yitzchok

מכירות > מחירים והנחות > מחירונים > עדכון מחירון

הזמנה זאת הזמנה ולא צריך להיות משמעותי זה שאת מחוללת אותם ע"י פרוצדורה.

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

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

מצאתי את הפקודה הזאת מתועדת ב-Programmer's Guide העתיק של פריוריטי:

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

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

התייחסתי לשאלה הנכונה?

הייתי מוסיף שיש לדאוג לתכנת את הסורק (שבד"כ מתחזה למחשב כמקלדת) איזה מקש לשלוח אחרי הקשת הברקוד. כך אפשר לסרוק רצף של מוצרים בלי לחזור למקלדת לרדת שורה. בפריוריטי נראה לי שלרוב או חץ למטה או enter/return יכול להתאים. יכול להיות שזה כבר אחד מאלה. יש לחשוב איך תרצו למלא כמות. אולי תרצו להגדיר חוק נתונים.

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

נראה לי שהושמט קטע כזה ממסמך ה-SDK:

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

זה לא בלתי אפשרי לגשר פער במצב כזה אבל צריכים לחשוב טוב איך.

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

יכול להיות שתגלו תוך כדי הבחינה הזאת שאם מורידים את כל השיטות המיוחדות (הידניות), יש למערכת כלים לעזור לכם אילו הייתם עובדים ממש *עם* המערכת.

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

בהצלחה