אתה דווקא רחוק מהכיוון וזה יותר מורכב ממה שנדמה לך.
אינני מתכוון לתת לך פתרון לבעיה, אלא לאפשר לך להבין את הקונספציה של הבעיה.
לפעמים נדמה לאנשים שאם רכיב מוגדר בתור תחליפי, אז הוא תמיד משמש כתחליף בלבד ואין לו מעמד של רכיב רגיל.
אתן לך דוגמא מציאותית בתחום האלקטרוניקה:
נניח שקיימים שני נגדים בעלי אותו ערך ואותו פיזור הספק, אך אחוז הדיוק של נגד X הוא 5% ואחוז הדיוק של נגד Y הוא 1% שמדויק יותר (וגם לעיתים יקר יותר). כמובן שנגד Y מהווה תחליף לנגד X. השימוש בתחליפי נועד למקרה שאם במהלך הרצת MRP מתגלה שאין מספיק מלאי מ-X (הקיים בעץ של מוצר A), אז המערכת תמליץ לנפק את נגד Y, וזאת על-מנת לא לעכב יצור עד שיתמלא המלאי של X בעקבות תהליך רכש שיכול לפעמים להיות ממושך.
הזכרתי את מוצר A המכיל בתוכו את נגד X. אם למוצר A מספיק שיורכב נגד X, אזי ברור שזה מוזיל עלויות.
עכשיו נכיר את מוצר B שהוא מוצר חשוב שיש בו צורך בנגד בעל דיוק גבוה יותר ולכן הוא מורכב מנגד Y. במוצר B, נגד Y הוא ראשי ואינו משמש כתחליף וברור שנגד X לא יכול לשמש כתחליף.
עכשיו בפרקטיקה, נניח שאתה מבצע ניפוק לקבלן משנה של מוצר B שיש לו את נגד Y. אם לא תבצע את התכנות נכון, המערכת תזהה את נגד Y כתחליפי (כי כמובן הוא קיים בטבלת PARTALT) וגם תודיע לך על כך למרות שזה שגוי לחלוטין עבור מוצר B.
לסיכום, כדי שהמערכת תדע שנופק תחליפי, צריך גם לקחת בחשבון את מוצר האב של הניפוקים וזיהוי המוצר יהיה רק באמצעות זיהוי הפקע (הנמצא בטבלת TRANSORDER).
אתה רואה שזה לא ממש פשוט. לדעתי הכל צריך להיכתב כפרוצדורה עם שלבי SQL המפיקה דוח, ואת הפרוצדורה לשלב לשורת ההרצות הישירות של מסך TRANSORDER_F.
מעניין לדעת אם בגירסה מתקדמת יותר של הפריוריטי קיים דו"ח שכזה.
צר לי שלא יכולתי לעזור לך יותר.
בהצלחה,
אלון.
.
