MRP מול APS: מה כל אחד עושה, ומתי MRP אינו מספיק

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

MRP מחשב אילו חומרים להזמין ומתי, ו-APS מחשב מה המפעל באמת יכול להריץ. ראו היכן MRP נשבר וכיצד להוסיף APS בשלבים.

Automatically translated with AI from the original post. Read the English original

MRP (תכנון דרישות חומרים) מחשב אילו חומרים נדרשים, ומתי להזמין או לייצר אותם. APS (תכנון ותזמון מתקדמים) מחשב האם המפעל באמת יכול להריץ את התוכנית הזו, על איזה משאב ובאיזה סדר, ואילו הזמנות יתעכבו אם לא. זו התשובה הקצרה לשאלה mrp vs aps, וזו גם הסיבה שרוב המפעלים מסיימים עם שתי המערכות. מאמר זה מיועד למתכנני ייצור שחשים שפלט ה-MRP שלהם נראה תקין על הנייר, אך אינו עומד במציאות שבקו הייצור, ורוצים לדעת אם APS הוא הפתרון.

עיקרי הדברים

• MRP מקזז דרישות ברוטו מול המלאי ומפחית זמני אספקה כדי להפיק הזמנות מתוכננות; הוא עונה על השאלה מה להזמין או לייצר, ומתי.
• הערות הקורס של MIT מפרטות את מגבלות ה-MRP: הוא דטרמיניסטי, הוא מניח קיבולת אינסופית, זמני האספקה המתוכננים נוטים להיות ארוכים, וסטיות קטנות עלולות לגרום לשינויים גדולים בלוח הזמנים.
• APS מוסיף קיבולת סופית, לוחות זמנים של משאבים, הכנות ועדיפויות, ולכן הוא עונה על השאלה האם ניתן להריץ את התוכנית, ואיזו הזמנה תתעכב אם לא.
• רוב המפעלים משתמשים בשתיהן: MRP לחומרים, APS לרצף הישים, כאשר מערכת אחת מוגדרת כבעלת הרצף.
• הוסיפו APS כאשר מופיעים משאבים בעומס יתר, זמני אספקה ארוכים המנופחים לצורכי ביטחון או זירוז מתמיד, ותקנו את נתוני המסלולים והקיבולת לפני שאתם רוכשים דבר.

מה MRP עושה בפועל?

את המנגנון לקחו מתוך הערות הקורס של MIT על MRP. הקלטים הם לוח ייצור ראשי (מה חייב להימסר ומתי, בתוספת מלאי קיים), כרטיס פריט הכולל את עץ החומרים, כללי גודל אצווה וזמני תכנון, ומצב המלאי.

ללוגיקה ארבעה חלקים:

1. קיזוז. דרישות נטו שוות לדרישות ברוטו פחות המלאי הקיים, במעקב לפי תקופה. הזמנה נדרשת כאשר המלאי הצפוי היה יורד מתחת לאפס.
2. גודל אצווה. הזמנות נקבעות לפי כלל כגון אצווה-לאצווה, מחזור הזמנה קבוע או כמות הזמנה קבועה.
3. הקדמה לפי זמן אספקה. כל הזמנה משוחררת מוקדם יותר ממועד היעד שלה, לפי זמן האספקה המתוכנן.
4. פירוק עץ חומרים (BOM). אותם שלבים חוזרים על עצמם לכל רמת רכיב, כאשר השחרורים המתוכננים של הרמה שמעליה משמשים כדרישות ברוטו.

הפלט הוא הזמנות מתוכננות, הודעות שינוי ודוחות חריגים. במערכת ERP זו בדרך כלל הרצת התכנון. ב-Dynamics 365 Supply Chain Management זה חלק מתכנון ראשי. זהו תכנון דרישות חומרים בליבתו: דרך אמינה לוודא שחומרים מגיעים לביקוש ידוע.

היכן MRP נשבר?

אותן הערות MIT מדברות בגלוי על המגבלות. לפי הטענה, MRP הוא דטרמיניסטי אך המציאות אינה כזו, והן מונות כמה השלכות:

