yitzchok

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

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

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

כתבת

כן, הכנסתי #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 לקראת הסוף

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

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

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

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

אין לי נסיון בזה ולכן לא יכול לתת לך הוראת שלב-אחרי-שחב אבל כך הייתי ניגש לזה.

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

סתם כמה רעיונות על דברים לקחת בחשבון.

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

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