การกระทบยอดการชาร์จรถยนต์ไฟฟ้าแบบโรมมิ่ง: จากรายงานข้อมูลการชาร์จ (CDR) สู่การชำระเงิน

การกระทบยอดการชาร์จรถยนต์ไฟฟ้าแบบโรมมิ่ง คือกระบวนการจับคู่ข้อมูลการชาร์จ บันทึกรายละเอียดการชาร์จ (CDR) ราคาที่ตกลงกัน ใบแจ้งหนี้ของคู่ค้า และบันทึกการชำระเงิน เพื่อตรวจสอบว่าแต่ละฝ่ายค้างชำระเท่าใด และจำนวนเงินนั้นได้รับการชำระแล้วหรือไม่ เป็นการเชื่อมโยงบันทึกทางเทคนิคของเหตุการณ์การเรียกเก็บเงินเข้ากับบันทึกทางการค้าของการชำระเงิน

ผู้ขับขี่อาจชาร์จไฟเสร็จโดยไม่พบปัญหาใดๆ ในขณะที่ธุรกิจที่เกี่ยวข้องยังคงไม่เห็นด้วยเกี่ยวกับปริมาณพลังงานที่ส่งมอบ อัตราค่าบริการ หรือยอดรวมในใบแจ้งหนี้ การชาร์จสำเร็จและการส่งข้อมูลสำเร็จไม่ได้หมายความว่าธุรกรรมพร้อมสำหรับการชำระเงินโดยอัตโนมัติ

คู่มือนี้อธิบายวิธีการที่ CPO, eMSP และทีมการเงินสามารถตรวจสอบความแตกต่างเหล่านั้น ป้องกันการเรียกเก็บเงินซ้ำซ้อน และปิดรอบการชำระเงินด้วยบันทึกที่ตรวจสอบได้ สำหรับพื้นฐานของโปรโตคอลและแบบจำลองการเชื่อมต่อ โปรดดูที่... คู่มือฉบับสมบูรณ์เกี่ยวกับ OCPI และบริการชาร์จรถยนต์ไฟฟ้าแบบโรมมิ่ง.

การตรวจสอบความถูกต้องของการชาร์จรถยนต์ไฟฟ้าแบบโรมมิ่งนั้นตรวจสอบอะไรบ้าง?

การกระทบยอดจะตอบคำถามเชิงปฏิบัติ 5 ข้อ ได้แก่: เซสชั่นนั้นเกิดขึ้นจริงหรือไม่? บันทึกสุดท้ายสมบูรณ์หรือไม่? ราคาถูกต้องหรือไม่? รวมอยู่ในใบแจ้งหนี้ที่ถูกต้องหรือไม่? ยอดคงเหลือได้รับการชำระแล้วหรือไม่?

เริ่มต้นด้วยการแยกกิจกรรมสามอย่างที่มักถูกจัดกลุ่มไว้ด้วยกันออกจากกัน การปรองดอง เปรียบเทียบข้อมูลและระบุความแตกต่าง การเคลียร์ กำหนดภาระผูกพันทางการเงินระหว่างผู้เข้าร่วมภายใต้ข้อตกลงทางการค้าของพวกเขา การตั้งถิ่นฐาน ดำเนินการตามข้อผูกพันเหล่านั้นผ่านกระบวนการชำระเงินที่ตกลงกันไว้ ศูนย์กลางการให้บริการโรมมิ่งอาจทำหน้าที่บางอย่างเหล่านี้ แต่บทบาทของมันขึ้นอยู่กับบริการและสัญญา

นอกจากนี้ยังมีราคาที่แตกต่างกันสองแบบที่ต้องพิจารณา จำนวนเงินที่ eMSP ต้องจ่ายให้กับ CPO อาจแตกต่างจากจำนวนเงินที่ eMSP เรียกเก็บจากคนขับ ส่วนลดสมาชิก ค่าสมัครสมาชิก และส่วนเพิ่มราคาขายปลีกอาจทำให้เกิดความแตกต่างที่ถูกต้องตามกฎหมาย เปรียบเทียบใบแจ้งหนี้ของพันธมิตรกับราคาที่ตกลงกันไว้กับพันธมิตร และตรวจสอบใบเรียกเก็บเงินของคนขับแยกต่างหากกับข้อกำหนดของคนขับ

รูปแบบการดำเนินงานที่มีประโยชน์นั้นประกอบด้วยการตรวจสอบที่เชื่อมโยงกันสามส่วน ได้แก่ การกระทบยอดระหว่างเซสชันกับ CDR การกระทบยอดระหว่าง CDR กับใบแจ้งหนี้ และการกระทบยอดระหว่างใบแจ้งหนี้กับการชำระเงิน การแยกการตรวจสอบเหล่านี้ออกจากกันทำให้ง่ายต่อการตรวจสอบว่าข้อผิดพลาดนั้นเกี่ยวข้องกับฝ่ายวิศวกรรม ฝ่ายปฏิบัติการเชิงพาณิชย์ หรือฝ่ายการเงิน

เซสชั่น, CDR, ใบแจ้งหนี้ และการชำระเงิน: ใช้ข้อมูลแต่ละรายการให้ตรงตามวัตถุประสงค์ที่กำหนด

อ็อบเจ็กต์ Session ให้ข้อมูลที่เปลี่ยนแปลงเกี่ยวกับเหตุการณ์การเรียกเก็บเงิน บันทึก CDR บันทึกเหตุการณ์ที่เสร็จสมบูรณ์สำหรับการเรียกเก็บเงิน ใบแจ้งหนี้จัดกลุ่มค่าใช้จ่ายทางการเงินภายใต้ข้อตกลง ในขณะที่บันทึกการชำระเงินแสดงเงินที่ได้รับหรือส่งไป แต่ละอย่างตอบคำถามที่แตกต่างกัน

บนหน้าจอขนาดเล็ก ให้ปัดนิ้วภายในตารางเพื่ออ่านทุกคอลัมน์

