OS error - Margin in the Paid column of the order display table

Your margin is calculated according to the process 24849.1620 paid under process 24849.1940 (2847.06−2037.64=809.42 at the rate of 30.7) payments under processes are also taken into account round up to 2 decimal places to get totals the total lines are displayed in the system currency, because you can have one order in dollars, another in euros, and the third in hryvnias, and everything needs to be summed up to get the final value

[quote] Maria OneBox production Employee wrote: Your margin is calculated according to the process 24849.1620 paid under process 24849.1940 (2847.06−2037.64=809.42 at the rate of 30.7) payments under processes are also taken into account round up to 2 decimal places to get totals the total lines are displayed in the system currency, because you can have one order in dollars, another in euros, and the third in hryvnias, and everything needs to be summed up to get the final value [/quote] there is something wrong with your explanation process amount 2847.06 paid by the client 2847.06 - incoming payment that is, we have a process margin of 809.42, as the difference between the purchase price and the sale price and there is a payment amount equal to 2847.06 (screen 914 BUT, the table shows the amount of margin in the payment column (screen 915 [file]11498[/file] [file]11499[/file]

You have payments in your order, both incoming and outgoing. Payments of subprocesses are also taken into account for sure (if other settings are not specified). Why should it be exactly 2847.06?

[quote] Maria OneBox production Employee wrote: You have payments in your order, both incoming and outgoing. Payments of subprocesses are also taken into account for sure (if other settings are not specified). Why should it be exactly 2847.06? [/quote] so because this is the amount paid for a specific process, and not its margin very simple and logical there is a process amount - this is the SUM field in the table there is a payment amount for the process - this is the PAID field in the table there is a margin for this process, as the difference between the amount of the process and the cost of the process - this is a field of the MARGIN table and now you have the same values in two essentially different fields of the table: PAID and MARGIN

[quote] Maria OneBox production Employee wrote: Slava, for some reason you decided that the amount paid for the process and the amount of incoming payments for the process you have the same amount. You forget that you have sub-processes for which there are also payments. As far as I've seen, you don't need any settings to ignore subprocess payments. So it turns out, in the order you have +2847.06, and in the subprocess -2037.64 and the amount is 809.42 make a payment in a subprocess for any amount and see how the amounts change in the columns of the table. You will change the column with paid, but no margin - because. it is not considered from the amount paid [/quote] then I'll clarify it is clear now that we do not see payment for a specific task, because we paid the full amount of the order but why is there no logic setting similar to the action in the Payments business process interface block? after all, we do NOT create a payment using the action, but through a manual action in the task maybe then add a checkbox "Ignore payments of subprocesses" in the settings of the PAYMENTS block, so as not to confuse users and people who are used to the logic of financial and business management it will be very cool and cool

block in the Payments process, you can even display payments that are not related to this process, but are related to the client. According to your logic, they should also affect the value paid? The system has settings that are responsible for the calculation of paid in the process. For example, a checkbox that will take into account the direction of the business process when calculating paid. There are actions at the stage, it is directly called not to take into account payments of subprocesses. And when the process is on this status - payments of subprocesses are not taken into account or are taken into account, but not all (there is a setting there) Setting what to show in the process block does not affect the final calculation of the amount of payments!

[quote] Maria OneBox production Employee wrote: block in the Payments process, you can even display payments that are not related to this process, but are related to the client. According to your logic, they should also influence the value paid? The system has settings that are responsible for the calculation of paid in the process. For example, a checkbox that will take into account the direction of the business process when calculating paid. There are actions at the stage, it is directly called not to take into account payments of subprocesses. And when the process is on this status - payments of subprocesses are not taken into account or are taken into account, but not all (there is a setting there) Setting what to show in the process block does not affect the final calculation of the amount of payments! [/quote] in general, it is clear that the logic of OneBox developers is very different from the generally accepted logic of users and it's probably good in some way but that is why there are difficulties with perception and many unnecessary questions Masha, thank you for the detailed explanations. they really help not to use poorly thought out and developed functions, but to find simpler solutions the only pity is the time we spend together on clarifying things that should have been intuitive