הזמנות מתוכננות
Planned Orders
העברת נתוני-תנועה · שיעור 3
- הזמנה-מתוכננת = הצעת-קבלה גמישה, ליבת לוח-התכנון.
- נוצרת ב-PP/DS ומתפרסמת ל-PLAF ב-ECC.
- המר בצד אחד בלבד למניעת כפילות.
- Firming/PTF מגן על תוכנית מאושרת מהרצה אוטומטית.
מטרת השיעור
ידע אצורהזמנה-מתוכננת היא הצעת-קבלה זמנית שה-PP/DS מפיק כדי לכסות ביקוש; היא אינה מחייבת ביצוע עד שמומרת לפק"ע/הזמנת-רכש. ההזמנות-המתוכננות הן הליבה הדינמית של לוח-התכנון, ועליהן מתבצעות פעולות-התזמון, ה-pegging וה-optimization. ההעברה ההדדית עם ECC מבטיחה שתי המערכות 'מסכימות' על אותה תוכנית.
למה זה חשוב
ידע אצורהזמנה-מתוכננת היא 'תזכורת לייצר' שהמערכת ממציאה כשהיא רואה חוסר. היא עדיין לא הזמנה אמיתית — אפשר להזיז, לשנות או למחוק אותה בחופשיות. כשמאשרים, היא הופכת לפקודת-ייצור אמיתית. בין ECC ל-PP/DS היא צריכה להישאר מסונכרנת כדי ששתי המערכות יראו אותה תמונה.
ערך עסקי
ידע אצורהמטרה: לתחזק שכבת-תכנון גמישה שניתן לאופטם ולתזמן בלי להתחייב למשאבים, ולשמור על סנכרון דו-כיווני בין מנוע-התכנון (PP/DS) למערכת-הביצוע (ECC) כך שהמרה לפק"ע תשקף את התוכנית המעודכנת.
היכן בשימוש
ידע אצור• Demand & Supply ► PP/DS ► Product Planning Table / Product View (/SAPAPO/RRP3) • Integration with SAP Components ► APO ► Settings for Transfer ► Planned Orders ► Publication to ERP • Production ► MRP ► Planning ► Define Conversion of Planned Orders
מושגי מפתח
ידע אצור- הזמנה-מתוכננת = הצעת-קבלה גמישה, ליבת לוח-התכנון.
- נוצרת ב-PP/DS ומתפרסמת ל-PLAF ב-ECC.
- המר בצד אחד בלבד למניעת כפילות.
- Firming/PTF מגן על תוכנית מאושרת מהרצה אוטומטית.
דוגמה מ-CBC
ידע אצורבארגון הזמנות-מתוכננות לקווי-המילוי נוצרות ב-PP/DS, מתוזמנות לפי קיבולת-הקו ורצף-טעמים, ומתפרסמות ל-ECC. שבוע לפני הקמפיין הצוות ממיר אותן לפקודות-ייצור; ה-firming מבטיח ש-PP/DS לא יזיז הזמנות שכבר נכנסו לחלון-הקמפיין הקפוא. PP/DS heuristic יוצר הזמנה-מתוכננת ל-5,000 יח', מתזמן אותה על משאב פנוי ומבצע pegging מול ה-PIR. ההזמנה מתפרסמת אוטומטית ל-ECC (PLAF). מתכנן-הייצור ממיר אותה ב-/SAPAPO/RRP3 או ב-MD04 לפק"ע; ההמרה זורמת חזרה דרך CIF ושתי המערכות מציגות את אותה פק"ע.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| PLAF | PLAF |
| RESB | RESB |
| MDKP | MDKP |
טרנזקציות
ידע אצורקונפיגורציה (SPRO)
ידע אצור• Publication setting: היכן הזמנות-מתוכננות מתפרסמות (PP/DS→ERP) ובאיזה Planning Version. • Conversion control: אם ההמרה לפק"ע מתבצעת ב-PP/DS או ב-ECC; Conversion Indicator. • Firming/Planning Time Fence (MRP1 באב-החומר) — חלון-קיפאון להזמנות-מתוכננות. • Order Type ברירת-מחדל להמרה (CO40/CO41) ופרופיל-תזמון.
הערות
ידע אצורנתוני אב • PLAF = הזמנות-מתוכננות ב-ECC; RESB = הקצאות-רכיבים שלהן. • MARC: Planning Time Fence, Conversion-relevant settings, Production Version להמרה. • liveCache: סטטוס firm/conversion-flag נשמר ברמת-ההזמנה. שאלות ראיון מה ההבדל בין הזמנה-מתוכננת לפק"ע? הזמנה-מתוכננת היא הצעה גמישה לא-מחייבת; פק"ע היא מסמך-ביצוע המחייב משאבים, חומר ועלות לאחר המרה. היכן נוצרות הזמנות-מתוכננות ב-PP/DS וכיצד מגיעות ל-ECC? נוצרות במנוע-התכנון (liveCache) ומתפרסמות אוטומטית ל-ECC לטבלת PLAF דרך CIF. מה תפקיד ה-firming? לקבע הזמנה כך שהרצת-תכנון אוטומטית לא תזיז או תמחק אותה — חשוב בחלון-הקפוא (Planning Time Fence). נושאים קשורים • PP/DS · פקודות-ייצור (4.4) • אובייקט · PLAF
טעויות נפוצות
ידע אצור- המרה כפולה (גם ב-ECC וגם ב-PP/DS) ➔ פקודות-ייצור כפולות.
- הזמנות לא firm בחלון-הקפוא ➔ הרצה אוטומטית מזיזה תוכנית מאושרת.
- פרסום ל-Planning Version שגויה ➔ ECC לא רואה את ההזמנה.
- התעלמות מ-Conversion Indicator ➔ הזמנות לא נבחרות בהמרה המונית.
פתרון תקלות
ידע אצור• הזמנה-מתוכננת לא מופיעה ב-ECC ➔ בדוק publication וה-Planning Version. • פקודות כפולות ➔ ההמרה בוצעה בשני הצדדים; קבע צד-המרה יחיד. • הזמנה זזה למרות שאושרה ➔ חסר firming / Planning Time Fence. • המרה המונית מדלגת הזמנות ➔ Conversion Indicator לא מסומן.
שיטות עבודה מומלצות
ידע אצור- קבע צד-המרה אחד (PP/DS או ECC) בכל הארגון.
- השתמש ב-firming/PTF להגן על חלון-תכנון קפוא.
- ודא Planning Version עקבית לפרסום ולהמרה.
- המר בהמונים דרך Conversion Indicator במקום הזמנה-הזמנה.
טיפים
ידע אצור- ב-PP/DS הזמנות-מתוכננות (קטגוריית AY/AI ב-liveCache) נוצרות לרוב בתוך PP/DS ומועברות אוטומטית ל-ECC (publish), שם הן נשמרות ב-PLAF. אם נוצרו ב-ECC (MD11/MRP) הן יכולות לעבור דרך CIF ל-PP/DS. ההמרה (Convert to Production Order/Purchase Req) יכולה להתבצע בכל צד; ההגדרה 'where converted' חשובה. שים לב ל-firming (planning time fence, manual firming) — הזמנה firm לא מוזזת בהרצה אוטומטית. Conversion Indicator קובע אם ההזמנה מסומנת להמרה.
סיכום
ידע אצור• הזמנה-מתוכננת = הצעת-קבלה גמישה, ליבת לוח-התכנון. • נוצרת ב-PP/DS ומתפרסמת ל-PLAF ב-ECC. • המר בצד אחד בלבד למניעת כפילות. • Firming/PTF מגן על תוכנית מאושרת מהרצה אוטומטית.