Rekonsiliasi Roaming Pengisian Daya EV: CDR ke Penyelesaian

Daftar isi

Rekonsiliasi roaming pengisian daya EV adalah proses mencocokkan sesi pengisian daya, Catatan Detail Pengisian Daya (CDR), harga yang disepakati, faktur mitra, dan catatan pembayaran untuk menetapkan apa yang harus dibayar oleh masing-masing pihak dan apakah jumlah tersebut telah dibayar. Sistem ini menghubungkan catatan teknis dari suatu peristiwa pengisian daya dengan catatan komersial dari penyelesaian transaksi.

Pengemudi mungkin menyelesaikan pengisian daya tanpa menyadari adanya masalah, sementara bisnis-bisnis di balik sesi tersebut masih berselisih mengenai energi yang dikirim, tarif yang berlaku, atau total tagihan. Pengisian daya yang berhasil dan pengiriman data yang berhasil, dengan sendirinya, tidak berarti transaksi siap untuk diselesaikan.

Panduan ini menjelaskan bagaimana CPO, eMSP, dan tim keuangan dapat menyelidiki perbedaan tersebut, mencegah penagihan ganda, dan menutup periode penyelesaian dengan catatan yang dapat diaudit. Untuk dasar-dasar protokol dan model koneksi, lihat panduan kami yang lain. Panduan lengkap tentang OCPI dan roaming pengisian daya EV..

Cakupan: Contoh bidang protokol mengacu pada OCPI 2.2.1. Status rekonsiliasi, kontrol, dan contoh keuangan di bawah ini adalah praktik operasional yang diusulkan, bukan persyaratan OCPI tambahan. Semua catatan dan jumlah sampel bersifat ilustratif; ini bukan data pelanggan TrendPower.

Apa sebenarnya yang diperiksa oleh rekonsiliasi roaming pengisian daya EV?

Rekonsiliasi menjawab lima pertanyaan praktis: Apakah sesi tersebut benar-benar terjadi? Apakah catatan akhirnya lengkap? Apakah harganya sudah benar? Apakah sesi tersebut sudah dimasukkan dalam faktur yang tepat? Apakah saldo yang dihasilkan sudah diselesaikan?

Mulailah dengan memisahkan tiga aktivitas yang sering dikelompokkan bersama. Rekonsiliasi Membandingkan catatan dan mengidentifikasi perbedaan. Pembersihan Menetapkan kewajiban keuangan antara para peserta berdasarkan perjanjian komersial mereka. Hunian Melaksanakan kewajiban tersebut melalui proses pembayaran yang telah disepakati. Roaming hub dapat melakukan beberapa fungsi ini, tetapi perannya bergantung pada layanan dan kontrak.

Ada juga dua harga berbeda yang perlu dipertimbangkan. Jumlah yang harus dibayar oleh eMSP kepada CPO dapat berbeda dari jumlah yang dibebankan eMSP kepada pengemudinya. Diskon keanggotaan, langganan, dan mark-up ritel dapat menciptakan perbedaan yang sah. Bandingkan faktur mitra dengan harga mitra yang disepakati; cocokkan tagihan pengemudi secara terpisah dengan ketentuan pengemudi.

Model operasional yang berguna mempertahankan tiga pengecekan yang saling terkait: rekonsiliasi sesi ke CDR, rekonsiliasi CDR ke faktur, dan rekonsiliasi faktur ke pembayaran. Memisahkan ketiganya memudahkan untuk melihat apakah pengecualian tersebut terkait dengan rekayasa, operasi komersial, atau keuangan.

Sesi, CDR, faktur, dan pembayaran: gunakan setiap catatan untuk tujuan yang tepat.

Objek Session menyediakan informasi yang berubah tentang suatu peristiwa penagihan. CDR mencatat peristiwa yang telah selesai untuk keperluan penagihan. Faktur mengelompokkan biaya keuangan berdasarkan suatu perjanjian, sementara catatan pembayaran menunjukkan uang yang diterima atau dikirim. Masing-masing menjawab pertanyaan yang berbeda.

