Округление цен

[Scaramouche]

Версия 1.2.6 patch7
При выгрузке продаж в формате ДЭНСИ и округлении чека до 10коп. в меньшую сторону,сумма чека и скидка корректна, а сумма позиции при операции №11 в поле №13 считается как будто округления нет.

Код: Выделить всё

14;2012-09-0317:07:41;1;1;2;0;1;0;11;412114;2394.000;1.000;2226.420;412114;;0;;
15;2012-09-0317:07:41;1;1;2;0;1;0;11;412114;2394.000;1.000;2226.420;412114;;0;;
16;2012-09-0317:07:41;1;1;2;0;1;0;11;212370;81.100;1.000;75.420;212370;;0;;
17;2012-09-03 17:07:41;1;1;2;0;1;0;37;2;7.000;340.840;;;0;;;
18;2012-09-03 17:07:41;1;1;2;0;1;0;41;1;4528.200;0.000;;;;;;
19;2012-09-03 17:07:41;1;1;2;0;1;0;55;;4528.200;4528.200;4528.260;;;;;

[Alexander]

На текущий момент так оно и есть.
Округляется же не каждая позиция, а сумма чека.
Кроме того, операция округления суммы чека превалирует, например, над минимальными ценами товаров. Т.е. даже если для всех товаров в чеке минимальные цены равны розничным, округление суммы чека все равно будет выполнено.
Информацию по округлению можно получить из 55 транзакции (закрытие чека)

[Scaramouche]

В моем примере округление абсолютно без потерь можно раскидать в цену. Если товаров в чеке мало,а кол-во чеков большое, то смысла в использовании поля нет.Но даже если для вас это большая проблема раскидать округление , то почему бы в доке по формату не написать, что цена в этом поле достоверна только в определенных случаях.

[Alexander]

В принципе в документации написано, что поле 13 в транзакции продажи (тип 11)- "Сумма позиции с учетом скидок на позицию и скидок на чек, распределенных по позициям".
А в транзакции закрытия чека (тип 55) - поле 13 = "сумма чека без округления", поле 12 = "итоговая сумма чека"