ผู้ให้บริการระบบการชำระเงินข้ามพรมแดนพัฒนาในยุคหลายเส้นทาง

เขียนโดย อวัง, Web3 Xiao Lu

การชำระเงินแบบดิจิทัลได้เข้าสู่กระแสหลักแล้ว แต่การตั้งtlementยังไม่ได้

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

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

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

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

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

การตัดสินใจหลัก

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

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

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

04｜การชำระเงินแบบเรียลไทม์ได้กำจัดตัวดูดซับความล่าช้า จึงต้องย้ายการควบคุมไปข้างหน้า ตรรกะด้านการจัดการความเสี่ยง การอนุมัติ และการตรวจสอบบัญชีของ PSP แบบดั้งเดิมทั้งหมดอิงจากสมมติฐานว่า “ถ้าเกิดข้อผิดพลาด ก็ยังมีเวลาแก้ไข” แต่ RTP และ FedNow ทำให้สมมติฐานนี้ไม่ cònใช้ได้อีกต่อไป การตัดสินใจต้องเสร็จสิ้นก่อนที่เงินจะเคลื่อนย้าย ไม่ใช่หลังจากนั้น

05｜สกุลเงินที่มีมูลค่าคงที่เป็นรางทางการตั้งบัญชี ไม่ใช่วิธีการชำระเงินใหม่ มันแก้ไขปัญหาความล่าช้าระหว่าง “การบันทึกบัญชีเสร็จสิ้น” กับ “การรับเงินจริง” ทางปฏิบัติที่เป็นรูปธรรมที่สุดคือโครงสร้างแซนด์วิช: นำเงินสกุล fiat เข้า ส่งผ่านบนบล็อกเชน แล้วถอนเงินสกุล fiat ออก ผู้ใช้งานทั้งสองด้านไม่จำเป็นต้องเข้าใจสกุลเงินที่มีมูลค่าคงที่

06｜เงินที่อยู่ระหว่างการโอนสามารถสร้างผลตอบแทนได้ ซึ่งแทบไม่มีในระบบดั้งเดิม ในระบบการชำระเงินข้ามพรมแดน เงินจะถูกค้างไว้ระหว่าง 24 ถึง 72 ชั่วโมงก่อนการตั้งบัญชีเสร็จสิ้น โดยไม่มีผลตอบแทนและใช้ทุนดำเนินงานไปโดยเปล่าประโยชน์ สเตเบิลโค인เป็นครั้งแรกที่ทำให้ “เงินที่กำลังไหลเวียน” สามารถสร้างมูลค่าได้

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

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

หนึ่ง: การพัฒนาทางประวัติศาสตร์ของ PSP

ในสองทศวรรษที่ผ่านมา บทบาทของ PSP เปลี่ยนไปอย่างสิ้นเชิง

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

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

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

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

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

การเปลี่ยนแปลงนี้ทำให้บทบาทของ PSP เปลี่ยนจาก “ผู้เชื่อมต่อ” เป็น “ผู้ประสานงาน” (from connectors to coordinators) แต่โครงสร้างของมันยังไม่ได้พัฒนาไปในอัตราที่เท่ากัน

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

สอง: ชุดเทคโนโลยีการชำระเงิน PSP สมัยใหม่

เพื่อเข้าใจข้อจำกัดของ PSP ต้องเข้าใจสภาพแวดล้อมการชำระเงินที่กว้างขึ้นที่มันอยู่ในนั้น

2.1 ชุดเทคโนโลยี PSP

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

ระดับแอปพลิเคชัน: แพลตฟอร์มอีคอมเมิร์ซที่เริ่มต้นการชำระเงิน ตลาดออนไลน์ แอปฟินเทค และผลิตภัณฑ์ SaaS ที่รวมระบบการชำระเงิน

ระดับ PSP: รับผิดชอบในการดำเนินคำสั่งการชำระเงิน (executing payment instructions) เช่น การส่งต่อธุรกรรมไปยังเครือข่ายบัตร การเริ่มต้นการโอนเงินผ่านธนาคาร หรือการเชื่อมต่อกับช่องทางการชำระเงิน ในกรณีส่วนใหญ่ ความซับซ้อนระดับล่างเหล่านี้จะถูกซ่อนอยู่ภายใต้อินเทอร์เฟซของ PSP ผู้ใช้จึงสามารถโต้ตอบกับระบบเดียวแทนที่จะต้องจัดการกับผู้ให้บริการหลายรายที่อยู่เบื้องหลัง