• קיבולת אינסופית. MRP מניח שהקיבולת זמינה כאשר התוכנית דורשת אותה. הקיבולת בפועל היא סופית, ולכן לוח הזמנים עשוי להיות בלתי ישים.
• זמני אספקה מנופחים. זמני האספקה המתוכננים נוטים להיקבע ארוכים כדי לספוג שונות, וזה מגדיל את המלאי ואת העבודה בתהליך.
• עצבנות. סטיות קטנות מהתוכנית יכולות לגרום לשינויים גדולים בלוח הזמנים. הקפאת לוח הזמנים הקרוב עוזרת, אבל יש לה מחיר משלה.
• פיצוי באמצעות מאגרים. מלאי ביטחון וזמן אספקה ביטחוני מתווספים כדי להתמודד עם אי-ודאות, ואובדן תפוקה מחייב אתכם להתחיל חלקים נוספים.

זוהי דוגמה היפותטית, שנבנתה רק כדי להמחיש את ההיגיון. למכונה יש 80 שעות זמינות השבוע (שתי משמרות, חמישה ימים). הרצת MRP משחררת שלוש הזמנות מתוכננות שכולן דורשות אותה: 40 שעות, 35 שעות ו-30 שעות. סך העומס הוא 105 שעות. MRP לא מתריע. הוא רואה חומרים וזמני אספקה, ולא עומס יתר של 25 שעות. בפועל, מישהו בקו הייצור צריך להחליט איזו הזמנה תמתין, האם להוסיף שעות נוספות או להעביר עבודה למכונה אחרת, ואף אחד לא רואה את ההשלכות על תאריכי האספקה עד שזה קורה.

ההחלטה הזו היא מה ש-APS הופך לגלוי לפני תחילת השבוע.

מה APS מוסיף?

APS מציב את התוכנית על לוח שנה עם מגבלות. בפועל, זה אומר קיבולת סופית, לוחות זמנים לעבודה, זמני הכנה והחלפה, משאבים חלופיים, סדרי עדיפויות להזמנות, ולעיתים גם זמינות של כלים ומיומנויות. התוצאה היא לוח זמנים שמתאים למפעל, יחד עם רשימה ברורה של ההזמנות שיתעכבו ובכמה.

התיעוד של Microsoft מראה שגם מערכות ERP כוללות שכבה לכך. הדף על תוכניות מוגבלות מתאר תוכנית ראשית שמביאה בחשבון גם מגבלות חומרים וגם מגבלות קיבולת, כך שהייצור לא מתחיל לפני שהחומרים זמינים והמשאבים לא מוזמנים ביתר. היא מופעלת באמצעות הגדרות כמו קיבולת סופית ו-time fences. הדף על תזמון פעולות מוסיף הסתייגות שחשובה לציפיות: תזמון פעולות נותן הערכה כללית לאורך זמן ומתזמן כל פעולה לקבוצת המשאבים שלה, באמצעות משכי הזמן שבמסלול הייצור. הוא לא בוחר משאבים ספציפיים בתוך קבוצה. תזמון עבודות הוא הכלי לתזמון מפורט וקצר טווח בקומת הייצור. לכן יש כאן ספקטרום ולא מתג הפעלה-כיבוי. לפני שאתם מניחים שאתם צריכים מוצר נפרד, בדקו מה גרסת ה-ERP שלכם יודעת לעשות.

APS ייעודי הולך רחוק יותר בפירוט. הוא בדרך כלל מטפל בהכנות התלויות ברצף, במספר מגבלות בו-זמנית, ובהרצות "מה-אם" מהירות, ומאפשר למתכנן לראות ולשנות את התוצאה. האם אתם צריכים את זה תלוי במפעל שלכם, לא בשם שהמוצר נושא.

איך יודעים שיצאתם מגבולות MRP?

חפשו סימפטומים, לא תכונות. הדפוסים הבאים בדרך כלל מצביעים על בעיית תזמון ולא על בעיית חומרים:

• הרצת MRP אומרת שהכול בסדר, ובכל זאת אותן מכונות עמוסות יתר בכל שבוע.
• זמני האספקה המתוכננים ממשיכים לגדול, כי זו הדרך היחידה לעמוד בתאריכים.
• המתכננים שומרים גיליון אלקטרוני פרטי כדי לתזמן את צוואר הבקבוק.
• הזמנות דחופות גורמות לרוב הבלגן, ואף אחד לא יכול לומר מה הן דוחפות לאחור.
• אי אפשר לתת תאריך אספקה אמין בלי ללכת לקומת הייצור.
• מחסור בחומרים נדיר, אבל הזמנות מאוחרות נפוצות.

