โซลูชัน

สถาปัตยกรรมและการปรับปรุงระบบการชำระเงิน

Build payment architecture for the business you need next, not around the constraints of yesterday’s systems. REALSUCC helps clients plan new payment platforms and modernize existing systems through staged governance, refactoring, migration and controlled evolution.

ขอบเขตของหน้า: นี่คือโซลูชันแบบครบวงจรสำหรับปัญหาทางธุรกิจและโครงสร้างพื้นฐาน ไม่ใช่ผลิตภัณฑ์ซอฟต์แวร์เพียงอย่างเดียว การมีส่วนร่วมอาจรวมถึงการให้คำปรึกษา การออกแบบสถาปัตยกรรม ซอฟต์แวร์ การนำไปใช้ และการกำกับดูแล

การปรับปรุงสถาปัตยกรรมการชำระเงิน
กรณีการใช้งาน

เมื่อจำเป็นต้องปรับปรุงสถาปัตยกรรม

ผลิตภัณฑ์ ตลาด หรือช่องทางใหม่ใช้เวลานานกว่าในการเปิดตัว เพราะการเปลี่ยนแปลงหนึ่งครั้งส่งผลต่อหลายระบบและเวิร์กโฟลว์

ขอบเขตของธุรกรรม บัญชี สมุดบัญชี และวัตถุทางธุรกิจไม่ชัดเจน ทำให้เกิดตรรกะแบบซ้ำ ข้อมูลไม่สอดคล้องกัน และข้อยกเว้นที่เพิ่มขึ้น

ความรู้ที่สำคัญขึ้นอยู่กับคนจำนวนไม่กี่คนในขณะที่ความเสี่ยงของการทดสอบ การปล่อย และการเปลี่ยนแปลงยังคงเพิ่มขึ้น

สกุลเงินใหม่ หน่วยงาน ผู้ให้บริการชำระเงิน หรือตลาดใหม่แต่ละรายการต้องมีการรวมซ้ำและการพัฒนาที่เฉพาะเจาะจงสำหรับโครงการอย่างมาก

องค์กรทราบว่าจำเป็นต้องมีการปรับโครงสร้างครั้งใหญ่ แต่ขาดเส้นทางเป็นขั้นเป็นตอนที่สามารถควบคุมความเสี่ยงด้านธุรกิจและการโยกย้ายได้

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

ขอบเขต

ขอบเขตการปรับปรุงทันสมัย

การปรับปรุงสถาปัตยกรรมการชำระเงินไม่ใช่เพียงการแยกบริการออกเป็นส่วนย่อยหรือการเปลี่ยนเทคโนโลยีเท่านั้น แต่เป็นการสร้างโครงสร้างใหม่ที่สามารถพัฒนาได้ตลอดเวลาผ่านความสามารถทางธุรกิจ กองทุนและบัญชีแยกประเภท การประมวลผลธุรกรรม ข้อมูล การเชื่อมต่อ ความน่าเชื่อถือ ความปลอดภัย และการดำเนินงาน

Business domains & capability boundaries

ชี้แจงโดเมนธุรกิจ ความเป็นเจ้าของ ความสามารถที่นำกลับมาใช้ใหม่ และความรับผิดชอบระหว่างผลิตภัณฑ์กับแพลตฟอร์มหลัก

Accounts, ledger & funds model

กำหนดบัญชี, ยอดคงเหลือ, ความรับผิดชอบของบัญชีแยกประเภท, การเคลื่อนไหวเงิน และความสัมพันธ์การชำระเงิน

Transactions & state model

ออกแบบวงจรชีวิตของธุรกรรม สถานะ ความสามารถในการทำซ้ำ การลองใหม่ การย้อนกลับ การชดเชย และการกู้คืน

Application & service architecture

กำหนดขอบเขตของบริการ ความขึ้นอยู่ ระดับโมดูล และโครงสร้างของแอปพลิเคชันเป้าหมาย

Data, APIs & event architecture

มาตรฐานข้อมูลการชำระเงินหลัก, API ภายในและภายนอก, เหตุการณ์และรูปแบบการรวมเข้าด้วยกัน

