yitzchok

Forum Replies Created

מוצגות 15 תגובות – 2,071 עד 2,085 (מתוך 2,470 סה״כ)
1 2 3 … 138 139 140 … 163 164 165
  • Replies
  • yitzchok
    משתתף
    IL
    אני לא מבין את המשפט האחרון שלך.
    כשאי אפשר לשנות סטטוס (= בלחיצת F6 קופצים למסך של הסטטוסים או מקבלים הודעה שאין גישה למסך זה) אז צריכים לפתוח את ה-BPM (דרך התפריט הראשי של פריוריטי או הרצה ישירה מתוך מסך הסטטוסים) ולבדוק את התנאים שיש במעבר הרצוי ולמה לא עומדים בתנאים אלה.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    איך דברים עובדים שם כך שאת מקבלת הודעה בלי לדעת מאיזו טעינה באה?
    ואם את לא יודעת מאיזו טעינה איך את יודעת בוודאות שהכל נכנס?
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    תורידי את התנאי ששמת (שצריך להחזיר את הדו"ח למצב שפולט משהו, רק ללא סינון)
    והעלי כאן בבקשה עוד פעם הגדרת העמודות מאקסל כמו שעשית קודם
    וגם DUMP של השאליתא של הדו"ח כפי שהסברתי לפני כמה הודעות

    באמת אני לא בטוח שהורדת התנאי יעזור – אני חושב שיש לך עוד עמודה שמפריעה – כאילו את מנסה להציג את TODOLIST.UDATE
    העמודה הזאת מוזכרת בשום מקום מעבר לעמודה עם M או I??

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

    תסתכלי שם – אולי זה יספיק לך

    בקשר להשוואה מול כמה סוכנים:
    כשתעבדי בשיטה ההיא זה פשוט לכתוב
    <> NOT IN ('X','Y','Z')
    (או NOT IN או IN לפי מה שאת צריכה)

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

    הייתי הולך על משהו קרוב יותר לדבר השני שאתה מציע.

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

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

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

    הייתי עושה לולאה (לא קרסור) מהערך המספרי של התאריך הראשון (סוג DATE מחולק 24:00) עד האחרון. אם מדובר ב-א עד ה אז לספור. תקבל סה"כ ימי א-ה.

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

    וזהו… (?)

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

    ברור של מדובר במקרה כמו שאתה מתאר:
    1. עדכון מול המסך עובד כולל ערך ריק
    2. עדכון דרך ממשק גם עובד רק לא לערך ריק.

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

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

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

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

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

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

    אם זה לא בדיוק עונה על הצרכים אולי נותן לך רעיונות.

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

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

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

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

    האם המחסן המדובר מסומן בדגל זה? אם לא – סימון פותר את הבעיה?

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

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

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

    תוך כדי כתיבת הנ"ל חשבתי שאפשר לעשות ככה במקום, וזה צריך לפתור את הבעיה הזאת (כל עוד חלקי 24:00 מעגל למספר ימים שלמים, כפי שאני זוכר):

    (:DATE1 / 24:00) - (:DATE2 / 24:00)
    (יתכן שזה לא מופיע תקין, ניסיתי…)

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

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

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

    בכל מקרה אני אשמח לראות את כל השאילתא שיוצא מתוך המחולל הזה כדי לראות שאכן התנאי יצא נכון.

    תוכלי אולי לעשות ב-WINDBI פעולת Dump > Report ולהדביק כאן את התוצאה?

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    בדיוק לזה נועד F (במקביל ל-M ו-I)
    אבל בגלל שהביטויים שלך ב-70 ו-80 לא כוללים פונקציות מינימום ומקסימום את צריכה לרשום MIN ו-MAX מסביב לקשרים לביטויים של עמודות אלה.
    דהיינו:
    ATOI(DTOA(MIN(#70),'DDMMYY')) - ATOI(DTOA(MAX(#80),'DDMMYY'))
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
מוצגות 15 תגובות – 2,071 עד 2,085 (מתוך 2,470 סה״כ)
1 2 3 … 138 139 140 … 163 164 165