אם מחסור בחומרים הוא הבעיה העיקרית שלכם, תקנו קודם את נתוני ה-MRP: עץ חומרים, זמני אספקה, גדלי אצוות ודיוק המלאי. APS מעל נתוני בסיס גרועים מייצר שטויות מדויקות.

אם רוב הסימפטומים מתאימים לכם, בדקו את הרעיון בעלות נמוכה. קחו את מכונת צוואר הבקבוק, העתיקו את ההזמנות המשוחררות של השבוע הבא לגיליון אלקטרוני, וסדרו אותן ביד לפי לוחות זמנים אמיתיים וזמני הכנה אמיתיים. אם התרגיל הזה משנה את התוכנית, מצאתם את הערך ש-APS היה מאוטומט.

MRP מול APS: איך הם עובדים יחד?

חשבו על חלוקת עבודה, וכתבו אותה.

• MRP (בתוך ERP) אחראי על החומר. דרישות, הצעות רכש, הזמנות מתוכננות ומלאי.
• APS אחראי על הרצף. הוא לוקח את ההזמנות, בודק קיבולת ומפרסם את לוח הזמנים.
• קומת הייצור מדווחת בחזרה. התחלה, סיום, כמויות, פסולת והשבתות זורמים למערכת שאחראית על הרצף, כך שהלוח הבא מתחיל מהמציאות.

הזרימה של הנתונים היא דו-כיוונית. הזמנות ותהליכי ייצור עוברים מה-ERP ל-APS. התאריכים, הרצף והמשאבים חוזרים ל-ERP, כך שההבטחות ללקוחות ותזמון החומרים יתבססו על התוכנית הישימה ולא על התוכנית של קיבולת אינסופית. נקודת החיכוך הנפוצה ביותר היא רשימת עבודה שנייה. אם ה-ERP מדפיס רשימה אחת וה-APS מציג אחרת, הרצפה תלך אחרי מה שנוח יותר, והתוכנית תפסיק בשקט להיות התוכנית.

לפני שמבצעים את האינטגרציה, החליטו על שלושה דברים:

1. מי רשאי לשחרר הזמנה או לשנות אותה? מערכת אחת, כלל אחד.
2. באיזו תדירות המערכות מחליפות נתונים? כל שעה, לפי משמרת או לפי דרישה. התאימו את התדירות להחלטות: מתכנן שמתזמן מחדש את מחר צריך סטטוס עד סוף המשמרת, לא עדכון בכל דקה.
3. מה קורה כשהחיבור נקטע? הרצפה חייבת להמשיך לעבוד ולהשלים את הפער בהמשך.

איך מוסיפים APS בלי פרויקט "מהפכה אחת גדולה"?

עובדים קו אחר קו.

1. בחרו אילוץ אחד ואת הקו שלו. צוואר בקבוק אחד, משפחת מוצרים אחת.
2. נקו את הנתונים של הקו הזה. תהליכי ייצור, זמני מחזור והכנה, לוחות זמנים ומשאבים חלופיים. עברו על הרצפה כדי לוודא אותם.
3. הריצו את ה-APS במקביל למשך כמה שבועות. השוו את לוח הזמנים שלו למה שהמתכנן היה עושה, ולמה שבאמת קרה.
4. מדדו את הפערים. התחלה וסיום בפועל לעומת המתוכנן, ביצועי אספקה, שעות נוספות. בדקו איפה לוח הזמנים היה שגוי ולמה.
5. קבעו בעלים לרצף והעבירו את הרצפה לרשימה הזו.
6. הרחיבו לקו הבא רק אחרי שהמספרים מתיישבים.

מילה על כוח אדם. APS בדרך כלל משנה את עבודתו של המתכנן. במקום לעקוב אחרי שגרה ולטפל בחריגים אחרי ההרצה, המתכנן מנטר ומתאים לוח זמנים חי. תכננו זמן להכשרה, ותנו להם סמכות לשנות את התוכנית, אחרת הכלי ישמש כדוח בלבד.