อย่าใช้ค่าประมาณการใช้งานแบบเรียลไทม์มาทดแทนข้อมูล CDR ที่ขาดหายไป ในทำนองเดียวกัน อย่าตีความว่าค่าใช้จ่ายในการใช้งานที่ขาดหายไปนั้นเป็นค่าใช้จ่ายศูนย์: OCPI แยกแยะความแตกต่างระหว่างค่าใช้จ่ายที่ถูกละเว้นกับการใช้งานที่ฟรีอย่างชัดเจน โมดูลเซสชันอย่างเป็นทางการ อธิบายถึงความแตกต่างนี้

การได้รับ CDR เป็นการยืนยันเหตุการณ์ข้อมูล ไม่ใช่การอนุมัติทางการเงิน กำหนดสถานะการส่งมอบ การตรวจสอบ การออกใบแจ้งหนี้ และการชำระเงินแยกกันให้กับบันทึก ตัวอย่างเช่น บันทึกอาจได้รับสำเร็จแล้วแต่ยังคงอยู่ในสถานะระงับเนื่องจากไม่สามารถตรวจสอบอัตราค่าบริการได้

บัญชีแยกประเภทการกระทบยอดการใช้งานโรมมิ่งควรมีข้อมูลอะไรบ้าง?

สร้างบัญชีแยกประเภทที่เชื่อมโยงข้อมูลคู่ค้าดั้งเดิมเข้ากับข้อมูลอ้างอิงเซสชัน ใบแจ้งหนี้ และการชำระเงินภายในของคุณ เก็บรักษาข้อมูลที่ได้รับพร้อมกับฟิลด์ที่ปรับให้เป็นมาตรฐาน เพื่อให้ผู้ตรวจสอบสามารถสร้างข้อสรุปขึ้นใหม่ได้โดยไม่ต้องพึ่งพาแดชบอร์ดที่เปลี่ยนแปลงไปแล้ว

กลุ่มต่อไปนี้เป็นจุดเริ่มต้นที่ใช้งานได้จริง บางฟิลด์เป็นฟิลด์ตามโปรโตคอล ในขณะที่บางฟิลด์เป็นข้อมูลอ้างอิงทางการบัญชีภายใน ต้องตรวจสอบความพร้อมใช้งานและสถานะบังคับของฟิลด์เหล่านี้เทียบกับเวอร์ชันโปรโตคอลที่เจรจาไว้

• ตัวตน: ชื่อเจ้าของบันทึก รหัสประเทศ รหัสฝ่าย รหัส CDR รหัสเซสชัน (หากมี) คู่ค้าผู้รับ และข้อมูลอ้างอิงธุรกรรมภายใน
• หลักฐานประกอบการฟ้องร้อง: ตำแหน่งที่ตั้ง รหัสระบุอุปกรณ์ชาร์จรถยนต์ไฟฟ้าและขั้วต่อ เวลาเริ่มต้นและสิ้นสุด ปริมาณพลังงาน ช่วงเวลาการชาร์จที่เกี่ยวข้อง และหลักฐานจากมิเตอร์ (ถ้ามี)
• พื้นฐานเชิงพาณิชย์: ภาพรวมอัตราค่าบริการหรือข้อมูลอ้างอิงในอดีต เวอร์ชันของสัญญา สกุลเงิน ต้นทุนที่รายงาน ต้นทุนที่คาดการณ์ไว้ ฐานภาษี และค่าธรรมเนียมใดๆ ที่ตกลงกันไว้แยกต่างหาก
• ประวัติการประมวลผล: เส้นทางต้นทาง, เวลาที่ได้รับเอกสาร, ผลการตรวจสอบความถูกต้อง, การจัดประเภทซ้ำซ้อน, เจ้าของข้อยกเว้น และประวัติการอนุมัติ
• ข้อมูลอ้างอิงทางการเงิน: ข้อมูลอ้างอิงใบแจ้งหนี้และรายการ, การเชื่อมโยงเครดิต, ชุดการชำระเงิน, วันครบกำหนดชำระ, ข้อมูลอ้างอิงการโอนเงิน และการจัดสรรเงินสด

ใช้ข้อมูลประจำตัวของเจ้าของบันทึกร่วมกับรหัส CDR เพื่อหลีกเลี่ยงการชนกันระหว่าง CPO ต่างๆ เก็บข้อมูลคู่ค้าผู้รับและเส้นทางไว้เป็นข้อมูลเพิ่มเติม ตัวระบุคำขอ HTTP มีประโยชน์สำหรับการติดตามการจัดส่ง แต่ไม่ควรใช้เป็นกุญแจสำคัญในการเรียกเก็บเงิน

OCPI 2.2.1 สามารถติดตั้งอุปกรณ์เสริมได้ รหัสเซสชัน ในรายงานข้อมูลการชาร์จ (CDR) หากมีข้อมูลการเชื่อมโยง ให้คงการเชื่อมโยงนั้นไว้ หากไม่มี ให้ใช้การแมปที่บันทึกไว้โดยอิงจากหลักฐานอื่น เช่น ข้อมูลอ้างอิงการอนุญาต โทเค็น EVSE และการประทับเวลา การจับคู่ที่ไม่ชัดเจนควรเข้าสู่คิวการตรวจสอบแทนที่จะเป็นรายการใบแจ้งหนี้อัตโนมัติ

สำหรับแหล่งข้อมูลการดำเนินงานของบัญชีแยกประเภทนี้ โปรดตรวจสอบของคุณ ระบบจัดการจุดชาร์จ และพิจารณาว่าสามารถจัดหาบันทึกการประชุม ราคา และการส่งออกใดได้บ้าง กระบวนการทำงานด้านการเงินไม่สามารถแก้ไขหลักฐานที่ไม่ได้ถูกเก็บรักษาไว้ได้

ขั้นตอนการทำงานที่เป็นรูปธรรม ตั้งแต่บันทึกการประชุมจนถึงการชำระเงิน

1. กำหนดระยะเวลาและกฎเกณฑ์ทางการค้า

ตกลงเรื่องสกุลเงินที่ใช้ในการชำระเงิน ระยะเวลาการเรียกเก็บเงิน เขตเวลาตัดยอด แหล่งที่มาของราคา การจัดการค่าธรรมเนียม กระบวนการแก้ไข และเงื่อนไขการชำระเงินก่อนดำเนินการประมวลผลข้อมูล ระบุให้ชัดเจนว่าสิทธิ์ในการรับข้อมูลขึ้นอยู่กับการเสร็จสิ้นเซสชัน การได้รับ CDR หรือเหตุการณ์อื่นใดตามสัญญาหรือไม่