Empat catatan yang perlu dihubungkan sebelum menutup transaksi roaming.
CatatanApa yang ditetapkannyaPenggunaan rekonsiliasi
SidangKemajuan operasional dan status sesi terbaru yang diketahui. Identifikasi peristiwa yang telah selesai namun masih belum memiliki catatan penagihan akhir.
CDRJumlah pengisian akhir dan biaya yang dilaporkan.Periksa identitas, kelengkapan, harga, dan koreksi.
Faktur mitra Biaya dan penyesuaian ditagihkan untuk periode yang disepakati. Konfirmasikan bahwa catatan yang memenuhi syarat hanya muncul sekali, dengan perlakuan keuangan yang benar.
Pembayaran atau pengiriman uang Dana yang ditransfer dan saldo yang dimaksudkan untuk ditutupi. Alokasikan kas dan identifikasi faktur yang belum dibayar atau sebagian dibayar.

Pada layar yang lebih kecil, geser di dalam tabel untuk membaca semua kolom.

Jangan menggunakan perkiraan sesi langsung sebagai pengganti CDR yang hilang. Demikian pula, jangan menafsirkan biaya sesi yang hilang sebagai biaya nol: OCPI membedakan biaya yang dihilangkan dari sesi yang secara eksplisit gratis. Modul Sesi resmi menjelaskan perbedaan ini.

Penerimaan CDR (Catch Deployment Record) mengkonfirmasi peristiwa data, bukan persetujuan keuangan. Berikan catatan tersebut status pengiriman, validasi, penagihan, dan penyelesaian yang terpisah. Misalnya, sebuah catatan dapat diterima dengan sukses tetapi tetap ditangguhkan karena tarifnya tidak dapat diverifikasi.

Data apa yang harus terdapat dalam buku besar rekonsiliasi roaming?

Buat buku besar yang menghubungkan muatan data mitra asli dengan sesi internal, faktur, dan referensi pembayaran Anda. Simpan muatan data yang diterima bersama dengan bidang yang dinormalisasi sehingga penyelidik dapat merekonstruksi keputusan tanpa bergantung pada dasbor yang telah berubah.

Kelompok-kelompok berikut merupakan titik awal yang praktis. Beberapa bidang merupakan bidang protokol; yang lainnya merupakan referensi akuntansi internal. Ketersediaan dan status wajibnya harus diperiksa berdasarkan versi protokol yang telah disepakati.

  • Identitas: pemilik catatan, kode negara, ID pihak, ID CDR, ID Sesi (jika tersedia), mitra penerima, dan referensi transaksi internal.
  • Bukti penuntutan: Lokasi, pengidentifikasi EVSE dan konektor, stempel waktu mulai dan berakhir, kuantitas energi, periode pengisian daya yang relevan, dan bukti meteran jika tersedia.
  • Dasar komersial: Gambaran tarif atau referensi historis, versi kontrak, mata uang, biaya yang dilaporkan, biaya yang diharapkan, dasar pajak, dan biaya terpisah yang disepakati.
  • Riwayat pemrosesan: Rute sumber, stempel waktu penerimaan, hasil validasi, klasifikasi duplikat, pemilik pengecualian, dan riwayat persetujuan.
  • Referensi keuangan: Faktur dan referensi baris, keterkaitan kredit, batch penyelesaian, tanggal jatuh tempo, referensi pengiriman uang, dan alokasi kas.

Gunakan identitas pemilik catatan bersama dengan ID CDR untuk menghindari bent bentrokan antara CPO yang berbeda. Simpan mitra penerima dan rute sebagai konteks tambahan. Pengidentifikasi permintaan HTTP berguna untuk melacak pengiriman, tetapi tidak boleh menjadi kunci bisnis untuk biaya.

OCPI 2.2.1 dapat membawa opsi tambahan. ID sesi Dalam CDR (Catchment Data Record). Jika tersedia, pertahankan asosiasi tersebut. Jika tidak ada, gunakan pemetaan yang terdokumentasi berdasarkan bukti lain, seperti referensi otorisasi, token, EVSE (Electronic Vehicle Service Event), dan stempel waktu. Pencocokan yang ambigu harus masuk ke antrian peninjauan daripada menjadi baris faktur otomatis.

Untuk sumber operasional buku besar ini, tinjau kembali milik Anda. sistem manajemen titik pengisian daya dan menentukan sesi, harga, dan catatan ekspor mana yang dapat disediakan. Alur kerja keuangan tidak dapat menyelesaikan bukti yang tidak pernah disimpan.

Alur kerja praktis dari catatan sesi hingga penyelesaian

1. Tentukan periode dan aturan komersialnya

