yitzchok

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

ב"כרטיס פריט" התכוונת לכרטיס המכשיר?

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

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

הפתרון הנכון תלוי בתוצאה הנדרשת.

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

מקווה שהכוונה שלי ברורה.

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

אתה מזכיר את ה-SDK ואני מניח שאתה מתכוון לדוגמאות שבפרק של "כלים מתקדמים" ופקודת WINHTML.

אם זה אומר לי שאתה רוצה לתפוס את הדו"ח בצורת HTML אבל ישירות לקובץ בלי התערבות המשתמש, אתה צריך להפעיל את הפרוצדורה (אולי יותר מתאימה פרוצדורת ACCOUNTS2 כי היא בנויה להפעלה ת"כ העברת קובץ לינק כקלט) באופן שדומה למה שמתאור שם אבל עם שינוי קל. וזה להשתמש בפקודת WINACTIV עם פרמטר P- במקום WINHTML -d, ככה:

:TMPOUT = '..\..\ACCOUNTS.htm';
EXECUTE WINACTIV '-P', 'ACCOUNTS2', 'ACCOUNTS', :TMPACCOUNTS, '-o', :TMPOUT;

אני מקווה שזה מה שאתה צריך

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

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

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

בהצלחה

אני לא מבין למה אתה טוען שנדרש חיתוך עם טבלת DAYS

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

אם מישהו רוצה לקבץ את כל העמודות שיש לו כבר ולהוסיף עמודה חדשה עבור DOCUMENTSTEXT.TEXT בלבד אינני רואה סיבה להביא בכלל DAYS כי כבר מהשורה הראשונה אפשר לשלוח את העמודה ההיא.

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

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

הממשקים החדשים שיצאו בגרסאות האחרונות (17 ו-18 נראה לי) שהם ממשק REST ו/ממשק API – נראה לי שאלה פחות או יותר אותו הדבר וזה עבר שינוי מיתוג – אלה הם חלק מהמודול החדש שהוא בתשלום נוסף.

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

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