ELPO Compliance · Шар відповідності для Туреччини
Ваша CSMS. Готова до Туреччини.
Відповідність вимогам EPDK і GİB без перебудови вашої платформи. Пакет відповідності для Туреччини від ELPO — це окремий шар між програмним забезпеченням вашої зарядної мережі (CSMS), турецьким енергетичним регулятором EPDK та податковою адміністрацією GİB. Ваша CSMS говорить мовою, яку вже знає, — OCPI, а кожен специфічний для Туреччини звіт бере на себе пакет.
Керування зарядною мережею в Туреччині не закінчується встановленням зарядних станцій
Ви зобов’язані звітувати двом установам, у двох різних форматах і без затримок:
EPDK
Чи вільний конектор, чи почалася зарядна сесія, чи завершилася, скільки енергії відпущено, яка ціна — кожен пункт є окремим викликом зі своїм порядком і строками.
GİB
Реєстрація кожної зарядної станції та звіт про продажі, підписаний електронною печаткою.
Іноземна CSMS нічого з цього не знає. Ціна вписування регуляторних вимог у власний код: програмне забезпечення змінюється щоразу, коли змінюються правила, окрема версія для кожної країни і, найпідступніше, загублений звіт, якого ніхто не помітить.
Рішення: шар, що відокремлює регуляторну звітність від вашого ПЗ
Пакет відповідності розташований між вашою CSMS і регулятором. CSMS передає дані стандартним потоком OCPI, а пакет готує, надсилає та відстежує звіти до EPDK і звіт про продажі до GİB. Для CSMS, яка не підтримує OCPI, є простий REST-шлюз із п’ятьма подіями.
Жодного рядка специфічного для Туреччини коду у вашій CSMS.
Для кого
Іноземні CSMS і CPO-рішення, що виходять на ринок Туреччини
Виконуйте зобов’язання перед EPDK і GİB, не вписуючи в продукт специфічний для Туреччини код.
Місцеві оператори зарядних мереж із власним ПЗ
Коли змінюються правила, ваше ПЗ не змінюється — зміни вносяться в пакет.
Ми вирішуємо регуляторну звітність як окремий шар, що підключається до ПЗ вашої зарядної мережі через протокол.
Чому на це можна покластися — що виміряно
Усе наведене нижче вже сьогодні працює в продукті та перевірене в тестовому середовищі.
| Звіти справді доходять до EPDK | Підтвердження прийняття з реєстраційним номером із тестового середовища EPDK |
|---|---|
| Звіти надсилаються автоматично, а не вручну | Черга очищується кожні 30 секунд; на екрані видно час останнього надсилання |
| Невдалий звіт не губиться | Повторні спроби з дедалі довшими інтервалами; кожна спроба журналюється разом із вмістом і відповіддю регулятора |
| Відхилений звіт можна виправити й надіслати повторно | Після виправлення реєстраційних даних запис повертається в чергу |
| Той самий звіт ніколи не надсилається двічі | Кожен запис захоплюється в одній транзакції; повторний прохід його не торкається |
| Екран зіставлення з офіційними записами EPDK | Ліворуч — інвентар CSMS, праворуч — реєстр EPDK; незіставлені записи підсвічуються |
| Кожна зарядна мережа обирає власну платіжну установу | Визначається для кожного власника ліцензії |
| Сесії з CSMS, яка не вміє надсилати дані, теж потрапляють у звітність | Пакет щогодини сам зчитує завершені сесії з підключеної CSMS; запис, отриманий у такий спосіб, ніколи не звітується двічі |
| Реальний результат кожного звіту повертається в CSMS | Результат передається з підписом на адресу, визначену CSMS |
| CSMS може прочитати в нас назад те, що надіслала | Працюють усі ендпоінти приймальної сторони OCPI 2.2.1 і 2.3.0: локації, сесії, записи про заряджання (CDR) і тарифи надсилаються та зчитуються назад; кожен ендпоінт перевірено окремо зі справжнім ключем CSMS |
| Запис про заряджання станції без номера EPDK не губиться | Запис не відхиляється, а утримується; щойно номер введено, він сам надходить до EPDK, і CSMS не потрібно надсилати його повторно |
| Підключитися може й CSMS без OCPI | REST-інтерфейс із п’ятьма подіями: сесію розпочато, завершено, споживання, тариф, несправність |
| Звіт про продажі для GİB формується й підписується, якщо налаштовано печатку | Без печатки документ однаково формується, а на екрані зазначено, що він не підписаний |
Екрани і що вони доводять
- Комунікація з EPDK
- Доказ на екрані, що звіти надсилаються
- Ручна звітність до EPDK
- Оператор закриває розрив між об’єктом і системою
- Зіставлення з реєстром
- Найкритичніший крок налаштування на виду; хибне зіставлення не залишиться непоміченим
- Звірка
- Виявляє помилку «я думав, що надіслав»
- Звіт про продажі для GİB
- Дані, що йдуть до інтегратора електронних документів, можна перевірити
- Платіжні установи
- У бізнесі з кількома мережами кожна мережа зберігає власну угоду
- Платіжні термінали
- QR-код водія ніколи не веде на порожню сторінку
- Довідники
- Бізнесом із кількома мережами керують з однієї панелі
Поширені запитання
- Чи потрібно змінювати нашу CSMS?
- Ні. Якщо ваша CSMS підтримує OCPI, їй не потрібно вчитися нічого нового; ролі такі самі, як у стандартному потоці CPO→eMSP. Для CSMS без OCPI є простий шлюз REST/webhook.
- Що буде, коли зміняться регуляторні вимоги?
- Зміни вносяться в Пакет відповідності, ваша CSMS їх не відчуває. Саме для цього цей продукт і існує.
- Чи дізнаємося ми, якщо звіт не пройде?
- Так. Кожна спроба журналюється разом із сирою відповіддю регулятора. Якщо черга зупиниться, індикатор на екрані покаже, скільки хвилин вона мовчить.
- Де зберігаються наші дані?
- Продукт можна встановити й на власних серверах. Операції з даними клієнтів, як-от підписання електронною печаткою, виконуються на місці й назовні не передаються.
- Чи обов’язково використовувати SmartŞarj?
- Ні. Пакет відповідності працює з будь-якою CSMS; придбати його може й зарядна мережа, яка не використовує SmartŞarj.