אורן קפלן

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

בהצלחה

אורן

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

אורן

אותה תגובה בקשר לקובץ הזה כמו התגובה הקודמת שלי 🙂
אם אתה רוצה להעלות לכאן, דבר איתי.

אורן

יונלה,
א' – אין באמת בעייה עם התקנה של שני קליינטים – אם שניהם אותה גרסת פריוריטי וכעקרון אותן הגדרות עבודה אז אפשר לעבוד פשוט עם 2 קבצי tabula.ini ולהגדיר קיצור דרך יעודי עבור כל סביבה (כל עוד מי שמשתמש בסיפור הזה יודע להבחין).
ב' – יש בעייה של התקנה של שני שרתים על אותה תחנה/שרת, למרות שכפי שאפי ציין ניתן לבצע את זה באמצעות DBA מומחה.
ג' – גם בהתקנה של שני קליינטים צריך להבין טוב טוב את השינויים וההבדלים בין ה-tabula.ini ולדעת מתי עדיף לעשות התקנה נוספת של פריוריטי ומתי מספיקה רק התקנה אחת (לדוגמה כשאר בוחנים שדרוג לגרסה אחרת של פריוריטי).

אם צריך עזרה ספציפית אשמח לתת אותה
orenkaplan(at)gmailcom

אפי,
אם אתה רוצה אני אשמח להסביר לך על הקובץ הזה איך אני מאלץ את הפורום להציג את הקישור…

אורן

היי מוריס,

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

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

בהצלחה.

אורן

אני חושב שעכשיו יהיה אפשר לראות את הקובץ, גם אם לא בפורמט שאמור להציג קבצים:
https://www.priority-forums.com/he/images/fbfiles/files/priority16_sdk-20140727-2.pdf

מקווה שעובד

אורן