מעבר לקבצי אצווה: ניהול כספים ומס בזמן אמת בין ERP לבנקים

במשך עשרים שנה, ניהול הכספים הארגוני חי עם עיכוב. מערכת ה-ERP (SAP S/4HANA, Oracle או Odoo) סגרה את ספרי היום. משימה מתוזמנת שלחה לבנק קובצי CSV שטוחים או MT940 דרך SFTP. הצוות המתין עד הבוקר שלמחרת כדי לדעת מה הבנק קיבל ומה נכשל.

דרך העבודה הזאת נשברת במדינות המפרץ, באירופה, במזרח התיכון ובאפריקה. שני שינויים הפכו את קובצי האצווה לסיכון עסקי ישיר.

למה קובצי הלילה הפסיקו לעבוד

• המס נבדק כיום בזמן אמת. שלב 2 של 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, תוכנת הביניים והבנקים. לאחר מכן מעבירים ראשית את לולאות ההתאמה הכואבות ביותר לזמן אמת.