ให้แยกเวลาการดำเนินการและเวลาการรับข้อมูลออกจากกัน การทำงานที่เสร็จสิ้นในช่วงปลายเดือนอาจมาถึงหลังจากเวลาตัดยอดเนื่องจากระบบออฟไลน์ ให้บันทึกเป็นการมาถึงล่าช้าและใช้กฎการแก้ไขที่ตกลงกันไว้ อย่าแก้ไขชุดข้อมูลที่ได้รับการอนุมัติไปแล้วโดยไม่แจ้งให้ทราบล่วงหน้า

2. รวบรวมและจัดระเบียบเอกสารโดยไม่ให้หลักฐานสูญหาย

นำเข้าข้อมูลบันทึกการเรียกเก็บเงินในพื้นที่ ข้อมูล CDR ของพันธมิตร และรายละเอียดใบแจ้งหนี้ ปรับหน่วย ความแม่นยำของทศนิยม และตัวระบุให้เป็นมาตรฐาน โดยคงค่าเดิมไว้ บันทึกการประทับเวลาที่คำนึงถึงเขตเวลาและเขตเวลาของสถานที่สำหรับการตรวจสอบที่ขึ้นอยู่กับชั่วโมงตามอัตราค่าบริการในท้องถิ่น

ทำให้กระบวนการนำเข้าสามารถทำซ้ำได้ การประมวลผลการส่งออกเดิมซ้ำหรือการขอลองใหม่ควรจะอัปเดตประวัติการประมวลผลโดยไม่ก่อให้เกิดค่าใช้จ่ายเพิ่มเติม บันทึกความครอบคลุมของการนำเข้าไว้ เพื่อไม่ให้หน้าข้อมูลที่ล้มเหลวดูเหมือนเป็นช่วงเวลาว่างเปล่า

3. เซสชั่นการแข่งขันและ CDRs

ขั้นแรก ให้ระบุเซสชันที่เสร็จสมบูรณ์แล้วซึ่งควรมี CDR แต่ไม่มี จากนั้นตรวจสอบ CDR ที่ไม่มีการจับคู่ในเครื่อง นี่คือข้อยกเว้นที่แตกต่างกัน: ข้อหนึ่งอาจบ่งชี้ว่าข้อมูลสุดท้ายหายไป อีกข้อหนึ่งอาจบ่งชี้ว่าบันทึกในเครื่องไม่สมบูรณ์ การกำหนดเส้นทางไม่ถูกต้อง หรือปัญหาในการแมป

ใช้ข้อมูลอ้างอิงที่แน่นอนก่อนหลักฐานรอง หากผู้สมัครสองคนมีเวลาและพลังงานใกล้เคียงกัน อย่าเลือกคนที่อยู่ใกล้ที่สุดโดยอัตโนมัติ ให้ขอข้อมูลอ้างอิงที่ขาดหายไปจากเจ้าของแหล่งข้อมูล ปริมาณการคิดค่าใช้จ่ายถือเป็นหลักฐาน แต่ไม่ใช่ข้อมูลอ้างอิงที่ไม่ซ้ำกันอย่างน่าเชื่อถือ

4. ตรวจสอบปริมาณและต้นทุนที่คาดการณ์ไว้

ตรวจสอบว่าบันทึกนั้นมีโครงสร้างที่ถูกต้อง เวลาที่บันทึกนั้นสมเหตุสมผล สกุลเงินตรงกับข้อตกลง และสามารถอธิบายปริมาณพลังงานและเวลาที่เรียกเก็บเงินได้ การใช้พลังงานเป็นศูนย์ไม่ได้หมายความว่าการเรียกเก็บเงินนั้นไม่ถูกต้องเสมอไป ตรวจสอบว่ามีค่าธรรมเนียมเริ่มต้น ค่าธรรมเนียมการจอง หรือค่าธรรมเนียมจอดรถที่ตกลงกันไว้หรือไม่

คำนวณจำนวนเงินที่คาดว่าจะได้รับจากคู่ค้าใหม่ โดยใช้หลักเกณฑ์การกำหนดราคาที่ใช้ได้สำหรับกิจกรรมนั้น ระบุความแตกต่างตามส่วนประกอบ แทนที่จะแสดงเฉพาะความไม่ตรงกันโดยรวม ข้อยกเว้นราคาพลังงานต้องใช้หลักฐานที่แตกต่างจากข้อยกเว้นระยะเวลาจอดรถ

5. แก้ไขข้อผิดพลาดและระงับชุดงานที่ได้รับการอนุมัติ

กำหนดเหตุผล เจ้าของ มูลค่า และการดำเนินการถัดไปให้กับข้อยกเว้นแต่ละรายการ ปล่อยบันทึกก็ต่อเมื่อมีหลักฐานหรือการปรับปรุงที่ได้รับการอนุมัติแล้วซึ่งอธิบายความแตกต่างนั้นได้ ลำดับขั้นตอนภายในที่เป็นไปได้คือ การรับ การตรวจสอบ การระงับ การอนุมัติ การออกใบแจ้งหนี้ และการชำระเงิน

บันทึกรายการ CDR และการปรับปรุงที่ได้รับการอนุมัติไว้ในรูปแบบเวอร์ชันที่แน่นอน รายการที่บันทึกในภายหลังจะปรากฏในชุดข้อมูลถัดไปหรือในเวอร์ชันแก้ไขที่ได้รับการอนุมัติแยกต่างหาก วิธีนี้จะช่วยให้ทั้งสองฝ่ายมีรายการที่ถูกต้องแม่นยำสำหรับการเปรียบเทียบเมื่อมีการโต้แย้งเกี่ยวกับใบแจ้งหนี้

6. ตรวจสอบความถูกต้องของใบแจ้งหนี้ แล้วจึงจัดสรรการชำระเงิน

เปรียบเทียบรายละเอียดในใบแจ้งหนี้กับรายการสินค้าที่ได้รับการอนุมัติ ตรวจสอบจำนวนรายการ ยอดรวมของส่วนประกอบ เครดิต และค่าธรรมเนียมที่เรียกเก็บแยกต่างหาก การตรวจสอบเฉพาะยอดรวมทั้งหมดอย่างเดียวไม่เพียงพอ เพราะค่าใช้จ่ายที่ตกหล่นไปหนึ่งรายการและค่าใช้จ่ายที่ซ้ำกันหนึ่งรายการอาจหักล้างกันได้

