NoamN

Forum Replies Created

מוצגות 15 תגובות – 331 עד 345 (מתוך 442 סה״כ)
  • Replies
  • NoamN
    משתתף
    none
    לגבי נקודה 1, הייתי שולף קודם את הערך המירבי של KLINE של שורות ההזמנה ורושם את הערך הזה פלוס 1 בטבלה.

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

    לגבי נקודה 2: שם משתנה *ללא סימן דולר* אומר שמדובר במשתנה מקומי שאינו אחד משדות המסך (מוצגים או מוסתרים). ב-ORDERITEMS/POST-FORM2 כתוב

    GOTO 1 WHERE :FBONUSFLAG = 'Y'; /* Prevent the interface from running more then once.
    Filled in :$$.FBONUSFLAG/POST-FIELD which is filled by the interface */

    יש שדה FBONUSFLAG במסך "הזמנות לקוח" שהפעלת ה-POST-FIELD שלו מכניס את הערך Y לתוך המשתנה FBONUSFLAG.

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

     

     

    NoamN
    משתתף
    none
    נכון. אם אתה מתכוון להשתמש ב-IVTYPES בדו"ח, צריך לבצע JOIN על שני שדות

    INVOICES.TYPE = IVTYPES.TYPE
    INVOICES.DEBIT = IVTYPES.DEBIT

    וכך תקבל את התאור הנכון של IVTYPES כאשר TYPE שווה ל-C

    NoamN
    משתתף
    none
    A חשבונית מס
    B הפקדה
    C חשבונית זיכוי
    C חשבונית מרכזת
    E חשבונית מס קבלה
    F חשבונית יצוא זיכוי
    F חשבונית יצוא
    H תשלום בהמחאה
    P חשבונית ספק זיכוי
    P חשבונית ספק מרכזת
    Q העברה בנקאית
    R חשבונית עסקה
    S חשבונית חיוב לספק
    T קבלה
    U המחאות חוזרות

    תסתכל בטבלת IVTYPES

    NoamN
    משתתף
    none
    "סוג תנועה-תאור מלא" נמצא בשדה FNCPATDES

    אישית לא התעסקתי הרבה עם הטבלה הזו, אבל נראה לי ש-TYPE מקביל ל-INVOICES.TYPE ומגדיר אלו סוגי תנועה מתאימים לסוג רשומה כלשהי ב-INVOICES. לדוגמא, T = קבלות. להלן התאור של סוגי תנועה עם TYPE = T

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

    NoamN
    משתתף
    none
    פיתחתי טכניקה שמונעת סכימת שדות במצבים דומים אך היא לא תהיה מתאימה לשימוש במלל HTML (במקור היא קשורה להצגת הזמנות/חשבונית עם משימות רבות). לפי תזכיר שרשמתי לעצמי לפני כמה שנים, שדה הכמות (או כל שדה שדורש סכימה) צריך להיות לא מקובץ עם ביטוי עם DAYS.DAYNUM = 0. להלן התזכיר (שמדבר על דו"ח הזדמנויות אבל זה לא העיקר)

    1. קודם יש ליצור דו"ח רגיל ותקין לפני שמוסיפים את השדות המיוחדים

    2. כל שדה בדו"ח צריך להיות מקובץ, מלבד שדות שרוצים לסכום וכמובן המלל החופשי

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

    4. צריך להוסיף חיתוך עבור המפתח של טבלת הטקסט בשיטה כך יש "חיבור" רק כאשר DAYS.DAYNUM = 1

    5. כנ"ל לגבי CUSTCAMPAIGNSTEXT.TEXTLINE

    6. CUSTCAMPAIGNSTEXT.TEXTORD אינו מוצג אך צריך לקבל "ע. מיון" הכי גבוה

    7. צריך להגדיר DAYS.DAYNUM, BETWEEN 0 AND 1

    8. רוחב בשדה CUSTCAMPAIGNSTEXT.TEXT חייב להיות 68!! מוצג רק כאשר DAYS.DAYNUM = 1

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

    NoamN
    משתתף
    none
    זו תופעת לוואי של השליפה. במקום להציג את הכמות כשדה רגיל, תהפכי אותו לביטוי עם 0= DAYS.DAYNUM כך יש סיכוי יותר טוב לקבל את הסכום הנכון.
    NoamN
    משתתף
    none
    האם יש לך ביטוי כמו TEXTLINE

    = (DAYS.DAYNUM = 0 ? 0 : PORDERITEMSTEXT.TEXTLINE)

    פעם ניסיתי לקצר קצת ורשמתי = DAYS.DAYNUM * EXTTEXT.TEXTLINE אבל זה לא קביל למרות שהתוצאה זהה.

    NoamN
    משתתף
    none
    האם המסך נפתח רגיל או במצב שליפה? אי אפשר לעצב שדות במצב שליפה.

     

    NoamN
    משתתף
    none
    אי אפשר לדעת במדויק מבלי לראות את מה שרשמת.

    המלל צריך להופיע רק כאשר DAYS.DAYNUM = 1

    אני משער שהבעיות נובעות מההגדרות של טבלת המלל (כמו ORDERSTEXT), במיוחד ההגדרה של TEXTLINE

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

    לגבי קניה מספק אחד ב-15 ק"ג ומספר שני ב-10 '"ג, הייתי מציע לנהל את הפריט בק"ג (או 5 ק"ג), כאשר מאחד את מזמינה בכפולות של 15 והשני בפכילות של 10. אחרת את צריכה שני פריטים שונים וצריך להמיר מאחד לשני בעת כל רכישה.

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

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

    NoamN
    משתתף
    none
    תני לי להציע משהו אחר לגמרי: תכניסי את כל הערכים פעם אחת לתוך STACK8, לא באמצעות CURSOR. אחר כך תשלפי את הערך המזערי של כל פריט.

    LINK STACK8 TO $.STK;
    ERRMSG 1 WHERE :RETVAL <= 0;
    INSERT INTO STACK8 (KEY1, KEY2, REALDATA)
    SELECT PART, 1, PRICE
    FROM TABLE1
    WHERE …;
    INSERT INTO STACK8 (KEY1, KEY2, REALDATA)
    SELECT PART, 2, PRICE
    FROM TABLE2
    WHERE …;
    INSERT INTO STACK8 (KEY1, KEY2, REALDATA)
    SELECT PART, 3, PRICE
    FROM TABLE3
    WHERE …;
    INSERT INTO STACK8 (KEY1, KEY2, REALDATA)
    SELECT PART, 3, PRICE
    FROM TABLE4
    WHERE …;

    SELECT MIN (REALDATA)

    FROM STACK8
    WHERE KEY1 = :PART

    NoamN
    משתתף
    none
    כתבת "אני לא רוצה להוסיף עוד cursor שירוץ על כל המקטים". לא ברור לי מאין זה הגיע, אבל דווקא משפט. אם יש כמה ערכים בטבלה לגבי כל לקוח, ניתן לשלוף את הערך המזערי באמצעות פונקציית MIN
    <p style="text-align: left;">SELECT MIN (SOMETHING) INTO :A</p>
    <p style="text-align: left;">FROM TABLE</p>
    <p style="text-align: left;">WHERE CUST = :CUST</p>
    או משהו דומה
    NoamN
    משתתף
    none
    מקבול לרשום קליטות למלאי על סמך הזמנות רכש – לא הזכרת אם יש הזמנות.

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

מוצגות 15 תגובות – 331 עד 345 (מתוך 442 סה״כ)