זה לא תקין מהצד החשבונאי – הכללים אשר חלים על חשבוניות (בעיקר רציפות) חלים גם על תעודות משלוח. לחשבונית זמנית יש מספר תעודה שונה מחשבונית סופית, דבר שעוזר לשמור על רציפות, אבל אין דבר כזה בתעודות משלוח.
אני תומך בהצעתו של יצחק לגבי תעודות אריזה – כך אנחנו עובדים בקו מסוים. מפיקים תעודת אריזה בסיום היצור ומחברים את תעודת/ות האריזה אל תעודת המשלוח בעת המשלוח.
כדאי לכם ליוועץ עם רואה חשבון אם מתכוונים להפיק תעודת משלוח "היום" ולשנות את התאריך שבו יותר מאוחר.
רעיון לא טוב להוסיף כוכבית בשם: כל שליפה על שם הפריט עלולה להחזיר ערכים לא רצויים. הרי * מתאימה לכל דבר.
לא ברור לי מה זה "לשנות מאפיין ראשי של סדרה", אבל השאלה הזו מאד דומה לשאלה שנשאלה כאן לפני כמה ימים. הדרך הכי פשוטה: לשלוף את כל הפריטים שצריכים לעבור את השינוי, לשנות את הערך אצל הראשון ולהעתיק את השינוי הזה אל שאר בפריטים באמצעות מקרו רקורסיבי.
יש להעדיף את מה שיצחק הציע: מעבר לכל, השינוי אמור גם להיכנס ללוג השינויים, שאינו בהכרח יקרה בשיטה אחרת.
אפשר להכין "מקרו רקורסיבי" אשר יבצע את אותה הפעולה פעם אחר פעם: בעיקר העתקת ערך בשדה נתון מרשומה אחת לשניה ולשלישית וכך הלאה, בהתאם לערך של קבוע המערכת RECURSIVEMACRO. אצלי הערך 800 כרגע.
בעבר נאצלתי לשנות מנות של 5,000 פריטים שהוגדרו לא נכון.
כיון שבעבר אני קיבלתי את אותה הודעה כאשר ניסיתי להקים העברות בין מחסנים בתוך פרוצדורה ע"י tabula, אני מעוניין בתשובה. התכנית רצה נכון כאשר אני מפעיל אותה "חי" אבל נכשלת כאשר היא רצה תחת המתזמן.
מה זה "מגבלת תעודות ליום"?? מה, מותר רק 50 או 35 תעודות העברה בין מחסנים ביום? שטויות.
אז בשאילתא אחת אי אפשר. בשלבים: קודם צריך למצוא את התאריך הראשון (?) בו התעודה עברה סטטוס ראשון. אחר כך למצוא את התאריך האחרון בו התעודה עברה את הסטטוס השני. התוצאה הרצויה תהיה התאריך השני פחות התאריך הראשון.
אני לא בטוח שהבנתי נכון, אבל אפשר לחשב את הפרש הזמן בין שתי רשומות סטטוס בצורה הבאה
SELECT TD1.UDATE – TD2.UDATE
FROM TODOLIST U1, TODOLIST U2, ….
WHERE U1.IV = U2.IV
AND U1.DOCSTATUS = …
AND U2.DOCSTATUS = …
לא השלמתי את השאילתא כי אני לא יודע למה TODOLIST מחובר. בקיצור, יש UDATE אחד עבור התעודה כאשר הסטטוס <משהו> ויש UDATE אחר עבור אותה התעודה כאשר הסטטוס <משהו אחר>. מה שנקרא SELF JOIN
נכנסתי לדו"ח BONDEDORD1. על פניו אני לא רואה סיבה להתחכמות הזו, מה גם לשני השדות כותרת חדשה (ז"א, ההשערה של יצחק שרוצים שלשדות לא תהיה כותרת אינה תקפה). אולי זה על מנת למנוע לחיצה על שם המחסן על מנת לפתוח את המחסן.
אני לא מכיר את הדו"ח לכן אין לי מושג למה הוא כתוב כך.
סוף סוף הצלחתי! פתאום הבנתי מה המשמעות של הודעת השגיאה – מתברר ש-WINACTIV מופעל במחשב שלי, לא בשרת (ראיתי ב-TASK MANAGER במחשב המקומי), ולא נתתי נתיב אל התכנית הזו. הפקודה המוצלחת היתה
X:\BIN.95\WINRUN "" tabula 123456 x:\system\prep demo X:\BIN.95\WINACTIV.EXE -P TEST_UPDCONST
הגדרת TABULAINI כ-ENVIRONMENTAL VARIABLE בהחלט עזרה… אבל עכשיו אני מקבל הודעת שגיאה חדשה
<p style="text-align: right;">Error occurred when executing program</p>
cmd: D:\PR_SQL\BIN.95\WINACTIV
The system cannot find the file specified
הנתיב הזה (D:\PR_SQL\BIN.95) נכון וכמובן יש שם קובץ WINACTIV.EXE. לא מוצא חן בעיני ה"cmd:" בהתחלה.