Sepakati mata uang penyelesaian, periode penagihan, zona waktu batas, sumber penetapan harga, perlakuan biaya, proses koreksi, dan ketentuan pembayaran sebelum memproses catatan. Tentukan apakah kelayakan periode bergantung pada penyelesaian sesi, penerimaan CDR, atau peristiwa kontraktual lainnya.

Pisahkan waktu kejadian operasional dan waktu penerimaan. Sesi yang selesai di akhir bulan mungkin tiba setelah batas waktu karena sistem sedang offline. Catat sebagai kedatangan terlambat dan terapkan aturan penyesuaian yang telah disepakati; jangan mengubah batch yang telah disetujui sebelumnya secara diam-diam.

2. Kumpulkan catatan dan normalisasikan tanpa kehilangan bukti.

Impor catatan penagihan lokal, catatan panggilan mitra, dan detail faktur. Normalisasi satuan, presisi desimal, dan pengidentifikasi sambil mempertahankan aslinya. Simpan stempel waktu yang mempertimbangkan zona waktu dan zona waktu lokasi untuk cek yang bergantung pada jam tarif lokal.

Pastikan proses pemasukan data dapat diulang. Memproses ulang ekspor yang sama atau menerima percobaan ulang harus memperbarui riwayat pemrosesan tanpa menimbulkan biaya tambahan. Simpan catatan cakupan impor sehingga halaman data yang gagal tidak terlihat seperti titik kosong.

3. Sesi pertandingan dan CDR

Pertama, identifikasi sesi yang telah selesai yang seharusnya memiliki CDR tetapi tidak memilikinya. Kemudian periksa CDR yang tidak memiliki kecocokan lokal. Ini adalah pengecualian yang berbeda: satu menunjukkan data akhir yang hilang; yang lain mungkin menunjukkan catatan lokal yang tidak lengkap, perutean yang salah, atau masalah pemetaan.

Gunakan pengidentifikasi yang tepat sebelum bukti sekunder. Jika dua kandidat memiliki waktu dan energi yang serupa, jangan otomatis memilih yang terdekat. Mintalah referensi yang hilang dari pemilik sumber. Jumlah pengisian daya adalah bukti, tetapi bukan pengidentifikasi unik yang dapat diandalkan.

4. Validasi kuantitas dan perkiraan biaya

Periksa apakah catatan tersebut valid secara struktural, stempel waktunya masuk akal, mata uangnya sesuai dengan perjanjian, dan energi serta waktu yang dapat ditagih dapat dijelaskan. Energi nol tidak secara otomatis berarti tagihan tidak valid; selidiki apakah biaya awal, reservasi, atau parkir yang disepakati berlaku.

Hitung ulang jumlah mitra yang diharapkan menggunakan dasar penetapan harga yang berlaku untuk acara tersebut. Tandai perbedaan berdasarkan komponen, bukan hanya menampilkan ketidaksesuaian total. Pengecualian harga energi memerlukan bukti yang berbeda dari pengecualian durasi parkir.

5. Atasi pengecualian dan bekukan batch yang telah disetujui.

Tetapkan alasan, pemilik, nilai, dan tindakan selanjutnya untuk setiap pengecualian. Rilis catatan hanya setelah bukti atau penyesuaian yang disetujui menjelaskan perbedaannya. Urutan internal yang mungkin terjadi adalah diterima, divalidasi, ditahan, disetujui, ditagih, dan diselesaikan.

Bekukan manifes versi dari CDR dan penyesuaian yang telah disetujui. Catatan selanjutnya akan muncul dalam batch berikutnya atau revisi yang disetujui secara terpisah. Ini memberikan daftar yang tepat kepada kedua pihak untuk dibandingkan ketika terjadi sengketa faktur.

6. Rekonsiliasi faktur, lalu alokasikan pembayaran.

Bandingkan detail faktur dengan manifes yang telah disetujui. Periksa jumlah catatan, total komponen, kredit, dan biaya yang ditagih secara terpisah. Mencocokkan total keseluruhan saja tidak cukup: satu biaya yang terlewat dan satu biaya ganda dapat saling meniadakan.

Terakhir, cocokkan catatan pengiriman uang dan bank dengan faktur. Pastikan pembayaran sebagian, biaya bank, dan perbedaan konversi mata uang tetap terlihat. Tutup rekonsiliasi kas hanya setelah saldo yang tersisa dijelaskan dan disetujui di bawah kendali keuangan Anda.

Mengapa jumlah CDR dan faktur mitra berbeda?

