עיבוד חשבוניות

עיבוד-חשבוניות (Invoice Processing) הוא הליבה התפעולית של הפרק: קליטה, אימות ורישום של חשבונית-הספק. כאן מבוצע ה-3-Way Match, מחושבים מסים והנחות, ומופקים מסמך-החשבונית ומסמך-ה-FI. עיבוד יעיל = תזרים-תשלומים חלק; עיבוד שגוי = חסימות, ביקורות ותשלומי-יתר. מסמכי חשבונית-ספק — מסמך-חשבונית-הספק הוא הרשומה המתעדת את דרישת-התשלום של הספק במערכת. הוא מורכב מכותרת (RBKP) ושורות (RSEG), ומקושר למסמך-FI שיוצר את הזכאי. סוג-המסמך ומבנהו קובעים את אופן-העיבוד והדיווח. תוצאות עיבוד החשבונית — רישום-חשבונית מצליח מפיק מספר תוצאות חשבונאיות בו-זמנית: זיכוי חשבון-הספק (יצירת הזכאי), חיוב חשבון-ההוצאה/המלאי, סגירת חשבון-מעבר GR/IR, וחישוב-מס. ההבנה של 'מה נוצר' היא תנאי לתחקור-תקלות ולהתאמות. סוגי אימות חשבוניות-ספק — קיימים מספר סוגי-אימות: אימות מבוסס-PO (3-Way Match), אימות מבוסס-GR (GR-Based IV), אימות מבוסס-שירות (Service Entry), ורישום-ישיר ל-G/L או לחשבון-חומר ללא-PO. בחירת-הסוג קובעת את היקף-האוטומציה ואת רמת-הבקרה. הזנת מסמכי חשבונית — הזנת-החשבונית היא פעולת-הקלט ב-MIRO: בחירת בסיס-ההתייחסות (PO/GR/Service), הזנת כותרת ובדיקת שורות עד איזון. זהו הצעד הידני המהותי, ובו מרבית-הטעויות והבקרות. עיבוד החשבונית — לאחר ההזנה, המערכת מבצעת את עיבוד-הליבה: 3-Way Match אוטומטי, בדיקת-טולרנסים, חישוב-מס והנחה, וקביעת סטטוס-תשלום. כאן מוכרעת השאלה אם החשבונית משוחררת מיד או נחסמת. דיווח בעיבוד חשבוניות — דיווח בעיבוד-חשבוניות מספק נראות תפעולית: אילו חשבוניות נחסמו, אילו Parked, מהי תפוקת-העיבוד ומהם פערי-ה-GR/IR. דוחות אלה מניעים את ניהול-הזרימה היומי של מחלקת-AP. עמודי-אובייקט — Object Page ב-S/4HANA Fiori הוא מסך-אובייקט מאוחד המציג חשבונית-ספק בודדת על כל פרטיה: כותרת, שורות, מסמכי-FI מקושרים, סטטוס-תשלום וקבצים-מצורפים — חלופה מודרנית ל-MIR4 הקלאסי.

