Logic to repay obligations - explain!

Hello. In order for the obligations to be counted correctly, you need to make a posting from the supplier in the "Outgoing" process type. If you have one, please reset the link to the process with posting - I will explain the numbers you are interested in.

It all depends on the correct registration of obligations in the order and their repayment. For example, in an outgoing order, if you register by actions at the stage / procedure 100% obligations of both the client and ours, each will have obligations of 2000 (that is, we owe the client 2000 outgoing payments, and the client owes us - posting goods for 2000). And when you make outgoing payments, you will pay off our obligations to the client at 0. And accordingly, when you receive goods from the client, pay off his obligations to us at 0. And when the obligations for the order are 0, then they will be 0 in the client card. What exactly the obligations show - you can hover over the icon next to the obligations heading (question icon) - and you will see a description in the style "If the amount is negative, the client owes us". And he owes us because you registered his obligations at 0 in the order, and after paying for -500 they became -500 - that is, he owes us something for 500, because we paid them to him. If you want to see the correct scheme of work of obligations - register actions in 100% for the client and our company, and then extinguish them with payments and warehouse operations, respectively, depending on the direction.

[quote] Bodyako Dmitry Employee wrote: Hello. In order for the obligations to be counted correctly, you need to make a posting from the supplier in the "Outgoing" process type. If you have one, please reset the link to the process with posting - I will explain the numbers you are interested in. [/quote] Here is the link: https://b2bhub.crm-onebox.com/admin/customorder/oprikhodovanie-tovarov/408/edit/ But I would like that everyone who answers the questions read the question itself. Because in fact, no matter how many questions you ask, everyone always answers but does not read the question itself. Anything is answered but not on the question. Thank you.

[quote] Tyndyk Maxim Vadimovich Administrator wrote: It all depends on the correct registration of obligations in the order and their repayment. For example, in an outgoing order, if you register 100% obligations of both the client and ours by actions at the stage / procedure, each will have obligations of 2000 (that is, we owe the client 2000 outgoing payments, and the client to us - posting the goods by 2000). And when you make outgoing payments, you will pay off our obligations to the client at 0. And accordingly, when you receive the goods from the client, pay off his obligations to us at 0. And when you order obligations will be 0 - then they will be 0 in the client card. What exactly the obligations show - you can hover over the icon next to the obligations heading (question icon) - and you will see a description in the style "If the amount is negative - the client owes us." And he owes us because you registered his obligations at 0 in the order, and after paying for -500 they became -500 - that is, he owes us something for 500, because we paid him them. Want to see the correct scheme of work of obligations - register with actions in 100% of the client and our company, and then extinguish, respectively, with payments and warehouse operations, depending on the direction. [/quote] Already done this, it gives incorrect data. You need to provide correct data. And we will credit its Goods in this process, obligations. You read the question. The item is fully credited. And now you need to make payments to him in different amounts as you sell. Read please. Thank you.

[quote] Tyndyk Maxim Vadimovich Administrator wrote: Alexander wrote / a: They already did this, it gives incorrect data. It is necessary to issue the correct data. And we will credit the Goods in this process, obligations. You read the question. The Goods are fully credited. And now you need to make payments to him in different amounts as you sell. Please read. Thank you. Client obligations are calculated on the basis of "Process obligations + Out-of-process obligations (payments without reference to processes)" Actually, your order obligations are reduced to 0, and payments are made outside the order. To have a correct calculation, you have 2 options: 1. Register obligations on the order 100%, after posting in the order and making payments in the same order. Then you will pay off your obligations with payments, and the client will remain 0 - and you will not see a minus in his obligations, only in yours (that you are in the black and you need to give the client money).2. Try not to register the client's obligations on the order - then his obligations on the order will be positive after posting, since with respect to the system - it is in the black, because it received more goods than it paid for (since in fact it is not a client, but a supplier - you are its client ). And then, when making outgoing payments outside the processes, the positive amount of the supplier will decrease. All calculations of obligations in the system occur relative to the system - that is, if the client has a negative amount, he owes us money / goods (we paid him, but there are no goods), and if positive - it means the client has deposited more money/goods into the system than he should. [/quote] 1 - option /// not working, because ("and make payments in the same way in the order.") Is not a working option and not correct. Because, payments are made from the sold goods - from different postings from this supplier. The manager does not have to look for the required posting order in order to make a payment there and close (reset) this order - according to obligations. And for the remaining amount, look for others - an order-posting and there to extinguish the tyutelka in the tyutelka. And if in such an order to pay more than the established obligations, then the supplier immediately minus is recorded in the obligations. This option has long been reviewed and it is not working, not for work, not for reports, not for automation. (this option works 100% if you have credited the goods and made a payment in this process for the same amount - then everything is ok === in other cases, not a working option at all) - this option has been tested many times and for a long time. 2 - option /// not working - because I filled up the question with this example (I ask you to read and review my original question 15 times) - nevertheless, it was done, as you suggest too. But it does not reduce the amount, but adds a minus to the supplier all the time. In theory, you say that it should be like this, but in practice it doesn’t work in one box - it just doesn’t work like that - try it and see for yourself. And for some reason no one gives an answer to my all-all questions in this particular question)) And you constantly ask the question: the apple does not grow, why is this happening? and they write the answers to you: The apple must grow. you again ask the question: the apple does not grow, and again the answer is: you should find the apple, For the 50th time. when everything goes beyond the scope of the question, only then they begin to answer: oh yes, apples do not grow, but in theory it should grow)))) This roofing felts is deliberately done to cut down the babal, or they don’t want to delve into the essence of the issue and begin to “fantasize” with the answers, like someone else had, but sometimes you need to answer everything on the question)) This is if that is not a claim to you personally))) this is a constant "pain" on this forum. For two months they pour water on the answers. Some things - I've been told don't exist here. but they can be configured for money by programmers. As a result, I set it up for two weeks and everything works using Vanbox tools. And as a result, they said you can’t do this here without a programmer. How does it work?