Починайте з офіційного переліку операторів на e-ttn.gov.ua/provider, а не з випадкового списку програм. «Надано повнофункціональний доступ», «прийнято рішення про авторизацію» та «здійснюється тестування» — різні статуси, які потрібно перевірити перед запуском перевезень.
Де шукати перевірені платформи
Станом на 16 жовтня 2026 року офіційний портал е-ТТН публікує перелік платформ, їхні контакти та статус приєднання. Наявність у постачальника загального ЕДО, облікової програми або застосунку для логістики сама по собі не доводить готовності обмінюватися е-ТТН через державну систему. Перевіряйте конкретну платформу й юридичну особу оператора. Старі поради шукати універсальну е-ТТН у «Дії» або встановити будь-який застосунок із назвою «ТТН» не замінюють цього кроку.
Приклади з офіційного переліку
| Платформа | Статус у переліку на дату перевірки |
|---|---|
| Вчасно.ТТН | Надано повнофункціональний доступ |
| Medoc | Надано повнофункціональний доступ |
| EDIN | Надано повнофункціональний доступ |
| Signy | Надано повнофункціональний доступ |
| iFinEDI | Прийнято рішення про авторизацію платформи ЕДО |
| AGRI CHAIN Logistics | Здійснюється тестування |
Чому не слід брати список із давньої новини
Новина порталу від 12.03.2026 називала шість авторизованих платформ. На головній сторінці вже є пізніші рішення, зокрема серпневе щодо Comarch EDI та вересневе щодо «Агроконтролю». Отже, березнева кількість не є повним переліком на жовтень. Відокремлюйте дату повідомлення, дату рішення й поточний статус доступу. Саме офіційний реєстр статусів потрібен для актуальної перевірки, а не копіювання числа зі старої статті.
Що перевірити у своєму бізнес-процесі
- Чи підтримує платформа потрібний вам вид е-ТТН і актуальні технічні формати.
- Чи можуть відправник, перевізник, водій і одержувач виконати свої дії з їхніми засобами підписання.
- Чи працює обмін із контрагентами, які використовують інші платформи; перевірте це тестом, а не лише рекламною обіцянкою.
- Чи доступні потрібні акти коригування, історія станів і контроль помилок.
- Як дані потрапляють із вашої облікової системи та як уникнути повторного ручного введення.
- Чи можна експортувати оригінали, пов’язані підписи та історію обміну; що відбувається після завершення договору.
- Які тарифні одиниці, підтримка, умови інтеграції та резервний процес за збою.
Практичний приклад: перевірка одного маршруту
Умовний виробник відправляє вантаж через стороннього перевізника на склад покупця. Перед придбанням повного тарифу проведіть погоджений пілот: створіть документ із реальними ролями, перевірте отримання й підпис кожного учасника, виправлення помилки та завершення маршруту. Якщо PDF успішно створено, але водій або склад не може виконати свою дію, пілот не завершений. Зафіксуйте конкретну конфігурацію, причину помилки й повторний результат після виправлення.
Як порівнювати витрати без вигаданої економії
Зберіть власну базу до переходу: кількість документів, час підготовки, повторне введення та виправлення. Умовний приклад: 100 документів по 12 хвилин — 1 200 хвилин, або 20 годин. Після пілота 100 документів по 7 хвилин — 700 хвилин, або 11 годин 40 хвилин; різниця — 8 годин 20 хвилин. Це демонстрація обчислення, не обіцянка результату конкретної платформи. Додайте фактичну плату, інтеграцію, навчання й час на підтримку.
Окремо перевірте технічні вимоги та обов’язковість
Публічний FAQ порталу містить актуалізовану технічну документацію й сценарії тестування операторів. Статус платформи та обов’язок конкретного перевезення оформляти документ лише в електронній формі — різні питання. Не виводьте загальну обов’язковість е-ТТН для всіх вантажів із факту, що певний оператор пройшов авторизацію. Для юридичних вимог конкретного рейсу звіряють чинні транспортні норми; цей матеріал допомагає обрати й протестувати інструмент, а не визначає штрафи.
Типові помилки
- Плутати реєстрацію у звичайному ЕДО з готовністю роботи в Системі е-ТТН.
- Називати всі записи переліку платформами з повнофункціональним доступом.
- Видавати старий список шести операторів за вичерпний жовтневий.
- Гарантувати економію 80% або сумісність із будь-якою програмою без тесту.
- Перевіряти тільки створення PDF, не завершивши всі дії учасників.
- Не перевірити експорт, історію коригувань та доступ до архіву.
Поширені запитання
- Чи потрібно всім учасникам користуватися одним брендом? Перевірте можливості обміну між їхніми конкретними платформами та повний маршрут у пілоті.
- Чи можна почати лише з тестового доступу? Це може бути підготовчим етапом, але його не видають за підтверджену роботу повного процесу.
- Чи є iFinEDI серед операторів? Так, у перевіреному офіційному переліку; статус наведено окремо в таблиці, без підміни рішення про авторизацію повним доступом.
Увійдіть до iFin, щоб застосувати ці рекомендації у своїй роботі.
Увійти в iFinДжерела та корисні посилання
Опубліковано 16 жовтня 2026 р.. Останнє оновлення: 16 жовтня 2026 р.. Матеріал описує робочий процес. Для конкретної операції звіряйте чинні норми та актуальну інструкцію сервісу. Редакційні принципи
