› פורומים › אפיון ופיתוח פריוריטי › דירוג ספקים
- This topic has 15 תגובות, 2 משתתפים, and was last updated לפני 15 שנים by אלמוני.
- Post
-
- נובמבר 9, 2009 בשעה 12:46 pm
מוצגות 15 תגובות – 1 עד 15 (מתוך 15 סה״כ)
- Replies
-
- נובמבר 9, 2009 בשעה 1:13 pm
שלום,
בנינו אצלנו כזה מודול. הלוגיקה שלו מאוד מורכבת. בגדול, מדדנו את הספקים לפי קריטריונים הבאים:
1. הזמנות רכש, קבלת סחורה – עמידה בתאריכים.
2. בדיקת מעבדה – אחוז פסילות.
3. מוצרים שחוזרים לתיקון אצל ספק – איכות שרות, עמידה בזמנים.זה רק בגדול. מכאן הדרך ארוכה. קביעת אופן הניקוד יכולה לשנות את התמונה מקצה לקצה…
תלוי באיזה זום אתה רוצה לראות. מערכת BI היתה תורמת כאן הרבה.- נובמבר 9, 2009 בשעה 1:15 pm
- נובמבר 9, 2009 בשעה 1:17 pm
אפשר לעשות את זה בצורה אחרת יותר פשוטה:
להשתמש בדוחו"ת הקיימים במערכת (או לפתח דו"ח) , לייצא אותו לתבנית קבועה באקסל ואז לעבד אותו עם טבלאות ציר (PIVOT ).- נובמבר 9, 2009 בשעה 1:19 pm
מר שוגי היקר,
אם תסביר לנו לפי איזה קטגוריות אתה רוצה לדרג זה יעזור לנו לעזור לך…:)- נובמבר 9, 2009 בשעה 1:29 pm
שוגי, שוב, תלוי מה רוצים לקבל. בגדול, הנקודות שתיארתי, הן הנקודות בהן ניתן למדוד את הספק.מיכאל, רוב הפיתוח הוא לא בדו"חות.
בשביל לדעת, אם הספק עומד בזמני אספקה, אתה צריך לפתח לוגיקה במסכי הזמנות רכש/קבלת סחורה מספק, המאפשרת לדעת, האם העיקוב היה באשמת הספק או גורמים אחרים.
כמו כן, יש לפתח לוגיקה דומה במסך החזרת סחורה לספק.
בנוסף, לא ידוע לי על מסך סטנדרטי, המאפשר מעקב אחרי מוצרים שנמצאים בתיקון אצל ספק. במקרה הזה נאלצנו לפתח מודול שלם עם סוג תעודות חדש, תהליך BPM מוגדר וכו' וכו'.
כך שהדו"ח עצמו זה רק בורג קטן של המערכת.- נובמבר 9, 2009 בשעה 1:37 pm
אהלן ,
אתה צודק במאה אחוז אבל אני מציע לתת לשוגי הזדמנות להגיד לנו מה הפרמטרים שהוא צריך ואלי נוכל למצוא לו פתרון סטנדרטי (אולי אפשר לשלב OLAP …) כי ממה שנראה לי הוא לא רוצה ללכת על פיתוח רציני.- נובמבר 9, 2009 בשעה 1:48 pm
- נובמבר 9, 2009 בשעה 1:49 pm
לפי מה ששוגי שואל, נשמע שהוא דווקא מתיעץ, באילו פרמטרים ניתן לבחון ספקים.
מה שתיארתי לו זה לוגיקה דומה לדו"ח הסטנדרטי (אמינות הספק) אך נותנת תוצאות אמיתיות. אנחנו לא היתקנו את הלוגיקה מהסנדרט, אבל זה מה שמתבקש ולא נראה שיש משהו אחר (במקרים הסטנדרטיים).- נובמבר 9, 2009 בשעה 1:52 pm
- נובמבר 9, 2009 בשעה 2:13 pm
שוגי, בוא נעבור ממשפטים כלליים להגדרות מדוייקות.
1. איכות = "הכמות והאחוז של מוצרים שנפסלו וסיבות הפסילה" – ראה דוח סטנדרטי
2. לו"ז = "מספר האיחורים באספקא" – ראה דוח סטנדרטי
3. רמת שרות – מה זה?
4. מענה מהיר לבל"מ – מה זה?- נובמבר 9, 2009 בשעה 2:20 pm
OK מה שאתה אומר זה ישנם נתונים שניתן להביאם ממקומות שונים מהמערכת וישנם שלא שכנראה נצטרך לציין אותם ידנית .
זה מתאים למה שחשבתי, השלב הבא שמעניין אותי זה שיטת הריכוז וההצגה שעדיפה, חשבתי על כמה:
הוספת מסך בן למסך ספקים ובו כל הנתונים או רק של אותם שניים ואז דו"ח שמבצע חישוב.
מה אתם עשיתם ? מה יותר פשוט לביצוע ? מה העדיפויות ?- נובמבר 9, 2009 בשעה 2:21 pm
הסיבה שלא ניתן לשדרג את הדו"ח הסטנדרטי היא, שהחישוב מבוצע שם ע"י תוכנית מקומפלת ולא ע"י תוכנית SQLI עם קוד פתוח.- נובמבר 9, 2009 בשעה 2:30 pm
1. נכון, אין במערכת את כל הנתונים הדרושים. וגם מה שכיביכול קיים בדו"ח הסטנדרטי, אינו משקף את התמונה האמיתית (למשל, איחורים באספקה הם לאו דווקא באשמת ספק).
2. עדכון הנתונים צריך להתבצע לא ברמת ספק, אלא ברמת תעודה, כלומר, ע"י אנשי רכש, QA, מחסן וכו' – כל אחד בתעודות שלו. וזה דורש מחשבה רבה ופיתוח מורכב + מלחמת חינוך גדולה עם משתמשים שלא יהיו מוכנים למלא שדות נוספים מעבר למה שהם רגילים.
3. נראה לי, שכבר הבנתה, שלא ניתן כאן לבנות משהו רציני ללא ניתוח מעמיק + מפתח מיקצועי.- נובמבר 9, 2009 בשעה 2:30 pm
שוגי
אני מציע שתתמקד ולא תתפזר…
תגדיר כמו שצריך את הפרמטרים שמענינים אותך ונוכל להמשיך הלאה.- נובמבר 9, 2009 בשעה 2:32 pm
מוצגות 15 תגובות – 1 עד 15 (מתוך 15 סה״כ)
- יש להתחבר למערכת על מנת להגיב.