yitzchok

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

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

הכוונה למספור שהמשתמש רואה?

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

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

אבל מה המזהה השני בא לעשות? שניהם יהיו ייחודיים לאותה רשומה?

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

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

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

הטריק הוא לעשות את השינוי בדו"ח באופן שקוף.
לדוגמה:
כאן נדרש לדוגמה דגל (CHAR1), ורוצים שהדו"ח ישתנה אם הערך של הדגל הוא Y וכל עוד הוא ריק אז הדו"ח יתנהג כרגיל, וזה מתאים מאוד.
הייתי אומר שנשמע שגישה כזאת תעבוד:
תוסיף לדו"ח עמודה (מוסתרת) על PART.PART
לזה תוסיף תנאי מעין זה:
IN (SELECT PART FROM .... ) OR :zzz = ''
כאשר zzz זה הפרמטר, שתקבע קצת משונה כדי להקטין את הסיכוי ששדרוג יוסיף לפרוצדורה המקורית פרמטר בעל אותו שם
וב-subquery אתה דואג לסינון למוצרים ללקוח

מקווה שזה עוזר

לא יודע בוודאות אבל דומני שמה שאתה מעביר זה לא ערך של מפתח אלא ערך עבורו יהיה חיפוש בשדה הראשון של המסך.

מה קורה אם אתה מעביר את הנושא (אם זה אכן השדה הראשון)?

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

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

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

בדיוק. כתוב לא לעשות את זה, לא שאי אפשר.

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

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

בהצלחה

כל עוד הכוונה דווקא לעקוף חוקיות במערכת וזה נעשה בשיקול דעת, לא אתווכח עם זה.

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