Pemeriksaan pertama adalah apakah kedua jumlah tersebut menggambarkan transaksi, dasar harga, mata uang, dan perlakuan pajak yang sama. Banyak kesalahan yang tampak jelas muncul karena satu laporan mencakup pajak atau harga eceran sementara laporan lainnya mewakili jumlah mitra sebelum pajak.

Tarif historis dan penetapan harga kontrak

Simpan bukti penetapan harga yang berlaku untuk transaksi penagihan. Menghitung ulang transaksi masa lalu berdasarkan tarif saat ini dapat menghasilkan hasil yang kredibel tetapi tidak akurat. Jika perjanjian komersial menerapkan rumus grosir terpisah, simpan rumus tersebut dan jelaskan bagaimana kaitannya dengan tarif yang dipertukarkan.

Untuk sesi yang mencakup rentang harga tertentu, periksa periode dan ketentuan yang relevan. Jangan berasumsi bahwa satu tarif berlaku untuk seluruh sesi atau bahwa setiap perubahan tarif memerlukan perlakuan perhitungan yang sama. Tetapkan aturan yang berlaku dari tarif dan perjanjian yang sebenarnya.

Energi, waktu pengisian daya, dan waktu parkir

Jumlah total yang hanya berdasarkan kWh dapat mengabaikan waktu yang sah atau biaya tetap. Pisahkan durasi pengisian daya dari waktu terhubung tanpa pengisian daya, dan verifikasi periode tenggang waktu. Jika sistem tidak dapat menetapkan batasan yang diperlukan, tandai bukti yang hilang daripada mengarang durasi.

Sebagai contoh, suatu kegiatan pengisian daya mungkin mencakup 35 menit pengisian daya dan 10 menit terhubung setelah transfer energi berhenti. Menagih seluruh 45 menit sebagai waktu pengisian daya dapat menghasilkan hasil yang berbeda dari penerapan komponen pengisian daya dan parkir yang telah disepakati secara terpisah.

Penambahan dan pembulatan tagihan

Pembulatan kuantitas dan pembulatan uang adalah pemeriksaan terpisah. Dalam OCPI 2.2.1, komponen harga tarif meliputi ukuran langkahUntuk komponen waktu tunggal yang ditagih dalam blok lima menit, enam menit yang dapat ditagih menjadi sepuluh menit. Modul Tarif resmi Hal ini juga menjelaskan mengapa transisi antar elemen tarif memerlukan penanganan yang hati-hati.

Gunakan aritmatika desimal untuk perhitungan moneter. Dokumentasikan apakah proses yang disepakati membulatkan komponen, total sesi, atau total faktur, dan pada tingkat presisi berapa. Toleransi harus mencerminkan aturan pembulatan yang disetujui; toleransi tersebut tidak boleh menyembunyikan kesalahan penetapan harga yang berulang.

Pajak, mata uang, dan biaya yang ditagih secara terpisah

Bandingkan jumlah secara konsisten sebelum menghitung selisih. Pastikan setiap item pajak, biaya layanan, dan biaya pusat distribusi mudah diidentifikasi. Jika konversi mata uang merupakan bagian dari perjanjian, simpan sumber kurs, tanggal konversi, dan jumlah awal agar perhitungan dapat diulang.

Penyesuaian komersial yang disepakati harus memiliki referensi tersendiri. Jangan menulis ulang pengisian energi untuk menyeimbangkan faktur. Untuk arsitektur pembayaran terkait, lihat TrendPower. solusi pembayaran pengisian daya EVKonfirmasikan ruang lingkup penagihan dan penyelesaian yang dibutuhkan untuk proyek Anda.

Contoh kasus: menemukan data duplikat, data yang hilang, dan perbedaan harga.

Buku besar sederhana di bawah ini menggambarkan proses rekonsiliasi untuk satu mitra dalam satu mata uang. Semua jumlah belum termasuk pajak. Jumlah ini tidak termasuk biaya pusat distribusi, nilai tukar mata uang asing, dan penyesuaian lainnya sehingga perbedaan pada tingkat catatan tetap mudah dipahami.

Contoh kasus: perkiraan jumlah mitra dibandingkan dengan biaya CDR yang diterima
SidangMengharapkanDiterimaTemuanTindakan awal
S-101€18.40€18.40Satu data CDR yang valid; cocok persis.Menyetujui.
S-102€12.60€12,60 diterima dua kaliPemilik, ID CDR, dan muatan data yang sama.Simpan kedua peristiwa pengiriman; hitung satu biaya.
S-103€9.80Tidak ada CDR yang diterima.Sesi selesai tanpa bukti akhir.Tahan dan mintalah catatan panggilan (CDR).
S-104€21.20€23.20€2,00 di atas biaya yang diharapkan.Tahan dan selidiki penetapan harga.

