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

дивно опублікувало питання тому доповнюю щоб було зрозуміло!!! 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%5B%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=204&showpaymentwithoutorder=1&balanceinversion=1&ok=%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=&filtercountry=&filterregion=&filterdistrict=&filtercity=&filterstreet=&filterlogin=&filtertags=&filtercomment=&filterdistribution=&filtercontractorid=&filtermanagerid=&filtercreatorid=&notordertype=&filtersourceid=&filterdiscountid=&filterlevel=&filtercdatefrom=&filtercdateto=&ok=%D0%A4%D1%96%D0%BB%D1%8C%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&filterdocumentid=&filtercode=&filterbankdetail=&ok=%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] Так! дякую. вирівняв по одному з постачальників. Вияснив для себе але ще не впевнений до тепер, що "курс процесу повинен = курсу платежу" а "ціна оприходування = ціні і валюті з процесу". заплутано і шкода що нема чіткої інструкції з вимогами до валютних процесів, або не зміг знайти документацію ((