Chapter 12 · 9 תת-פרקים · ~43 דק'

ניהול חשבוניות וזכאים

Invoice and Payables Management

פרק זה הוא יחידת-לימוד מלאה לניהול-חשבוניות-ספק וזכאים (Invoice and Payables Management) ב-SAP S/4HANA במסגרת Sourcing & Procurement. כל תת-פרק וכל תת-סעיף הורחב ליחידת-לימוד עצמאית בת 18 מקטעים — שלוש רמות הסבר (מנהלים, מתחילים, יועצים), מטרה עסקית, דוגמת-תהליך אמיתית, דוגמת CBC (מפעל-מילוי משקאות של קוקה-קולה), ניווט ו-SPRO, טבלאות/T-Codes/Fiori, פרטי קונפיגורציה, תרשים-תהליך להתאמה-תלת-כיוונית (3-Way Match) ולתשלום (F110), טעויות נפוצות, פתרון-תקלות, שיטות-מומלצות, שאלות-ראיון ומסקנות-מפתח. המטרה: לשלוט באימות-חשבוניות (MIRO/MIR7/MIR4/MIR6), שחרור-חסימות (MRBR), חשבונות-זכאים (BSIK/BSAK), תשלום (F110), אנליטיקה ודוחות, וקונפיגורציה — ללא הספר המקורי.

1/9

הסבר מנהלים

ניהול-חשבוניות-וזכאים הוא השלב המסכם של תהליך הרכש-לתשלום (Procure-to-Pay): קליטת חשבונית-הספק, אימותה מול ההזמנה והקבלה, רישום ההתחייבות הכספית (Payables) ולבסוף תשלום לספק. כאן הלוגיסטיקה (MM) פוגשת את הכספים (FI): רישום-חשבונית מוצלח יוצר מסמך-FI שמזכה את חשבון-הספק ומחייב את חשבון-המלאי או ההוצאה. שגיאה כאן מובילה לתשלומי-יתר, חסמי-תשלום מיותרים או דוח-זכאים שגוי במאזן.

הסבר למתחילים

דמיין שהזמנת סחורה, קיבלת אותה למחסן, ואז מגיע 'החשבון' מהספק. ניהול-חשבוניות-וזכאים הוא כל מה שקורה מרגע שהחשבון נכנס: SAP בודק שהחשבון תואם למה שהזמנת ולמה שקיבלת (התאמה-תלת-כיוונית), רושם שאתה חייב כסף לספק (זה ה'זכאי'), ובסוף משלם. 'Payables' = הכסף שאתה חייב לספקים; זו התחייבות שמופיעה במאזן.

הסבר ליועצים

התהליך נשען על שתי טבלאות-ליבה ב-MM: RBKP (כותרת מסמך-חשבונית) ו-RSEG (שורות-החשבונית מול שורות-ההזמנה/קבלה). ברישום נוצר מסמך-FI מקביל שמופיע כ-Open Item בחשבון-הספק: BSIK (פריטים פתוחים) ולאחר תשלום BSAK (פריטים מסולקים). אימות-החשבונית (Logistics Invoice Verification, LIV) מבוצע ב-MIRO ומבצע 3-Way Match בין PO (EKKO/EKPO), GR (MATDOC) וחשבונית. סטיות מחוץ-לטולרנס יוצרות חסימת-תשלום (Payment Block 'R') המשוחררת ב-MRBR. ב-S/4HANA אובייקט-החשבונית מנוהל גם דרך Object Page (Fiori 'Manage Supplier Invoices') לצד הקלאסי MIRO.

מטרה עסקית

המטרה: להבטיח שמשלמים לספק רק עבור מה שהוזמן ונתקבל, במחיר הנכון — בקרה פיננסית מהותית מפני הונאה וטעויות; ולנהל את התחייבויות-הזכאים (timing, cash discount, due date) כך שתזרים-המזומנים מתוכנן והנחות-מזומן מנוצלות.

דוגמת תהליך

ספק שולח חשבונית על 1,000 ארגזים. הרכש מקליד אותה ב-MIRO תוך הפניה ל-PO. SAP מושך אוטומטית את הכמות והמחיר מה-PO ומאמת מול ה-GR: אם הכל תואם — החשבונית נרשמת מאוזנת ומיד משוחררת לתשלום; אם המחיר חורג מהטולרנס — נוצרת חסימת-תשלום עד שמורשה משחרר ב-MRBR. בהמשך F110 סורק חשבונות-זכאים פתוחים (BSIK), בוחר את אלה שהגיע מועדם, ומפיק תשלום — והפריט עובר ל-BSAK.

דוגמת CBC