Jumlah total yang diterima adalah €66,80 karena pengiriman S-102 dihitung dua kali. Penghapusan duplikasi mengurangi total biaya yang diterima menjadi €54,20. Total yang diharapkan di keempat sesi adalah €62,00, tetapi batch tersebut masih belum lengkap dan mencakup jumlah yang dipersengketakan.

Pada tahap ini, hanya S-101 dan S-102 yang disetujui, sehingga memberikan jumlah yang siap untuk penyelesaian sebesar... €31.00Catatan sebesar €9,80 yang hilang dan biaya S-104 yang dipersoalkan tetap terlihat di buku besar pengecualian. Keduanya tidak boleh hilang hanya karena faktur yang disetujui mengecualikannya.

Misalkan investigasi mengkonfirmasi bahwa S-104 menggunakan dasar penetapan harga yang salah dan mitra memberikan koreksi yang valid menjadi €21,20. Jika CDR valid S-103 sebesar €9,80 juga tiba sebelum batas waktu yang disepakati, total yang disetujui menjadi €62,00. Jika tiba setelah batas waktu, batch saat ini dan batch susulan berikutnya harus menunjukkan pemisahan tersebut secara eksplisit.

Jumlah total yang telah dikoreksi (sebagai ilustrasi): €18,40 + €12,60 + €9,80 + €23,20 − €23,20 + €21,20 = €62,00

Pembalikan dan penggantian dalam persamaan ini termasuk dalam rantai koreksi yang sama. Jika tagihan asli sudah ditagih pada periode sebelumnya, catat penyesuaian pada periode berikutnya yang sesuai, daripada berpura-pura bahwa tagihan asli tersebut tidak pernah ada.

Cara menangani CDR yang duplikat, hilang, dan terlambat.

Pengiriman ganda: simpan jejaknya, hindari biaya kedua.

Pengirim dapat mencoba lagi setelah waktu habis meskipun penerima telah menyimpan permintaan pertama. Desain penyerapan data Anda harus mengenali catatan bisnis yang berulang dan menyimpan jejak pengiriman tambahan tanpa membuat item penagihan baru.

Klasifikasikan pengulangan dengan cermat. Pemilik dan ID CDR yang sama dengan konten identik menunjukkan duplikasi pengiriman. Kunci yang sama dengan konten berbeda merupakan konflik yang memerlukan penyelidikan. ID CDR yang berbeda yang tampaknya menggambarkan peristiwa yang sama juga perlu ditinjau, tetapi mungkin termasuk dalam rantai kredit dan penggantian yang sah.

Jangan pernah melakukan deduplikasi hanya berdasarkan token, energi, atau pembulatan waktu mulai. Satu pengemudi dapat melakukan beberapa sesi serupa, dan catatan yang sah mungkin memiliki atribut yang sama. Gunakan identitas dan referensi koreksi yang stabil, dengan bukti sekunder yang mendukung keputusan tersebut.

CDR hilang: identifikasi di mana rekaman tersebut berhenti.

Periksa apakah CPO telah menghasilkan CDR, mencoba pengiriman, dan menerima respons aplikasi yang berhasil. Dalam rute hub, bedakan penerimaan oleh hub dari pengiriman selanjutnya ke penerima yang dituju. Pertahankan titik pemeriksaan ini agar tetap terlihat, alih-alih memperlakukan rute sebagai satu koneksi yang tidak transparan.

Mintalah catatan asli melalui metode pemulihan yang disepakati mitra. Jangan membuat tagihan mitra akhir dari estimasi langsung terakhir hanya untuk menutup bulan. Jika bagian keuangan membutuhkan akrual, pisahkan dari CDR operasional dan rekonsiliasikan saat bukti akhir tiba.

CDR terlambat: pertahankan tanggal acara asli.

Buat antrian untuk catatan valid yang diterima setelah batas waktu periode. Tampilkan periode layanan, tanggal penerimaan, dan periode faktur secara terpisah. Hal ini memungkinkan bagian keuangan untuk menjelaskan biaya periode sebelumnya tanpa mengubah waktu sebenarnya dari peristiwa penagihan.