ระดับการปฏิบัติตามกฎหมาย: กระบวนการชำระเงินสมัยใหม่ยังพึ่งพาผู้ให้บริการตรวจสอบตัวตน เครื่องมือตรวจจับการฉ้อโกง และโครงสร้างพื้นฐานด้านการปฏิบัติตามกฎหมาย ซึ่งระบบเหล่านี้กำหนดว่าการชำระเงินควรได้รับอนุญาตให้ดำเนินการต่อหรือไม่

ระดับธนาคาร: ธนาคารผู้รับฝากถือครองเงินทุน จัดให้มีบัญชีที่อยู่ภายใต้การกำกับดูแล และรองรับการเชื่อมต่อกับเครือข่ายการชำระเงิน เช่น ACH, การโอนเงินผ่านระบบธนาคาร, RTP และ FedNow

ระดับการตรวจสอบภายใน: ระบบที่องค์กรใช้ติดตามยอดเงิน แสดงสถานะธุรกรรม และรักษาบันทึกความสอดคล้องของกิจกรรมทางการเงิน

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

2.2 การซิงโครไนซ์และแบบอะซิงโครนัส

PSP แบบดั้งเดิมมีข้อบกพร่องในการออกแบบพื้นฐาน: มันแค่จัดการส่งเงินออกไป แต่ไม่ได้ติดตามว่าเกิดอะไรขึ้นหลังจากส่งเงินแล้ว

ปัญหาคือ “หลังจากส่งแล้ว” คือส่วนที่ซับซ้อนที่สุดของการชำระเงิน

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

การแสดงออกที่แท้จริงของหลุมดำคือสถานะที่แตกเป็นชิ้นๆ:

ไม่มีโหนดใดสามารถบอกคุณได้ว่าสถานะที่แท้จริงของเงินนี้ตอนนี้คืออะไร

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

นี่คือจุดประสงค์ของการมีชั้นการตรวจสอบภายใน: มันไม่ได้แทนที่ PSP ในการดำเนินการชำระเงิน แต่สร้างชั้นการสังเกตแบบรวมไว้ด้านบนของสายโซ่ทั้งหมด—แปลงเหตุการณ์แบบอะซิงโครนัสที่มาจากผู้ให้บริการต่างกัน ลำดับเวลาต่างกัน และรูปแบบต่างกัน ให้กลายเป็นสถานะเดียวที่เชื่อถือได้ภายในองค์กรอย่างต่อเนื่อง ไม่ว่าเงินจะผ่านขั้นตอนกลางกี่ขั้นตอน ก็ยังมีที่แห่งหนึ่งที่สามารถตอบคำถามพื้นฐานที่สุดได้: เงิน这笔钱现在到底在哪里

สาม、ข้อจำกัดของการชำระเงินแบบ PSP แบบดั้งเดิม

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

ด้วยการปรากฏตัวของช่องทางการชำระเงินใหม่ PSP จึงขยายการรองรับไปยังช่องทางเพิ่มเติม แต่ช่องทางเหล่านี้มีพฤติกรรมที่แตกต่างจากบัตรธนาคารและไม่สอดคล้องกับสมมติฐานเดียวกัน:

• การโอนผ่าน ACH: มีการเลื่อนเวลา และยังอาจมีโอกาสถูกยกเลิกการชำระเงินภายในหลายวันหลังจากเริ่มต้นการชำระ
• Bank transfer: Faster settlement, but typically requires manual processes and higher costs.
• เครือข่ายการชำระเงินแบบเรียลไทม์ เช่น RTP และ FedNow: ทำให้สามารถเคลื่อนย้ายเงินทันที แต่โดยทั่วไปแล้วธุรกรรมจะไม่สามารถยกเลิกได้หลังจากเสร็จสิ้น
• การโอนสกุลเงินคงที่: ทำงานบนโครงสร้างพื้นฐานที่ต่างกันอย่างสิ้นเชิง มีกลไกการคุ้มครองและการพิจารณาด้านการดำเนินงานที่ต่างกัน

