← Back to Pitch

Payment Architecture
สถาปัตยกรรมการชำระเงิน — Layered Architecture for Account-Based Tolling

⚠️ Payment is NOT in the toll lane critical path.การชำระเงินไม่อยู่ใน critical path ของหน้าด่าน — ด่านบันทึก trip event เท่านั้น

ด่านทำหน้าที่บันทึก trip event เท่านั้น การประมวลผลการชำระเงินทั้งหมดเกิดแบบ asynchronous ใน back officeThe lane only records the trip event. All payment processing happens asynchronously.

Architecture Layers6 ชั้นสถาปัตยกรรม

1. Customer Layer ชั้นลูกค้า

App/Web · Consent Center · Vehicle/Tag Management · Trip Statement · Dispute/Refund Request

2. Toll Event Layer ชั้นการบันทึกเหตุการณ์

Tag/OBU/ANPR/Gantry/Plaza → Event normalization → Duplicate detection

3. Account-Based Tolling Core แกนกลางระบบ Account-Based

Account Resolver · Vehicle/Tag Linkage · Toll Pricing · Ledger · Billing Rules Engine

4. Payment Orchestration การจัดการชำระเงิน

Token Reference · Billing Cycle · Authorization/Capture · Retry · Refund · Chargeback · Settlement

5. PSP/Acquirer/Card Scheme ชั้น PSP/Acquirer

Tokenization Vault · 3DS/CIT Setup · MIT/UCOF Charges · Settlement Files

6. Operations Layer ชั้นปฏิบัติการ

Backoffice · Call Center · Finance Reconciliation · Audit · BI · Risk Dashboard

Stored Credential Sequenceลำดับการทำงาน Stored Credential

1ลูกค้าเลือก Postpaid และยอมรับเงื่อนไขUser selects postpaid and accepts terms
2ลูกค้ากรอกบัตรผ่าน PSP hosted form (DOH ไม่เห็นเลขบัตร)User enters card through PSP hosted form — DOH never sees card
3PSP ทำ card verification / 3DS / CIT setupPSP performs card verification / 3DS / Customer-Initiated Transaction setup
4PSP ส่ง token reference กลับให้ DOHPSP returns token reference to DOH
5DOH เก็บเฉพาะ token reference + consent record (ไม่ใช่ raw card)DOH stores token reference + consent record only — not raw card
6ค่าผ่านทางในอนาคตถูกเรียกเก็บแบบ MIT/UCOFFuture toll events billed as Merchant-Initiated Transaction / UCOF
7ทุก payment attempts, failures, refunds, chargebacks ถูกบันทึกพร้อม trip/payment ID

🔴 Critical: MIT/UCOF Acquirer Compatibility Gateประตูความเข้ากันได้ของ Acquirer

⚠️ ไม่ใช่ทุก Acquirer ในประเทศไทยที่รองรับ MIT/UCOF สำหรับ government toll operatorsNot all Thai acquirers support MIT/UCOF for government toll operators.

การค้นพบระหว่าง Discovery ต้องยืนยัน: Discovery Gate — Must Confirm with at least 2 qualified PSP/acquirers:

  • Acquirer มีใบอนุญาตรับชำระเงินที่ครอบคลุม government toll operators Acquiring license covers government toll operators
  • Scheme registration รองรับ MIT/UCOF สำหรับ variable-amount toll billing Scheme registration supports MIT/UCOF for variable-amount toll billing
  • ทีม Risk ของ acquirer อนุมัติ toll billing merchant category Acquirer risk team approves toll billing merchant category
  • รอบ Settlement สอดคล้องกับความต้องการด้านการรับเงินของภาครัฐ Settlement cycle meets government revenue timing

ข้อมูลทางเทคนิค: Visa กำหนดใช้ POS Entry Mode 10 + POS Environment C (UCOF) ตั้งแต่ 14 ตุลาคม 2017 · Mastercard ใช้ DE 48 SE 43 SF1=M (Merchant Initiated) + SF2=U (Unscheduled) · Acquirer หลักที่เกี่ยวข้อง: KTB, KBank, SCB, Bangkok Bank Technical: Visa mandates POS Entry Mode 10 + POS Environment C since 14 Oct 2017 · Mastercard uses DE 48 SE 43 SF1=M + SF2=U · Key acquirers: KTB, KBank, SCB, Bangkok Bank

All attempts, failures, refunds, chargebacks logged against trip/payment IDs

Consent Evidence — Minimum Required Fieldsหลักฐาน Consent — ข้อมูลขั้นต่ำที่ต้องมี

⚠️ PDPA — Trip Data Sensitivity ClassificationPDPA — การจัดประเภทความอ่อนไหวของข้อมูล

แม้ข้อมูลการเดินทาง (toll trip data) จะไม่ใช่ "sensitive personal data" ตามมาตรา 26 ของ พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล, แต่เมื่อรวมกับข้อมูลอื่น (เวลา, สถานที่, ความถี่) ข้อมูลการเดินทาง อาจเปิดเผย ข้อมูลที่ได้รับการคุ้มครองทางอ้อม เช่น: การปฏิบัติศาสนกิจ (visitation patterns วัด/โบสถ์/มัสยิด), กิจกรรมทางการเมือง (พื้นที่ชุมนุม), ภาวะสุขภาพ (ความถี่การเข้าโรงพยาบาล), ความสัมพันธ์ส่วนบุคคล (รูปแบบการเยี่ยมเยียนที่พักอาศัย) While toll trip data is not categorically "sensitive personal data" under PDPA Section 26, when combined with other data points (time, location, frequency), trip data CAN infer protected characteristics: religious practice, political activity, health conditions, personal relationships.