Selama pemulihan data, periksa penomoran halaman dan arti dari filter tanggal. Di OCPI 2.2.1, pemfilteran daftar CDR menggunakan terakhir diperbarui, yang bukan merupakan waktu penyelesaian sesi. Oleh karena itu, kueri pemulihan perlu mengumpulkan pembaruan yang relevan sebelum proses Anda sendiri menetapkan catatan ke periode penagihan yang disepakati.

Bagaimana seharusnya sengketa dan koreksi CDR diselesaikan?

Ajukan pengecualian dengan klaim spesifik. Pernyataan "Jumlahnya salah" sulit diselidiki; sedangkan "CDR X memasukkan €2,00 dalam biaya parkir tanpa periode parkir yang dapat ditagih sesuai kesepakatan" memberikan masalah yang dapat diuji bagi kedua tim.

Paket sengketa yang bermanfaat berisi identitas catatan, muatan asli, bukti sesi atau meteran yang relevan, tarif historis, referensi perjanjian, perhitungan yang diharapkan, perhitungan yang diterima, dan baris faktur. Tambahkan pemilik, tenggat waktu respons, dan tindakan yang diusulkan. Bagikan hanya token atau informasi pelanggan yang diperlukan untuk investigasi.

Untuk CDR OCPI 2.2.1 yang sudah terkirim, simpan yang asli. Mekanisme koreksi protokol menggunakan CDR kredit baru yang merujuk pada yang asli, dengan nilai asli negatif di dalamnya. total_biaya; biaya yang dikoreksi kemudian dapat menggunakan ID CDR unik yang baru. Jangan meniadakan setiap bidang kuantitas atau biaya secara sembarangan. Periksa spesifikasi koreksi CDR resmi terhadap versi yang sedang digunakan.

Catatan kredit (CDR) dan nota kredit keuangan memiliki tujuan yang terkait tetapi berbeda. Hubungkan koreksi protokol dengan dokumen akuntansi yang dipersyaratkan oleh perjanjian dan proses keuangan Anda. Konfirmasikan apakah pengemudi juga memerlukan penyesuaian tagihan ritel; koreksi grosir tidak secara otomatis menjelaskan posisi pelanggan.

Selesaikan catatan secara individual jika memungkinkan. Apakah jumlah yang tidak disengketakan dapat ditagih atau dibayarkan sementara sengketa masih terbuka bergantung pada kontrak. Hindari menahan seluruh saldo mitra secara default ketika hanya sebagian kecil yang dapat diidentifikasi yang belum terselesaikan.

Siapa yang memiliki setiap bagian dari rekonsiliasi keliling?

Berikan satu pemilik koordinator untuk setiap pengecualian, bahkan ketika beberapa tim memberikan bukti. Jika tidak, bagian teknik mungkin menganggap pengiriman selesai sementara bagian keuangan menunggu tanpa batas waktu untuk jumlah yang disetujui secara komersial.

  • Operasi CPO: Menentukan apa yang terjadi di pengisi daya dan menyediakan catatan pengisian daya akhir, bukti harga, dan koreksi sesuai peran yang disepakati.
  • Operasi eMSP: Mencocokkan catatan mitra dengan data pelanggan yang tepat dan mengelola setiap masalah penagihan ritel yang terpisah.
  • Tim integrasi: Selidiki perutean, respons aplikasi, halaman yang hilang, percobaan ulang, dan pemetaan pengidentifikasi.
  • Pemilik komersial: Menyelesaikan interpretasi harga mitra, biaya, tenggat waktu, dan aturan penyelesaian sengketa.
  • Keuangan: Menyetujui pemrosesan faktur, mengalokasikan kas, dan memelihara saldo yang tersisa serta jejak audit.
  • Pusat roaming, jika terlibat: menyediakan informasi routing, rekonsiliasi, atau bukti keuangan yang termasuk dalam layanan yang dikontrak.

Ini adalah tanggung jawab yang disarankan, bukan alokasi kewajiban universal. Kontrak harus mengidentifikasi penerbit faktur resmi, debitur, dan pihak penyelesaian. Penyedia perangkat lunak tidak menjadi pihak kliring atau penyelesaian hanya dengan menyediakan koneksi OCPI.

Daftar periksa penutupan penyelesaian untuk operator penagihan