ב-CBC מפעל-המילוי מקבל אלפי חשבוניות חודשיות: תרכיז מ-The Coca-Cola Company, סוכר, CO2, בקבוקים, תוויות ושירותי-לוגיסטיקה. כל חשבונית עוברת 3-Way Match מול ה-PO וה-GR; חשבוניות-תרכיז בעלות-גבוהה נתונות לטולרנס מחמיר וחסימות-תשלום נפוצות יותר. תשלומי-הספקים מרוכזים בריצת-F110 שבועית, עם ניצול הנחות-מזומן (Cash Discount) לשיפור הון-חוזר.

תרשים תהליך

הזמנת-רכשPOEKKO/EKPO

קבלת-סחורהGRMATDOC, GR/IR זוכה

קליטת-חשבוניתMIRO3-Way Match

רישום → מסמך-FIRBKP/RSEGזכאי פתוח BSIK

תשלוםF110פריט → BSAK

ניווט / SPRO

Materials Management

└─Logistics Invoice Verification

└─Incoming Invoice

└─Activate Direct Posting to G/L Accounts and Material Accounts

Materials Management

└─Logistics Invoice Verification

└─Define Attributes of System Messages

Financial Accounting

└─Accounts Receivable and Accounts Payable

└─Business Transactions

└─Outgoing Payments

קונפיגורציה

Logistics Invoice Verification (LIV) הוא נתיב-החשבוניות מבוסס-הזמנה ב-MM; FI Invoice (FB60) הוא נתיב חשבונית ללא-PO.
טולרנסים (OMR6) קובעים מתי סטייה חוסמת תשלום או רק מתריעה.
Payment Block keys (FI) קובעים אילו פריטים חסומים-לתשלום עד שחרור.
תיאום חשבונות-מעבר GR/IR (Goods Receipt/Invoice Receipt clearing) מבטיח שכל GR נסגר מול חשבונית.

T-Codes

MIROMIR4MIR6MRBRF110FB60

Tables

RBKPRSEGBSIKBSAKEKBE

Fiori Apps

F0859F1060AF2179

נתוני אב

Supplier (Business Partner) — נתוני-תשלום: Payment Terms, Payment Method, Bank Details.
GR/IR Clearing Account — חשבון-מעבר בין קבלת-סחורה לקבלת-חשבונית.
Tolerance Keys — סף-סטייה למחיר/כמות לפני חסימה.

טעויות נפוצות

רישום חשבונית ללא הפניה ל-PO כשקיים PO — מאבד את ה-3-Way Match ואת בקרת-המחיר.
התעלמות מחסימות-תשלום שנערמות ב-MRBR — מעכב ספקים ומסכן הנחות-מזומן.
אי-סגירת GR/IR — יתרות-מעבר מצטברות ומעוותות את המאזן.

פתרון תקלות

תשלום לא מבוצע לספק ➔ בדוק Payment Block בפריט (BSIK) ושחרר ב-MRBR או FBL1N.
חשבונית לא מתאזנת ב-MIRO ➔ סטיית-מחיר/כמות מול PO/GR — בדוק EKBE והיסטוריית-ההזמנה.
זכאי 'נעלם' מהדוח ➔ הפריט עבר מ-BSIK ל-BSAK (סולק) — בדוק מסמך-התשלום.

שיטות מומלצות

אכוף נתיב-LIV (MIRO) לכל רכש מבוסס-PO; הגבל FB60 ללא-PO בלבד.
נהל מחזור-שחרור-חסימות יומי ב-MRBR למניעת עיכובי-תשלום.
סקור יתרות GR/IR חודשית (MR11) ונקה הפרשים ישנים.

שאלות ראיון

מהו ההבדל בין LIV (MIRO) ל-FI Invoice (FB60)?

LIV הוא אימות-חשבונית מבוסס-PO ב-MM עם 3-Way Match; FB60 הוא רישום-חשבונית ישיר ב-FI ללא הזמנה, לרוב להוצאות-כלליות.

מהו 'Payable' במאזן?

התחייבות לספק — הסכום שחייבים לשלם, מנוהל כ-Open Item בחשבון-הספק (BSIK) עד התשלום.

מסקנות מפתח

ניהול-חשבוניות-וזכאים סוגר את מעגל ה-Procure-to-Pay: חשבונית → זכאי → תשלום.
טבלאות-ליבה: RBKP/RSEG (חשבונית), BSIK/BSAK (זכאי פתוח/מסולק).
3-Way Match (PO+GR+חשבונית) הוא בקרת-המחיר המרכזית; MRBR משחרר חסמים; F110 משלם.

נושאים קשורים

MM · קבלת-סחורה (פרק 7)אובייקט · RBKPאובייקט · BSIK

SAP by Sali · Project NEO

טוען את נוף ה-SAP…