ตัวอย่างเช่น บริษัทอเมริกันโอนเงินให้ผู้จัดจำหน่ายในฟิลิปปินส์:

• ใช้ ACH แต่จะเข้าบัญชีในวันที่ T+2 เนื่องจากธนาคารฟิลิปปินส์ไม่รับ ACH โดยตรง จึงต้องผ่านระบบการโอนภายในประเทศอีกครั้ง ดังนั้นเวลาที่เงินจะเข้าจริงอาจใช้ถึง T+4 และในช่วงเวลานี้อาจมีการคืนเงินได้ทุกเมื่อหากข้อมูลบัญชีไม่ตรงกัน
• ใช้การโอนเงินผ่านระบบธนาคาร (wire transfer) ซึ่งเร็วกว่า แต่ต้องส่งคำขอก่อนเวลาตัดการโอนในช่วงบ่าย 3 โมง หากตรงกับวันหยุดจะเลื่อนออกไป ค่าธรรมเนียม SWIFT อยู่ที่ $25 ถึง $45 ธนาคารผู้รับอาจหักค่าธรรมเนียมธนาคารกลางเพิ่มเติม ทำให้จำนวนเงินที่ได้รับไม่ตรงกับจำนวนเงินที่ส่งออก
• ใช้สตรีมสตับเบิลโคินแบบสามชั้น: USDC ส่งจากบัญชีสหรัฐฯ ยืนยันบนบล็อกเชนภายในไม่กี่วินาที พันธมิตรในฟิลิปปินส์รับแล้วแลกเป็นเปโซและโอนเข้าบัญชีท้องถิ่น ทั้งหมดใช้เวลาไม่เกินหนึ่งชั่วโมง ต้นทุนต่ำกว่า 1% ของจำนวนเงินที่โอน

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

เหล่านี้ไม่ใช่รูปแบบการชำระเงินที่แตกต่างกัน แต่เป็นรูปแบบการดำเนินงานที่ต่างกันโดยสิ้นเชิง

วิธีการตอบสนองของ PSP แบบดั้งเดิมคือการเปิดเผย API และนิยามสถานะที่แตกต่างกันสำหรับแต่ละเส้นทาง—โดยไม่ได้รวมความแตกต่างให้เป็นหนึ่งเดียว แต่เพียงผลักความแตกต่างนั้นขึ้นไปให้กับนักพัฒนา ทีมวิศวกรรมเริ่มเขียนตรรกะพิเศษสำหรับแต่ละเส้นทาง ทีมปฏิบัติการเริ่มจัดการข้อผิดพลาดที่แตกต่างกันด้วยตนเอง และทีมการเงินเริ่มดำเนินการตรวจสอบบัญชีสำหรับธุรกรรมที่คล้ายกันแต่ผ่านเส้นทางที่ต่างกันอย่างสิ้นเชิง

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

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

สี่ การชำระเงินแบบเรียลไทม์บังคับให้ PSP ย้ายการควบคุมไปข้างหน้า

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

ในยุคของ ACH และการโอนเงินผ่านธนาคาร เวลาเป็นตัวดูดซับ

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

แบบจำลอง PSP แบบดั้งเดิมถูกสร้างขึ้นรอบๆ ตัวบัฟเฟอร์นี้

อย่างไรก็ตาม เครือข่ายการชำระเงินแบบเรียลไทม์ เช่น RTP และ FedNow ได้ทำลายสมมติฐานนี้อย่างสิ้นเชิง funds ไหลเวียนโดยตรงระหว่างบัญชีภายในไม่กี่วินาที และการชำระเงินมักจะไม่สามารถยกเลิกได้หลังจากเสร็จสิ้น

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

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

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

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

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

ห้า: สเตเบิลคอร์รีนซี: เส้นทางใหม่ ไม่ใช่วิธีการชำระเงินใหม่

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

ต่างจากบัตร ACH และการโอนเงินผ่านธนาคาร รายการแลกเปลี่ยนสกุลเงินคงที่ทำงานบนเครือข่ายบล็อกเชน:

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

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

เช่นเดียวกับระบบการชำระเงินแบบเรียลไทม์ที่ท้าทายสมมติฐานเกี่ยวกับลำดับเวลาและการยกเลิก คริปโตเคอร์เรนซีที่มีมูลค่าคงที่ก็ท้าทายสมมติฐานเกี่ยวกับสถานที่และรูปแบบของการชำระเงิน

