ELPO Compliance · Lapisan Pematuhan Turki
CSMS anda. Sedia untuk Turki.
Pematuhan EPDK dan GİB tanpa membina semula platform anda. Pakej Pematuhan Turki ELPO ialah lapisan berasingan antara perisian rangkaian pengecasan anda (CSMS) dengan pengawal selia tenaga Turki, EPDK, dan pentadbiran hasil, GİB. CSMS anda menggunakan bahasa yang sudah difahaminya — OCPI — dan pakej ini mengambil alih setiap pelaporan khusus Turki.
Mengendalikan rangkaian pengecasan di Turki tidak berakhir dengan pemasangan pengecas
Anda perlu melapor kepada dua institusi, dalam dua format berbeza, tanpa kelewatan:
EPDK
Adakah penyambung tersedia, adakah sesi bermula, adakah ia tamat, berapa banyak tenaga dibekalkan, berapakah harganya — setiap satu panggilan berasingan dengan urutan dan masanya sendiri.
GİB
Pendaftaran setiap pengecas dan laporan jualan yang ditandatangani dengan meterai fiskal elektronik.
CSMS asing tidak mengetahui apa-apa tentang semua ini. Harga menulis peraturan ke dalam kod sendiri: perisian berubah setiap kali peraturan berubah, versi berasingan bagi setiap negara dan, paling buruk, laporan yang tercicir tanpa disedari sesiapa.
Penyelesaiannya: lapisan yang memisahkan pelaporan kawal selia daripada perisian anda
Pakej Pematuhan berada di antara CSMS anda dan pengawal selia. CSMS menghantar data melalui aliran OCPI standard; pakej ini menyediakan, menghantar dan menjejak laporan kepada EPDK serta laporan jualan kepada GİB. Bagi CSMS yang tidak menyokong OCPI, tersedia get laluan REST ringkas dengan lima peristiwa.
Tiada satu baris pun kod khusus Turki dalam CSMS anda.
Untuk siapa
Perisian CSMS dan CPO asing yang memasuki Turki
Penuhi kewajipan EPDK dan GİB tanpa menulis kod khusus Turki ke dalam produk anda.
Pengendali rangkaian pengecasan tempatan dengan perisian sendiri
Apabila peraturan berubah, perisian anda tidak berubah; perubahan dibuat dalam pakej.
Kami menyelesaikan pelaporan kawal selia sebagai lapisan berasingan yang bersambung dengan perisian rangkaian pengecasan anda melalui protokol.
Mengapa anda boleh bergantung padanya — apa yang telah diukur
Semua di bawah berfungsi dalam produk hari ini dan telah disahkan dalam persekitaran ujian.
| Laporan benar-benar sampai ke EPDK | Penerimaan dengan nombor rekod yang dikembalikan oleh persekitaran ujian EPDK |
|---|---|
| Laporan dihantar secara automatik, bukan secara manual | Baris gilir dikosongkan setiap 30 saat; skrin memaparkan masa penghantaran terakhir |
| Laporan yang gagal tidak hilang | Dicuba semula pada selang yang semakin panjang; setiap cubaan direkodkan bersama kandungan dan jawapan pengawal selia |
| Laporan yang ditolak boleh dibetulkan dan dihantar semula | Sebaik data daftar dibetulkan, rekod kembali ke baris gilir |
| Laporan yang sama tidak pernah dihantar dua kali | Setiap rekod diambil dalam satu transaksi tunggal; pusingan kedua tidak menyentuhnya |
| Skrin untuk memadankan dengan rekod rasmi EPDK | Inventori CSMS di kiri, daftar EPDK di kanan; rekod yang tidak sepadan ditonjolkan |
| Setiap rangkaian pengecasan memilih institusi pembayarannya sendiri | Ditetapkan mengikut pemegang lesen |
| Sesi daripada CSMS yang tidak dapat menolak data turut dilaporkan | Pakej membaca sesi yang telah selesai daripada CSMS yang disambungkan setiap jam; rekod yang dibaca dengan cara ini tidak pernah dilaporkan dua kali |
| Keputusan sebenar setiap laporan dikembalikan kepada CSMS | Keputusan dihantar, bertandatangan, ke alamat yang ditetapkan oleh CSMS |
| CSMS boleh membaca semula daripada kami apa yang dihantarnya | Semua titik akhir di pihak penerima OCPI 2.2.1 dan 2.3.0 berfungsi: lokasi, sesi, rekod pengecasan (CDR) dan tarif dihantar dan dibaca semula; setiap titik akhir diuji satu demi satu dengan kunci CSMS sebenar |
| Rekod pengecasan stesen tanpa nombor EPDK tidak hilang | Rekod tidak ditolak tetapi ditahan; sebaik sahaja nombor dimasukkan, ia dihantar ke EPDK dengan sendirinya dan CSMS tidak perlu menghantarnya semula |
| CSMS tanpa OCPI juga boleh bersambung | Antara muka REST lima peristiwa: sesi bermula, tamat, penggunaan, tarif, kerosakan |
| Laporan jualan GİB dijana dan ditandatangani apabila meterai dikonfigurasi | Tanpa meterai, dokumen tetap dijana dan skrin menyatakan bahawa ia tidak ditandatangani |
Skrin dan apa yang dibuktikannya
- Komunikasi EPDK
- Bukti pada skrin bahawa laporan dihantar
- Pelaporan Manual EPDK
- Pengendali menutup jurang antara lapangan dan sistem
- Pemadanan Daftar
- Langkah persediaan paling kritikal kelihatan; padanan yang salah tidak terlepas pandang
- Penyelarasan
- Menangkap ralat “saya sangka sudah hantar”
- Laporan Jualan GİB
- Data yang dihantar kepada pengintegrasi e-dokumen boleh diaudit
- Institusi Pembayaran
- Dalam perniagaan berbilang rangkaian, setiap rangkaian mengekalkan perjanjiannya sendiri
- Terminal Pembayaran
- Kod QR pemandu tidak pernah membawa ke halaman kosong
- Tetapan Asas
- Perniagaan berbilang rangkaian diurus dari satu panel
Soalan lazim
- Perlukah kami mengubah CSMS kami?
- Tidak. Jika CSMS anda menyokong OCPI, tiada apa yang baharu untuk dipelajari; pembahagian peranan sama seperti aliran standard CPO→eMSP. Bagi CSMS tanpa OCPI, tersedia get laluan REST/webhook yang ringkas.
- Apa yang berlaku apabila peraturan berubah?
- Perubahan dibuat dalam Pakej Pematuhan; CSMS anda tidak terjejas. Itulah sebab produk ini wujud.
- Adakah kami akan tahu jika laporan gagal?
- Ya. Setiap cubaan direkodkan bersama jawapan mentah pengawal selia. Jika baris gilir terhenti, penunjuk pada skrin memaparkan sudah berapa minit ia senyap.
- Di manakah data kami disimpan?
- Produk ini juga boleh dipasang pada pelayan anda sendiri. Kerja yang melibatkan data pelanggan, seperti menandatangani dengan meterai elektronik, dilakukan di lokasi dan tidak dihantar keluar.
- Perlukah kami menggunakan SmartŞarj?
- Tidak. Pakej Pematuhan berfungsi dengan mana-mana CSMS; rangkaian pengecasan yang tidak menggunakan SmartŞarj juga boleh membelinya.