การชำระเงิน พาณิชย์เชิงเอเจนต์ (AP2) และ POS
การชำระเงินด้วยบัตร การชำระเงินแบบเอเจนต์ และร้านค้าที่เชื่อมต่อจากเครื่องรับบัตรถึงบัญชีแยกประเภท
เมื่อร้านค้า จุดชำระเงิน และบัญชีแยกประเภทไม่ตรงกัน
การชำระเงินด้วยบัตรเกี่ยวข้องกับหลายระบบในไม่กี่วินาที: เครื่องรับบัตรหรือจุดชำระเงิน เกตเวย์ ธนาคารผู้รับชำระ เครือข่ายบัตร และผู้ออกบัตร เงินและค่าธรรมเนียมมาถึงภายหลังในไฟล์การชำระบัญชีที่ต้องมีคนจับคู่กับยอดขายใน ERP ของคุณ
เมื่อร้านค้า จุดชำระเงินออนไลน์ และ ERP ซิงก์กันเป็นแบตช์ข้ามคืน สินค้าจึงขายเกินจำนวนในช่วงโปรโมชัน และความต่างของการชำระบัญชีสะสมข้ามธนาคารผู้รับชำระ จุดชำระเงินช้าลงในช่วงที่ยุ่งที่สุด ตอนนี้เอเจนต์ AI เริ่มซื้อแทนลูกค้าด้วย
สิ่งที่เปลี่ยนไปสำหรับคุณ
มุมมองเดียวของสินค้าคงคลังและยอดขาย
ยอดขาย การคืนสินค้า ราคา และสินค้าคงคลังสอดคล้องกันทั่วทุกร้าน ร้านออนไลน์ และ ERP แบบเรียลไทม์แทนการซิงก์ข้ามคืน
การชำระบัญชีที่ตรงกัน
ไฟล์การชำระบัญชีและค่าธรรมเนียมจากทุกธนาคารผู้รับชำระถูกจับคู่กับยอดขายโดยอัตโนมัติ พร้อมรายการความต่างให้ทีมของคุณ
พร้อมสำหรับพาณิชย์เชิงเอเจนต์
จุดชำระเงินที่รับการชำระเงินจากเอเจนต์ AI ได้ พร้อมบันทึกที่ตรวจสอบได้ว่าลูกค้าอนุมัติสิ่งใด
สิ่งที่เราส่งมอบ
การเชื่อมต่อเกตเวย์ ธนาคารผู้รับชำระ และเครือข่ายบัตร
ขั้นตอนการอนุมัติ การเรียกเก็บเงิน การคืนเงิน และการกลับรายการผ่าน ISO 8583, ISO 20022 หรือ API ของผู้ให้บริการ พร้อมการจัดการหลายธนาคารผู้รับชำระและจัดการรหัสตอบกลับทุกรหัส
AP2 และการชำระเงินด้วยคำสั่งที่ลงนามด้วยการเข้ารหัส
AP2 เป็นโปรโตคอลเปิดที่ให้เอเจนต์ AI ชำระเงินแทนลูกค้าได้ คำสั่งที่ลงนามด้วยการเข้ารหัสบันทึกสิ่งที่ลูกค้าอนุมัติ และเราเชื่อมต่อคำสั่งเหล่านั้นเข้ากับจุดชำระเงินของคุณ
เครื่องรับบัตร EMV และ SoftPOS
เครื่องรับบัตรชิป EMV และแบบไร้สัมผัส และ SoftPOS ซึ่งรับบัตรไร้สัมผัสบนโทรศัพท์หรือแท็บเล็ตทั่วไป เชื่อมต่อกับซอฟต์แวร์ POS หรือคีออสก์ของคุณ
การประมวลผลไฟล์การชำระบัญชีอัตโนมัติ
ไฟล์การชำระบัญชีและค่าธรรมเนียมของธนาคารผู้รับชำระถูกเก็บ ตรวจสอบ ตรวจประเมิน และเปลี่ยนเป็นรายการบันทึกที่ ERP จับคู่ได้
การซิงก์ POS กับ ERP แบบเรียลไทม์
ยอดขาย การคืนสินค้า ราคา โปรโมชัน และระดับสินค้าคงคลังถูกซิงก์ระหว่างทุกร้านและ ERP ผ่านชั้นการสตรีมเหตุการณ์
การแปลงเป็นโทเคนและขอบเขต PCI DSS
หมายเลขบัตรถูกแทนที่ด้วยโทเคนและเก็บไว้นอก POS และ ERP ของคุณ พร้อมมุมมองเป็นลายลักษณ์อักษรว่าระบบใดยังอยู่ในขอบเขต PCI DSS
การรับรองและการเปิดใช้
สคริปต์ทดสอบและหลักฐานสำหรับการรับรองของผู้ให้บริการแต่ละราย การนำร่องในไม่กี่สาขา แล้วทยอยเปิดใช้ทีละสาขาโดยเปรียบเทียบยอดรวมรายวัน
วิธีการทำงานของเรา
ติดตามการขายหนึ่งครั้ง
เราติดตามการขายตั้งแต่เคาน์เตอร์หรือจุดชำระเงินถึงบัญชีแยกประเภท ร่วมกับทีมการเงิน ร้านค้า และไอทีของคุณ และตกลงขอบเขต
ออกแบบการเชื่อมต่อ
เราเลือกโปรโตคอล แนวทางการแปลงเป็นโทเคน และการไหลของข้อความ และเขียนข้อกำหนดอินเทอร์เฟซ
สร้างและทดสอบ
เราสร้างขั้นตอนการชำระเงิน การชำระบัญชี และ POS พร้อมการทดสอบอัตโนมัติ รวมถึงการปฏิเสธ การหมดเวลา และการคืนเงิน
รับรองกับผู้ให้บริการ
เรารันกรณีทดสอบของผู้ให้บริการในสภาพแวดล้อมทดสอบ และแก้ไขสิ่งที่การรับรองพบ
นำร่องแล้วจึงเปิดใช้
เราเปิดใช้งานในไม่กี่สาขาหรือช่องทางก่อน เปรียบเทียบยอดรวมรายวัน แล้วทยอยเปิดใช้ทีละสาขา
เฝ้าระวังและสนับสนุน
เราเฝ้าดูอัตราการอนุมัติ ไฟล์การชำระบัญชี และรายการบันทึกของสาขา และจัดการการเปลี่ยนแปลงของผู้ให้บริการเมื่อมีการประกาศ
เลื่อนแนวนอนเพื่อดูภาพทั้งภาพ
การชำระเงินด้วยบัตร: อนุมัติที่เคาน์เตอร์ ชำระบัญชีภายหลัง กระทบยอดใน ERP
เครื่องหรือหน้าชำระเงินถามเกตเวย์ เกตเวย์ถามธนาคารผู้รับชำระ และธนาคารผู้รับชำระส่งต่อไปยังเครือข่ายบัตรและผู้ออกบัตร ไฟล์ชำระบัญชีมาถึงภายหลังและจับคู่กับยอดขายและค่าธรรมเนียมใน ERP การหมดเวลาทำให้เกิดการกลับรายการ เพื่อไม่ให้ลูกค้าถูกเรียกเก็บซ้ำ
- เส้นทางหลัก
- แบบอะซิงโครนัส
- เส้นทางข้อยกเว้น
ขั้นตอนการทำงาน 8 ขั้นตอน
ขั้นตอนการทำงานทีละขั้น
- จาก เครื่อง EMV หรือหน้าชำระเงินออนไลน์ ไปยัง เกตเวย์การชำระเงิน: คำขออนุมัติ ผ่าน EMV · REST/JSON (เส้นทางหลัก)
- จาก เกตเวย์การชำระเงิน ไปยัง ธนาคารผู้รับชำระ: การอนุมัติ ผ่าน ISO 8583 (เส้นทางหลัก)
- จาก ธนาคารผู้รับชำระ ไปยัง เครือข่ายบัตรและผู้ออกบัตร: ส่งต่อไปยังผู้ออกบัตร ผ่าน ISO 8583 (เส้นทางหลัก)
- จาก ธนาคารผู้รับชำระ ไปยัง เกตเวย์การชำระเงิน: อนุมัติหรือปฏิเสธ ผ่าน ISO 8583 (แบบอะซิงโครนัส)
- จาก ธนาคารผู้รับชำระ ไปยัง ชั้นการเชื่อมต่อ: ไฟล์ชำระบัญชีและค่าธรรมเนียม ผ่าน SFTP (แบบอะซิงโครนัส)
- จาก ชั้นการเชื่อมต่อ ไปยัง ERP: ยอดขาย ค่าธรรมเนียม และการจ่ายเงินที่ชำระบัญชีแล้ว ผ่าน REST/JSON (เส้นทางหลัก)
- จาก เกตเวย์การชำระเงิน ไปยัง เครื่อง EMV หรือหน้าชำระเงินออนไลน์: ไม่มีการตอบกลับทันเวลา: กลับรายการอัตโนมัติ ผ่าน ISO 8583 0400 (เส้นทางข้อยกเว้น)
- จาก ชั้นการเชื่อมต่อ ไปยัง ทีมปฏิบัติการชำระเงิน: รายการชำระบัญชีไม่ตรงหรือการเรียกคืนเงิน (เส้นทางข้อยกเว้น)
เลื่อนแนวนอนเพื่อดูภาพทั้งภาพ
POS ถึง ERP: ทุกยอดขายบันทึกครั้งเดียว
ยอดขายไหลจากเคาน์เตอร์ไปยัง ERP เป็นอีเวนต์ และราคากับสต็อกไหลกลับ ร้านที่ออฟไลน์ยังขายต่อได้และตามข้อมูลทันภายหลัง การบันทึกที่ล้มเหลวจะถูกลองใหม่ แล้วส่งต่อให้เจ้าหน้าที่
- เส้นทางหลัก
- แบบอะซิงโครนัส
- เส้นทางข้อยกเว้น
ขั้นตอนการทำงาน 8 ขั้นตอน
ขั้นตอนการทำงานทีละขั้น
- จาก เครื่อง POS ไปยัง เซิร์ฟเวอร์ร้านค้าหรือคลาวด์ POS: ยอดขาย การคืนสินค้า และการยกเลิก (เส้นทางหลัก)
- จาก เซิร์ฟเวอร์ร้านค้าหรือคลาวด์ POS ไปยัง ชั้นการเชื่อมต่อ: อีเวนต์ยอดขายและยอดรวมสิ้นวัน ผ่านคิวอีเวนต์ ผ่าน REST/JSON (แบบอะซิงโครนัส)
- จาก ชั้นการเชื่อมต่อ ไปยัง ERP: ยอดขายและการเคลื่อนไหวของสต็อกที่บันทึกแล้ว ผ่าน OData · REST/JSON (เส้นทางหลัก)
- จาก ERP ไปยัง ชั้นการเชื่อมต่อ: ราคา โปรโมชัน และข้อมูลสินค้า ผ่าน API หรือการส่งออกไฟล์ ผ่าน REST/JSON (เส้นทางหลัก)
- จาก ชั้นการเชื่อมต่อ ไปยัง เซิร์ฟเวอร์ร้านค้าหรือคลาวด์ POS: การอัปเดตราคาและสต็อก ผ่าน REST/JSON (เส้นทางหลัก)
- จาก ชั้นการเชื่อมต่อ ไปยัง คิวลองใหม่: การบันทึกล้มเหลว (เส้นทางข้อยกเว้น)
- จาก คิวลองใหม่ ไปยัง ชั้นการเชื่อมต่อ: ลองใหม่แล้ว (เส้นทางข้อยกเว้น)
- จาก คิวลองใหม่ ไปยัง ทีมปฏิบัติการร้านค้า: ยังล้มเหลว: แจ้งเตือนพร้อมรายละเอียด (เส้นทางข้อยกเว้น)
มาตรฐานและโปรโตคอล
การระบุชื่อผลิตภัณฑ์หรือผู้ให้บริการไม่หมายถึงความเป็นพันธมิตรกับรายนั้น
- ภาษาโปรแกรม
- Go
- เฟรมเวิร์ก
- Node.js
- ข้อมูลและการวิเคราะห์ข้อมูล
- Apache Kafka
- ฐานข้อมูล
- Redis
- DevOps และความสามารถในการสังเกตระบบ
- Kubernetes
- มาตรฐานและช่องทางธนาคาร
- ISO 20022
- การชำระเงิน
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
พิสูจน์ในการใช้งานจริง
สำหรับกลุ่มค้าปลีกและศูนย์การค้าใน GCC ที่มีหลายแบรนด์ เราเปลี่ยนสคริปต์แบตช์ข้ามคืนเป็นการซิงก์ POS กับ ERP แบบเรียลไทม์ เรายังรวมการชำระเงินจากหลายธนาคารผู้รับชำระพร้อมการชำระบัญชีอัตโนมัติ และสร้างบริการจองสินค้าคงคลังสำหรับช่วงพีคของแฟลชเซล
วิธีเริ่มต้น
ข้อกำหนดด้านผู้ให้บริการและร้านค้าที่ชัดเจนไปสู่ข้อเสนอโดยตรง แพลตฟอร์มการชำระเงินใหม่หรือจุดชำระเงินแบบเอเจนต์มักเริ่มใน Blueprint Studio
ขั้นตอนถัดไป
การปรึกษาก่อนเริ่มงาน
การปรึกษาก่อนเริ่มงานออนไลน์ฟรี 30 นาที: เราพูดคุยถึงเป้าหมาย ระบบ และข้อจำกัดของคุณ
การทบทวนความพร้อม
ในการทบทวนความพร้อมฟรี 48 ชั่วโมง สถาปนิกหลักจะตรวจสอบโครงการของคุณเทียบกับนิยามของความพร้อม 6 ข้อ และแนะนำแนวทางที่เหมาะที่สุด
การเลือกแนวทาง
โครงการที่ขอบเขตพร้อมจะได้รับข้อเสนอที่มีผลผูกพัน ภายใน 3 ถึง 5 วันทำการ โครงการในระยะแนวคิดจะเริ่มใน Blueprint Studio ระบบที่ใช้งานอยู่แต่มีปัญหา ไม่มีเอกสาร หรือต้องเชื่อมต่อ จะเริ่มด้วยการวินิจฉัยระยะเวลา 1 ถึง 2 สัปดาห์ Blueprint Studio และการวินิจฉัยต่างมีค่าธรรมเนียมคงที่ ซึ่งระบุไว้ในข้อเสนอ
การส่งมอบในห้าขั้นตอน
การระดมทีม สปรินต์พร้อมการสาธิตสด การเชื่อมต่อและการเสริมความแข็งแกร่ง การตรวจรับงานและการเปิดใช้งานจริง แล้วจึงเป็นบริการที่จัดการให้ หลังเปิดใช้งานจริงจะมีระยะเวลารับประกัน จากนั้นเป็นการสนับสนุนและการบำรุงรักษาแบบเลือกได้
ทีมผลิตภัณฑ์ที่ใช้ AI เป็นพื้นฐาน
ทีมย่อยข้ามสายงานของวิศวกรอาวุโสที่บริหารจัดการให้ พร้อมชุดเครื่องมือสำหรับการเขียนโค้ดด้วยเอเจนต์และการทดสอบ QA
โครงการแบบกำหนดผลลัพธ์ตายตัวและบริการที่จัดการให้ตลอด 24 ชั่วโมง
การส่งมอบที่ขอบเขตคงที่และขับเคลื่อนด้วยหมุดหมาย พร้อมหัวหน้าทีมส่งมอบที่ระบุชื่อ และบริการจัดการแอปพลิเคชันตลอด 24 ชั่วโมงภายใต้การกำกับดูแล SLA
คำถามและคำตอบ
คุณทำงานกับ ISO 8583 โดยตรงหรือไม่
ได้ เมื่อธนาคารผู้รับชำระหรือผู้ประมวลผลให้บริการ ISO 8583 เป็นกรอบการทำงานมากกว่ารูปแบบเดียว: ธนาคารผู้รับชำระแต่ละรายเผยแพร่ข้อกำหนดฟิลด์และชนิดข้อความของตนเอง เราสร้างจากข้อกำหนดนั้น จัดการการอนุมัติ การกลับรายการ และข้อความแจ้ง และทดสอบรหัสตอบกลับทุกรหัส
AP2 คืออะไร และเราต้องใช้ตอนนี้หรือไม่
Agent Payments Protocol (AP2) เป็นโปรโตคอลเปิดสำหรับการชำระเงินที่เอเจนต์ AI ทำ การซื้อแต่ละครั้งมีคำสั่งที่ลงนามแล้วแสดงสิ่งที่ลูกค้าอนุมัติ ผู้ค้า ผู้ออกบัตร และธนาคารผู้รับชำระจึงไว้วางใจและตรวจสอบได้ หากเอเจนต์ AI มีแนวโน้มจะซื้อของกับคุณ เราทำให้จุดชำระเงินของคุณพร้อมสำหรับ AP2 ควบคู่กับขั้นตอนการทำงานปัจจุบันได้
คุณลดขอบเขต PCI DSS ของเราอย่างไร
เราไม่สามารถยกเลิก PCI DSS ได้ แต่เราลดส่วนของระบบที่มาตรฐานนี้ใช้บังคับได้ หน้าชำระเงินที่โฮสต์ไว้ การเข้ารหัสแบบจุดต่อจุดที่เครื่องรับบัตร และโทเคนของเกตเวย์ช่วยให้หมายเลขบัตรไม่อยู่ใน POS ERP และคลังข้อมูลของคุณ เราจัดทำเอกสารการไหลของข้อมูลให้ผู้ประเมินของคุณ
เรารับบัตรบนโทรศัพท์แทนเครื่องรับบัตรได้หรือไม่
ได้ ด้วย SoftPOS บัตรไร้สัมผัสและวอลเล็ตถูกใช้บนโทรศัพท์หรือแท็บเล็ตที่รองรับผ่านแอปชำระเงินที่ได้รับการรับรองจากธนาคารผู้รับชำระหรือผู้ให้บริการของคุณ เราเชื่อมต่อแอปนั้นกับ POS การขาย และขั้นตอนการชำระบัญชีเหมือนเครื่องรับบัตรอื่นๆ
เกิดอะไรขึ้นเมื่อร้านค้าขาดการเชื่อมต่อ
ร้านค้ายังขายต่อได้ ยอดขายถูกเก็บในเครื่องและส่งไปยัง ERP เมื่อการเชื่อมต่อกลับมา แต่ละรายการมีตัวระบุเฉพาะเพื่อไม่ให้บันทึกซ้ำ การชำระเงินด้วยบัตรจะดำเนินต่อออฟไลน์ได้หรือไม่ขึ้นอยู่กับกฎของธนาคารผู้รับชำระและระดับความเสี่ยงที่คุณยอมรับ และเราออกแบบร่วมกับคุณ
คุณจัดการการคืนเงินและการเรียกคืนเงินหรือไม่
ได้ การคืนเงินและการกลับรายการเป็นส่วนหนึ่งของขั้นตอนการชำระเงินที่เราสร้าง สำหรับการเรียกคืนเงิน (chargeback) เรานำเข้ารายงานข้อพิพาทของธนาคารผู้รับชำระและเชื่อมโยงแต่ละรายการกับการขายและการชำระบัญชีเดิม ทีมของคุณได้รายการให้ดำเนินการพร้อมหลักฐานแนบ
พร้อมจะสร้างแล้วหรือยัง ขอข้อเสนอได้เลย
ส่งความต้องการหรือ RFP ของคุณ สถาปนิกของเราจะตรวจสอบและส่งข้อเสนอที่มีผลผูกพันและขอบเขตคงที่กลับไปให้คุณ
ขั้นตอนถัดไป
การทบทวนความพร้อม
ในการทบทวนความพร้อมฟรี 48 ชั่วโมง สถาปนิกหลักจะตรวจสอบโครงการของคุณเทียบกับนิยามของความพร้อม 6 ข้อ และแนะนำแนวทางที่เหมาะที่สุด
ข้อเสนอที่มีผลผูกพัน
หลังการตรวจสอบความถูกต้องของสถาปัตยกรรมโดยไม่มีค่าใช้จ่าย คุณจะได้รับข้อเสนอที่มีผลผูกพันและขอบเขตคงที่ ภายใน 3 ถึง 5 วันทำการ: หมุดหมาย สถาปัตยกรรม โครงสร้างทีม และ SLA เราลงนามในข้อตกลงรักษาความลับ (NDA) กับคุณเมื่อร้องขอ ก่อนคุณแจ้งความต้องการ
การระดมทีม
เมื่อคุณลงนาม ทีมวิศวกรรมขนาดเล็กของเราจะเริ่มสปรินต์ 0 ภายใน 5 ถึง 10 วันทำการหลังลงนามสัญญา
การส่งมอบในห้าขั้นตอน
การระดมทีม สปรินต์พร้อมการสาธิตสด การเชื่อมต่อและการเสริมความแข็งแกร่ง การตรวจรับงานและการเปิดใช้งานจริง แล้วจึงเป็นบริการที่จัดการให้ หลังเปิดใช้งานจริงจะมีระยะเวลารับประกัน จากนั้นเป็นการสนับสนุนและการบำรุงรักษาแบบเลือกได้