ما بعد الدفعات: الخزينة والضرائب الفورية بين ERP والبنوك

على مدى عشرين عاما، عاشت الإدارة المالية للشركات مع تأخير. كان نظام ERP (SAP S/4HANA أو Oracle أو Odoo) يقفل دفاتر اليوم. وكانت وظيفة مجدولة ترسل إلى البنك ملفات CSV مسطحة أو ملفات MT940 عبر SFTP. وكان الفريق ينتظر حتى صباح اليوم التالي ليعرف ما قبله البنك وما فشل.

طريقة العمل هذه تتفكك في دول مجلس التعاون الخليجي وأوروبا والشرق الأوسط وأفريقيا. وقد حول تغييران الملفات الدفعية إلى خطر مباشر على الأعمال.

لماذا توقفت الملفات الليلية عن العمل

• الضرائب تتحقق الآن في الوقت الفعلي. تشترط المرحلة الثانية من ZATCA في السعودية، وإطار PINT-AE في الإمارات، وضريبة القيمة المضافة في العصر الرقمي (ViDA) في الاتحاد الأوروبي، أن تتحقق كل فاتورة بصيغة XML وتختم تشفيريا، في الوقت الفعلي أو قريبا منه، قبل إصدارها أو تسويتها قانونيا.

• المدفوعات تحمل الآن بيانات غنية. يستبدل ISO 20022 حقول المرجع القصيرة بتفاصيل حوالة كاملة البنية، في تعليمات الدفع (pain.001) وفي رسائل إدارة النقد (camt.053 وcamt.054).

حين تضيف الشركات التحقق الضريبي في الوقت الفعلي وISO 20022 فوق برمجيات وسيطة دفعية قديمة، تكون النتيجة نقدا محتجزا في الطريق، ومطابقة تجرى يدويا، وفوترة تتوقف كلما فشل تحقق.

لماذا لا تكفي الموصلات القياسية في الإنتاج

تتعامل موصلات التكامل القياسية جيدا مع الحالة البسيطة. لكنها لم تصمم للحفاظ على اتساق السجلات المالية حين تصل آلاف المعاملات في وقت واحد. وفي مؤسسة قائمة، تتكرر ثلاث مشكلات:

• بيانات تفقد عند التحويل. نادرا ما تنتقل جداول ERP المخصصة بسهولة إلى مخططات ISO 20022 الصارمة أو فواتير UBL 2.1 الإلكترونية من دون طبقة ربط دقيقة قائمة على القواعد.

• تكرارات عند إعادة المحاولة. حين يتجاوز بنك أو بوابة ضريبية المهلة تحت الحمل، قد ترسل إعادة محاولة بسيطة الدفعة نفسها مرتين أو تقدم الفاتورة نفسها مرتين.

• نظامان، حقيقتان. يرحل ERP الفاتورة بينما ترفض الجهة الضريبية ختمها. ويبقى فريق المالية يعكس القيود يدويا بين أنظمة لا تتحدث إلى بعضها.

كيف نبنيه

في XSIS، نتعامل مع التكامل كهندسة، لا كإعداد. محرك موثوق للخزينة والامتثال في الوقت الفعلي يقوم على أربعة أجزاء.

1. كل حدث يلتقط مرة واحدة

لا نستعلم قاعدة بيانات ERP دوريا. نلتقط كل تغيير لحظة حدوثه، عبر صندوق صادر ضمن المعاملة أو شبكة الأحداث الخاصة بنظام ERP. ويحصل كل حدث مالي على مفتاح ثابت مبني على مصدر المستند، ليعالج مرة واحدة بالضبط عبر الأنظمة المصرفية والضريبية.

2. تحققات قبل خروج أي شيء

قبل أن تصل رسالة إلى بنك أو بوابة ضريبية، يتحقق محرك تحقق مستقل من XML وفق مخططه، ويطبق التوقيع التشفيري (CSID أو X.509)، وينشئ رمز QR وسلسلة التجزئة المطلوبين. ويستغرق ذلك كله أقل من 50 مللي ثانية.

3. صيغة داخلية واحدة لكل بنك

يقف نموذج بيانات داخلي بإصدارات بين ERP والعالم الخارجي. إضافة بنك جديد، أو الانتقال من رسائل MT إلى MX، لا تعني إعادة كتابة شيفرة ABAP أو PL/SQL في ERP.

4. مطابقة كشوف الحساب تلقائيا

تقرأ كشوف الحساب (camt.053) وإشعارات الدفع الفوري (camt.054) وتطابق مع المستحقات المفتوحة وفق قواعد واضحة. تطابق أكثر من 99% من البنود دون أي خطوة يدوية، ولا تصل إلى شخص إلا الاستثناءات الحقيقية.

من أين تبدأ

لا تحتاج إلى استبدال ERP لإنهاء تأخيرات المعالجة الدفعية. ابدأ بجسر تشخيص الأنظمة القائمة لدينا: في أسبوع إلى أسبوعين، نرسم أين تفقد البيانات بين ERP والبرمجيات الوسيطة والبنوك. ثم تنقل أكثر حلقات المطابقة إيلاما إلى الوقت الفعلي أولا.