Skip to main content

EDI Network (продукт "Е-ТТН")

  • Оптимізація формування підтвердження заявки на транспортування для компанії «Ерідон»

🚛 Що змінилося:
Додано перевірку номерів рейсів у заявці. Якщо всі рядки містять однаковий номер рейсу, підтвердження формується автоматично для всієї заявки.

🎯 Навіщо це зроблено:

  • Скорочує кількість ручних дій під час обробки заявок.
  • Прискорює оформлення перевезень.
  • Підтримує сценарії з кількома точками навантаження та розвантаження в межах одного рейсу.

👥 Для кого:
Для партнерів компанії «Ерідон».

🔗 Вплив на роботу API/FTP:
Немає. 

  • Підтримка міжнародних форматів ID у TransportationOrder

🌍 Що змінилося:
Розширено правила валідації поля ID для Вантажовідправника та Вантажоодержувача. Відтепер підтримуються міжнародні ідентифікатори довжиною від 2 до 20 символів із використанням латинських літер та цифр.

🎯 Навіщо це зроблено:

  • Спрощує роботу з міжнародними перевезеннями.
  • Забезпечує підтримку іноземних контрагентів без додаткових налаштувань.
  • Зменшує кількість помилок під час створення транспортних документів.

👥 Для кого:
Для всіх користувачів, які працюють з міжнародними перевезеннями.

🔗 Вплив на роботу API/FTP:
Немає. 

  • Робота з кількома вантажовідправниками в TransportationOrder

🏭 Що змінилося:
Реалізовано можливість заповнювати дані Вантажовідправника як на рівні документа, так і на рівні окремих позицій або завантажень.

🎯 Навіщо це зроблено:

  • Підтримує складні логістичні сценарії.
  • Дозволяє оформлювати перевезення від кількох вантажовідправників в одному документі.
  • Підвищує гнучкість роботи з транспортними замовленнями.

👥 Для кого:
Для партнерів компанії «Ерідон».

🔗 Вплив на роботу API/FTP:
Так. Опосередкований вплив. 

  • Доопрацювання WebHook для мережі VARUS

🔔 Що змінилося:
До інтеграції додано новий тип сповіщення для коригуючого документа «Акт перепломбування».

🎯 Навіщо це зроблено:

  • Забезпечує підтримку нових бізнес-процесів у межах інтеграції.
  • Підвищує повноту автоматичного обміну даними.
  • Зменшує потребу в ручному контролі змін у документах.

👥 Для кого:
Для користувачів інтеграції VARUS та систем, що обробляють WebHook-повідомлення  по ТТН та коригуючих актах..

🔗 Вплив на роботу API/FTP:
Немає. 

  • Контроль заповнення CharacteristicCode для мережі «АТБ»

✅ Що змінилося:
Для причепів та напівпричепів (CategoryCode = TE) поле CharacteristicCode стало обов'язковим і має містити значення 14 або 17.

🎯 Навіщо це зроблено:

  • Запобігає помилкам інтеграції.
  • Підвищує якість даних у транспортних документах.
  • Забезпечує відповідність вимогам мережі «АТБ» до електронних документів.

👥 Для кого:
Для користувачів, які формують ТТН та коригуючі акти для роботи з мережею «АТБ».

🔗 Вплив на роботу API/FTP:
Немає. 

  • Валідація ТТН на наявність зайвих тегів для мережі «АТБ»

🚛 Що змінилося:
Додано логіку перевірки та автоматичного видалення наступних тегів у ТТН:

  • ExchangedDocument/Remarks,
  • PickUpTransportEvent/Description.

Також додано контроль заповнення операцій розвантаження та  редагування даних вантажоодержувача —  редагування доступне лише для Вантажоодержувача

🎯 Навіщо це зроблено:

  • Уніфікація структури ТТН відповідно до вимогмережі «АТБ».
  • Виключення зайвих даних у документі.
  • Посилення контролю ролей під час заповнення критичних даних.

👥 Для кого:
Для партнерів мережі «АТБ».

🔗 Вплив на роботу API/FTP:
Так. Опосередкований вплив. 

  • Оновлення структури ТТН для мережі «АТБ»

✅ Що змінилося:

Нове поле в ТТН «Місце, де зберігається автомобіль».

Орієнтовно з 22.06.2026 постачальники мережі «АТБ» зможуть передавати в ТТН інформацію про місце зберігання транспортного засобу.

У разі зміни термінів буде надано додаткове сповіщення.

🎯 Навіщо це зроблено:

  • Відповідність ТТН Наказу Мінрозвитку від 12.12.2025 № 1727.

👥 Для кого:
Для користувачів, які формують ТТН та коригуючі акти для роботи з мережею «АТБ».

🔗 Вплив на роботу API/FTP:
Так. Опосередкований вплив. 

Back to top