בנקאות, ניהול מזומנים וקישוריות ISO 20022
תשלומים יוצאים, דפי חשבון נכנסים, והתאמה אוטומטית בכל מטבע
צוותי ניהול מזומנים עדיין מקלידים תשלומים מחדש ומתאימים דפי חשבון ביד
צוותי ניהול מזומנים רבים מקלידים תשלומים בפורטלים בנקאיים, אוספים דפי חשבון בפורמטים שונים מכל בנק ומתאימים חשבונות בגיליונות אלקטרוניים בסגירת החודש. כל שלב ידני הוא עיכוב, עלות וסיכוי להונאה או לטעות.
הבנקים גם עוברים ל-ISO 20022, התקן הבין־לאומי להודעות פיננסיות, שנושא נתונים מובנים ועשירים יותר מפורמטי SWIFT MT הישנים. מערכות שאינן יכולות להפיק ולקרוא אותו מפגרות אחרי הבנקים שלהן.
מה משתנה עבורכם
עיבוד ישיר (STP)
הרצות תשלום מאושרות יוצאות מה-ERP כקבצים חתומים או כקריאות API, ודפי החשבון חוזרים בצורה שה-ERP מתאים בעצמו.
סגירה מהירה יותר
התאמה במטבעות מרובים שרצה כל יום, במקום העלאות CSV ידניות והתאמות בגיליונות אלקטרוניים בסוף החודש.
כל חריגה עם אדם אחראי
תשלומים שנדחו ושורות שלא הותאמו נוחתים בתור חריגות של הודעות כשל עם הסיבה, ולעולם לא הולכים לאיבוד בתיבת דואר.
מה אנחנו מספקים
קישוריות ישירה בין מארחים ובנקים
חיבורים דרך SFTP, EBICS ו-SWIFT, ובנקאות פתוחה ו-API ישירים של בנקים, נבחרים לפי בנק ולפי מדינה.
הפקת קבצי תשלום
קבצי תשלום ISO 20022 pain.001 שנבנים מהרצות התשלום שלכם, מאומתים מול הווריאנט של כל בנק וחתומים או מוצפנים כפי שהוא דורש.
טיפול בסטטוס ובדחיות
דוחות סטטוס pain.002 נקראים חזרה, כך שכל תשלום מוצג כמאושר, נדחה או ממתין, עם קוד הסיבה של הבנק.
קליטת דפי חשבון
דפי חשבון סוף יום ודוחות במהלך היום ב-camt.053 ו-MT940 נאספים, נבדקים לפערים ולכפילויות ונטענים ל-ERP.
הודעות בין־בנקאיות לבנקים ולפינטקים
הודעות pacs להעברות אשראי ולסטטוס שלהן בין מוסדות פיננסיים, מחוברות לספרי החשבונות של הבנק הליבה.
התאמה במטבעות מרובים
כללי התאמה שמסלקים פריטים פתוחים אוטומטית בין מטבעות וחשבונות, ושולחים את השאר לתור חריגות.
ראיות בדיקה מול הבנקים וספרי הפעלה
מקרי הבדיקה של כל בנק מורצים ומתועדים עבור המבקרים שלכם, והתראות לקבצים חסרים, להעברות שנכשלו ולמפתחות או תעודות שפג תוקפם.
איך אנחנו עובדים
מיפוי בנקים וזרימות
אנחנו מפרטים את הבנקים, החשבונות, סוגי התשלומים והשלבים הידניים שלכם היום, ומסכימים אילו זרימות הולכות קודם.
מפרט לכל פורמט
אנחנו עובדים לפי מדריך המימוש של כל בנק וכותבים את המיפוי, כולל חתימה, הצפנה ושמות קבצים.
בניית המחברים
אנחנו בונים ייצוא תשלומים, ייבוא סטטוסים, ייבוא דפי חשבון והתאמה, עם בדיקות אוטומטיות לכל פורמט.
בדיקה מול כל בנק
אנחנו מריצים את מקרי הבדיקה המוסכמים בסביבת הבדיקה של הבנק ומתקנים כל מה שהאימות של הבנק דוחה.
עלייה לאוויר בנק אחר בנק
אנחנו מחליפים בנק אחד בכל פעם, כשהתהליך הנוכחי מוכן כגיבוי עד שהחדש מוכח.
ניטור ותמיכה
אנחנו עוקבים אחרי העברות, מפתחות ופגי תוקף של תעודות, ומתכננים שינויי פורמט כשהבנקים מודיעים עליהם.
גללו הצידה כדי לראות את כל השרטוט.
מ-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: תוקן ונשלח מחדש (מסלול חריגים).
גללו הצידה כדי לראות את כל השרטוט.
בנקאות פתוחה: נתונים ותשלומים בהסכמת הלקוח
הלקוח נותן הסכמה, המחבר מחזיק בטוקנים, וכל קריאה לבנק מאושרת ומתועדת. כשההסכמה פגה או מבוטלת, היישום מבקש מהלקוח שוב במקום להיכשל בשקט.
- זרימה ראשית
- אסינכרונית
- מסלול חריגים
7 שלבים
הזרימה, שלב אחרי שלב
- מלקוח להיישום או הפלטפורמה שלכם: נותן הסכמה (זרימה ראשית).
- מהיישום או הפלטפורמה שלכם למחבר בנקאות פתוחה: בקשות חשבון ותשלום, דרך REST/JSON (זרימה ראשית).
- ממחבר בנקאות פתוחה לAPI בנקאיים או אגרגטור: קריאות API מאושרות, דרך OAuth 2.0 · FAPI · REST (זרימה ראשית).
- מAPI בנקאיים או אגרגטור למחבר בנקאות פתוחה: יתרות, תנועות וסטטוס תשלום, דרך REST/JSON · webhook (אסינכרונית).
- ממחבר בנקאות פתוחה לERP או ספר ראשי: תנועות מנורמלות, דרך REST/JSON (זרימה ראשית).
- מAPI בנקאיים או אגרגטור למחבר בנקאות פתוחה: ההסכמה פגה או בוטלה, דרך HTTP 401 · 403 (מסלול חריגים).
- ממחבר בנקאות פתוחה להיישום או הפלטפורמה שלכם: הלקוח מתבקש לחדש הסכמה (מסלול חריגים).
תקנים, פורמטים וערוצים
אנחנו בונים לפי מדריך המימוש של כל בנק, ולא לפי התקן בלבד. אזכור מוצר אינו מעיד על שותפות עם הספק שלו.
- תקני בנקאות וערוצים
- 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 במפרץ, חיברנו את SAP S/4HANA למסילות בנקאות אזוריות דרך ISO 20022. תשלומים נחתמים, חריגות נוחתות בתורי הודעות כשל, וההתאמה בין חשבונות הבנק שלו אוטומטית.
איך מתחילים
דרישות ברורות לגבי בנקים ופורמטים מגיעות ישירות להצעה. כמה בנקים, מדינות או ממשק מדור קודם שאינו מתועד מתחילים בדרך כלל ב-Blueprint Studio או בגשר אבחון למערכות קיימות.
מה קורה עכשיו
מפגש ייעוץ מקדים
מפגש ייעוץ מקדים מקוון ללא עלות של 30 דקות: אנחנו עוברים איתכם על המטרות, המערכות והמגבלות שלכם.
סקירת מוכנות
במסגרת סקירת מוכנות ללא עלות בת 48 שעות, מהנדס ראשי בודק את הפרויקט שלכם מול הגדרת המוכנות בת שש הנקודות וממליץ על המסלול המתאים.
בחירת המסלול
פרויקטים עם היקף מוכן מקבלים הצעה מחייבת בתוך 3–5 ימי עסקים. פרויקטים בשלב הרעיון מתחילים ב-Blueprint Studio. מערכת חיה שנכשלת, אינה מתועדת או זקוקה לאינטגרציה מתחילה באבחון של 1–2 שבועות. ל-Blueprint Studio ולאבחון יש שכר טרחה קבוע, הנקוב בהצעה.
אספקה בחמישה שלבים
התנעה, ספרינטים עם הדגמות חיות, אינטגרציה והקשחה, קבלה ועלייה לאוויר, ואז שירותים מנוהלים. לאחר ההשקה מגיע תקופת אחריות, ולאחריה תמיכה ותחזוקה אופציונליות.
שאלות ותשובות
מהו ISO 20022, ולמה הוא חשוב?
ISO 20022 הוא התקן הבין־לאומי להודעות פיננסיות. הודעות ה-XML שלו נושאות נתונים מובנים, כמו שמות מלאים, כתובות ופרטי הערה, שפורמטי SWIFT MT הישנים אינם יכולים לשאת. בנקים ומערכות תשלום עברו אליו, ולכן קבצי תשלום ודפי חשבון שנבנים עליו מתיישרים טוב יותר ועוברים בדיקות ציות לעתים קרובות יותר.
עם אילו פורמטים וערוצים בנקאיים אתם עובדים?
אנחנו משתמשים ב-pain.001 לתשלומים, ב-pain.002 לסטטוס, ב-camt.052, camt.053 ו-camt.054 לדוחות חשבון, ובהודעות pacs בין בנקים. אנחנו גם קוראים את דפי החשבון MT940 ו-MT942 שבנקים רבים עדיין שולחים. ההובלה היא SFTP בין מארחים, EBICS, SWIFT או API בנקאיים. לכל בנק יש ווריאנט משלו לכל פורמט, ולכן אנחנו בונים לפי מדריך המימוש שלו.
לאילו מערכות ERP אתם יכולים להתחבר?
SAP S/4HANA, Oracle Fusion Cloud ERP ו-NetSuite, Microsoft Dynamics 365, Odoo ו-Sage, וכן מערכות ניהול מזומנים ומערכות בהתאמה אישית. כשלמערכת ה-ERP יש מודול תקשורת בנקאית משלה, אנחנו מגדירים ומרחיבים אותו במקום לבנות סביבו.
איך אתם שומרים על אבטחת קבצי התשלום?
קבצי תשלום נחתמים ומוצפנים כפי שכל בנק דורש, ועוברים רק בערוץ המוסכם. מפתחות ותעודות נשמרים בכספת המפתחות או במודול אבטחת החומרה שלכם, לעולם לא בקוד. קבצים מאומתים לפני שליחה, וכל העברה נרשמת ביומן, כך שאתם יכולים לעקוב מי אישר ושלח כל תשלום.
מה קורה כשורת דף חשבון אינה מותאמת?
היא עוברת לרשימת סקירה עם המועמדים הסבירים ועם הסיבה לאי־ההתאמה, כמו סכום שונה או אסמכתה חסרה. הצוות שלכם מסלק אותה שם, ואפשר להתאים את הכללים כך שאותו מקרה יתאים בפעם הבאה. שום דבר לא נרשם בספרים בלי התאמה שאישרתם.
מה קובע את קצב האינטגרציה הבנקאית?
בעיקר הבנק, לא הקוד. כל בנק קובע את שלבי הקליטה, חלונות הבדיקה והאישורים שלו, וחלקם צריכים חוזים או החלפת מפתחות לפני שהבדיקות יכולות להתחיל. לאחר שלב המיפוי אנחנו נותנים לכם תוכנית לכל בנק ומתחילים בבדיקות עם הבנק שמוכן ראשון.
מה קורה כשבנק משנה את הפורמט שלו?
בנקים מודיעים על שינויי פורמט מראש, כפי שרבים עשו במעבר מ-SWIFT MT ל-ISO 20022. אנחנו עוקבים אחרי ההודעות האלה עבור הבנקים שאליהם אנחנו מחוברים, מעריכים את ההשפעה ומתזמנים את השינוי ואת הבדיקות שלו עם הבנק לפני מועד היעד.
מוכנים לבנות? בקשו הצעה.
שלחו את הדרישות או ה-RFP שלכם. הארכיטקטים שלנו מאמתים אותם ומחזירים הצעה מחייבת בהיקף קבוע.
מה קורה עכשיו
סקירת מוכנות
במסגרת סקירת מוכנות ללא עלות בת 48 שעות, מהנדס ראשי בודק את הפרויקט שלכם מול הגדרת המוכנות בת שש הנקודות וממליץ על המסלול המתאים.
הצעה מחייבת
לאחר אימות ארכיטקטורה ללא עלות, תקבלו הצעה מחייבת בהיקף קבוע בתוך 3–5 ימי עסקים: אבני דרך, ארכיטקטורה, מבנה צוות ו-SLA. אנחנו חותמים איתכם על הסכם סודיות (NDA) לפי בקשה, לפני שאתם משתפים את הדרישות שלכם.
התנעה
לאחר החתימה, צוותי ההנדסה שלנו מתחילים את ספרינט 0 בתוך 5–10 ימי עסקים מחתימת החוזה.
אספקה בחמישה שלבים
התנעה, ספרינטים עם הדגמות חיות, אינטגרציה והקשחה, קבלה ועלייה לאוויר, ואז שירותים מנוהלים. לאחר ההשקה מגיע תקופת אחריות, ולאחריה תמיכה ותחזוקה אופציונליות.