ELPO Compliance · Lapisan Kepatuhan Turki
CSMS Anda. Siap untuk Turki.
Kepatuhan EPDK dan GİB tanpa membangun ulang platform Anda. Paket Kepatuhan Turki dari ELPO adalah lapisan terpisah antara perangkat lunak jaringan pengisian Anda (CSMS) dengan EPDK, regulator energi Turki, dan GİB, otoritas pajak Turki. CSMS Anda tetap berbicara dalam bahasa yang sudah dikuasainya — OCPI — dan paket ini mengambil alih seluruh pelaporan khusus Turki.
Mengoperasikan jaringan pengisian di Turki tidak selesai dengan memasang charger
Anda wajib melapor ke dua lembaga, dalam dua format berbeda, tanpa jeda:
EPDK
Apakah konektor tersedia, apakah sesi sudah dimulai, sudah selesai, berapa energi yang disalurkan, berapa harganya — masing-masing panggilan terpisah dengan urutan dan waktunya sendiri.
GİB
Pendaftaran setiap charger dan laporan penjualan yang ditandatangani dengan segel elektronik.
CSMS asing tidak mengenal satu pun dari hal ini. Harga yang harus dibayar jika regulasi ditulis ke dalam kode sendiri: perangkat lunak harus diubah setiap kali aturan berubah, satu versi terpisah untuk tiap negara, dan yang paling berbahaya — laporan yang gagal terkirim tanpa ada yang menyadarinya.
Solusinya: lapisan yang memisahkan pelaporan regulasi dari perangkat lunak Anda
Paket Kepatuhan berada di antara CSMS Anda dan regulator. CSMS mengirim data melalui alur OCPI standar; paket ini menyiapkan, mengirim, dan memantau laporan ke EPDK serta laporan penjualan ke GİB. Untuk CSMS yang tidak mendukung OCPI tersedia gerbang REST sederhana dengan lima event.
Tidak ada satu baris pun kode khusus Turki di CSMS Anda.
Untuk siapa
Perangkat lunak CSMS dan CPO asing yang masuk ke Turki
Penuhi kewajiban EPDK dan GİB tanpa menulis kode khusus Turki ke dalam produk Anda.
Operator jaringan pengisian lokal dengan perangkat lunak sendiri
Saat aturan berubah, perangkat lunak Anda tetap; perubahannya dilakukan di dalam paket.
Kami menyelesaikan pelaporan regulasi sebagai lapisan terpisah yang terhubung ke perangkat lunak jaringan pengisian Anda melalui protokol.
Mengapa Anda bisa mengandalkannya — apa yang sudah diukur
Semua yang tercantum di bawah sudah berjalan di produk saat ini dan telah diverifikasi di lingkungan uji.
| Laporan benar-benar sampai ke EPDK | Penerimaan yang kembali dengan nomor registrasi dari lingkungan uji EPDK |
|---|---|
| Laporan terkirim otomatis, bukan manual | Antrean dikosongkan setiap 30 detik; layar menampilkan waktu pengiriman terakhir |
| Laporan yang gagal tidak hilang | Dicoba ulang dengan interval yang makin panjang; setiap percobaan dicatat beserta isi pesan dan balasan regulator |
| Laporan yang ditolak bisa diperbaiki dan dikirim ulang | Setelah data registri dikoreksi, catatan kembali masuk ke antrean |
| Laporan yang sama tidak pernah terkirim dua kali | Setiap catatan diklaim dalam satu transaksi tunggal; putaran kedua tidak menyentuhnya |
| Layar pencocokan dengan catatan resmi EPDK | Inventaris CSMS di kiri, registri EPDK di kanan; catatan yang tidak cocok langsung terlihat |
| Setiap jaringan pengisian memilih lembaga pembayarannya sendiri | Ditetapkan per pemegang lisensi |
| Sesi dari CSMS yang tidak bisa mengirim data juga dilaporkan | Paket membaca sesi yang sudah selesai dari CSMS terhubung setiap jam; catatan yang dibaca dengan cara ini tidak pernah dilaporkan dua kali |
| Hasil sebenarnya dari setiap laporan dikembalikan ke CSMS | Hasilnya dikirim dalam bentuk bertanda tangan ke alamat yang ditentukan CSMS |
| CSMS dapat membaca kembali dari kami apa yang dikirimnya | Semua endpoint sisi penerima OCPI 2.2.1 dan 2.3.0 berfungsi: lokasi, sesi, catatan pengisian (CDR), dan tarif dikirim lalu dibaca kembali; setiap endpoint diuji satu per satu dengan kunci CSMS sungguhan |
| Catatan pengisian dari stasiun tanpa nomor EPDK tidak hilang | Catatan tidak ditolak, melainkan ditahan; begitu nomornya diisi, catatan otomatis dikirim ke EPDK tanpa CSMS perlu mengirim ulang |
| CSMS tanpa OCPI juga bisa terhubung | Antarmuka REST dengan lima event: sesi dimulai, selesai, konsumsi, tarif, gangguan |
| Laporan penjualan GİB dibuat, dan ditandatangani jika segel sudah dikonfigurasi | Tanpa segel dokumen tetap dibuat dan layar menunjukkan bahwa dokumen belum ditandatangani |
Layar dan apa yang dibuktikannya
- Komunikasi EPDK
- Bukti di layar bahwa laporan benar-benar terkirim
- Pelaporan Manual EPDK
- Operator dapat menutup celah antara lapangan dan sistem
- Pencocokan Registri
- Langkah penyiapan paling krusial terlihat jelas; pencocokan yang salah tidak luput
- Rekonsiliasi
- Menangkap kesalahan "saya kira sudah terkirim"
- Laporan Penjualan GİB
- Data yang dikirim ke integrator dokumen elektronik dapat diaudit
- Lembaga Pembayaran
- Dalam bisnis multi-jaringan, setiap jaringan tetap memegang perjanjiannya sendiri
- Terminal Pembayaran
- Kode QR pengemudi tidak pernah mengarah ke halaman kosong
- Definisi
- Bisnis multi-jaringan dikelola dari satu panel
Pertanyaan umum
- Apakah kami harus mengubah CSMS kami?
- Tidak. Jika CSMS Anda mendukung OCPI, tidak ada hal baru yang perlu dipelajari; pembagian perannya sama dengan alur standar CPO→eMSP. Untuk CSMS tanpa OCPI tersedia gerbang REST/webhook yang sederhana.
- Apa yang terjadi jika regulasi berubah?
- Perubahan dilakukan di Paket Kepatuhan; CSMS Anda tidak terdampak. Justru itulah alasan produk ini ada.
- Apakah kami akan tahu jika sebuah laporan gagal?
- Ya. Setiap percobaan dicatat bersama balasan mentah dari regulator. Jika antrean berhenti, indikator di layar menunjukkan sudah berapa menit antrean itu diam.
- Di mana data kami disimpan?
- Produk ini juga dapat dipasang di server Anda sendiri. Pekerjaan yang menyentuh data pelanggan, seperti penandatanganan dengan segel elektronik, dilakukan di lokasi dan tidak dikirim keluar.
- Apakah kami harus menggunakan SmartŞarj?
- Tidak. Paket Kepatuhan bekerja dengan CSMS apa pun; jaringan pengisian yang tidak menggunakan SmartŞarj pun dapat membelinya.