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

חשבונות-זכאים (Accounts Payable, AP) הוא תת-ספר ה-FI המנהל את החובות-לספקים: מרגע רישום-החשבונית (פתיחת Open Item) ועד התשלום (סילוק). הוא הגשר בין ה-MM (חשבונית) לבין הכספים והתזרים, ומספק את התשתית לתשלום ולניהול-יתרות-הספק. עיבוד תשלומי-ספק — עיבוד-תשלומי-ספק הוא ביצוע התשלום בפועל — אוטומטי דרך תוכנית-התשלומים (F110) או ידני (F-53). זהו צעד-המזומן הסוגר את מעגל-הזכאים: בחירת פריטים-פתוחים, יצירת אמצעי-תשלום וסילוק ה-Open Item. ניהול חשבון-ספק — ניהול-חשבון-ספק מתחזק את נתוני-האב והיתרות של הספק: פרטי-תשלום, בנק, תנאי-תשלום, וניתוח Open/Cleared Items. נתוני-אב נכונים הם תנאי לתשלום תקין ולדוחות-זכאים אמינים.

אחרי שרושמים חשבונית, החוב לספק 'יושב' בתת-מערכת שנקראת חשבונות-זכאים. שם רואים כמה חייבים לכל ספק, מתי צריך לשלם, ומשם מבצעים את התשלום. כשמשלמים — החוב נסגר. עיבוד תשלומי-ספק — כאן באמת משלמים. בדרך-כלל לא משלמים חשבונית-חשבונית ידנית, אלא מריצים תוכנית (F110) שאוספת את כל מה שצריך לשלם היום, מייצרת העברות-בנקאיות, וסוגרת את החובות. אפשר גם תשלום-בודד ידני. ניהול חשבון-ספק — לכל ספק יש 'תיק' במערכת: שמו, חשבון-הבנק שלו, מתי משלמים לו, וכמה חייבים לו כרגע. ניהול-חשבון-ספק הוא תחזוקת התיק הזה ובדיקת-היתרות שלו.

לנהל את ההתחייבויות-לספקים בצורה מבוקרת: לשלם בזמן הנכון (לא מוקדם מדי, לא באיחור), לנצל הנחות-מזומן, ולתחזק יתרות-ספק נכונות לדוחות-הכספיים. עיבוד תשלומי-ספק — לאוטמט תשלומי-המוני בצורה מבוקרת, לבחור נכון מה לשלם ומתי, לנצל הנחות, ולהבטיח שלא משלמים פריטים-חסומים. ניהול חשבון-ספק — להבטיח שכל ספק משולם לחשבון-הנכון, בתנאים-הנכונים, ושיתרתו משקפת-נאמנה את החוב — בסיס לתשלום, לתזרים ולביקורת.

• Financial Accounting ► Accounts Receivable and Accounts Payable ► Vendor Accounts ► Master Data ► Preparations for Creating Vendor Master Data • Financial Accounting ► Accounts Receivable and Accounts Payable ► Business Transactions ► Outgoing Payments ► Automatic Outgoing Payments • Financial Accounting ► Accounts Receivable and Accounts Payable ► Business Transactions ► Outgoing Payments ► Automatic Outgoing Payments ► Payment Method/Bank Selection for Payment Program • Financial Accounting ► Accounts Receivable and Accounts Payable ► Vendor Accounts ► Master Data ► Preparations for Creating Vendor Master Data ► Define Account Groups with Screen Layout • Cross-Application Components ► SAP Business Partner ► Business Partner ► Basic Settings

• AP מנהל את חיי-החוב-לספק: Open Item (BSIK) → תשלום → Cleared (BSAK).
• Payment Terms קובעים מועד והנחה; Reconciliation Account מסנכרן ל-G/L.
• F110 (אוטומטי) ו-F-53 (ידני) הם מנגנוני-התשלום.
• F110 = תשלום-אוטומטי בשלבים: Parameters→Proposal→Run→Medium.
• תשלום מסלק BSIK→BSAK ומייצר מסמך-תשלום וקובץ-בנק.
• FBZP מגדיר את כל תשתית-התשלום; F-53 לתשלום-ידני.
• אב-ספק = BP (FLVN01); נתונים ב-LFA1/LFB1/LFM1/LFBK.
• Recon Account, ZTERM, Bank, Payment Block הם שדות-המפתח.
• בקרת Sensitive Fields על שינויי-בנק מונעת הונאה.

בארגון חשבונות-הזכאים מנהלים מאות-ספקים: תרכיז, סוכר, אריזה, לוגיסטיקה. צוות-ה-AP מתזמן תשלומים לניצול-מרבי של הנחות-מזומן תוך שמירה על תזרים-מזומנים יציב למפעל-המילוי. חשבונית נרשמה → Open Item ב-BSIK עם Due Date לפי ZTERM (למשל נטו-30, 2% הנחה תוך-10). F110 בוחר את הפריט ביום-ה-9, משלם עם 2% הנחה, ומעביר ל-BSAK. עיבוד תשלומי-ספק — בארגון ריצת-F110 שבועית משלמת מאות-ספקים בהעברה-בנקאית; פריטים-חסומים (MRBR שטרם-שוחרר) נדחים אוטומטית, ותרכיז משולם בעדיפות לניצול-הנחת-מזומן. ביום-תשלום-שבועי F110 רץ: Parameters לחברה+שיטת-העברה, Proposal מציג 320 פריטים, מנהל-AP מוציא 5 פריטים-במחלוקת, מריץ Payment — נוצרים מסמכי-תשלום, BSIK→BSAK, וקובץ-DME לבנק. ניהול חשבון-ספק — בארגון ניהול-אב-ספק ל-The Example Product Company כולל בקרה מחמירה על שינויי-בנק (סיכון-הונאה) ותנאי-תשלום מוסכמים-חוזית לתרכיז. ספק מעדכן חשבון-בנק; AP מעדכן LFBK ב-BP, מאשר דרך תהליך-בקרת-שינויי-בנק, ומריץ FBL1N לאימות שכל הפריטים-הפתוחים יופנו לחשבון-החדש בריצת-F110 הבאה.

