yitzchok

snoof123: בגלל שאופן ההרצה הוא קובץ טקסט שמכיל את הקוד הרלוונטי ואז הרצה שלו,

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

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

יש לי מחויבות מקצועית לחזור ולדגיש:

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

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

(בהערת אגב אגיד שעכשיו שפירטת, ברור שמה שכתב babun רומז לפתרון. אילו היה מתאים לבצע עדכון ב-UPDATE זה יהיה די פשוט כי אתם רוצים לעדכן את כל השורות ברלוונטיות באותה צורה)

בסופו של דבר, אתם רוצים לעבור על לקוחות בהם במסך "חשבון/כרטיס אשראי לחיוב" יש Y ב-"אישור משב"א" , ולקבוע 5 בקוד תשלום באותו מסך?

הייתי תוקף את זה ככה (ואם יש משהו מוכן יותר אני מתנצל, אני לא מכיר):

תבנה ממשק מסך שטוען מקובץ עם FNCCUST ב-RECORDTYPE 1 ו-PAYMENTDEF ב- RECORDTYPE 2, בשורה של FNCCUST תקבע CUST (או CUSTNAME לדעתי שניהם אפשריים) בשורה של PAYMENTDEF תקבע PAYMENTCODE

אז תכין קובץ עם שורות רלוונטיות. או שאילתא פשוטה שמוציא את הלקוחות המסומנים ע"י חיתוך בין CUSTOMERS ו-PAYMENTDEF (כאשר TYPE שווה ה-EXTTYPE של CUSTOMERS) ותכין את הקובץ באקסל בו תיסוף LINE ו-RECORDTYPE וגם שורה אחרי כל שורה עם ה-PAYMENTCODE

או שאילתא יותר מורכב עם קורסור על בסיס אותו שאילתא, שיכתוב את כל הקובץ כמו שצריך בבת אחת

לצערי אין תמיד פתרון קל לעדכון גורף

גם כאן אני מניח שמדובר בהשוואה של מחירון אחד מול מחירון אחד

לא תצליחי בדו"ח פשוט, צריכים שלב הכנה בפרוצדורה

שם תכיני ב-STACK כלשהוא שילוב של מפתח מוצר וכמות, וזה על בסיס שני המחירונים כך שבאותה רשימה תהיה כל השילובים שיש (INSERT לפי מחירון אחד ואז עוד INSERT לפי השני, של מה שלא קיים כבר)

ואז בדו"ח תתחילי מאותו STACK ותביאי את המחיר מכל מחירון בחיתוך מותנה בשניהם

מקווה שזה עוזר

נראה לי שיש לרשום תעודת משלוח ל-א'

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

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

כך הדיווחים ישקפו טוב מאוד את המציאות.

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

אבל זה יכול להיות יותר קשה מצד הפקת חשבוניות.

ועוד כמה שאחד היעדים הוא:

"לשנות (את התהליך) כי אין כאן מעקב כמה מוצרים אכן שלחנו ויתכן שמחייבים אותנו על יותר מוצרים. וגם יכולים לטעות במחיר שנמכר."

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

ערך N בעמודה "הצגה אוטומטית"

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

אתם מחפשים התנהגות שונה מהנ"ל?

babun: אפשר להקים קבוצה

 

להכניס את כל מי שרלוונטי לקבוצה ולשלוח את הדוח לקבוצה..

בסוף הפקודה של winactiv להוסיף  -g  ושם הקבוצה..

בהצלחה

לא עונה על הדרישה:

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

אולי יותר פשוט לשלוח בשעות מוקדמות בבוקר של ראשון לחודש על החודש הקודם?