สุดท้าย ตรวจสอบความถูกต้องของการโอนเงินและบันทึกของธนาคารกับใบแจ้งหนี้ ควรแสดงรายละเอียดการชำระเงินบางส่วน ค่าธรรมเนียมธนาคาร และความแตกต่างจากการแปลงสกุลเงิน ปิดการกระทบยอดเงินสดก็ต่อเมื่อยอดคงเหลือได้รับการอธิบายและอนุมัติภายใต้การควบคุมทางการเงินของคุณแล้วเท่านั้น

เหตุใดยอดเงินในบัญชี CDR และใบแจ้งหนี้ของคู่ค้าจึงไม่ตรงกัน?

การตรวจสอบขั้นแรกคือ จำนวนเงินทั้งสองจำนวนนั้นแสดงถึงธุรกรรมเดียวกัน ราคาพื้นฐานเดียวกัน สกุลเงินเดียวกัน และวิธีการเสียภาษีเดียวกันหรือไม่ ข้อผิดพลาดที่เห็นได้ชัดหลายอย่างเกิดขึ้นเนื่องจากรายงานฉบับหนึ่งระบุภาษีหรือราคาขายปลีก ในขณะที่อีกฉบับแสดงจำนวนเงินของหุ้นส่วนก่อนหักภาษี

อัตราภาษีและราคาตามสัญญาในอดีต

เก็บหลักฐานการกำหนดราคาที่เกี่ยวข้องกับเหตุการณ์การเรียกเก็บเงินไว้ การคำนวณธุรกรรมในอดีตใหม่โดยใช้ค่าไฟฟ้าในปัจจุบันอาจให้ผลลัพธ์ที่ดูน่าเชื่อถือแต่ไม่ถูกต้อง หากข้อตกลงทางการค้าใช้สูตรขายส่งแยกต่างหาก ให้เก็บสูตรนั้นไว้และอธิบายว่าสูตรนั้นเกี่ยวข้องกับค่าไฟฟ้าที่แลกเปลี่ยนกันอย่างไร

สำหรับช่วงเวลาที่ครอบคลุมขอบเขตราคา โปรดตรวจสอบช่วงเวลาและเงื่อนไขที่เกี่ยวข้อง อย่าคิดว่าอัตราเดียวใช้ได้กับทุกช่วงเวลา หรือการเปลี่ยนแปลงอัตราค่าบริการทุกครั้งจะต้องใช้วิธีการคำนวณแบบเดียวกัน ให้กำหนดกฎที่ใช้ได้จากอัตราค่าบริการและข้อตกลงจริง

พลังงาน เวลาในการชาร์จ และเวลาในการจอดรถ

การคำนวณรวมโดยใช้เฉพาะหน่วย kWh อาจทำให้พลาดเวลาการใช้งานหรือค่าบริการคงที่ที่ถูกต้องได้ ควรแยกเวลาการชาร์จออกจากเวลาที่เชื่อมต่อโดยไม่ได้ชาร์จ และตรวจสอบระยะเวลาผ่อนผัน หากระบบไม่สามารถกำหนดขอบเขตที่จำเป็นได้ ให้ทำเครื่องหมายหลักฐานที่ขาดหายไปแทนที่จะกำหนดระยะเวลาขึ้นมาเอง

ตัวอย่างเช่น การชาร์จอาจใช้เวลา 35 นาทีในการชาร์จ และอีก 10 นาทีหลังจากการถ่ายโอนพลังงานหยุดลง การคิดค่าบริการทั้งหมด 45 นาทีเป็นเวลาชาร์จอาจให้ผลลัพธ์ที่แตกต่างจากการนำเวลาชาร์จและเวลาจอดรถที่ตกลงกันไว้มาคิดแยกกัน

การเพิ่มค่าบริการและการปัดเศษ

การปัดเศษปริมาณและการปัดเศษจำนวนเงินเป็นการตรวจสอบที่แยกจากกัน ใน OCPI 2.2.1 ส่วนประกอบราคาภาษีศุลกากรประกอบด้วย ขนาดขั้นตอนสำหรับส่วนประกอบเวลาที่คิดค่าบริการเป็นช่วงละห้านาที จากหกนาทีที่คิดค่าบริการได้ จะกลายเป็นสิบนาที โมดูลอัตราภาษีอย่างเป็นทางการ นอกจากนี้ยังอธิบายถึงเหตุผลว่าทำไมการเปลี่ยนแปลงระหว่างองค์ประกอบภาษีศุลกากรจึงต้องได้รับการพิจารณาอย่างรอบคอบ

ใช้เลขฐานสิบในการคำนวณทางการเงิน บันทึกว่ากระบวนการที่ตกลงกันไว้มีการปัดเศษส่วนประกอบ ยอดรวมของรอบการประชุม หรือยอดรวมของใบแจ้งหนี้หรือไม่ และมีความแม่นยำเท่าใด ค่าความคลาดเคลื่อนควรสะท้อนถึงกฎการปัดเศษที่ได้รับการอนุมัติ ไม่ควรปกปิดข้อผิดพลาดในการกำหนดราคาซ้ำๆ

ภาษี อัตราแลกเปลี่ยน และค่าธรรมเนียมที่เรียกเก็บแยกต่างหาก

เปรียบเทียบจำนวนเงินอย่างสม่ำเสมอก่อนคำนวณส่วนต่าง ระบุรายการภาษี ค่าบริการ และค่าธรรมเนียมศูนย์กลางให้ชัดเจน หากการแปลงสกุลเงินเป็นส่วนหนึ่งของข้อตกลง ให้เก็บแหล่งที่มาของอัตราแลกเปลี่ยน วันที่แปลง และจำนวนเงินเดิมไว้ เพื่อให้สามารถคำนวณซ้ำได้

