Створення XML та Валідація 1 (Квитанція 1) На цьому етапі SAF-T Reporter перевіряє, чи можна сформувати XML-файл з технічної точки зору.Ця перевірка допомагає знайти помилки, які можуть завадити створенню XML-файлу або отриманню Квитанції №1.Квитанція №1 підтверджує, що файл доставлено до ДПС і він пройшов первинну технічну перевірку.Під час створення XML на цьому етапі система перевіряє:чи проставлено мапінг для обов’язкових полів;чи заповнені обов’язкові поля;чи відповідають дані технічним вимогам XML-структури.Якщо обов’язкове поле не замаплене або у ньому немає значення, система покаже помилку. Важливо! Відсутність 1-ї квитанції у встановлені терміни — це прямий шлях до штрафних санкцій за несвоєчасне подання звітності. Важливо про необов’язкові поля Поле без зірочки є необов’язковим з технічної точки зору, але це не означає, що його завжди можна ігнорувати.ДПС пояснює, що необхідність заповнення поля залежить від того, чи актуальна така інформація для вашого бізнесу та ваших операцій.Наприклад, якщо для окремих товарів у вас немає кодів УКТ ЗЕД, такі значення можна не заповнювати. Але якщо коди УКТ ЗЕД у вас є та використовуються в обліку, колонку з відповідним мапінгом не варто ігнорувати.Також деякі поля можуть бути пов’язані між собою: якщо ви заповнили одне поле, інше поле може стати необхідним для коректної перевірки файлу на наступних етапах (Валідація 2). Як запустити створення XML Після імпорту даних і налаштування мапінгу натисніть кнопку «Створити XML» у верхній частині вікна SAF-T Reporter. Після цього запуститься процес перевірки та формування XML-файлу. Зверніть увагу, що для великих файлів цей процес може зайняти певний час. На початку створення XML може з’явитися інформаційне вікно «Перевірку мапінгу закінчено» (як на скріні нижче). Це повідомлення можна використовувати як швидку попередню перевірку мапінгу.Якщо файл великий і створення XML може тривати довго, перегляньте це повідомлення перед продовженням. Якщо в ньому є критичні пропуски в мапінгу, ви можете зупинити процес, натиснувши «No», виправити мапінг або дані та запустити створення XML повторно.Якщо файл невеликий, це повідомлення можна пропустити: натисніть «Yes» і дочекайтеся завершення повної валідації. Остаточний перелік помилок буде відображено після завершення перевірки в розділі «Результати валідації». Важливо! Зверніть увагу, що попередня перевірка у цьому вікні не є абсолютно точною. Вона може відображати більше або менше помилок, ніж буде виявлено під час повної валідації. Тому вона є лише допоміжним інструментом для попереднього контролю. Після завершення перевірки з’явиться повідомлення «Файл SAF_T_UA успішно створено, знайдені помилки: XXX».У цьому ж повідомленні буде показано шлях до створеного файлу. За замовчуванням файл зберігається в папці проєкту IDEA у розділі SAF-T Reporter Results: C:\Users\користувач\Documents\My IDEA Documents\IDEA Projects\назва проекту\SAF-T Reporter Results\…Натисніть «ОК», щоб закрити повідомлення та перейти до перегляду результатів валідації.Якщо під час перевірки були знайдені помилки, до назви файлу додається префікс invalid. Це означає, що XML-файл створено, але його потрібно виправити перед поданням.Якщо помилок не знайдено, файл створюється без префікса invalid. Такий XML-файл можна використовувати для подальшої перевірки та подання. Перегляньте знайдені помилки в нижній частині вікна SAF-T Reporter у розділі «Результати валідації» на вкладці «Перевірка». 📌 Зверніть увагу! у програмі встановлено обмеження на кількість помилок. Якщо помилок більше 50 000, валідація зупиняється, і програма показує лише перші знайдені помилки. У такому випадку виправте показані помилки у джерелі даних або мапінгу, а потім повторно натисніть «Створити XML» для продовження перевірки. Структура вікна результатів У таблиці результатів буде наведена вся інформація про знайдені помилки. У вікні доступні шість колонок:Статус — показує тип повідомлення: помилка (❌).Таблиця — показує, у якій таблиці знайдено проблему.Якщо назва відображається як посилання, на неї можна натиснути, щоб перейти до відповідної таблиці.Мапінг — вказує на конкретну колонку, де виникла проблема.Опис помилки — деталізація проблеми (який саме елемент та чому не пройшов перевірку).Всього помилок — показує кількість знайдених помилок за цим правилом.Номер рядку таблиці — містить конкретні ID рядків, у яких знайдено помилку. За ними можна знайти проблемні записи у таблиці (поставити фільтр). Довідник помилок Описи всіх можливих помилок валідації та рекомендації щодо їх виправлення можна переглянути за посиланням. Завершення роботи Коли всі помилки виправлено, список результатів перевірки стане порожнім.Це означає, що файл пройшов технічну валідацію і під час подання має бути прийнятий на рівні Квитанції №1.Після цього ви можете переглянути готовий XML-файл і переходити до наступного етапу — перевірок для Квитанції №2.
