วงจรชีวิตของการชำระเงิน: ตั้งแต่ authorization ถึง settlement

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

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

Authorization: การกันวงเงิน ไม่ใช่การโอน

Authorization คือคำถาม ไม่ใช่การเคลื่อนย้ายเงิน เมื่อแตะบัตร คำขอจะส่งไปยังผู้ออกบัตร ซึ่งตรวจว่าบัญชีมีอยู่ สถานะปกติ และมีเงินหรือวงเงินพอสำหรับยอดนั้นหรือไม่ ถ้าผ่าน ก็จะทำ hold คือกันเงินไว้เพื่อไม่ให้ใช้ซ้ำสองครั้ง แล้วส่งรหัส authorization กลับมา ยังไม่มีเงินเคลื่อนที่เลย ร้านค้าได้รับคำมั่นว่าเงินนั้นใช้ได้ โดยมีผลภายในกรอบเวลาที่ scheme กำหนด Authorization สามารถยกเลิกได้ (void) ก่อนที่จะมีการเรียกเก็บเงิน และจะหมดอายุเองถ้าไม่ถูกใช้ นี่คือเหตุผลที่ยอดคงเหลือในบัตรลดลงทันทีที่จ่าย แต่รายการในใบแจ้งยอดจะยืนยันทีหลัง เพราะที่ลดลงคือ hold ไม่ใช่ยอดที่ตัดจริง Authorization ยังถูกปฏิเสธได้เลย เช่น เงินไม่พอ ติดกฎป้องกันการทุจริต หรือบัตรหมดอายุ และ gateway ที่ดีจะแยกได้ว่า soft decline ไหนควรลองใหม่ และ hard decline ไหนไม่ควร เนื่องจาก hold คือคำมั่นของผู้ออกบัตรว่าเงินใช้ได้ ร้านค้าจึงส่งมอบสินค้าได้อย่างปลอดภัยโดยอาศัยรหัส authorization เพียงอย่างเดียว ก่อนที่เงินสักหน่วยจะออกจากบัญชีลูกค้าจริง ๆ

Capture: เปลี่ยน hold ให้เป็นการเรียกเก็บ

Capture คือร้านค้าสั่งว่า “เรียกเก็บตอนนี้” เป็นการเปลี่ยน hold ให้กลายเป็นคำขอรับเงินจริง Capture ทำได้แบบเต็มจำนวน แบบบางส่วน (ยอดสุดท้ายน้อยกว่าที่ authorize เช่น สินค้าที่จัดส่งราคาถูกกว่ายอด pre-auth) หรือแบบเลื่อน (authorize ตอนสั่งซื้อ แล้ว capture ตอนจัดส่ง) การทำ auth และ capture ในขั้นเดียวเป็นค่าเริ่มต้นที่เคาน์เตอร์ร้านค้า ส่วนการ auth ก่อนแล้ว capture ทีหลังคือวิธีที่โรงแรม ปั๊มน้ำมัน และมาร์เก็ตเพลสทำงาน เพราะตอนยื่นบัตรยังไม่รู้ยอดสุดท้าย ช่องว่างระหว่าง authorization กับ capture เป็นรอยต่อที่ตั้งใจให้มีและมีประโยชน์ เพราะเป็นจุดที่ร้านค้าตัดสินใจว่าจะเรียกเก็บเท่าไรจริง

Clearing: การประมวลผลเป็นชุดเพื่อกระทบยอด

การชำระเงินที่ capture แล้วไม่ได้ settle ทีละรายการแบบเรียลไทม์ แต่ถูกรวบรวมเป็นไฟล์และแลกเปลี่ยนกันเป็นชุดระหว่าง acquirer ของร้านค้ากับ card scheme นั่นคือ clearing ในขั้นนี้ ธุรกรรมจะถูกจับคู่ ยอดถูกหักกลบ และค่าธรรมเนียมของ scheme กับ interchange ถูกคิด เพื่อให้ทุกฝ่ายตรงกันว่าใครต้องจ่ายใครเท่าไร Clearing เป็นงานกระทบยอด ไม่ใช่การเคลื่อนย้ายเงิน โดยผลลัพธ์คือยอดรวมที่ตกลงกันแล้วซึ่งขั้นถัดไปจะนำไปดำเนินการ และโดยโครงสร้างแล้วเป็นกระบวนการแบบ batch ด้วย ซึ่งเป็นเหตุผลจริงที่การจ่ายเงินที่รู้สึกว่าทันทีที่เคาน์เตอร์ ต้องใช้เวลาหลายวันกว่าจะเป็นเงินสดในบัญชี การทำเป็น batch ไม่ใช่ข้อจำกัดของคอมพิวเตอร์ แต่เป็นวิธีที่ scheme ออกแบบไว้เพื่อหักกลบสถาบันนับพันแห่งได้อย่างมีประสิทธิภาพ โดยแลกเปลี่ยนยอดรวมที่ตกลงกันแล้วเพียงรอบละครั้ง แทนที่จะโอนเงินทุกครั้งที่ซื้อกาแฟหนึ่งแก้ว

Authorization คือคำมั่น capture คือการเรียกเก็บ และ settlement เป็นขั้นเดียวที่เงินเคลื่อนที่จริง การสับสนทั้งสามอย่างคือที่มาของการบันทึกรายได้ที่ธุรกิจยังไม่มี

Settlement: เงินเคลื่อนที่จริง

