ข้ามไปยังเนื้อหา
XSIS
พื้นที่ลูกค้าขอข้อเสนอ
ภาพระยะใกล้ของมือที่ถือเครื่องรับชำระเงินของธนาคารแบบไร้สาย

องค์กรและการเชื่อมต่อระบบ

การธนาคาร การบริหารเงินทุน และการเชื่อมต่อ ISO 20022

การชำระเงินออก รายการเดินบัญชีเข้า และกระทบยอดอัตโนมัติในทุกสกุลเงิน

ขอข้อเสนอจองการปรึกษาฟรี

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

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

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

สิ่งที่เปลี่ยนไปสำหรับคุณ

  1. การประมวลผลอัตโนมัติตลอดกระบวนการ

    รอบการจ่ายเงินที่อนุมัติแล้วออกจาก ERP เป็นไฟล์ที่ลงนามหรือการเรียก API และรายการเดินบัญชีกลับมาในรูปแบบที่ ERP จับคู่ได้เอง

  2. การปิดบัญชีที่เร็วขึ้น

    การกระทบยอดหลายสกุลเงินที่ทำทุกวัน แทนการอัปโหลด CSV ด้วยมือและการปรับสเปรดชีตตอนสิ้นเดือน

  3. ทุกข้อยกเว้นมีผู้รับผิดชอบ

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

สิ่งที่เราส่งมอบ

  • การเชื่อมต่อธนาคารแบบ host-to-host และโดยตรง

    การเชื่อมต่อผ่าน SFTP, EBICS และ SWIFT และ API ของ open banking และ API ของธนาคารโดยตรง ซึ่งเลือกตามธนาคารและประเทศ

  • การสร้างไฟล์การชำระเงิน

    ไฟล์การชำระเงิน ISO 20022 pain.001 ที่สร้างจากรอบการจ่ายเงินของคุณ ตรวจสอบกับรูปแบบเฉพาะของแต่ละธนาคาร และลงนามหรือเข้ารหัสตามที่กำหนด

  • การจัดการสถานะและการปฏิเสธ

    รายงานสถานะ pain.002 ถูกอ่านกลับ เพื่อให้ทุกการชำระเงินแสดงเป็นยอมรับ ปฏิเสธ หรือรอดำเนินการ พร้อมรหัสเหตุผลของธนาคาร

  • การนำเข้ารายการเดินบัญชี

    รายการเดินบัญชีสิ้นวัน camt.053 และ MT940 และรายงานระหว่างวันถูกเก็บ ตรวจหาช่องว่างและรายการซ้ำ และโหลดเข้า ERP

  • ข้อความระหว่างธนาคารสำหรับธนาคารและฟินเทค

    ข้อความ pacs สำหรับการโอนเครดิตและสถานะระหว่างสถาบันการเงิน ซึ่งเชื่อมต่อกับบัญชีแยกประเภทหลักของธนาคาร

  • การกระทบยอดหลายสกุลเงิน

    กฎการจับคู่ที่เคลียร์รายการค้างอัตโนมัติข้ามสกุลเงินและบัญชี และส่งส่วนที่เหลือไปยังคิวข้อยกเว้น

  • หลักฐานการทดสอบกับธนาคารและคู่มือปฏิบัติงาน

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

วิธีการทำงานของเรา

  1. จัดทำแผนผังธนาคารและขั้นตอนการทำงาน

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

  2. กำหนดข้อกำหนดของแต่ละรูปแบบ

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

  3. สร้างตัวเชื่อมต่อ

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

  4. ทดสอบกับแต่ละธนาคาร

    เรารันกรณีทดสอบที่ตกลงไว้ในสภาพแวดล้อมทดสอบของธนาคาร และแก้ไขสิ่งที่การตรวจสอบของธนาคารปฏิเสธ

  5. เปิดใช้งานทีละธนาคาร

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

  6. เฝ้าระวังและสนับสนุน

    เราเฝ้าดูการโอน กุญแจ และการหมดอายุของใบรับรอง และวางแผนรับการเปลี่ยนแปลงรูปแบบเมื่อธนาคารประกาศ

