REFERENCE
อภิธานศัพท์ด้านการชำระเงิน
ศัพท์เฉพาะของการเคลื่อนย้ายเงิน ทั้งบัตร บัญชี คริปโต รวมถึงความเสี่ยงและงานปฏิบัติการที่เกี่ยวข้อง อธิบายอย่างตรงไปตรงมา หนึ่งคำต่อหนึ่งหัวข้อ อิงจากการทำงานจริงของระบบ
Core rails
- การอนุมัติธุรกรรม (Authorization)
Authorization คือการตรวจสอบแบบเรียลไทม์เพื่อยืนยันว่าการชำระเงินดำเนินต่อได้ โดยผู้ออกบัตรจะอนุมัติหรือปฏิเสธคำขอ และหากอนุมัติก็จะกันวงเงินไว้ ขั้นตอนนี้ยังไม่มีการโอนเงินจริง เพียงสำรองยอดและส่งรหัสอนุมัติกลับมา การอนุมัติที่สำเร็จคือคำมั่นว่าจะจ่าย ไม่ใช่การจ่ายเงินเอง
- Capture
Capture คือขั้นตอนที่เปลี่ยนการอนุมัติ (authorization) ให้เป็นการเรียกเก็บเงินจริง โดยแจ้งผู้ออกบัตรให้โอนเงินที่กันไว้ จะทำทันทีหลังอนุมัติหรือทำภายหลังก็ได้ เช่น ตอนจัดส่งสินค้า ภายในอายุของ authorization การ capture ยอดน้อยกว่าที่อนุมัติ (partial capture) จะคืนยอดส่วนที่เหลือให้ผู้ถือบัตร
- Clearing
Clearing คือการแลกเปลี่ยนข้อมูลธุรกรรมระหว่าง acquirer กับผู้ออกบัตรเพื่อกำหนดว่าใครต้องจ่ายใคร ก่อนที่จะมีการโอนเงินจริง โดยหักกลบธุรกรรมที่ capture ในแต่ละวันให้เป็นยอดที่แต่ละฝ่ายจะ settle กัน Clearing สร้างภาระผูกพัน ส่วน settlement เป็นการชำระภาระนั้น
วงจรชีวิตของการชำระเงิน- Settlement
Settlement คือการโอนเงินเพื่อชำระภาระผูกพันที่เกิดขึ้นตอน clearing ซึ่งเป็นจุดที่เงินเปลี่ยนมือระหว่างธนาคารจริง ๆ สำหรับการชำระด้วยบัตร เงินมักเข้าหลังการซื้ออย่างน้อยหนึ่งวัน ส่วนบน instant rails และบนเชนอาจใกล้เคียงเรียลไทม์ จนกว่า settlement จะเสร็จสิ้น การชำระเงินที่ capture แล้วยังเป็นเพียงลูกหนี้การค้า ไม่ใช่เงินสด
วงจรชีวิตของการชำระเงิน- Interchange
Interchange คือค่าธรรมเนียมที่ acquirer จ่ายให้ผู้ออกบัตรในทุกธุรกรรมบัตร กำหนดโดยเครือข่ายบัตรและมักส่งต่อให้ร้านค้า เป็นสัดส่วนใหญ่สุดของต้นทุนการรับบัตรส่วนใหญ่ และแตกต่างตามประเภทบัตร ภูมิภาค และวิธีที่ธุรกรรมถูกส่งเข้ามา Interchange เป็นการตอบแทนผู้ออกบัตรที่รับภาระดูแลความสัมพันธ์กับผู้ถือบัตรและความเสี่ยงด้านเครดิต
- Reconciliation
Reconciliation คือกระบวนการจับคู่ยอดที่คาดว่าจะได้รับกับยอดที่ settle จริงทีละรายการ เพื่อให้ทุกสตางค์ตรวจสอบได้ โดยเทียบข้อมูลของคุณเองกับรายงานจาก processor, statement ธนาคาร และไฟล์จากเครือข่ายบัตร เพื่อชี้จุดที่เป็นค่าธรรมเนียม ความต่างของเวลา และยอดที่ไม่ตรงกัน หากไม่ทำ reconciliation ค่าธรรมเนียมและการจ่ายเงินที่ล้มเหลวจะซ่อนอยู่ในช่องว่างระหว่าง authorization กับเงินสด
Protocore Center- Payout
Payout คือการโอนเงินที่ settle แล้วออกไปยังร้านค้า ผู้ขาย หรือผู้ใช้ปลายทาง เป็นขาออกของแพลตฟอร์มชำระเงิน Payout ตั้งเวลาได้ (รวบยอดรายวันหรือรายสัปดาห์) หรือสั่งจ่ายตามต้องการ โดยแต่ละแบบมี rail เวลา และค่าธรรมเนียมของตัวเอง Payout คือจุดที่เงินซึ่งเก็บมาได้กลายเป็นเงินที่ใช้งานได้ในบัญชีของใครสักคน
Protocore Center- Batch
Batch คือกลุ่มธุรกรรมที่ส่งหรือ settle พร้อมกัน แทนที่จะทีละรายการ โดยมักปิดรอบเมื่อสิ้นวันทำการ ร้านค้ารวบ capture ส่งเข้า clearing ส่วนธนาคารรวบ payout และ direct debit เป็นรอบตามกำหนด การทำ batch แลกความทันที กับประสิทธิภาพและช่วงเวลา settlement ที่คาดการณ์ได้
การชำระเงินด้วยบัตร
- Acquirer
Acquirer คือธนาคารหรือสถาบันที่ได้รับอนุญาตซึ่งทำให้ร้านค้ารับชำระด้วยบัตรได้ และรับเงินแทนร้านค้า ทำหน้าที่เชื่อมร้านค้ากับเครือข่ายบัตร รับความเสี่ยงด้าน settlement และต้องรับผิดชอบต่อ chargeback ในที่สุด Acquirer อยู่ฝั่งร้านค้าของทุกธุรกรรมบัตร ตรงข้ามกับ issuer
Protocore Gateway- Issuer
Issuer คือธนาคารหรือสถาบันที่ออกบัตรและบัญชีให้ผู้ถือบัตร และเป็นผู้อนุมัติหรือปฏิเสธแต่ละธุรกรรม โดยจะจ่ายเงินสำหรับการซื้อ ณ ขั้นตอน authorization เรียกเก็บเงินจากผู้ถือบัตร และจ่ายให้ acquirer ผ่านเครือข่าย ทุกธุรกรรมบัตรเกิดขึ้นระหว่าง issuer กับ acquirer
- Payment gateway
Payment gateway คือเลเยอร์ซอฟต์แวร์ที่รับข้อมูลการชำระเงินตอน checkout แล้วส่งต่อไปยัง processor และเครือข่ายบัตรอย่างปลอดภัย ดูแลช่วงที่ลูกค้าเห็น ทั้งหน้าชำระเงิน การเข้ารหัส และคำขอ authorization จากนั้นส่งผลอนุมัติหรือปฏิเสธกลับมา Gateway ส่งต่อข้อความ ไม่ได้ถือหรือโอนเงินเอง
Protocore Gateway- Payment processor
Payment processor คือบริการที่ส่งธุรกรรมระหว่าง acquirer ของร้านค้ากับ issuer ของลูกค้า ดูแล authorization, clearing และ settlement โดยแปลงคำขอของร้านค้าเป็นข้อความของเครือข่าย แล้วส่งผลตอบกลับ ถ้า gateway คือประตูหน้า processor ก็คือเครื่องจักรที่อยู่เบื้องหลัง
Protocore Gateway- PSP (ผู้ให้บริการชำระเงิน)
Payment service provider (PSP) รวม gateway, processing และมักรวม acquiring ไว้ในบริการเดียว ร้านค้าจึงรับชำระเงินได้โดยไม่ต้องทำสัญญากับแต่ละส่วนแยกกัน PSP มักรับร้านค้าเข้าระบบภายใต้ความสัมพันธ์ acquiring ของตนเอง แล้วโอนเงินต่อให้ร้านค้า ข้อแลกเปลี่ยนคือความสะดวก กับการเสียการควบคุมเรื่อง routing และ settlement ไปบางส่วน
Protocore Gateway- Merchant of record
Merchant of record (MoR) คือนิติบุคคลที่รับผิดชอบการขาย ชื่อจะปรากฏในใบแจ้งยอดของลูกค้า เป็นผู้เก็บเงิน นำส่งภาษี และรับผิดชอบการคืนเงินและ chargeback การใช้ผู้ให้บริการ merchant of record ช่วยให้ธุรกิจขายในตลาดที่ไม่มีนิติบุคคลในพื้นที่ได้ MoR แบกรับความรับผิดชอบด้านการปฏิบัติตามกฎระเบียบและด้านการเงินของทุกธุรกรรม
คุณต้องมีใบอนุญาตธนาคารหรือไม่?- Chargeback
Chargeback คือการเรียกคืนรายการชำระด้วยบัตรโดยบังคับ ซึ่งผู้ออกบัตรของผู้ถือบัตรเป็นผู้เริ่ม มักเกิดหลังข้อพิพาทเรื่องการทุจริต การไม่ได้รับสินค้า หรือการเรียกเก็บเงินผิดพลาด เงินจะถูกดึงกลับจากร้านค้าไปคืนผู้ถือบัตรระหว่างตรวจสอบคำร้อง Chargeback มีค่าธรรมเนียม และเมื่อมีปริมาณมากจะมีค่าปรับจากเครือข่าย การป้องกันจึงดีกว่าการแก้ต่าง
- Refund vs reversal
Refund คือธุรกรรมใหม่ที่คืนเงินให้ลูกค้าหลังการชำระ settle แล้ว และแสดงแยกในใบแจ้งยอดของลูกค้า ส่วน reversal คือการยกเลิก authorization หรือ capture ก่อน settle ทำให้รายการเรียกเก็บเดิมไม่เข้าสมบูรณ์ ถ้าทำได้ให้ทำ reversal (เร็วและถูกกว่า) แต่ถ้าเงินเคลื่อนไปแล้วให้ทำ refund
- 3-D Secure / SCA
3-D Secure (3DS) คือโปรโตคอลที่เพิ่มขั้นตอนยืนยันตัวตน เช่น การแจ้งเตือนจากธนาคาร ไบโอเมตริก หรือรหัสผ่านครั้งเดียว ระหว่างการกรอกบัตรกับ authorization เพื่อพิสูจน์ว่าผู้ซื้อเป็นเจ้าของบัตรจริง เป็นวิธีทั่วไปในการปฏิบัติตาม Strong Customer Authentication (SCA) ซึ่งเป็นข้อกำหนดสองปัจจัยสำหรับการชำระเงินออนไลน์จำนวนมากในยุโรป การผ่าน 3DS ยังโอนความรับผิดจากการทุจริตจากร้านค้าไปที่ issuer ด้วย
- Tokenization
Tokenization คือการแทนที่เลขบัตรที่ละเอียดอ่อนด้วยค่าตัวแทนที่เรียกว่า token ซึ่งหากถูกขโมยก็ใช้ไม่ได้ และเก็บหรือนำกลับมาใช้ซ้ำได้อย่างปลอดภัย เลขบัตรจริงอยู่ใน vault ที่ปลอดภัย ส่วน token ทำหน้าที่แทนในการเรียกเก็บเงินครั้งต่อไป ช่วยลดจำนวนระบบที่แตะข้อมูลบัตรดิบ จึงลดทั้งความเสี่ยงข้อมูลรั่วไหลและขอบเขตด้านการปฏิบัติตามข้อกำหนด
Protocore Gateway
บัตรและการรับชำระ
- Card issuing
Card issuing คือธุรกิจสร้างและบริหารบัตรชำระเงิน ทั้งบัตรเสมือนและบัตรจริง ที่ผูกกับบัญชีที่คุณควบคุม และอนุมัติธุรกรรมที่เกิดขึ้นบนบัตรเหล่านั้น แพลตฟอร์ม issuing สมัยใหม่ช่วยให้บริษัทสร้างบัตรผ่าน API ตั้งกฎการใช้จ่าย และอนุมัติแบบเรียลไทม์กับ ledger ของตัวเอง Issuing เปลี่ยนยอดเงินให้เป็นบัตรที่ใช้จ่ายได้จริง
Protocore Issuing- Prepaid vs debit
บัตรเติมเงิน (prepaid) ใช้ยอดเงินที่เติมไว้ในตัวบัตรเอง ไม่ขึ้นกับบัญชีธนาคารใด ส่วนบัตรเดบิตตัดตรงจากบัญชีที่ผูกไว้ Prepaid จำกัดการใช้จ่ายไว้ที่ยอดที่เติม และออกได้ง่ายโดยไม่ต้องมีความสัมพันธ์กับธนาคารเต็มรูปแบบ ส่วนเดบิตผูกทุกธุรกรรมกับยอดเงินในบัญชีจริง ทั้งสองแบบอนุมัติจากเงินที่มีอยู่ ไม่ใช่วงเงินสินเชื่อ
Protocore Issuing- BIN
BIN (Bank Identification Number) คือตัวเลข 6 ถึง 8 หลักแรกของเลขบัตร ระบุผู้ออกบัตร เครือข่ายบัตร ประเทศ และประเภทผลิตภัณฑ์ เครือข่ายและ acquirer ใช้ BIN เพื่อส่งธุรกรรมไปยัง issuer ที่ถูกต้อง และใช้กฎและค่าธรรมเนียมที่เหมาะสม BIN คือสิ่งที่ทำให้การชำระเงินรู้ว่าต้องขออนุมัติจากธนาคารใด
Protocore Issuing- PAN
PAN (Primary Account Number) คือเลขบัตรเต็มที่พิมพ์หรือปั๊มนูนบนบัตร โดยทั่วไป 16 หลัก ใช้ระบุบัญชีกับเครือข่าย เป็นค่าที่ละเอียดอ่อนซึ่ง tokenization และการเข้ารหัสมีไว้ปกป้อง และการที่ PAN ถูกเปิดเผยเป็นตัวกำหนดขอบเขต PCI เป็นส่วนใหญ่ ตัวเลขนำหน้าของ PAN คือ BIN ส่วนหลักสุดท้ายคือตัวเลขตรวจสอบ (checksum)
- EMV
EMV คือมาตรฐานบัตรชิปสากลที่ยืนยันตัวตนบัตรด้วยการเข้ารหัส ณ จุดขาย มาแทนแถบแม่เหล็กที่ถูกโคลนได้ง่าย ทุกธุรกรรมจะสร้าง cryptogram เฉพาะที่ issuer ตรวจสอบได้ ทำให้บัตรปลอมใช้ได้ยากขึ้นมาก EMV ยังกำกับการนำเสนอบัตรแบบ contactless และผ่านโมบายล์วอลเล็ตด้วย
Protocore PoS- Contactless / NFC
การชำระเงินแบบ contactless ให้บัตรหรือโทรศัพท์จ่ายเงินได้ด้วยการแตะใกล้เครื่อง โดยใช้ NFC (Near Field Communication) แลกเปลี่ยน EMV cryptogram ในระยะไม่กี่เซนติเมตร มีความปลอดภัยระดับชิปเท่ากับการเสียบบัตร และอนุมัติธุรกรรมแบบเดียวกัน โทรศัพท์เพิ่มไบโอเมตริกของอุปกรณ์ จึงมักแตะจ่ายได้โดยไม่ต้องใช้ PIN
Protocore PoS- PoS (จุดขาย)
Point of sale (PoS) คือจุดที่ลูกค้าซื้อสินค้าด้วยตนเอง ได้แก่เครื่องหรือซอฟต์แวร์ที่อ่านบัตร สร้างธุรกรรม และขอ authorization PoS สมัยใหม่มีตั้งแต่เครื่องตั้งโต๊ะไปจนถึงโทรศัพท์ที่รับการแตะได้โดยตรง เป็นทางเข้าในโลกจริงสู่กระบวนการตั้งแต่ authorization ถึง settlement เดียวกับ checkout ออนไลน์
Protocore PoS
บัญชีและ IBAN
- IBAN
IBAN (International Bank Account Number) คือเลขที่บัญชีมาตรฐานที่ใช้กำหนดเส้นทางการโอนเงินระหว่างธนาคารทั่วยุโรปและอีกหลายประเทศ เข้ารหัสประเทศ ธนาคาร และบัญชีไว้ในสตริงเดียว พร้อม checksum ที่จับการพิมพ์ผิดได้ก่อนส่งเงิน IBAN บอกว่าเงินควรไปลงที่ไหน แต่ไม่ได้บอกว่าใครเป็นเจ้าของบัญชี
Protocore vIBAN- Virtual IBAN
Virtual IBAN (vIBAN) คือ IBAN จริงที่ส่งเงินเข้าได้ ออกซ้อนบนบัญชีหลักเพียงบัญชีเดียว เพื่อให้รับเงินและระบุได้อัตโนมัติว่าเป็นของลูกค้า คำสั่งซื้อ หรือวัตถุประสงค์ใด เงินโอนเข้า vIBAN จึง reconcile ได้เอง คุณรู้ทันทีที่เงินเข้าว่าใครจ่าย โดยไม่ต้องจับคู่จากรหัสอ้างอิง Virtual IBAN ให้แพลตฟอร์มมีเลขบัญชีรายผู้ใช้โดยไม่ต้องเปิดบัญชีธนาคารให้ผู้ใช้ทุกราย
virtual IBAN คืออะไร- BIC / SWIFT
BIC (Bank Identifier Code) หรือที่เรียกว่ารหัส SWIFT ระบุธนาคารเฉพาะในการโอนเงินระหว่างประเทศ เป็นคู่กับ IBAN ที่ระบุบัญชี IBAN บอกว่าบัญชีไหน ส่วน BIC บอกว่าสถาบันใด และเข้าถึงได้อย่างไรผ่านเครือข่าย SWIFT ภายใน SEPA ปกติใช้ IBAN อย่างเดียวก็พอ BIC จึงมักไม่บังคับ
- SEPA
SEPA (Single Euro Payments Area) คือโครงการที่ทำให้การโอนเงินยูโรระหว่างประเทศสมาชิกทำงานเหมือนการโอนในประเทศ ทั้งรูปแบบและกฎเดียวกัน และไม่มีค่าธรรมเนียมเพิ่มเมื่อข้ามพรมแดน ครอบคลุมการโอนเครดิตมาตรฐานและ direct debit โดย settle เป็น batch ภายในหนึ่งวันขึ้นไป SEPA คือเหตุผลที่การชำระเงินยูโรจาก IBAN หนึ่งไปอีก IBAN หนึ่งทั่วยุโรปเป็นเรื่องปกติและราคาถูก
Protocore vIBAN- SEPA Instant
SEPA Instant (SCT Inst) คือ SEPA credit transfer แบบเรียลไทม์ โอนยูโรระหว่างบัญชีได้ในไม่กี่วินาที ทุกชั่วโมงของทุกวัน เงินถึงมือแบบสิ้นสุดและใช้ได้ทันที ต่างจาก SEPA มาตรฐานที่ settle เป็น batch ทำให้การชำระเงินระหว่างบัญชีเร็วใกล้เคียงการแตะบัตร โดยไม่ต้องมีเครือข่ายบัตรคั่นกลาง
Protocore vIBAN
คริปโตและ settlement
- On-ramp
On-ramp คือเส้นทางจากเงินทั่วไปเข้าสู่คริปโต ผู้ใช้จ่ายด้วยบัตรหรือโอนเงินผ่านธนาคาร แล้วรับสินทรัพย์ดิจิทัลเข้ากระเป๋า ดูแลทั้งการรับเงินเฟียต การตรวจสอบตัวตน และการแปลงสกุลเงินในโฟลว์เดียว On-ramp คือจุดที่โจทย์ด้านการชำระเงิน (การรับเงิน) มาพบกับโจทย์ด้านบล็อกเชน (การส่งมอบสินทรัพย์)
Protocore Ramp- Off-ramp
Off-ramp คือเส้นทางย้อนกลับ แปลงคริปโตกลับเป็นเงินทั่วไปแล้วจ่ายเข้าบัญชีธนาคาร โดยขายหรือไถ่ถอนสินทรัพย์ ตรวจสอบการปฏิบัติตามกฎระเบียบสำหรับการถอน และ settle เงินที่ได้ผ่าน payment rail ปกติ On-ramp และ off-ramp ร่วมกันทำให้ผลิตภัณฑ์เคลื่อนย้ายมูลค่าเข้าออกคริปโตได้โดยผู้ใช้ไม่ต้องแตะ exchange
Protocore Ramp- Stablecoin
Stablecoin คือโทเคนคริปโตที่ออกแบบให้รักษามูลค่าคงที่โดยอิงกับสิ่งอ้างอิง เช่น สกุลเงินของประเทศ โดยทั่วไปมีสำรองหนุนหลัง เพราะมูลค่านิ่ง จึงใช้เป็นตัวกลาง settlement ได้ ย้ายมูลค่าบนเชนโดยไม่มีราคาผันผวนแบบสินทรัพย์คริปโตอื่น Stablecoin ทำให้เงิน settle ได้เร็วระดับบล็อกเชน แต่ยังคงอยู่ในหน่วยที่คุ้นเคย
Protocore Chain- การชำระดุลออนเชน
On-chain settlement คือการชำระภาระผูกพันด้วยการโอนมูลค่าบนบล็อกเชน ซึ่งการโอนถูกบันทึกและเป็นที่สิ้นสุดโดยไม่มีธนาคารคั่นกลาง settle ได้ในไม่กี่วินาทีตลอด 24 ชั่วโมง และ ledger เองเป็นหลักฐานการชำระเงิน ในทางปฏิบัติมีประโยชน์ที่สุดเมื่อมูลค่าไปจบที่บัญชีธนาคารได้ นั่นคือการโอนบนเชนที่ลงเอยที่ IBAN
Protocore Chain- Custody vs self-custody
Custody คือการที่บุคคลที่สามถือ private key ของคริปโตของคุณและรับผิดชอบดูแลรักษา ส่วน self-custody คือคุณถือ key เองและรับผิดชอบเอง Custody แลกการควบคุมกับความสะดวกและช่องทางเยียวยา ส่วน self-custody แลกช่องทางเยียวยากับการควบคุมเต็มที่ ความแตกต่างนี้กำหนดว่าใครย้ายสินทรัพย์ได้ และใครต้องรับผิดหาก key สูญหายหรือถูกขโมย
Protocore Safe- Hot vs cold wallet
Hot wallet เก็บ key ไว้ในระบบที่ต่ออินเทอร์เน็ต เงินจึงเคลื่อนย้ายได้ทันที ส่วน cold wallet เก็บ key แบบออฟไลน์ แยกจากเครือข่ายทั้งหมด Hot wallet รองรับการใช้งานประจำวันและยอมรับพื้นที่เสี่ยงโจมตีที่มากกว่า ส่วน cold wallet เก็บเงินสำรองที่ไม่ค่อยเคลื่อนไหวแต่ต้องปลอดภัย โดยทั่วไปจะแบ่งเงินไว้ทั้งสองแบบ คือ hot พอใช้ทำธุรกรรม ส่วนใหญ่เก็บไว้ใน cold
Protocore Safe- Wallet-as-a-service
Wallet-as-a-service คือโครงสร้างพื้นฐานที่ช่วยให้ผลิตภัณฑ์สร้างและจัดการคริปโตวอลเล็ตให้ผู้ใช้ผ่าน API ได้ โดยไม่ต้องพัฒนาระบบจัดการคีย์เองตั้งแต่ต้น ระบบดูแลการสร้างวอลเล็ต การลงนามธุรกรรม และความปลอดภัย แอปจึงโฟกัสกับประสบการณ์ของตัวเองได้เต็มที่ การถือครองและโอนสินทรัพย์ออนเชนจึงกลายเป็นฟีเจอร์ที่เรียกใช้ได้ ไม่ใช่ระบบที่ต้องดูแลเอง
Protocore Wallets
ความเสี่ยงและการปฏิบัติตามกฎระเบียบ
- KYC
KYC (Know Your Customer) คือกระบวนการยืนยันตัวตนลูกค้าก่อนอนุญาตให้ทำธุรกรรม โดยรวบรวมและตรวจสอบเอกสารยืนยันตัวตน รวมถึงยืนยันว่าเป็นบุคคลตามที่อ้างจริง เป็นมาตรการควบคุมพื้นฐานป้องกันการฉ้อโกง การฟอกเงิน และการละเมิดมาตรการคว่ำบาตร KYC ใช้พิสูจน์ตัวตน ส่วนการเฝ้าติดตามอย่างต่อเนื่องจะดูว่าตัวตนนั้นทำอะไรต่อไป
- KYC กับ KYB
KYC ใช้ยืนยันตัวตนลูกค้าที่เป็นบุคคล ส่วน KYB (Know Your Business) ใช้ยืนยันตัวตนบริษัท ทั้งการมีอยู่ตามกฎหมาย โครงสร้างความเป็นเจ้าของ และบุคคลที่ควบคุมกิจการอยู่เบื้องหลัง KYB มีขั้นตอนเพิ่มจาก KYC เช่น การตรวจสอบกับทะเบียนนิติบุคคล การระบุผู้รับผลประโยชน์ที่แท้จริง และการยืนยันว่าใครมีอำนาจกระทำการแทนบริษัท แพลตฟอร์มที่รับลูกค้าธุรกิจจึงต้องใช้ทั้งสองอย่าง คือ KYB สำหรับบริษัท และ KYC สำหรับบุคคลที่อยู่เบื้องหลัง
- AML
AML (Anti-Money Laundering) คือชุดมาตรการควบคุมที่ตรวจจับและป้องกันการเคลื่อนย้ายเงินผิดกฎหมายผ่านระบบการเงิน ทั้งการเฝ้าระวังธุรกรรม การตรวจสอบรายชื่อคู่สัญญา และการรายงานธุรกรรมที่น่าสงสัย โดยผสานการตรวจสอบตัวตนตอนเริ่มใช้งานเข้ากับการเฝ้าติดตามพฤติกรรมอย่างต่อเนื่อง AML เป็นโปรแกรมที่ต้องทำต่อเนื่อง ไม่ใช่ด่านที่ผ่านครั้งเดียวแล้วจบ
- การตรวจสอบรายชื่อคว่ำบาตร
การตรวจสอบรายชื่อคว่ำบาตรคือการเทียบข้อมูลลูกค้า คู่ค้า และธุรกรรมกับรายชื่อเฝ้าระวังของรัฐบาลและองค์กรระหว่างประเทศ เพื่อป้องกันการทำธุรกรรมกับบุคคล หน่วยงาน และพื้นที่ที่ถูกห้าม ทำทั้งตอนเริ่มใช้งานและทุกครั้งที่มีธุรกรรมที่เกี่ยวข้อง เนื่องจากรายชื่อมีการเปลี่ยนแปลงตลอดเวลา เมื่อพบรายการที่ตรงกันอย่างยืนยันได้ อาจต้องอายัดเงินและยื่นรายงาน ไม่ใช่แค่ปฏิเสธธุรกรรม
แพลตฟอร์มและปฏิบัติการ
- Embedded finance
Embedded finance คือการให้บริการทางการเงิน ไม่ว่าจะเป็นการชำระเงิน บัญชี บัตร หรือสินเชื่อ ภายในผลิตภัณฑ์ที่ไม่ใช่ของสถาบันการเงิน ผู้ใช้จึงทำธุรกรรมได้โดยไม่ต้องออกจากแอป ทั้งนี้ต้องอาศัยผู้ให้บริการโครงสร้างพื้นฐานที่จัดหาระบบหลังบ้านที่อยู่ภายใต้การกำกับดูแลผ่าน API เมื่อทำได้ดี งานการเงินจะกลืนไปกับประสบการณ์ใช้งาน ทั้ง checkout การจ่ายเงิน และบัตร เกิดขึ้นในที่เดียวได้เลย
หนึ่งแกนหลัก หลายแอป- BaaS (banking-as-a-service)
Banking-as-a-service (BaaS) ช่วยให้ธุรกิจที่ไม่ใช่ธนาคารนำเสนอฟีเจอร์แบบธนาคาร เช่น บัญชี บัตร และการชำระเงิน โดยสร้างบนโครงสร้างของผู้ให้บริการที่ได้รับใบอนุญาตผ่าน API ผู้ให้บริการถือใบอนุญาตและรับผิดชอบด้านกฎระเบียบ ส่วนแพลตฟอร์มสร้างผลิตภัณฑ์และเป็นเจ้าของลูกค้า BaaS คือทางที่ทำให้บริษัทซอฟต์แวร์ออกบัญชีและบัตรได้โดยไม่ต้องเป็นธนาคาร
คุณต้องมีใบอนุญาตธนาคารหรือไม่?- EMI (สถาบันเงินอิเล็กทรอนิกส์)
สถาบันเงินอิเล็กทรอนิกส์ (EMI) คือบริษัทที่ได้รับใบอนุญาตให้ออกเงินอิเล็กทรอนิกส์และรับฝากเงินของลูกค้าโดยไม่ต้องเป็นธนาคารเต็มรูปแบบ โดยต้องคุ้มครองเงินเหล่านั้นไว้แทนการนำไปปล่อยกู้ EMI มักเป็นกลไกเบื้องหลังวอลเล็ต โปรแกรมบัตรเติมเงิน และบัญชีรับชำระเงิน คำนี้ระบุประเภทของสถาบันที่อยู่ภายใต้การกำกับดูแล ซึ่งเป็นองค์ประกอบที่แพลตฟอร์มนำไปต่อยอด ไม่ได้หมายความว่าแพลตฟอร์มใดถือใบอนุญาตนี้
คุณต้องมีใบอนุญาตธนาคารหรือไม่?- Agentic payments
Agentic payments คือธุรกรรมที่เอเจนต์ซอฟต์แวร์อัตโนมัติเป็นผู้เริ่มและดำเนินการจนเสร็จแทนผู้ใช้ ภายในขอบเขตที่ผู้ใช้กำหนด เอเจนต์ต้องมีอำนาจในขอบเขตที่จำกัด วงเงินที่ได้รับมอบหมาย และบันทึกตรวจสอบย้อนหลัง ซึ่งเป็นมาตรการที่ตอบได้ว่าซื้ออะไรได้ ไม่เกินเท่าไร และตามคำสั่งของใคร ผู้กระทำการชำระเงินจึงเปลี่ยนจากคนที่หน้า checkout เป็นโปรแกรมที่มีงบประมาณ
Protocore Agents- Idempotency
Idempotency คือคุณสมบัติที่การทำงานเดิมสองครั้งให้ผลเท่ากับทำครั้งเดียว เป็นกลไกป้องกันไม่ให้คำขอที่ส่งซ้ำตัดเงินลูกค้าสองรอบ ไคลเอนต์จะส่ง idempotency key ที่ไม่ซ้ำกันมาพร้อมการชำระเงิน เซิร์ฟเวอร์บันทึกคีย์นั้นไว้ และคืนผลลัพธ์เดิมเมื่อมีคำขอซ้ำ จึงทำให้การลองส่งใหม่หลังการชำระเงินหมดเวลาปลอดภัย ไม่เสี่ยงอีกต่อไป
- Webhook
Webhook คือข้อความที่ระบบชำระเงินส่งมายังเซิร์ฟเวอร์ของคุณทันทีที่มีเหตุการณ์เกิดขึ้น เช่น การชำระเงินเสร็จสิ้น การจ่ายเงินล้มเหลว หรือมีข้อพิพาทเปิดขึ้น คุณจึงรับรู้เหตุการณ์ได้โดยไม่ต้องคอยโพลล์ถาม endpoint ของคุณรับเหตุการณ์ ตรวจสอบลายเซ็น แล้วจึงดำเนินการต่อ Webhook คือสิ่งที่ทำให้การเคลื่อนย้ายเงินแบบอะซิงโครนัสซิงก์กับระบบของคุณอยู่เสมอ
- Ledger
Ledger คือบันทึกหลักของยอดคงเหลือและการเคลื่อนไหวทุกรายการในระบบการเงิน เป็นแหล่งข้อมูลจริงที่บอกว่าใครถืออะไรอยู่ ในระบบชำระเงิน Ledger ติดตามเงินในทุกสถานะ ตั้งแต่อนุมัติ ชำระ ไปจนถึงจ่ายออก ยอดคงเหลือทุกรายการจึงอธิบายได้ด้วยรายการบัญชีที่อยู่เบื้องหลัง หากตัวเลขไม่ตรงกัน Ledger คือสิ่งที่ใช้กระทบยอดกลับไปอ้างอิง
Protocore Center- Double-entry
Double-entry คือหลักการบัญชีที่บันทึกทุกการเคลื่อนไหวเป็นสองรายการที่ตรงกัน คือเดบิตและเครดิต ทำให้บัญชีสมดุลเสมอ ใน Ledger ของระบบชำระเงิน หลักนี้รับประกันว่าเงินจะไม่ถูกสร้างขึ้นหรือหายไปเอง เพียงย้ายระหว่างบัญชีเท่านั้น นี่คือเหตุผลเชิงโครงสร้างที่ทำให้ Ledger ที่บันทึกถูกต้องกระทบยอดได้ลงตัวที่ศูนย์เสมอ
มีระบบที่ต้องสร้างไหม
บอกเราว่าปัญหาคืออะไร แล้วเราจะกลับมาพร้อมสถาปัตยกรรมและแผนงาน