yitzchok

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

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

או לחילופין (אולי לא תחשבו בצדק שיותר פשוט לעשות את העיבודים האלה מחוץ לפריוריטי) תוסיפו אוטומציה. Powershell מצוינת לזה. או תשתמשו בה לנהל את התהליך כולל הפעלת האקסל או עזבו את האקסל ותמירו ל-SQL Server ותעשו את החלקים התכנותיים ב-powershell בו יש את רוב עד כל הכח של דוט נט בלי הצורך לקמפל.

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

מקווה שזה יעזור וגם שלא אהיה היחיד שיביע דעה.

נעם, אולי ליאור, אלעד, בבון, יש לכם מה להגיד?

בעיקר אנחנו צריכים לשמוע האילו עמודות מדובר. הרי את כותבת "לעדכן שדה מטבלה 1 לטבלה 2".

אבל במה שכתבת (שנראה כמו 2 פקודות בעקבות ה ; שיש) יש רק טבלה אחת. ואני לא מבין למה את משווה TOTQUANT למחרוזת/תו מסוג CHAR.

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

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

לדוגמה (זה פשוט for the record ולא בהכרח רלוונטי כאן) אם בטבלה 1 רוצים בכל רשומה אחת מ-3 ערכים לפי מה שיש בטבלה 2, אפשר להסתדר עם 3 פקודות UPDATE, כל אחת תעדכן את כל הרשומות שצריכות אחת מהערכים האלה. לא צריכים לעבור אחת אחת על הרשומות בטבלה 1 ולהחליט בכל אחת איזה ערך נדרש, שזה תהליך הרבה הרבה פחות יעיל.

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

הייתי חושב על הדפסה ל-PDF. ואז העברה משם להדפסה. אולי אם כבר לא יהיה צורך להדפיס פעמיים. אבל אולי תתקלו באיזה בעיה אחרת שיש בהדפסה ל-PDF…

NoamN:

במקביל יש טיפול בתעודות משלוח ושורות תעודות משלוח להסיר את הדגל "לחיוב" מהשורות המתאימות.

נעם –

ואם ירצו בהמשך להוציא ללקוח חשבונית על תעודות האלה, האם הנ"ל לא יפריע?

כדאי לוודא שלא ניתן להגדיר שם שזה 0.38 לכל 1000 יחידות וכו'.

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

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

קשה להבין למה זה עושה את זה.

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

דבר שאולי שווה לנסות זה להחליף את ה-S ל-F ובמקום 1 לשים (SUM(1. אמור להיות אותו הדבר בשאילתא אבל אולי בהכנת הדו"ח המערכת תתיחס אליו באופן אחר.