ERP ถึงธนาคาร: เงินออก รายการเดินบัญชีเข้าการชำระเงินที่อนุมัติแล้วออกจาก ERP เป็นไฟล์ ISO 20022 ที่ลงนามผ่านช่องทาง host-to-host รายงานสถานะและรายการเดินบัญชีกลับมาทางเดียวกันและจับคู่กับรายการค้าง รายการถูกปฏิเสธและรายการที่ไม่ตรงจะส่งถึงทีมของคุณพร้อมเหตุผลERPERPรอบการจ่ายเงินรายการค้างและบัญชีแยกประเภทXSISชั้นการเชื่อมต่อการแปลงข้อมูลการตรวจสอบ การลงนามและการกำหนดเวลาเกตเวย์ช่องทางธนาคารที่ปลอดภัยHost-to-host SFTP,EBICS หรือ APIของธนาคารธนาคารธนาคารการชำระเงินและการบริหารเงินสดบริการกลไกกระทบยอดกฎการจับคู่และช่วงคลาดเคลื่อนที่ยอมรับผู้คนทีมบริหารเงินและการเงินทบทวนรายการถูกปฏิเสธและรายการที่ไม่ตรง1REST/JSON · IDoc2ISO 20022 pain.001OpenPGP3SFTP H2H4pain.002 · camt.053MT9405SFTP H2H6camt.0537REST/JSON8pain.002 RJCT910

ERP ถึงธนาคาร: เงินออก รายการเดินบัญชีเข้า

การชำระเงินที่อนุมัติแล้วออกจาก ERP เป็นไฟล์ ISO 20022 ที่ลงนามผ่านช่องทาง host-to-host รายงานสถานะและรายการเดินบัญชีกลับมาทางเดียวกันและจับคู่กับรายการค้าง รายการถูกปฏิเสธและรายการที่ไม่ตรงจะส่งถึงทีมของคุณพร้อมเหตุผล

  • เส้นทางหลัก
  • แบบอะซิงโครนัส
  • เส้นทางข้อยกเว้น
ขั้นตอนการทำงาน 10 ขั้นตอน

ขั้นตอนการทำงานทีละขั้น

  1. จาก ERP ไปยัง ชั้นการเชื่อมต่อ: รอบการจ่ายเงินที่อนุมัติแล้ว ผ่าน REST/JSON · IDoc (เส้นทางหลัก)
  2. จาก ชั้นการเชื่อมต่อ ไปยัง ช่องทางธนาคารที่ปลอดภัย: ไฟล์การชำระเงินที่ลงนามและเข้ารหัสแล้ว ผ่าน ISO 20022 pain.001 · OpenPGP (เส้นทางหลัก)
  3. จาก ช่องทางธนาคารที่ปลอดภัย ไปยัง ธนาคาร: ส่งถึงธนาคารแล้ว ผ่าน SFTP H2H (เส้นทางหลัก)
  4. จาก ธนาคาร ไปยัง ช่องทางธนาคารที่ปลอดภัย: รายงานสถานะและรายการเดินบัญชี ผ่าน pain.002 · camt.053 · MT940 (แบบอะซิงโครนัส)
  5. จาก ช่องทางธนาคารที่ปลอดภัย ไปยัง ชั้นการเชื่อมต่อ: เก็บรวบรวมและตรวจสอบแล้ว ผ่าน SFTP H2H (แบบอะซิงโครนัส)
  6. จาก ชั้นการเชื่อมต่อ ไปยัง กลไกกระทบยอด: รายการในรายการเดินบัญชี ผ่าน camt.053 (แบบอะซิงโครนัส)
  7. จาก กลไกกระทบยอด ไปยัง ERP: รายการที่จับคู่แล้วบันทึกเข้าบัญชี ผ่าน REST/JSON (เส้นทางหลัก)
  8. จาก ชั้นการเชื่อมต่อ ไปยัง ทีมบริหารเงินและการเงิน: การชำระเงินที่ถูกปฏิเสธ พร้อมรหัสเหตุผล ผ่าน pain.002 RJCT (เส้นทางข้อยกเว้น)
  9. จาก กลไกกระทบยอด ไปยัง ทีมบริหารเงินและการเงิน: รายการที่ไม่ตรง: รายการกระทบยอดที่ไม่ตรง (เส้นทางข้อยกเว้น)
  10. จาก ทีมบริหารเงินและการเงิน ไปยัง ERP: แก้ไขและส่งใหม่แล้ว (เส้นทางข้อยกเว้น)
Open banking: ข้อมูลและการชำระเงินด้วยความยินยอมของลูกค้าลูกค้าให้ความยินยอม ตัวเชื่อมถือโทเคน และทุกการเรียกไปยังธนาคารได้รับอนุญาตและบันทึกไว้ เมื่อความยินยอมหมดอายุหรือถูกถอน แอปจะถามลูกค้าอีกครั้งแทนที่จะล้มเหลวอย่างเงียบๆผู้คนลูกค้าบริการแอปหรือแพลตฟอร์มของคุณการบริหารเงินทุนสินเชื่อ หรือบัญชีXSISตัวเชื่อม openbankingความยินยอม โทเคนและการปรับข้อมูลให้เป็นมาตรฐานธนาคารAPIธนาคารหรือผู้รวบรวมข้อมูลข้อมูลบัญชีและการเริ่มต้นการชำระเงินERPERPหรือบัญชีแยกประเภทฐานะเงินสดและการกระทบยอด12REST/JSON3OAuth 2.0 · FAPI · REST4REST/JSON · webhook5REST/JSON6HTTP 401 · 4037

