Лог перевірок звітності: що записувати й як читати результат

Спочатку визначте походження запису

Станом на 17.10.2026 офіційна довідка Електронного кабінету описує підготовку, перевірку й надсилання звітності, а ДПС — результати обробки у квитанціях. Внутрішні серверні журнали ДПС не є загальнодоступним журналом кожного платника. Не вигадуйте їхню схему, доступ до бази даних або універсальне повідомлення SMS. Нижче — рекомендований робочий журнал бухгалтерії та аналіз фактично доступних повідомлень.

Чотири різні рівні контролю

Які поля варто зберігати

1. Дата, час і часовий пояс події, назва системи та її версія, якщо доступна.
2. Платник, вид форми, звітний період і тип документа без зайвого розкриття персональних даних.
3. Ідентифікатор пакета та незміненої версії файла, з якою виконано дію.
4. Операція: перевірка, підписання, надсилання, отримання відповіді чи виправлення.
5. Точний код і текст повідомлення, фактичний результат та посилання на квитанцію або інший доказ.
6. Хто розбирає помилку, що змінено, коли повторено перевірку й яким є новий результат.

Приклад: зелена перевірка, але негативна квитанція

О 09:10 програма перевірила арифметику файла A; о 09:12 пакет надіслано; о 09:15 отримано першу негативну квитанцію про проблему підпису. Не виправляйте запис 09:10 на «все пройшло» і не чекайте другу квитанцію для негативного першого етапу. Збережіть причину, виправте саме підписання, повторіть необхідні перевірки нового пакета й пов’яжіть його з попередньою спробою. Дві спроби — не два успішно подані звіти.

Приклад підсумку без приховування невідомого

За день опрацьовано 12 пакетів: 9 мають позитивне підтвердження прийняття, 2 — негативний результат, для 1 відповідь ще не встановлено. Звірка: 9 + 2 + 1 = 12. Підтверджено прийнято 9 ÷ 12 × 100% = 75%. Невідомий результат не зараховують ані до успіху, ані до доведеної відмови. Для нього залишають відповідального й наступну перевірку.

Як читати квитанції разом із журналом

ДПС пояснює: негативний результат автоматизованої перевірки в першій квитанції означає неприйняття, друга тоді не формується. Друга квитанція повідомляє про прийняття/реєстрацію або неприйняття. Зіставляйте реквізити саме з потрібним пакетом. Однакова назва файла не гарантує однакового вмісту. За відсутності відповіді перевірте встановлений для документа порядок і фактичний стан у системі, а не лише локальний час відправлення.

Збереження та доступ

NCSC рекомендує планувати логування під конкретні питання розслідування, забезпечувати доступність журналів і захист від підміни. Для бухгалтерії практично корисні контрольований доступ, збереження первісного запису та додавання результату виправлення окремою подією. Не записуйте паролі, приватні ключі чи повні секретні токени. Строки збереження податкових документів визначають окремо: рекомендація з кібербезпеки не встановлює український строк архіву звітності.

Типові помилки та FAQ

1. Шукати слово ERROR без перевірки, який документ і етап воно стосується.
2. Стирати невдалу спробу після успішної та втрачати хронологію.
3. Чи лог замінює квитанцію? Ні, він допомагає знайти й пов’язати докази.
4. Чи однаковий формат логів у всіх сервісах? Ні, поля залежать від системи; наведений перелік — робоча рекомендація.
5. Чи потрібні бухгалтеру серверні права ДПС? Ні, аналізуйте доступні повідомлення й передавайте точні технічні дані штатній підтримці.