การปรับปรุงเชิงพาณิชย์ที่ตกลงกันไว้ควรมีหมายเลขอ้างอิงเฉพาะ ห้ามเขียนทับค่าพลังงานที่เรียกเก็บเพื่อสร้างยอดคงเหลือในใบแจ้งหนี้ สำหรับโครงสร้างการชำระเงินโดยรอบ โปรดดูที่ TrendPower โซลูชันการชำระเงินสำหรับการชาร์จรถยนต์ไฟฟ้ายืนยันขอบเขตการเรียกเก็บเงินและการชำระเงินที่จำเป็นสำหรับโครงการของคุณ

ตัวอย่างการใช้งาน: การค้นหาข้อมูลซ้ำ ข้อมูลที่หายไป และความคลาดเคลื่อนของราคา

ตารางบัญชีแบบย่อด้านล่างนี้แสดงการกระทบยอดสำหรับคู่ค้าหนึ่งรายในสกุลเงินเดียว จำนวนเงินทั้งหมดเป็นจำนวนเงินก่อนหักภาษี ไม่รวมค่าธรรมเนียมศูนย์กลาง อัตราแลกเปลี่ยน และการปรับปรุงอื่นๆ ดังนั้นความแตกต่างในระดับบันทึกจึงยังคงติดตามได้ง่าย

ยอดรวมเงินที่ได้รับจริงคือ 66.80 ยูโร เนื่องจากมีการนับการส่งมอบ S-102 ซ้ำสองครั้ง การลบรายการซ้ำทำให้ยอดรวมเงินที่ได้รับลดลงเหลือ 54.20 ยูโร ยอดรวมที่คาดหวังจากทั้งสี่รอบคือ 62.00 ยูโร แต่ชุดข้อมูลยังไม่สมบูรณ์และรวมถึงจำนวนเงินที่มีข้อโต้แย้งอยู่

ในขั้นตอนนี้ มีเพียง S-101 และ S-102 เท่านั้นที่ได้รับการอนุมัติ ทำให้มีจำนวนเงินที่พร้อมสำหรับการชำระหนี้ €31.00รายการบันทึกที่หายไปจำนวน 9.80 ยูโร และค่าใช้จ่าย S-104 ที่เป็นข้อโต้แย้ง ยังคงปรากฏให้เห็นในสมุดบัญชีข้อยกเว้น ไม่ควรหายไปเพียงเพราะใบแจ้งหนี้ที่ได้รับการอนุมัติไม่ได้ระบุไว้

สมมติว่าการตรวจสอบยืนยันว่า S-104 ใช้หลักเกณฑ์การกำหนดราคาที่ไม่ถูกต้อง และคู่ค้าได้ส่งการแก้ไขที่ถูกต้องเป็นจำนวน €21.20 หาก CDR ที่ถูกต้องของ S-103 จำนวน €9.80 มาถึงก่อนกำหนดเวลาที่ตกลงกันไว้ ยอดรวมที่อนุมัติจะกลายเป็น €62.00 หากมาถึงหลังจากกำหนดเวลา ชุดข้อมูลปัจจุบันและชุดข้อมูลชดเชยถัดไปจะต้องแสดงการแบ่งแยกอย่างชัดเจน

การกลับรายการและการแทนที่ในสมการนี้อยู่ในห่วงโซ่การแก้ไขเดียวกัน หากค่าใช้จ่ายเดิมได้รับการออกใบแจ้งหนี้ไปแล้วในงวดก่อนหน้า ให้บันทึกการปรับปรุงในงวดถัดไปที่เหมาะสม แทนที่จะทำเหมือนว่าใบแจ้งหนี้เดิมไม่เคยมีอยู่

วิธีจัดการกับไฟล์ CDR ที่ซ้ำกัน ขาดหาย หรือส่งล่าช้า

การจัดส่งซ้ำ: เก็บหลักฐานการจัดส่งไว้ เพื่อหลีกเลี่ยงค่าใช้จ่ายครั้งที่สอง

ผู้ส่งอาจลองส่งใหม่หลังจากหมดเวลา แม้ว่าผู้รับจะบันทึกคำขอแรกไว้แล้วก็ตาม การออกแบบการนำเข้าข้อมูลของคุณควรรับรู้ถึงบันทึกทางธุรกิจที่ซ้ำกันและเก็บรักษาข้อมูลการส่งเพิ่มเติมโดยไม่ต้องสร้างรายการที่เรียกเก็บเงินได้อีกรายการหนึ่ง

ควรตรวจสอบข้อมูลซ้ำอย่างระมัดระวัง เจ้าของเดียวกันและรหัส CDR เดียวกันที่มีเนื้อหาเหมือนกันบ่งชี้ว่าเป็นการส่งซ้ำ คีย์เดียวกันแต่เนื้อหาต่างกันคือข้อขัดแย้งที่ต้องตรวจสอบ รหัส CDR ที่แตกต่างกันซึ่งดูเหมือนจะอธิบายเหตุการณ์เดียวกันก็ต้องได้รับการตรวจสอบเช่นกัน แต่ก็อาจเป็นส่วนหนึ่งของกระบวนการขอเครดิตและเปลี่ยนสินค้าที่ถูกต้องตามกฎหมาย

ห้ามทำการลบข้อมูลซ้ำซ้อนโดยใช้เพียงแค่โทเค็น พลังงาน หรือเวลาเริ่มต้นที่ปัดเศษเท่านั้น ผู้ขับขี่คนหนึ่งอาจทำการขับขี่ในลักษณะเดียวกันหลายครั้ง และบันทึกที่ถูกต้องอาจมีคุณสมบัติเหล่านั้นร่วมกัน ใช้ข้อมูลอ้างอิงการระบุตัวตนและการแก้ไขที่น่าเชื่อถือ พร้อมหลักฐานเสริมเพื่อสนับสนุนการตัดสินใจ

ข้อมูล CDR หายไป: ระบุตำแหน่งที่บันทึกหยุดลง

ตรวจสอบว่า CPO สร้าง CDR แล้ว พยายามจัดส่งแล้ว และได้รับผลตอบรับการสมัครสำเร็จหรือไม่ ในเส้นทางศูนย์กลาง ให้แยกการรับโดยศูนย์กลางออกจากการส่งต่อไปยังผู้รับที่ตั้งใจไว้ รักษาจุดตรวจสอบเหล่านี้ให้มองเห็นได้ แทนที่จะมองเส้นทางเป็นเพียงการเชื่อมต่อที่ไม่โปร่งใส