Open banking: ข้อมูลและการชำระเงินด้วยความยินยอมของลูกค้า

ลูกค้าให้ความยินยอม ตัวเชื่อมถือโทเคน และทุกการเรียกไปยังธนาคารได้รับอนุญาตและบันทึกไว้ เมื่อความยินยอมหมดอายุหรือถูกถอน แอปจะถามลูกค้าอีกครั้งแทนที่จะล้มเหลวอย่างเงียบๆ

  • เส้นทางหลัก
  • แบบอะซิงโครนัส
  • เส้นทางข้อยกเว้น
ขั้นตอนการทำงาน 7 ขั้นตอน

ขั้นตอนการทำงานทีละขั้น

  1. จาก ลูกค้า ไปยัง แอปหรือแพลตฟอร์มของคุณ: ให้ความยินยอม (เส้นทางหลัก)
  2. จาก แอปหรือแพลตฟอร์มของคุณ ไปยัง ตัวเชื่อม open banking: คำขอบัญชีและการชำระเงิน ผ่าน REST/JSON (เส้นทางหลัก)
  3. จาก ตัวเชื่อม open banking ไปยัง API ธนาคารหรือผู้รวบรวมข้อมูล: การเรียก API ที่ได้รับอนุญาต ผ่าน OAuth 2.0 · FAPI · REST (เส้นทางหลัก)
  4. จาก API ธนาคารหรือผู้รวบรวมข้อมูล ไปยัง ตัวเชื่อม open banking: ยอดคงเหลือ ธุรกรรม และสถานะการชำระเงิน ผ่าน REST/JSON · webhook (แบบอะซิงโครนัส)
  5. จาก ตัวเชื่อม open banking ไปยัง ERP หรือบัญชีแยกประเภท: ธุรกรรมที่ปรับเป็นมาตรฐานแล้ว ผ่าน REST/JSON (เส้นทางหลัก)
  6. จาก API ธนาคารหรือผู้รวบรวมข้อมูล ไปยัง ตัวเชื่อม open banking: ความยินยอมหมดอายุหรือถูกถอน ผ่าน HTTP 401 · 403 (เส้นทางข้อยกเว้น)
  7. จาก ตัวเชื่อม open banking ไปยัง แอปหรือแพลตฟอร์มของคุณ: ขอให้ลูกค้าต่ออายุความยินยอม (เส้นทางข้อยกเว้น)

มาตรฐาน รูปแบบ และช่องทาง

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

มาตรฐานและช่องทางธนาคาร
  • ISO 20022
  • pain.001
  • pain.002
  • camt.052
  • camt.053
  • camt.054
  • MT940
  • MT942
  • Swift
  • EBICS
  • SFTP (H2H)
  • OpenPGP
  • PSD2
  • Berlin Group NextGenPSD2
  • UK Open Banking Standard
  • FAPI

พิสูจน์ในการใช้งานจริง

สำหรับธนาคารระดับ Tier 1 ใน GCC และกลุ่มบริษัทระดับภูมิภาค เราเชื่อมต่อ SAP S/4HANA กับช่องทางการธนาคารในภูมิภาคผ่าน ISO 20022 การชำระเงินถูกลงนาม ข้อยกเว้นเข้าคิวข้อความที่ส่งไม่ได้ และการกระทบยอดข้ามบัญชีธนาคารเป็นอัตโนมัติ

กรณีศึกษา

วิธีเริ่มต้น

ข้อกำหนดด้านธนาคารและรูปแบบที่ชัดเจนไปสู่ข้อเสนอโดยตรง กรณีหลายธนาคาร หลายประเทศ หรืออินเทอร์เฟซเดิมที่ไม่มีเอกสาร มักเริ่มด้วย Blueprint Studio หรือ Brownfield Diagnostic Bridge

ขั้นตอนถัดไป

  1. การปรึกษาก่อนเริ่มงาน

    การปรึกษาก่อนเริ่มงานออนไลน์ฟรี 30 นาที: เราพูดคุยถึงเป้าหมาย ระบบ และข้อจำกัดของคุณ

  2. การทบทวนความพร้อม

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

  3. การเลือกแนวทาง

    โครงการที่ขอบเขตพร้อมจะได้รับข้อเสนอที่มีผลผูกพัน ภายใน 3 ถึง 5 วันทำการ โครงการในระยะแนวคิดจะเริ่มใน Blueprint Studio ระบบที่ใช้งานอยู่แต่มีปัญหา ไม่มีเอกสาร หรือต้องเชื่อมต่อ จะเริ่มด้วยการวินิจฉัยระยะเวลา 1 ถึง 2 สัปดาห์ Blueprint Studio และการวินิจฉัยต่างมีค่าธรรมเนียมคงที่ ซึ่งระบุไว้ในข้อเสนอ

  4. การส่งมอบในห้าขั้นตอน

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