Reliability & recovery

ฝังหลักการแยกความล้มเหลว ความยืดหยุ่น การลองใหม่ การชดเชย การกู้คืน และความสามารถในการรองรับ

Security, access & audit controls

สร้างตัวตน สิทธิ์ การจัดการข้อมูลที่ละเอียดอ่อน การตรวจสอบ และการควบคุมธุรกิจที่สำคัญลงในสถาปัตยกรรม

Observability, deployment & runtime

ออกแบบการบันทึกกิจกรรม เมตริก การติดตาม การปล่อยใช้งาน การทำงานแบบเรียลไทม์ และการมองเห็นด้านการปฏิบัติการเป็นส่วนหนึ่งของแพลตฟอร์ม

หลักการ

Modernization principles & methods

ความสามารถทางธุรกิจก่อน

สถาปัตยกรรมเริ่มจากแบบจำลองธุรกิจ ข้อกำหนดการดำเนินงาน และการเติบโตในอนาคต แทนที่จะเริ่มจากส่วนประกอบเทคโนโลยี

ความถูกต้องของกองทุนและบัญชีแยกประเภทมาก่อน

ตรรกะหลักที่เกี่ยวข้องกับบัญชี ยอดเงิน สมุดบัญชี และการชำระเงินต้องสามารถอธิบายและตรวจสอบได้ตลอดการเปลี่ยนแปลง

ปรับมาตรฐานแกนหลัก กำหนดค่าเอดจ์

มาตรฐานความสามารถในการชำระเงินที่สามารถนำกลับมาใช้ใหม่ได้ ในขณะที่วางความแตกต่างของตลาด ผู้ให้บริการ และลูกค้าไว้ในกฎ การกำหนดค่า และตัวเชื่อมต่อ

พัฒนาอย่างต่อเนื่อง

ควรใช้การเปลี่ยนแปลงแบบเป็นขั้นตอน, การตรวจสอบแบบขนาน และการย้ายความสามารถ แทนการเขียนใหม่ครั้งเดียวที่มีความเสี่ยงสูง

ออกแบบความน่าเชื่อถือ

การประกันความซ้ำซ้อน การลองใหม่ การชดเชย การกู้คืน การตรวจสอบ และการจัดการข้อยกเว้นเป็นความรับผิดชอบด้านสถาปัตยกรรม ไม่ใช่สิ่งที่คิดทีหลัง

ทำให้คุณภาพสามารถตรวจสอบได้

แปลงหลักการสถาปัตยกรรมเป็นมาตรฐานด้านวิศวกรรม, การทดสอบ, เกณฑ์การปล่อยและมาตรการระหว่างรันไทม์

การย้ายข้อมูล

จากการเขียนใหม่ทั้งหมดไปสู่การพัฒนาที่มีการควบคุม

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

1

สร้างเส้นฐานของสภาพปัจจุบัน

ทำแผนที่ระบบ โดเมน การพึ่งพา ข้อมูล การไหลของเงิน และความเสี่ยงที่สำคัญ

2

กำหนดสถาปัตยกรรมเป้าหมาย

กำหนดขอบเขตความสามารถในอนาคต โครงสร้างแพลตฟอร์ม ความสัมพันธ์ของบริการ และวัตถุประสงค์ด้านคุณภาพ

3

เลือกหน่วยย้ายข้อมูล

แยกการปรับปรุงระบบให้เป็นความสามารถทางธุรกิจ บริการ หรือโดเมนข้อมูลที่สามารถเคลื่อนที่อย่างอิสระ

4

สร้างและพัฒนาเป็นขั้นตอน

เรียกใช้ความสามารถใหม่และความสามารถเดิมร่วมกันในสภาพแวดล้อมที่ควบคุมได้ในขณะย้ายข้อมูลอย่างค่อยเป็นค่อยไป

5

ตรวจสอบความถูกต้องและย้ายข้อมูล

ใช้การเปรียบเทียบข้อมูล การตรวจสอบธุรกรรม การกระทบยอด การย้อนกลับ และประตูกำกับคุณภาพเพื่อควบคุมความเสี่ยงของการปล่อย

