הזמנות מכירה

הזמנת-מכירה (Sales Order) היא ביקוש-לקוח ממשי. במודלים make-to-order ובבדיקות-זמינות מתקדמות (gATP), העברת הזמנות-המכירה ל-PP/DS חיונית — הן מקזזות PIRs, מפעילות תכנון, ולעיתים מתוזמנות ישירות מול קיבולת. בלי העברתן, PP/DS אינו רואה את הביקוש-בפועל ולא יכול להבטיח תאריכי-אספקה ריאליים.

כשלקוח מזמין, נוצרת הזמנת-מכירה. במודל 'ייצור-להזמנה' (make-to-order) הזמנה זו היא בעצם הצורך לייצר. PP/DS צריך לראות אותה כדי לתכנן ייצור מולה ולהבטיח ללקוח תאריך-אספקה. ההזמנה גם 'מקזזת' את התחזית — אם כבר מכרנו, לא צריך גם לתכנן את אותה כמות כתחזית.

המטרה: להזרים ביקוש-לקוח ממשי ל-PP/DS כדי לקזז תחזית, להניע תכנון-ייצור (במיוחד MTO), ולאפשר בדיקות-זמינות מתקדמות (gATP/CTP) שמבטיחות ללקוח תאריך-אספקה ריאלי מבוסס-קיבולת.

• SAP Menu ► Logistics ► Sales and Distribution ► Sales ► Order ► Create / Change (VA01/VA02) • Integration with SAP Components ► APO ► Settings for Transfer ► Sales Orders ► Requirements Transfer • Advanced Planning ► Global ATP ► Maintain Check Instructions / CTP

• הזמנת-מכירה = ביקוש-בפועל; מקזזת PIR ומניעה תכנון.
• MTO יוצר sales-order stock segment עם pegging מבודד.
• gATP/CTP מבטיח תאריך-אספקה מבוסס-קיבולת.
• Requirements Type קובע MTS/MTO ואת אופן-הקיזוז.

בארגון הזמנות make-to-stock של רשתות-קמעונאות מקזזות את ה-PIR של המשקה; הזמנה גדולה make-to-order לאריזה ייחודית מפעילה gATP/CTP שמתזמן את קו-המילוי ומחזיר תאריך-אספקה מבוסס-קיבולת ללקוח. לקוח מזמין 1,000 יח' make-to-order; ה-gATP בודק מול ה-liveCache, מפעיל CTP ומתזמן הזמנה-מתוכננת על משאב פנוי, ומחזיר תאריך-אספקה מחויב. ההזמנה זורמת ל-PP/DS כדרישת-BM עם sales-order stock segment; הייצור מתוכנן ומיועד בלעדית ללקוח זה.

• Integration Model לכלול קטגוריית Sales Orders למפעל/ארגון-המכירות. • Requirements Type / Strategy Group (MTO 20/MTS 10) קובע pegging וקיזוז. • gATP / aATP Check Instructions + CTP setting לבדיקת-זמינות מתקדמת. • Sales-order stock segment ל-make-to-order (pegging מבודד).

נתוני אב • VBAK/VBAP/VBEP = כותרת/פריט/schedule lines של הזמנת-מכירה. • MSKA = sales-order stock (make-to-order). • Strategy Group → Requirements Type קובע MTS/MTO ו-pegging. • Availability/Checking Group + Check Instructions ל-gATP. שאלות ראיון מתי הכרחי להעביר הזמנות-מכירה ל-PP/DS? ב-make-to-order ובבדיקות gATP/CTP — אז ההזמנה מניעה תכנון-ייצור וקובעת תאריך-אספקה מבוסס-קיבולת. כיצד הזמנת-מכירה מקזזת PIR? לפי consumption logic של Strategy Group — ההזמנה 'אוכלת' את התחזית כדי למנוע ספירת-ביקוש כפולה. מהו CTP? Capable-to-Promise — בדיקת-זמינות שמתזמנת בפועל מול קיבולת ב-liveCache ומחזירה תאריך-אספקה מחויב. נושאים קשורים • PP/DS · דרישות-עצמאיות-מתוכננות (4.2) • אובייקט · VBAP

• ביקוש כפול ➔ קיזוז PIR-הזמנה לא פועל (Strategy/consumption). • תאריך-אספקה לא ריאלי ➔ gATP/CTP לא פעיל או scope שגוי. • MTO ללא מלאי-מיועד ➔ Requirements Type לא make-to-order. • הזמנה לא ב-PP/DS ➔ קטגוריה לא במודל / שגיאת-CIF.

• הזמנת-מכירה = ביקוש-בפועל; מקזזת PIR ומניעה תכנון. • MTO יוצר sales-order stock segment עם pegging מבודד. • gATP/CTP מבטיח תאריך-אספקה מבוסס-קיבולת. • Requirements Type קובע MTS/MTO ואת אופן-הקיזוז.