yitzchok

לא מכיר את השדה "עובד מטפל 1" – מדובר בשדה "לטיפול" שעבר שינוי כותרת?

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

שאלתי למה אתה מסתבך וזה היה כהקדמה למה שכתבתי לאחר מכן לגבי ORDI

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

אני לא יכול להגיד למה אין לך ערכים ב-ORDI. עשית בדיקה מקיפה? אולי עלית על חשבונית חריגה? לפעמים משתמש מוחק שורות ואז מקליד מחדש והשורות החדשות לא בהכרח יהיו קשורות לשורות הזמנה כמו קודם.

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

בגדול אתה צריך לכתוב קצת קוד שיעבור על כל המספר וינקה אותו, וירשום את התוצאה לעמודה שלך. הרי אתה לא רק צריך להוריד את ה-0 (אתה צריך גם להוסיף 972?) אלא גם לטפל ברווח או מקו או כל טקסט אחר שיכניסו.

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

מצאתי מה שנאמר לי פעם

נעזוב קיבוצים

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

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

למה? ככה. אנחנו לא צריכים להבין. אם יעבוד יעבוד. עובד?

יכול להיות שיש קבוע ששולט על זה

או ניתן ליצור טבלת היסטוריה ולהעתיק אליו

כמובן אלה רק יעזרו להבא

א. מסך תהליכים בביצוע

ב. לא כסטנדרט, רק אם יש מודולים מתיאמים שיש בשוק (ואולי אלו רק לוג שינויים ולא יגידו מה נשלף לדוגמה)

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

צריכים כלים חיצוניים אותם ניתן לקרוא אליהם מתוך טריגר בפריוריטי

לדוגמה תוכנית שתקח את הקובץ ותעביר אותו לדוגמה ב-ftp או העלה ב-http ולאחר מכן ימחוק את הקובץ המקומי

אבל,..

העברת קובץ בפריוריטי תדרוש גישה לתיקייה

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

יש לכם פיתוחים במערכת?

או היא לגמרי לגמרי סטנדרטית?

אם השני הייתי פונה לספק שלכם.

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