อุตสาหกรรม / ฟินเทคและธนาคาร
Payment rails และ ledger ที่ผ่านการตรวจสอบ
ในโครงสร้างพื้นฐานทางการเงิน การรีวิวคือตัวผลิตภัณฑ์เอง เราสร้าง payment rails, ledger และระบบ onboarding ที่มีการเก็บ metrics ครบถ้วน คำนึงถึง PCI และมีเอกสารพร้อมผ่านการตรวจสอบด้านกฎระเบียบได้ตั้งแต่ครั้งแรก
พันธกิจ
ในแวดวงธนาคาร การตรวจสอบคือตัวผลิตภัณฑ์
ที่อื่นส่งมอบก่อนแล้วค่อยอธิบาย แต่โครงสร้างพื้นฐานทางการเงินกลับตรงกันข้าม ความสามารถที่พิสูจน์ด้วยหลักฐานไม่ได้ถือว่าไม่มีอยู่จริง และการตรวจสอบด้านการปฏิบัติตามกฎระเบียบคือด่านที่ทุกฟีเจอร์ต้องผ่านก่อนจะรองรับธุรกรรมจริงได้แม้แต่รายการเดียว
เราจึงสร้างระบบเพื่อผ่านด่านนี้ตั้งแต่ commit แรก บัญชีแยกประเภทเป็นแบบ append-only และกระทบยอดตรงถึงหลักสตางค์ ทุกการให้ความยินยอม การตัดสินใจ และการเปลี่ยนสถานะ ถูกบันทึกพร้อมบริบทที่ผู้ตรวจสอบจะถาม ขอบเขต PCI ถูกคุมให้เล็กโดยตั้งใจ เพราะการควบคุมที่ประหยัดที่สุดคือการออกแบบให้ไม่ต้องมีมันตั้งแต่แรก
ผลลัพธ์คือระบบที่การตรวจสอบเป็นเพียงพิธีการ ไม่ใช่เหตุฉุกเฉิน และที่ซึ่งคำว่า “เราคิดว่ายอดตรงกัน” ถูกแทนที่ด้วย “นี่คือหลักฐานว่ายอดตรงกัน”
ทำไมโปรเจกต์จึงสะดุดตรงนี้
สิ่งที่ทำให้การเปิดตัวล่ม และวิธีที่เราออกแบบเพื่อหลีกเลี่ยง
- บัญชีแยกประเภทที่กระทบยอดไม่ได้เมื่อเกิดข้อพิพาท
- ขอบเขต PCI ที่ลุกลามไปทั่วทั้งสแตก
- การตัดสินใจที่ไม่มีร่องรอยหลักฐาน
- การรื้อแก้เพื่อให้ผ่านกฎระเบียบ ก่อนขึ้นระบบจริงเพียงไม่กี่สัปดาห์
- บัญชีแยกประเภทแบบ append-only ที่ออกแบบให้ยอดตรงถึงหลักสตางค์
- แยกข้อมูลบัตรออกมา เพื่อให้ขอบเขต PCI เล็กอยู่เสมอ
- บันทึกทุกการตัดสินใจและความยินยอมทันทีที่เกิดขึ้น
- สร้างแบบจำลองและจัดทำเอกสารการควบคุมไว้ล่วงหน้า
ความสามารถ
สิ่งที่เราสร้าง
- payment gateway และการเชื่อมต่อ PSP
- การเชื่อมต่อ acquirer และ card scheme
- บัญชีแยกประเภทแบบ tokenized และ permissioned
- โฟลว์ onboarding แบบ KYC / AML
- การดูแลสินทรัพย์ (custody) และการจัดการกุญแจ
- การกระทบยอดและการชำระดุล
- การตรวจจับการทุจริตและให้คะแนนความเสี่ยง
- Chargeback และข้อพิพาท
- สถาปัตยกรรมที่คำนึงถึง PCI
- แดชบอร์ดและรายงานด้านการปฏิบัติตามกฎระเบียบ
จากการใช้งานจริง
การปฏิบัติตามกฎระเบียบ
สิ่งที่เรานำมาสู่การตรวจสอบ
ชุดหลักฐานที่การตรวจสอบด้านกฎระเบียบต้องใช้ จัดทำไปพร้อมกับการพัฒนา ไม่ต้องรีบรวบรวมในสัปดาห์สุดท้าย
วิธีทำงานของเรา
จากแผนผังโฟลว์ถึงการตรวจสอบที่ผ่าน
- 01
แผนผัง
เราแมปทุกโฟลว์ของเงินและตัวตน ทั้งกรณีปกติ ความล้มเหลว การคืนเงิน และข้อพิพาท รวมถึงจุดที่แต่ละโฟลว์ต้องสอดคล้องกัน
- 02
Build
ระบบ rails บัญชีแยกประเภท และ onboarding ที่สร้างให้ idempotent มี instrumentation และพร้อมรับการตรวจสอบตั้งแต่ commit แรก
- 03
พิสูจน์
การกระทบยอดที่ต้องตรงกัน การตรวจสอบจากภายนอก และทุก control ที่มีหลักฐานอ้างอิงตามเฟรมเวิร์ก
- 04
Operate
แดชบอร์ดการชำระดุลและความเสี่ยงแบบเรียลไทม์ พร้อม runbook สำหรับ on-call ส่งมอบให้ทีมคุณ หรือให้เราดูแลร่วมกับคุณ
ผลงาน
สิ่งที่งานของเรามอบให้
จาก rails ด้านสินทรัพย์ tokenized และการชำระเงินที่เราส่งขึ้นระบบจริงแล้ว
ในงานชำระเงิน คำว่า “น่าจะตรงกัน” ไม่ใช่คำตอบ เราสร้างระบบที่พิสูจน์ได้ว่ายอดตรงกัน ทุกธุรกรรม ทุกการปิดยอด ทุกการตรวจสอบ
ผลงานที่เกี่ยวข้อง
โครงสร้างพื้นฐานทางการเงินที่ใช้งานจริง
แบ็กออฟฟิศเบื้องหลังทุกหน้าจอ
Customer 360 คิวงานปฏิบัติการ และเส้นทางการเงินทั้งสองสายบนพื้นที่ทำงานเดียว — ทุกการดำเนินการที่มีสิทธิ์พิเศษต้องระบุเหตุผลและตรวจสอบย้อนหลังได้
คอนโซลเดียว ดูแลทั้งการดำเนินงาน
View caseผลิตภัณฑ์เรือธงแบงกิ้งคอร์เดียว สร้างแอปแบบไหนก็ได้บนนั้น
แพลตฟอร์ม neo-bank แบบ whitelabel — ledger บัญชี บัตร และคริปโตในแกนเดียว พร้อมชั้นแอปที่ออกแบบให้เข้ากับแบรนด์ของคุณ
12 ผลิตภัณฑ์บนแกนเดียว
View caseกำลังสร้างงานในสายนี้อยู่ใช่ไหม
บอกข้อจำกัดของคุณมา ไม่ว่าจะเป็น uptime การปฏิบัติตามกฎระเบียบ หรือสภาพหน้างาน แล้วเราจะกลับไปพร้อมสถาปัตยกรรมที่เหมาะกับคุณ