Forum Replies Created
- Replies
-
- ינואר 31, 2017 בשעה 6:37 pm
- in reply to: עדכון מקסימום תאריך אך עם תנאי נוסף
לא ברור לי מה הבעיה.ה"תנאי" שהבנתי שהוא בעייתי זה
HAVING MAX(INVOICEITEMS.IVDATE) <= ((MIN(TODOLIST.UDATE)))וזה עוד שם.
אז מה זה שהורדת? חישוב של הפרש בימים שזה הנושא האחרון עליו דיברנו?
יש לי (והיה לי כבר לפני כמה ימים) שהדו"ח הזה לא ישיג את המטרה.
כתבת:
הבקשה שלי בכל הנושא הזה הוא שתאריך החשבונית יהיה שווה או נמוך מתאריך תעודת ההחזרה.
המטרה היא להציג את התאריך האחרון שבו נמכר ללקוח המוצר לבין התאריך בו הוא מחזיר אותו.התכוונת ל-"לפני התאריך בו הוא מחזיר אותו" ??
כי זה לא מה שקורה כאן. את מקבלת החזרות כל עוד לא נמכר אותו המוצר לאותו לקוח מאז ההחזרה. (יכול להיות עוד דיוקים מעבר לזה אבל לי נראה שזה מספיק)
[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- ינואר 31, 2017 בשעה 6:19 pm
- in reply to: אין ברשומה מפתח מלא
הדו"ח הזה כולל רק הודעות מהטעינה האחרונה[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- ינואר 31, 2017 בשעה 6:17 pm
- in reply to: סימן קריאה בהרשאות
אני חושב ש-17.3 זה גרסה ולא תאריך[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- ינואר 31, 2017 בשעה 6:15 pm
- in reply to: קבלות שנעשו בתחילת שנה עם ערך של שנה שעברה
לא נראה לי שניתן. אם אני לא טועה מדובר בתאריך אסמכתא, וב"תיקונים בתנועות יומן" לא ניתן לשנות תאריך אסמכתא לתנועה שמבוססת על קבלה.[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]הייתי צריך להבהיר שזה היה רק לדוגמה ואתה צריך לבחור את שדה הנכון במקום ה <> שלי[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- ינואר 31, 2017 בשעה 3:30 pm
- in reply to: ביטול הודעת אזהרה
בדוק את הקבוע MAXREPSAVED בקבועי מערכת[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- ינואר 31, 2017 בשעה 1:20 pm
- in reply to: מקט למספר חשבון
אם נעם כבר עונה עם הפרטים אני אבהיר דבר אחד.
לא מדובר במשפחת מוצר שניתן לקבוע בכרטיס פריט אלא במשפחת מוצר הנה"ח (כפי שאפשר כן להבין ממה שהוא כתוב) שקובעים במסך הגדרות כספים למוצר.אוסיף "אגב" משלי באותו קו – אין לומר (לא ששמעתי את זה כאן) "מספר ת"ז" אלא "מספר זהות" (מ"ז). הרי כשמקבלים ת"ז חילופי הוא נושא אותו מספר – כך שלא מדובר במספר של התעודה. תודה 🙂
[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- ינואר 31, 2017 בשעה 10:25 am
- in reply to: תחילית שונה למספר הזמנת לקוח לפי סוג ההזמנה
אני לא חושב שיש תמיכה לזה.[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- ינואר 30, 2017 בשעה 11:11 pm
- in reply to: מקט למספר חשבון
למה בדיוק הכוונה?
איך לדאוג שבמכירת/קניית מוצר ההכנסה או ההוצאה תירשם בחשבון מסוים ולא בחשבון הכללי?
אם לא, בבקשה להסביר עם דוגמאות.[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- ינואר 30, 2017 בשעה 8:40 pm
- in reply to: שינוי סטטוס ללקוח
אני לא מבין את המשפט האחרון שלך.
כשאי אפשר לשנות סטטוס (= בלחיצת F6 קופצים למסך של הסטטוסים או מקבלים הודעה שאין גישה למסך זה) אז צריכים לפתוח את ה-BPM (דרך התפריט הראשי של פריוריטי או הרצה ישירה מתוך מסך הסטטוסים) ולבדוק את התנאים שיש במעבר הרצוי ולמה לא עומדים בתנאים אלה.[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- ינואר 30, 2017 בשעה 4:40 pm
- in reply to: אין ברשומה מפתח מלא
איך דברים עובדים שם כך שאת מקבלת הודעה בלי לדעת מאיזו טעינה באה?
ואם את לא יודעת מאיזו טעינה איך את יודעת בוודאות שהכל נכנס?[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- ינואר 30, 2017 בשעה 4:31 pm
- in reply to: עדכון מקסימום תאריך אך עם תנאי נוסף
תורידי את התנאי ששמת (שצריך להחזיר את הדו"ח למצב שפולט משהו, רק ללא סינון)
והעלי כאן בבקשה עוד פעם הגדרת העמודות מאקסל כמו שעשית קודם
וגם DUMP של השאליתא של הדו"ח כפי שהסברתי לפני כמה הודעותבאמת אני לא בטוח שהורדת התנאי יעזור – אני חושב שיש לך עוד עמודה שמפריעה – כאילו את מנסה להציג את TODOLIST.UDATE
העמודה הזאת מוזכרת בשום מקום מעבר לעמודה עם M או I??[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- ינואר 30, 2017 בשעה 1:32 am
- in reply to: חישוב ימי עבודה בפועל
אם אתה רוצה להיות מאוד מקיף אפשר לעצב את טבלת ה"יוצאים מן הכלל" לאפשר רישום של ימי שישי ושבת כימי עבודה (אני מזכיר בגלל מוצ"ש…) ולעשות עוד חישוב שיוסיף ימים כאלה לספירה…[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- ינואר 30, 2017 בשעה 1:29 am
- in reply to: חישוב ימי עבודה בפועל
לדעתי לא אמור להיות צורך לקרסור. (לעולם לנסות לא להשתמש בקרסור אם אפשר אחרת)הייתי הולך על משהו קרוב יותר לדבר השני שאתה מציע.
אני לא אתן פתרון מושלם כי לא חשבתי על הכל כאן אבל כך הייתי תוקף את זה.
חשוב לציין שאני לא יודע אם אתה צריך לבצע את החישוב רק עבור טווח תאריכים אחד או כמה – אבל בכל מצב לצערי לשפה של פריוריטי אין את האפשרויות שיש ב"טעמים" אחרים של SQL שנותנים לעשות כל מיני דברים "חכמים" תוך כדי אותה שאילתא.
קודם כל אפשר לנהל טבלה של ימי חופש/חג. לא צריכים לשים שם שישי/שבת כי את אלה אפשר לחשב.
הייתי עושה לולאה (לא קרסור) מהערך המספרי של התאריך הראשון (סוג DATE מחולק 24:00) עד האחרון. אם מדובר ב-א עד ה אז לספור. תקבל סה"כ ימי א-ה.
לעשות שאילתא (אין צורך לקרסור) להביא ספירה של ימי חג/חופש שהם ביום א-ה (תנאי בשאילתא) כדי לא לפחות ימים שממילא לא ספרת. ואת זה אתה מוריד מהחישוב הקודם.
וזהו… (?)
[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]