ขอเอกสารต้นฉบับผ่านวิธีการกู้คืนที่ตกลงกันไว้กับคู่ค้า อย่าสร้างค่าใช้จ่ายสุดท้ายสำหรับคู่ค้าจากประมาณการล่าสุดที่ยังใช้งานอยู่เพียงเพื่อปิดเดือน หากฝ่ายการเงินต้องการการบันทึกบัญชี ให้แยกออกจากการบันทึกบัญชีการดำเนินงาน (CDR) และทำการกระทบยอดเมื่อได้รับหลักฐานสุดท้ายแล้ว

ไฟล์ CDR เวอร์ชันล่าช้า: ให้คงวันที่จัดงานเดิมไว้

จัดเก็บคิวสำหรับบันทึกที่ถูกต้องซึ่งได้รับหลังจากสิ้นสุดรอบระยะเวลาที่กำหนด แสดงระยะเวลาการให้บริการ วันที่รับสินค้า และระยะเวลาออกใบแจ้งหนี้แยกกัน วิธีนี้ช่วยให้ฝ่ายการเงินสามารถอธิบายค่าใช้จ่ายในรอบระยะเวลาก่อนหน้าได้โดยไม่ต้องเปลี่ยนแปลงเวลาจริงของเหตุการณ์การเรียกเก็บเงิน

ระหว่างการกู้คืนข้อมูล ให้ตรวจสอบการแบ่งหน้าและความหมายของตัวกรองวันที่ ใน OCPI 2.2.1 การกรองรายการ CDR ใช้ อัปเดตล่าสุดซึ่งไม่ใช่เวลาที่เซสชันสิ้นสุด ดังนั้น การสืบค้นเพื่อกู้คืนจึงจำเป็นต้องรวบรวมข้อมูลอัปเดตที่เกี่ยวข้องก่อนที่กระบวนการของคุณจะกำหนดบันทึกไปยังช่วงเวลาการเรียกเก็บเงินที่ตกลงกันไว้

ควรแก้ไขข้อพิพาทและการแก้ไขข้อมูล CDR อย่างไร?

เปิดประเด็นข้อยกเว้นพร้อมข้อเรียกร้องที่เฉพาะเจาะจง “จำนวนเงินไม่ถูกต้อง” นั้นตรวจสอบได้ยาก แต่ “CDR X รวมค่าจอดรถ 2.00 ยูโรโดยไม่ได้ระบุระยะเวลาจอดรถที่ตกลงกันไว้” จะทำให้ทั้งสองทีมมีประเด็นที่สามารถตรวจสอบได้

ชุดข้อมูลข้อพิพาทที่มีประโยชน์ควรประกอบด้วย รหัสประจำตัวบันทึก ข้อมูลต้นฉบับ หลักฐานเซสชันหรือมิเตอร์ที่เกี่ยวข้อง อัตราค่าบริการในอดีต การอ้างอิงข้อตกลง การคำนวณที่คาดหวัง การคำนวณที่ได้รับ และรายการในใบแจ้งหนี้ เพิ่มเจ้าของ กำหนดเวลาตอบกลับ และการดำเนินการที่เสนอ แบ่งปันเฉพาะข้อมูลโทเค็นหรือข้อมูลลูกค้าที่จำเป็นสำหรับการตรวจสอบเท่านั้น

สำหรับ CDR OCPI 2.2.1 ที่ส่งไปแล้ว ให้เก็บต้นฉบับไว้ กลไกการแก้ไขโปรโตคอลจะใช้ CDR เครดิตใหม่ที่อ้างอิงจากต้นฉบับ โดยมีค่าต้นฉบับเป็นลบ ต้นทุนรวม; จากนั้นสามารถใช้รหัส CDR ที่ไม่ซ้ำกันใหม่เพื่อแก้ไขค่าใช้จ่ายได้ อย่าตัดทอนปริมาณหรือต้นทุนทุกช่องโดยไม่เลือกปฏิบัติ ตรวจสอบ ข้อกำหนดการแก้ไข CDR อย่างเป็นทางการ เมื่อเทียบกับเวอร์ชันที่ใช้งานอยู่

รายงานเครดิต CDR และใบลดหนี้ทางการเงินมีวัตถุประสงค์ที่เกี่ยวข้องกันแต่แตกต่างกัน เชื่อมโยงการแก้ไขโปรโตคอลเข้ากับเอกสารทางบัญชีที่กำหนดโดยข้อตกลงและกระบวนการทางการเงินของคุณ ตรวจสอบว่าผู้ขับขี่จำเป็นต้องปรับบิลขายปลีกด้วยหรือไม่ การแก้ไขขายส่งไม่ได้อธิบายสถานะของลูกค้าโดยอัตโนมัติ

ควรดำเนินการแก้ไขรายการแต่ละรายการแยกกันเท่าที่จะเป็นไปได้ การออกใบแจ้งหนี้หรือการชำระเงินสำหรับยอดเงินที่ไม่มีข้อโต้แย้งในขณะที่ข้อพิพาทยังคงเปิดอยู่นั้นขึ้นอยู่กับสัญญา หลีกเลี่ยงการระงับยอดเงินคงเหลือทั้งหมดของคู่ค้าโดยค่าเริ่มต้น ในกรณีที่มีเพียงส่วนย่อยเล็กๆ ที่ระบุได้เท่านั้นที่ยังไม่ได้รับการแก้ไข

ใครเป็นเจ้าของแต่ละส่วนของการกระทบยอดการใช้งานโรมมิ่ง?

กำหนดให้ข้อยกเว้นทุกกรณีมีผู้รับผิดชอบการประสานงานเพียงคนเดียว แม้ว่าจะมีหลายทีมร่วมให้หลักฐานก็ตาม มิเช่นนั้น ฝ่ายวิศวกรรมอาจพิจารณาว่าการส่งมอบเสร็จสมบูรณ์แล้ว ในขณะที่ฝ่ายการเงินรอการอนุมัติงบประมาณในเชิงพาณิชย์อย่างไม่มีกำหนด

