WHAT'S NEW ############################################################# .. role:: red .. role:: underline .. role:: green .. сюда закину немного картинок для текста .. |news| image:: /general_2_0/pics_rabota_s_platformoj_EDIN_2.0/rabota_s_platformoj_023.png .. |news_c| image:: /general_2_0/pics_rabota_s_platformoj_EDIN_2.0/rabota_s_platformoj_022.png ---------------------------------------------------- :green:`EDI Network (продукт «Е-ТТН»)` .. table:: +-------------------------+------------------------------+-----------------------------------------------+----------------------+--------------------------------+ |**Доопрацювання** |**Що зробили?** | **Навіщо зробили?** |**Для кого зробили?** |**Вплив на роботу по API/FTP?** | +-------------------------+------------------------------+-----------------------------------------------+----------------------+--------------------------------+ |Заблоковано використання |Заблоковано використання |Основна діяльність з оформлення, підписання та |Для всіх користувачів |Так | |сервісу Е-ТТНv2 для |сервісу Е-ТТНv2 для наступних |обміну ТТН і коригуючими актами здійснюється в |сервісу E-ТТНv2 | | |створення, підписання та |дій. Вимкнено можливість |EDI Network | | | |надсилання транзакцій |створення, підписання та | | | | | |надсилання транзакцій: | | | | | | * ТТН v2; | | | | | | * Коригуючих актів до ТТН v2;| | | | | |Також заблоковано формування | | | | | |як чернеток, так і будь-яких | | | | | |подальших транзакцій після | | | | | |відправки ВВ | | | | | |(вантажовідправником). | | | | +-------------------------+------------------------------+-----------------------------------------------+----------------------+--------------------------------+ |Розширено поля вводу для |Тепер у чернетках повністю |Для зручного перегляду всієї інформації по |Для всіх користувачів |Ні | |перегляду назв та адрес |відображаються назви та адреси|контрагенту без додаткових дій: |сервісу EDI Network | | |контрагентів у чернетках |контрагентів в наступних | - Користувач одразу бачить повну назву та | | | |документів |документах, якщо вони довгі: | адресу контрагента при його виборі у полі. | | | | | * Товарно-транспортна | - Це особливо важливо, коли в системі є | | | | | накладна (ТТН) та попередня| декілька контрагентів із подібними назвами | | | | | ТТН; | або коли назва включає важливі реквізити | | | | | * Коригуючі акти до ТТН; | (наприклад, філії, склади, підрозділи). | | | | | * Заявка на транспортування |Покращення точності і швидкості роботи: | | | | | та Підтвердження заявки. | - Менше ризику помилково обрати не того | | | | | | контрагента. | | | | | | - Підвищення ефективності при заповненні | | | | | | документів та економія часу для користувача.| | | +-------------------------+------------------------------+-----------------------------------------------+----------------------+--------------------------------+ ---------------------------------------------------- ``**20.05.2025**`` :green:`Маркет` .. table:: +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |**Доопрацювання** |**Що зробили?** | **Навіщо зробили?** | **Для кого робили?**|**Вплив на роботу по API/FTP?**| +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |Доопрацювали логіку |Доопрацювали логіку автоматич|Щоб забезпечити коректну логістику та автоматизацію|Для всіх користувачів|Так | |розрахунку кількості |ного розрахунку кількості |обліку замовлень, мінімізувати ручне втручання і |сервісу Маркет | | |палет при |палет при інтегрованій |уникнути неточностей у доставці. | |`Посилання на XML специфікацію | |інтегрованій |відправці замовлення. Якщо в | | |`__ | | |одиниць у коробці та | | | | | |кількість коробок на палеті, | | | | | |система тепер самостійно вико| | | | | |нує точний розрахунок кількос| | | | | |ті палет. Навіть якщо | | | | | |покупець не передає | | | | | |інформацію про кількість | | | | | |палет у замовленні, система | | | | | |автоматично розраховує цей | | | | | |показник на основі прайс- | | | | | |листа. | | | | +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |Доопрацьовано логіку |#. Реалізовано доопрацювання |#. Щоб унеможливити створення замовлень із |Для всіх користувачів|Так | |роботи обмеження | логіки обмеження "Підтип | некоректними типами при встановлених бізнес- |сервісу Маркет | | |"Підтип замовлення" | замовлення" для покупця. | обмеженнях між продавцем і покупцем. | |`Посилання на XML специфікацію | | | Якщо таке обмеження встано|#. Для гнучкості роботи з замовленнями, що | |`__ | | | зковим. До його заповнення| асортименту, оскільки стосуються вже придбаних | | | | | обмеження по замовленню та| товарів. | | | | | товарам не застосовуються.|#. Це знижує ризики дублювань або помилок, покращує| |`Посилання на API документацію | | | Додатково, у залежності | інтеграцію з зовнішніми системами та підвищує | |`__ | | | ня" чи "Зняття з відповіда| | | | | | льного зберігання"), систе| | | | | | ма застосовує відповідну | | | | | | логіку перевірок. | | | | | |#. Реалізували перевірку знач| | | | | | ення у документ| | | | | | ах ORDERS (family = 8, | | | | | | DOCTYPE = О або R), що над| | | | | | ходять через FTP або API. | | | | | | Якщо для зв’язки Продавець| | | | | | → Покупець встановлено обм| | | | | | еження "allowed _ order _ | | | | | | subtype", документ | | | | | | приймається лише за | | | | | | наявності відповідного | | | | | | значення у обмеженні (1, | | | | | | 2, або 3), інакше — | | | | | | відхиляється. | | | | | |#. Для документів ORDERS | | | | | | (family = 8, DOCTYPE = О | | | | | | або R) з ORDRTYPE = 3 | | | | | | (Зняття з відповідального | | | | | | зберігання), реалізовано | | | | | | виняток: система не | | | | | | виконує перевірки на відпо| | | | | | відність обмеженням по | | | | | | замовленню та товарам | | | | +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |Переробка сховища та |На нашій стороні оновили |Це технічне оновлення дозволяє в майбутньому швидше|Важливо! Якщо ви |Так | |міграція прайс-листів|логіку зберігання товарів у |запускати нові функції, спрощує оновлення |помітили будь-які | | | |сервісі «Маркет». Також |характеристик товару та дає змогу гнучко працювати |неточності в даних | | | |виконали міграцію товарів у |з прайсами на рівні продавець-покупець або груп |товарів або прайс- | | | |нову структуру без зміни |покупців. |листів – будь ласка, | | | |існуючих процесів для | |одразу зверніться до | | | |користувачів. | |нашої технічної | | | | | |підтримки для | | | | | |оперативного аналізу | | | | | |та усунення. | | +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ ---------------------------------------------------- :green:`EDI Network (продукт «Е-ТТН»)` .. table:: +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |**Доопрацювання** |**Що зробили?** | **Навіщо зробили?** | **Для кого робили?**|**Вплив на роботу по API/FTP?**| +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |Отримання всіх |Доопрацювали логіку |Щоб забезпечити цілісність документообігу для нових|Для всіх користувачів|Ні | |наявних коригуючих |автоматичного створення Актів|учасників ТТН, гарантувати, що всі сторони мають |сервісу EDI Network | | |актів до ТТН новими |у ТТН. Тепер, при додаванні |повний набір необхідних документів для обробки та | | | |учасниками |нового учасника в ТТН через |зберігання | | | | |транзакцію, система | | | | | |автоматично створює для нього| | | | | |всі наявні коригуючі Акти, | | | | | |які вже були створені по цій | | | | | |ТТН та мають позитивно | | | | | |завершений життєвий цикл | | | | | |(ЖЦ). Попередня логіка | | | | | |залишилась актуальною — Акти | | | | | |створюються всім поточним | | | | | |учасникам після завершення ЖЦ| | | | | |відповідного Акта. | | | | +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |Додавання нового поля|#. Реалізували нове поле |Для зручності та автоматизації роботи з документами|Для всіх користувачів|Ні | |"Серія, номер | "Серія, номер водійського |в тих випадках, коли одна особа виконує роль і |сервісу EDI Network | | |водійського | посвідчення" при |перевізника, і водія. Це усуває потребу створювати | | | |посвідчення" при | реєстрації та в GLN. Якщо |окремі GLN | | | |реєстрації та в GLN, | ФОП виступає і | | | | |заповнення назви | перевізником, і водієм, | | | | |водія та перевізника | він може одразу внести | | | | |у документах | дані посвідчення під час | | | | | | створення акаунта або | | | | | | редагування GLN. | | | | | |#. У подальшому в ТТН та | | | | | | супровідних документах | | | | | | такий GLN можливо | | | | | | використовувати як: | | | | | | | | | | | | * Водія — у полі назва | | | | | | буде відображатись ПІБ | | | | | | фізичної особи. | | | | | | * Перевізника — назва | | | | | | включатиме форму | | | | | | власності ФІЗИЧНА ОСОБА-| | | | | | ПІДПРИЄМЕЦЬ + ПІБ. | | | | +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ ---------------------------------------------------- ``**06.05.2025**`` :green:`EDI Network` .. table:: +---------------------+----------------------------+-----------------------------------------------+-----------------------+-------------------------------+ |**Доопрацювання** |**Що зробили?** | **Навіщо зробили?** | **Для кого зробили?** |**Вплив на роботу по API/FTP?**| +---------------------+----------------------------+-----------------------------------------------+-----------------------+-------------------------------+ |Доопрацювання запису |Реалізували запис нової |Для автоматизації наповнення товарного |Для всіх користувачів |Ні | |новихтоварних позицій|товарної позиції, яка |довідника, що створений постачальником під |сервісу EDI Network | | |з замовлення в |присутня в замовленні не |певну роздрібну мережу | | | |товарний довідник |лише в Загальний довідник | | | | | |для постачальника, а також | | | | | |створення її в розрізі | | | | | |товарного довідника мережі | | | | | |від якої отримано замовлення| | | | | |з новим товаром | | | | +---------------------+----------------------------+-----------------------------------------------+-----------------------+-------------------------------+ |Новий функціонал |Реалізували функціонал,що |Для оптимізації роботи постачальника: |Для всіх користувачів |Ні | |Розділення Замовлення|дозволяє постачальникам, які| |сервісу EDI Network | | |на декілька |працюють на web платформі |#. Мінімізується час на формування документів | | | |накладних |витрачати менше часу на | у відповідь, у випадках коли замовлення | | | | |формування документа | розподіляється на декілька накладних | | | | |Повідомлення про відвантажен|#. Підвищення швидкості обробки замовлень | | | | |ня, а саме заповнення | | | | | |табличної частини за | | | | | |кількісними та номенклатурни| | | | | |ми характеристиками у | | | | | |випадках, коли поставка | | | | | |розбивається на декілька | | | | | |накладних. | | | | +---------------------+----------------------------+-----------------------------------------------+-----------------------+-------------------------------+ |Новий тип документа |Реалізували новий документ |Для можливості організації роботи з |Для всіх користувачів |XML-специфікація та приклад | |Дані про продукт |Дані про продукт (PRODAT), |електронними документами між 3PL операторами, |сервісу EDI Network |документа буде опубліковано | | |його візуальне відображення |та їх Контрагентами реалізували новий тип | | | | |на web платформі, |документа Дані про продукт | | | | |опрацювання документа на | | | | | |FTP, API | | | | +---------------------+----------------------------+-----------------------------------------------+-----------------------+-------------------------------+ ---------------------------------------------------- :green:`Е-Сертифікати` .. table:: +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |**Доопрацювання** |**Що зробили?** | **Навіщо зробили?** | **Для кого робили?**|**Вплив на роботу по API/FTP?**| +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |Новий тип структурова|Реалізували новий структурова| #. Для розширення функціоналу сервісу |Для всіх користувачів|XML-специфікація та приклад | |ного документа |ний документ Декларація | #. Для оптимізації роботи при створенні |сервісу Е-Сертифікати|документа буде опубліковано | |Декларація виробника/|виробника/постачальника | сертифікатів типу Декларація виробника/ | | | |постачальника |(CERTDOC ), автоматизували | постачальника. Документи можна імпортувати з | | | | |створення картки декларації | облікової системи постачальника без ручного | | | | |та її візуалізація у форматі | введення — це особливо корисно при великих | | | | |pdf у сервісі Е-Сертифікати, | обсягах оменклатури. | | | | |опрацювання документа на FTP,| | | | | |API | | | | +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ ---------------------------------------------------- :green:`EDI Network (продукт «Е-ТТН»)` .. table:: +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |**Доопрацювання** |**Що зробили?** | **Навіщо зробили?** | **Для кого робили?**|**Вплив на роботу по API/FTP?**| +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |Адаптивні версії |Оптимізували функціонал для | #. Щоб забезпечити зручну роботу з документами |Для всіх користувачів|Ні | |коригуючих актів до |опрацювання та підписання | безпосередньо з мобільного телефону |сервісу EDI Network | | |ТТН |документів з мобільних | #. Щоб користувачі могли ефективно опрацьовувати | | | | |пристроїв для ТТН та | коригуючі акти до ТТН навіть у дорозі | | | | |коригуючих актів до ТТН. | | | | +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |Доопрацювання логіки |Доопрацювали логіку автоматич| #. Щоб підвищити точність і відповідність між |Для всіх користувачів|Ні | |автоматичного розраху|ного розрахунку значення | числовим і прописним значенням. |сервісу EDI Network | | |нку значень прописом |прописом у блоці "Загальні | #. Для автоматизації заповнення та зменшення | | | | |дані" в ТТН. | помилок при створенні документів | | | +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |Заблокувати |Заблоковано можливість | #. Щоб гарантувати відповідність вимогам |Для всіх користувачів|Ні | |можливість створення |створення ТТН на підставі | бізнес-процесу мережі АТБ, де 1 DESADV = 1 ТТН |сервісу EDI Network | | |ТТН на підставі |кількох повідомлень DESADV у | #. Для забезпечення коректного обліку та контролю | | | |кількох DESADV для |Журналі документів для | постачань у мережі | | | |вантажоодержувача АТБ|вантажоодержувача АТБ. | | | | |(журнал документів) | | | | | +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |Перевірка на |Реалізували перевірку |Щоб забезпечити відповідність бізнес-вимогам мережі|Можливість налаштува |Так | |обов'язковість |обов’язковості заповнення |АТБ, де наявність адреси компанії є обов’язковою |ти перевірку - для | | |заповнення Адреси |адреси компанії |умовою для подальшої обробки документа |всіх користувачів |`Посилання на XML специфікацію | |компанії в ТТН та |(PostalTradeAddress) у | |сервісу EDI Network. |`__ | | |чернетки документа через | |ків що працюють з АТБ| | | |/api/eds/doc/ettn/ttn з | | | | | |параметром full_validate, | | |`Посилання на опис API `_| | |PostalTradeAddress у відповід| | | | | |ному блоці ____TradeParty | | | | | |(відправник, отримувач, | | | | | |перевізник тощо). | | | | +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |Перевірка наявності | #. Додали перевірку типу |Для забезпечення відповідності політикам безпеки |Можливість налаштува |Так | |посади підпису та | носія підпису при |та стандартам документообігу мережі АТБ. |ти перевірку - для | | |захищеності носія при| підписанні ТТН та Актів | |всіх користувачів |`Посилання на інструкцію `__ | | | Файлові ключі заборонено.| | | | | | #. Реалізовано перевірку | | | | | | наявності заповненої | | | | | | Посади (subjTitle) у | | | | | | підписі компанії. | | | | | | Виняток: для ролі "Водій"| | | | | | посада не є обов’язковою.| | | | +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |Доопрацьовано реєстра|Оптимізували логіку |Щоб підтримати коректну роботу процесу для |Для всіх користувачів|Ні | |цію транзакції ТТН по|підписання транзакції ТТН у |компаній, які поєднують функції перевізника і |сервісу EDI Network | | |завершенню ЖЦ Акта |випадках, коли Перевізник і |проміжного складу. | | | |Розвантаження, якщо |Проміжний склад мають один і | | | | |Перевізник та Склад |той самий GLN. Відтепер, | | | | |мають один GLN) |після успішного завершення | | | | | |життєвого циклу Акта Розванта| | | | | |ження на проміжному складі, | | | | | |компанія з таким GLN може | | | | | |підписати транзакцію ТТН від | | | | | |ролі Проміжного складу, без | | | | | |помилок валідації. | | | | +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |Акт розбіжностей до |"Зробили опційними до |Гнучкість у використанні документа: Не у всіх |Для всіх користувачів|Так | |ТТН: зробити опційним|заповнення блоки кількісних |випадках при створенні Акта розбіжностей фіксуються|сервісу EDI Network | | |блок кількісних |характеристик у Акті |саме кількісні характеристики. Якщо, наприклад, | |`Посилання на інструкцію `__ | | | #. DisagreementSubjectSupply| | | | | | ChainConsignmentSummary |**Важливо!** Якщо документ підлягає реєстрації в | | | | | |ЦБД (Централізованій базі даних), то ці блоки | | | | |Це реалізовано шляхом |залишаються обов’язковими відповідно до вимог | | | | |оновлення XSD-схеми, що |їхньої XSD-схеми. У таких випадках відсутність цих | | | | |дозволяє не включати ці блоки|блоків призведе до помилки реєстрації документа. | | | | |у випадках,коли кількісні | | | | | |характеристики не є предметом| | | | | |розбіжностей. | | | | +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ ---------------------------------------------------- :green:`EDIN Driver` .. table:: +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |**Доопрацювання** |**Що зробили?** | **Навіщо зробили?** | **Для кого робили?**|**Вплив на роботу по API/FTP?**| +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ |Збільшено термін дії |Збільшили термін дії сесії в |Щоб забезпечити стабільну авторизацію без частого |Для всіх користувачів|Ні | |життя сесії у |мобільному додатку для водіїв|повторного входу. Для зручності користування |сервісу EDI Driver | | |мобільному додатку |до 120 днів. |додатком водіями у щоденній роботі. | | | +---------------------+-----------------------------+---------------------------------------------------+---------------------+-------------------------------+ ---------------------------------------------------- .. toggle-header:: :header: ``**22.04.2025**`` :green:`EDI Network` .. table:: +--------------------------+---------------------------+-----------------------------------------------+-------------------------+ |**Доопрацювання** |**Що зробили?** | **Навіщо зробили?** | **Для кого зробили?** | +--------------------------+---------------------------+-----------------------------------------------+-------------------------+ |Формування Універсального |Реалізували можливість | #. Відповідність вимогам процесу співпраці |Для всіх користувачів | |документа на основі Акту |формування Універсального | з торгівельною мережею |сервісу EDI | |виконаних робіт |документа (CONDRA) на | #. Спрощення документообігу для постачальників| | | |основі Акту виконаних робіт| | | +--------------------------+---------------------------+-----------------------------------------------+-------------------------+ |Підключили Універсальний |Реалізували можливість | #. Внутрішнє погодження стало доступним не |Для всіх користувачів | |документ до функціоналу |відправити на погодження | лише для структурованих документів |сервісу EDI Network | |погодження |Універсальнй документ | #. Уникається необхідність погоджувати | | | |(CONDRA) | документи через пошту або вручну — весь | | | | | процес централізовано та доступно в межах | | | | | однієї платформи | | | | | #. Підвищення прозорості та зручності | | +--------------------------+---------------------------+-----------------------------------------------+-------------------------+ ---------------------------------------------------- :green:`Е-Сертифікати` .. table:: +------------------------+-----------------------------+---------------------------------------------------+---------------------+ |**Доопрацювання** |**Що зробили?** | **Навіщо зробили?** | **Для кого робили?**| +------------------------+-----------------------------+---------------------------------------------------+---------------------+ |Збереження пошукових |Реалізували можливість |Це один із кроків до більш інтуїтивного та |Для всіх користувачів| |запитів у сервісі |зберігати пошукові запити |персоналізованого сервісу. |сервісу Е-Сертифікати| |Е-Сертифікати | | | | | | | #. Підвищення ефективності роботи користувачів. | | | | | Збереження пошуку дозволяє уникати повторного | | | | | введення параметрів пошуку - користувач може | | | | | одним кліком повернутись до потрібного фільтру | | | | | #. Зменшення часу на виконання типових операцій | | +------------------------+-----------------------------+---------------------------------------------------+---------------------+ |Отримання сповіщень про |Реалізували: | #. Підвищення поінформованості користувачів. |Для всіх користувачів| |надання доступу до | | Користувач миттєво дізнається, що йому надано |сервісу Е-Сертифікати| |документів якості | #. можливість отримання | доступ до нового документа — не потрібно | | | | сповіщень про надання | постійно перевіряти вручну. | | | | доступу до Сертифікатів | #. Прозорість процесів. | | | | #. керування сповіщеннями | #. Швидке реагування. Сповіщення дозволяють | | | | (активація/відключення, | одразу ознайомитися з опублікованими сертифікат| | | | канал отримання - e-mail,| ами, що важливо у випадках термінових змін. | | | | push-повідомлення) | | | +------------------------+-----------------------------+---------------------------------------------------+---------------------+ ---------------------------------------------------- :green:`Маркет` .. table:: +-------------------------+-------------------------------+-----------------------------------------------+-----------------------+ |**Доопрацювання** |**Що зробили?** | **Навіщо зробили?** | **Для кого зробили?** | +-------------------------+-------------------------------+-----------------------------------------------+-----------------------+ |Можливість пошуку у |Додано можливість пошуку |Щоб прискорити та спростити роботу з великим |Для всіх користувачів | |виборі покупців при |покупців і груп за назвою |списком покупців або груп, уникнути помилкового|сервісу Маркет | |Масовому завантаженні |при масовому завантаженні |вибору, зберегти вже обрані значення та зробити| | |прайс-листів |прайс- листів. |процес завантаження прайсів зручнішим та | | | | |інтуїтивно зрозумілим. | | +-------------------------+-------------------------------+-----------------------------------------------+-----------------------+ |Доопрацьовано прайс-лист |Доопрацювали можливість |Щоб продавці могли автоматично керувати |Для всіх користувачів | |з ACTION=2,3,4 |по FTP додавати, оновлювати |товарними позиціями у прайс-листі через FTP — |сервісу Маркет | | |або видаляти товарні позиції |додавати, оновлювати або видаляти їх без | | | |з Прайс-листа |ручного втручання. Це пришвидшує оновлення | | | | |даних і зменшує кількість помилок. | | +-------------------------+-------------------------------+-----------------------------------------------+-----------------------+ |Збереження дерева |Доопрацювали логіку збереження |Для забезпечення гнучкого налаштування |Для всіх користувачів | |категорій окремо для |зв’язку між товарними |прайсів: кожна група або покупець може |сервісу Маркет | |кожного покупця чи групи |позиціями та деревом |отримувати унікальне відображення товарів — як | | |покупців |категорій: тепер для кожного |за характеристиками, так і за категоріями. | | | |прайс-листа, навіть із |Щоб уникнути неочікуваного перезапису | | | |однаковими позиціями, |характеристик або структури категорій у | | | |зберігається своє унікальне |прайс-листах інших покупців/груп при оновленні | | | |дерево категорій. |одного з них. | | | |Додали додаткові параметри | | | | |(зокрема,box_qty) до переліку, | | | | |при зміні яких створюється | | | | |окремий запис прайс-листа на | | | | |рівні зв’язки Продавець – | | | | |Покупець. | | | +-------------------------+-------------------------------+-----------------------------------------------+-----------------------+ ---------------------------------------------------- :green:`EDI Network (продукт "Е-ТТН")` .. table:: +-----------------------+--------------------------------------+--------------------------------------------+---------------------+ |**Доопрацювання** |**Що зробили?** | **Навіщо зробили?** |**Для кого зробили?**| +-----------------------+--------------------------------------+--------------------------------------------+---------------------+ |Реєстр документів в xls|Реалізовано можливість вивантаження |Щоб надати користувачам зручний інструмент |Для всіх користувачів| |для Заявки та |реєстру документів у форматі XLS на |для перегляду та обробки великої кількості |сервісу EDI Network | |Підтвердження заявки |веб-платформі для двох нових типів |документів у табличному вигляді, спростити | | |на транспортування. |документів: |аналіз логістичних процесів і забезпечити | | | | #. Заявка на транспортування |можливість звітності поза платформою. | | | | #. Підтвердження заявки на | | | | | транспортування. | | | +-----------------------+--------------------------------------+--------------------------------------------+---------------------+ |Вивантаження архіву |Реалізовано можливість вивантаження |Щоб забезпечити швидкий доступ до документів|Для всіх користувачів| |документів для Заявки |архіву документів через веб-платформу |у зручному форматі поза платформою, |сервісу EDI Network | |та Підтвердження заявки|для типів: |спростити зберігання та подальше | | |на транспортування. | #. Заявка на транспортування |використання документів для обліку, | | | | #. Підтвердження заявки на |звітності або архівації. | | | | транспортування. | | | | | | | | | |Архів формується за обраний період | | | | |(до 1 місяця) та надсилається на | | | | |електронну пошту користувача у | | | | |форматах .p7s, .xml або .pdf. | | | +-----------------------+--------------------------------------+--------------------------------------------+---------------------+ |Реалізовано можливість |Реалізовано можливість опрацювання |Щоб усі підписи були отримані відповідно до |Для всіх користувачів| |опрацювання Акту |Акту перевантаження новим водієм. Якщо|вимог чинного електронного документообігу. |сервісу EDI Network | |перевантаження новим |під час перевезення змінюється лише |Це забезпечує юридичну коректність акта у | | |Водієм. |водій, акт не переходить автоматично у|випадках зміни лише водія, а також виключає | | | |завершений стан, як це було раніше. |ситуації, коли документ автоматично | | | | |завершувався без фактичного підпису нового | | | | |учасника перевезення. | | +-----------------------+--------------------------------------+--------------------------------------------+---------------------+ |Доопрацьовано |В транзакції до ТТН на початку ЖЦ Акта|Дозволяє правильно ідентифікувати роль |Для всіх користувачів| |транзакцію оновлення |завантаження на проміжному складі |Проміжного складу при підписанні документів.|сервісу EDI Network | |ТТН до початку ЖЦ Акта |записуємо в UaSignatureStorage - роль | | | |завантаження на |Проміжного складу "WD", замість "WH". | | | |проміжному складі. | | | | +-----------------------+--------------------------------------+--------------------------------------------+---------------------+ ----------------------------------------------------