yitzchok

Forum Replies Created

מוצגות 15 תגובות – 136 עד 150 (מתוך 2,464 סה״כ)
1 2 3 … 9 10 11 … 163 164 165
  • Replies
  • yitzchok
    משתתף
    IL
    לא ניתן לציין את התיקייה ולא אמור להיות צורך

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    מדובר בפרוצדורה שהיא עותק של המקורי, כן?

    המיון בוצע בשיאלתא של שלב ה-HTMLCURSOR

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    זאת תוכנית של פריוריטי

    האם שרת הווב של פריוריטי הוא אותו שרת בו יושבת התיקייה הראשית (זאת שיש בה system וכו') או נפרד (מעין קליינט ואין בו הרבה יותר מתיקיית bin.95)?

    אם השני, הייתי אומר שחשוב ליישר קו ולעדכן את ה-bin.95 מתוך התיקייה הראשית ההיא

    אם ה priority app service יושב בשרת עם התיקייה הראשית אז זה יותר מוזר

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    לא ירדתי לפרטים של הקוד כי אני רואה שאתה לא מפעיל ממשק! אתה עושה הכנה כאילו תפעיל ממשק ואז אתה מבצע update!! בגדול אסור לבצע update ככה – יש להפעיל ממשק בעזרת EXECUTE INTERFACE

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

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

    כמובן אם עושים UPDATE אז אין צורך להתעסק ב-GENERALLOAD

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    נסו המסך כספים > מלאי > לוג תנועות מלאי

    שם ניתן לשנות ידנית את העלות, נראה לי

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    לא

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

    ולא יהיה אונליין כמובן

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אין לי נסיון ב-api אבל אם אותה פעולה לא עובדת תקין ב 21 ועובדת תקין ב 23 רוב הסיכויים שזה משהו שתיקנו בין הגרסאות….
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    תהליך הגדרת מקרו כבר מתועד בכל מיני מקומות. בבקשה פנו למשאבים הקיימים.

    חיפושים לנסות שעשויים להוביל אליהם:

    • איך מכינים מקרו במערכת הפריוריטי
    • פריוריטי מדריך לממשק המשתמש
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    לא מעדכנים אף פעם דברים כאלה (שקשורים לניהול מלאי – וכל שכן כספים) ידנית בדטהבייס!!

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

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

    או לפתוח את העוברים למרות שבטח יש בזה בעייתיות הדו"חות כספיים וכו'.

    אם הדבר הזה משמעותי לכם, אני מציע שיש להתייעץ עם החברה המיישמת שלכם או PS ולא בפורום בו מייעצים מתנדבים בחינם…

    בהצלחה

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    ולמה אי אפשר בגרסה הזו?

    ברור מכך מזה שאת אומרת alt+f1 שמדובר במאקרו.

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    הסינטקס הזה שה-DBA רואה אומר שיש לבצע חיתוך "פתוח" (מונח שלי לצורך ההסבר, לא מונח מקובל), זאת אומרת מביאים את DOCUMENTS אבל לא דורשים התאמה של רשומות למצב של ערך כלשהו ברשומה בטבלה אחרת כפי שנהוג (=במצב הנורמלי, נדרש).

    בסינטקס העתיק יותר שיש בפריוריטי זה להביא את הטבלה ב-FROM בלי לציין התאמה לעמודה אחרת ב-WHERE.

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

    לא ברור לי מהשאלה אם אתם יודעים באיזה דו"ח מדובר (אם כי סביר שתדעו) או אם אתם גם צריכים לזהות את הדו"ח. תגידו אם יש לכם קושי גם שם.

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אם זה מתאים לכם….

    הייתי חושש מההמתנה בזמן שהניתוח רץ ב-PRE-FORM אבל אם כולם ידעו שזה קורה ולמה, אני לא חושב שיש בזה כל בעיה טכנית.

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    התכוונתי שהרצה ברקע יכולה להיות הבעיה.

    יכול להיות רענון אחרי סיום הפרוצדורה.

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

    תורידי את הדגל של הרצה ברקע ותראי אם המצב ישתפר.

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    במחשבה שניה אני פחות חושש מבעיה משימוש ב-DUMMY כטבלת בסיס של מסך בשיטת LOGCOUNTERS. חשבתי על משהו אחר.

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אחרי הפעלה ישירה הייתי מצפה לרענון אוטומטי של הרשומה, בתור התנהגות סטנדרטית של מסך. את רואה שזה לא קורה? (הפרוצדורה מסומנת ההפעלה ישירה ברקע? דומני שיש אופציה כזו)
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
מוצגות 15 תגובות – 136 עד 150 (מתוך 2,464 סה״כ)
1 2 3 … 9 10 11 … 163 164 165