ก้าวข้ามไฟล์กลุ่ม: เงินทุนและภาษีเรียลไทม์ระหว่าง ERP กับธนาคาร

ยี่สิบปีที่ผ่านมา ฝ่ายการเงินขององค์กรทำงานกับความล่าช้า ระบบ ERP (SAP S/4HANA, Oracle หรือ Odoo) ปิดบัญชีของวัน งานตามกำหนดเวลาส่งไฟล์ CSV แบบแบนหรือ MT940 ไปยังธนาคารผ่าน SFTP ทีมงานต้องรอถึงเช้าวันรุ่งขึ้นจึงจะรู้ว่าธนาคารรับรายการใดและรายการใดล้มเหลว

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

ทำไมไฟล์ที่ส่งข้ามคืนจึงใช้ไม่ได้แล้ว

• ภาษีถูกตรวจสอบแบบเรียลไทม์แล้ว ระยะที่ 2 ของ ZATCA ในซาอุดีอาระเบีย กรอบ PINT-AE ของสหรัฐอาหรับเอมิเรตส์ และ VAT in the Digital Age (ViDA) ของสหภาพยุโรป กำหนดให้ใบแจ้งหนี้แต่ละใบต้องผ่านการตรวจสอบในรูปแบบ XML และประทับตราด้วยวิธีวิทยาการเข้ารหัส แบบเรียลไทม์หรือเกือบเรียลไทม์ ก่อนที่จะออกหรือชำระได้โดยชอบด้วยกฎหมาย

• การชำระเงินบรรจุข้อมูลได้ละเอียดขึ้น ISO 20022 แทนที่ช่องอ้างอิงสั้นๆ ด้วยรายละเอียดการโอนเงินที่มีโครงสร้างครบถ้วน ทั้งในคำสั่งชำระเงิน (pain.001) และในข้อความบริหารเงินสด (camt.053 และ camt.054)

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

ทำไมคอนเนกเตอร์มาตรฐานจึงไม่พอในสภาพแวดล้อมใช้งานจริง

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

• ข้อมูลสูญหายระหว่างการแปลง ตาราง ERP ที่ปรับแต่งเองแทบจะไม่แปลงเข้ากับสคีมา ISO 20022 ที่เข้มงวดหรือใบแจ้งหนี้อิเล็กทรอนิกส์ UBL 2.1 ได้อย่างสะอาด โดยไม่ต้องมีชั้นการแปลงข้อมูลที่อิงกฎเกณฑ์อย่างรอบคอบ

• รายการซ้ำเมื่อลองใหม่ เมื่อธนาคารหรือเกตเวย์ภาษีหมดเวลารอภายใต้โหลด การลองใหม่แบบง่ายอาจส่งการชำระเงินเดียวกันซ้ำสองครั้ง หรือส่งใบแจ้งหนี้เดิมซ้ำสองครั้ง

• สองระบบ สองความจริง ระบบ ERP บันทึกว่าใบแจ้งหนี้ผ่านรายการแล้ว ขณะที่หน่วยงานภาษีปฏิเสธการประทับตรา ทีมการเงินต้องกลับรายการด้วยมือข้ามระบบที่ไม่คุยกัน

เราสร้างมันอย่างไร

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

1. ทุกเหตุการณ์ถูกบันทึกครั้งเดียว

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

2. ตรวจสอบก่อนมีสิ่งใดออกไป

ก่อนที่ข้อความจะถึงธนาคารหรือพอร์ทัลภาษี เอนจินตรวจสอบแยกต่างหากจะตรวจ XML เทียบกับสคีมา ใช้ลายเซ็นทางวิทยาการเข้ารหัส (CSID หรือ X.509) และสร้าง QR code กับ hash chain ที่กำหนด ทั้งหมดนี้ใช้เวลาไม่ถึง 50 มิลลิวินาที

3. รูปแบบภายในเดียวสำหรับทุกธนาคาร

แบบจำลองข้อมูลภายในที่มีการกำหนดเวอร์ชันวางอยู่ระหว่าง ERP กับโลกภายนอก การเพิ่มธนาคารใหม่ หรือการย้ายจากข้อความ MT ไปเป็น MX ไม่ได้หมายความว่าต้องเขียนโค้ด ABAP หรือ PL/SQL ใน ERP ใหม่

4. รายการเดินบัญชีจับคู่อัตโนมัติ

รายการเดินบัญชีธนาคาร (camt.053) และการแจ้งเตือนการชำระเงินทันที (camt.054) ถูกอ่านและจับคู่กับลูกหนี้คงค้างตามกฎที่ชัดเจน รายการมากกว่า 99% กระทบยอดได้โดยไม่มีขั้นตอนด้วยมือ และมีเพียงข้อยกเว้นจริงเท่านั้นที่ส่งถึงคน

เริ่มต้นจากตรงไหน

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