yitzchok

Forum Replies Created

מוצגות 15 תגובות – 2,131 עד 2,145 (מתוך 2,454 סה״כ)
1 2 3 … 142 143 144 … 162 163 164
  • Replies
  • yitzchok
    משתתף
    IL
    היה נראה שהיה צריך להיות
    Default Sub-level
    אבל זה לא עובד

    נראה לי שהושמט קטע כזה ממסמך ה-SDK:

    More keystroke codes can be found by searching the code of existing forms
    If you can guess other codes which even we haven't used yet, feel free to use them
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אתה בטוח שלא קיבלת מספר תוצאות ורק ראית את הראשון? (בגלל מסך במצב שטוח ולא רשימה)

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

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

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

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

    נראה כאילו אתה חולק עלי אבל אני לא רואה כאן סתירה

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    • ינואר 1, 2017 בשעה 11:03 pm
    • in reply to: מלאי
    yitzchok
    משתתף
    IL
    אני חושב שאתם צריכים לערב כאן מיישם.

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

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

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

    יכול להיות שתגלו תוך כדי הבחינה הזאת שאם מורידים את כל השיטות המיוחדות (הידניות), יש למערכת כלים לעזור לכם אילו הייתם עובדים ממש *עם* המערכת.

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

    בהצלחה

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

    והנה ציטוט:

    2017
    לחצו פה להנחיות כתובות למעבר שנה

    לחצו פה לצפייה בסרטון הדרכה בנושא מעבר שנה

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

    לשירותכם,
    צוות התמיכה
    פריוריטי סופטוור בע"מ

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

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

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

    עשיתי את אותו הדבר לטכנאי מטפל , אך זה לא עובד .
    יש למישהו מושג מה הבעיה ?

    ויאיר כתב:

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

    גם אם "טכנאי מטפל" זה שדה פרטי, זה בטח שם משתמש, ולכן לא מוכיח כלום.

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    ברור שזה לאחר פיתוחים
    התכוונתי שתעשה במערכת פיתוח פיתוח קטן רק לצורך הבדיקה במסך בו אתה אחרת לא היה נוגע. תוכל למחוק אותו אחר כך.
    לפחות כך תוכל להצביע על סדר פעולות מסוימת שמביא לתופעה אצלכם
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    נכון, זה מה שחשבתי
    ברור שזה משהו מתוך התוכנה ואיך שהיא מתייחסת לעמודות שלא מוזכרות בטבלת העיצוב
    זה בא לידי ביטוי גם בתוך המעצב בפעם הראשונה לאחר שהוספת את העמודה (אך לא שמרת עיצוב בו הוא מוזכר) וגם כשאתה פותח את המסך אחרי הוספת העמודה וטרם הכנסת אותו בעצמך לעיצוב
    אני לא רואה סיבה שתהיה טבלת ביניים. בתוך כל השיקולים האלה התוכנה עושה לבד ובזכרון – זאת אומרת בטח יש שאילתא ששולפת את כל העמודות שבמסך וגם עושה outer join לטבלת העיצוב כדי לא להפסיד עמודות שלא נמצאים שם.
    לדעתי מדובר בבאג בתוך המערכת וכדאי לדווח על זה לפריוריטי סופטוואר דרך המיישם אם רלוונטי – במיוחד אם יש עוד מישהו כאן שסובל מזה
    אם אפשר לחזור על זה במסך שולי בו לא נעשו עד היום פיתוחים כמה שיותר טוב – שלחו להם הוראות שלב-אחרי-שלב ואולי הם יצליחו לחזור על זה בעצמם
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אני לא זוכר שאני ראיתי את בעיה בעצמי
    הייתי מציע לך להכיר את הטבלה FORMPERSONALORDER ולבצע כמה נסיונות על פיתוח או טסט
    אם אני חושב על זה, נראה לי ששום דבר לא יגע בטבלה זו עד שאתה שומר עיצוב
    ואז מה שקורה זה שהשדה החדש עולה במעצב כמוסתר כי הוא לא מוזכר כלל עד אז ב-FORMPERSONALORDER, ואתה אומר שבאותו רגע (לפני ששינית כלום בעיצוב, רק הוספת את העמודה) המעצב מציג לך עוד שדה (סטנדרטי) כאילו הוא מוסתר ובעל אותו שם כמו השדה שלך?
    איפה היה השדה הזה לפי שהוספת את השדה שלך? היה מוסתר? גם אם מוסתר היה שייך ללשונית כלשהי. הוא עבר מלשונית ללשונית כתוצאה מהוספת השדה שלך?
    מתנצל שזה לא מסודר, רק משתף כמה מחשבות בנושא.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    • דצמבר 28, 2016 בשעה 11:08 am
    • in reply to: מלאי
    yitzchok
    משתתף
    IL
    אני חוזר על מה שכתבתי קודם כי לא התייחסת לזה (לא ניסחתי כשאלה)

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

    זה נכון?
    את רוצה תהליך שתתן לך למלא את תעודת המשלוח וגם רמת מלאי שתשווי מול המערכת לאחר דיווח המשלוח?

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    • דצמבר 27, 2016 בשעה 1:12 am
    • in reply to: מלאי
    yitzchok
    משתתף
    IL

    האם ניתן לבצע מעקב מלאי על המוצרים בפריורטי באופן הבא

    את מתכוונת האם אפשר לנתח?

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

    תוכלי בבקשה להבהיר שוב איך את רוצה לעבוד ואיך זה שונה ממה שאת עושה היום?

    אני מתנצל אם מה שכתוב כן ברור לאחרים ולא היה צורך לשאול

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

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

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    הודעת שגיאה כשמספר הלקוח משתנה וגם ערך הקודם של מספר הלקוח לא ריק
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
מוצגות 15 תגובות – 2,131 עד 2,145 (מתוך 2,454 סה״כ)
1 2 3 … 142 143 144 … 162 163 164