yitzchok

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

משתמשים בתבנית אקסל או לא?

יש הבדל בין זה למספר המכשיר.

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

ראה בטריגר TRANSORDER_H/SERNUM/POST-FIELD

כדי לבצע שינוי בטבלה אחרת – שזה מה שאתה רוצה לעשות – אתה צריך לדאוג לשמירה לאחר השמירה של השורה עצמה, זאת אומרת בבאפר שבטריגר POST-UPDATE (ו-POST-INSERT) פרטי.

תסתכל בבאפרים קיימים, תמצא דוגאמות.

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

שים לב לבאפרים POST-INSERT-SERN ו-POST-UPDATE-SERN – אתה צריך לבצע את הפעולות שלך אחריהן.

אם הכוונה היא למשוך מכשיר לפי ה-IMEI, במקום להקליד SERNUM, אז מדובר במשהו אחר:

במקרה הזה כנראה לא תרצה לשמור שינויים ל-SERNUMBERS אלא יש לאתר בעזרת ה-IMEI את SERNUM. לצורך זה תעשה מהשו בדומה למה שקורה ב-BARCODE/POST-FIELD. אבל אתה נוגע בעמודה סטנדרטית – אל תעדכן ישירות את SERN, תאתר את ה-SERNUM המתאים ותרשום אותו, לאחר בדיקות שלא היה נופל על החוקיות שיש ב-SERNUM/CHECK-FIELD.

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

כך שאני לא יכול לענות על השאלה אבל רוצה לומר שנראה לי שאם תמיד יהיה KLINE 1 תעדכנו את אותה השורה.

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

באותה מידה הייתי חושב שלא צריכים type ליד docno אבל אולי יש סיבה שנדרש.

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

אם הכוונה למסך האב (הרי הזכרת מסך בן), אז זה עניין אחר, אפשר בעזרת $$

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

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

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

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

לפעמים אני חושב שזה עניין של עמודה מול עמודה (ולא ערך קבוע או ביטוי)

לפעמים אני חושב שזה עניין של עמודות שבמפתח U

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

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

אני שמח שמצאת פתרון

יש כאלה שמקפידים לבצע unlink לפני הצגת הודעת שגיאה

יכול להיות בעקבות רצון לנהל כלל, כי בתוך טריגר מסך יש משמעות

הרי כל מה ש-unlink עושה זה להפסיק את ההפניה של הטבלה בשיאלתאות למקום בו שומרים את נתונים של טבלה כשהיא מלונקקת.

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

מה שרלוונטי יותר זה מחיקת הנתונים כמו שקורה בעזרת and remove

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

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

אבל התאריך צריך עדיין להופיע בכותרת של הדו"ח עם שאר הקלטים

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