Акти коригування е-ТТН: подання, підписи та оновлення версії

Які правила використовувати

Станом на 17 жовтня 2026 року офіційний сайт е-ТТН публікує технічну документацію, погоджену листом Мінрозвитку від 17.04.2026 №9934/32/10-26. Це опис роботи системи, а не підстава оголосити всі перевезення обов’язково електронними. Назви кнопок, підтримку конкретного сценарію та доступ до продуктивного середовища перевіряйте у свого оператора. Загальна інструкція до актів і окрема інструкція до Акта коригування вирішують різні питання.

Вибір документа до зміни

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

Контроль подання: п’ять дій

1. Зафіксуйте ID і поточну версію е-ТТН, помилкове значення, правильне значення та документальну підставу зміни.
2. Оберіть належний тип акта й ініціатора з дозволеною роллю; перевірте список усіх потрібних підписантів саме для цього стану.
3. Створіть акт через платформу, перевірте посилання на е-ТТН і підпишіть встановленим для сценарію підписом. Не змінюйте поля, які специфікація визначає лише для читання.
4. Перевірте реєстрацію та подальші підписи. Прийняття файла оператором не прирівнюйте до остаточного статусу SIGNED.
5. Після завершення акта забезпечте реєстрацію наступної версії е-ТТН і звірте внесені зміни та посилання на акт. Збережіть весь комплект.

Що означають статуси акта

Приклад контролю версій

Умовна е-ТТН має версію 4. Після погодженого виправлення реквізиту акт отримав SIGNED, але бухгалтер бачить у завантаженні лише версію 4. Контроль ще не завершений: наступна версія — 4 + 1 = 5. Потрібно перевірити версію 5, виправлене поле та зв’язок з актом, а не лише лист про підписання. Якщо один з паралельних актів став SIGNED, інші акти у PENDING_SIGNATURE можуть перейти у DISABLED; перед повторним створенням звірте актуальний стан.

Підписанти й незгода

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

Типові помилки

1. Повністю перевипускати накладну замість відповідного акта без перевірки сценарію.
2. Виправляти XML після накладання підписів і зберігати старі підписи як чинні.
3. Обіцяти, що акт завжди погоджується за годину або автоматично усуває штрафи.
4. Не перевіряти, чи підтримує оператор потрібний тип акта у продуктивному середовищі.
5. Зберегти лише візуальну копію, втративши підписаний акт, версії е-ТТН і підтвердження статусів.

Поширені запитання

1. Чи однакові правила для всіх дев’яти актів? Ні: загальний життєвий цикл доповнюється окремими обмеженнями сценарію.
2. Чи достатньо SIGNED у повідомленні? Перевірте сам акт і оновлену е-ТТН, а не тільки повідомлення.
3. Що робити з неактуальним актом? Зафіксувати результат, отримати актуальну версію е-ТТН і визначити подальший сценарій разом з учасниками та оператором.