Чому під час вивантаження податкового документа у формат xml, на вкладці "Службові дані" реквізит <C_DOC_CNT> не збігається з порядковим номером податкової накладної, що вивантажується?
Під час вивантаження податкової накладної на вкладці "Службові дані" зазначаються дані, необхідні для формування імені .xml файлу.
Під час вивантаження податкової накладної на вкладці "Службові дані" зазначаються дані, необхідні для формування імені .xml файлу.
Порядковий номер податкової накладної та дата не присутні в імені .xml файлу, вони присутні лише в самому файлі, а реквізити мають назви "HNUM" і "HFILL".
Згідно з Наказом ДПАУ від 03.05.2006 №242 "Про затвердження формату (стандарту) електронного документа звітності платників податків" елемент <C_DOC_CNT> — це номер однотипного документа в періоді, а не порядковий номер.
Наприклад, під час вивантаження податкової накладної з номером №1 від 19.02.2016 р. уперше буде сформовано документ з іменем файлу 26542364576527J1201007100000000110220162654.xml, і в цьому випадку елемент <C_DOC_CNT> дорівнюватиме "1".
Якщо цю податкову накладну вивантажити вдруге — буде сформовано документ з іменем файлу 26542364576527J1201007100000000310220162654.xml, і елемент <C_DOC_CNT> вже дорівнюватиме "3".
Якщо цю податкову накладну вивантажити втретє — буде сформовано документ з іменем файлу 26542364576527J1201007100000000510220162654.xml, відповідно елемент <C_DOC_CNT> дорівнюватиме "5".
Те, що номер у періоді збільшується на 2, а не на 1, — це технологічна особливість, яка не суперечить Наказу 957. У ньому не сказано, що нумерація має бути послідовною без пропусків.
Таким чином, функціонал типових конфігурацій гарантує відсутність дублів у нумерації, що і є основною вимогою наказу.
Тому вручну виправляти дані на вкладці "Службові дані" не рекомендується.