yitzchok

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

כתבתי

2. עושה לולאה פשוטה (לא קורסור). מתחיל מ-MIN_SDATE, בוחן אם מדובר בששי/שבת (או בתאריך של חופשים אחרים) ומדלג אם כן. (אם יש מצב של ששי/שבת שיכול להיות יום עבודה אז חזור למה שכתבתי קודם על נושא זה ושנה כאן בהתאם). את התאריך הזה מכניסים לטבלה (אם לא מדלגים) – טבלת STACK מצויינת לזה, רק לעשות 0+ כדי להפוך את התאריך למספר. וחוזר עד שמגיע ל-MAX_EDATE.

להלן דוגמה בסיסית של לולאה זו, ללא ההכנסה לטבלה. שמתי SELECT כדי להדגים.

:MIN_SDATE = 01/01/17 ;
:MAX_EDATE = 21/02/17 ;

:LOOP_DATE = :MIN_SDATE ;
LABEL 1 ;
GOTO 2 WHERE DAY(:LOOP_DATE) IN (6,7) ; /* skip next section if Fri/Sat */

SELECT :LOOP_DATE FROM DUMMY ASCII ;

LABEL 2 ;
:LOOP_DATE = :LOOP_DATE + 1440 ; /* add one day */
LOOP 1 WHERE :LOOP_DATE <= :MAX_EDATE ; /* continue to next day unless last */


עדיין בסופו של דבר יצטרכו להגדיר ולבנות דו"חות.

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

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

אתה יודע בוודאות שהם מפיקים קובץ דווקא בפורמט של הבינלאומי? כדאי לבדוק אם זה לא כמו הפועלים – או מול הבנק או אם כבר פשוט נסה את הממשק השני.

לא עוזר לי כי עשית שינוי…

כתבת

כן, הכנסתי #80 – #70 ובחישוב העמודה שמתי F אבל אני מקבלת שגיאה:
דו'ח repprep.q', line 13: parse error at or near symbol <= :RETURNS'.
שכנראה מתייחס לשורה
HAVING MAX(INVOICEITEMS.IVDATE) <= ((MIN(TODOLIST.UDATE)))

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

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

ההרשאות יוצאות לפי רמות
1-4
אשמח לדעת אם מישהו יודע מה זה אומר ?
והטיפוס
פרוצדורה ?
הרשאה הפעלה ?
ישות?

כנראה את מריצה דו"ח "הרשאות לפי ראש קבוצה"

שימי לב לעזרה למשתמש

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

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

טיפוס – תפריט, מסך, פרוצדורה, דו"ח (ועוד)
כדאי לעיין במסמך ה-SDK להסבר יותר מפורט
תפריט, מסך, דו"ח צריכים להיות מובנים מאליהם

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

בפרוצדורה לא רלוונטית מושג של קריאה או כתיבה (כפי שאפשר אולי עכשיו להבין ממה שכתבתי) – או אפשר להפעיל אותה ("הפעלה"), ואז היא עושה כל מה שהיא עושה, או אי אפשר להפעיל אותה ("אין הרשאה")

ישות זה דבר – מסך, תפריט, פרוצדורה וכו'. היו יכולים לתת כותרת "שם מסך/תפריט/פרוצודורה וכו'" אבל "ישות" זה גם מתאים
בעצם "ישות" זה כמו עוד עמודה בפנים יותר מרמה 4 והיה מתאים לקרוא לזה "רמה 5+"

יש הסבר איך לעבוד עם ה web service במסמך ה sdk לקראת הסוף

אם זה עונה על הצרכים שלכם, למה לא?

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