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.