Логика погасить обязательства - объясните!

Прибыл товар от поставщика. Мы его оприходовали и обязательства стали вот https://prnt.sc/uxr9p3 (так как товар оприходовали то обязательства клиента стали "0", а наши обязательства стали 2000 зелёным цветом, так как мы ещё нечего не оплатили)
Мы будем гасить долг перед поставщиком по мере продажи его товара - то есть частями.
Открываем ФИНАНСЫ и нажимаем : добавить фактический платёж
Заполняем https://prnt.sc/uxrcu8 (сумма , например 500 грн, исходящий платёж, и кому) .
Жмём сохранить.
Теперь в карточке клиента отображается такая информация: https://prnt.sc/uxrfcw
Правильно ли я понимаю???:
что там показано, что я должен ещё ему 1500 грн?
И вот например я делаю ещё через неделю платёж на 1500 исходящий , и уже в карточке клиента показывает вот так https://prnt.sc/uxri0q
Обязательства клиента (баланс): там минус красным -2000
и
Наши обязательства (баланс): там зелёным 2000
Исходя из логики, он нам должен 2000 (красным), но так как ранее он дал нам 2000 зелёным цветом - то в итоге нечего не должен.
Всё верно? Правильно?
То есть нужно погашать нам до тех пор , пока суммы не сравняются?

Ответы:

Здравствуйте. Чтобы обязательства считало правильно, нужно делать оприходывание от поставщика в типе процесса "Исходящий". Если у вас именно такой, сбросьте пожалуйста ссылку на процесс с оприходыванием - я объясню интересующие вас цифры.
13.10.2020, 15:59

Всё зависит от правильной регистрации обязательств в заказе и их погашения.

К примеру, в исходящем заказе если вы зарегистрируете действиями на этапе/процедуре 100% обязательства как клиента, так и наши - у каждого будут обязательства по 2000 (то есть мы должны клиенту 2000 исходящих платежей, а клиент нам - оприходования товара на 2000).

И вот когда вы будете проводить исходящие платежи - вы погасите наши обязательства перед клиентом в 0.
И соответственно когда оприходуете от клиента товары - погасите его обязательства перед нами в 0.

А когда по заказу обязательства будут в 0 - то и в карточке клиента они будут 0.
Что именно показывают обязательства - вы можете навести на иконку возле заголовка обязательств (значок вопроса) - и увидите описание в стиле "Если сумма отрицательная - клиент нам должен". А должен он нам потому, что вы в заказе зарегистрировали его обязательства в 0, а после оплаты на -500 они стали -500 - то есть он нам должен чего-либо на 500, ибо мы ему их заплатили.

Хотите увидеть правильную схему работы обязательств - регистрируете действиями в 100% клиенту и нашей компании, а потом гасите соответственно платежами и складскими операциями в зависимости от направления.
13.10.2020, 16:11

Александр
Клиент

Бодяко Дмитрий Сотрудник писал/а:
Здравствуйте. Чтобы обязательства считало правильно, нужно делать оприходывание от поставщика в типе процесса "Исходящий". Если у вас именно такой, сбросьте пожалуйста ссылку на процесс с оприходыванием - я объясню интересующие вас цифры.


Вот ссылка:
https://b2bhub.crm-onebox.com/admin/customorder/oprikhodovanie-tovarov/408/edit/
Но хотелось бы что все кто отвечает на вопросы , читали сам вопрос. Потому что по факту , сколько не задаёшь вопросов , всегда все отвечают но не читают самого вопроса. Всё что угодно отвечают но не по вопросу.
Спасибо.
15.10.2020, 10:22

Александр
Клиент

Тындык Максим Вадимович Администратор писал/а:
Всё зависит от правильной регистрации обязательств в заказе и их погашения.К примеру, в исходящем заказе если вы зарегистрируете действиями на этапе/процедуре 100% обязательства как клиента, так и наши - у каждого будут обязательства по 2000 (то есть мы должны клиенту 2000 исходящих платежей, а клиент нам - оприходования товара на 2000).И вот когда вы будете проводить исходящие платежи - вы погасите наши обязательства перед клиентом в 0.И соответственно когда оприходуете от клиента товары - погасите его обязательства перед нами в 0.А когда по заказу обязательства будут в 0 - то и в карточке клиента они будут 0.Что именно показывают обязательства - вы можете навести на иконку возле заголовка обязательств (значок вопроса) - и увидите описание в стиле "Если сумма отрицательная - клиент нам должен". А должен он нам потому, что вы в заказе зарегистрировали его обязательства в 0, а после оплаты на -500 они стали -500 - то есть он нам должен чего-либо на 500, ибо мы ему их заплатили.Хотите увидеть правильную схему работы обязательств - регистрируете действиями в 100% клиенту и нашей компании, а потом гасите соответственно платежами и складскими операциями в зависимости от направления.

Уже так делали, выдаёт не правильные данные. Нужно выдавать правильные данные.
И Товар его мы оприходуем в этом процессе, обязательства.
Вы же почитайте вопрос.
Товар полностью оприходован. И теперь нужно по мере продажи ему платежи делать разными суммами.
Почитайте пожалуйста.
Спасибо.
15.10.2020, 10:28


Александр писал/а:
Уже так делали, выдаёт не правильные данные. Нужно выдавать правильные данные.
И Товар его мы оприходуем в этом процессе, обязательства.
Вы же почитайте вопрос.
Товар полностью оприходован. И теперь нужно по мере продажи ему платежи делать разными суммами.
Почитайте пожалуйста.
Спасибо.

