Про сервіси
Контакти
Кейси

Про сервіси
Контакти
Кейси

Е-ТТН ( v2 та v3)

Сервіс для обміну електронними товарно-транспортними накладними (ТТН) для прискорення обліку товарів та розрахунків за перевезення вантажу

Перейти у сервіс

Перевірка тотожності ІПН підпису водія та ІПН в ТТНv2

Що зробили?

✓ Додали перевірку по ІПН Водія та ІПН в документі

Навіщо зробили?

Для контролю підписання документів

Для кого зробили?

Для користувачів що працюють з ТТН v2

Автоматичне створення драф тікета для водія при роботі з актами до ТТН v3

Що зробили?

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

Навіщо зробили?

Для спрощення та пришвидшення процесу опрацювання документа Водієм.

Для кого зробили?

Для Водіїв

Зробили відклик, відмову та аналювання підпису для документу Заявка на транспортування - ТТН v3

Що зробили?

✓ Розшириши функціоналі можливості роботи з документами Заявка та Підтвердження заявки на транспортування. Додали можливість Відклику підпису, Відмови від підпису та Анулювання для підписаних з обох сторін документів.

Навіщо зробили?

Для забеспечення повного процесу роботи з документом .

Для кого зробили?

Для взаємодії між Замовником та Перевізником

Акт про відмову вантажити - ТТН v3

Що зробили?

✓ Реалізували на платформі можливість робот з Актом про відмову вантаити. Це один з Актів що передбачаєтсья процесами обміну ТТН документами.

Навіщо зробили?

Для забеспечення повноцінної роботи всього бізнес процесу з документами ТТНv3 .

Для кого зробили?

Для користувачів що працюють з ТТН

Масове підписання ТТН за допомогою ключів ПУМБ - ТТН v3

Що зробили?

✓ Разом з ПУМБ розширили можливість масового підписання документів.

Навіщо зробили?

Щоб дозволити користувачам підписувати більше 1го документу за раз (пришвидшення обробки документів).

Для кого зробили?

Для користувачів що працюють з ТТН

Прибрали перевірку на заповнення в ТТН всіх обовязкових учасників на етапі створення чернетки документа - ТТН v3

Що зробили?

✓ При створенні ТТН ініціатор документа має бути запоненим в 1й з ролей в документі. Інші учаснити для створення чернетки можуть не заповнюватись.

Навіщо зробили?

В кейсах роботи наших користувачів зустрічаються випадки коли необхідно створити ТТН, але на момент створення відсутня повна інформація по всім учасникам. Доопрацювання дозволить зберегти документ з набором даних які відомі на етапі створення чернетки та доповнити їх згодом перед відправкою.

Для кого зробили?

Для користувачів що працюють з сервісом е-ТТН

Перейти на платформу

Підписка на конвеєр подій - ТТН v3

Що зробили?

✓ В особистому кабінеті для GLN з ознакою «Основний» додали можливість оформити підписку на конвеєр подій (Події з ЦБД для роботи з ТТН документами)

Навіщо зробили?

Для забеспечення можливості підписки та роботи з конвеєром подій ЦБД. Підписка на конвеєр подій є невідємною частиною в роботі з ТТН документами.

Для кого зробили?

Для користувачів що працюють з ТТН та Коригуючими Актами до ТТН

Документ Рахунок (логістика) - ТТН v3

Що зробили?

✓ Розробили новий документ Рахунок (логістика) з можливістю його створення на підставі Акту виконаних робіт (логістика) так і в зворотному напрямку.

Навіщо зробили?

Рахунок-фактура в контексті перевезення є важливим документом для обміну інформацією між перевізником та замовником транспортних послуг.

Основні функції рахунку-фактури у цьому контексті включають:

Підтвердження оплати
Визначення умов перевезення
Облік податків
Документ для бухгалтерського обліку

Перейти на платформу

Новий тег у заявці на транспортування - ТТН v3

Що зробили?

✓ В документ Заявка на транспортування додали новий тег відомості про транспортні засоби.

Навіщо зробили

Для відображення детальних параметрів для транспортних засобів

Швидке підписання документів - ТТН v3

Що зробили?

✓ Зробили можливість запам'ятовування ключа яким виконувалось останнє підписання на платформі, для швидкого підписання документів

Навіщо зробили

Для пришвидшення роботи з підписанням документів

Акт коригування до ТТН v3

Що зробили?

✓ Розробили новий документ Акт коригування до ТТН v3

Навіщо зробили

Для виправленя невідповідностей в документі ТТНv3.

Масове підписання

Що зробили?

✓ Зробили масове підписання чернеток та вхідних документів:

Заявка на транспортування
Підтвердження заявки на транспортування.

Навіщо зробили?

Для зручності та пришвидшення обробки документів масово.

Нові позиції у акті розбіжностей до ТТН v3

Що зробили?

✓ Для акту розбіжностей до ТТН v3 в табличній частині є змога додати нову позицію (при пересорті) або ж видалити всі позиції, по яким відсутні розбіжності.

Навіщо зробили?

Для додавання нових товарних позицій при пересорті та видалення позицій, які відсутні в акті в один клік.

Додаткові можливості у ТТН v3

Що зробили?

✓ Реалізували автоматичне заповнення відповідальної особи в блок «‎Вантажно-розвантажувальні операції» згідно з даними користувача, який створює ТТН v3 на підставі Comdoc_027

Навіщо зробили?

Для того, щоб пришвидшити заповнення документа. Оскільки інформація про ПІБ в нас може бути заповненна в Користувачеві то ми реалізувати автоматичне її заповнення в документ. Щоб виключити ручний ввод.

Що зробили?

✓ Додали нове поле «Коментар» в блок додаткові дані для ТТН v3. Можуть залишити всі учасники процесу

Навіщо зробили?

Для можливості користувачів заповнювати додаткову інформацію до ТТН документа. Це може бути довільна інформація, яку вважвє за потрібне вказати користувач.

✓ Реалізували можливість відмовитись від підписання акту, вказавши причину скасування документу

Що зробили?

✓ Реалізовано роут, який дозволяє виконати створення та відправку вже підписаного тіла ТТН в форматі ECMR

POST /api/eds/doc/ettn/ttn/create_and_send

Params:
gln (mandatory)
new_doc_uuid (optional)
Headers:
Content-Type - application/xml (mandatory)
Body: format => raw - xml || binary - file

✓ Оновилась логіка роботи з методом на створення чернетки ТТН документа

POST, "/api/eds/doc/ettn/ttn"

Було додано url параметр full_validate - по дефолту (якщо не передати) він true.

Він відповідає чи буде виконуватись повна перевірка структури ТТН документа чи лише мінімальний набір полів, що буде достатнім для збереження.

Якщо full_validate == false - то перевірка лише по полях, які необхідні для збереження документа (так як працювало до додавання нового параметру)
Якщо full_validate == true - то перевірка по всім обов'язковим полям та xsd валідації

✓ Для API-методу

PATCH, "/api/eds/docs"

додали опційний URL-параметр "detailed_response" (по дефолту = false). Якщо передати "detailed_response=true", то у відповідь повернеться json вигляду:

{
"413bf939-31bc-49ab-9087-ad7bc6937222": "success",
"812614f2-1767-4ede-b4c7-303c7821d69b": "success",
"61c47cbe-fcf1-490d-9b39-5e6517413c8d": "failed"
}