ГОЛОВНЕ

Починайте з офіційного переліку операторів на e-ttn.gov.ua/provider, а не з випадкового списку програм. «Надано повнофункціональний доступ», «прийнято рішення про авторизацію» та «здійснюється тестування» — різні статуси, які потрібно перевірити перед запуском перевезень.

Де шукати перевірені платформи

Станом на 16 жовтня 2026 року офіційний портал е-ТТН публікує перелік платформ, їхні контакти та статус приєднання. Наявність у постачальника загального ЕДО, облікової програми або застосунку для логістики сама по собі не доводить готовності обмінюватися е-ТТН через державну систему. Перевіряйте конкретну платформу й юридичну особу оператора. Старі поради шукати універсальну е-ТТН у «Дії» або встановити будь-який застосунок із назвою «ТТН» не замінюють цього кроку.

Приклади з офіційного переліку

ПлатформаСтатус у переліку на дату перевірки
Вчасно.ТТННадано повнофункціональний доступ
MedocНадано повнофункціональний доступ
EDINНадано повнофункціональний доступ
SignyНадано повнофункціональний доступ
iFinEDIПрийнято рішення про авторизацію платформи ЕДО
AGRI CHAIN LogisticsЗдійснюється тестування

Чому не слід брати список із давньої новини

Новина порталу від 12.03.2026 називала шість авторизованих платформ. На головній сторінці вже є пізніші рішення, зокрема серпневе щодо Comarch EDI та вересневе щодо «Агроконтролю». Отже, березнева кількість не є повним переліком на жовтень. Відокремлюйте дату повідомлення, дату рішення й поточний статус доступу. Саме офіційний реєстр статусів потрібен для актуальної перевірки, а не копіювання числа зі старої статті.

Що перевірити у своєму бізнес-процесі

  1. Чи підтримує платформа потрібний вам вид е-ТТН і актуальні технічні формати.
  2. Чи можуть відправник, перевізник, водій і одержувач виконати свої дії з їхніми засобами підписання.
  3. Чи працює обмін із контрагентами, які використовують інші платформи; перевірте це тестом, а не лише рекламною обіцянкою.
  4. Чи доступні потрібні акти коригування, історія станів і контроль помилок.
  5. Як дані потрапляють із вашої облікової системи та як уникнути повторного ручного введення.
  6. Чи можна експортувати оригінали, пов’язані підписи та історію обміну; що відбувається після завершення договору.
  7. Які тарифні одиниці, підтримка, умови інтеграції та резервний процес за збою.

Практичний приклад: перевірка одного маршруту

Умовний виробник відправляє вантаж через стороннього перевізника на склад покупця. Перед придбанням повного тарифу проведіть погоджений пілот: створіть документ із реальними ролями, перевірте отримання й підпис кожного учасника, виправлення помилки та завершення маршруту. Якщо PDF успішно створено, але водій або склад не може виконати свою дію, пілот не завершений. Зафіксуйте конкретну конфігурацію, причину помилки й повторний результат після виправлення.

Як порівнювати витрати без вигаданої економії

Зберіть власну базу до переходу: кількість документів, час підготовки, повторне введення та виправлення. Умовний приклад: 100 документів по 12 хвилин — 1 200 хвилин, або 20 годин. Після пілота 100 документів по 7 хвилин — 700 хвилин, або 11 годин 40 хвилин; різниця — 8 годин 20 хвилин. Це демонстрація обчислення, не обіцянка результату конкретної платформи. Додайте фактичну плату, інтеграцію, навчання й час на підтримку.

Окремо перевірте технічні вимоги та обов’язковість

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

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

  1. Плутати реєстрацію у звичайному ЕДО з готовністю роботи в Системі е-ТТН.
  2. Називати всі записи переліку платформами з повнофункціональним доступом.
  3. Видавати старий список шести операторів за вичерпний жовтневий.
  4. Гарантувати економію 80% або сумісність із будь-якою програмою без тесту.
  5. Перевіряти тільки створення PDF, не завершивши всі дії учасників.
  6. Не перевірити експорт, історію коригувань та доступ до архіву.

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

  1. Чи потрібно всім учасникам користуватися одним брендом? Перевірте можливості обміну між їхніми конкретними платформами та повний маршрут у пілоті.
  2. Чи можна почати лише з тестового доступу? Це може бути підготовчим етапом, але його не видають за підтверджену роботу повного процесу.
  3. Чи є iFinEDI серед операторів? Так, у перевіреному офіційному переліку; статус наведено окремо в таблиці, без підміни рішення про авторизацію повним доступом.

Увійдіть до iFin, щоб застосувати ці рекомендації у своїй роботі.

Увійти в iFin

Джерела та корисні посилання

Опубліковано 16 жовтня 2026 р.. Останнє оновлення: 16 жовтня 2026 р.. Матеріал описує робочий процес. Для конкретної операції звіряйте чинні норми та актуальну інструкцію сервісу. Редакційні принципи