• การดำเนินงานของ CPO: ระบุสิ่งที่เกิดขึ้นที่สถานีชาร์จและจัดส่งบันทึกการชาร์จขั้นสุดท้าย หลักฐานราคา และการแก้ไขภายในขอบเขตบทบาทที่ตกลงกันไว้
• การดำเนินงานของ eMSP: เชื่อมโยงข้อมูลคู่ค้ากับเหตุการณ์ของลูกค้าที่ถูกต้อง และจัดการปัญหาการเรียกเก็บเงินปลีกแยกต่างหาก
• ทีมบูรณาการ: ตรวจสอบการกำหนดเส้นทาง การตอบสนองของแอปพลิเคชัน หน้าที่หายไป การลองใหม่ และการแมปตัวระบุ
• เจ้าของเชิงพาณิชย์: แก้ไขข้อขัดแย้งเกี่ยวกับการตีความราคา ค่าธรรมเนียม กำหนดเวลา และกฎการระงับข้อพิพาทของคู่ค้า
• การเงิน: อนุมัติการดำเนินการกับใบแจ้งหนี้ จัดสรรเงินสด และรักษายอดคงเหลือ รวมถึงบันทึกการตรวจสอบ
• ศูนย์กลางการโรมมิ่ง (หากมี): จัดเตรียมหลักฐานการกำหนดเส้นทาง การกระทบยอด หรือหลักฐานทางการเงินที่รวมอยู่ในบริการตามสัญญา

นี่เป็นเพียงข้อเสนอแนะเกี่ยวกับความรับผิดชอบ ไม่ใช่การกำหนดความรับผิดชอบที่เป็นสากล สัญญาต้องระบุผู้ออกใบแจ้งหนี้ ลูกหนี้ และฝ่ายชำระเงินตามกฎหมาย ผู้ให้บริการซอฟต์แวร์ไม่ได้กลายเป็นคู่สัญญาในการหักบัญชีหรือการชำระเงินเพียงแค่การจัดหาการเชื่อมต่อ OCPI เท่านั้น

รายการตรวจสอบการปิดบัญชีสำหรับผู้ให้บริการเรียกเก็บเงิน

ทำการตรวจสอบข้อยกเว้นแบบง่ายๆ ตลอดช่วงเวลา จากนั้นใช้กระบวนการปิดบัญชีที่เป็นระบบ การค้นหาอัตราค่าบริการที่ขาดหายไปในขณะที่หลักฐานพร้อมใช้งานนั้นง่ายกว่าการสร้างอัตราค่าบริการขึ้นใหม่หลายสัปดาห์หลังจากออกใบแจ้งหนี้แล้ว

1. ตรวจสอบความครอบคลุมของบริการรับฝากขยะ แหล่งข้อมูล หน้าเว็บ และหน้าต่างการกู้คืนที่คาดไว้ทั้งหมดได้รับการประมวลผลแล้ว การนำเข้าที่ล้มเหลวจะปรากฏให้เห็น
2. ยืนยันตัวตนและคุณสมบัติของผู้สมัคร รายการเจ้าหนี้แต่ละรายการเป็นของคู่ค้าและงวดบัญชีที่ถูกต้อง โดยมีการตรวจสอบรายการซ้ำและการบันทึกเครดิตเรียบร้อยแล้ว
3. ยืนยันพื้นฐานทางการค้า มีการบันทึกข้อมูลเกี่ยวกับสกุลเงิน ราคาในอดีต การเสียภาษี และค่าธรรมเนียมที่เรียกเก็บแยกต่างหาก
4. เอกสารข้อยกเว้น เอกสารที่เก็บรักษาไว้จะบันทึกจำนวน ข้อมูลทางการเงิน เจ้าของ และการดำเนินการครั้งต่อไป
5. ตรึงเอกสารรายการสินค้าที่ได้รับอนุมัติไว้ บันทึกเวอร์ชัน เวลาที่อนุมัติ รายการ CDR การแก้ไข และยอดรวมของส่วนประกอบต่างๆ
6. ตรวจสอบรายละเอียดในใบแจ้งหนี้ให้ตรงกัน ตรวจสอบรายละเอียดค่าใช้จ่ายหรือการปรับปรุงแต่ละรายการกับเอกสารรายการสินค้า และอธิบายรายการใดๆ ที่ปรากฏเฉพาะในใบแจ้งหนี้
7. จัดสรรเงินโอน บันทึกการชำระเงินเต็มจำนวนหรือบางส่วน และอธิบายยอดคงเหลือ ค่าธรรมเนียม และความแตกต่างในการแปลงสกุลเงินแยกต่างหาก
8. รักษาร่องรอยการตรวจสอบไว้ เก็บรักษาหลักฐานและเอกสารอนุมัติที่จำเป็นตามข้อกำหนดในสัญญาและนโยบายการเก็บรักษาข้อมูลของคุณ

ตัวชี้วัดที่มีประโยชน์ ได้แก่ จำนวนเซสชันที่เสร็จสมบูรณ์แต่รอ CDRs, มูลค่าความผันแปรของราคาที่ยังไม่ได้รับการแก้ไข, รายการใบแจ้งหนี้ที่ไม่มีหลักฐานอนุมัติ และยอดคงเหลือที่ค้างชำระ กำหนดตัวหารและช่วงเวลาการรายงานสำหรับเปอร์เซ็นต์แต่ละค่า อัตราการจับคู่แบบอัตโนมัติอาจทำให้เข้าใจผิดได้หากไม่รวมบันทึกที่ยากต่อการค้นหาออกจากกลุ่มตัวอย่าง

ซอฟต์แวร์ตรวจสอบความถูกต้องควรแสดงผลลัพธ์อะไรบ้าง?

ประเมินขั้นตอนการกระทบยอดด้วยตัวอย่างธุรกรรม ไม่ใช่แค่ภาพหน้าจอแดชบอร์ด ขอให้ทีมประมวลผลธุรกรรมที่ไม่มีข้อผิดพลาด การส่งมอบซ้ำ ข้อมูล CDR ที่หายไป ขอบเขตภาษี การเปลี่ยนสินค้าและเครดิต และการชำระเงินบางส่วน

การสาธิตควรแสดงให้เห็นว่าระบบรักษาหลักฐานต้นฉบับ ระบุบันทึกทางธุรกิจ อธิบายต้นทุนที่คาดการณ์ไว้ และป้องกันไม่ให้รายการที่ยังไม่ได้รับการแก้ไขถูกชำระโดยไม่ได้ตั้งใจได้อย่างไร ขอให้มีการส่งออกข้อมูลที่ช่วยให้ฝ่ายการเงินสามารถสร้างยอดรวมที่ได้รับการอนุมัติซ้ำได้นอกแอปพลิเคชัน