מה כדאי לשאול ספק?

שאלות שמבדילות בין תשובות טובות לתשובות עמומות:

• איזו מערכת היא הבעלים של הרצף, ואיך המערכת השנייה לומדת על שינויים?
• איך הכלי מתייחס להכנות שתלויות בעבודה הקודמת?
• כמה זמן לוקח תזמון מחדש עם נפח ההזמנות שלי, ואיך מתכנן רואה מה השתנה?
• אילו נתונים אתם צריכים מה-ERP, ומה אתם כותבים בחזרה?
• אילו חלקים מזה הצוות שלי יוכל לתחזק בעצמו אחרי העלייה לאוויר?
• האם אפשר להריץ את הכלי על קו אחד עם הנתונים שלי לפני שמתחייבים?

שאלו גם איך זה משתלב עם ה-ERP שלכם. אם אתם מפעילים מערכת ERP עם אפשרויות מובנות לתזמון בקיבולת סופית, שאלו מה תרוויחו מעבר להן, ומה יעלה לשמור על סנכרון בין שתיהן.

טעויות נפוצות

• קניית APS כדי לתקן מחסור בחומרים שנובע בעצם מנתוני MRP גרועים.
• סמיכה על תוכנית MRP בלי לבדוק את העומס מול הקיבולת.
• הוספת מרווחים לזמני אספקה ב-ERP כפיצוי, ואז התפלאות למה המלאי גדל.
• לתת לשתי המערכות לפרסם רשימת עבודה.
• עלייה לאוויר של כל המפעל בבת אחת.
• להתעלם מכך שתזמון דורש זמני הכנה ולוחות זמנים שמישהו אימת.
• להתייחס ל-APS כרכישת תוכנה ולא כשינוי באופן העבודה של המתכננים.

איפה Polaris נכנס לתמונה

אם תוכנית ה-MRP שלכם נכונה אבל לוח הזמנים שגוי, כדאי לבחון את iFAKT Polaris כאפשרות. iFAKT מתארת את Polaris כשילוב של AI ותאום דיגיטלי לייצור, הפועל על נתוני ERP. המודול Polaris Optimizer הופך את מודל הייצור לתוכנית ניתנת לביצוע ומותאמת, על בסיס נתוני ERP בזמן אמת, זמינות משאבים ואילוצים כמו משאבים, משמרות, אזורים, כישורים ותפוקות. הוא מזהה צווארי בקבוק, מתעדף הזמנות, ומגיב להפרעות באמצעות ניתוח השפעה ותכנון מחדש. האם הוא משלים או מחליף חלקים מהמערכת הקיימת שלכם תלוי ב-ERP שלכם ובדיווח מהרצפה, ולכן כדאי לבדוק אותו על קו אחד עם הנתונים שלכם.

נושאים קשורים לעיון

• תזמון בקיבולת סופית: למה תצוגת עומס שבועית יכולה להיראות תקינה בזמן שלוח הזמנים היומי אינו ישים.
• איכות נתוני תכנון: מי אחראי על תהליכי הייצור, הזמנים והלוחות, ואיך הם נבדקים.
• תכנון במעגל סגור: איך נתונים בפועל מהרצפה משנים את התוכנית הבאה.
• מלאי בטחון ומרווחי זמן אספקה: איך מרווחים מופרזים ב-MRP מסתירים בעיית תזמון.
• כישורי מתכנן בפרויקט תזמון: מה משתנה בעבודה היומיומית ואיך מתכוננים לכך.

הצעד הבא

פתחו את הרצה האחרונה של ה-MRP שלכם ובחרו את המכונה שנעמסת יתר על המידה בתדירות הגבוהה ביותר. סדרו ידנית את ההזמנות של השבוע הבא עליה, עם לוחות זמנים אמיתיים וזמני הכנה אמיתיים, ובדקו עד כמה התוצאה שונה מהתוכנית. התרגיל הפשוט הזה יגיד לכם אם שאלת ה-mrp מול ה-aps היא בעיה בנתונים או בעיה בתזמון במפעל שלכם.