זה החלק שבו 'מקלידים את החשבון' למערכת. אתה אומר ל-SAP על איזו הזמנה מדובר, הוא ממלא לך אוטומטית את הכמות והמחיר, אתה בודק שהסכום-הכולל תואם לחשבונית הנייר, ולוחץ 'רישום'. מאותו רגע SAP יודע שאתה חייב כסף לספק. מסמכי חשבונית-ספק — כשמקלידים חשבונית, SAP יוצר 'מסמך' פנימי שמספרו ייחודי. המסמך הזה זוכר הכל: מי הספק, על מה החשבונית, כמה כסף, ולאיזו הזמנה היא קשורה. ממנו נגזר מסמך נוסף בכספים שרושם את החוב. תוצאות עיבוד החשבונית — כשרושמים חשבונית, קורים כמה דברים יחד: SAP רושם שאתה חייב כסף לספק (זיכוי), שהסחורה כבר שלך (חיוב), 'סוגר' את החשבון-הזמני שנפתח בקבלת-הסחורה, ומוסיף את המע"מ. הכל בפקודת-יומן אחת. סוגי אימות חשבוניות-ספק — יש כמה דרכים לבדוק חשבונית. הנפוצה: השוואה מול ההזמנה ומול הקבלה (3-Way). לפעמים בודקים רק מול הקבלה (GR-Based). ולפעמים — להוצאות כלליות בלי הזמנה — פשוט רושמים ישירות לחשבון-הנהלת-חשבונות. הזנת מסמכי חשבונית — כאן מקלידים בפועל: פותחים MIRO, אומרים על איזו הזמנה מדובר, ממלאים סכום ותאריך, מוודאים שה-Balance אפס, ולוחצים Post. אם משהו לא תואם — שומרים כטיוטה (Park) עד שמתבררים. עיבוד החשבונית — אחרי שהקלדת, SAP עושה את ה'בדיקה החכמה' לבד: משווה מחיר וכמות בין ההזמנה, הקבלה והחשבונית. אם הכל בטווח-המותר — החשבונית משוחררת לתשלום. אם יש פער גדול מדי — היא נחסמת עד שמישהו מאשר. דיווח בעיבוד חשבוניות — כדי לנהל את העבודה צריך לראות 'מה תקוע'. הדוחות מראים כמה חשבוניות מחכות, כמה חסומות, וכמה כבר שולמו — כך הצוות יודע על מה לעבוד היום. עמודי-אובייקט — במקום מסך-טבלאי ישן, Fiori נותן 'דף-אובייקט' יפה לכל חשבונית: בראש פרטי-הספק והסכום, ולמטה כל השורות, הקישורים והסטטוס — הכל במקום אחד, נוח לעיון.

לתרגם מסמך-נייר/אלקטרוני של ספק לרישום-חשבונאי מבוקר ומאוזן, תוך אימות אוטומטי מול ההזמנה והקבלה — מבלי להזין ידנית כל סכום ולחשוף את הארגון לטעויות. מסמכי חשבונית-ספק — לשמר תיעוד מלא ובר-מעקב של כל חשבונית — לצורכי ביקורת, התאמה מול ה-PO/GR, ומעקב אחר סטטוס-התשלום. תוצאות עיבוד החשבונית — להשלים את החצי-הכספי של הקבלה-הלוגיסטית: ההפרשה שנוצרה ב-GR מתחלפת בהתחייבות-אמיתית לספק, וההפרשי-מחיר מנותבים נכון. סוגי אימות חשבוניות-ספק — להתאים את רמת-הבקרה לסוג-הרכש: סחורה פיזית דורשת 3-Way; שירות מתמשך עשוי להסתפק ב-2-Way; הוצאה-כללית נרשמת ישירות. הזנת מסמכי חשבונית — לאפשר קליטה גמישה ומבוקרת של חשבוניות מסוגים שונים, עם טעינה-אוטומטית של נתוני-ההזמנה לצמצום-הקלדה וטעויות. עיבוד החשבונית — להעביר את ההחלטה 'לשלם או לחסום' מבן-אדם לכללים-מוגדרים-מראש — בקרה אובייקטיבית, מהירה וברת-ביקורת על כל חשבונית. דיווח בעיבוד חשבוניות — לתת למנהל-AP ולמבקר תמונת-מצב בזמן-אמת על צוואר-הבקבוק בעיבוד, ולמנוע חשבוניות 'אבודות' שלא נרשמו או לא שולמו. עמודי-אובייקט — לספק חוויית-משתמש אחידה, מקושרת וניתנת-לניווט לכל אובייקט-עסקי, ולהחליף את ריבוי-המסכים הטרנזקציוניים בתצוגה-אחת-עשירה.

• Materials Management ► Logistics Invoice Verification ► Incoming Invoice ► Maintain Default Values for Tax Codes • Materials Management ► Logistics Invoice Verification ► Incoming Invoice ► Number Assignment ► Maintain Number Assignments for Logistics Documents • Materials Management ► Logistics Invoice Verification ► Incoming Invoice ► Set Check for Duplicate Invoices • Materials Management ► Logistics Invoice Verification ► Incoming Invoice ► Number Assignment ► Maintain Number Assignments for Accounting Documents • Materials Management ► Valuation and Account Assignment ► Account Determination ► Account Determination Without Wizard ► Configure Automatic Postings (OBYC) • Materials Management ► Logistics Invoice Verification ► Incoming Invoice ► Activate Direct Posting to G/L Accounts and Material Accounts • Materials Management ► Purchasing ► Purchase Order ► Set Up Goods-Receipt-Based Invoice Verification • Materials Management ► Logistics Invoice Verification ► Incoming Invoice ► Define Tax Jurisdiction • Materials Management ► Logistics Invoice Verification ► Invoice Block ► Set Tolerance Limits • Materials Management ► Logistics Invoice Verification ► Invoice Block ► Determine Payment Block • Materials Management ► Logistics Invoice Verification ► Invoice Block ► Item Amount Check • Logistics ► Materials Management ► Logistics Invoice Verification ► Further Processing ► Display List of Invoice Documents (MIR5) • SAP Fiori Launchpad ► Sourcing and Procurement ► Invoice Processing ► Manage Supplier Invoices

