Питання та відповіді
Щоб правильно зареєструватися та створити обліковий запис у тестовому середовищі PUESC, будь ласка, виконайте наведені нижче кроки:
https://test.puesc.gov.pl/ - тут ви створюєте свій особистий кабінет, щоб отримати логін (адреса електронної пошти) та пароль,
Увійдіть за допомогою електронної пошти та пароля з кроку 1,
Запустіть форму ZSL_100: https://test.puesc.gov.pl/web/guest/uslugi/przewoz-towarow-objety-monitorowaniem/zsl-100 Тут ви створюєте свій обліковий запис оператора OBU/ZSL. Заповніть всі необхідні дані та натисніть "Відправити" - ви отримаєте форму ZSL_101, яка містить подальші дані для входу,
Запустіть форму ZSL_105: https://test.puesc.gov.pl/web/guest/uslugi/przewoz-towarow-objety-monitorowaniem/sent-105 - увійдіть з даними з ZSL_101. Сюди ви надсилаєте CSR, додаєте IP-адреси. Після завершення процесу ви зможете додавати послуги та пристрої до свого облікового запису.
У випадку, якщо ви забули пароль для входу до свого сервісу на PUESC, Оператор має два варіанти дій:
Пароль буде надіслано на електронну пошту, вказану у формі під час налаштування послуги ZSL/OBU в обліковому записі PUESC або
Після входу в свій обліковий запис на PUESC Оператор повинен відкрити вкладку "Моя панель управління", потім "Документи" і, розгорнувши поле "Фільтри", вказати з випадаючого списку в полі "Дата відправлення/отримання" відповідний діапазон дат, після чого знайти форму ZSL_101, в якій зберігається пароль для входу до сервісу.
Щоб додати пристрій OBU/ZSL, виконайте наступні дії:
Увійдіть до свого облікового запису в тестовому середовищі
Перейдіть на вкладку "Мої послуги"
У таблиці "Перелік послуг оператора OBU/ZSL" натисніть кнопку в полі "Дія" (поле в правій частині таблиці, виділене червоним кольором)
Додайте пристрій до списку
Робота тестового середовища аналогічна процесам, що виконуються у робочому середовищі. У системі e-TOLL усі дані про місцезнаходження, що надсилаються до тестового середовища, перевіряються. Щодо поточного стану реєстрації повертається відповідне повідомлення. У разі отримання даних про місцезнаходження від незареєстрованих пристроїв OBU/ZSL у тестовому середовищі PUESC, обробка даних припиняється на етапі негативної верифікації.
MF KAS не робить тестове середовище CRM/IKK доступним для сторонніх осіб. Конфігурація тестового середовища для тестування інформації про повідомлення зворотного зв'язку, що виникає з прив’язки до тестового облікового запису e-TOLL, потребує попереднього узгодження з MF KAS. Через ручний процес реєстрації кількість таких реєстрацій обмежена.
Підготовка CSR (англ. Certificate Signing Request) детально розглядається в розділі 14 (сторінка 42) інструкції, доступної за посилання User's manual - Connection ZSL devices to SENT GEO 9.12.2022.
Інформація про те, як підтвердити свою особу, створити обліковий запис з розширеними правами та поєднати представника з вашою компанією в процесі реєстрації на PUESC, доступна на сторінці https://puesc.gov.pl/uslugi/strefa-klienta-kas.
Бізнес-номер TOLL — це унікальний номер, який присвоюється автоматично під час реєстрації пристрою OBU/ZSL в системі e-TOLL. Номер призначений для використання користувачем в процесі реєстрації бортового пристрою в CRM. Бізнес-номер пристрою, закріплений за даним транспортним засобом, повинен бути в CRM-системі в статусі "активний", що дає можливість сплачувати за проїзд під час руху по платній дорозі.
При надсиланні даних про місцезнаходження до системи e-TOLL оператор OBU/ZSL отримує назад інформацію про статус переданого пакету даних. Детальні дані зворотного зв'язку описані в технічній документації в пунктах 3.8 - 3.10: "Технічні вимоги та правила передачі даних про місцезнаходження, необхідних для електронного збору платежів для операторів OBU i ZSL".
Після входу до свого облікового запису на платформі PUESC - після натискання на меню "Моя панель управління", оберіть вкладку "Мої справи та документи" та вкажіть відповідну форму в панелі "Документи".
Так. Щоб сформувати список всіх зареєстрованих пристроїв OBU/ZSL, заповніть файл ZSL_122.xml та надішліть його як вкладення з вашої електронної адреси (якщо вона пов'язана з вашою компанією) на адресу: puesc@mf.gov.pl.
Приклад XML;
<?xml version="1.0" encoding="UTF-8"?>.
<p:ZSL_122 xmlns:p="http://www.mf.gov.pl/SENT/2020/07/21/ZSL_122.xsd" xmlns:tp="http://www.mf.gov.pl/SENT/2020/07/21/ZTypes.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.mf.gov.pl/SENT/2020/07/21/ZSL_122.xsd ZSL_122.xsd">
<p:OBEOperatorIdentityType>NIP</p:OBEOperatorIdentityType>
<p:OBEOperatorIdentityNumber>включити номер ПДВ</p:OBEOperatorIdentityNumber>
<p:OBEDevicesSearchAttributes>.
<tp:OBEServiceNumber>ZSL-ABCD-4</tp:OBEServiceNumber>
</p:OBEDevicesSearchAttributes>
<p:OBEDevicesLimitValues>
<tp:TotalCount>5000</tp:TotalCount>
</p:OBEDevicesLimitValues>
<p:OBEDevicesSortAttributes>
<tp:SortAttributeName> ZSL-ABCD-4</tp:SortAttributeName>
<tp:SortOrder>ASC</tp:SortOrder>
</p:OBEDevicesSortAttributes>
<p:ResponseEmail>ppppp.kkkkkkkkk@mail.pl</p:ResponseEmail>
</p:OBEOperatorPassword>p:OBEOperatorPassword>введіть тут пароль тільки для тестового сервера (в робочій версії видаліть цей рядок)</p:OBEOperatorPassword>
</p:ZSL_122>
Згідно з технічними вимогами, "Одна JSON-таблиця може містити від одного до 10000 JSON-об'єктів".
Наприклад, якщо оператор OBU/ZSL має 120 даних про місцезнаходження, наприклад, 10 пристроїв, кожну 1 хвилину слід надсилати пакет з кількістю повідомлень, зібраних за цей час (120 повідомлень за 1 хвилину) - в цьому випадку оператор не повинен чекати, поки буде зібрано 10000 повідомлень.
Якщо, з іншого боку, одночасно рухається 1000 пристроїв - тобто оператор щохвилини реєструє 12000 подій, які потрібно надсилати - то в такому випадку оператор повинен створити два пакети (1-й пакет повинен містити 10000 JSON-об'єктів, а 2-й пакет - 2000 об'єктів) і відправити їх паралельно до системи e-TOLL.
Важливо, що на додаток до кількості подій, система e-TOLL також оптимізована з точки зору розміру пакетів. Якщо, наприклад, оператор не збирає і не додає до повідомлення про місцезнаходження дані, визначені як необов'язкові (наприклад, lac, mcc, mnc), розмір такого пакета, що містить 10000 повідомлень, буде меншим, ніж розмір пакета з 10000 повідомленнями, що додатково містить необов'язкові дані.
При передачі необов'язкових даних може виникнути потреба у створенні менших пакетів, ніж по 10000 повідомлень у кожному.
Для того, щоб стягувати плату з користувачів за поїздки, здійснені під час збою в системі оператора, оператор OBU/ZSL зобов'язаний надіслати дані про місцезнаходження до системи e-TOLL, як тільки збій у його системі буде усунуто.
Всі дані про місцезнаходження, що надсилаються до системи e-TOLL, перевіряються. У випадку даних з-за меж Польщі, такі дані відхиляються системою e-TOLL. Правила відхилення даних з-за меж Польщі описані в технічній документації в п. 3.4, Таблиця 3.
Оператор OBU/ZSL, який планує автоматизувати процес додавання та видалення бортових пристроїв в своєму сервісі, повинен використовувати технічні специфікації сервісу.
Документацію можна знайти на сторінці https://puesc.gov.pl/uslugi/uslugi-sieciowe-informacje-i-specyfikacje.
Система SENT
Комунікаційний канал SEAP
Технічні вимоги, необхідні для належної інтеграції з системою e-TOLL, описані в документації "Технічні вимоги та правила передачі даних про місцезнаходження, необхідних для стягнення електронної оплати для Операторів OBU та ZSL".
Згідно з технічними вимогами посилання, правильне позначення параметра "gpsSpeed" - [м/с].
Інтервал передачі даних про місцезнаходження однаковий для всіх надісланих даних про місцезнаходження і становить 5 секунд. У разі закінчення поїздки (тривалої зупинки) з пристрою повинен бути надісланий параметр, який вказує на те, що поїздка закінчилася "endjourney" або що пристрій був вимкнений "turnoff".
Система e-TOLL надсилає два типи повідомлень у відповідь на передані дані про місцезнаходження для оператора OBU/ZSL з налаштованим зворотним зв'язком. Розрізняють повідомлення типу ERROR (помилка) і WARN (попередження):
ERROR description
11 fixTimeEpoch is from future
13 fixTimeEpoch is from past (greather than 10 days)
21 mapper validation incorrect zsl frame: [перелік помилок для обов'язкових полів]
61 mapper_history validation incorrect zsl frame: [список помилок для обов'язкових полів]
81 unregistered device
WARN description
11 incorrect zsl frame: wrong format fixTimeEpoch
12 data packet size exceeded 2MB
21 mapper validation incorrect zsl frame: [список помилок для необов'язкових полів]
43 The difference between the epochs in the path is different from 5 seconds.
61 mapper_history validation incorrect zsl frame: [список помилок для необов'язкових полів].
Увага:
В області поля "objectExample" - воно не повертається для помилок типу ERROR, тоді як для помилок типу WARN в особливих випадках це поле може бути повернуте.
Перелік помилок та попереджень можна знайти в документації для операторів OBU/ZSL в п. 3.8. Щоб мати можливість отримувати інформацію про помилки, оператор OBU/ZSL повинен мати налаштований зворотний зв'язок із системою e-TOLL.
Історичні дані, надіслані Оператором для пристроїв OBE, які не закріплені за транспортним засобом або неправильно зареєстровані в IKK, відхиляються системою e-TOLL. Якщо налаштовано зворотний зв'язок, оператор отримує зворотний зв'язок у вигляді повідомлення про помилку або попередження у відповідь на передані дані про місцезнаходження, відповідно до технічної документації OСИЛАННЯ
Оператор OBU/ZSL повинен зберігати дані про місцезнаходження до моменту їх успішної передачі в систему e-TOLL або протягом 10 днів після того, як пристрій зареєстрував місцезнаходження. Після передачі даних про місцезнаходження до системи e-TOLL оператор OBU/ZSL може, за домовленістю з користувачем, зберігати ці дані протягом періоду, який буде погоджено з користувачем.
Система e-TOLL працює відповідно до прийнятих і встановлених вимог. CRM не перевіряє використання бізнес-номера пристрою іншим клієнтом під час реєстрації та активації. Коли другий користувач активує пристрій, попередній користувач деактивується, і в той же час він отримує електронний лист з цією інформацією. Пристрій OBU/ZSL можна приписати до кількох транспортних засобів і розрахункових рахунків, але активним він може бути лише на одному, для якого буде здійснюватися нарахування за поїздки.
У випадку налаштованого зворотного зв’язку для користувачів, які мають бізнес-OBU, приписане до рахунку типу "prepiad", у відповідь на передані дані про місцезнаходження, що призводять до зміни балансу, надсилається інформація про залишок на розрахунковому рахунку. API для операторів OBU/ZSL наразі недоступне.
Всі дані про місцезнаходження, що надсилаються до системи e-TOLL, перевіряються. У разі надходження даних з пристроїв, незареєстрованих в системі e-TOLL, їх обробка припиняється на етапі негативної верифікації.
Маючи обліковий запис на платформі PUESC, оператор OBU/ZSL може активувати дві послуги: e-TOLL та SENT. Для надання послуги SENT необхідно відповідним чином налаштувати систему SENT-GEO. Під час процесу конфігурації оператор OBU/ZSL отримає назад кінцеву точку, на яку повинні бути відправлені дані SENT. Документація щодо цього доступна на сторінці https://puesc.gov.pl/uslugi/uslugi-sieciowe-informacje-i-specyfikacje/system-sent. Слід звернути увагу на відмінності в параметрах даних, що передаються до системи e-TOLL та системи SENT-GEO.
У разі перерви в передачі сигналу супутникового позиціонування або передачі даних, що триває більше 15 хвилин, водій транспортного засобу зобов'язаний негайно зупинитися на найближчій автостоянці або майданчику для паркування або негайно покинути платну дорогу.
Після успішного підключення пристрою OBU/ZSL до мережі GSM дані про місцезнаходження, передані в систему e-TOLL, будуть доповнені на стороні e-TOLL протягом максимум 10 днів після завантаження. У такій ситуації на користувача не буде накладено адміністративне стягнення. Ненадання даних про місцезнаходження у встановлений термін може призвести до порушення кримінального та адміністративного провадження з боку GITD.
MF KAS не має повноважень накладати штрафи за несплату оплати за проїзд. Якщо ви отримали повідомлення про відкриття провадження, вам слід звернутися безпосередньо до органу, який відкрив провадження, і вияснити проблему, а також надати докази сплати збору.