סגירה טכנית (TECO)
התחשבנות וניתוח · שיעור 1
- סטטוס TECO (I0045): שינוי סטטוס מערכת שמסומן על הפקודה בטבלת JEST. הוא לוגיסטי בלבד — מכריז שהעבודה בשטח הסתיימה, לא שהספרים נסגרו.
- מה TECO נועל: סוגר רזרבציות פתוחות (RESB) כך שלא ייחשבו ב-MRP; מבטל דרישות קיבולת שלא נצרכו; מסיר את הפקודה ממסך אספקת החומר; מסמן פעולות פתוחות כלא-רלוונטיות לביצוע.
- מה TECO אינו נועל: אינו מונע רישום עלויות מאוחרות (אישורים, תנועות סחורה, חשבוניות ספק שמגיעות מאוחר עדיין נרשמות); אינו מבצע התחשבנות; אינו מחשב סטיות; אינו מוחק את הפקודה.
- הפיכות (Revoke TECO): TECO הפיך במלואו — 'Revoke Technical Completion' (COR2) מחזיר את הפקודה לסטטוס REL, פותח מחדש רזרבציות ודרישות קיבולת, ומאפשר להשלים עבודה. זו ההבחנה המרכזית מול CLSD.
מטרת השיעור
ידע אצורTECO (Technically Complete / "סגירה טכנית") הוא שינוי הסטטוס הלוגיסטי של פקודת התהליך שמסמן שהעבודה בשטח הסתיימה — מנקודת המבט התפעולית הפקודה גמורה, גם אם עדיין נותרו פעולות חשבונאיות פתוחות. בשיעור הזה תבין בדיוק מה TECO נועל ומה הוא לא נועל: הוא סוגר רזרבציות פתוחות (RESB), מבטל דרישות קיבולת שלא נצרכו, מסיר את הפקודה ממסך אספקת החומר וה-MRP, ומעביר את הפקודה לסטטוס I0045 (TECO) בטבלת הסטטוסים JEST. TECO אינו מבצע התחשבנות, אינו מחשב סטיות ואינו נועל את הפקודה עדכונית — עדיין ניתן לרשום עליה עלויות מאוחרות, לבטל TECO (Revoke) ולפתוח אותה מחדש. הנקודה המרכזית: TECO הוא תנאי מקדים תפעולי לחישוב סטיות ולהתחשבנות (Settlement), אבל הוא נפרד מהם לחלוטין — הוא צעד seq10 בזרימת ה-PP-PI, בעוד הסטיות (seq11) וההתחשבנות באות אחריו. השיעור מלמד מתי לבצע TECO, מה ההבדל בינו לבין CLSD (Closed) ומחיקה (DLFL), ואיך להפוך אותו בבטחה.
למה זה חשוב
ידע אצורבלי סגירה טכנית, פקודות תהליך שהעבודה עליהן כבר הסתיימה ממשיכות "לחיות" במערכת: הרזרבציות שלהן (RESB) ממשיכות להיחשב כדרישה פעילה ב-MRP וב-Availability Check, דרישות הקיבולת שלהן עדיין תופסות עומס במרכזי העבודה, והן ממשיכות להופיע במסכי אספקת החומר. התוצאה היא רעש תכנוני — MRP מייצר הזמנות מיותרות כי הוא "רואה" ביקוש שכבר לא רלוונטי, ולוח הקיבולת מציג עומס פיקטיבי. TECO מנקה את כל אלה במכה אחת. בנוסף, TECO הוא הבקרה שמפרידה בין "העבודה הסתיימה בשטח" (החלטת מנהל ייצור) לבין "העלות נסגרה בספרים" (החלטת בקר עלות בסוף חודש) — הפרדה שקריטית ל-GMP ולביקורת. מבחינה חשבונאית, מנוע הסטיות וההתחשבנות (KKS1/KKS2/CO88) בודקים את סטטוס הפקודה: פקודה שאינה TECO/CLSD נחשבת עדיין "בעבודה" (WIP) ולא תיכנס לחישוב סטיות סופי. לכן TECO הוא השער שדרכו הפקודה עוברת מעולם הלוגיסטיקה לעולם הבקרה הכספית.
ערך עסקי
ידע אצורסגירה טכנית נכונה מייצרת נתוני תכנון נקיים: MRP וניתוח קיבולת מפסיקים לראות ביקוש-רפאים, כך שאין רכש עודף ואין עומס מדומה בקו. היא מאפשרת סגירת תקופה חלקה — בקר העלות יודע שכל פקודה בסטטוס TECO היא מועמדת לגיטימית לחישוב סטיות והתחשבנות, בלי לרדוף אחרי מנהלי ייצור. היא מספקת שקיפות ביצוע: אחוז הפקודות שנסגרו טכנית מול המתוכננות הוא KPI ישיר של יעילות תפעולית. היא תומכת בביקורת ו-GMP בכך שהיא מתעדת נקודת זמן מפורשת שבה הייצור הוכרז כגמור, נפרד מהסגירה הכספית. ולבסוף, מכיוון ש-TECO הפיך, הוא נותן גמישות תפעולית — אם התגלה שצריך לרשום צריכה או אישור נוסף, אפשר לבטל את TECO, להשלים, ולסגור מחדש, בלי לאבד את תיעוד הפקודה.
היכן בשימוש
ידע אצורבקצה זרימת הייצור של PP-PI, מיד אחרי קבלת התוצר למלאי (GR 101) ולפני חישוב סטיות. מנהל/מתכנן הייצור מפעיל TECO ידנית בפקודה בודדת (COR2) או בהמוני (COHVPI / CORA) בסוף אצווה או משמרת. במפעלי תהליך (תרכובות, מזון, פארמה) זהו צעד קבוע בסגירת אצווה (Batch closure) לפני שחרור התיעוד ל-GMP. בסוף חודש, בקר העלות מסתמך על סטטוס TECO כמסננת בהרצת חישוב הסטיות (KKS1) וההתחשבנות (CO88). המנגנון עצמו נשען על ניהול הסטטוס הכללי (JEST/JSTO) המשותף לפקודות ייצור (CO02), פקודות תהליך (COR2), פקודות אחזקה PM ו-QM.
מושגי מפתח
מאומת- סטטוס TECO (I0045): שינוי סטטוס מערכת שמסומן על הפקודה בטבלת JEST. הוא לוגיסטי בלבד — מכריז שהעבודה בשטח הסתיימה, לא שהספרים נסגרו.
- מה TECO נועל: סוגר רזרבציות פתוחות (RESB) כך שלא ייחשבו ב-MRP; מבטל דרישות קיבולת שלא נצרכו; מסיר את הפקודה ממסך אספקת החומר; מסמן פעולות פתוחות כלא-רלוונטיות לביצוע.
- מה TECO אינו נועל: אינו מונע רישום עלויות מאוחרות (אישורים, תנועות סחורה, חשבוניות ספק שמגיעות מאוחר עדיין נרשמות); אינו מבצע התחשבנות; אינו מחשב סטיות; אינו מוחק את הפקודה.
- הפיכות (Revoke TECO): TECO הפיך במלואו — 'Revoke Technical Completion' (COR2) מחזיר את הפקודה לסטטוס REL, פותח מחדש רזרבציות ודרישות קיבולת, ומאפשר להשלים עבודה. זו ההבחנה המרכזית מול CLSD.
- TECO מול CLSD מול DLFL: TECO=לוגיסטי הפיך; CLSD (Closed)=סגירה עסקית שדורשת יתרה אפס ואוסרת רישומים נוספים (הפיך אך מחמיר); DLFL (Deletion Flag)=סימון למחיקה/ארכוב. הם שלוש דרגות שונות של 'סגירה'.
- TECO כתנאי מקדים להתחשבנות: מנוע הסטיות (KKS1/KKS2) וההתחשבנות (CO88) מזהים פקודה שאינה בעבודה רק כשהיא TECO או CLSD; פקודה REL נחשבת WIP. לכן TECO הוא השער — אך נפרד — מהסטיות וההתחשבנות.
- ניהול סטטוס כללי (JEST/JSTO): TECO אינו שדה בודד אלא רשומת סטטוס ב-JEST מול פרופיל הסטטוס ב-JSTO; היסטוריית השינוי נשמרת ב-JCDS. סטטוס משתמש בפרופיל יכול לחסום או לאפשר את פעולת ה-TECO.
- סגירה המונית: TECO ניתן להרצה על פני מסה של פקודות (COHVPI / CORA / רקע) לפי בורר — קריטי במפעל תהליך שמייצר מאות אצוות בחודש.
דוגמה מ-CBC
ידע אצורבקו ייצור התרכיזים ב-CBC: פקודת תהליך COR-4711 לייצור 20,000 ליטר תרכיז משקה הסתיימה — האישורים דווחו (CORK), הרכיבים נצרכו ב-Backflush, והתוצר התקבל למלאי באצווה חדשה עם תוקף (GR 101). מנהל הייצור פותח את COR2, בוחר Functions → Restrict Processing → Technically Complete. המערכת מיד סוגרת את הרזרבציה של 300 ק"ג תמצית שהוזמנה אך לא נצרכה במלואה (RESB), משחררת את 6 שעות דרישת הקיבולת שנותרו על מיכל הערבוב, והפקודה נעלמת ממסך אספקת החומר — כך ש-MRP באותו לילה לא מזמין מחדש תמצית מיותרת. הפקודה עוברת לסטטוס TECO (I0045) ב-JEST. יומיים אחר כך מגיעה חשבונית שירות מיקור-חוץ שיש לזקוף לפקודה — היא נרשמת ללא בעיה, כי TECO אינו נועל עלויות. בסוף החודש, בקר העלות מריץ KKS1: רק פקודות בסטטוס TECO נכנסות לחישוב הסטיות, ואז CO88 מתחשבן אותן. אילו התגלה שחסר דיווח אישור, המנהל היה מבצע Revoke Technical Completion, מדווח את החסר, וסוגר טכנית מחדש — בלי לפגוע בתיעוד ה-GMP של האצווה.
תהליך
מאומתטבלאות
מאומת| טבלה | תיאור |
|---|---|
| JEST | רשומות סטטוס אובייקט — כאן נשמר סטטוס TECO (I0045) של הפקודה |
| JSTO | פרופיל/הגדרת אובייקט הסטטוס המשויך לפקודה |
| JCDS | היסטוריית שינויי סטטוס — מתעדת מתי בוצע TECO ומתי בוטל (Revoke) |
| AUFK | נתוני-אב פקודה (Order master) — כותרת הפקודה ושיוכיה |
| AFKO | כותרת פקודת התהליך (Order header, לוגיסטי) |
| AFPO | פריט פקודה — פריט התוצר והכמויות |
| RESB | רזרבציות/שמורות רכיבים — נסגרות ב-TECO כך שלא ייחשבו ב-MRP |
| AFRU | אישורי פקודה (Confirmations) — הצריכה/שעות שדווחו לפני הסגירה |
טרנזקציות
מאומתאפליקציות Fiori
מאומתקונפיגורציה (SPRO)
מאומתProduction Planning for Process Industries → Process Order → Master Data → Order → Define Order Type-Dependent Parameters (התנהגות ברירת המחדל בסגירה). ניהול הסטטוס: General Status Management (BS02) לפרופיל סטטוס משתמש שיכול לחסום/לאפשר TECO. אין קסטומיזציה ייעודית ל-TECO עצמו — זהו שינוי סטטוס מערכת סטנדרטי — אך פרופיל סטטוס המשתמש בפקודה (Order Type-Dependent Parameters) קובע האם משתמש רשאי לבצע Technically Complete.
אובייקטים / BAPIs
מאומתהפניות SAP
מאומתSAP Help Portal — Production Planning for Process Industries (PP-PI): Technical Completion of Process Orders; SAP Help Portal — Order Status Management (General Status Management, BS22/BS02); SAP Help Portal — Restrict Processing: Technically Complete / Revoke Technical Completion; SAP Community — Difference between TECO, CLSD and Deletion Flag for production/process orders; SAP Note guidance — BAPI_PROCORD_COMPLETE_TECH for technical completion of process orders (BUS2116)
טעויות נפוצות
ידע אצור- ביצוע TECO בזמן שיש תנועות תקועות ב-COGI (AFFW): הצריכה שלא נרשמה נאבדת מהתמונה התפעולית והפקודה נסגרת עם עלות חסרה — נקה COGI לפני TECO.
- בלבול בין TECO ל-CLSD: TECO הפיך ולוגיסטי ומאפשר עוד רישומי עלות; CLSD דורש יתרה אפס ואוסר רישומים. סגירה ב-CLSD מוקדם מדי חוסמת חשבוניות ספק שמגיעות מאוחר.
- הנחה ש-TECO מבצע התחשבנות או מחשב סטיות: הוא לא. פקודה בסטטוס TECO עדיין דורשת KKS1/CO88 בנפרד; TECO רק הופך אותה למועמדת.
- TECO מוקדם מדי — לפני שכל האישורים דווחו — מותיר דרישות ביצוע פתוחות שנסגרות בכוח; זכור שאפשר לבצע Revoke ולהשלים.
- הסתמכות על TECO כדי 'לנעול' פקודה מפני עלויות: אינו נועל עלויות. מי שרוצה לחסום רישומים נוספים צריך CLSD, לא TECO.
פתרון תקלות
ידע אצוראם TECO לא מתבצע: בדוק ב-SU53/COR2 האם פרופיל סטטוס המשתמש חוסם את השינוי (סטטוס משתמש עם 'Forbidden' על Technical Completion) — טופל דרך BS02/פרופיל הסטטוס והרשאת B_USERSTAT. אם המערכת מזהירה על תנועות פתוחות, בדוק COGI (AFFW) ורזרבציות פתוחות ורשום/נקה לפני הסגירה. אם אחרי TECO הפקודה עדיין מופיעה ב-MRP או בעומס קיבולת — ודא שהסטטוס אכן I0045 ב-JEST (COR3 → Status) ושהרזרבציות נסגרו; רזרבציה שנשארה פתוחה מעידה על סטטוס שלא הוחל במלואו. אם צריך לבטל: Functions → Restrict Processing → Revoke Technical Completion ב-COR2 — הפקודה חוזרת ל-REL, JCDS מתעד את הביטול, והרזרבציות/קיבולת נפתחות מחדש. אם ההתחשבנות (CO88) מדלגת על הפקודה — ודא שהיא TECO/CLSD ולא REL; פקודה REL נחשבת WIP ולא נכנסת לחישוב סטיות סופי. חסימת סגירה בגלל תקופה סגורה (MMRV) מצביעה על רישום עלות תלוי-תקופה, לא על TECO עצמו.
שיטות עבודה מומלצות
ידע אצור- בצע TECO רק אחרי שכל האישורים דווחו, הצריכה נרשמה ו-COGI נקי — היכנס לסגירה עם תמונת עלות מלאה, אבל זכור שהיא הפיכה אם משהו התפספס.
- הבן את שלוש הדרגות ובחר נכון: TECO לסגירה לוגיסטית הפיכה בסוף העבודה; CLSD רק כשהיתרה אפס ורוצים לחסום רישומים; DLFL/ארכוב בסוף מחזור החיים. אל תשתמש ב-CLSD כדי 'לנקות' MRP — TECO מספיק.
- הרץ TECO המוני (COHVPI/CORA) בסוף משמרת/אצווה במקום פקודה-פקודה — במפעל תהליך עם מאות אצוות זה מונע שכחה ושומר על MRP נקי.
- שמור על הפרדת תפקידים: מנהל הייצור מבצע TECO (החלטה לוגיסטית), בקר העלות מריץ סטיות/התחשבנות (החלטה כספית) — TECO הוא הגבול, לא אותו אדם ולא אותו צעד.
- ב-S/4 העדף BAdI WORKORDER_UPDATE על פני Customer Exit ישן להתערבות בשינוי סטטוס (Clean Core), למשל להזרים אירוע TECO ל-MES/מערכת אצווה.
טיפים
ידע אצור- TECO הפיך — 'Revoke Technical Completion' ב-COR2 מחזיר ל-REL ופותח מחדש רזרבציות וקיבולת. אל תפחד לסגור טכנית מוקדם אם צריך; אפשר לתקן.
- סנן ב-COOIS לפי סטטוס מערכת TECO כדי לראות במבט אחד אילו פקודות מוכנות לחישוב סטיות ואילו עדיין REL.
- זכור את קו הגבול: TECO=לוגיסטי (רזרבציות/קיבולת/MRP), Settlement=כספי (עלות/סטיות ל-ACDOCA). אלה שני עולמות ושני שיעורים נפרדים.
- בדוק את היסטוריית ה-TECO ב-JCDS או ב-COR3 → Status → History כשצריך להוכיח מתי הוכרז סוף הייצור (רלוונטי ל-GMP/ביקורת).
בחן את עצמך
ידע אצורמה TECO (סגירה טכנית) עושה לפקודת תהליך?
מהו היחס בין TECO לבין התחשבנות (Settlement)?
האם TECO הפיך?
סיכום
ידע אצורסגירה טכנית (TECO, סטטוס I0045) היא שינוי הסטטוס הלוגיסטי שמכריז שהעבודה על פקודת התהליך הסתיימה: היא סוגרת רזרבציות פתוחות (RESB), מבטלת דרישות קיבולת לא-נצרכות, ומסירה את הפקודה מ-MRP ומאספקת החומר — אך אינה מתחשבנת, אינה מחשבת סטיות, אינה מוחקת ואינה חוסמת רישומי עלות מאוחרים. TECO הפיך במלואו (Revoke Technical Completion → REL). הוא צעד seq10 בזרימת ה-PP-PI ותנאי מקדים לוגיסטי לחישוב סטיות ולהתחשבנות (CO88) — אך נפרד מהם לחלוטין. יש להבחין בינו לבין CLSD (סגירה עסקית מחמירה עם יתרה אפס) ו-DLFL (מחיקה/ארכוב). מבוצע ב-COR2 (בודד) או COHVPI/CORA (המוני), נשען על ניהול הסטטוס הכללי (JEST/JSTO/JCDS), ומופעל תוכניתית דרך BAPI_PROCORD_COMPLETE_TECH.