View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000176 | Склад | General | public | 2011-10-21 17:27 | 2012-01-30 11:36 |
| Reporter | ruslan | Assigned To | barry | ||
| Priority | urgent | Severity | feature | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0000176: Склад - экспорт налоговой накладной в *.xml формат | ||||
| Description | С Нового Года все НН по подакцизным и импортным товарам независимо от суммы будут регистрироваться в государственном ЕРНН(Единый Реестр Налоговых Накладных). Нужно будет сделать выгрузку НН в *.xml расшифровка полей в приложенном файле, а пример НН я сделаю позже. | ||||
| Tags | обслуживание | ||||
|
|
|
|
|
|
|
|
Загрузил последнюю версию формы НН. |
|
|
20360023454034J1201004100000000111220112036.xml (2,640 bytes)
<?xml version="1.0" encoding="windows-1251"?> <DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="J1201004.xsd"> <DECLARHEAD> <TIN>23454034</TIN> <C_DOC>J12</C_DOC> <C_DOC_SUB>010</C_DOC_SUB> <C_DOC_VER>4</C_DOC_VER> <C_DOC_TYPE>0</C_DOC_TYPE> <C_DOC_CNT>1</C_DOC_CNT> <C_REG>20</C_REG> <C_RAJ>36</C_RAJ> <PERIOD_MONTH>12</PERIOD_MONTH> <PERIOD_TYPE>1</PERIOD_TYPE> <PERIOD_YEAR>2011</PERIOD_YEAR> <C_STI_ORIG>2036</C_STI_ORIG> <C_DOC_STAN>1</C_DOC_STAN> <LINKED_DOCS xsi:nil="true"></LINKED_DOCS> <D_FILL>21122011</D_FILL> <SOFTWARE>OPZ 1.29.20</SOFTWARE> </DECLARHEAD> <DECLARBODY> <HCOPY>1</HCOPY> <HERPN xsi:nil="true"></HERPN> <HORIG1 xsi:nil="true"></HORIG1> <HTYPR xsi:nil="true"></HTYPR> <HFILL>21122011</HFILL> <HNUM>92</HNUM> <HNUM1 xsi:nil="true"></HNUM1> <HNUM2 xsi:nil="true"></HNUM2> <HNAMESEL>�� "�� "�²�-����"</HNAMESEL> <HNAMEBUY>�� "��������"</HNAMEBUY> <HKSEL>234540320391</HKSEL> <HKBUY>004457710365</HKBUY> <HLOCSEL> ���.��������, ���.149, �.�����, 61172</HLOCSEL> <HLOCBUY>02660, ���.�.������� 4, �. ���</HLOCBUY> <HTELSEL>0577145434</HTELSEL> <HTELBUY>0444905395</HTELBUY> <HNSPDVSEL>100318800</HNSPDVSEL> <HNSPDVBUY>100327188</HNSPDVBUY> <H01G1S>������ �����-�������</H01G1S> <H01G2D>02012009</H01G2D> <H01G3S>7</H01G3S> <H02G1S>������ � �������� ������</H02G1S> <RXXXXG2D ROWNUM="1">21122011</RXXXXG2D> <RXXXXG2D ROWNUM="2">21122011</RXXXXG2D> <RXXXXG3S ROWNUM="1">��.95�� �� "������������" ������� 20%</RXXXXG3S> <RXXXXG3S ROWNUM="2">��.95�� �� "������������"�� �������� 4%</RXXXXG3S> <RXXXXG4S ROWNUM="1">���.��.</RXXXXG4S> <RXXXXG4S ROWNUM="2">���.��.</RXXXXG4S> <RXXXXG5 ROWNUM="1">157.5</RXXXXG5> <RXXXXG5 ROWNUM="2">127</RXXXXG5> <RXXXXG6 ROWNUM="1">82.00</RXXXXG6> <RXXXXG6 ROWNUM="2">82</RXXXXG6> <RXXXXG7 ROWNUM="1">12915.00</RXXXXG7> <RXXXXG7 ROWNUM="2">10414.00</RXXXXG7> <R01G7>23329.00</R01G7> <R01G8 xsi:nil="true"></R01G8> <R01G9 xsi:nil="true"></R01G9> <R01G10 xsi:nil="true"></R01G10> <R01G11>23329.00</R01G11> <R02G11 xsi:nil="true"></R02G11> <R03G7>4665.80</R03G7> <R03G8 xsi:nil="true"></R03G8> <R03G9 xsi:nil="true"></R03G9> <R03G10S xsi:nil="true"></R03G10S> <R03G11>4665.80</R03G11> <R04G7>27994.80</R04G7> <R04G8 xsi:nil="true"></R04G8> <R04G9 xsi:nil="true"></R04G9> <R04G10 xsi:nil="true"></R04G10> <R04G11>27994.80</R04G11> <R003G10S xsi:nil="true"></R003G10S> <H10G1S>��������� �.�.</H10G1S> </DECLARBODY> </DECLAR> |
|
|
Положил пример выгрузки налоговой накладной из программы OPZ. Обрати внимание на имя файла, оно присваивается по стандартной методике...при создании файла оно должно быть таким же... |
|
|
Добрый день! По поводу 43-значного имени читайте тут http://www.sta.gov.ua/control/uk/publish/article;jsessionid=5941443BB6615D186CA20730DDC77410?art_id=249370&cat_id=249256 http://www.sta.gov.ua/control/uk/publish/article?art_id=308728&cat_id=249256&showHidden=1 7 февраля 2011 г. 12:59 пользователь Руслан Черных <boloeng@mail.ru> написал: Добрый день! С обновлением версии программы до 1.29.4 файлы стали сохраняться с более длинными номерами, структура которых изменилась, не могли бы вы дать ссылку на Приказ ГНАУ ,где ввводиться такая номерация, т.к. в помощи к программе есть только старый документ о формировании номера электронного документа. Просмотр приказов НАКАЗ в д 05 грудня 2007 р. 670 и НАКАЗ в д 05 грудня 2007 р. 670 дает только 34-х символьную номерацию электронных документов. А в примере ниже но 20390023454034J1201505100000000110120112039.xml получается 43-х символьная номерация? Руслан. |
|
|
1. Поле <PERIOD_MONTH>1</PERIOD_MONTH> заполняется неправильно - должно быть значение 12, т.к. я за текущий период выгружаю а у тебя 1? 2. Поле <H01G2D>24</H01G2D> это дата договора(від ....) 3. Поле <H01G3S>01082007</H01G3S> это Номер договора Если поле договор в счете/накладной/заказе пустое, в поле <H01G2D>24</H01G2D> писать дату документа(дата счета), вместо номера "-"(прочерк). 5. Поле <C_DOC_STAN>103</C_DOC_STAN> значение должно быть - 1 (это состояние документа в случае НН это - отчетный ). При проверке выгруженного документа из Гранита возникает ошибка: --------------------------- ***Податкова звітність 1.29.20 *** 23454034 АТ "ВП"ТВІН-ДРУК" --------------------------- Документ не пройшов перевірку структури:maxInclusive constraint failed. The element: 'C_DOC_STAN' has an invalid value according to its data type. --------------------------- ОК --------------------------- 6. В поле <C_DOC_CNT>1</C_DOC_CNT> нужно писать Номер по порядку отчетного документа, если в периоде он подается не один, т.е. номер НН. |
|
|
7. В поле <RXXXXG7 ROWNUM="1"></RXXXXG7> должна писаться сумма без НДС по НН, а у тебя поле пустое. 8. Дату в поле <RXXXXG2D ROWNUM="1">26.12.2011</RXXXXG2D> пиши без точек!!! |
|
|
Еще несколько замечаний по работе Экспорта в xml: 1. В наименование Покупателя <HNAMEBUY>ЗАПОРОЖСТАЛЬ</HNAMEBUY> берет краткое наименование, хотя 100% есть полное? 2. В поле код УКТ ВЕД берт значение из таблицы GDDKT, сделай в форме выбора первоначальных параметров экспорта радиобаттон - * Код УКТ ВЕД из справочника Товары(значение по умолчанию) Код УКТ ВЕД из приходной накладной с запоминанием положения. Это нужно потому что есть ряд старых приходов, по которым не внесены коды УКТВЕД, плюс были определенные проблемы с хранением значений в этом поле(очищалось значение при редактировании, не копировалось при копировании). Большинство пользователей удовлетворит вариант из Справочника, но есть случаи клинические, там надо будет брать из приходных накладных. 3. Я заметил странность - в некоторых случаях Наименование соединяется с артикулом - нет? |
|
|
Если поле договор в счете/накладной/заказе пустое, в поле <H01G2D>24</H01G2D> писать дату документа(дата счета), вместо номера "-"(прочерк). Ты это делал? |
|
|
В запросе при выборе полей TIN, HLOCSEL, HLOCBUY, HNSPDVSEL,HNSPDVBUY или в момент присвоения применяй к значению поля команду обрезания лишних пробелов, потому что длина этих полей в файле описания структуры нормирована. |
|
|
Поле номер телефона Продавца HTELSEL и Покупателя HTELBUY - обрежь до 10-и символов. |
|
|
Посмотри, что ты пишешь в поля HKSEL и HKBUY - похоже поле ОКПО, а нужно ИНН. |
|
|
В заголовке файла неправильная схема *.xsd - у тебя <?xml version="1.0" encoding="windows-1251"?> <DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="J12010044.xsd а должно быть <?xml version="1.0" encoding="windows-1251"?> <DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="J1201004.xsd |
|
|
> 3. Я заметил странность - в некоторых случаях Наименование соединяется с артикулом - нет? Во всех, почему в некоторых, там же нет в НН поля "Артикул". |
|
|
Ну, а если его нет, зачем ты соединяешь в поле Наименование для НН, поля Наименование и артикул из справочника Товары? В поле Наименование в НН, должно быть только Наименование... и сделай наверное, чтоб в поле Наименование, если есть полное наименование в справочнике, то писалось полное, а если полное пустое - то Краткое... |
|
|
>Если поле договор в счете/накладной/заказе пустое, в поле <H01G2D>24</H01G2D> писать дату документа(дата счета), вместо номера "-"(прочерк). Дату пиши без точек... уже вроде наступали на эти грабли... Сделай так, мне за печатные формы весь прошлый год кровь пили, и я не просто так прошу что-то сделать, там в налоговой каждая буква, каждая цифра, каждое форматирование щас имеет значение... а я не смогу исправить это сам |
|
|
И заполняй поле <HORIG>1</HORIG>(оригинал - выдается покупцу), а поле <HCOPY>1</HCOPY> или вообще убери, или заполняй пустыми значениями. Похоже что в этом причина того что при загрузке в МеДок накладные блокируются от изменений. |
|
|
stor32.zip |
|
|
Борь поле я просил <HORIG>1</HORIG> а не поле <HORIG1>1</HORIG1> это разная суть - посмотри!!! |
|
|
Сделай в разделе <DECLARHEAD> <DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="J1201004.xsd"> <DECLARHEAD> <TIN>23454034</TIN> <C_DOC>J12</C_DOC> <C_DOC_SUB>010</C_DOC_SUB> <C_DOC_VER>4</C_DOC_VER> <C_DOC_TYPE>0</C_DOC_TYPE> <C_DOC_CNT>1</C_DOC_CNT> <C_REG>20</C_REG> <C_RAJ>36</C_RAJ> <PERIOD_MONTH>12</PERIOD_MONTH> <PERIOD_TYPE>1</PERIOD_TYPE> <PERIOD_YEAR>2011</PERIOD_YEAR> <C_STI_ORIG>2036</C_STI_ORIG> <C_DOC_STAN>1</C_DOC_STAN> <LINKED_DOCS xsi:nil="true"></LINKED_DOCS> <D_FILL>21122011</D_FILL> <SOFTWARE>OPZ 1.29.20</SOFTWARE> Поле <C_STI_ORIG>2036</C_STI_ORIG> аналогично как в примере приложенном к задаче фале *.xml(выше я тебе кусок кода скопировал). В это поле пишется Код Налоговой Инспеции, он у нас в параметрах(первые цифры в имени Файла) |
|
|
stor32.zip |
|
|
1. Сделай возможность объединения позиций(в списке товара по наименованию, коду, артикулу, цене) в выборе первоначальных параметров для экспорта для накладных. 2. В поле цена при экспорте сделай округление до 4-х знаков.Поле сумма не трогай, так и надо до 2-ух знаков. 3. Поле Дата подачи в окне предварительных данных экспорта сделай текущей датой 4. В экспорте из Заказа, если поле Дата налоговой накладной заполнено - надо брать из поля Дата налоговой в Заказе, а сейчас берется из поля Дата |
|
|
Не забудь : 1. Сделай возможность объединения позиций(в списке товара по наименованию, коду, артикулу, цене) в выборе первоначальных параметров для экспорта для накладных. |
|
|
При выгрузке накладной, если поле "Условие продажи" в накладной не пустое, то брать значение Вид договора из него(а т.к. ты сделал, что поле заполняется автоматом из договора привязанного к накладной, то выгрузка будет полностью соответствовать логике Печатной формы) |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2011-10-21 17:27 | ruslan | New Issue | |
| 2011-10-21 17:27 | ruslan | File Added: F1201003.pdf | |
| 2011-10-25 13:31 | ruslan | Tag Attached: обслуживание | |
| 2011-12-08 14:07 | ruslan | Priority | normal => urgent |
| 2011-12-20 15:12 | ruslan | File Added: J1201004.pdf | |
| 2011-12-20 15:12 | ruslan | Note Added: 0000314 | |
| 2011-12-21 16:23 | ruslan | File Added: 20360023454034J1201004100000000111220112036.xml | |
| 2011-12-21 16:35 | ruslan | Note Added: 0000315 | |
| 2011-12-26 13:16 | barry | Status | new => resolved |
| 2011-12-26 13:16 | barry | Resolution | open => fixed |
| 2011-12-26 13:16 | barry | Assigned To | => barry |
| 2011-12-26 14:49 | ruslan | Note Added: 0000320 | |
| 2011-12-26 18:06 | ruslan | Note Added: 0000321 | |
| 2011-12-26 18:06 | ruslan | Status | resolved => feedback |
| 2011-12-26 18:06 | ruslan | Resolution | fixed => reopened |
| 2011-12-26 18:08 | ruslan | Note Edited: 0000321 | View Revisions |
| 2011-12-26 18:20 | ruslan | Note Added: 0000322 | |
| 2011-12-26 18:20 | ruslan | Status | feedback => assigned |
| 2011-12-27 11:22 | ruslan | Note Added: 0000323 | |
| 2011-12-27 11:22 | ruslan | Status | assigned => feedback |
| 2012-01-04 11:59 | ruslan | Note Added: 0000324 | |
| 2012-01-04 11:59 | ruslan | Status | feedback => assigned |
| 2012-01-04 12:09 | ruslan | Note Added: 0000325 | |
| 2012-01-04 15:12 | ruslan | Note Added: 0000326 | |
| 2012-01-04 15:19 | ruslan | Note Added: 0000327 | |
| 2012-01-05 11:52 | ruslan | Note Added: 0000328 | |
| 2012-01-05 14:24 | barry | Note Added: 0000330 | |
| 2012-01-05 18:59 | ruslan | Note Added: 0000331 | |
| 2012-01-05 22:22 | ruslan | Note Added: 0000332 | |
| 2012-01-05 22:23 | ruslan | Note Edited: 0000332 | View Revisions |
| 2012-01-05 22:30 | ruslan | Note Added: 0000333 | |
| 2012-01-05 22:31 | ruslan | Note Edited: 0000333 | View Revisions |
| 2012-01-06 09:36 | barry | Note Added: 0000334 | |
| 2012-01-06 09:36 | barry | Status | assigned => resolved |
| 2012-01-06 09:36 | barry | Resolution | reopened => fixed |
| 2012-01-06 14:20 | ruslan | Note Added: 0000336 | |
| 2012-01-10 16:43 | ruslan | Note Added: 0000337 | |
| 2012-01-10 16:43 | ruslan | Status | resolved => feedback |
| 2012-01-10 16:43 | ruslan | Resolution | fixed => reopened |
| 2012-01-10 16:45 | ruslan | Note Edited: 0000337 | View Revisions |
| 2012-01-10 17:03 | ruslan | Note Edited: 0000337 | View Revisions |
| 2012-01-10 18:33 | barry | Note Added: 0000338 | |
| 2012-01-10 18:33 | barry | Status | feedback => resolved |
| 2012-01-10 18:33 | barry | Resolution | reopened => fixed |
| 2012-01-12 13:58 | ruslan | Note Added: 0000341 | |
| 2012-01-12 13:58 | ruslan | Status | resolved => feedback |
| 2012-01-12 13:58 | ruslan | Resolution | fixed => reopened |
| 2012-01-17 21:15 | ruslan | Note Added: 0000350 | |
| 2012-01-17 21:15 | ruslan | Status | feedback => assigned |
| 2012-01-19 16:53 | barry | Status | assigned => resolved |
| 2012-01-19 16:53 | barry | Resolution | reopened => fixed |
| 2012-01-23 18:48 | ruslan | Note Added: 0000357 | |
| 2012-01-23 18:48 | ruslan | Status | resolved => feedback |
| 2012-01-23 18:48 | ruslan | Resolution | fixed => reopened |
| 2012-01-24 14:24 | barry | Status | feedback => resolved |
| 2012-01-24 14:24 | barry | Resolution | reopened => fixed |
| 2012-01-30 11:36 | ruslan | Status | resolved => closed |