Settlement คือขั้นที่เงินเปลี่ยนมือระหว่างธนาคารจริง ๆ โดยใช้ยอดสุทธิจาก clearing scheme จะย้ายเงินจากผู้ออกบัตรไปยัง acquirer โดยแต่ละสถาบัน settle ตามสถานะสุทธิของตน ไม่ใช่ทุกธุรกรรมแยกกัน Settlement ดำเนินไปตาม value date ซึ่งเป็นวันที่เงินใช้ได้จริง จึงเป็นที่มาของจังหวะ T+1 หรือ T+2 ของการชำระเงิน เงินเป็นของจริง แต่มาถึงตามปฏิทินของ scheme ไม่ใช่นาฬิกาของลูกค้า ทุกอย่างก่อนขั้นนี้เป็นเพียงงานบัญชี ขั้นนี้คือที่ที่รายการใน ledger กลายเป็นยอดคงเหลือที่ใช้จ่ายได้ สถาบันที่เป็นฝ่ายต้องจ่ายสุทธิก็จ่าย ฝ่ายที่ต้องได้รับก็รับ และเพราะเป็นยอดสุทธิ เงินที่เคลื่อนที่ระหว่างธนาคารจริงจึงเป็นเพียงเศษเสี้ยวของมูลค่ารวมของการชำระเงินทั้งวัน ซึ่งทำให้ scheme ที่รองรับธุรกรรมนับล้านเหลือการเคลื่อนย้ายเงินสำหรับ settlement ในจำนวนที่จัดการได้

Payout: จาก acquirer สู่บัญชีของคุณ

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

จุดที่ crypto เพิ่มสะพานเชื่อม

การชำระเงินด้วย crypto หรือ stablecoin ไม่ได้มาแทนที่ห่วงโซ่นี้ แต่เพิ่มขั้นแปลงสกุลเงินหนึ่งขั้นไว้ด้านหน้า แทนที่จะเป็น authorization hold ของผู้ออกบัตร การชำระเงินจะได้รับการยืนยันบน on-chain ลูกค้าเซ็นการโอน และ finality เกิดขึ้นเมื่อเครือข่ายเพิ่มจำนวน confirmation ไม่ใช่เมื่อธนาคารอนุมัติ hold เมื่อยืนยันแล้ว off-ramp จะแปลง crypto เป็น fiat และจากตรงนั้นเงินจะเข้าสู่เส้นทาง clearing, settlement และ payout เดียวกับการชำระเงินอื่นทุกประเภท สิ่งใหม่จำกัดอยู่ที่ขั้นแรกเท่านั้น ส่วนหลังตั้งใจให้น่าเบื่อเหมือนเดิม นั่นคือกฎการออกแบบ คือทำให้ settlement เป็นเรื่องธรรมดา และใส่กลไกใหม่เฉพาะที่หลีกเลี่ยงไม่ได้ เพราะทีม treasury ฝ่ายกระทบยอด และผู้ตรวจสอบที่อยู่ปลายน้ำไม่ควรบอกได้ว่าการชำระเงินเริ่มต้นอย่างไร จำนวน confirmation ที่นับว่าสิ้นสุดแล้วเป็นการเลือกเชิงนโยบาย ไม่ใช่กฎของเชน เกณฑ์ที่สูงขึ้นแลกความเร็วกับความมั่นใจต่อความเสี่ยงของ reorganisation และ off-ramp จะรอจนถึงความลึกที่ความเสี่ยงที่ยอมรับได้กำหนด ก่อนปล่อย fiat เข้าสู่เส้นทาง settlement

เหตุใดรอยต่อเหล่านี้จึงสำคัญในการปฏิบัติงาน

การคืนเงิน การย้อนรายการ และข้อพิพาท แต่ละอย่างผูกกับขั้นตอนเฉพาะ และการระบุขั้นให้ถูกคือหัวใจของเรื่องนี้ ยกเลิกก่อน capture คือการ void authorization ไม่มีเงินเคลื่อนที่เลยและไม่มีอะไรต้องคืน ยกเลิกหลัง settlement คือการออก refund ซึ่งเป็นการชำระเงินใหม่ในทิศทางตรงข้าม พร้อมวงจรชีวิตของตัวเอง ส่วน chargeback ย้อนผ่าน clearing เพื่อดึงยอดที่ settle แล้วกลับ ถ้ามองทั้งหมดเป็น “ยกเลิก” เดียวที่ไม่แยกความต่าง ledger จะเพี้ยน แต่ถ้ามองเป็นการดำเนินการบนขั้นตอนที่แตกต่างกัน ทุกกรณีจะมีวิธีจัดการที่ถูกต้องและตรวจสอบได้ ศัพท์เฉพาะทั้งหมด ได้แก่ authorization, capture, clearing, settlement, value date รวบรวมไว้ที่ /glossary

แนวคิดเดียวที่ควรจำไว้: การชำระเงินคือห่วงโซ่ของสถานะ ไม่ใช่เหตุการณ์ Authorization กันวงเงิน capture เรียกเก็บ clearing ตกลงยอด settlement ย้ายเงิน payout ส่งมอบ และ crypto leg เพียงต่อขั้นแปลงสกุลเข้าที่ด้านหน้า เงินเป็นเพียงคำมั่นจนกว่าจะ settle และเป็นข้อเท็จจริงหลังจากนั้น ธุรกิจที่บันทึกรายได้ก่อนถึงตอนนั้นกำลังนับเงินที่ยังไม่มี เมื่อรู้ว่าการชำระเงินอยู่ในสถานะไหน งานปฏิบัติการชำระเงินที่เหลือก็ไม่ใช่เรื่องลึกลับอีกต่อไป