• עיבוד-חשבונית = קליטה+אימות+רישום, יוצר RBKP/RSEG ומסמך-FI.
• Balance חייב להיות 0 כדי לרשום; אחרת Hold/Park.
• Duplicate Check ו-Tolerance Keys הם בקרות-הליבה.
• מסמך-החשבונית = כותרת RBKP + שורות RSEG, מקושר למסמך-FI.
• שני טווחי-מספרים נפרדים; ניווט דרך Follow-On Documents.
• רישום-חשבונית סוגר GR/IR ויוצר זכאי (Cr Vendor).
• סטיות-מחיר נרשמות ל-PRD (Standard) או למלאי (Moving Average).
• OBYC שולט בכל קביעת-החשבונות האוטומטית.
• 3-Way Match (PO+GR+חשבונית) = הבקרה החזקה ביותר, ברירת-המחדל לסחורה.
• GR-Based IV מחייב התאמה לכל GR — לחשבוניות חלקיות.
• Direct Posting (FB60) להוצאות ללא-PO.
• MIRO = נקודת-ההזנה; בחירת Reference + איזון Balance הם הליבה.
• Post / Hold / Park / Save-as-Completed הן אפשרויות-השמירה.
• ביטול-חשבונית ב-MR8M.
• העיבוד מבצע 3-Way Match ובדיקת-טולרנס אוטומטית.
• סטייה מחוץ-לטולרנס → Payment Block 'R'.
• MRBR משחרר חסימות; OMR6 מגדיר טולרנסים.
• MIR5/MIR6 לרשימות-חשבוניות; MRBR לחסומות; MR11 ל-GR/IR.
• דיווח מונע חשבוניות 'אבודות' ומנהל את צוואר-הבקבוק.
• Fiori KPI מוסיף נראות-cycle-time בזמן-אמת.
• Object Page = תצוגת-Fiori עשירה ומקושרת לחשבונית בודדת.
• מבוסס CDS/OData; מנווט ל-PO/GR/FI/תשלום.
• משלים את MIRO הטרנזקציוני.

