Compliance · Türkiye Uyum Paketi

Şarj ağınız Türkiye'de çalışsın, mevzuatı yazılımınıza yazmadan

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.

  • OCPI ile bağlanır
  • EPDK ve GİB bildirimi
  • Bildirim kaybolmaz
  • Kendi sunucunuza kurulabilir
CSMS
OCPI · REST
ELPO
EPDK
GİB
CSMS'inizin yazılımında tek satır Türkiye kodu olmaz.

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.

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
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ı

Bildirimin gittiği sözü lafta kalmaz; her adım ekranda görünür.

EPDK İletişimi

Her bildirim, durumu, deneme sayısı, EPDK kayıt numarası ve gönderilen gövde

Bildirimin gittiği ekranda kanıtlanır

EPDK Manuel Raporlama

CSMS'ten gelmeyen müsaitlik ve fiyat bilgisinin elle bildirilmesi

Saha ile sistem arasındaki boşluğu operatör kapatır

Künye Eşleme

CSMS envanteri ile EPDK sicili yan yana

Kurulumun en kritik adımı görünür; yanlış eşleme sessiz kalmaz

Mutabakat

Düzenleyicide olanla sistemde olanın karşılaştırılması

"Gönderdim sandım" hatasını yakalar

GİB EŞÜ Satış Raporu

Dönem satışları, eksik satırlar ve neden eksik oldukları

e-Belge entegratörüne giden veri denetlenebilir

Ödeme Kuruluşları

Hangi şarj ağının hangi kuruluşla tahsilat yaptığı

Çok ağlı işletmede her ağın kendi anlaşması korunur

Ödeme Terminalleri

Direk başındaki kart okuyucular ve fiş adresinin durumu

Sürücünün karekodu boş sayfaya gitmez

Tanımlar

Lisans sahipleri, CSMS bağlantıları, roaming ortakları

Çok ağlı işletme tek panelden yönetilir

Pazardaki yeri

Düzenleyici bildirimini şarj ağı yazılımınızdan ayrı, protokolle bağlanan bir katman olarak çözüyoruz.

24.09.2026 tarihli açık web taramasında EPDK uyumunu başka firmanın CSMS'ine takılabilen ayrı bir ürün olarak sunan bir sağlayıcıya rastlanmadı; mevcut çözümler uyumu kendi şarj yönetim yazılımlarının içinde bir özellik olarak ya da hukuki danışmanlık olarak sunuyor.

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.

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.

Şarj ağınızı Türkiye'de mevzuata uygun çalıştırın

CSMS'inizle nasıl bağlanacağını kendi senaryonuz üzerinde gösterelim.

Bu ürün SmartŞarj ailesinin parçasıdır.