# 16.06.2026

# EDI Network

- ##### **Інтеграція підписання через EDIN ID**

📦 **Що це означає:** Реалізовано API-метод для підписання Комерційних документів, Універсальних документів та Товарних накладних з використанням **EDIN ID**.

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

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

👥 **Для кого:**  
Для всіх користувачів платформи EDIN.

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

- ##### **Оновлення документа «Акт розбіжностей» (DOCCORINVOICE)**

📦 **Що це означає:** До структури документа «Акт розбіжностей» (DOCCORINVOICE) додано нове опційне поле **UUID** документа та реалізовано його обробку в системі.

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

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

👥 **Для кого:**  
Для всіх постачальників торговельної мережі ТОВ «ЕПІЦЕНТР К».

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

# Маркет

- ##### **Фільтр «Місце доставки» у пошуку замовлень**

**🔎 Що змінилося:**  
У мобільному додатку **Маркет** додано новий фільтр «Місце доставки» на екрані пошуку замовлень. Фільтр реалізовано у вигляді випадаючого списку з можливістю вибору одного значення.

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

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

👥 **Для кого:**  
Для всіх користувачів мобільного додатка **Маркет**.

🔗 **Вплив на роботу API/FTP:**  
Ні.

- ##### **Контроль доступних GLN та розширене відображення місця доставки**

**📍 Що змінилося:**  
Під час оформлення замовлення користувач бачить лише ті GLN, які доступні відповідно до його прав доступу. Також у списку місць доставки тепер відображається не лише адреса, а й назва GLN.

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

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

👥 **Для кого:**  
Для користувачів мобільного додатка **Маркет**, які створюють замовлення або оформлюють повернення товару.

🔗 **Вплив на роботу API/FTP:**  
Ні.

- ##### **Підтримка правил доступу до замовлень**

**🔒 Що змінилося:**  
Для користувачів із налаштованими обмеженнями за місцем доставки відображаються лише замовлення, доступні для них. Аналогічні правила застосовано і до push-сповіщень.

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

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

👥 **Для кого:**  
Для користувачів мобільного додатка **Маркет** із налаштованими правилами доступу.

🔗 **Вплив на роботу API/FTP:**  
Ні.

- ##### **Обробка нових товарних позицій у документах DESADV, ORDRSP та RECADV**

**📦 Що змінилося:**  
Реалізовано відображення та обробку нових товарних позицій, які відсутні у початковому замовленні. Такі позиції тепер доступні в перегляді замовлення, враховуються в підсумкових розрахунках, прийомі товару та історії замовлення. Додано відмітку «Новий товар» і поле «Кількість нових товарів».

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

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

👥 **Для кого:**  
Для користувачів мобільного додатка **Маркет**, які працюють із документами DESADV, ORDRSP та RECADV.

🔗 **Вплив на роботу API/FTP:**  
Ні.

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

# Driver

- ##### **Збільшено таймаут повторної генерації OTP-коду**

**📲 Що змінилося:**  
Час очікування перед повторною генерацією OTP-коду збільшено з 1 до 3 хвилин. Також на екрані введення коду додано повідомлення «Перевірте наявність зв'язку».

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

- Зменшує кількість помилок авторизації.
- Знижує навантаження на SMS-сервіси.
- Мінімізує випадки використання неактуальних OTP-кодів.
- Покращує користувацький досвід під час реєстрації та відновлення доступу.

👥 **Для кого:**  
Для нових користувачів мобільного додатка **EDIN Driver** під час реєстрації або відновлення доступу.

🔗 **Вплив на роботу API/FTP:**  
Ні.

- ##### **Оновлення логіки екрану «Контактні дані»**

**👤 Що змінилося:**  
Для користувачів, які використовують авторизацію через email, збережено можливість змінювати спосіб входу. Для користувачів, які використовують номер телефону як логін, така можливість більше недоступна.

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

- Робить інтерфейс більш зрозумілим та логічним.
- Спрощує управління обліковими записами.
- Зменшує кількість звернень до служби підтримки щодо авторизації.

👥 **Для кого:**  
Для нових користувачів мобільного додатка **EDIN Driver**.

🔗 **Вплив на роботу API/FTP:**  
Ні.