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

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

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

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

• 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

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

בארגון מפעל-המילוי מקבל אלפי חשבוניות חודשיות: תרכיז מ-The Example Product Company, סוכר, CO2, בקבוקים, תוויות ושירותי-לוגיסטיקה. כל חשבונית עוברת 3-Way Match מול ה-PO וה-GR; חשבוניות-תרכיז בעלות-גבוהה נתונות לטולרנס מחמיר וחסימות-תשלום נפוצות יותר. תשלומי-הספקים מרוכזים בריצת-F110 שבועית, עם ניצול הנחות-מזומן (Cash Discount) לשיפור הון-חוזר. ספק שולח חשבונית על 1,000 ארגזים. הרכש מקליד אותה ב-MIRO תוך הפניה ל-PO. SAP מושך אוטומטית את הכמות והמחיר מה-PO ומאמת מול ה-GR: אם הכל תואם — החשבונית נרשמת מאוזנת ומיד משוחררת לתשלום; אם המחיר חורג מהטולרנס — נוצרת חסימת-תשלום עד שמורשה משחרר ב-MRBR. בהמשך F110 סורק חשבונות-זכאים פתוחים (BSIK), בוחר את אלה שהגיע מועדם, ומפיק תשלום — והפריט עובר ל-BSAK.

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

נתוני אב • Supplier (Business Partner) — נתוני-תשלום: Payment Terms, Payment Method, Bank Details. • GR/IR Clearing Account — חשבון-מעבר בין קבלת-סחורה לקבלת-חשבונית. • Tolerance Keys — סף-סטייה למחיר/כמות לפני חסימה. שאלות ראיון מהו ההבדל בין LIV (MIRO) ל-FI Invoice (FB60)? LIV הוא אימות-חשבונית מבוסס-PO ב-MM עם 3-Way Match; FB60 הוא רישום-חשבונית ישיר ב-FI ללא הזמנה, לרוב להוצאות-כלליות. מהו 'Payable' במאזן? התחייבות לספק — הסכום שחייבים לשלם, מנוהל כ-Open Item בחשבון-הספק (BSIK) עד התשלום. נושאים קשורים • MM · קבלת-סחורה (פרק 7) • אובייקט · RBKP • אובייקט · BSIK

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

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