นอกจากนี้ ควรทดสอบสิ่งที่เกิดขึ้นหลังจากที่ชุดงานได้รับการอนุมัติแล้ว ผู้ใช้สามารถแก้ไขชุดงานนั้นโดยไม่แจ้งให้ผู้อื่นทราบได้หรือไม่ ชุดงานถัดไปอาจมีข้อมูล CDR เดียวกันโดยไม่ได้ตั้งใจหรือไม่ เครดิตที่ชำระล่าช้ายังคงเชื่อมโยงกับใบแจ้งหนี้เดิมหรือไม่ คำถามเหล่านี้จะช่วยให้ทราบว่าเวิร์กโฟลว์ยังคงน่าเชื่อถือหรือไม่หลังจากที่การทำงานครั้งแรกประสบความสำเร็จ

ทำการเปรียบเทียบที่เสถียรโดยอัตโนมัติ และส่งต่อการตัดสินใจที่ไม่ชัดเจนไปยังผู้ตรวจสอบที่เหมาะสม ความขัดแย้งด้านสกุลเงิน ตัวตนที่ไม่แน่นอน และข้อกำหนดในสัญญาที่ขัดแย้งกันไม่ควรถูกซ่อนไว้เบื้องหลังการยอมรับความคลาดเคลื่อนโดยอัตโนมัติที่กว้างเกินไป สิทธิ์และการประวัติการอนุมัติมีความสำคัญพอๆ กับตรรกะการจับคู่

คำถามที่พบบ่อยเกี่ยวกับการกระทบยอดการชาร์จรถยนต์ไฟฟ้าแบบโรมมิ่ง

การให้บริการเสร็จสมบูรณ์เพียงครั้งเดียวเพียงพอสำหรับการออกใบแจ้งหนี้ให้กับพาร์ทเนอร์ที่ให้บริการโรมมิ่งหรือไม่?

บันทึกการใช้งานที่เสร็จสมบูรณ์เป็นหลักฐานการดำเนินงานที่มีประโยชน์ แต่บันทึกการใช้งานขั้นสุดท้าย (CDR) คือบันทึกการเรียกเก็บเงินที่ต้องนำมาตรวจสอบเพื่อออกใบแจ้งหนี้ ข้อตกลงของคุณจะเป็นตัวกำหนดสิทธิ์ในการออกใบแจ้งหนี้ หากไม่มีบันทึกการใช้งาน (CDR) ให้ตรวจสอบหรือใช้กระบวนการบันทึกบัญชีแบบแยกต่างหากแทนที่จะถือว่าบันทึกปัจจุบันเป็นบันทึกสุดท้าย

OCPI ดำเนินการชำระเงินระหว่าง CPO และ eMSP โดยอัตโนมัติหรือไม่?

การเชื่อมต่อ OCPI นั้นไม่ได้เป็นการโอนหรือชำระเงินโดยตรง ข้อมูลการเรียกเก็บเงินเป็นเพียงส่วนสนับสนุนกระบวนการทางการเงิน ในขณะที่ข้อตกลงทางการค้า ขั้นตอนการออกใบแจ้งหนี้ และการจัดเตรียมการชำระเงินจะเป็นตัวกำหนดว่าใครจ่ายให้ใครและเมื่อใด

ใบเสร็จรับเงินของคนขับควรตรงกับจำนวนเงินในรายงาน CDR ของ CPO หรือไม่?

ไม่จำเป็นเสมอไป ข้อตกลงการขายปลีกของผู้ขับขี่อาจแตกต่างจากข้อตกลงราคาของ CPO–eMSP ตรวจสอบจำนวนเงินแต่ละรายการกับหลักเกณฑ์การกำหนดราคาของตนเอง จากนั้นตรวจสอบความแตกต่างที่ไม่สามารถอธิบายได้ภายในส่วนนั้น

วิธีที่ดีที่สุดในการป้องกันการเรียกเก็บเงิน CDR ซ้ำซ้อนคืออะไร?

ใช้คีย์ที่เสถียรโดยอิงจากเจ้าของบันทึกและรหัส CDR รักษาประวัติการส่งมอบ และประมวลผลบันทึกที่ซ้ำกันโดยไม่เปลี่ยนแปลง ตรวจสอบข้อมูลที่ขัดแย้งกันและรักษาสายโซ่เครดิต การประทับเวลาที่คล้ายกันหรือปริมาณพลังงานรวมเพียงอย่างเดียวไม่เพียงพอสำหรับการกำจัดข้อมูลซ้ำอย่างปลอดภัย

ผู้ประกอบการควรใช้ค่าความคลาดเคลื่อนในการกระทบยอดเท่าใด?

ไม่มีค่าความคลาดเคลื่อนใดที่เหมาะสมสำหรับคู่ค้าทุกราย ควรตกลงกันเรื่องความแม่นยำในการคำนวณและวิธีการปัดเศษก่อน จากนั้นจึงกำหนดการควบคุมให้เหมาะสมกับกฎและสถานการณ์นั้นๆ ควรติดตามความแตกต่างเล็กๆ น้อยๆ ที่เกิดขึ้นซ้ำๆ แทนที่จะมองข้ามไปโดยอัตโนมัติ

ควรตรวจสอบความถูกต้องของข้อมูลการใช้งานโรมมิ่งบ่อยแค่ไหน?

ตรวจสอบการดำเนินงานอย่างสม่ำเสมอเพื่อแก้ไขปัญหาข้อมูลที่ขาดหายไปและข้อผิดพลาดด้านราคา ก่อนออกใบแจ้งหนี้ ดำเนินการกระทบยอดใบแจ้งหนี้และเงินสดให้เสร็จสมบูรณ์ตามกำหนดการชำระเงินที่ตกลงกันไว้ ความถี่ที่เหมาะสมขึ้นอยู่กับปริมาณงาน กำหนดเวลาของคู่ค้า และต้นทุนของข้อผิดพลาดที่ยังไม่ได้รับการแก้ไข