yitzchok

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

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

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

מקווה שזה עונה על השאלה קצת

אז אולי תביא כאן dump של שאילתת הדו"ח?

חשוב גם כאן לא לשבש את החיתוכים…

Cust יש לך בכל שורה
Part יש לך בכל שורה
(אם אני זוכר נכון)

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

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

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

אני לא רואה שאת חוזרת לסביבה המקורית.

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

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

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

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

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

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

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

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