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:
Так. Опосередкований вплив.