שאלות נפוצות על ISO 20022 שאלות נפוצות על ISO 20022

Common questions about ISO 20022 pacs messages, how they work together, and how pacs008 helps teams implement them.

כללי כללי

מהו ISO 20022?

ISO 20022 הוא תקן בינלאומי להודעות פיננסיות. הוא מגדיר שפה ומודל משותפים להודעות תשלום המוחלפות בין מוסדות פיננסיים. בניגוד לפורמטים ישנים כמו SWIFT MT, ‏ISO 20022 משתמש ב-XML ותומך בנתונים עשירים ומובנים יותר עבור צדדים, סכומים והפניות.

מהן הודעות pacs?

משפחת הודעות pacs (payments clearing and settlement) מכסה הוראות תשלום בין-בנקאיות, דוחות סטטוס, החזרות, ביטולים ובירורים. כוללת pacs.002,‏ pacs.003,‏ pacs.004,‏ pacs.007,‏ pacs.008,‏ pacs.009,‏ pacs.010 ו-pacs.028. לכל הודעה תפקיד ייחודי במחזור חיי התשלום.

במה נבדלות הודעות pacs מהודעות SWIFT MT?

הודעות SWIFT MT משתמשות בפורמט שטוח של תגיות שדות (למשל MT103 להעברות אשראי של לקוחות). הודעות pacs משתמשות ב-XML היררכי עם מבני נתונים עשירים יותר. הבדלים מרכזיים כוללים תמיכה בעסקאות מרובות להודעה, זיהוי מובנה של צדדים (LEI, מזהים מרובים), כתובות דואר מובנות ומידע העברה מובנה. MT103 ממופה ל-pacs.008,‏ MT202 ממופה ל-pacs.009, וטקסט סטטוס MT199 מוחלף ב-pacs.002.

מה הקשר בין הודעות pain להודעות pacs?

הודעות pain (payment initiation) עוברות בין הלקוח לבנק שלו. הודעות pacs עוברות בין בנקים. הוראת pain.001 ליזום העברת אשראי מבנק החייב הופכת להוראת pacs.008 בין-בנקאית. שני התחומים חולקים אלמנטים משותפים של נתונים אך משרתים חלקים שונים בשרשרת התשלום.

בחירת הודעה בחירת הודעה

מתי להשתמש ב-pacs.008?

pacs.008 משמש להוראות העברת אשראי של לקוחות בין בנקים. נושא נתוני צד חייב וזכאי, סכומים, מידע העברה ופרטי סליקה. זוהי ההודעה העיקרית לשליחת תשלומי לקוחות ברשת הבין-בנקאית, בין אם מקומית (SEPA) ובין אם חוצת גבולות (CBPR+).

מתי להשתמש ב-pacs.009 במקום pacs.008?

pacs.009 משמש להעברות בחשבון עצמי של מוסדות, לרגליות מימון ולתשלומי כיסוי. בניגוד ל-pacs.008, הנושא תשלום לקוח בשם חייב, pacs.009 מעביר כספים בין בנקים לחשבונם. בזרימות כיסוי, pacs.009 נושא את רגלית המימון בעוד pacs.008 נושא את הוראת הלקוח בנתיב נפרד.

מה ההבדל בין pacs.004 ל-pacs.007?

pacs.004 מחזיר כספים שנסלקו מצד המקבל בחזרה דרך השרשרת. pacs.007 מבטל תשלום מצד היוזם המקורי קדימה דרך השרשרת. pacs.004 משמש כשבנק המוטב לא יכול לזכות את הלקוח לאחר הסליקה. pacs.007 משמש כשהיוזם מגלה שגיאה, כפילות או הונאה.

מתי להשתמש ב-pacs.028 במקום לחכות ל-pacs.002?

