שינויים בהזמנות רכש מאושרות

› פורומים › אפיון ופיתוח פריוריטי › שינויים בהזמנות רכש מאושרות

  • Post
    • מאי 31, 2010 בשעה 4:10 pm
    YANIV MADMONI
    משתתף
    none
    שלום ,

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

    בעת שליפת מידע מהמסך יופיעו רק ההזמנות אשר עפ"י תהליך רשימת מאשרים.

    אנו עובדים באמצעות BPM לאישורי הזמנות רכש .

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

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

מוצגות 15 תגובות – 1 עד 15 (מתוך 20 סה״כ)
1 2
  • Replies
    • יוני 1, 2010 בשעה 11:28 am
    Lior
    מנהל בפורום
    הי יניב
    לא כ"כ הבנתי מה אתה רוצה לעשות. האם שבפתיחה של "שינויים בהזמנות רכש מאושרות" יישלפו כל ההזמנות במערכת ?
    • יוני 1, 2010 בשעה 11:36 am
    YANIV MADMONI
    משתתף
    none
    היי ליאור

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

    יניב

    • יוני 1, 2010 בשעה 11:39 am
    Lior
    מנהל בפורום
    תפתח את המסך במחולל ותוסיף להפעלות המסך טריגר XXXX_PRE-FORM
    בתות הטריגר תרשום:
    [code:1]:KEYSTROKES = '%{Exit}';[/code:1]
    אחרי זה תכין את המסך
    • יוני 1, 2010 בשעה 11:40 am
    Lior
    מנהל בפורום
    שים לב. ערכתי את ההודעה
    • יוני 1, 2010 בשעה 11:57 am
    YANIV MADMONI
    משתתף
    none
    היי

    הוספתי את הטריגר אך עדיין מופיעים לי רק ההזמנות שעברו עפ"י תהליך רשימת מאשרים …

    יניב

    • יוני 1, 2010 בשעה 1:39 pm
    אלון ארנסטי
    משתתף
    היי ליאור,

    הוא מתכוון שהוא רוצה שיופיעו רשומות גם בעלי הערך X בשדה מאושרת? . במחולל מדובר על עמודה UFLAG אשר יש לו קריטריון להצגת ערכים P ו-Y בלבד.

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

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

    אלון.

    • יוני 1, 2010 בשעה 1:57 pm
    YANIV MADMONI
    משתתף
    none
    אלון תודה ,

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

    יניב

    • יוני 1, 2010 בשעה 3:16 pm
    Lior
    מנהל בפורום
    הי אלון ויניב
    א. לא אמורה להיות בעיה. אם בהזמנה מאושרת במלואה ניתן לבצע את השינויים שהמסך מציג כל שכן וקל וחומר שבמאושרת חלקית זה לא ייצור בעיות. ההגבלה הקיימת להזמנות מאושרות נובעת לדעתי רק מהרצון להציג בו הזמנות מאושרות ולא את כל האוכלוסיה. ולכן אפשר להוסיף ל ביטוי של עמודת UFLAG גם את האות X

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

    הערה: המסך מציג רק שורות פתוחות.

    • יוני 1, 2010 בשעה 4:03 pm
    אלון ארנסטי
    משתתף
    ליאור,
    ממש תודה על ההסבר.

    יניב,
    ראיתי מתוך היסטוריית ההודעות שאתה מודע כיצד לעבוד עם DEVCENTER.
    לאחר "הפעלתו", גש לעמודת UFLAG שבמסך PORDERS_CHANGES והוסף לביטוי של IN גם את הערך 'X'.

    שוב, לא לשכוח לבטל את DEVCENTER לאחר שתסיים לבדוק אם הכל תקין!

    אלון.

    • יוני 2, 2010 בשעה 12:44 pm
    YANIV MADMONI
    משתתף
    none
    היי ,

    הוספתי את הערך 'X' אל הביטוי של IN ולאחר מכן ניסיתי לבצע הכנת מסך ואני מקבל 3 הודעות שגיאה :

    1.NSCUST.$$: בהפעלה DOCTODOLISTLOG/IV/EXPR אינו קיים כעמודה במסך.

    2. Query can be found in file : C:\priority\tmp/prep.err

    3. תנה NSCUST.$$: בהפעלה DOCTODOLIST/IV/EXPR אינו קיים כעמודה במסך.

    ניסיתי להוריד חזרה את הערך X מהביטוי ועדיין אני מקבל את השגיאות הנ"ל

    מה יכולה להיות הבעיה ?

    יניב

    • יוני 2, 2010 בשעה 2:13 pm
    אלון ארנסטי
    משתתף
    מבחינה תיאורתית זה די מוזר שאתה מקבל הודעות כאלה. לא מדובר כאן על עדכון או תוספת של שדה כלשהו, אלא בסה"כ הוספת עוד קריטריון אחד להצגה.
    אני לא ביצעתי את הפעולה וגם אפילו קצת חושש לבצע זאת בגלל שאתה לא הצלחת להחזיר את המצב לקדמותו. אבל גם יכול להיות שבלי כוונה שינית משהו אחר.

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

    1. שלח בבקשה את קובץ השגיאה שלך PREP.ERR

    2. רשום מהו בדיוק שם המסך ושם העמודה שאליו הוספת את הערך 'X'.

    אלון.

    • יוני 2, 2010 בשעה 2:55 pm
    YANIV MADMONI
    משתתף
    none
    היי,

    שם המסך : PORDERS_CHANGES

    שם העמודה : UFLAG

    בנוסף מצורף הקובץ המבוקש

    תודה

    יניב [file name=prep-196fecb8958c38870731154609b91e75.zip size=199]https://www.priority-forums.com/he/images/fbfiles/files/prep-196fecb8958c38870731154609b91e75.zip[/file]

    • יוני 2, 2010 בשעה 6:55 pm
    אלון ארנסטי
    משתתף
    ישמתי את הפעולה כמובן על חברת תירגול. ביצעתי הכנת מסך ממש אחרי שהוספת את 'X" (לפני ביטול DEVCENTER).
    הכל ממש תקין ואין אף הודעת שגיאה, ואפילו קיבלתי את הרשומות כפי שרצית.

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

    עכשיו לבעיה האמיתית:
    השוואתי את פירוט הקובץ ששלחת אל ה-DUMP של מסך DOCTODOLIST ומצאתי את משפט ה-SQL מהקובץ למעט הערך X. הכנת המסך בעצם הציגה לך שהוא מנסה "לשלב" את העמודה 'X' בפקודה, אך לא מצא אותו באף טבלה מהפסוקית FROM.
    בקיצור, חפש במחולל המסך DOCTODOLIST וגם במסך DOCTODOLISTLOG אם קיימת עמודה 'X' היכן שהו במסך הבן של העמודות.

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

    שאלה לליאור: האם אי פעם נתקלת בתופעה דומה? היש לך הצעה נוספת?

    אלון.

    • יוני 2, 2010 בשעה 7:21 pm
    YANIV MADMONI
    משתתף
    none
    היי אלון ,

    ביצעתי את כל הפיתוח הנ"ל בסביבת תרגול ,

    אני אנסה לעדכן DB מחדש ולבדוק זאת בשנית

    אעדכן בהמשך

    יניב

    • יוני 3, 2010 בשעה 12:13 am
    Lior
    מנהל בפורום
    לא. ונראה לי שיש פה רק אי הבנה ולא איזו תופעה מיוחדת.
    יניב, האם הוספת את "נושאים לביצוע" כמסך בן למסך השינויים ?
מוצגות 15 תגובות – 1 עד 15 (מתוך 20 סה״כ)
1 2
  • יש להתחבר למערכת על מנת להגיב.