 |
| ||||||||
קבלות (כמו גם קבלות שליליות/ סטורנו) נוצרות ב-SAP Business Network אך נכשלות עקב שגיאת דחיפה של ERP.
בעת קבלת שגיאת דחיפה של ERP, חקור בתוך פתרון הרכש החיצוני שלך כדי לגלות אם המידע חסר או לא שלם.
אם השגיאה היא בגלל שלא ניתן למצוא את ההזמנה ב-ERP שלך, ודא שההזמנה לא אולצה הזמנה או נמחקה ב-ERP לאחר שליחתה מ-SAP. פעולות עתידיות אינן נתמכות עבור הזמנות מאולצות, עיין במסמך מסירת הזמנה והזמנות שנכשלו.
הבנת תהליך עבודה של קבלה:
- ברגע שקבלה תאושר, SAP תנסה לשלוח אותה ל-ERP (בהתבסס על תצורת השילוב). אם הפעולה תיכשל, המערכת תנסה לדחוף למשך 25 פעמים סה"כ בהתבסס על הפרמטר Application.Receiving.MaxRetriesToSendPushFailedReceipts.
- הניסיונות החוזרים נמצאים במרחק של כ-6 שעות זה מזה ויאפשרו לחלון של כ-6 ימים לזהות ולטפל בשגיאת הצד של ה-ERP. אם ברצונך שהקבלה תעודכן בתדירות גבוהה יותר ניתן להפעיל את Application.Receiving.EnableProcessPendingReceiptsPercepted כך שהקבלות נדחפו כל 3 שעות פעם אחת.
- במקרים בהם תיקון השגיאה אורך יותר מ-25 ניסיונות חוזרים, או כל ערך שתצורתו נקבעה בפרמטר Application.Receiving.MaxRetriesToSendPushFailedReceipts, אז תוכל להגדיל את מספר הניסיונות החוזרים המקסימליים לשליחת קבלות. שים לב ששינוי פרמטר זה ישפיע על כל הקבלות שנמצאות בסטאטוס ממתין לעיבוד ועל אלה שבסטאטוס עיבוד רק אם הפרמטר Application.Receiving.EnableProcessPendingReceipts מוגדר כ'אמת'.
במצבים שבהם לא ניתן לתקן את השגיאה, אנו ממליצים על הגישות הבאות:
אפשרות 1 (מומלץ):
כפה עיבוד של הקבלה באמצעות הלחצן אלץ עיבוד בכותרת הקבלה. לאחר מכן צור את הקבלה באופן ידני ב-ERP.
אפשרות 2:
אם יצירה ידנית של קבלות אסורה או שאינה אפשרית:
- כפה עיבוד של הקבלות התקועות (הקבלות ERP Push Errors).
- ודא שכל קבלה חדשה תקבל גם שגיאת דחיפה של ERP. הצעה: סימון אספקה כ'הושלמה' או סגירה של ההזמנה לקבלה ב-ERP, ולא SAP Ariba Procurement, יכול לעזור.
- צור קבלה חדשה שתבצע סטורנו על הקבלה התקועה: אם לקבלה הראשונה יש כמות 1, אז הקבלה לאחר סטורנו צריכה להיות בכמות -1; ולהיפך.
- שלח את הקבלה החדשה.
- לאחר מכן, קבלת הסטורנו החדשה צריכה להיות אילוץ עיבוד.
- פעולה זו תשאיר את ההזמנה ב-SAP Ariba עם 2 קבלות מבטלות זו את זו.
- בטל את השינויים שבוצעו בשלב 2.
- כעת עליך לוודא שכל קבלה חדשה שנוצרה תזרום בהצלחה ל-ERP, ואז תיצור קבלה חדשה.
אזהרה: יש לבדוק תחילה כדי להבטיח שלא הוחמץ שלב, או אם בוצעה קבלה מורכבת בהזמנה. חשוב להבין את הלוגיקה ויכול להשתנות בהתאם לתגובת ה-ERP. לדוגמה, אם ERP מקבל את הקבלה השלילית ורושם אותה במקום לשלוח חזרה שגיאה, לא ניתן לעקוב אחר גישה זו.
אפשרות 3:
ערוך את הקבלה עם שגיאת דחיפת ERP והגדר את הסכום שהתקבל/מספר התקבל כ-0 ושלח מחדש. השתמש בלחצן סגור הזמנה בקבלה (ייתכן שההזמנה עדיין נפתחת מחדש).
זהירות: אין להשתמש באפשרות זו אם קיימות קבלות חדשות שנרשמו כנגד ההזמנה. גם אם הם במצב מעובד ומיוצאים ל-ERP, הם יוסרו. אפשרות זו גם אינה אפשרית אם האתר שלך מופעל עבור סגירת רמת שורה של הזמנת רכש.
- אם תצורת האתר שלך נקבעה עבור שילוב קבלות עם SAP Business Network, שים לב שהאפשרות כפה קבלות שעובדו עדיין תישלח וסונכרנה בתוך SAP, אבל ה-ERP יהיה לא מסונכרן.
- לא ניתן לשלוח שוב קבלות שעובדו בכפייה ל-ERP, אם משתמש כופה תהליך קבלה בטעות, יש לעקוב אחר אחת משתי האפשרויות הראשונות לעיל.
- עבור אתרים שתצורתם נקבעה עם שילוב ערוץ קבצים, הקבלה תיכנס לתור לייצוא ברגע שהיא תאושר. תהליך כפוי לא יעצור את ייצוא התהליך בפעם הראשונה, אלא יעצור את כניסת הקבלה לתור בפעם הבאה. תרחיש זה קורה רק כאשר קבלה מקבלת שגיאת דחיפה של ERP.
- SAP לא תומכת בביטול קבלה. ניתן לבצע קבלה וסטורנו מאוחר יותר רק עם קבלה שלילית, אך לא לבטל/למחוק/מיושן קבלה שאושרה.
לקריאה נוספת על תיעודים ספציפיים על קבלה, ראה להלן:
- מייצא נתוני קבלה
- קביעת תצורה וניהול קבלה
- תהליך עבודה של ייצוא קבלה שנכשל
- מייצא קבלות ל-SAP ERP
- שגיאות ייצוא קבלה
רכישה > קבלה
רכישה > קבלה > ייבוא/ייצוא של קבלה