pacs.028 משמש כשצריך לבקש באופן פעיל את סטטוס תשלום שלא קיבל עדכון pacs.002 בזמן. pacs.002 מונע אירועים (הסוכן המקבל שולח אותו יזומות), בעוד pacs.028 מונע חריגות (הסוכן המורה מבקש אותו). pacs.028 משמש לעדכוני תשלום מאוחרים, לא ברורים או חסרים, לא כתעבורה שגרתית.

למה משמש pacs.003?

pacs.003 נושא הוראות חיוב ישיר של לקוחות בין בנקים. סוכן הזכאי שולח אותו לסוכן החייב כדי לגבות כספים. דורש הפניית מנדט תקפה ותומך בתכניות חיוב ישיר SEPA Core ו-B2B. לא משמש להעברות אשראי ולא לחיובים ישירים בין מוסדות על חשבונם העצמי.

למה משמש pacs.010?

pacs.010 מטפל בחיובים ישירים בין מוסדות פיננסיים על חשבונותיהם. משמש לגביות בין בנקים כגון עמלות, קריאות מרווח והתחייבויות דומות במסגרת הסכמים דו-צדדיים. לא משמש לחיובים ישירים של לקוחות ולא להעברות אשראי.

מבנה ההודעה מבנה ההודעה

מהו כותרת הקבוצה (GrpHdr)?

כותרת הקבוצה מופיעה בדיוק פעם אחת בכל הודעת pacs. מכילה את מזהה ההודעה (MsgId), חותמת זמן היצירה (CreDtTm), מספר העסקאות (NbOfTxs), מידע סליקה (SttlmInf), ואופציונלית את סכום הסליקה הבין-בנקאית הכולל ומידע סוג התשלום. מזהה את מעטפת ההודעה, לא את העסקאות העסקיות הבודדות.

מהם מזהי התשלום ב-pacs.008?

pacs.008 משתמש בארבעה מזהים עיקריים. MsgId מזהה את מעטפת ההודעה ומשתנה בכל קפיצה. InstrId הוא הפניה נקודה-לנקודה בין סוכנים סמוכים ועשוי להשתנות בכל קפיצה. EndToEndId נקבע על ידי היוזם ואסור לשום סוכן בשרשרת לשנות אותו. TxId מוקצה על ידי הסוכן המורה הראשון ונשאר קבוע במרחב הבין-בנקאי. UETR הוא UUID שנשאר ללא שינוי בכל הרגליות למעקב מקצה לקצה.

אילו שיטות סליקה זמינות?

מוגדרות ארבע שיטות סליקה. CLRG מבצעת סליקה דרך מערכת סליקה כגון TARGET2,‏ EURO1 או CHIPS.‏ INDA מבצעת סליקה בספרי הסוכן המונחה שבו סוכן החייב מחזיק חשבון. INGA מבצעת סליקה בספרי הסוכן המורה שבו הסוכן המונחה מחזיק חשבון. COVE מבצעת סליקה דרך תשלום כיסוי נפרד שנישא על ידי pacs.009.

מה משמעות קודי נשיאת העמלות?

DEBT פירושו שכל העמלות על החייב (שווה ערך ל-MT103 OUR). ‏CRED פירושו שכל העמלות על הזכאי (שווה ערך ל-BEN). ‏SHAR פירושו שהעמלות מתחלקות בין סוכני החייב והזכאי (שווה ערך ל-SHA). ‏SLEV פירושו שהעמלות עוקבות אחר כללי רמת השירות וחובה בהעברות אשראי SEPA.

CBPR+ והגירה CBPR+ והגירה

מהו CBPR+?

CBPR+ (Cross-Border Payments and Reporting Plus) הוא תוכנית SWIFT לאימוץ ISO 20022 בהודעות תשלום חוצות גבולות. נכנס לפעולה במרץ 2023 ומחליף הודעות MT במקבילות pacs. ‏CBPR+ מחייב pacs.002 לכל תקשורת סטטוס, תומך בנתוני צדדים עשירים יותר ובכתובות מובנות, ומשתמש במעקב מבוסס UETR דרך gpi.

