אלון ארנסטי

סוף סוף ראיתי את הבעיה שלך.

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

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

תיקון הבעיה:
1. מחק את העמודה שהוספת במסך. יש למחוק קודם את הביטוי שהוספת אחרת לא יימחק לך העמודה.

2. מחק את העמודה מהטבלה PORDERITEMS.

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

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

אלון.

לפי פלט השגיאות, בדוק היטב שוב שהכנסת את הקוד במסך הבן PORDERITEMS.

מה שלילך רצתה לדעת היא איזה סוג של גירסה האופיס שלך. סיפרת לנו שזה 2003, אך חשוב לדעת האם זאת גירסת Professional.
בתפריט העליון, גשי לעזרה (Help) ובחרי ב"אודות וורד" (About Microsoft Word) ותבדקי מה רשום שם.

אם זה לא, אז הוורד לא יתמוך בתגיות XML של הפריוריטי.

אלון.

הוספת הסטטוס הנוסף הוא רק על תעודת החזרה מלקוח.

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

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

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

אלון.

היי,

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

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

אלון.

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

אלון.

האמת שציפיתי לקבל קצת יותר כך שאוכל להבין את האיפיון, אבל אתה "מתקמצן" במילים 😉

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

דרך אגב לגבי השאלה הראשונה שלך, למרות שהעמודה שהוספת קיימת ב-Dump — הודעת השגיאה שקיבלת במקומה! טבלת הבסיס של DOCUMENTS_N הוא DOCUMENTS וטבלת CUSTOMERS היא טבלה מקושרת. לא ניתן בתוספת עמודת טבלה מלקוחות לעדכן ערך בתוכו. השדה הוא לקריאה בלבד. טריגרים פנימיים של המערכת מונעים את נסיון העדכון בין היתר מסיבות של שמירה על שלמות מבני הנתונים. לכן, ניתן באמצעות כתיבת טריגר לעדכן טבלה מקושרת.

אלון.