בארגון צוות-AP מעבד מאות חשבוניות-יומיות. חשבוניות-תרכיז (סכום גבוה, ספק-בודד) עוברות אימות קפדני; חשבוניות-אריזה (ריבוי-ספקים) מעובדות בצובר. חשבוניות שאינן מתאזנות נשמרות כ-Parked ומועברות לבירור-רכש. פקיד-AP פותח MIRO, מקיש PO, SAP טוען את השורות עם כמות-שנותרה-לחיוב ומחיר-PO. הוא מזין את סכום-החשבונית בכותרת; השדה 'Balance' חייב להגיע ל-0 כדי לרשום. אם תואם — רישום מיידי; אם לא — שמירה כ-Parked עד בירור מול הספק. מסמכי חשבונית-ספק — בארגון כל חשבונית-תרכיז מקבלת מסמך עם הפניה ל-PO ולמספר-משלוח של The Example Product Company, לצורכי תחקור-ביקורת מלא. לאחר רישום ב-MIRO, המערכת מציגה 'Document no. 51XXXXXXXX created'. הצגתו ב-MIR4 חושפת את הכותרת והשורות, את מסמך-ה-FI המקושר, ואת היסטוריית-ההזמנה (PO History). תוצאות עיבוד החשבונית — בארגון חומרי-גלם בניהול-Standard-Price: הפרשי-מחיר-חשבונית נרשמים ל-PRD ומנותחים חודשית מול תקציב-עלויות-החומר של מפעל-המילוי. GR קודם זיכה GR/IR ב-1,000. החשבונית על 1,020 רושמת: Dr GR/IR 1,000, Dr Price Difference 20, Cr Vendor 1,020 (+מס). GR/IR נסגר במלואו; ההפרש-20 נרשם כ-PRD כי החומר ב-Standard Price. סוגי אימות חשבוניות-ספק — בארגון: חומרי-גלם ואריזה = GR-Based 3-Way Match (חשבוניות חלקיות נפוצות); שירותי-תחזוקה = 2-Way; הוצאות-מטה = רישום-ישיר FB60. סחורה: 3-Way Match אוטומטי. שירותי-ייעוץ: 2-Way (PO+חשבונית) כי אין GR פיזי. חשמל-משרד: רישום-ישיר ב-FB60 ללא PO. הזנת מסמכי חשבונית — בארגון הזנת חשבונית-תרכיז מתבצעת עם הפניה ל-Delivery Note כדי להבטיח התאמה למשלוח הספציפי מ-The Example Product Company. פקיד מזין PO, בוחר 'Delivery Note' כהתייחסות, SAP מסנן ל-GR הספציפי. הוא מזין סכום-ברוטו 5,000, Balance=0, Post. המערכת מחזירה מספר-מסמך. עיבוד החשבונית — בארגון עליות-מחיר-סוכר עונתיות יוצרות חסימות-תשלום תכופות; צוות-הרכש סוקר אותן ב-MRBR ומשחרר לאחר אימות מול חוזה-הספק. חשבונית במחיר 1.05/יח' מול PO ב-1.00 וטולרנס 3% — הסטייה 5% חורגת; נוצרת Payment Block 'R'. מנהל-רכש בוחן ב-MRBR, מאשר את עליית-המחיר, ומשחרר — החשבונית עוברת לזכאי-לתשלום. דיווח בעיבוד חשבוניות — בארגון דוח-יומי מציג חשבוניות-תרכיז חסומות לפי גיל; חשבוניות מעל-סף-ערך מקבלות טיפול-עדיפות לשמירה על יחסי-ספק עם The Example Product Company. מנהל-AP מריץ MIR6 בבוקר, מסנן לחשבוניות-חסומות מעל 10,000, ומקצה אותן לשחרור-עדיפות ב-MRBR לפני מועד-ניצול-ההנחה. עמודי-אובייקט — בארגון צוות-AP עובר ל-Object Pages לבירור-מהיר של חשבונית-ספק תוך ניווט ל-PO ול-GR בלחיצה — מקצר זמן-בירור מול ספקים. משתמש לוחץ על חשבונית ברשימת-Fiori; נפתח Object Page עם פרטי-החשבונית, שורות-ההתאמה, וקישור-ישיר למסמך-ה-PO ולמסמך-התשלום — ללא מעבר בין טרנזקציות.

• Duplicate Invoice Check — מונע רישום כפול של אותה חשבונית (ספק+סכום+תאריך+מספר-ייחוס). • Default Tax Codes — קוד-מס ברירת-מחדל לפי קבוצת-חברה/ספק. • Number Ranges — טווחי-מספרים נפרדים למסמך-חשבונית ולמסמך-FI. • Tolerance Keys (OMR6) — PP מחיר, DQ/BD כמות, AP/AN סכומים זעירים. מסמכי חשבונית-ספק • Number Range למסמך-לוגיסטי (RBKP) נפרד מ-Number Range למסמך-FI (BKPF). • Document Type ב-FI (RE כברירת-מחדל לחשבונית-ספק) קובע את טווח-המספרים החשבונאי. תוצאות עיבוד החשבונית • OBYC — קביעת-חשבונות אוטומטית: GR/IR (WRX), Price Difference (PRD), Tax, Stock (BSX). • Price Control (S/V) באב-החומר קובע אם הפרש-מחיר נרשם ל-PRD או לעדכון-מלאי. סוגי אימות חשבוניות-ספק • GR-Based IV — דגל ברמת-PO (EKPO-WEBRE) או ברירת-מחדל באב-ספק (LFM1). • Direct Posting to G/L / Material — הפעלה ב-LIV כדי לאפשר טאב G/L/Material ב-MIRO. • Service-Based IV — מבוססת על Service Entry Sheet (ESSR) שאושר. הזנת מסמכי חשבונית • Reference categories הזמינות ב-MIRO נשלטות ברמת-הלקוח. • Layout variants לשורות-החשבונית מאפשרים תצוגת-עמודות מותאמת. • Default Posting Date / Tax — ברירות-מחדל לזירוז-ההזנה. עיבוד החשבונית • Tolerance Limits (OMR6): PP מחיר, DQ כמות-יתר, BD חריגת-תאריך, AP/AN סכום-זעיר, ST תאריך-משלוח. • Determine Payment Block — אילו סוגי-סטייה מציבים Block 'R'. • Stochastic / Manual Block — חסימה אקראית/ידנית לביקורת. דיווח בעיבוד חשבוניות • Selection variants ב-MIR5/MIR6 לשמירת-שאילתות חוזרות (חסום/Parked/לפי-ספק). • MR11 לניתוח יתרות-GR/IR והכנה לסגירה. עמודי-אובייקט • Object Pages מופעלים דרך הקצאת-Business-Catalog ו-Tiles ב-Fiori Launchpad. • CDS-Views ו-OData services חייבים להיות פעילים (SICF/maintain service).