מה קרה לתקופת הדו-קיום MT/MX?

תקופת הדו-קיום להוראות תשלום חוצות גבולות הסתיימה בנובמבר 2025. מאז, הודעות CBPR+ חייבות להשתמש בפורמט ISO 20022 (MX). שירותי התרגום שהמירו בין MT ל-MX בתקופת המעבר אינם זמינים עוד לזרימות חדשות. בנקים חייבים כעת לשלוח ולקבל הודעות pacs מקוריות.

מהו מועד היעד לכתובות מובנות בנובמבר 2026?

החל מנובמבר 2026, ‏SWIFT CBPR+ מחייב כתובות דואר מובנות בהודעות תשלום חוצות גבולות. שורות כתובת לא מובנות (AdrLine בלבד) לא יתקבלו עוד עבור שדות צדדים מרכזיים. לכל הפחות נדרשים TwnNm ו-Ctry, עם המלצה ל-StrtNm ו-BldgNb או PstBx. שיפור זה מייעל סינון סנקציות ומצמצם תיקון ידני.

כיצד pacs.008 מחליף את MT103?

pacs.008 מחליף את MT103 ו-MT103+ להעברות אשראי של לקוחות. מיפוי מרכזי: שדה 20 של MT103 ממופה ל-MsgId או InstrId; שדה 32A מתפצל ל-IntrBkSttlmDt ו-IntrBkSttlmAmt; שדה 50a ממופה ל-Dbtr ו-DbtrAcct; שדה 59a ממופה ל-Cdtr ו-CdtrAcct; שדה 70 ממופה ל-RmtInf; שדה 71A ממופה ל-ChrgBr. ‏pacs.008 מוסיף UETR, מידע העברה מובנה, זיהוי LEI ותמיכה בעסקאות מרובות להודעה.

כיצד pacs.009 מחליף את MT202?

pacs.009 מחליף את MT202 ו-MT202COV להעברות בין מוסדות. בזרימות כיסוי, MT202COV (שנשא גם מימון וגם נתוני לקוח בסיסיים) מתפצל בצורה נקייה: pacs.009 נושא את רגלית המימון בעוד pacs.008 נושא את הוראת הלקוח ישירות. הפרדה זו משפרת את איכות הנתונים ומצמצמת בעיות התאמה.

פרטים טכניים פרטים טכניים

מהן כתובות מובנות לעומת לא מובנות?

כתובות מובנות משתמשות באלמנטים XML נפרדים לכל רכיב: StrtNm (רחוב), BldgNb (מספר בניין), PstCd (מיקוד), TwnNm (עיר), Ctry (מדינה), ואלמנטים אופציונליים כמו Flr,‏ Room ו-DstrctNm. כתובות לא מובנות משתמשות בעד שבעה אלמנטים AdrLine עם טקסט חופשי. כתובות היברידיות משלבות את שניהם בתקופת המעבר. לאחר נובמבר 2026, ‏CBPR+ מחייב פורמט מובנה.

מהו UETR וכיצד פועל מעקב gpi?

UETR (Unique End-to-End Transaction Reference) הוא מזהה UUID v4 שנוצר על ידי סוכן החייב ונישא ללא שינוי בכל רגליות התשלום. מופיע ב-pacs.008,‏ pacs.009,‏ pacs.002,‏ pacs.004,‏ pacs.007 ו-pacs.028. ‏SWIFT gpi משתמש ב-UETR למעקב אחר תשלומים דרך מסד נתונים Tracker מבוסס ענן. כל סוכן מאשר קבלה ועיבוד, מה שמאפשר נראות מקצה לקצה וניטור SLA.

מהם קודי הסטטוס הנפוצים ב-pacs.002?