• Payment Terms (ZTERM, OBB8) — מועד-תשלום והנחות-מזומן. • Reconciliation Account — חשבון-מאזן המקשר תת-ספר-ספק ל-G/L. • Payment Methods + House Banks — תשתית-התשלום. עיבוד תשלומי-ספק • FBZP — Payment Program config: Company codes, Paying companies, Payment methods, Bank determination, House Banks. • Payment Method per country/company קובע מסמך-תשלום (העברה/צ'ק/DME). • Ranking Order + Available Amounts ל-House Banks קובעים מאיזה בנק לשלם. ניהול חשבון-ספק • BP Roles + Account Groups — מבנה-מסך וטווחי-מספרים לספק. • Field Status לאב-ספק — שדות-חובה (Recon Account, ZTERM, Bank). • Bank-Change Control / Sensitive Fields — אישור-כפול לשינויי-בנק.

נתוני אב • Payment Method + Bank Details באב-הספק (LFB1/LFBK). • House Bank + Account ID (FI12) — מקור-התשלום. • LFB1-AKONT = Reconciliation Account · LFB1-ZTERM = Payment Terms. • LFBK = Bank Details · LFB1-ZAHLS = Payment Block · LFB1-MABER = Dunning Area. שאלות ראיון היכן יושב חוב-ספק לפני ואחרי תשלום? לפני: Open Item ב-BSIK; אחרי: Cleared Item ב-BSAK. שניהם משתקפים ב-ACDOCA ב-S/4HANA. מהו Reconciliation Account? חשבון-מאזן ב-G/L המקבל אוטומטית כל רישום בתת-ספר-הספק, ושומר על סנכרון בין AP ל-General Ledger. מהם שלבי תוכנית-התשלומים F110? Parameters → Proposal → Payment Run → Payment Medium. ה-Proposal ניתן לעריכה לפני ביצוע-התשלום בפועל. כיצד F110 בוחר אילו פריטים לשלם? לפי Due Date, Payment Method, היעדר Payment Block, ו-Bank Determination — מתוך Open Items ב-BSIK. כיצד מתוחזק אב-ספק ב-S/4HANA? דרך Business Partner (BP) עם תפקיד FLVN01; XK01/MK01 הישנים הוחלפו. הנתונים נשמרים ב-LFA1/LFB1/LFM1/LFBK. מהם Sensitive Fields באב-ספק? שדות-קריטיים (בעיקר בנק ו-Recon Account) שכל שינוי בהם דורש אישור-כפול וחוסם תשלום עד אישור — בקרת-הונאה. נושאים קשורים • אובייקט · BSAK • MM · אנליטיקת-זכאים (12.4) • MM · ניתוח-תשלומים (12.4.10) • אובייקט · LFB1

• יתרת-ספק לא-תואמת ל-G/L ➔ Reconciliation Account שגוי או רישום-ידני ל-G/L. • פריט לא-משולם ➔ Payment Block או Payment Method חסר באב-הספק. עיבוד תשלומי-ספק • ספק לא-משולם ב-F110 ➔ Payment Block, Payment Method חסר, או Due Date עתידי. • Proposal ריק ➔ פרמטרי-בחירה צרים מדי או אין פריטים-בשלים. • קובץ-DME לא-נוצר ➔ Payment Medium Workbench/Variant לא-מוגדר. ניהול חשבון-ספק • תשלום הופנה לחשבון-שגוי ➔ LFBK עודכן ללא בקרה; בדוק לוג-שינויים (FK04). • ספק חסום-לתשלום ➔ LFB1-ZAHLS (Payment Block) מאוכלס.

• AP מנהל את חיי-החוב-לספק: Open Item (BSIK) → תשלום → Cleared (BSAK). • Payment Terms קובעים מועד והנחה; Reconciliation Account מסנכרן ל-G/L. • F110 (אוטומטי) ו-F-53 (ידני) הם מנגנוני-התשלום. • F110 = תשלום-אוטומטי בשלבים: Parameters→Proposal→Run→Medium. • תשלום מסלק BSIK→BSAK ומייצר מסמך-תשלום וקובץ-בנק. • FBZP מגדיר את כל תשתית-התשלום; F-53 לתשלום-ידני. • אב-ספק = BP (FLVN01); נתונים ב-LFA1/LFB1/LFM1/LFBK. • Recon Account, ZTERM, Bank, Payment Block הם שדות-המפתח. • בקרת Sensitive Fields על שינויי-בנק מונעת הונאה.