NoamN

Forum Replies Created

מוצגות 15 תגובות – 61 עד 75 (מתוך 447 סה״כ)
  • Replies
  • NoamN
    משתתף
    none
    לצערי, יש פעילויות בארגון שלי שאינן מפיקות חשבוניות על סמך תעודות משלוח. אין בעיה כאשר מוכרים מוצר סופי כמו כסא, אבל יש בעיה כאשר "מוכרים" מטר רץ של רצפה תעשייתית ומספקים לאתר הבניה חומרים שנצרכים שם.

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

    NoamN
    משתתף
    none
    עשיתי משהו דומה לפני כמה שנים.

    לגבי הזמנות לקוח, הגדרתי דגל מיוחד בטבלת הסטטוסים להזמנה שתאורו "להסיר מאובליגו". אחרי זה סימנו אלו סטטוסים לא ייחשבו לאובליגו. כל יום רצה פרוצדורה שאוספת הזמנות שהגיעו לסטטוס/ים האלה ביממה האחרונה, גם הזמנות שעונות על דרישות אחרות. בסוף יש לולאה שעוברת על ההזמנות הללו (מספר הזמנה ORD נשמר ב-STACK) ומעדכנת את השדה OBLIGOFLAG בטבלת ORDERSA עם הערך Y (פירושו "לא לכלול באובליגו").

    במקביל יש טיפול בתעודות משלוח ושורות תעודות משלוח להסיר את הדגל "לחיוב" מהשורות המתאימות.

    כתוצאה מכך, התכנית לחישוב האובליגו מתעלמת מהישוית הללו.

    אני מקווה שזה נותן לרעיון איך ליישם את הבקשה.

    NoamN
    משתתף
    none
    בשביל מה ביטוי DUMMY? מה קורה אם את מסירה אותו?

    פעם בניתי דו"ח שמודפס במסגרת הדפסת תעודת משלוח, כאשר הדו"ח מציג רק שורת מלל. הגדרתי את המלל במסך הבן "עמודות הדו"ח – הרחבה" (לא באמצעות ENTMESSAGE) ושדה נוסף (כנראה מקביל ל-DUMMY אצלך) עם הביטוי STACK4.KEY = 0. הביטוי הזה תמיד יהיה נכון ובכך ההודעה מודפסת.

    NoamN
    משתתף
    none
    אין להודעה כל קשה לשינוי טיפוס. ההודעה מציינת שגיאה ב-GROUP BY: אלה השדות לפיהם נעשה קיבוץ. בדרך כלל זה אומר שיש שדה שערכו משתנה שנמצא בביטוי ל-GROUP או להיפך, שחסר ביטוי בתוך ה-GROUP. זה יותר קל לראות ברמת SQL ולא בתוך מחולל הדו"חות.

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

    NoamN
    משתתף
    none
    היה רצוי לשלוח כל שאלה בנפרד.

    לגבי השאלה הראשונה – למיטב ידיעתי, אי אפשר. תפקוד הפלוס/מינוס פונקציה של הדפדפן, לא של הדו"ח.

    שאלה 2: לא. דו"ח רגיל מוגבל ל"טבלה" אחת. נדרש ליצור "מסמך HTML" (כמו הדפסת הזמנת לקוח) כדי לכלול כמה "טבלאות" בדו"ח אחד.

    שאלה 3: אם הבנתי את השאלה נכון, אתה צריך להגדיר חישוב קבוצתי B לשדה שמכיל את המונה. כמו כן שדות טכנאי וראש צוות תגדיר חישוב קבוצתי R.

    NoamN
    משתתף
    none
    אפשר אבל רק באמצעות פיתוח. נדרשת הפעלת PRE-INSERT ברשומת השורה שסוכמת את כמות הפריט בשורה הנוכחית עבור הלקוח הנוכחי "היום", ואחר כך בדיקה שהכמות הזו לא גוברת על ההגבלה.

     

    NoamN
    משתתף
    none
    אני מנסה להדפיס תשובה אבל האתר כל פעם דוחה את מה שאני כותב. תיעדתי לעצמי את התליך באנגלית לפני שנה באתר https://progpitfalls.blogspot.com/. צריך לחפש את mail merge
    NoamN
    משתתף
    none
    האם אתה מתכוון למולל המכתבים? קשרי לקוחות > ניהול קשרי לקוחות > מחולל מכתבים
    NoamN
    משתתף
    none
    אנחנו רק יכולים לזרוק רעיונות כל עוד לא רואים את הגדרות הדו"ח עצמו.

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

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

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

    NoamN
    משתתף
    none
    תקרא את הקטע Creating a Printout of a Document בפרק 15 של ה-SDK. לי נראה להדפיס משהו (פיזית) כקצת מסוכן – איך קובעים לאיזו מדפסת? אולי לא ימצאו את המסמך אחר כך?
    NoamN
    משתתף
    none
    אני לא יודע איך את שומרת את הנתונים בין שלב הפרוצדורה לבין שלב הדו"ח, אבל נניח שאת משתמשת ב-STACK8 כאשר KEY1 מכיל את התאריך ו-KEY2 מכיל את מספר ההזמנה. תכניסי רשומה לתוך STACK8 עבור כל יום, אם או בלי הזמנות (זאת אומרת, במקרה כזה, KEY1 = 22/12/21 ו-KEY2 = 0).

    כך תקבלי את הימים ללא הזמנות.

    יהיה יותר מסובך אם את משתמשת ב-STACK4 : מן הסתם KEY יהיה מספר ההזמנה. תשמרי ימים ללא הזמנה עם KEY = -DATE, אבל זה יסבך מאד את הדו"ח.

    NoamN
    משתתף
    none
    חלופה נוספת: האם אפשר לערוך את הממשק כך הנספח ייכנס לחשבונית בנוסף להזמנה, או אפילו רק לחשובנית?

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

    טעיתי קצת לגבי שם השדה – צריך לכלול EXTFILENAME – פרק 3 ב-SDK
    <p style="text-align: left;">In order for a form column to be defined as an attachment column, it must be of CHAR type and the form column name must contain the string EXTFILENAME (e.g., PRIV_ EXTFILENAME).</p>

    NoamN
    משתתף
    none
    שם השדה צריך לכלול את "FILENAME", אבל לא הייתי רוצה להמליץ לך לעשות מה שתכננת. יותר טוב להוסיף הפעלה אשר תעתיק את הנספח מההזמנה אל הנספחים של החשבונית.

    למטה מופיע קוד להפעלת POST-INSERT במסך CINVOICES (זאת אומרת, הנספחים מועתקים מתעודת משלוח ולא הזמנה, אבל הרעיון אותו הדבר)

    DECLARE @GPIX CURSOR FOR
    SELECT EXTFILENAME, EXTFILEDES
    FROM EXTFILES
    WHERE IV = :$.DOC
    AND TYPE = 'D';
    OPEN @GPIX;
    GOTO 300 WHERE :RETVAL <= 0
    ;
    SELECT COUNT (*) INTO :COUNT
    FROM EXTFILES
    WHERE IV = :$.IV
    AND TYPE = 'I';
    LABEL 100;
    FETCH @GPIX INTO :EF, :ED;
    GOTO 200 WHERE :RETVAL <= 0;
    :COUNT = :COUNT + 1;
    INSERT INTO EXTFILES (IV, TYPE, EXTFILENUM, EXTFILENAME,
    EXTFILEDES, CURDATE, UDATE, USER, EI_COND)
    VALUES (:$.IV, 'I', :COUNT, :EF, :ED, SQL.DATE8, SQL.DATE,
    SQL.USER, 'Y');
    LOOP 100
    ;
    LABEL 200;
    CLOSE @GPIX;
    LABEL 300;

מוצגות 15 תגובות – 61 עד 75 (מתוך 447 סה״כ)