REFERENCE

อภิธานศัพท์ด้านการชำระเงิน

ศัพท์เฉพาะของการเคลื่อนย้ายเงิน ทั้งบัตร บัญชี คริปโต รวมถึงความเสี่ยงและงานปฏิบัติการที่เกี่ยวข้อง อธิบายอย่างตรงไปตรงมา หนึ่งคำต่อหนึ่งหัวข้อ อิงจากการทำงานจริงของระบบ

01

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 ที่คาดการณ์ได้

02

การชำระเงินด้วยบัตร

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
03

บัตรและการรับชำระ

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
04

บัญชีและ 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
05

คริปโตและ 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
06

ความเสี่ยงและการปฏิบัติตามกฎระเบียบ

KYC

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

KYC กับ KYB

KYC ใช้ยืนยันตัวตนลูกค้าที่เป็นบุคคล ส่วน KYB (Know Your Business) ใช้ยืนยันตัวตนบริษัท ทั้งการมีอยู่ตามกฎหมาย โครงสร้างความเป็นเจ้าของ และบุคคลที่ควบคุมกิจการอยู่เบื้องหลัง KYB มีขั้นตอนเพิ่มจาก KYC เช่น การตรวจสอบกับทะเบียนนิติบุคคล การระบุผู้รับผลประโยชน์ที่แท้จริง และการยืนยันว่าใครมีอำนาจกระทำการแทนบริษัท แพลตฟอร์มที่รับลูกค้าธุรกิจจึงต้องใช้ทั้งสองอย่าง คือ KYB สำหรับบริษัท และ KYC สำหรับบุคคลที่อยู่เบื้องหลัง

AML

AML (Anti-Money Laundering) คือชุดมาตรการควบคุมที่ตรวจจับและป้องกันการเคลื่อนย้ายเงินผิดกฎหมายผ่านระบบการเงิน ทั้งการเฝ้าระวังธุรกรรม การตรวจสอบรายชื่อคู่สัญญา และการรายงานธุรกรรมที่น่าสงสัย โดยผสานการตรวจสอบตัวตนตอนเริ่มใช้งานเข้ากับการเฝ้าติดตามพฤติกรรมอย่างต่อเนื่อง AML เป็นโปรแกรมที่ต้องทำต่อเนื่อง ไม่ใช่ด่านที่ผ่านครั้งเดียวแล้วจบ

การตรวจสอบรายชื่อคว่ำบาตร

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

07

แพลตฟอร์มและปฏิบัติการ

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 ที่บันทึกถูกต้องกระทบยอดได้ลงตัวที่ศูนย์เสมอ

มีระบบที่ต้องสร้างไหม

บอกเราว่าปัญหาคืออะไร แล้วเราจะกลับมาพร้อมสถาปัตยกรรมและแผนงาน