คำถามและคำตอบ

ISO 20022 คืออะไร และสำคัญอย่างไร

ISO 20022 เป็นมาตรฐานสากลสำหรับข้อความทางการเงิน ข้อความ XML บรรจุข้อมูลที่มีโครงสร้าง เช่น ชื่อเต็ม ที่อยู่ และรายละเอียดการชำระเงิน ที่รูปแบบ SWIFT MT แบบเดิมทำไม่ได้ ธนาคารและระบบการชำระเงินเปลี่ยนมาใช้มาตรฐานนี้แล้ว ไฟล์การชำระเงินและรายการเดินบัญชีที่สร้างบนมาตรฐานนี้จึงกระทบยอดได้ดีกว่าและผ่านการตรวจสอบการปฏิบัติตามกฎระเบียบบ่อยกว่า

ลิงก์ไปยังคำถามนี้

คุณทำงานกับรูปแบบและช่องทางธนาคารใดบ้าง

เราใช้ pain.001 สำหรับการชำระเงิน pain.002 สำหรับสถานะ camt.052, camt.053 และ camt.054 สำหรับรายงานบัญชี และข้อความ pacs ระหว่างธนาคาร เรายังอ่านรายการเดินบัญชี MT940 และ MT942 ที่หลายธนาคารยังส่งอยู่ การขนส่งเป็นแบบ host-to-host ผ่าน SFTP, EBICS, SWIFT หรือ API ของธนาคาร แต่ละธนาคารมีรูปแบบเฉพาะของแต่ละมาตรฐาน เราจึงสร้างจากคู่มือการนำไปใช้ของธนาคารนั้น

ลิงก์ไปยังคำถามนี้

คุณเชื่อมต่อระบบ ERP ใดกับธนาคารได้บ้าง

SAP S/4HANA, Oracle Fusion Cloud ERP และ NetSuite, Microsoft Dynamics 365, Odoo และ Sage รวมถึงระบบบริหารเงินทุนและระบบเฉพาะองค์กร เมื่อ ERP มีโมดูลสื่อสารกับธนาคารของตนเอง เราจะกำหนดค่าและขยายโมดูลนั้นแทนการสร้างรอบนอก

ลิงก์ไปยังคำถามนี้

คุณรักษาความปลอดภัยของไฟล์การชำระเงินอย่างไร

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

ลิงก์ไปยังคำถามนี้

เกิดอะไรขึ้นเมื่อรายการเดินบัญชีไม่ตรงกัน

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

ลิงก์ไปยังคำถามนี้

อะไรกำหนดจังหวะของการเชื่อมต่อธนาคาร

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

ลิงก์ไปยังคำถามนี้

เกิดอะไรขึ้นเมื่อธนาคารเปลี่ยนรูปแบบ

ธนาคารประกาศการเปลี่ยนแปลงรูปแบบล่วงหน้า เช่นเดียวกับหลายแห่งที่เปลี่ยนจาก SWIFT MT เป็น ISO 20022 เราติดตามประกาศเหล่านั้นสำหรับธนาคารที่เราเชื่อมต่อ ประเมินผลกระทบ และกำหนดการเปลี่ยนแปลงและการทดสอบกับธนาคารก่อนกำหนดเวลา

ลิงก์ไปยังคำถามนี้

พร้อมจะสร้างแล้วหรือยัง ขอข้อเสนอได้เลย

ส่งความต้องการหรือ RFP ของคุณ สถาปนิกของเราจะตรวจสอบและส่งข้อเสนอที่มีผลผูกพันและขอบเขตคงที่กลับไปให้คุณ

ขอข้อเสนอจองการปรึกษาฟรี

ขั้นตอนถัดไป

  1. การทบทวนความพร้อม

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

  2. ข้อเสนอที่มีผลผูกพัน

    หลังการตรวจสอบความถูกต้องของสถาปัตยกรรมโดยไม่มีค่าใช้จ่าย คุณจะได้รับข้อเสนอที่มีผลผูกพันและขอบเขตคงที่ ภายใน 3 ถึง 5 วันทำการ: หมุดหมาย สถาปัตยกรรม โครงสร้างทีม และ SLA เราลงนามในข้อตกลงรักษาความลับ (NDA) กับคุณเมื่อร้องขอ ก่อนคุณแจ้งความต้องการ

  3. การระดมทีม

    เมื่อคุณลงนาม ทีมวิศวกรรมขนาดเล็กของเราจะเริ่มสปรินต์ 0 ภายใน 5 ถึง 10 วันทำการหลังลงนามสัญญา

  4. การส่งมอบในห้าขั้นตอน

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