yitzchok

namnami:

אם אפשר בבקשה להסביר מה כוונתכם ב:

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

מה הצעתם לעשות ב powershell / sqlserver  ?

אולי גרמתי לבלבול כי כתבתי אקסל במקום אקסס?

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

אני חושש שאולי לא עניתי על השאלה אבל הדיון כאן די כללי את התשובה גם די כללית.

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

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

או לחילופין (אולי לא תחשבו בצדק שיותר פשוט לעשות את העיבודים האלה מחוץ לפריוריטי) תוסיפו אוטומציה. 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 יחידות וכו'.

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

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