คู่มือการอนุมัติล่วงหน้าและการคืนเงินสำหรับการชาร์จรถยนต์ไฟฟ้า

1. เหตุใดการชาร์จรถยนต์ไฟฟ้าบางครั้งจึงมีการกันวงเงินไว้

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

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

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

2. แยกขั้นตอนการอนุมัติ การบันทึก การยกเลิก และการคืนเงิน ออกจากกัน

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

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

3. ออกแบบขั้นตอนการดำเนินงานตามปกติของการประชุม

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

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

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

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

4. อธิบายว่าเกิดอะไรขึ้นเมื่อการเดินทางหยุดชะงัก

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

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

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

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

5. จัดทำขั้นตอนการทำงานที่ตรวจสอบได้สำหรับการคืนเงิน

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

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

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

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

6. ทำให้การบูรณาการมีความยืดหยุ่นต่อเหตุการณ์ที่เกิดขึ้นซ้ำหรือล่าช้า

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

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

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

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

7. ตรวจสอบความถูกต้องของบันทึกการประชุม การชำระเงิน และการชำระบัญชี

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

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

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

8. ทดสอบเคสที่ไม่สะดวกสบายก่อนวางจำหน่าย

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

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

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

คำถามที่พบบ่อย

ค่าบริการชาร์จรถยนต์ไฟฟ้ามีค่าธรรมเนียมเพิ่มเติมหรือไม่?

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

ทุกวิธีการชำระเงินสามารถใช้การอนุมัติล่วงหน้าได้หรือไม่?

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

ทำไมการคืนเงินถึงยังอยู่ในสถานะรอดำเนินการ?

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