תאגיד הציפייה לדרישה בזמן המתן · תאגיד מלאי בטיחות
טופס חשבון רמת הזמנת מחדש
הוסף תחזית דרישה מתוקפת בנפרד במהלך זמן המתן להזמנה לכמות מלאי בטיחות מאושרת בנפרד.
חשבוןocumented documented
משוואה ומיון
R היא רמת הזמנת מחדש לא מעוגלת ביחידת המלאי הנוכחית; E[DDL] היא הציפייה לדרישה במהלך זמן המתן להזמנה; SS הוא המלאי הבטיחות המאושר. MIT OpenCourseWare מצהיר הזהות הזו של סקירה רציפה כ"ROP = הציפייה לדרישה בזמן המתן להזמנה + מלאי בטיחות." זו היא יחס מדיניות מלאי כללי, ולא נוסחה ISO. איך מעריכים את E[DDL] ו-SS—והאם/מתי מיקום המלאי מגרה הזמנה— תלוי במדיניות המאושרת.
גבול המודל והסרת תוכן לא נתמך
- אין מודל d × LT אוטומטי. כפל הממוצע של קצב הדרישה בזמן המתן דורש יחידות והנחות עקביות; דרישה/זמן המתן משתנים/תלויים דורשים מודל דרישה בזמן המתן המאומת. הטופס מקבל ישירות E[DDL] מאושר.
- אין נוסחת מלאי בטיחות אוניברסלית. Zσ√LT הוא רק מקרה מיוחד עם התפלגות, עצמאות, תקופה והנחות זמן המתן ספציפיות. "בדרך כלל 1–3 יחידות," "השתמש בדרישה מקסימלית," ו"חומש אחד אחרי שישה חודשים" היו עצות אוניברסליות ללא מקור.
- אין תקרה אוטומטית. לא ניתן לחלק, גודל חבילה, הזמנה מינימלית, תדירות ביקורת וכמות הזמנה שייכות למדיניות. Math.ceil לשעבר שינה בשקט את R המתמטי.
- אין ערך מלאי מזויף. R × מחיר רכישה ליחידה אינו ערך מלאי או עלויות נשיאה אוטומטיים; בסיס הערכה, הזמנות/הזמנות, כמויות, מטבע, שימור, מיושנות ומדיניות חשבונאות היו חסרים.
- אין עלות אחזקה קבועה של 20–25%. OpenStax מזהה רכיבי אחסון, ביטוח, התיישנות/התקלקלות ועלות הזדמנות, אך אינו מספק אחוז אוניברסלי עבור הקשר חלפים זה.
- אין קביעה בדבר חלף קריטי. ביקורות DOE מראות כי תוכניות חלפים קריטיים חייבות לקבוע חלקים, רמות מלאי/נקודות הזמנה חוזרת ומיקום אסטרטגי, ולהגדיר כשלים מהימנים/זמן אזהרה מוקדם; סכום שני המספרים הזה אינו יכול לבצע הערכת סיכון זו.
אימות המקור
| הצהרה | מִיוּן | עדויות |
|---|---|---|
| ROP = E{ביקוש בזמן האספקה} + מלאי ביטחון; ל-E[DDL] עשויים להידרש איברי שונות של ביקוש וזמן אספקה. | חומר קורס אוניברסיטאי רשמי | MIT OCW 15.760A, Lecture 18 |
| ממצאי ביקורת WAPA כללו כשל בהצגת חלקים קריטיים שזוהו, רמות מלאי, נקודות הזמנה חוזרת ומיקומים אסטרטגיים; חלפים קריטיים קשורים לכשלים מהימנים ולאזהרת רכש. | ראיות ביקורת רשמיות של DOE ארה"ב | DOE-OIG-24-30, 27 Sep 2024 |
| הזמנת חלפים צריכה להתבסס על היסטוריית כשל רכיבים בתוך תוכנית תפעול ותחזוקה (O&M), ולשמר את רישומי הציוד/הספקים. | הנחיה רשמית של DOE ארה"ב | DOE FEMP O&M guidance |
| עלויות אחזקה כוללות אחסון, ביטוח, התיישנות/התקלקלות ועלות הזדמנות; עלויות הזמנה ואזילת מלאי הן נפרדות. | ספר לימוד אוניברסיטאי פתוח ומבוקר עמיתים | OpenStax Principles of Finance §19.5 |
נבדק: 15 ביולי 2026. אף אחד ממקורות אלה אינו קובע מלאי ביטחון אוניברסלי, אחוז עלות אחזקה, עיגול אריזה או אישור רכש עבור החלק שהוזן.
דוגמה מקורית אריתמטית
אם מודל מאומת נותן E[DDL] = 6.25 יחידות, ומלאי הביטחון המאושר הוא 2.5 יחידות, אזי R = 8.75 יחידות. גיליון העבודה אינו מעגל בכוונה את 8.75, אינו קובע את תנאי ההפעלה ואינו מחשב את כמות ההזמנה.
שאלות
מדוע לא להזין ביקוש חודשי וחודשי זמן אספקה?
הכפלה זו בטוחה רק תחת הנחות ביקוש/זמן אספקה מאומתות. הזנת E[DDL] ישירות שומרת על מודל התחזית ועל אי-הוודאות שלו גלויים.
האם יש לעגל את התוצאה כלפי מעלה?
רק היחידה המבוקרת, האריזה, כמות ההזמנה ומדיניות הבדיקה יכולים לקבוע עיגול. הקשר האריתמטי עצמו אינו קובע זאת.
האם זה קובע את מלאי החלף הקריטי?
לא. יש להעריך בנפרד קריטיות, מנגנוני כשל מהימנים, זמן אזהרה, אפשרויות תיקון והחלפה, יתירות (redundancy), סיכון ספקים, מיקום אסטרטגי, שימור וטרשת מוצר (obsolescence).
ההליכים המתוארים בעמוד זה פותחו ונבדקו בשטח על ידי צוות Vibromera באמצעות ה-Balanset-1A, מאזן דו-ערוצי נייד ומנתח רטט לאיזון רוטורים באתר העבודה.
Nikolai Shelkovenko
Nikolai Shelkovenko הוא מהנדס ניתוח רעידות, ומייסד ומנכ״ל Vibromera. יותר מ-15 שנה הוא מאזן ציוד מסתובב בשטח ולא על שולחן בדיקה: מגרסות ענפים, מאווררים תעשייתיים, מגרסות, צנטריפוגות, פירים וצירים. מתוך העבודה הזו צמחו מכשירי Balanset — הם תוכננו ככלי שמומחה יכול לשאת אל המכונה ולהפעיל לבדו, במקום, ולא כציוד מעבדה. Vibromera נוסדה ב-2017 ומאז 2023 מקום מושבה בפורטו, פורטוגל. הפיתוח, ההרכבה והתמיכה של קו Balanset מתבצעים כולם כאן. המכשיר המוביל הוא Balanset-1A, מכשיר ניתוח נייד לאיזון במישור אחד ובשני מישורים ולאבחון רעידות. Nikolai מעורב אישית בתמיכת הלקוחות, בטיפול במקרי איזון מורכבים ובפיתוח התוכנה. הוא עובד עם לקוחות ברחבי העולם, בכל שפה.
