Lirong

Forum Replies Created

מוצגות 2 תגובות – 1 עד 2 (מתוך 2 סה״כ)
  • Replies
  • Lirong
    משתתף
    כרטיס הפריט מכיל המון נתונים שמתרכזים במסך זה  (גם אם לא בצורה ישירה, במסכי בן הקשורים ישירות למסך זה) :
    מח' הנדסה מקימה ומעדכנת נתונים הנדסיים והם מבצעים הרישום הראשוני בכרטיס פריט -שרטוטים, תהליכים, קביעת משפ' מוצר וגם – מעדכנים בפרמטר מסוים את הנתון של מק"ט לקוח כפי שמופיע בשרטוט הלקוח, כמעט אף פעם לא מעדכנים במסכים היעודיים "מוצרים של לקוחות/ספקים" ,
    אנשי הרכש מעדכנים נתוני רכש לפריטי בן (מחירי תקן, הצעות מחיר וכו') לפי המידע שהנדסה הכניסו לכרטיס פריט,
    התפעול מתעסק עם המוצרים המורכבים/מיוצרים למכירה  (הזמנות לקוח והתזמון שלהן בעיקר),
    בכל המשך התהליכים של מח' הרכש והתפעול – המק"ט שלנו ומק"ט הלקוח/יצרן (ספק) נדרשים להופיע ביחד (הזמנות לקוח/רכש, תעודות משלוח, חשבוניות וכו').

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

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

    תודה רבה.

     

    Lirong
    משתתף
    החידוד שלך לגבי המזהים עזר לי ופתר את הבעיה,
    המון המון תודה לך!
מוצגות 2 תגובות – 1 עד 2 (מתוך 2 סה״כ)