View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001474 | Склад | General | public | 2018-11-08 18:19 | 2019-04-06 22:30 |
| Reporter | ruslan | Assigned To | barry | ||
| Priority | urgent | Severity | crash | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Platform | КСАП Гранит | OS | Windows | ||
| Summary | 0001474: +/-Склад-Расход/Заказы- Новая форма экспорта налоговой в xml с 01.12.2018 | ||||
| Description | Изменения по сравнению с предыдущей формой: Шапка документа тег DeclareHead версия 10 Изменено имя тега "Зведена податкова накладна" -R01G1 Теперь вместо символа Х необходимо заполнять код. Код признака(цифровой от 1 до 4): 1 — начисления налоговых обязательств по п. 198.5 НКУ; 2 — начисления налоговых обязательств по п. 199.1 НКУ; 3 — заполнение НН по п. 15 Порядка № 1307; 4 — заполнение НН по п. 19 Порядка № 1307. Сделай выбор из Комбобокса с такими комментариями аналогично выбору в поле "Тип причины" напротив позиции переключателя(радиобаттона) "Зведена податкова накладна" Реквизиты поставщика: Добавлен тег "Податковий номер платника податку або серія та/або номер паспорта" - HTINSEL это поле код ЕДРПОУ(ОКПО) из справочника Организаций для собственного предприятия от имени которого выписывается НН Реквизиты покупателя: Добавлен тег "Податковий номер платника податку або серія та/або номер паспорта" - HTINBUY это поле код ЕДРПОУ(ОКПО) из справочника Организаций для контрагента-покупателя для которого выписывается НН. При этом строка «Податковий номер платника податку або серія (за наявності) та номер паспорта» не будет заполняться в случае: поставки товаров/услуг получателю (покупателю), который не зарегистрирован как плательщик НДС; Для нас это случай выбора флага - Не выдается покупателю, код причины 02. осуществления операций по вывозу товаров за пределы таможенной территории Украины; Для нас это случай выбора флага - Не выдается покупателю, код причины 07. составления налоговой накладной по операциям по ликвидации основных средств по самостоятельному решению плательщика налога, перевода производственных основных средств в состав непроизводственных, осуществления операций по поставке товаров/услуг в счет оплаты труда физических лиц, состоящих в трудовых отношениях с плательщиком налога; Для нас это случай выбора флага - Не выдается покупателю, код причины 03 . составления налоговой накладной на сумму увеличения суммы компенсации стоимости товаров/услуг, в случае если на дату такого увеличения покупателю аннулирована регистрация плательщика НДС; Для нас это случай выбора флага - Не выдается покупателю, код причины 01. составления сводных налоговых накладных покупателям - лицам, не зарегистрированным плательщиками НДС. Радиобаттон Сводная налоговая накладная. Табличная часть тег DeclareBody: Добавлена колонка Сума податку на додану вартість тег RXXXXG11_10 Эта графа должна будет заполняться в гривнях с копейками с указанием после запятой до 6 знака включительно. | ||||
| Additional Information | https://buhgalter911.com/news/news-1040083.html | ||||
| Tags | No tags attached. | ||||
|
|
|
|
|
stor32.zip sldt32.zip |
|
|
Я тут проконсультировался по поводу сводных налоговых накладных и еще раз прочитал , нужно подправить логику для случаев незаполнения поля HTINBUY , для случаев Сводной налоговой накладной выписанной ТОЛЬКО НЕПЛАТЕЛЬЩИКУ НДС, т.е. когда выбран радиобаттон Сводная НН и в комбобоксе ТИП Причины выбрано 02. Сейчас мы сделали при выборе радиобаттона Сводная НН в любом случае. |
|
|
stor32.zip sldt32.zip |
|
|
В 10-ой версии при выборе флага "Не выдается покупцю" и тип Причины 02 - выгружает Код Плательщика(тег HTINBUY ) - проверь, не должен мы вроде прописывал? |
|
|
if rbH02.Checked then begin if (EditDocCode.ItemIndex in [0, 1, 2, 4, 6]) then begin HTinBuyIncl := False; end; end; |
|
|
там так стоит Складена на операції, звільнені від оподаткування и причины эти |
|
|
там первая пустая причина индексы соответствуют кодам причин |
|
|
При регистрации НН возникают проблемы со значением поля RXXXXG11_10 (см. приложенную картинку, xml - это выгруженная эта НН из Гранита). Для решения предлагаю: 1. Расчет значения делать по формуле значение поля RXXXXG010(Обсяги постачання (база оподаткування) без урахування податку на додану вартість)*Ставку НДС по документу 2. Т.к. такой вариант расчета может давать расхождения с полем R03G7( загальна сума податку на додану вартість за основною ставкою) или R03G109( загальна сума податку на додану вартість за ставкою 7 %), то добавь окно предупреждения после нажатия кнопки Экспорт, которое показывать в случае если : 2.1. Cумма значений полей RXXXXG010 табличной части не совпадает со значением итога - значение поля R01G7(для 20% НДС ) или R01G109(для 7% НДС) - значение несовпадения больше 0,01. Текст предупреждения: Внимание! Сумма товаров по колонке 10 "Обсяги постачання (база оподаткування) без урахування податку на додану вартість" с округлением до двух знаков [Цифровое значение] не совпадает с итоговой суммой ["Усього обсяги постачання за основною ставкою (код ставки 20)"](если ставка документа 20%) или ["Усього обсяги постачання за ставкою 7% (код ставки 7)"](если ставка документа 7%) [Цифровое значение]. Возможны проблемы с регистрацией! 2.2. Cумма значений полей RXXXXG11_10 табличной части не совпадает со значением итога - значение поля R03G7( загальна сума податку на додану вартість за основною ставкою(20%)) или R03G109( загальна сума податку на додану вартість за ставкою 7 %). Текст предупреждения: Внимание! Сумма товаров по колонке 11 "Сума податку на додану вартість" [Цифровое значение] не совпадает с итоговой суммой ["загальна сума податку на додану вартість за основною ставкою"](если ставка документа 20%) или ["загальна сума податку на додану вартість за ставкою 7 %"](если ставка документа 7%) [Цифровое значение]. Возможны проблемы с регистрацией! 20230031555986J1201010100000014611120182023.xml (4,944 bytes)
<?xml version="1.0" encoding="windows-1251"?> <DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="J1201010.xsd"> <DECLARHEAD> <TIN>31555986</TIN> <C_DOC>J12</C_DOC> <C_DOC_SUB>010</C_DOC_SUB> <C_DOC_VER>10</C_DOC_VER> <C_DOC_TYPE>0</C_DOC_TYPE> <C_DOC_CNT>146</C_DOC_CNT> <C_REG>20</C_REG> <C_RAJ>23</C_RAJ> <PERIOD_MONTH>11</PERIOD_MONTH> <PERIOD_TYPE>1</PERIOD_TYPE> <PERIOD_YEAR>2018</PERIOD_YEAR> <C_STI_ORIG>2023</C_STI_ORIG> <C_DOC_STAN>1</C_DOC_STAN> <LINKED_DOCS xsi:nil="true"/> <D_FILL>10122018</D_FILL> <SOFTWARE>GRANIT v.10.0.0.855</SOFTWARE> </DECLARHEAD> <DECLARBODY> <R01G1 xsi:nil="true"/> <HORIG1>1</HORIG1> <HTYPR>02</HTYPR> <HFILL>16112018</HFILL> <HNUM>146</HNUM> <HNUM1 xsi:nil="true"/> <HNAMESEL>��� "����-2001"</HNAMESEL> <HNAMEBUY>���������</HNAMEBUY> <HKSEL>315559820384</HKSEL> <HNUM2 xsi:nil="true"/> <HTINSEL>31555986</HTINSEL> <HKBUY>100000000000</HKBUY> <HFBUY xsi:nil="true"/> <HTINBUY xsi:nil="true"/> <RXXXXG2D ROWNUM="1">16112018</RXXXXG2D> <RXXXXG2D ROWNUM="2">16112018</RXXXXG2D> <RXXXXG2D ROWNUM="3">16112018</RXXXXG2D> <RXXXXG2D ROWNUM="4">16112018</RXXXXG2D> <RXXXXG2D ROWNUM="5">16112018</RXXXXG2D> <RXXXXG2D ROWNUM="6">16112018</RXXXXG2D> <RXXXXG3S ROWNUM="1">˳��� ����� 2,0*1,6 ���� �/�</RXXXXG3S> <RXXXXG3S ROWNUM="2">˳��� ������-V 2,0*1,6 ��� �/� ��</RXXXXG3S> <RXXXXG3S ROWNUM="3">˳��� ���� 1,9*1,2 ��� �/�</RXXXXG3S> <RXXXXG3S ROWNUM="4">˳��� ���� 1,9*1,4 ��� �/�</RXXXXG3S> <RXXXXG3S ROWNUM="5">˳��� ��� V 2,0*1,4 �� �/�</RXXXXG3S> <RXXXXG3S ROWNUM="6">��� ˳�� 2,0*1,6 ����</RXXXXG3S> <RXXXXG4 ROWNUM="1" xsi:nil="true"/> <RXXXXG4 ROWNUM="2" xsi:nil="true"/> <RXXXXG4 ROWNUM="3" xsi:nil="true"/> <RXXXXG4 ROWNUM="4" xsi:nil="true"/> <RXXXXG4 ROWNUM="5" xsi:nil="true"/> <RXXXXG4 ROWNUM="6" xsi:nil="true"/> <RXXXXG32 ROWNUM="1" xsi:nil="true"/> <RXXXXG32 ROWNUM="2" xsi:nil="true"/> <RXXXXG32 ROWNUM="3" xsi:nil="true"/> <RXXXXG32 ROWNUM="4" xsi:nil="true"/> <RXXXXG32 ROWNUM="5" xsi:nil="true"/> <RXXXXG32 ROWNUM="6" xsi:nil="true"/> <RXXXXG33 ROWNUM="1" xsi:nil="true"/> <RXXXXG33 ROWNUM="2" xsi:nil="true"/> <RXXXXG33 ROWNUM="3" xsi:nil="true"/> <RXXXXG33 ROWNUM="4" xsi:nil="true"/> <RXXXXG33 ROWNUM="5" xsi:nil="true"/> <RXXXXG33 ROWNUM="6" xsi:nil="true"/> <RXXXXG4S ROWNUM="1">��</RXXXXG4S> <RXXXXG4S ROWNUM="2">��</RXXXXG4S> <RXXXXG4S ROWNUM="3">��</RXXXXG4S> <RXXXXG4S ROWNUM="4">��</RXXXXG4S> <RXXXXG4S ROWNUM="5">��</RXXXXG4S> <RXXXXG4S ROWNUM="6">��</RXXXXG4S> <RXXXXG105_2S ROWNUM="1">2009</RXXXXG105_2S> <RXXXXG105_2S ROWNUM="2">2009</RXXXXG105_2S> <RXXXXG105_2S ROWNUM="3">2009</RXXXXG105_2S> <RXXXXG105_2S ROWNUM="4">2009</RXXXXG105_2S> <RXXXXG105_2S ROWNUM="5">2009</RXXXXG105_2S> <RXXXXG105_2S ROWNUM="6">2009</RXXXXG105_2S> <RXXXXG5 ROWNUM="1">1.00000</RXXXXG5> <RXXXXG5 ROWNUM="2">1.00000</RXXXXG5> <RXXXXG5 ROWNUM="3">1.00000</RXXXXG5> <RXXXXG5 ROWNUM="4">1.00000</RXXXXG5> <RXXXXG5 ROWNUM="5">1.00000</RXXXXG5> <RXXXXG5 ROWNUM="6">4.00000</RXXXXG5> <RXXXXG6 ROWNUM="1">4428.3333</RXXXXG6> <RXXXXG6 ROWNUM="2">5079.1667</RXXXXG6> <RXXXXG6 ROWNUM="3">3670.0000</RXXXXG6> <RXXXXG6 ROWNUM="4">3931.6667</RXXXXG6> <RXXXXG6 ROWNUM="5">5409.1667</RXXXXG6> <RXXXXG6 ROWNUM="6">306.6667</RXXXXG6> <RXXXXG008 ROWNUM="1">20</RXXXXG008> <RXXXXG008 ROWNUM="2">20</RXXXXG008> <RXXXXG008 ROWNUM="3">20</RXXXXG008> <RXXXXG008 ROWNUM="4">20</RXXXXG008> <RXXXXG008 ROWNUM="5">20</RXXXXG008> <RXXXXG008 ROWNUM="6">20</RXXXXG008> <RXXXXG010 ROWNUM="1">4428.33</RXXXXG010> <RXXXXG010 ROWNUM="2">5079.17</RXXXXG010> <RXXXXG010 ROWNUM="3">3670.00</RXXXXG010> <RXXXXG010 ROWNUM="4">3931.67</RXXXXG010> <RXXXXG010 ROWNUM="5">5409.17</RXXXXG010> <RXXXXG010 ROWNUM="6">1226.67</RXXXXG010> <RXXXXG11_10 ROWNUM="1">885.666667</RXXXXG11_10> <RXXXXG11_10 ROWNUM="2">1015.833333</RXXXXG11_10> <RXXXXG11_10 ROWNUM="3">734.000000</RXXXXG11_10> <RXXXXG11_10 ROWNUM="4">786.333333</RXXXXG11_10> <RXXXXG11_10 ROWNUM="5">1081.833333</RXXXXG11_10> <RXXXXG11_10 ROWNUM="6">245.333333</RXXXXG11_10> <RXXXXG011 ROWNUM="1" xsi:nil="true"/> <RXXXXG011 ROWNUM="2" xsi:nil="true"/> <RXXXXG011 ROWNUM="3" xsi:nil="true"/> <RXXXXG011 ROWNUM="4" xsi:nil="true"/> <RXXXXG011 ROWNUM="5" xsi:nil="true"/> <RXXXXG011 ROWNUM="6" xsi:nil="true"/> <R01G7>23745.00</R01G7> <R01G8 xsi:nil="true"/> <R01G9 xsi:nil="true"/> <R01G10 xsi:nil="true"/> <R01G11>23745.00</R01G11> <R02G11 xsi:nil="true"/> <R03G7>4749.00</R03G7> <R03G11>4749.00</R03G11> <R04G7>28494.00</R04G7> <R04G11>28494.00</R04G11> <R003G10S xsi:nil="true"/> <HBOS>�.�. �����</HBOS> <HKBOS>2966404716</HKBOS> </DECLARBODY> </DECLAR> |
|
|
Что-то я не пойму. Чтобы получить факт расхождения с их алгоритмом, надо считать по их алгоритму. Но если считать по их алгоритму, то зачем весь маразм с вниманиями, нужно просто посчитанные значения экспортировать и никаких предупреждений не надо. Насчет 1 не понял, ты вроде говорил базой идет цена без НДС округленная до копеек, здесь это не указано. Если считать по нашим точным ценам, какая разница что у нас будет за базу, НДС одинаковый получится. |
|
|
>>>Насчет 1 не понял, ты вроде говорил базой идет цена без НДС округленная до копеек, здесь это не указано. Если считать по нашим точным ценам, какая разница что у нас будет за базу, НДС одинаковый получится. См. файл pdf - Ціна постачання одиниці товару / послуги без урахування податку на додану вартість это колонка 7 тег RXXXXG6 , там действительно нет округления, точнее оно есть до 6 знаков и Кол-во так же, НО нас интересует Сумма без НДС(Обсяги постачання (база оподаткування) без урахування податку на додану вартість) колонка 10 тег RXXXXG010, - значение там округлено до 2-х знаков, а сумму НДС(судя по описанию несоответствия в комментариях налоговой см. файл картинку в нижней части), сервер налоговой проверяет как Сумма без НДС*Процент НДС >> Но если считать по их алгоритму, то зачем весь маразм с вниманиями, нужно просто посчитанные значения экспортировать и никаких предупреждений не надо. Я предлагаю итоговые цифры не считать, как суммы ОКРУГЛЕННЫХ значений в полях RXXXXG010 и RXXXXG11_10, а оставить текущий алгоритм расчета, который соответствует суммам документа в Граните, в противном случае будут расхождения НН с первичным документом, который получает клиент, а это тоже вызывает проблемы, поэтому решение этой проблемы нужно оставить за пользователем... это мое экспертное мнение... |
|
|
судя по картинке они режут до 3 знаков, а не округляют до 6. Ты руками пробовал подбирать пропускаемое значение? |
|
|
Смотри первая строка на скриншоте сумма в колонке 10 - 4428,33 от нее 20%= 885,666 так ее и налоговая считает, они не "режут" ничего, просто берут 20%(7%) от суммы в колонке 10. И тебе я предлагаю такой же алгоритм попробовать |
|
|
>>> это колонка 7 тег RXXXXG6 , там действительно нет округления, точнее оно есть до 6 знаков Так а что ты это написал и к чему? Мы цену без НДС берем 6 знаков или 2? Напиши нормальный однозначный алгоритм расчета без всякого мусора, где что и как округляется. |
|
|
КАК тебе еще написать - ЦЕНУ НЕ ТРОГАЙ!!!!!!!!!!!!!!!!!!!!! Расчет поля Сумма НДС по товарам : Для НДС 20% RXXXXG11_10 =RXXXXG010*0,2 для НДС 7% RXXXXG11_10 =RXXXXG010*0,07 значения после расчет округлить до 6 знаков. Для проверки и выдачи предупреждения по сумме товаров без НДС : Для НДС 20% Сумма(RXXXXG010), округленная до 2 знаков МИНУС значение поля R01G7 > 0.01 Для НДС 7% Сумма(RXXXXG010), округленная до 2 знаков МИНУС значение поля R01G109> 0.01 Для проверки и выдачи предупреждения по сумме НДС по товарам: Для НДС 20% Сумма(RXXXXG11_10), округленная до двух знаков МИНУС значение поля R03G7 >0.01 Для НДС 7% Сумма(RXXXXG11_10), округленная до двух знаков МИНУС значение поля R03G109>0.01 |
|
|
По предупреждению - сделай на форме чек бокс для опционального включения. |
|
|
sldt32.zip |
|
|
stor32.zip sldt32.zip |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2018-11-08 18:19 | ruslan | New Issue | |
| 2018-11-08 18:19 | ruslan | File Added: j1201010.arj | |
| 2018-11-08 18:32 | ruslan | Relationship added | related to 0001475 |
| 2018-11-26 17:23 | barry | Assigned To | => barry |
| 2018-11-26 17:23 | barry | Status | new => feedback |
| 2018-11-26 17:23 | barry | Note Added: 0003933 | |
| 2018-11-29 11:37 | ruslan | Note Added: 0003941 | |
| 2018-11-29 11:37 | ruslan | Status | feedback => assigned |
| 2018-11-29 11:38 | ruslan | Note Edited: 0003941 | View Revisions |
| 2018-11-29 19:27 | ruslan | Relationship added | related to 0001482 |
| 2018-11-30 00:49 | barry | Note Added: 0003945 | |
| 2018-12-06 10:27 | ruslan | Status | assigned => feedback |
| 2018-12-06 10:27 | ruslan | Note Added: 0003960 | |
| 2018-12-06 13:29 | barry | Note Added: 0003961 | |
| 2018-12-06 13:30 | barry | Note Added: 0003962 | |
| 2018-12-06 13:31 | barry | Note Edited: 0003962 | View Revisions |
| 2018-12-06 13:32 | barry | Note Added: 0003963 | |
| 2018-12-10 12:28 | ruslan | File Added: Непринятая НН колонка 11 несоответствие суммы.jpg | |
| 2018-12-10 12:28 | ruslan | File Added: 20230031555986J1201010100000014611120182023.xml | |
| 2018-12-10 12:28 | ruslan | Note Added: 0003983 | |
| 2018-12-10 12:28 | ruslan | Status | feedback => assigned |
| 2018-12-10 12:30 | ruslan | Note Edited: 0003983 | View Revisions |
| 2018-12-10 12:36 | ruslan | Note Edited: 0003983 | View Revisions |
| 2018-12-11 11:26 | barry | Note Added: 0003987 | |
| 2018-12-11 11:49 | ruslan | Note Added: 0003988 | |
| 2018-12-11 12:55 | barry | Note Added: 0003989 | |
| 2018-12-11 14:10 | ruslan | Note Added: 0003990 | |
| 2018-12-11 14:10 | ruslan | Note Edited: 0003990 | View Revisions |
| 2018-12-11 14:11 | ruslan | Note Edited: 0003990 | View Revisions |
| 2018-12-11 14:23 | barry | Note Added: 0003991 | |
| 2018-12-11 16:05 | ruslan | Note Added: 0003992 | |
| 2018-12-13 10:13 | ruslan | Note Added: 0003993 | |
| 2018-12-14 11:38 | barry | Note Added: 0003994 | |
| 2018-12-19 15:55 | barry | Note Added: 0003995 | |
| 2019-04-06 22:30 | ruslan | Status | assigned => closed |
| 2019-04-06 22:30 | ruslan | Resolution | open => fixed |
