Пуснете зарядната си мрежа в Турция, без да вписвате турски регулации в софтуера си
Пакетът за съответствие в Турция на ELPO е отделен слой между софтуера на вашата зарядна мрежа (CSMS) и турския енергиен регулатор EPDK и данъчната администрация GİB. Вашият CSMS говори езика, който вече познава — OCPI, а пакетът поема всеки специфичен за Турция отчет.
- Свързва се по OCPI
- Отчети към EPDK и GİB
- Нито един отчет не се губи
- Може да работи на ваши сървъри
Управлението на зарядна мрежа в Турция не свършва с монтажа на зарядните станции
Трябва да отчитате пред две институции, в два различни формата и без забавяне:
Свободен ли е конекторът, започна ли сесията, приключи ли, колко енергия е доставена, каква е цената — всяко е отделно извикване със собствен ред и срок.
Регистрация на всяка зарядна станция и отчет за продажбите, подписан с електронния печат.
Чуждестранният CSMS не знае нищо от това. Цената да впишете регулацията в собствения си код: софтуерът се променя при всяка промяна на правилата, отделна версия за всяка държава и, най-коварното, изпуснат отчет, който никой не забелязва.
Решението: слой, който отделя регулаторните отчети от вашия софтуер
Пакетът за съответствие стои между вашия CSMS и регулатора. CSMS изпраща данни по стандартния OCPI поток; пакетът подготвя, изпраща и проследява отчетите към EPDK и отчета за продажбите към GİB. За CSMS, който не говори OCPI, има прост REST вход с пет събития.
Нито един ред специфичен за Турция код във вашия CSMS.
Защо можете да разчитате на него — какво е измерено
Всичко по-долу работи в продукта днес и е проверено в тестовата среда.
- Отчетите наистина достигат до EPDK
- Потвърждения с регистрационен номер, върнати от тестовата среда на EPDK
- Отчетите тръгват сами, а не ръчно
- Опашката се изпразва на всеки 30 секунди; екранът показва часа на последното изпращане
- Неуспешен отчет не се губи
- Повтаря се на нарастващи интервали; всеки опит се записва със съдържанието и отговора на регулатора
- Отхвърлен отчет може да се коригира и изпрати отново
- След корекция на регистровите данни записът се връща в опашката
- Един и същ отчет никога не се изпраща два пъти
- Всеки запис се поема в една-единствена транзакция; втори цикъл не го докосва
- Екран за съпоставяне с официалните записи на EPDK
- Инвентарът на CSMS вляво, регистърът на EPDK вдясно; несъвпадащите записи се открояват
- Всяка зарядна мрежа избира своя платежна институция
- Задава се за всеки лицензиант
- Отчитат се и сесиите на CSMS, който не може да изпраща данни сам
- Пакетът чете приключилите сесии от свързания CSMS на всеки час; прочетен по този начин запис никога не се отчита два пъти
- Реалният резултат от всеки отчет се връща към CSMS
- Резултатът се доставя подписан на адреса, зададен от CSMS
- Може да се свърже и CSMS без OCPI
- REST интерфейс с пет събития: начало на сесия, край, консумация, тарифа, повреда
- Отчетът за продажбите към GİB се създава и подписва, когато е настроен печат
- Без печат документът пак се създава, а екранът показва, че е неподписан
Екраните и какво доказват
„Отчетът е изпратен“ никога не е просто твърдение — всяка стъпка се вижда на екрана.
Комуникация с EPDK
Всеки отчет, статусът му, броят опити, регистрационният номер в EPDK и изпратеното съдържание
Доказателство на екрана, че отчетите тръгват
Ръчно отчитане към EPDK
Ръчно отчитане на наличност и цени, които не идват от CSMS
Операторът може да запълни празнината между обекта и системата
Съпоставяне на регистъра
Инвентарът на CSMS и регистърът на EPDK един до друг
Най-критичната стъпка при настройката е видима; грешно съпоставяне не остава незабелязано
Равнение
Сравнение между данните при регулатора и данните в системата
Улавя грешката „мислех, че съм го изпратил“
Отчет за продажбите към GİB
Продажбите за периода, липсващите редове и защо липсват
Данните към интегратора на е-документи могат да се одитират
Платежни институции
Коя зарядна мрежа чрез коя институция събира плащания
В бизнес с няколко мрежи всяка мрежа запазва собственото си споразумение
Платежни терминали
Четците на карти при зарядната станция и състоянието на адреса за касовата бележка
QR кодът на шофьора никога не води към празна страница
Настройки
Лицензианти, връзки с CSMS, роуминг партньори
Бизнес с няколко мрежи се управлява от един панел
Мястото му на пазара
Решаваме регулаторното отчитане като отделен слой, който се свързва чрез протокол със софтуера на вашата зарядна мрежа.
Открито търсене в интернет на 24.09.2026 не откри доставчик, който продава съответствието с EPDK като отделен продукт, включван към CSMS на друга компания; съществуващите предложения го предоставят като функция в собствения си софтуер за управление на зареждането или като правна консултация.
За кого е
-
Чуждестранен CSMS и CPO софтуер, който навлиза в Турция
Изпълнявайте задълженията към EPDK и GİB, без да пишете специфичен за Турция код в продукта си.
-
Местни оператори на зарядни мрежи със собствен софтуер
Когато правилата се променят, софтуерът ви не се променя; промяната се прави в пакета.
Често задавани въпроси
Трябва ли да променяме нашия CSMS?
Не. Ако вашият CSMS говори OCPI, няма нищо ново за научаване; ролите са същите като в стандартния поток CPO→eMSP. За CSMS без OCPI има обикновен REST/webhook вход.
Какво става, когато регулацията се промени?
Промяната се прави в пакета за съответствие; вашият CSMS не е засегнат. Точно затова съществува този продукт.
Ще разберем ли, ако отчет се провали?
Да. Всеки опит се записва заедно със суровия отговор на регулатора. Ако опашката спре, индикаторът на екрана показва от колко минути е в застой.
Къде се съхраняват нашите данни?
Продуктът може да се инсталира и на ваши собствени сървъри. Дейностите, свързани с клиентски данни, като подписването с електронния печат, се извършват на място и не се изпращат навън.
Трябва ли да използваме SmartŞarj?
Не. Пакетът за съответствие работи с всеки CSMS; зарядна мрежа, която не използва SmartŞarj, също може да го закупи.
Управлявайте зарядната си мрежа в Турция в съответствие с правилата
Нека ви покажем как се свързва с вашия CSMS по вашия собствен сценарий.
Part of the SmartŞarj family.