yitzchok

Forum Replies Created

מוצגות 15 תגובות – 436 עד 450 (מתוך 2,466 סה״כ)
  • Replies
  • yitzchok
    משתתף
    IL
    החשבונות ב- ACCOUNTS

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

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

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

     

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    מדובר בהזמנת רכש שנפתחה לטובת הזמנת לקוח? והספק יספק ישר ללקוח? הרי בד"כ אין קשר בין הזמנת לקוח להזמנת רכש
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    לסריקה ישירות לפריוריטי יש חברות שונות שמוכרות מודולים.

    הוספת נספח זה דבר שאפשרי לפי דגל בסטטוס.

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    בהגדרת מסך, רישום ערך ככה גם קובע ערך ברשומה חדשה וגם משמש תנאי שליפה. כפי שכתבתי קודם במסך משלוח ללקוח לא עולה העברה בין מחסנים וזה בגלל זה, הרי במשלוח ללקוח זה D ובהעברה בין מחסנים זה לא.

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    בטח

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

    אבל למנהלים יהיה מסך אחר? אם לא (אלא הם יראו את כולם) אז יוצא יותר מורכב

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    נעם

    דמיין לעצמך שהוא רוצה לדעת איזה תאריכים בטווח מסוים לא נמצאים ב-TRANSORDER.CURDATE (סתם לדוגמה)

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

    ואם יספיק מסך לקריאה בלבד שהוא מוגבל לרשומות של אותה שליפה, אפשר לבנות דו"ח המקום – המסך לא יוסיף הרבה

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    … שיהיה לקריאה בלבד או יעדכן את המסך סטנדרטי בעזרת ממשק מסכי… (הבהרה כדי שלא יעלה על הדעת לבנות עותק של במסך)

    אם כבר, יכול להיות גם דו"ח

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    כתובת כללית ללקוח מגדירים בלקוח עצמו.

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    נעם כנראה מתכוון להגדרת שאילתא במחולל השאילתאות ושמירה וסימון כשאילתת ברירת מחדל. לי לא היה ברור מיד, חשבתי שהוא התכוון לפיתוח מסוג אחר.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אם מה שכתבתי נכון אז נסי לשים בין שני קבוצות הפקודות
    {Query}

    כי זה כמו ללחוץ F11

    זה לא היה נדרש במה שעשית קודם (שליפות יחידות) כי כאשר ה-KEYSTROKES מבוצע המסך כבר במצב שליפה

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    רועי כנראה אתה רוצה להשתמש ב-date table לצורך ניתוח (כמו שאפשר להשתמש ב-number table)

    לדעתי אין – לא זה ולא זה.

    יכול להיות שאגיד דבר שכבר התכוונת לעשות אבל אציע משהו:

    אם תרצה, צור טבלאות קבועות פרטיות, ותתחזק אותם בתזמן.

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    הפניה לטבלת NONSTANDARD זה פרט שרלוונטי למפתח, ואני חושב שאת רוצה תשובה יישומית אז תתעלמי מזה.

    אני לא בטוח שיש דו"ח מוכן כזה אבל אפשר לבנות דו"ח במחולל:

    כספים > רכש (כספים) > דו"חות רכש (כספים) > סיכומי רכש > ניתוח חשבוניות רכש > מחולל דו"חות חשבוניות רכש

    יש לשים בדו"ח את העמודה "תאור מוצר משתנה"

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    ניהול משרד > דואר > ריקון תיבת הדואר שלי

    בעזרה:

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

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
מוצגות 15 תגובות – 436 עד 450 (מתוך 2,466 סה״כ)