จุดยืนของโครงการ: ข้อมูลการเดินทางจะถูกจัดการเป็น sensitive-by-analytics-risk — ใช้มาตรการ: data minimization, automatic masking หลัง billing cycle, retention schedule ที่เข้มงวด, ห้าม behavioral analytics โดยไม่ได้รับความยินยอมแยกต่างหาก, และ DPIA ก่อนการใช้ข้อมูลเพื่อ analytics หรือ data-sharing ใดๆ Project position: Trip data treated as sensitive-by-analytics-risk — controls include: data minimization, auto-masking after billing cycle, strict retention, no behavioral analytics without separate consent, DPIA before any analytics/data-sharing.

Payment Failure Statesสถานะการชำระเงิน

ActivePending chargeSoft failed — retryCustomer notifiedGrace periodRestricted postpaidPrepaid fallbackResolvedDispute / Refund

กฎ: ไม่มีการบล็อคหน้าด่านจากบัตรล้มเหลว · Retry ตาม PSP/acquirer guidance · Cap unpaid exposure · ระงับ postpaid ก่อนหนี้โต · ยังใช้ถนนได้ผ่าน prepaid หรือช่องทางอื่นRules: No lane blocking due to card fail · Retry per PSP guidance · Cap exposure · Suspend postpaid before debt · Normal road access via prepaid

MDR Economics — Why Aggregation Is Criticalเศรษฐศาสตร์ MDR — ทำไมการรวมบิลจึงจำเป็น

MDR (Merchant Discount Rate) สำหรับ CNP ในไทย: ~1.8%–3.5% domestic · ~2.5%–4.5% cross-border · ค่าใช้จ่ายต่อ transaction ที่ toll ฿50 ≈ ฿0.90–฿1.75 ต่อเที่ยว — MDR เพียงอย่างเดียวอาจกินค่าธรรมเนียมบริการที่เสนอทั้งหมด ถ้าไม่ใช้ aggregation MDR for CNP in Thailand: ~1.8%–3.5% domestic · ~2.5%–4.5% cross-border · Per-trip cost at ฿50 toll ≈ ฿0.90–฿1.75 per trip — MDR alone could consume the entire proposed service fee without aggregation.

Billing ModelโมเดลTrips/MonthTransactions/MonthEst. MDR Cost
Per-trip chargeคิดต่อเที่ยว6060฿54–฿105
Daily aggregationรวมรายวัน60~30฿27–฿52
Threshold (฿500)คิดเมื่อถึง ฿50060~6฿5.40–฿10.50 ✅

ข้อสรุป: POC ต้องทดสอบ aggregation economics ด้วยข้อมูลจริง — Model B (daily/threshold) เป็นสิ่งจำเป็นทางเศรษฐศาสตร์ ไม่ใช่แค่ตัวเลือกConclusion: POC must validate aggregation economics with real data — Model B (daily/threshold) is an economic necessity, not an option.

Chargeback Liability Modelโมเดลความรับผิด Chargeback

⚠️ Visa/Mastercard ไม่เปลี่ยนกฎ chargeback สำหรับ stored credential — แต่ liability ยังต้องกำหนดให้ชัดเจนVisa/MC did not change chargeback rules for stored credentials — but liability must be explicit.

🔴 Fraud Chargebacks(บัตร被盗)

ความรับผิด: PSP/Acquirer (ผ่าน 3DS) · อัตราที่คาด: ต่ำมาก ถ้าใช้ 3DS กับ CIT setupLiability: PSP/Acquirer (via 3DS) · Expected rate: very low with 3DS on CIT setup

🔴 Service Disputes(ลูกค้าโต้แย้งค่าผ่านทาง)

ความรับผิด: DOH (merchant) · ต้องมีหลักฐาน trip + pricingLiability: DOH (merchant) · Requires trip + pricing evidence

🔴 Processing Errors(ความผิดพลาดระบบ)

ความรับผิด: ขึ้นอยู่กับต้นเหตุ · PSP หากเป็น technical error · DOH หากเป็น data errorLiability: depends on origin — PSP for technical errors, DOH for data errors

🟢 POC Target

Chargeback rate ≤ 0.1% (scheme threshold 0.9%) · Pre-funded chargeback reserve · Dispute SLA: ตอบกลับภายใน 72 ชม.Chargeback rate ≤ 0.1% (scheme threshold 0.9%) · Pre-funded reserve · Dispute SLA: respond within 72h

Reconciliation — 8-Layer Modelการ Reconciliation — 8 ชั้น

#Reconciliation Step ขั้นตอนRisk if Failed
1Toll event count vs priced trip countจำนวน event vs จำนวน trip ที่ตั้งราคาMissing trips
2Priced trip count vs billing ledgerTrip ที่ตั้งราคา vs billing ledgerUnbilled trips
3Billing ledger vs payment attemptBilling ledger vs payment attemptUnattempted charges
4Payment attempt vs PSP responsePayment attempt vs PSP responseUnreconciled payments
5Captured amount vs settlement fileจำนวนที่จับได้ vs settlement fileSettlement gap
6Settlement file vs bank creditSettlement vs เงินเข้าแบงค์Cash not received
7Bank credit vs revenue accountingเงินเข้าแบงค์ vs revenue accountingRevenue recognition error
8Refund/chargeback vs original trip IDRefund/chargeback vs trip ID ต้นทางAdjustment untraceable

Token Lifecycle & Cross-Border Compatibilityวงจร Token และความเข้ากันได้ข้ามประเทศ

Token Lifecycleการจัดการ Token

Cross-Border Cardsบัตรต่างประเทศ