Lakukan pemeriksaan pengecualian ringan sepanjang periode tersebut, lalu gunakan proses penutupan yang terkontrol. Menemukan tarif yang hilang saat bukti masih tersedia lebih mudah daripada membangunnya kembali beberapa minggu setelah faktur diterbitkan.

  1. Konfirmasikan cakupan koleksi. Semua sumber, halaman, dan jendela pemulihan yang diharapkan telah diproses; impor yang gagal terlihat.
  2. Konfirmasikan identitas dan kelayakan. Setiap catatan hutang dagang milik mitra dan periode yang tepat, dengan pengecekan duplikasi dan perlakuan kredit.
  3. Konfirmasikan dasar komersialnya. Mata uang, riwayat harga, perlakuan pajak, dan biaya yang ditagih secara terpisah didokumentasikan.
  4. Dokumen pengecualian. Catatan yang disimpan tetap mencantumkan jumlah, risiko keuangan, pemilik, dan tindakan selanjutnya.
  5. Bekukan manifes yang telah disetujui. Catat versinya, waktu persetujuan, daftar CDR, koreksi, dan total komponen.
  6. Cocokkan detail faktur. Telusuri setiap biaya atau penyesuaian ke manifes dan jelaskan setiap item yang hanya ada dalam faktur.
  7. Alokasikan pengiriman uang. Catat pembayaran penuh atau sebagian dan jelaskan secara terpisah saldo yang tersisa, biaya, dan selisih konversi.
  8. Pertahankan jejak audit. Simpan bukti dan persetujuan yang dipersyaratkan oleh kebijakan kontrak dan penyimpanan data Anda.

Metrik yang berguna meliputi sesi yang telah selesai namun menunggu catatan panggilan (CDR), nilai selisih harga yang belum terselesaikan, baris faktur tanpa bukti yang disetujui, dan saldo penyelesaian yang jatuh tempo. Tentukan penyebut dan jendela pelaporan untuk setiap persentase. Tingkat kecocokan otomatis menjadi menyesatkan jika catatan yang sulit hanya dikecualikan dari populasi.

Apa yang seharusnya ditunjukkan oleh perangkat lunak rekonsiliasi?

Evaluasi alur kerja rekonsiliasi dengan contoh transaksi, bukan hanya tangkapan layar dasbor. Minta tim untuk memproses sesi bersih, pengiriman duplikat, CDR yang hilang, batas tarif, rantai kredit dan penggantian, serta pembayaran sebagian.

Demonstrasi tersebut harus menunjukkan bagaimana sistem menyimpan bukti asli, mengidentifikasi catatan bisnis, menjelaskan perkiraan biaya, dan mencegah item yang belum terselesaikan dibayar secara tidak sengaja. Mintalah ekspor yang memungkinkan bagian keuangan untuk mereproduksi total yang disetujui di luar aplikasi.

Selain itu, uji juga apa yang terjadi setelah suatu batch disetujui. Dapatkah pengguna mengeditnya secara diam-diam? Dapatkah batch berikutnya secara tidak sengaja menyertakan CDR yang sama? Apakah kredit keterlambatan tetap terhubung dengan faktur asli? Pertanyaan-pertanyaan ini mengungkapkan apakah alur kerja tetap andal setelah eksekusi pertama yang berhasil.

Otomatiskan perbandingan yang stabil dan arahkan keputusan yang ambigu ke peninjau yang tepat. Konflik mata uang, identitas yang tidak pasti, dan ketentuan kontrak yang diperselisihkan tidak boleh disembunyikan di balik toleransi otomatis yang luas. Izin dan riwayat persetujuan sama pentingnya dengan logika pencocokan.

Pertanyaan yang sering diajukan tentang rekonsiliasi roaming pengisian daya EV

Apakah sesi yang telah selesai cukup untuk menagih mitra roaming?

Sesi yang telah selesai merupakan bukti operasional yang berguna, tetapi CDR (Catchment Data Record) final adalah catatan penagihan yang harus direkonsiliasi untuk penagihan. Perjanjian Anda menentukan kelayakan faktur. Jika CDR hilang, selidiki atau gunakan proses akrual yang dikontrol secara terpisah daripada memperlakukan catatan langsung sebagai final.

Apakah OCPI secara otomatis menyelesaikan pembayaran antara CPO dan eMSP?

Koneksi OCPI itu sendiri tidak mentransfer atau menyelesaikan dana. Data penagihan mendukung proses keuangan, sementara perjanjian komersial, alur kerja penagihan, dan pengaturan pembayaran menentukan siapa membayar siapa dan kapan.