נתוני אב • PO History (EKBE) — מקור הכמות-לחיוב ומחיר-ההתייחסות. • Tax Codes — שולטים בחישוב-המס בעת הרישום. • GR/IR Clearing Account (WRX) — מסולק בין GR לחשבונית. • Price Difference Account (PRD) — קולט סטיות תחת Standard Price. שאלות ראיון מהן האפשרויות לשמירת חשבונית שאינה מאוזנת? Hold (MIR7) — שמירה זמנית ללא בדיקות; Park — שמירה עם בדיקות חלקיות ללא רישום-FI; שתיהן ניתנות לעריכה והשלמה מאוחרת. כיצד מונעים תשלום כפול? Duplicate Invoice Check — משווה ספק, סכום, מטבע, תאריך-חשבונית ומספר-ייחוס, וחוסם רישום זהה. כמה מסמכים נוצרים ברישום חשבונית-LIV? שניים: מסמך-לוגיסטי (RBKP/RSEG) ומסמך-FI (BKPF/ACDOCA), עם טווחי-מספרים נפרדים, מקושרים כ-Follow-On. מהי פקודת-היומן ברישום חשבונית-LIV? Dr GR/IR Clearing, Cr Vendor; בסטייה תחת Standard Price נוסף Dr/Cr Price Difference (PRD); ובנפרד רישום-מס. מהו ההבדל בין PO-Based ל-GR-Based Invoice Verification? PO-Based מתאם מול ה-PO וכל ה-GRs במצטבר; GR-Based מחייב התאמה לכל קבלת-סחורה בנפרד — חיוני לחשבוניות חלקיות. מהו 2-Way Match? התאמה בין PO לחשבונית ללא GR — לשירותים/Blanket PO שאין בהם קבלת-סחורה פיזית. מה ההבדל בין Hold ל-Park ב-MIRO? Hold (MIR7) שומר ללא בדיקות וללא רישום; Park מבצע בדיקות חלקיות, מאפשר Workflow-אישור, אך עדיין ללא מסמך-FI עד רישום. מהו 3-Way Match? השוואה אוטומטית בין שלושה מקורות: הזמנת-הרכש (מחיר/כמות), קבלת-הסחורה (כמות), והחשבונית — לאישור-תשלום רק במסגרת-הטולרנס. מהי חסימת-תשלום 'R'? Payment Block שמערכת מציבה אוטומטית בסטייה מחוץ-לטולרנס; חוסם תשלום עד שחרור ידני ב-MRBR. באיזה דוח בוחנים חשבוניות-Parked? MIR6/MIR5 עם סינון לפי סטטוס — מציג Parked/Held שטרם נרשמו, למניעת זכאים חסרים. מהו Object Page ב-Fiori? מסך-אובייקט מאוחד מבוסס-CDS המציג ישות-עסקית בודדת (כגון חשבונית-ספק) על כל פרטיה וקישוריה, חלופה ל-MIR4. נושאים קשורים • אובייקט · RSEG • MM · הזמנת-רכש (פרק 5) • אובייקט · RBKP • MM · קבלת-סחורה (פרק 7) • MM · שירותים (Service Entry) • אובייקט · EKBE • MM · שחרור-חסימות (12.5.2) • אובייקט · MRBR • MM · אנליטיקה (12.4)

