yitzchok

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

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

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

הבעיה היא ההנחיה!

בגלל הקושי שאת מתארת (שיש ריבוי מק"טי לקוח למק"ט אחד),  מק"טי לקוח מנוהלים במסך "מוצרים של לקוחות".

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

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

ENAME = ORDERS

TYPE = F

אני מקווה שזה מספיק ברור.

תשווה בין המסכים ACCOUNTS ו-ACCOUNTS_RECEIVABLE ו-ACCOUNTS_PAYABLE במחולל המסכים. בעמודת SECTION בכל אחד מהם צריך להיות תנאי. תעזר בזה כדי לקבל רק כרטסת לקוחות. אבל קח בחשבון שיכול להיות שחשבון שקשור ללקוח (לפי הערך בעמודת  CUSTOMERS.ACCOUNT) יכול להיות בכרטסת ראשית לפי הערך של SECTION.

התנועות נמצאות בטבלת FNCITEMS וטבלאות המשך FNCITEMSA ו-FNCITEMSB ואולי עוד. רצוי להתסכל במסכים FNCITEMS ו-FNCITEMS2 (אם אני זוכר נכון את השני – אני מתכוון למסך של פירוט סכומים להתאמה) – שווה להכיר אותם ולהבדיל בין השורות שבתנועה כי לא כל שורה בתוקף כל הזמן ואפילו תלוי איך מתייחסים לשורות.

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