opz.org.ua

Сталкивался ли кто-то последнее время с тем, что сервер налоговой пишет про ошибку, что сумма документа должна быть другая, и не принимает документ?
Это происходит из-за разрядности, ограниченой двумя знаками. Например:
100 * 1,00 (с НДС) = 100,00
100 * 0,83 (без НДС) = 83,00 * 1,2 = 99,60
В течение года такие случаи были: и мне звонили, и в интернете встречается:
http://forum.infostart.ru/forum26/topic61772/
http://forum.autoua.net/showflat.php?Cat=0&Number=5617153&Main=5579263
http://pro1c.org.ua/index.php?showtopic=6152
Но недавно, несмотря на то, что камеральная проверка в OPZ показала ошибку, пришла квитанция "Документ принято".
Мне важно знать, существет ли проблема, осталась ли на сервере проверка арифметики, или ее отменили из-за жалоб трудящихся?

mylogin писал(а):Сталкивался ли кто-то последнее время с тем, что сервер налоговой пишет про ошибку, что сумма документа должна быть другая, и не принимает документ?
Это происходит из-за разрядности, ограниченой двумя знаками. Например:
100 * 1,00 (с НДС) = 100,00
100 * 0,83 (без НДС) = 83,00 * 1,2 = 99,60
В течение года такие случаи были: и мне звонили, и в интернете встречается:
http://forum.infostart.ru/forum26/topic61772/
http://forum.autoua.net/showflat.php?Cat=0&Number=5617153&Main=5579263
http://pro1c.org.ua/index.php?showtopic=6152
Но недавно, несмотря на то, что камеральная проверка в OPZ показала ошибку, пришла квитанция "Документ принято".
Мне важно знать, существет ли проблема, осталась ли на сервере проверка арифметики, или ее отменили из-за жалоб трудящихся?

Во-первых Ваш пример неправильный, т.к. так никто не считает НДС --------100/1,2 = 83,33(без НДС)*0,2=16,67(НДС)
Во -вторых при приемке документа, он проходит проверку по заложенным формулам.

vol писал(а):Во-первых Ваш пример неправильный, т.к. так никто не считает НДС --------100/1,2 = 83,33(без НДС)*0,2=16,67(НДС)

Нет, в файле xml цена будет с двумя знаками, и проверка будет выглядеть так:
цена 0,83 (на самом деле 1/1,2=0,833333),
умножить на 100 шт. = 83,00.
НДС- 83,00 * 0,2 = 16,60.
Итого 83,00 + 16,60 = 99,60.

Теперь представьте себе, что мы говорим покупателю: "Вы купили 100 шт. по 1 грн, но налоговая будет на 99,60 , иначе мы ее не зарегистрируем".

vol писал(а):Во -вторых при приемке документа, он проходит проверку по заложенным формулам.

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

mylogin писал(а):Сталкивался ли кто-то последнее время с тем, что сервер налоговой пишет про ошибку, что сумма документа должна быть другая, и не принимает документ?
Это происходит из-за разрядности, ограниченой двумя знаками. Например:
100 * 1,00 (с НДС) = 100,00
100 * 0,83 (без НДС) = 83,00 * 1,2 = 99,60
В течение года такие случаи были: и мне звонили, и в интернете встречается:
http://forum.infostart.ru/forum26/topic61772/
http://forum.autoua.net/showflat.php?Cat=0&Number=5617153&Main=5579263
http://pro1c.org.ua/index.php?showtopic=6152
Но недавно, несмотря на то, что камеральная проверка в OPZ показала ошибку, пришла квитанция "Документ принято".
Мне важно знать, существет ли проблема, осталась ли на сервере проверка арифметики, или ее отменили из-за жалоб трудящихся?

mylogin писал(а):

vol писал(а):Во-первых Ваш пример неправильный, т.к. так никто не считает НДС --------100/1,2 = 83,33(без НДС)*0,2=16,67(НДС)

Нет, в файле xml цена будет с двумя знаками, и проверка будет выглядеть так:
цена 0,83 (на самом деле 1/1,2=0,833333),
умножить на 100 шт. = 83,00.
НДС- 83,00 * 0,2 = 16,60.
Итого 83,00 + 16,60 = 99,60.

Теперь представьте себе, что мы говорим покупателю: "Вы купили 100 шт. по 1 грн, но налоговая будет на 99,60 , иначе мы ее не зарегистрируем".

vol писал(а):Во -вторых при приемке документа, он проходит проверку по заложенным формулам.

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

У Вас неправильный принцип построения округления, из-за этого и все ошибки.
Пример: карандаш стоит 1 грн(с НДС) продаем 100 карандашеa 3 раза (три строки)
РН имеет-------Кво-------ЦенаБзНДС--------СуммаБезНДС-------НДС--------СуммаСНДС
=============100=====0,8333========== 83,330==========16,667===== 100,00
=============100=====0,8333========== 83,330==========16,667===== 100,00
=============100=====0,8333========== 83,330==========16,667===== 100,00
Итог---------------------------------------------249,990--------------50,00--------300,00 (проверка 249,99+50=299,99) корректируем цену в одной из строк на 0,8334
тогда имеем 250+50=300
В НН имеет-------Кво-------ЦенаБзНДС--------СуммаБезНДС
=============100=====0,8334========== 83,34
=============100=====0,8333========== 83,33
=============100=====0,8333========== 83,33
Итог---------------------------------------------250,00
НДС--------------------------------------------- 50,00
ИТОГО-------------------------------------------300,00
Согласно ФормыНН и структуры (xsd) цена без НДС имеет 4 знака после запятой.

"Согласно ФормыНН и структуры (xsd) цена без НДС имеет 4 знака после запятой."

Так это бы было решением всех проблем!
Но где в "форме НН" (приказ 1379) говорится про 4 знака?
А главное - в J1201004.xsd: "RXXXXG7" type="Decimal2Column
(а в количестве - 12: "RXXXXG6" type="Decimal12Column_R).

mylogin писал(а):"Согласно ФормыНН и структуры (xsd) цена без НДС имеет 4 знака после запятой."

Так это бы было решением всех проблем!
Но где в "форме НН" (приказ 1379) говорится про 4 знака?
А главное - в J1201004.xsd: "RXXXXG7" type="Decimal2Column
(а в количестве - 12: "RXXXXG6" type="Decimal12Column_R).

G7 колонка имеет 2 знака после запятой, а G6 без ограничений
вот кусок xml файла
<RXXXXG5S ROWNUM="1" xsi:nil="true" />
<RXXXXG6 ROWNUM="1">0.833333333333</RXXXXG6>
<RXXXXG7 ROWNUM="1">83.33</RXXXXG7>
<RXXXXG8 ROWNUM="1" xsi:nil="true" />
<RXXXXG9 ROWNUM="1" xsi:nil="true" />
<RXXXXG10 ROWNUM="1" xsi:nil="true" />
<R01G7>83.33</R01G7>
<R01G8>0.00</R01G8>
<R01G9>0.00</R01G9>
<R01G10>0.00</R01G10>
<R01G11>83.33</R01G11>