קבצי תשלום והתאמות בין ERP לבנק
מ-ERP לבנק: קבצי תשלום יוצאים, דפי חשבון חוזרים, והכול מותאם
תשלומים נשלחים כ-ISO 20022 pain.001 דרך SFTP ישיר בין מערכות או ממשקי API של בנקים, ודפי חשבון camt.053 ו-MT940 מותאמים חזרה לספר הראשי.
Blueprint
גללו הצידה כדי לראות את כל השרטוט.
מ-ERP לבנק: תשלומים יוצאים, תדפיסים נכנסים
תשלומים מאושרים יוצאים מה-ERP כקובצי ISO 20022 חתומים דרך ערוץ host-to-host. דוחות סטטוס ותדפיסים חוזרים באותו ערוץ ומותאמים לסעיפים פתוחים. דחיות ושורות לא מותאמות מגיעות לצוות שלכם עם הסיבה מצורפת.
- זרימה ראשית
- אסינכרונית
- מסלול חריגים
10 שלבים
הזרימה, שלב אחרי שלב
- מERP לשכבת אינטגרציה: מחזור תשלומים מאושר, דרך REST/JSON · IDoc (זרימה ראשית).
- משכבת אינטגרציה לערוץ בנקאי מאובטח: קובץ תשלומים חתום ומוצפן, דרך ISO 20022 pain.001 · OpenPGP (זרימה ראשית).
- מערוץ בנקאי מאובטח לבנק: נמסר לבנק, דרך SFTP H2H (זרימה ראשית).
- מבנק לערוץ בנקאי מאובטח: דוחות סטטוס ותדפיסים, דרך pain.002 · camt.053 · MT940 (אסינכרונית).
- מערוץ בנקאי מאובטח לשכבת אינטגרציה: נקלטו ואומתו, דרך SFTP H2H (אסינכרונית).
- משכבת אינטגרציה למנוע התאמות: שורות תדפיס, דרך camt.053 (אסינכרונית).
- ממנוע התאמות לERP: רשומות מותאמות נרשמו, דרך REST/JSON (זרימה ראשית).
- משכבת אינטגרציה לצוות ניהול הכספים והפיננסים: תשלומים שנדחו, עם קוד הסיבה, דרך pain.002 RJCT (מסלול חריגים).
- ממנוע התאמות לצוות ניהול הכספים והפיננסים: שורות לא מותאמות: פער התאמות (מסלול חריגים).
- מצוות ניהול הכספים והפיננסים לERP: תוקן ונשלח מחדש (מסלול חריגים).
סקירה
זו הזרימה בין ERP לבנקים שלו: תשלומים מאושרים יוצאים, ודוחות סטטוס ודפי חשבון חוזרים. זה החיבור שרוב צוותי הפיננסים עדיין מפעילים ביד, דרך פורטלי בנקאות וגיליונות אלקטרוניים, וזה שבו שגיאה עולה כסף.
תכנון הייחוס מציב שכבת אינטגרציה בין ה-ERP לכל בנק. השכבה ממירה תשלומים לווריאנט של הבנק ל-ISO 20022 pain.001, חותמת ומצפינה אותם, ומעבירה אותם דרך SFTP ישיר בין מערכות, EBICS או ה-API של הבנק. דוחות סטטוס ודפי חשבון חוזרים באותו מסלול ומותאמים לפריטים פתוחים ב-ERP.
מסלול הכשל מתוכנן בקפידה כמו המסלול התקין. תשלום שנדחה חוזר עם קוד הסיבה של הבנק. שורת דף חשבון שאינה מתאימה הופכת לפער התאמה שאדם בשם צריך לסגור. שום דבר לא נשמט ושום דבר לא נרשם פעמיים.
איך הזרימה עובדת
אישור הרצת התשלומים
ה-ERP שלכם מפיק את הרצת התשלומים והמאשרים שלכם משחררים אותה, כפי שהם עושים היום. שכבת האינטגרציה קולטת רק רצות מאושרות.
מיפוי, חתימה והצפנה
השכבה ממירה כל תשלום לווריאנט pain.001 של הבנק, מאמתת אותו, וחותמת ומצפינה את הקובץ כפי שהבנק דורש.
מסירה לבנק
הקובץ עובר בערוץ המוסכם, SFTP ישיר בין מערכות, EBICS או ה-API של הבנק, לפני מועד הסגירה של הבנק.
קבלת סטטוס ודפי חשבון
הבנק מחזיר דוחות סטטוס pain.002 לכל קובץ ותשלום, ודפי חשבון camt.053 או MT940 בסוף היום.
איסוף ואימות
השכבה אוספת כל דוח, בודקת אותו לפערים ולכפילויות מול רצף דפי החשבון, ומפרסת אותו לשורות.
התאמה ורישום
שורות דף החשבון מותאמות לפריטים פתוחים לפי הכללים שאישרתם, ורשומות מותאמות נרשמות ל-ERP.
כשמשהו נכשל
תשלום נדחה
דוח pain.002 נושא את קוד הסיבה של הבנק. התשלום מסומן כנדחה ב-ERP ונשלח לצוות הגזברות שלכם לתיקון ולשליחה מחדש.
שורת דף חשבון אינה מתאימה
השורה הופכת לפער התאמה עם המועמדים הסבירים והסיבה שנכשלה. הצוות שלכם סוגר אותו, והכללים יכולים ללמוד ממנו.
קובץ חסר או מאחר
רצפי דפי החשבון וזמני המסירה הצפויים נבדקים. קובץ חסר או מאחר מפעיל התראה לפני שמישהו מסתמך על מצב המזומנים.
מפתח או תעודה עומדים לפוג
מפתחות חתימה ותעודות ערוץ מנוטרים עם תאריכי התפוגה שלהם, והחידוש מתחיל מוקדם מספיק כדי לתאם את המפתח החדש עם הבנק.
תקנים ומערכות
- תקני בנקאות וערוצים
- ISO 20022
- pain.001
- pain.002
- camt.052
- camt.053
- camt.054
- MT940
- MT942
- SFTP (H2H)
- EBICS
- Swift
- OpenPGP
שאלות ותשובות
חיבור ישיר בין מערכות, EBICS או ממשקי API של בנקים: במה לבחור?
הבנק קובע בדרך כלל. SFTP ישיר בין מערכות הוא הערוץ הנפוץ ביותר לקבצי תשלום עסקיים. EBICS נפוץ אצל בנקים בגרמניה, בצרפת ובמדינות השכנות. ממשקי API של בנקים מתאימים ליתרות בזמן אמת ולתשלומים מיידיים היכן שהבנק מציע אותם. חברות רבות משתמשות ביותר מאחד, ושכבת האינטגרציה מסתירה את ההבדל מה-ERP.
האם לקבל דפי חשבון camt.053 או MT940?
היכן שהבנק מציע את שניהם, camt.053 נושא נתוני העברה מובנים ועשירים יותר, מה שהופך התאמה אוטומטית לאמינה יותר. MT940 עדיין נפוץ ועובד היטב במקרים רבים. אנחנו יכולים לקלוט את שניהם, להמיר אותם לאותו מודל פנימי, ולהעביר כל בנק מ-MT940 ל-camt.053 כשזה מתאים לכם ולבנק.
האם נוכל לראות את מצב המזומנים במהלך היום?
כן, אם הבנקים שלכם מספקים דוחות במהלך היום. הם מגיעים כהודעות camt.052 או MT942, או דרך API ליתרות. אנחנו אוספים אותם לפי לוח הזמנים שכל בנק תומך בו ומציגים אותם לצד דפי החשבון של סוף היום, כך שצוות הגזברות שלכם רואה מצבים צפויים ומצבים בפועל לפני מועדי הסגירה.
האם נוכל לעקוב מי אישר ומי שלח תשלום?
כן. האישור נשאר ב-ERP שלכם עם הבקרות הקיימות שלו. שכבת האינטגרציה מתעדת כל קובץ שהיא יוצרת, חותמת, שולחת ומקבלת, עם חותמות זמן, מזהים והחשבון הטכני שבשימוש. התיעוד מקשר כל תשלום בדוח הסטטוס של הבנק חזרה למסמך ה-ERP ולמאשרים שלו.
יש לנו כמה בנקים. האם כל אחד הוא פרויקט נפרד?
לא. שכבת האינטגרציה, מודל התשלומים הפנימי וכללי ההתאמה נבנים פעם אחת. כל בנק חדש מוסיף וריאנט פורמט, ערוץ ושלבי קליטה משלו, שהם חלקי עבודה קטנים יותר. אנחנו מחברים בדרך כלל קודם את הבנק עם הנפח הגדול ביותר ומוסיפים את האחרים לפי הסדר.
איך נבדק החיבור לפני העלייה לאוויר?
כל בנק מספק סביבת בדיקה או תהליך בדיקה. אנחנו מסכימים עם הבנק על סט מקרי בדיקה, שמכסה כל סוג תשלום, דחיות ודפי חשבון, מריצים אותם ושומרים את הראיות. כשהבנק מאשר, אנחנו עולים לאוויר עם הרצת תשלומים ראשונה וקטנה ומשווים את התוצאות לפני שמעבירים את השאר.
מתחילים בשיחה, לא בחוזה.
ספרו לנו מה אתם צריכים לבנות, לחבר או לאבטח. ארכיטקט עובר על זה איתכם, ואז ממליץ מאיפה להתחיל.
מה קורה עכשיו
תיאום מועד
הצוות שלנו שולח לכם דוא״ל לתיאום מועד למפגש.
מפגש ייעוץ מקדים
מפגש ייעוץ מקדים מקוון ללא עלות של 30 דקות: אנחנו עוברים איתכם על המטרות, המערכות והמגבלות שלכם.
סקירת מוכנות
במסגרת סקירת מוכנות ללא עלות בת 48 שעות, מהנדס ראשי בודק את הפרויקט שלכם מול הגדרת המוכנות בת שש הנקודות וממליץ על המסלול המתאים.
בחירת המסלול
פרויקטים עם היקף מוכן מקבלים הצעה מחייבת בתוך 3–5 ימי עסקים. פרויקטים בשלב הרעיון מתחילים ב-Blueprint Studio. מערכת חיה שנכשלת, אינה מתועדת או זקוקה לאינטגרציה מתחילה באבחון של 1–2 שבועות. ל-Blueprint Studio ולאבחון יש שכר טרחה קבוע, הנקוב בהצעה.