yitzchok

לכן בדוק ב-TTS התוכנה הזאת מוגדרת לרוץ. בלי זה כל ההגדרות שלך יכולות להיות טובות ובכל מקרה לא יקרה כלום.

מטבע הדברים, כל הדברים האלה יטופלו כשהתוכנה תרוץ, ולכן יש לקבוע תדירות הרצה שמתאימה לזמן תגובה שאתם תרצו. אם תגדירו ש-STATUSMAIL תרוץ כל 5 דקות (לדעתי זה יכול להיות קצת מוגזם, אבל אם אתם צריכים…) ויש לכם מהשו שאמור לקרות לאחר שתעודה נמצאת בסטטוס 2 דקות, זה יבוצע לאחר פרק זמן של 2 עד 7 דקות.

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

לאחר מכן עושים שאילתא כדי לראות את השורות שנוצרו ע"י הממשק ההוא. הרי הממשק מחזיר את ה-IV ב-KEY1 כך שאפשר לאתר את החשבונית שנוצרה. לכל אחת מהשורות צריך להיות כבר TRANS בפנים.

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

מקווה שעכשיו זה יותר ברור

אם כן, ראה פרק 15 של ה-SDK (אצלי עמוד 206)

פקודה של SQL Server כזו

select host_name()

תביא לך את שם התחנה.

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

מקווה שאתה איתי…

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

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

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

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

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

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

(למען האמת אני לא יודע איך זה עובד כשלר עובדים ישירות מול בית התוכנה כמונו)

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

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

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