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, също може да го закупи.