yitzchok

עניתי כבר בגלל שרציתי לכתוב את הנ"ל

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

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

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

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

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

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

לא יתכן ש-power bi לא מסוגל שלוף מה-db, או לכל הפחות לעבוד עם עוד תוכנה קשורה שתדחף לה את הנתונים. (לא מאמין שצריכים תוכנה ממש נוספת ונפרדת)

אבל איך בדיוק אין לי מושג, אנחנו כאן בעיקר אנשי פריוריטי

סליחה

(יכול להיות שעדיין לא הבנתי את השאלה?)

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

כל זה בתנאי שאותו מופע של CUSTOMERS בכלל חתוך ל-DOCUMENTS.CUST כי אם ל-TRANSORDER (ל-CUST או TOCUST) אז מדובר בסטטוס כאמור ולא פלא שלא קיבלת טלפון.

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

יהיה עניין של יישום. אבל הדברים שממש נחוצים בטח יהיו שדות חובה…

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

בניית דו"ח שיקבל טבלה מלונקקת של עובדים (משתמשים אני מניח)

אם מדובר בשליחה למשתמשים לא צריכים לשלוף כתובת מייל, אפשר לשלוח דו"ח למשתמש (לא הבדל מהותי אבל בכל זאת) עם u במקום e

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

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

לזה התכוונת?

יכול להיות שאין דו"ח שמגיע עד לשם.

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