Обязательства клиента считаются на основании "Обязательств по процесса + Обязательства вне процессов (платежи без привязки к процессам)"
Собственно у вас обязательства по заказу сведены в 0, а платежи проводите вне заказа.

Чтобы был правильный подсчёт - у вас есть 2 варианта:
1. Регистрировать обязательства по заказу 100%, после проводить оприходование в заказе и проводить платежи так же в заказе. Тогда платежами Вы погасите свои обязательства, а клиента остануться 0 - и вы не будете видеть минус в его обязательствах, только в своих (что вы в плюсе и вам нужно отдать клиенту деньги).

2. Попробовать не регистрировать обязательства клиента по заказу - тогда его обязательства по заказу будут положительными после оприходования, так как относительно системы - она в плюсе, ибо получила товаров больше, чем оплатила (так как по факту он же не клиент, а поставщик - вы его клиент). И тогда при проведении исходящих оплат вне процессов - положительная сумма поставщика будет уменьшаться.

Все подсчёты обязательств в системе происходят относительно системы - то есть если у клиента отрицательная сумма - он нам должен денег/товаров (мы ему заплатили, а товаров нет), а если положительная - это значит клиент внёс в систему к нам деньги/товары больше, чем должен.
15.10.2020, 18:34

Александр
Клиент

Тындык Максим Вадимович Администратор писал/а:
Александр писал/а:Уже так делали, выдаёт не правильные данные. Нужно выдавать правильные данные.И Товар его мы оприходуем в этом процессе, обязательства.Вы же почитайте вопрос.Товар полностью оприходован. И теперь нужно по мере продажи ему платежи делать разными суммами.Почитайте пожалуйста.Спасибо. Обязательства клиента считаются на основании "Обязательств по процесса + Обязательства вне процессов (платежи без привязки к процессам)"Собственно у вас обязательства по заказу сведены в 0, а платежи проводите вне заказа.Чтобы был правильный подсчёт - у вас есть 2 варианта:1. Регистрировать обязательства по заказу 100%, после проводить оприходование в заказе и проводить платежи так же в заказе. Тогда платежами Вы погасите свои обязательства, а клиента остануться 0 - и вы не будете видеть минус в его обязательствах, только в своих (что вы в плюсе и вам нужно отдать клиенту деньги).2. Попробовать не регистрировать обязательства клиента по заказу - тогда его обязательства по заказу будут положительными после оприходования, так как относительно системы - она в плюсе, ибо получила товаров больше, чем оплатила (так как по факту он же не клиент, а поставщик - вы его клиент). И тогда при проведении исходящих оплат вне процессов - положительная сумма поставщика будет уменьшаться.Все подсчёты обязательств в системе происходят относительно системы - то есть если у клиента отрицательная сумма - он нам должен денег/товаров (мы ему заплатили, а товаров нет), а если положительная - это значит клиент внёс в систему к нам деньги/товары больше, чем должен.

1 - вариант/// не рабочий , потому что ("и проводить платежи так же в заказе.") не есть рабочий вариант и не правильный. Потому что, платежи делаются от проданных товаров - с разных оприходований от этого поставщика. Менеджер не должен искать нужный заказ-оприходование, что бы там сделать платёж и закрыть (обнулить) это заказ - по обязательствам. А на оставшуюся сумму искать другие - заказ-оприходования и там гасить тютелька в тютельку. А если в таком заказе больше оплатить чем установлны обязательства , то поставщику сразу минус записывается в обязательства. Этот вариант уже давно пересмотреть и он не рабочий , не по работе, не по отчётам, не по автоматизации. ( работает на 100% этот вариант, если оприходовал товар, и сделал платёж в этом процессе на эту же сумму - тогда всё окей === в иных случаях , вообще не рабочий вариант) - уже много раз и давно тестирован этот вариант.

2 - вариант/// не рабочий - потому что я и завал вопрос именно с этим примером ( 15 раз прошу прочитать и просмотреть мой изначальный вопрос) - всё же и сделано, как вы ппредлагаете тоже. Но оно не уменьшает сумму , а добавляет минус поставщику постоянно.
В теории вы говорите что так должно быть , а на практике в ванбоске не деалется это - просто не работает так - попробуйте и убедитесь сами.

И ответа почему то никто не даёт на мои все-все вопросы именно в этом вопросе))
И почтоянно задаёшь вопрос : яблоко не растёт , почему так происходит?
а тебе ответы пишут: Яблоко должно рости.
ты опят задаёш вопрос: яблоко не растёт, а тебе опять ответ: яблоко должной найти, На 50тый раз. когда уже всё за рамки вопроса выходит, тлько тогда начинают отвечать,: ах да яблок не растёт , но в теории должно расти))))

Это толи намеренно делается что бы бабал срубить, то ли не хотят вникать в суть вопроса и начинают "фантазировать" с ответами, ка было у кого то , а нужно все го лиш по вопросу ответить иногда))

Это если что не притензия к вам лично))) это постоянная "боль" на этом форуме. Два месяца воду льют по ответам.
Некоторые вещи - мне говорили здесь не существуют. но их можно настроить за деньги програмистами. В итоге я две недели настраиваю и всё работает средствами ванбокс. А по итогу говорили нельзя так сделать сдесь без програмиста.
Как так получается?
16.10.2020, 10:31

Чтобы ответить на вопрос - пожалуйста войдите или зарегистрируйтесь