Lior

Forum Replies Created

מוצגות 15 תגובות – 2,101 עד 2,115 (מתוך 2,223 סה״כ)
1 2 3 … 140 141 142 … 147 148 149
  • Replies
  • Lior
    מנהל בפורום
    אני לא חושב שהמחולל תומך בזה.
    נכון לעכשיו אני רואה שתי אפשרויות:
    אפשרות א' – לנסות לעשות משהו עם תבנית אקסל
    אפשרות ב' – לחשב גם את הסיכומים בפרוצדורה ולשים אותם בכותרות יחד עם רמות הקיבוץ השונות(קרי לקוח והזמנה כאשר לקוח והזמנה מופיעים בכותרות ראשיות והחישוב במשניות)
    Lior
    מנהל בפורום
    הי,

    2. אני מציע להעביר ל"מחכה לאישור" או משהו כזה. "אושרה" – זה אומר שההזמנה סיימה את תהליך האישור

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

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

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

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

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

    Lior
    מנהל בפורום
    הי משה,
    עדכון SETFLAG מכניס ערך TQAUNT ולכן הטריגרים שלו פועלים.
    POST-FIELD של TQUANT מאפס את עמודת SETFLAG בחזרה גם בסטנדרט.(שורה 2 בטריגר)

    אתה יכול להכניס עמודה פרטית "אשר" ולהסתיר את העמודה הסטנדרטית.
    בעמודה הזו אתה יכול להפעיל איזה לוגיקה שמתאימה לך.

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

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

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

    1. עמודה חדשה PRE_PROF בטבלת DOCUEMENTS ועמודת מסך מוסתרת עליה ב DOCUMENTS_D – משלוח ללקוח. JOIN לטבלת CPROF על העמודה הזו
    2. עמודה חדשה PRE_CPROFNUM שתציג את CPROFNUM מ CPROF שקישרת.
    2. POST-FIELD על העמודה החדשה לעדכון הלקוח וכל השדות הרלוונטים. כמו בשדה הזמנת לקוח.
    3. טריגרי POST-INSERT ו POST-UPDATE על מסך DOCUMENTS שירוצו אחרי הטריגרים הסטנדרטיים ויהיו אחראים להעתקת הנתונים. – בשביל זה אתה צריך להשתמש בממשק למסך. האם אתה מכיר את הנושא ?

    Lior
    מנהל בפורום

    אם נכנסים רק לשדה מחיר שום POST-FIELD קודם לא מופעל.

    אז שים check-field על PRICE שלא נותן להכניס ערך אם המק"ט ריק.

    הפתרון עם הוספת עמודה חדשה אמור לעבוד.
    אתה צריך רק לדאוג שהPOST-FIELD שלך יעבוד אחרי הסטנדרטי (תן לו קידומת עם סיפרה גדולה מ P). משהו כמו ZMOS_POST-FIELD

    Lior
    מנהל בפורום
    הי משה, עניתי לך ב:
    https://www.priority-forums.com/he/index.php/forums?func=view&catid=6&id=429#429

    הבנתי את בעיתיות הנושא. מה דעתך על הפתרון האחרון שהצעתי בשרשור ההוא?

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

    הצעה ג:
    1. עמודת טבלה חדשה ועליה עמודת מסך מוסתרת.
    2. POST-FIELD על PARTNAME ששם את המחיר ליחידה הסטנדרטי בעמודה החדשה.
    3. בדיקת המחיר מוכנס ידנית מול העמודה החדשה.

    Lior
    מנהל בפורום
    סליחה,

    אני חושב שהבנתי את הבעיה שלך.

    אתה רוצה לאפשר עדכון או למנוע אותו לפי ערך ברירת המחדל שהמערכת הסטנדרטית חישבה.
    כשאתה מכניס שורה חדשה $1 לא מכיל כלום.
    ההצעה שלי היא כזו:
    [code:1]PARTNAME/MOSH_POST-FIELD
    :mosh_manual = 0 ;

    PRICE/MOSH_POST-FIELD
    GOTO 10 WHERE :mosh_manual = 1 ;
    :mosh_price = :$.@ ;
    LABEL 10 ;

    PRICE/MOSH-CHECK-FIELD
    ERRMSG 510 WHERE :mosh_price > :your_max_price ;
    SELECT 1 INTO ::mosh_manual FROM DUMMY WHERE :RETVAL > 0 ;[/code:1]

    Lior
    מנהל בפורום
    זאת אומרת שאתה רוצה להגביל את העדכון הידני עד לקבוע כלשהו. נכון ?

    אם כך, הקוד הוא משהו כזה:

    [code:1]ERRMSG [NUMBER] WHERE :$.@ > [SOMEVALUE] ;[/code:1]

    השורה הזו בתוך CHECK-FIELD של PRICE.

    Lior
    מנהל בפורום
    הי ארז וברוך הבא לפורום
    אתה יכול בבקשה לתת דוגמא באקסל ולצרף להודעה + הסבר ?
    Lior
    מנהל בפורום
    אחרי שהממשק טוען את השורה ב GENERALLOAD לפתיחת כותרת ההזמנה, הוא מעדכן שתי עמודות ב GENERALLOAD באותה שורה:
    LOADED – מכיל 'Y' אם הטעינה בוצעה בהצלחה.
    KEY1 – מפתח ה AUTOUNIQUE של ההזמנה החדשה. שים לב שהטיפוס שלו הוא CHAR ואתה צריך להמיר אותו ל INT בשביל JOIN עם ORDERS.
    Lior
    מנהל בפורום
    הי משה,
    זה מאוד משנה באיזה טריגר אתה בודק את הערך של PRICE.
    רק בשביל לסבר את האוזן, העמודה מתעדכנת איזה 10 פעמים כבר ביציאה משדה המק"ט בהכנסת ערך. תרשום בבקשה אם זה טריגר עמודה או טריגר מסך ומה שמו בישראל.
    בכל אופן בשורה חדשה – $1 תמיד ריק.
    בשורה קיימת – $1 מכיל את הערך הנשלף ו $ את הערך המעודכן.
    Lior
    מנהל בפורום
    אני לא מכיר קורס כזה באיזור שלך.
    אם את טיפוס שיודע ללמוד לבד, בינתיים את יכולה לקרוא את האשפים, הם מאוד טובים. ובכל שאלה, אנחנו פה בשביל לנסות לעזור
מוצגות 15 תגובות – 2,101 עד 2,115 (מתוך 2,223 סה״כ)
1 2 3 … 140 141 142 … 147 148 149