KSeF відхилив попередній XML: чи змінювати нумерацію?
Фактури 8 і 9 прийняті, а 7 відхилена? Власний номер і порядок прийняття до KSeF різні.
Фактури підготовлені послідовно, але попередній XML не пройшов перевірку, а пізніші вже мають номери KSeF. Сама ця послідовність не вимагає перенумерації продажів.
Власний номер належить виставцю
Фактура має послідовний номер в одній або кількох серіях, який однозначно її визначає. Це номер виставця в P_2. Номер KSeF — окремий ідентифікатор. Не змінюйте P_2 лише для відтворення порядку обробки системою.
Приклад Міністерства
Фактури 7, 8 і 9 підготовлено в правильній послідовності. XML фактури 7 відхилено через невідповідність структурі, а 8 і 9 прийнято. Після виправлення фактуру 7 надіслано й прийнято того самого дня. Міністерство не вимагає корекції лише через пізніше прийняття. Приклад не визначає наслідків для дати виставлення при повторі наступного дня.
Відокремте помилку XML від даних фактури
Прочитайте відмову, виправте причину та збережіть зв’язок спроб із тим самим документом. Не створюйте автоматично нову фактуру чи корекцію лише заради порядку. Помилки продажу, дат або дублювання потребують окремої оцінки; цей матеріал лише про нумерацію.
FAQ
Чи потрібна корекція через порядок прийняття?
Не сама по собі, якщо фактури початково мали правильну нумерацію.
Чи видаляти відхилену спробу?
Збереження повідомлення та результату виправленої спроби полегшує перевірку. Це практична рекомендація.
Чи можна довільно змінювати дату?
Ні. Приклад описує виправлення й прийняття того самого дня, а не загальне правило для інших дат.
Джерело
Міністерство фінансів: посібник KSeF 2.0.
Наступний крок
Опишіть проблему у формі Oxyok. Не надсилайте паролі чи ключі доступу..