ACCP פירושו אושר לאחר בדיקות פרופיל לקוח. ACSP פירושו אושר והסליקה בתהליך. ACSC פירושו שהסליקה בחשבון החייב הושלמה. RJCT פירושו נדחה (עם קוד סיבה ב-StsRsnInf). ‏PDNG פירושו ממתין לעיבוד נוסף. RCVD פירושו התקבל אך טרם עובד. כל סטטוס עשוי לכלול קוד סיבה מובנה כגון AC01 (מספר חשבון שגוי), AM04 (אין כיסוי מספיק) או RC01 (‏BIC שגוי).

מהם קודי סיבת ההחזרה הנפוצים ב-pacs.004?

קודי סיבת החזרה נפוצים כוללים AC01 (מספר חשבון שגוי), AC04 (חשבון סגור), AC06 (חשבון חסום), AM04 (אין כיסוי מספיק), BE04 (כתובת זכאי חסרה), CUST (לבקשת הלקוח), DUPL (תשלום כפול), FOCR (בעקבות בקשת ביטול) ו-FR01 (הונאה). הרשימה המלאה מוגדרת ב-External Code Sets של ISO 20022.

מהו מידע העברה מובנה?

מידע העברה מובנה ב-pacs.008 משתמש באלמנט RmtInf/Strd לנשיאת הפניות למסמכים (מספרי חשבונית, תעודות זיכוי), סכומים (לתשלום, שהועברו, מס, הנחה) והפניות זכאי (הפניות RF לפי ISO 11649). מאפשר התאמת חשבוניות אוטומטית ופיוס. קודי סוגי מסמכים נפוצים כוללים CINV (חשבונית מסחרית), CREN (תעודת זיכוי) ו-SOAC (דף חשבון).

מהו LEI ומתי משתמשים בו?

LEI (Legal Entity Identifier) הוא קוד אלפאנומרי בן 20 תווים לפי ISO 17442. מזהה באופן ייחודי ישויות משפטיות המשתתפות בעסקאות פיננסיות. בהודעות pacs, ‏LEI מופיע ב-OrgId/LEI עבור צדדים וב-FinInstnId/LEI עבור סוכנים. CBPR+ מעודד יותר ויותר שימוש ב-LEI לזיהוי צדדים וסוכנים. משפר הבחנה בין ישויות ותומך בדרישות דיווח רגולטוריות.

אודות ערכת הכלים pacs008 אודות ערכת הכלים pacs008

מה עושה pacs008?

pacs008 היא ערכת כלים ב-Python שמייצרת, מאמתת ושולחת הודעות תשלום ISO 20022. קוראת נתוני תשלום ממקורות CSV,‏ JSON,‏ JSONL,‏ SQLite ו-Parquet, מאמתת מול JSON Schema ו-XSD, בודקת מזהי IBAN ו-BIC, מנקה נתונים לתאימות תווי SWIFT ומפיקה קבצי XML. מספקת REST API,‏ CLI וספריית Python.

אילו סוגי הודעות pacs008 תומך?

pacs008 תומך בשמונה סוגי הודעות: pacs.002.001.12 (דוח סטטוס), pacs.003.001.09 (חיוב ישיר של לקוח), pacs.004.001.11 (החזרת תשלום), pacs.007.001.11 (ביטול תשלום), pacs.008.001.13 (העברת אשראי של לקוח), pacs.009.001.10 (העברת אשראי בין מוסדות פיננסיים), pacs.010.001.05 (חיוב ישיר בין מוסדות פיננסיים) ו-pacs.028.001.05 (בקשת סטטוס תשלום).

כיצד pacs008 עוזר עם מועד היעד לכתובות מובנות ב-2026?

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

האם pacs008 יכול לאמת נתונים ללא יצירת XML?

כן. השתמשו בדגל CLI --dry-run או בנקודת הקצה API POST /validate כדי לאמת נתוני תשלום ללא יצירת XML. צינור האימות בודק תאימות JSON Schema, פורמט IBAN וסכום ביקורת, מבנה BIC ותאימות תווי SWIFT. קוד היציאה או תגובת ה-API מציינים אם האימות עבר או נכשל.