ในกระบวนการนี้ พวกมันได้นำความซับซ้อนระดับใหม่มาสู่ระบบ

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

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

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

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

หก: ระบบนิเวศปัจจุบัน: การแบ่งงานสิบชั้นและชั้นที่ขาดหายไป

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

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

งานของ PSP ไม่ได้จำกัดแค่การเคลื่อนย้ายเงินทุน แต่ยังรวมถึงการอธิบายการไหลเวียนของเงินทุน

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

① แพลตฟอร์มระดับผลิตภัณฑ์: ผสานการชำระเงินเข้ากับซอฟต์แวร์

แพลตฟอร์มซอฟต์แวร์เฉพาะทาง เช่น Shopify, Square, Toast, Mindbody, ServiceTitan และ Housecall Pro ได้รวมระบบการชำระเงินเข้าไว้ในผลิตภัณฑ์ของพวกเขาโดยตรง

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

② ชั้นการดำเนินการ: การเคลื่อนย้ายทุนข้ามเส้นทาง

แกนหลักของเทคโนโลยีคือผู้ให้บริการที่รับผิดชอบในการดำเนินการชำระเงิน ได้แก่ Stripe, Adyen, Checkout.com, Worldpay, PayPal, Nuvei, dLocal ฯลฯ ซึ่งเป็น PSP แบบดั้งเดิม โดยมีบทบาทในการเชื่อมต่อธุรกิจเข้ากับระบบการชำระเงินและส่งเสริมการเคลื่อนย้ายเงินทุน

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

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

③ ชั้นการจัดเรียงและการกำหนดเส้นทาง: เชื่อมต่อกับผู้ให้บริการดำเนินการ

เมื่อองค์กรใช้ PSP และวิธีการชำระเงินหลายแห่ง แพลตฟอร์มการจัดการก็เกิดขึ้นเพื่อดูแลการกำหนดเส้นทางข้ามผู้ให้บริการ บริษัทต่างๆ เช่น Primer, Gr4vy, Spreedly, Paydock และ CellPoint Digital ช่วยให้องค์กรสามารถกำหนดเส้นทางการทำธุรกรรมตามภูมิภาค ต้นทุน หรือประสิทธิภาพ ระบบเหล่านี้เพิ่มความยืดหยุ่นในระดับการดำเนินการ แต่ไม่ได้ให้แบบจำลองที่เป็นเอกภาพสำหรับพฤติกรรมหลังจากเริ่มต้นการชำระเงิน

④ ชั้นการจัดการความเสี่ยงและการปฏิบัติตามกฎหมาย: ตัดสินว่าควรย้ายเงินทุนหรือไม่

ผู้ให้บริการอิสระหลายรายรับผิดชอบในการตัดสินว่าการชำระเงินควรได้รับอนุญาตให้ดำเนินการต่อหรือไม่ ระบบตรวจสอบตัวตน การตรวจจับการฉ้อโกง และการปฏิบัติตามกฎระเบียบของผู้ให้บริการ เช่น Persona, Sardine, Alloy, Unit21, Sift และ Sumsub จะประเมินผู้ใช้และธุรกรรมก่อนดำเนินการ ในสภาพแวดล้อมแบบเรียลไทม์ การตัดสินใจเหล่านี้ต้องเสร็จสิ้นก่อนที่เงินจะถูกเคลื่อนย้าย ดังนั้นตรรกะการควบคุมหลักจึงถูกย้ายออกไปจาก PSP

⑤ ชั้นโครงสร้างพื้นฐานของธนาคาร: ถือครองเงินทุนและสนับสนุนการเชื่อมต่อ

ธนาคารผู้ดูแลเช่น Cross River Bank, Lead Bank, Column และ Sutton Bank ให้บัญชีที่ได้รับการกำกับดูแลและการเข้าถึงเครือข่ายการชำระเงิน พวกเขาถือครองเงินทุนของลูกค้า จัดการสภาพคล่อง และทำหน้าที่เป็นประตูเข้าสู่ระบบต่างๆ เช่น ACH, เงินโอน, RTP และ FedNow ชั้นนี้มีความสำคัญอย่างยิ่งต่อการเชื่อมต่อกับระบบการเงิน แต่ทำงานแยกจากตรรกะแอปพลิเคชันและ API ของ PSP

