Зобов'язання з постачальником (головна біль від початку користування боксом)

дивно опубликувало питання тому доповню, щоб було зрозуміло!!! 1) Чомі цифри відрізняються https://crm.toster.if.ua/admin/shop/users/421/ 2) Тут суми сходяться https://crm.toster.if.ua/app/workflowtype-zakupka/?filterclientid=421&filtershowclosed=1&mode=list https://crm.toster.if.ua/app/report/clientbalance/?datefrom=&dateto=&contractorid=&clientid=421&filtergroup=&filterstoragetype=&filterpayedtype=&managerid=&type%5B%5D=zakupka&workflowid%5B%5D=9&statusid%5 %5D=48&statusid%5B%5D=50&statusid%5B%5D=51&statusid%5B%5D=105&statusid%5B%5D=107&statusid%5B%5D=108&statusid%5B%5D=179&statusid%5B%5D =%D0%A4%D1%96%D0%BB%D1%8C%D1%82%D1%80%D1%83%D0%B2%D0%B0%D1%82%D0%B8 3) Тут взагалі взаєморозрахунок не дорозуміваю як застосовувати і яку інфу судячи з назви несе для мене https://crm.toster.if.ua/app/billing/?operationdatefrom=&operationdateto=&filterclientid%5B%5D=421&groupid=0&filtertypesex=&filternamelast=&filtername=&filternamemiddle=&filtercompany=&filterpost=&filteremail=&filterphone=&filtercount =&filtercity=&filterstreet=&filterlogin=&filtertags=&filtercomment=&filterdistribution=&filtercontractorid=&filtermanagerid=&filtercreatorid=&notordertype=&filtersourceid=&filterdiscountid=&filterlevel=&filtercdatefrom=&filtercdateto=&ok=%D0%A4%C D1%82%D1%80%D1%83%D0%B2%D0%B0%D1%82%D0%B8. 4) у виписці з руху коштів ще інші цифри https://crm.toster.if.ua/app/payments/?contractorid=&filterdatefrom=&filterdateto=&filtercomment=&filtersumfrom=0&filtersumto=0&order=&filterlinkkeyorder=0&clientid=421&filternobalance=&filteruserid=&filterdirection=0& D0%A4%D1%96%D0%BB%D1%8C%D1%82%D1%80%D1%83%D0%B2%D0%B0%D1%82%D0%B8

Василь привіт. щоб налаштувати питання зобов'язань не потрібно бути бухгалтером, а інтегратором зі знанням принципів управлінського обліку. 1. щоб всі зобов'язання зрзу йшли правильно - не потрібно процедур , а налаштувати самі процеси продажу та закупівель. Основний принцип - зобов'язання встановлюються у момент фактичного продажу та обнуляються якщо є 100% оплата. В іншому випадку ставимо заборону закривати процес. 2. Якщо розгрібати те, що є, тоді так: відкриваєш всі процеси клієнта, у списку виводиш зобов'язання наші і його (не баланс зобов'язань). і там, де не по 0 - вирівнюєш процедурами, щоб стало по 0 чи так, як є на тепер, хто кому винний. все - у карті клієнта вже показує автоматично. і так – у разі валют може бути складніше, але також вирішується. у твоїх конкретних випадках не можу перевірити, бо немає доступу. По правильному - тут потрібна робота інтегратора, бажано рівня SAM, 5-10 годин.

у твоїх конкретних випадках не можу перевірити, бо немає доступу. По правильному - тут потрібна робота інтегратора, бажано рівня SAM, 5-10 годин. [/quote] Дякую Іго. Потрібно щоб глянув на технічний відділ і роз'яснив, чому по одному клієнту показує різні цифри. тому що: - я баланси вирівняв по даному постачальнику; - вкурив нарешті звідки вилазили постійно копійки при оплаті (виявляється що якщо я маю процес у валюті і оплачую валюту то наці якогось **ра вприває курс оприходування) він може впливати на маржу продажу майбутньої, але на розрахунок коли я купую за 100 баксів і оплачую 100 доларами це реально гон.. ну я знайшов спосіб самотиком так як документації немає то я вирішивши проблему дією "Оновити закупівельну ціну складської операції згідно курсу процесу" і "Оновити ціну оприходуваного продукту на поточну ціну продукту процесу". і все одно цифри по одному й тому ж клієнту всюди різні і всьому біду постійне перерахування валют до основної і це вилазить усюди. Для бухгалтерів яким потрібна вища математика вивести окремий звіт "поглиблена бухгалтерія у якому показати результат де валюти перераховуються до основної валюти" Ось приклад у якому я закупивши у клієнта на певну суму - таку суму оплатив. А показує що вихідних платежів не так само. питання?: - яким цифрам вірити і як з цим працювати. як донести інформацію до розробників що так не рахується. [file]9046[/file]

всі запити треба розділити окремо. наприклад по валютах - налаштовуєш правильно процеси, щоби всередині зобов'язання наші і клієнти були по нулях, включаючи складські операції. далі на цих етапах обов'язково має бути дія "Зафіксувати курси валют у процесі". Тоді завтра поміняється курс у системі, а в процесі так і залишиться по 0. *і спецаліст тобі не допоможе, бо все що ти описавши це не баги, а спосіб налаштування.

[quote] Сусяк Ігор Інтегратор писав/ла: всі запити треба розділити окремо. наприклад по валютах - налаштовуєш правильно процеси, щоби всередині зобов'язання наші і клієнти були по нулях, включаючи складські операції. далі на цих етапах обов'язково має бути дія "Зафіксувати курси валют у процесі". Тоді завтра поміняється курс у системі, а в процесі так і залишиться по 0. *і спецаліст тобі не допоможе, бо все що ти описавши це не баги, а спосіб налаштування. [/quote] Ігоре, прокоментуй мені будь ласка цю інформацію.. чому різні цифри? я оплатив рівно таку суму як була сума процесів.. і зараз наж баланс обов'язків "0" чому я бачу суму оплат меншою?)) [file]9082[/file]

коментар і є вгорі: 1. всі зобов'язання у всіх процесах клієнта мають бути по 0 2. на етапі відвантаження має бути дія "Зафіксувати курси валют у процесі" до того, як перейшли на етап (інакше проклікуєш все процедурою) зробив так?

[quote] Сусяк Ігор Інтегратор писав/ла: коментар і є вгорі: 1. всі зобов'язання у всіх процесах клієнта мають бути по 0 2. на етапі відвантаження має бути дія "Зафіксувати курси валют у процесі" до того, як перейшли на етап (інакше проклікуєш все процедурою) зробив так? [/quote] Так! дякую. вирівнявши по одному із постачальників. З'ясувавши для себе але ще не впевнений дотепер, що "курс процесу винен = курсу платежу" а "ціна оприходування = ціні і валюти з процесу". запутано і шкода що немає чіткої інструкції з вимогами до валютних процесів, або не зміг знайти документацію ((