yitzchok

הנה העזרה לעמודה:

למשימה המריצה תכנית הכוללת קלט, המשתמש שלפיו יוגדר הקלט. לפני רישום המשימה, על המשתמש להריץ את התכנית עם הקלט הרצוי. לאחר רישום המשימה, Tabula Task Scheduler ישתמש בקלט זה.

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

הערה:
הקלט נרשם נכון לזמן שבו התכנית נרשמה או שהתוכנית ריענון קלט משימה לפי משתמש' הורצה. המשתמש יכול להמשיך להריץ את התכנית, ואף לשנות את הקלט, והדבר לא ישפיע על האופן שבו התכנית מורצת ע"י ה–Scheduler.

בעיניי יש בעיה אחרת.

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

כך אתה מתעד יותר נכון את מה שקרה.

סתם מחשבות על רגל אחת:

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

אם כבר אפשר להעזר ב-BPM.

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

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

קיימת עוד אפשרות:

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

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

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

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

אם התכוונת להודעות אחרות בבקשה תסביר

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