ELPO Compliance · Türkiye Uyum Paketi
CSMS'inizi değiştirmeyin. Türkiye'ye hazır hale getirin.
EPDK ve GİB uyumluluğunu ayrı bir katmanla yönetin. ELPO Türkiye Uyum Paketi, şarj ağı yazılımınız (CSMS) ile EPDK ve GİB arasına giren ayrı bir katmandır. CSMS'iniz bildiği dili, OCPI'ı konuşur; Türkiye'ye özgü her bildirimi paket üstlenir.
Türkiye'de şarj ağı işletmek, cihaz kurmakla bitmiyor
İki ayrı kuruma, iki ayrı biçimde ve gecikmesiz bildirim yapmak zorundasınız:
EPDK
Soket müsait mi, şarj başladı mı, bitti mi, ne kadar enerji verildi, fiyat ne — her biri ayrı çağrı, her birinin kendi sırası ve zamanlaması var.
GİB
Her şarj cihazının kaydı ve satışların mali mühürle imzalanmış raporu.
Yabancı bir CSMS bunların hiçbirini bilmez. Mevzuatı kendi koduna yazmanın bedeli: mevzuat değiştiğinde yazılımın değişmesi, her ülke için ayrı bir sürüm ve en sinsisi — bildirim düşse kimsenin fark etmemesi.
Çözüm: düzenleyici bildirimini yazılımınızdan ayıran katman
Uyum Paketi CSMS ile düzenleyici arasına girer. CSMS standart OCPI akışıyla veriyi gönderir; EPDK'ya giden bildirimleri ve GİB'e giden satış raporunu paket hazırlar, gönderir ve takip eder. OCPI konuşmayan CSMS için beş olaylık sade bir REST kapısı vardır.
CSMS'inizin yazılımında tek satır Türkiye kodu olmaz.
Kimin için
Türkiye'ye açılan yabancı CSMS ve CPO yazılımları
Kendi ürününüze Türkiye'ye özgü kod yazmadan EPDK ve GİB yükümlülüklerini karşılarsınız.
Kendi yazılımını kullanan yerli şarj ağı işletmecileri
Mevzuat değiştiğinde yazılımınız değişmez; değişiklik pakette yapılır.
Düzenleyici bildirimini şarj ağı yazılımınızdan ayrı, protokolle bağlanan bir katman olarak çözüyoruz.
Neden güvenilir — ölçülmüş olanlar
Aşağıdakilerin hepsi üründe çalışır durumdadır ve test ortamında doğrulandı.
| EPDK'ya bildirim gerçekten gidiyor | EPDK test ortamından kayıt numarasıyla dönen kabuller |
|---|---|
| Bildirim elle gönderilmez, kendiliğinden gider | Kuyruk 30 saniyede bir boşaltılır; ekranda son gönderim saati yazar |
| Gönderilemeyen bildirim kaybolmaz | Artan aralıklarla yeniden denenir; her deneme, gövdesi ve düzenleyicinin cevabıyla kayda geçer |
| Reddedilen bildirim düzeltilip yeniden gönderilir | Künye düzeltilince kayıt yeniden kuyruğa alınır |
| Aynı bildirim iki kez gitmez | Her kayıt tek bir işlemde sahiplenilir; ikinci tur ona dokunmaz |
| EPDK'daki resmî kayıtlarla eşleştirme ekranı | Solda CSMS envanteri, sağda EPDK sicili; eşleşmeyen kayıt öne çıkar |
| Her şarj ağı kendi ödeme kuruluşunu seçer | Lisans sahibi bazında tanım |
| Gönderim kuramayan CSMS'in şarjları da bildirilir | Paket bağlı CSMS'ten bitmiş şarjları saatte bir kendisi okur; okunan kayıt iki kez bildirilmez |
| Bildirimin gerçek sonucu CSMS'e geri döner | Sonuç, CSMS'in tanımladığı adrese imzalı olarak iletilir |
| CSMS gönderdiğini bizden geri okur | OCPI 2.2.1 ve 2.3.0'ın alıcı tarafındaki bütün uçlar çalışır: lokasyon, oturum, şarj kaydı ve tarife gönderilir ve geri okunur; uçlar gerçek bir CSMS anahtarıyla tek tek denendi |
| EPDK numarası eksik istasyonun şarj kaydı kaybolmaz | Kayıt reddedilmez, bekletilir; numara girilince EPDK'ya kendiliğinden gider, CSMS'in yeniden göndermesi gerekmez |
| OCPI konuşmayan CSMS de bağlanır | Beş olaylık REST yüzeyi: şarj başladı, bitti, tüketim, tarife, arıza |
| GİB EŞÜ raporu üretilir, mühür tanımlıysa imzalanır | Mühür yoksa belge yine üretilir; imzasız olduğu ekranda yazar |
Ekranlar ve neyi kanıtladıkları
- EPDK İletişimi
- Bildirimin gittiği ekranda kanıtlanır
- EPDK Manuel Raporlama
- Saha ile sistem arasındaki boşluğu operatör kapatır
- Künye Eşleme
- Kurulumun en kritik adımı görünür; yanlış eşleme sessiz kalmaz
- Mutabakat
- "Gönderdim sandım" hatasını yakalar
- GİB EŞÜ Satış Raporu
- e-Belge entegratörüne giden veri denetlenebilir
- Ödeme Kuruluşları
- Çok ağlı işletmede her ağın kendi anlaşması korunur
- Ödeme Terminalleri
- Sürücünün karekodu boş sayfaya gitmez
- Tanımlar
- Çok ağlı işletme tek panelden yönetilir
Sık sorulanlar
- CSMS'imizi değiştirmemiz gerekir mi?
- Hayır. CSMS'iniz OCPI konuşuyorsa yeni bir şey öğrenmesi gerekmez; rol dağılımı standart CPO→eMSP akışının aynısıdır. OCPI konuşmayan CSMS için düz REST/webhook kapısı vardır.
- Mevzuat değişirse ne olur?
- Değişiklik Uyum Paketi'nde yapılır; CSMS'iniz etkilenmez. Bu ürünün var olma sebebi zaten budur.
- Bildirim düşerse haberimiz olur mu?
- Olur. Her deneme, düzenleyicinin ham cevabıyla birlikte kayda geçer. Kuyruk işlenmiyorsa ekrandaki gösterge kaç dakikadır sessiz kaldığını yazar.
- Verilerimiz nerede durur?
- Ürün kendi sunucunuza da kurulabilir. Mali mühürle imzalama gibi müşteri verisine dokunan işler yerinde yapılır, dışarı gönderilmez.
- SmartŞarj kullanmamız gerekir mi?
- Hayır. Uyum Paketi herhangi bir CSMS ile çalışır; SmartŞarj kullanmayan bir şarj ağı da alabilir.