⑥ ชั้นการออกบัตร: ขยายฟังก์ชันการชำระเงิน

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

⑦ ชั้นการชำระเงิน: เครือข่ายการดำเนินการพื้นฐาน

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

⑧ ชั้นเครือข่ายสกุลเงินที่มีมูลค่าคงที่: ขยายออกไปนอกเหนือจากโครงสร้างพื้นฐานทางการธนาคาร

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

⑨ ชั้นธนาคารเป็นบริการ: เชื่อมต่อแอปพลิเคชันกับธนาคาร

แพลตฟอร์มธนาคารในฐานะบริการ (BaaS) เช่น Unit, Galileo และ Treasury Prime ให้โครงสร้างพื้นฐานในการเชื่อมต่อแอปพลิเคชันฟินเทคกับธนาคารที่ได้รับการกำกับดูแล พวกเขาช่วยให้ธุรกิจสามารถให้บริการบัญชี บัตร และความสามารถด้านการชำระเงินได้โดยไม่จำเป็นต้องเป็นธนาคาร ชั้นนี้ช่วยลดความซับซ้อนในการเข้าถึงโครงสร้างพื้นฐานของธนาคาร แต่เพิ่มผู้ให้บริการกลางอีกหนึ่งรายระหว่างแอปพลิเคชัน PSP และการไหลเวียนของเงินทุนพื้นฐาน

⑩ ชั้นที่ขาดหายไป: PSP แบบรวมที่ครอบคลุมวงจรชีวิตของการไหลเวียนของเงินทุนทั้งหมด

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

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

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

เจ็ด การดำเนินงานการชำระเงินล้มเหลวที่ไหน

เวลา 14:55 น. วันศุกร์ ทีมการเงินได้ส่งการโอนเงินผ่านธนาคารให้กับผู้จัดจำหน่ายเป็นจำนวน $50,000 เวลา 15:00 น. เป็นเวลาปิดการโอนเงินผ่านธนาคาร ระบบแสดงสถานะว่า “ส่งแล้ว” แต่ยังไม่ได้รับอีเมลยืนยัน

เวลา 16:00 ผู้จัดจำหน่ายส่งข้อความถามถึงสถานะการชำระเงิน ฝ่ายการเงินตรวจสอบระบบ PSP พบว่าแสดงว่า “กำลังดำเนินการ” ตรวจสอบบัญชีธนาคาร พบว่าแสดงว่า “รอการชำระ” ระบบสองระบบ เงินเดียวกัน สถานะต่างกันสองแบบ ไม่มีระบบใดบอกคุณได้ว่าเงินตอนนี้อยู่ที่จุดใด

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

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

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

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

นี่คือจุดที่การดำเนินงานการชำระเงินเริ่มยากขึ้น

Reconciliation: Multiple versions of the same event

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

การจัดการข้อผิดพลาด: ข้อผิดพลาดที่ไม่มีการระบุผู้รับผิดชอบชัดเจน

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

สภาพคล่องและทุน: เงินอยู่ในที่ผิด

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

ความสามารถในการตรวจสอบและการควบคุม: ย้อนกลับไปดูว่าเกิดอะไรขึ้น

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

คำถามเหล่านี้เป็นทั้งในระดับการดำเนินงานและระดับสถาปัตยกรรม

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

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

แปด: การพัฒนาครั้งถัดไปของ PSP

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

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

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

ชั้นนี้ต้องสามารถ:

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

สรุป: เริ่มจากที่ไหน

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

โดยการพิจารณาคู่มือนี้ เราได้เห็นวิวัฒนาการของสภาพแวดล้อมนี้:

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

สำหรับทีมที่สร้างผลิตภัณฑ์ทางการเงินหรือผสานการชำระเงินเข้ากับซอฟต์แวร์ ทางเข้าที่เหมาะสมมีความสำคัญมากกว่าการอภิปรายเชิงกลยุทธ์

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

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

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

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

บางส่วนของเนื้อหาอ้างอิงจาก: Modern Treasury — A Practical Guide to PSPs in 2026