yitzchok

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

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

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

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

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

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

ראשית אני לא מבין משהו אחד,
האם זה יחיד ליחיד? או יחיד לרבים? או רבים לרבים?
[ 8< ]

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

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

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

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

האם לזה התכוונת?

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

לומדים מהמסכים והדוחות.

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