Rounding the sum of the process when transferring to the checkbox
Нужно подключить и настроить РРО на предприятии?
Нужно подключить интеграцию с checkbox?
У нас есть готовый компонент! Посмотреть компонент
Нужно подключить интеграцию с checkbox?
У нас есть готовый компонент! Посмотреть компонент
Good day!
1. Є process https://crm.dobavki.ua/admin/customorder/order/214065/edit/
the client pays the rounded amount, and in our case the sum is rounded https://prnt.sc/10b7qoe , and the check is made with copies: https://prnt.sc/10b7rm1
How can I transfer the rounded amount?
2. Є process, de sum of the process for 30 kopіyok more, lower payment: https://prnt.sc/10b7w0f
https://crm.dobavki.ua/admin/customorder/order/213789/edit/
In the case where the check is generated, the charge is 2.8%: https://prnt.sc/10b7zri
https://crm.dobavki.ua/admin/shop/workflow/12/procedure/45/?status=0
Ale, the check still does not work (the amount of payment is less, the amount of the check is lower): https://prnt.sc/10b80le
Help correct.
Original question is available on version: ru
1. Є process https://crm.dobavki.ua/admin/customorder/order/214065/edit/
the client pays the rounded amount, and in our case the sum is rounded https://prnt.sc/10b7qoe , and the check is made with copies: https://prnt.sc/10b7rm1
How can I transfer the rounded amount?
2. Є process, de sum of the process for 30 kopіyok more, lower payment: https://prnt.sc/10b7w0f
https://crm.dobavki.ua/admin/customorder/order/213789/edit/
In the case where the check is generated, the charge is 2.8%: https://prnt.sc/10b7zri
https://crm.dobavki.ua/admin/shop/workflow/12/procedure/45/?status=0
Ale, the check still does not work (the amount of payment is less, the amount of the check is lower): https://prnt.sc/10b80le
Help correct.
Answers:
1. Є process https://crm.dobavki.ua/admin/customorder/order/214065/edit/
the client pays the rounded amount, and in our case the sum is rounded https://prnt.sc/10b7qoe , and the check is made with copies: https://prnt.sc/10b7rm1
How can I transfer the rounded amount?
The prices of the products are transferred to the Checkbox API as they are, and the Total is already formed on their side.
If you need it to be rounded, you probably need to round the prices of the products too, so that everything converges when summed up.
2. Є process, de sum of the process for 30 kopіyok more, lower payment: https://prnt.sc/10b7w0f
https://crm.dobavki.ua/admin/customorder/order/213789/edit/
In the case where the check is generated, the charge is 2.8%: https://prnt.sc/10b7zri
https://crm.dobavki.ua/admin/shop/workflow/12/procedure/45/?status=0
Ale, the check still does not work (the amount of payment is less, the amount of the check is lower): https://prnt.sc/10b80le
This will not work - you pass the same 951, and the Total for the calculations for products on the side of the Checkbox API is 951.3
You need to transfer the same amounts, for example, aligning them according to the products of the process, respectively
03.03.2021, 12:46
Original comment available on version: ru
Tyndyk Maxim Vadimovich
Administrator wrote:
This will not work - you pass the same 951, and the Total for the calculations for products on the side of the Checkbox API is 951.3
You need to transfer the same amounts, for example, aligning them according to the products of the process, respectively
Here is a note about those for whom the check has not been made, so that the payment will be dispersed from the sum of the process by significantly less, lower 2.8%
If you enable the option "transfer discounts on products to the process" https://prnt.sc/10c36cp, then the check will be created (so the penalty is covered)
Tyndyk Maxim Vadimovich
Administrator wrote:
The prices of the products are transferred to the Checkbox API as they are, and the Total is already formed on their side.
If you need it to be rounded, you probably need to round the prices of the products too, so that everything converges when summed up.
In addition, if the option "transfer the price of the insurance reduction" is enabled, then it is normally rounded: https://prntscr.com/10c32ra
Is there a different way of transmitting vartost?
03.03.2021, 13:55
Original comment available on version: ru
Here is a note about those for whom the check has not been made, so that the payment will be dispersed from the sum of the process by significantly less, lower 2.8%
If you enable the option "transfer discounts on products to the process" https://prnt.sc/10c36cp, then the check will be created (so the penalty is covered)
because you took the configuration logic by its name in your own way, and not as it works
this setting, if the payment has the specified error regarding the amount, it will take the amount
that is, if the amount was 951, and the payment was 950, then it would transfer 951
In addition, if the option "transfer the price of the insurance reduction" is enabled, then it is normally rounded: https://prntscr.com/10c32ra
Is there a different way of transmitting vartost?
yes, in this case the discount is calculated and rounded according to the system settings
03.03.2021, 14:51
Original comment available on version: ru
Tyndyk Maxim Vadimovich
Administrator wrote:
this setting, if the payment has the specified error regarding the amount, it will take the amount
that is, if the amount was 951, and the payment was 950, then it would transfer 951
our butt is like this:
payment 951 https://prnt.sc/10c4o1v
unrounded amount of the process 951.30 https://prnt.sc/10c4r27
check failed: https://prnt.sc/10c4ti6
try the axis on the process: https://crm.dobavki.ua/admin/customorder/order/369/edit/
(there are already a lot of checks there)
the receipt is generated on the procedure: https://crm.dobavki.ua/admin/shop/workflow/12/procedure/45/?status=0
03.03.2021, 15:10
Original comment available on version: ru
our butt is like this:
payment 951 https://prnt.sc/10c4o1v
unrounded amount of the process 951.30 https://prnt.sc/10c4r27
check failed: https://prnt.sc/10c4ti6
Read again what I told you - it will give the total amount of the process 951, not 951.30
If you want to transfer the amounts as is - turn off the final rounding
03.03.2021, 15:12
Original comment available on version: ru
read a few times.
I repeat, a check in such a state of affairs does not work out of the blue - neither with a copy, nor without.
I repeat, a check in such a state of affairs does not work out of the blue - neither with a copy, nor without.
03.03.2021, 15:21
Original comment available on version: ru
I repeat, a check in such a state of affairs does not work out of the blue - neither with a copy, nor without.
it tells you why - because Checkbox forbids creating checks when you have an amount of 951.30 for the amount of goods, and payments for 951
equalize the amounts in any way possible - round up the prices of goods, discounts, etc.
03.03.2021, 15:35
Original comment available on version: ru
Tyndyk Maxim Vadimovich
Administrator wrote:
it tells you why - because Checkbox forbids creating checks when you have an amount of 951.30 for the amount of goods, and payments for 951
and the option is also included, as a way to get rid of the kidnapping: https://prnt.sc/10b7zri
and the check is still not generated
04.03.2021, 09:37
Original comment available on version: ru
and the option is also included, as a way to get rid of the kidnapping: https://prnt.sc/10b7zri
and the check is still not generated
I answered several times how this setting works and what data is transmitted.
Kindly read and understand.
04.03.2021, 15:24
Original comment available on version: ru
Tyndyk Maxim Vadimovich
Administrator wrote:
Kindly read and understand.
dyakuyu, here it made sense.
How much will you cost the dorobka, how could you solve this problem?
04.03.2021, 16:16
Original comment available on version: ru
perhaps, a box for rounding goods in the process in the box, as well as rounding when rounding in the checkbox?
04.03.2021, 16:42
Original comment available on version: ru
perhaps, a box for rounding goods in the process in the box, as well as rounding when rounding in the checkbox?
do you have a rounding option in the product table?
like you yourself said that if you specify the discount transfer setting, the prices will be rounded according to the system settings
05.03.2021, 15:48
Original comment available on version: ru
Tyndyk Maxim Vadimovich
Administrator wrote:
perhaps, a box for rounding goods in the process in the box, as well as rounding when rounding in the checkbox?
do you have a rounding option in the product table?
like you yourself said that if you specify the discount transfer setting, the prices will be rounded according to the system settings
There is no rounding in the table of process products, it is just a display, in fact it does not round there.
If we specify to pass with rounding, then when specifying a discount, the amount that we round in the final part and which the checkbox rounds for its products may not converge.
That is, the ideal option here is to round the products to the nearest integer and calculate the sum of the process from them. But now it's not possible.
08.03.2021, 13:31
Original comment available on version: ru
That is, the ideal option here is to round the products to the nearest integer and calculate the sum of the process from them. But now it's not possible.
Well, then, as an option - to make the setting for rounding product amounts to integer values in the receipt creation action - this will take 2 hours. Or not just to integers, but according to the settings of the price rounding system in the admin panel.
08.03.2021, 15:27
Original comment available on version: ru
Tyndyk Maxim Vadimovich
Administrator wrote:
That is, the ideal option here is to round the products to the nearest integer and calculate the sum of the process from them. But now it's not possible.
Well, then, as an option - to make the setting for rounding product amounts to integer values in the receipt creation action - this will take 2 hours. Or not just to integers, but according to the settings of the price rounding system in the admin panel.
I understand that prices in the table will not be rounded. Will it be possible to make the products rounded so that they match the amount that will be in the final part?
08.03.2021, 16:17
Original comment available on version: ru
I understand that prices in the table will not be rounded. Will it be possible to make the products rounded so that they match the amount that will be in the final part?
If you want to round everything to match - set "Round prices" to integers, and not round the output.
09.03.2021, 12:22
Original comment available on version: ru
Tyndyk Maxim Vadimovich
Administrator wrote:
If you want to round everything to match - set "Round prices" to integers, and not round the output.
everything is rounded except for the products of the process, this is already configured https://prnt.sc/10h4xg2 https://prnt.sc/10h4xrp
The product is added to the order with integers, but after the discount it is not rounded https://prnt.sc/10h4yw1
This is the question, that you need to transfer the rounded amount so that it converges with payments
09.03.2021, 15:37
Original comment available on version: ru
The product is added to the order with integers, but after the discount it is not rounded https://prnt.sc/10h4yw1
Well, I think I should.
This is the question, that you need to transfer the rounded amount so that it converges with payments
I suggested to you above to finalize the setting - does it suit you? if not - offer your option, which you need specifically.
09.03.2021, 15:57
Original comment available on version: ru
EU
Tyndyk Maxim Vadimovich
Administrator wrote:
That is, the ideal option here is to round the products to the nearest integer and calculate the sum of the process from them. But now it's not possible.
Well, then, as an option - to make the setting for rounding product amounts to integer values in the receipt creation action - this will take 2 hours. Or not just to integers, but according to the settings of the price rounding system in the admin panel.
If we round up the price when unloading, we will get the same amount that we calculate in the final part, if so, then this is what we need.
It's just that if you round up the goods, and then sum up, then there will be one amount, and if you sum up, and then round up, then it may be different, since all the pennies will be summed up.
here is an example
process: https://crm.dobavki.ua/admin/customorder/order/212554/edit/
variance after the reduction and the amount of the process: https://prnt.sc/10h6vcn
in the receipt, the price was transferred to the rations: https://prnt.sc/10h6vva
The ideal option is to round up the discounted item price and then calculate the process amount. And remove the rounding of the final part altogether
Tyndyk Maxim Vadimovich
Administrator wrote:
That is, the ideal option here is to round the products to the nearest integer and calculate the sum of the process from them. But now it's not possible.
Well, then, as an option - to make the setting for rounding product amounts to integer values in the receipt creation action - this will take 2 hours. Or not just to integers, but according to the settings of the price rounding system in the admin panel.
If we round up the price when unloading, we will get the same amount that we calculate in the final part, if so, then this is what we need.
It's just that if you round up the goods, and then sum up, then there will be one amount, and if you sum up, and then round up, then it may be different, since all the pennies will be summed up.
here is an example
process: https://crm.dobavki.ua/admin/customorder/order/212554/edit/
variance after the reduction and the amount of the process: https://prnt.sc/10h6vcn
in the receipt, the price was transferred to the rations: https://prnt.sc/10h6vva
The ideal option is to round up the discounted item price and then calculate the process amount. And remove the rounding of the final part altogether
09.03.2021, 16:44
Original comment available on version: ru
If we round up the price when unloading, we will get the same amount that we calculate in the final part, if so, then this is what we need.
It's just that if you round up the goods, and then sum up, then there will be one amount, and if you sum up, and then round up, then it may be different, since all the pennies will be summed up.
Let me remind you (probably already for the 5th time) - the amount is not transferred to the API - the positions are transferred separately and are already summed up on the API side
here is an example
process: https://crm.dobavki.ua/admin/customorder/order/212554/edit/
variance after the reduction and the amount of the process: https://prnt.sc/10h6vcn
in the receipt, the price was transferred to the rations: https://prnt.sc/10h6vva
and if you dodge somehow, so that the price of the goods is already with a discount, the action is rounded and written into the goods, while the discount is reset to zero?
The ideal option is to round up the discounted item price and then calculate the process amount. And remove the rounding of the final part altogether
this is not so easy to do - after all, it is necessary to change the logic everywhere - tables, amounts, documents, VAT (horror)
I can't even appreciate it
10.03.2021, 16:26
Original comment available on version: ru
Andrey, and on the side of the checkbox there is no setting for the type of rounding? Well, like in stores in checks, when a trifle is not divisible (the coins were taken out of use), then they round up?
10.03.2021, 16:29
Original comment available on version: ru
Tyndyk Maxim Vadimovich
Administrator wrote:
Andrey, and on the side of the checkbox there is no setting for the type of rounding? Well, like in stores in checks, when a trifle is not divisible (the coins were taken out of use), then they round up?
There are no settings, but I understand that it works there by default
10.03.2021, 17:11
Original comment available on version: ru
Tyndyk Maxim Vadimovich
Administrator wrote:
and if you dodge somehow, so that the price of the goods is already with a discount, the action is rounded and written into the goods, while the discount is reset to zero?
I'll think about what options can be implemented
10.03.2021, 17:19
Original comment available on version: ru
There is a field in the process product fields https://prnt.sc/10jlsiq
discount sum
You need the ability to write a value from an additional field into it. That is, modify it here https://prnt.sc/10jmg8q
Next, we will set up a discount in percent through an additional field, and then we will calculate the amount and round it up to a whole number, after which we will copy the rounded number into the product field of the "Discount Amount" process and we will have the whole order amount.
How long will the revision take?
discount sum
You need the ability to write a value from an additional field into it. That is, modify it here https://prnt.sc/10jmg8q
Next, we will set up a discount in percent through an additional field, and then we will calculate the amount and round it up to a whole number, after which we will copy the rounded number into the product field of the "Discount Amount" process and we will have the whole order amount.
How long will the revision take?
12.03.2021, 12:52
Original comment available on version: ru
Added the "Process Product Discount Amount" field to the "Copy Process Product Fields" action
22.03.2021, 12:02
Original comment available on version: ru
Please join the conversation. If you have something to say - please write a comment. You will need a mobile phone and an SMS code for identification to enter.
Log in and comment
Copyright © OneBox 2024
