yitzchok

Forum Replies Created

מוצגות 15 תגובות – 2,236 עד 2,250 (מתוך 2,464 סה״כ)
  • Replies
  • yitzchok
    משתתף
    IL
    אחדד קצת את התשובה שלי
    האם יש מקום בו אתה מדווח למערכת על שימוש של מחליף במקום המקור?
    האם יש מקום בו המערכת מדווח לך שהשתמשת במחליף במקום המקור?
    אתה צריך להצליב את הנתונים האלה בנתוני הצריכה הגולמיים (שלא מתייחסים למקור אלא רק לתחליפים) כדי להזכיר את המקור במקום התחליף כך שהדו"ח יציג כאילו צרכת את המקור, מה שאני מבין שנדרש לך.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אני חושב שקודם-כל אתה צריך לתרגם את המושג שלך צריכה למושגים של תנועות בפריוריטי ואז תדע מה לחפש.
    אתה כנראה רוצה להיות מסוגל להפריד בין שימוש של אותו מוצר לפי המוצר שהוא מחליף (אולי פריט אחד מהווה מחליף ל-2 פריטים?). הצד השני של אותה דרישה זה שאתה רוצה שהדו"ח יסכם תנועות של כמה פריטים כאילו הם כולם אותו פריט המקורי שהיה צריך להיות נצרך.
    יוצא שלא מעניין לך רק התנועה אלא רקע התנועה. קודם כל יש לדאוג לאיתור חומר הגלם (שדות שיתנו לך את הרקע הזה) ורק אז תדאג לבניה.
    בהצלחה
    יצחק
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    באופן כללי הייתי אומר שאי אפשר (הרי אין לך קליינט מקומי) אבל אולי אפשר להשיג חלק ממה שאתה רוצה
    מה אתם רוצים לסנכרן? משימות ואנשי קשר וכו' ל-outlook? אם כן, ויש לכם exchange server ואפשר לסנכרן את הפריוריטי מול outlook ב-terminal server אז כל מה שאתה מסנכרן צריך להיות זמין גם ב-outlook המקומי מתוך אותה תיבה.
    אם מדובר בלשלוח דו"חות לאקסל וכו', לא אני לא רואה דרך הרי אין קשר כל כך בין ה-terminal server והמחשב המקומי – זה כאילו מקלדת עכבר ומסך ותו לא, תוכנות לא מדברות. יש גם במקרה כזה לעבוד מול אופיס ב-terminal server במידה ויש לכם שם ולהעביר את הקבצים שתשמרו.
    בהצלחה
    יצחק
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אוקיי אולי אנסה אבל אני לא משוכנע עדיין
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    באמת כל עוד שאדאג שלא אכניס ערך בשדה פרטי כשיש באותה טבלה שדה סטנדרטי שמתייחס לסוכן אז לא צריכה להיות בעיה.
    תודה על חוות הדעת!
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אז נראה לי שהדו"חות ש-JOE הזכיר לא יענו לדרישות שלך.

    הייתי מתחיל מדו"חות מלאי לתאריך כי אחד מהם צריך להיות בעבר.

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

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

    יצחק

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אבירם יש לך 2 עמודות "כמות בתאריך"
    למה?
    אתה רוצה לראות באותו דו"ח רמות מלאי בתאריכים שונים זה ליד זה?
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    למה אתה מתכוון? אולי יש דו"ח מתאים בשם אחר
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אני מניח שאתה מדבר על דו"ח WWW_IV1
    תסתכל בעמודה "תאריך חשבונית" – שם נקבע רוחב עמודה 27%. נדמה לי שלא קיים רוחב עמודה עבור שדות בעמודה 1 או 2 ולכן יחלקו 73% של הדף ביניהם. נסה לקבוע רוחב באחוז בשדה הראשון העמודה 1 ותראה מה קורה.
    אני לא שולט בדברים האלה ב-100% אבל מאמין שזה הכיוון הנכון.
    יצחק
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אתה לא יכול להוסיף שדה זה ישירות לכרטיס פריט – תשבש אותו. היות ואותו מוצר יכול להופיע ברשימות של כמה לקוחות אתה צריך להיות מוכן ל מק"ט לקוח עבור כמה לקוחות אצל אותו פריט.
    תבנה מסך חדש (קריאה בלבד כמובן) בשם כמו SHUG_PARTCUSTOMERS על בסיס טבלת CUSTPART. הוא יהיה מסך בן של כרטיס הפריט ותציג בו שם לקוח, תיאור לקוח ומק"ט לקוח. PART יהיה מוסתר ומותנה ב-PART במסך האב.
    בהצלחה
    יצחק
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אכן יש משתנה סביבה כזאת
    אבל איך להפעיל פרוצדורת הדפסה בדרך הזאת כך שתדפיס תעודה ספציפית כולל כל השאלות הרגילות – להדפיס/להציג/לשלוח וכו'
    אני ממש לא בטוח שיש דרך ובינתיים מאשבל כתבו לי שמה שחשבו שאולי יעבוד לא עבד.
    תודה!
    יצחק
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    כמה שזכור לי הבעיה קיימת דווקא ב-1 (אולי גם 0?), יתכן שאפשר להשתמש במספרים גדולים יותר, הקמתי מסכים עם 2 ו3 בסוף לאחר שהסתבכתי עם אותה בעיה. אבל לא יזיק להתרחק מכל הסיפרות.
    יצחק
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    הבעיה היחידה היא התאריכים, זאת הסיבה לפרוצדורה.

    שים לב למה שסימנתי בתמונה שהוא מתוך השאילתא של דו"ח זה.

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

    יצחק

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    יניב
    אני לא רואה את הפתרון שלך משום מה
    בכל מקרה, לטובת מי שיעלה על הדיון הזה בעתיד אני יכול לבקש שתאשר את המסקנה שלי שה-sql שהזכרת זה sql של sql server ולא sql של פריוריטי שהרצת דרך דרייבר ה-odbc של פריוריטי (Tabula Driver)
    אם כן אסביר לקוראים שהסיבה שקיבלת מספרים זה בגלל שכך פריוריטי שומר תאריכים. אפשר לראות אותם ערכים מתוך פריוריטי ע"י שליפת שדה תאריך בצורת "אפס פלום שם שדה". קיימת פונקציה שמוזכרת ב-SDK שהופכת מספר כזה לתאריך SQL (דהיינו ערך מסוג תאריך). בפועל אפשר לעלות על החישוב ברלוונטי לבד ללא צורך בפונקציה שלהם, אין שם קסם. הצעות להמיר לטקסט פחות מתאימות כי אי אפשר לעבד "תאריכים" כאלה.
    ה-tabula driver יודע להחזיר שדות תאריך של פריוריטי בתור שדה שמוכר ל-odbc כתאריך, אין צורך בהמרה, זאת המטרה של הדרייבר.
    בברכה
    יצחק
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    ליאור כתב: "אם ניתן היה להפיק את הדוח ללא פרוצדורה, אז כך היו בונים אותה מלכתחילה"
    אסתייג שהגדרת "קלט" בעמודת תאריך במחולל הדו"חות מציג למשתמש שדה בודד של תאריך ולא זוג של שדות "מתאריך + עד תאריך", לכן יש לא מעט פרוצדורות שקיימות כדי לקלוט 2 תאריכים ולהעביר אותם לדו"ח ותו לא.

    אבל באופן כללי ליאור הרחיב על מה שרמזתי – אתה חייב להבין מה קורה בפרוצדורה לפני שתוכל להסתפק בהפקת SQL מתוך מחולל הדו"חות.

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

    לאחר כל זה – כפי שכתב ליאור, תגיד על איזו פרוצדורה מדובר ותקבל הכוונה יותר מועילה.

    בהצלחה
    יצחק

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