• MIRO לא מאפשר רישום ➔ Balance≠0; בדוק סטיית-מחיר/כמות/מס מול PO. • חשבונית כפולה נחסמה ➔ Duplicate Check זיהה ספק+סכום+ייחוס זהים — אַמת מול הקיים. • מס שגוי ➔ Tax Code שגוי או חסר ברמת-השורה. מסמכי חשבונית-ספק • לא מוצאים את מסמך-ה-FI ➔ הצג ב-MIR4 את 'Follow-On Documents' לקישור. • מסמך לא נמצא ➔ נבדק טווח-מספרים/שנת-כספים שגויים. תוצאות עיבוד החשבונית • GR/IR לא נסגר ➔ כמות-חשבונית≠כמות-GR; השלם GR או חשבונית, או נקה ב-MR11. • הפרש לא צפוי ב-PRD ➔ סטיית-מחיר תחת Standard Price; בדוק מחיר-PO מול תקן. סוגי אימות חשבוניות-ספק • MIRO לא מציע שורות ➔ GR טרם נרשם ו-GR-Based IV פעיל; רשום GR קודם. • אי-אפשר לרשום ל-G/L ➔ Direct Posting לא הופעל ב-LIV. הזנת מסמכי חשבונית • לא ניתן לרשום ➔ תקופת-רישום נעולה (MMPV/OB52) או Balance≠0. • שורות לא נטענות ➔ Reference שגוי או אין GR ב-GR-Based IV. עיבוד החשבונית • חשבונית נחסמה ללא-סיבה ברורה ➔ בדוק ב-MRBR את סוג-החסימה (Q כמות/P מחיר/בלוק-ידני). • חשבונית עברה למרות-סטייה ➔ טולרנס רחב מדי או אין Block מוגדר לסוג-הסטייה. דיווח בעיבוד חשבוניות • חשבונית 'נעלמה' ➔ חפש ב-MIR5/MIR6 לפי ספק/תאריך/סטטוס (Parked/Held). • יתרת-GR/IR לא-מוסברת ➔ נתח ב-MR11 לפי PO. עמודי-אובייקט • Object Page לא נטען ➔ OData service לא-פעיל או חוסר-הרשאה ל-Catalog. • ניווט ל-PO נכשל ➔ הרשאת-תצוגת-PO חסרה למשתמש.

• עיבוד-חשבונית = קליטה+אימות+רישום, יוצר RBKP/RSEG ומסמך-FI. • Balance חייב להיות 0 כדי לרשום; אחרת Hold/Park. • Duplicate Check ו-Tolerance Keys הם בקרות-הליבה. • מסמך-החשבונית = כותרת RBKP + שורות RSEG, מקושר למסמך-FI. • שני טווחי-מספרים נפרדים; ניווט דרך Follow-On Documents. • רישום-חשבונית סוגר GR/IR ויוצר זכאי (Cr Vendor). • סטיות-מחיר נרשמות ל-PRD (Standard) או למלאי (Moving Average). • OBYC שולט בכל קביעת-החשבונות האוטומטית. • 3-Way Match (PO+GR+חשבונית) = הבקרה החזקה ביותר, ברירת-המחדל לסחורה. • GR-Based IV מחייב התאמה לכל GR — לחשבוניות חלקיות. • Direct Posting (FB60) להוצאות ללא-PO. • MIRO = נקודת-ההזנה; בחירת Reference + איזון Balance הם הליבה. • Post / Hold / Park / Save-as-Completed הן אפשרויות-השמירה. • ביטול-חשבונית ב-MR8M. • העיבוד מבצע 3-Way Match ובדיקת-טולרנס אוטומטית. • סטייה מחוץ-לטולרנס → Payment Block 'R'. • MRBR משחרר חסימות; OMR6 מגדיר טולרנסים. • MIR5/MIR6 לרשימות-חשבוניות; MRBR לחסומות; MR11 ל-GR/IR. • דיווח מונע חשבוניות 'אבודות' ומנהל את צוואר-הבקבוק. • Fiori KPI מוסיף נראות-cycle-time בזמן-אמת. • Object Page = תצוגת-Fiori עשירה ומקושרת לחשבונית בודדת. • מבוסס CDS/OData; מנווט ל-PO/GR/FI/תשלום. • משלים את MIRO הטרנזקציוני.