6

เลิกใช้ความสามารถเดิม

ลบตรรกะซ้ำและส่วนประกอบเก่าได้ก็ต่อเมื่อมีความมั่นคงในการผลิตและมีหลักฐานยืนยันแล้ว

ผลลัพธ์ที่สามารถส่งมอบได้

สิ่งที่จะส่งมอบสำคัญ

Current architecture & issue baseline

มุมมองโครงสร้างของระบบ โดเมน การพึ่งพา ข้อมูล และความเสี่ยงด้านสถาปัตยกรรมที่สำคัญ

แผนผังสถาปัตยกรรมเป้าหมาย

สถาปัตยกรรมเป้าหมายด้านธุรกิจ แอปพลิเคชัน บริการ ข้อมูล การบูรณาการ และโครงสร้างพื้นฐาน

Payment domain & data models

กำหนดขอบเขตและความสัมพันธ์ที่ชัดเจนสำหรับบัญชี สมุดรายวัน การทำธุรกรรม การชำระเงิน และขอบเขตหลักอื่น ๆ

Architecture principles & engineering standards

มาตรฐานด้านความน่าเชื่อถือ, การทำงานซ้ำได้โดยไม่เปลี่ยนผล, การกู้คืน, ความปลอดภัย, การตรวจสอบ และการมองเห็น

Integration & interface design

บริการภายใน ผู้ให้บริการชำระเงินภายนอก API และรูปแบบการโต้ตอบเหตุการณ์

Migration & cutover plan

การย้ายข้อมูล, การรันคู่ขนาน, การตรวจสอบ, การย้ายระบบ และกลยุทธ์การย้อนกลับ

แผนการดำเนินงานแบบเป็นขั้นตอน

ลำดับความสำคัญ ข้อขึ้นต่อกัน กำหนดเวลา และการเรียงลำดับสำหรับการดำเนินการที่ควบคุม

Quality & acceptance baseline

ข้อกำหนดที่วัดผลได้สำหรับการออกแบบ การทดสอบ การเผยแพร่ และความพร้อมสำหรับการผลิต

ค่า

การปรับปรุงสถาปัตยกรรมควรเปลี่ยนอะไร

ลดความเสี่ยงทางธุรกิจและการเงินโดยการแทนที่การเขียนใหม่แบบบิ๊กแบงซึ่งมีความเสี่ยงสูงด้วยการพัฒนาทีละขั้นและการย้ายข้อมูล

ลดการเชื่อมโยงของระบบเพื่อให้การเปลี่ยนแปลงผลิตภัณฑ์และธุรกิจสามารถส่งมอบได้เร็วขึ้นและเป็นอิสระมากขึ้น

ทำให้สถานะรายการธุรกรรม, บัญชี และสมุดบัญชีชัดเจน อธิบายได้ และตรวจสอบได้

สร้างรากฐานที่สามารถขยายได้สำหรับตลาดใหม่ ผลิตภัณฑ์ ผู้ให้บริการชำระเงิน และการเติบโตของธุรกรรม

แปลงหลักการสถาปัตยกรรมเป็นมาตรฐานวิศวกรรมและคุณภาพที่สามารถปฏิบัติได้ครอบคลุมการพัฒนา การทดสอบ การปล่อย และการดำเนินงาน

ลดการพึ่งพาบุคคลสำคัญและลดต้นทุนการบำรุงรักษาระยะยาว

ปรับปรุงการแยกข้อผิดพลาด, ความสามารถในการกู้คืน และความยืดหยุ่นในการดำเนินงาน

ขั้นตอนต่อไป

วางแผนขั้นถัดไปของสถาปัตยกรรมการชำระเงินของคุณ

หากแพลตฟอร์มการชำระเงินปัจจุบันเริ่มจำกัดการส่งมอบผลิตภัณฑ์ การขยายตลาด หรือความน่าเชื่อถือของระบบ ให้เริ่มด้วยการตรวจสอบสถาปัตยกรรมเพื่อชี้แจงสถานะเป้าหมาย ลำดับความสำคัญ และเส้นทางการพัฒนาที่ควบคุมได้