Apakah tanda terima pengemudi harus sesuai dengan jumlah CDR CPO?

Belum tentu. Perjanjian ritel pengemudi mungkin berbeda dari perjanjian penetapan harga CPO–eMSP. Rekonsiliasi setiap jumlah terhadap dasar penetapan harganya masing-masing, lalu selidiki perbedaan yang tidak dapat dijelaskan dalam lapisan tersebut.

Apa cara terbaik untuk mencegah penagihan CDR ganda?

Gunakan kunci stabil berdasarkan pemilik catatan dan ID CDR, pertahankan riwayat pengiriman, dan proses catatan berulang secara idempoten. Selidiki muatan yang bertentangan dan pertahankan rantai kredit. Stempel waktu atau total energi yang serupa saja tidak cukup untuk deduplikasi yang aman.

Berapa toleransi rekonsiliasi yang harus digunakan operator?

Tidak ada toleransi tunggal yang cocok untuk setiap mitra. Sepakati terlebih dahulu ketelitian perhitungan dan perlakuan pembulatan, kemudian tetapkan kontrol yang sesuai dengan aturan dan mata uang tersebut. Lacak perbedaan kecil yang berulang daripada mengabaikannya secara otomatis.

Seberapa sering catatan roaming perlu direkonsiliasi?

Lakukan pengecekan operasional secara berkala untuk menyelesaikan data yang hilang dan pengecualian harga sebelum membuat faktur. Selesaikan rekonsiliasi faktur dan kas sesuai dengan jadwal penyelesaian yang disepakati. Frekuensi yang tepat bergantung pada volume, tenggat waktu mitra, dan biaya pengecualian yang belum terselesaikan.

Tinjau data penagihan dan alur kerja penyelesaian Anda.

Jika tim Anda menghabiskan akhir bulan untuk melacak CDR yang hilang atau menjelaskan perbedaan faktur, mulailah dengan satu mitra dan satu periode penagihan lengkap. Petakan sesi, CDR, tarif, faktur, dan referensi pembayaran, lalu identifikasi di mana bukti atau tanggung jawab hilang.

Diskusikan kebutuhan Anda dengan TrendPower menggunakan contoh CDR yang telah disunting, aturan penetapan harga yang relevan, dan contoh ekspor faktur. Mintalah peninjauan terhadap CPMS, OCPI, dan antarmuka pembayaran yang dibutuhkan, dan konfirmasikan kontrol mana yang standar, telah dikonfigurasi, atau memerlukan pengembangan.

Diskusikan kebutuhan rekonsiliasi Anda.
Bagikan postingan ini sekarang:
Gambar Hey there, I’m Alex
Hai, saya Alex.

Alex adalah spesialis teknologi EV di Trendpower, yang berdedikasi untuk meneliti dan menulis tentang platform manajemen perangkat lunak pengisian daya EV, manajemen jaringan pengisian daya, dan solusi energi cerdas. Karyanya membantu bisnis dan operator untuk lebih memahami dan menerapkan ekosistem pengisian daya kendaraan listrik yang efisien.

id_IDID
Gulir ke Atas
Hari Terbuka Merek TrendPower

Lihat Bagaimana TrendPower Membantu Anda Meluncurkan & Mengembangkan Operasi Pengisian Daya Kendaraan Listrik

Melalui demo ini, Anda akan mempelajari cara membangun, mengoperasikan, dan memonetisasi platform pengisian daya EV Anda dengan TrendPower.

Apa yang Akan Anda Pelajari:

  • Cara membangun platform operasi pengisian daya EV independen.
  • Model keuntungan untuk operasi platform pengisian daya kendaraan listrik
  • Persyaratan penerapan platform pengisian daya di luar negeri
  • Desain aturan penyelesaian dan pembagian pendapatan

Waktu Respons

Jam Operasional:
Senin hingga Sabtu, pukul 09.00 – 18.30

Selama jam kerja, tim kami akan menghubungi Anda dalam waktu 1 jam.

Di luar jam kerja, kami akan menghubungi Anda setelahnya. Jam 9:00 pagi pada hari kerja berikutnya.

Minta Demo & Dapatkan Penawaran Spesial Anda

Sampaikan kebutuhan Anda kepada kami dan para ahli perangkat lunak pengisian daya EV kami akan menghubungi Anda dengan solusi yang disesuaikan, panduan demo, dan dukungan layanan eksklusif.