yitzchok

בונים פרוצדורה שתעבור על הסוכנים ותשלח לכל אחד את הדו"ח שלו.

את הפרוצדורה מתזמנים.

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

כדי לשקול אם צורת העבודה היא ככה השאלה האם צריכים בסופו של דבר לעקוב אחרי כל מה שנשלח ל-א' כך שמה ש-א' לא מדווח ש-ב' ישלם עליו, צריכים לחייב את א' עליו

זאת אומרת א' מהווה מחסן ועושים ת. משלוח אליו ואז יוצאת הסחורה או ל-ב או ל-א לפי מה שמדווח וחיוב בהתאם

 

הגיעה אלי הודעה הבוקר המתחילה ככה:

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

נשמע שמדובר באותה בעיה.

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

המערכת שלך קובע לך מספר סידורי כבר בתעודה באופן אוטומטי?

זה לא חייב להיות

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

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

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

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

מקווה שזה עוזר

לא שמעתי אי פעם על דבר כזה

תוסיף שדה בשורה וחייב מילוי, ולפי מה שהוא בוחר קבע מחיר

השורה הארוכה מופיעה הפוך, מקווה שהכוונה ברורה מתוך התיאור שלי

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

אם מה שמזמינים וקונים זה לא המוצר (הרי המוצר עצמו מנוהל מלאי ומכירות אלה לא צריכות להשפיע על המלאי) אז אולי אתם צריכים מוצרים מקבילים שמשקפים את העבודה ולא המוצר? זה בעצם קרוב יותר למוצר שיש לכם כרגע אבל ברזולוציה גבוהה יותר, יותר מקביל למגוון המוצרים שיש לכם.

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

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