אלון ארנסטי

1. היכנס ל- מנהל המערכת > מחוללים > טבלאות > מילונים ודו"חות – טבלאות > מילון טבלאות.
זכור את רמת העדיפות של המפתח שלך.

2. מחק את המפתח באמצעות מנהל המערכת > מחוללים > טבלאות > מחולל מפתחות > מפתחות > מחיקת מפתח.
הזן את שם הטבלה שבנית ורשום את מספר עדיפות המפתח משלב 1.

3. מאותו התפריט הוסף שתי מפתחות חדשים.
הקצה לעמודה YARI IDS את עדיפות מספר 1 ומפתח מטיפוס A.
הקצה לעמודה YARM את עדיפות מספר 2 ומפתח מטיפוס U.

בהצלחה.

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

אני מניח שביססת את הטבלה והמסך החדש שלך על ECOREASONS.

הנה בינתיים מה שהצלחתי לקלוט במבנה הטבלה שלך:
שדה המפתח שלך YARI_IDS מוגדר כטיפוס CHAR במקום INT וגם מוגדר כמפתח מטיפוס U ולא A.
לא הגדרת גם מפתח לשדה YARS מטיפוס U, וגם ערך המיון 1 אמור להיות עליו ולא על YARM.

בקיצור, אם היתה לך מטרה לבסס את המסך שלך על ECOREASONS, לא ביצעת זאת כראוי לפי המבנה המקורי.
אבל שוב… לא ראינו כיצד השדות שהקמת משתלבים במסך ECO.

אלון.

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

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

אלון.

[file]

נ.ב.
מישהו יכול לתת לי הסבר כיצד מצרפים קובץ לפורום?

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

מכיון שמדובר על דוח שהעתקת ולא בדוח מקורי, אין כל צורך להקצות מזהה עמודה מ-5 ומעלה.

מה שאני לא מבין הוא הקשר בין הקצעת מזהה עמודה השונה מ-0 לעמודות שהתווספו וקבלת תוצאה של כפילות שורות, למרות שהעמודה DESTCODE בטבלה DESTCODES הינו המפתח הראשי היחיד.

אלון.

כמובן ש-PRE-INSERT תמיד יופעל לפני POST-INSERT וכו' על-פי הכתוב ב-SDK.
אבל, כאשר מדובר על אותו טריגר בדיוק, אזי הטריגר אשר יופיע קודם על-פי הסדר האלפאביתי – יופעל קודם. בדקתי את זה.

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

מתוך ה-SDK:

Standard and custom triggers are sorted alphabetically, so you should
name your own triggers accordingly. For example, to run your own trigger
after a standard POST-INSERT trigger, use POST-INSERT_AXXX or ZXXX_POSTINSERT
(where XXX is part of the prefix you normally use for this customer).

הטריגר היחיד שבו לא ניתן לבנות ממנו טריגר מותאם הינו ה-SEARCH-FIELD. לפחות כך זה רשום שם.

אלון.

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

לדעתי הסיבה שפריטים מסוימים שלך הגיעו "בטעות" למחסן אחר היא בגלל תעודת תנועה כלשהי אשר מוגדר בה מחסן ברירת מחדל השונה מ-MAIN.

במסך ניהול מלאי > תחזוקת מלאי > סוגי תעודות מלאי, ניתן להגדיר מחסן ברירת מחדל עבור כל סוג תעודה.

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

אלון.