yitzchok

Forum Replies Created

מוצגות 15 תגובות – 2,311 עד 2,325 (מתוך 2,454 סה״כ)
  • Replies
  • yitzchok
    משתתף
    IL
    וסוג D יתן לקשור עם המערכת לא מכירה עדיין דבר כזה???
    אם הקוד אומר "רק אם המוצר הוא לא מטיפוס O" אז אולי תצליח אבל יוכלו לשנות בעתיד ל"חייב להיות או R או P" ואז תהיה תקוע.
    אני חושב שתראה שמקובל להשתמש במוצר P או R לצורך זה. אולי תתייעץ בפורום השני בנושא.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    נראה לי שה"תהליכים" עליהם מדובר זה אך ורק פרוצדורות.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    הלוואי שיהיה כלי להעתיק. אין.
    חקרתי פעם.
    בגלל המבנה, אין דרך להעתיק ברמת טבלה.
    לפני שהיה BPM השתמשנו ב-data exchange להעתיק ממסך סטטוס למסך סטטוס. היינו צריכים מנגנון כזה; מסכים שיציגו את מצב החלקים של ה-BPMים ויתנו לעדכן. אבל יש תלות בין ישויות שונות וזה לא יהיה כ"כ פשוט.
    אשמח לדעת אם יש ביקוש לכלי להעתקת BPM וחוקים ומחוללי נתונים.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    חוק עסקי רץ בזמן שמירה אם אני לא טועה

    קשה לי להבין מה המצב שם. אפשר לפרט יותר, עם סדר הפעולות?

    תודה

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

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

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

    אם המטרה היא לעשות חיים יותר קלים בשליפה אז מספיק מה שליאור תיאר.

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    בחלונות אין משמעות ל"מסגרת חדשה".
    לפי ספר שיש לי פריוריטי בחלונות רק מתייחסת לD ו-E והמשמעות ("כיסוי") אותו הדבר. שאר האופציות שייכות לגרסאות ישנות של פריוריטי שעבדו בטרמינל והיה הבדל בין מסכים של 80 תווים ואלה של 132 תווים.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    להבהיר
    מדובר בשני המקרים בפתרון של "אתה צריך טבלה ומסך חדשים" – רק יש שני דרכים להתייחס לטבלה – בתור מקור טקסט לשדה שלך או בתור מחזיק ערכים (שיחליף את השדה הקיים)
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    מה שאני מבין ממה שאתה כותב זה שאתה רוצה שהמשתמש יבחר אופציה מילולית מבין כמה, והמבחר שמציעים לו תלוי במק"ט
    ויש למשתמש אפשרות לבחור אך ורק מתוך הרשימה
    אני מתלבט האם צריכים שדה טקסט + בחירה (שזה מה שאתה מבקש לכאורה, וליאור התייחס לזה לדעתי) או שדה שמציג בחירה + אפשרות לבחור
    ההבדל הוא מעין ההבדל בין שדה "סוג לקוח" במסך לקוחות ו"פרמטר 1" במסך לקוחות (פחות או יותר). ההשלכות יותר ברורות במשך הזמן. תלוי מה רוצים לעשות עם זה.
    אתה מבין את ההבדל?
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    שוגי
    אתה בעצם רוצה שהשדה יתן לך גם להקליד ערך (טקסט) חדש וגם לבחור מרשימה של כל הערכים שיש ברשומות אחרות קשורות לאותו מק"ט?

    לדוגמה יש רשומות כאלה

    מק"ט טקסט
    1 כן
    1 לא
    2 פחות
    2 יותר
    3 כלום

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

    נראה לי שזו אפשרות אך פחות נפוצה.

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

    ליצחק שלום ,

    מדובר על פריוריטי פיתוח ולא זום.

    קפיצה ממסך למסך ע"י לחיצה ב-F6 מכונה זום

    2 ההצעות שלך נשמעות מצויין ובזמן:

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

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

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

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

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

    ועם אותם שמות שדות בטבלה המקורית.

    בקימפול צועק על כל שדה במסך
    שכאילו הוא שייך לטבלה המקורית !

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

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

    אין להקים מסך ששמו מסתיים ב-1. המערכת מבינה שם מסך X1 להתכוון ל"ערך קודם במסך X" (לדוגמה
    [code:1]:$.COLUMN[/code:1]
    משמעותו
    [code:1]:FORM.COLUMN[/code:1]
    ו-
    [code:1]:$1.COLUMN[/code:1]
    משמעותו
    [code:1]:FORM1.COLUMN[/code:1]
    ) – אז אולי מבינים את הבעיה שלך.

    תוסיף סיומת 2 ולא 1 ולא תהיה לך בעיה כזאת (אולי אחרות אבל לא זאת)

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

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

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

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

    מפריוריטי ל-SQL

    להשתמש בפונקצית tabula_dateconvert של אשבל שמוזכרת ב-FAQ שלהם
    מנהל מערכת > נושאים טכניים > SQL SERVER >
    כאשר אני שולף רשומות באמצעות ODBC של SQL מתקבלים ערכים מוזרים בשדה תאריך.
    בכל מקרה זהו תוכן הפונקציה
    [code:1]convert(smalldatetime, (DATE + 46283040) / 1440.0)[/code:1]

    מ-SQL לפריוריטי (לצורך סינון לדוגמה, הרבה יותר טוב מאשר לסנן לפי תוצאות הפונקציה הנ"ל)
    [code:1]round((convert(float,SQLDATE) – 32141) * 1440,0)[/code:1]

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    • in reply to: מחסנים
    yitzchok
    משתתף
    IL
    סידור המלאי שאת מתארת היא ע"י ספירת מלאי (או אולי השמדה)
    רישום ספירת מלאי בעצם רושם תנועה בגודל ההפרש
    ז"א אם יש במחסן 6 יח' לפי המערכת ואת מאשרת מלאי 0 תישרם תנועה החוצה של 6 יחידות.
    אני ממש שופך רעיונות כי אני לא זוכר בעל פה (כשיופיעו עופר וליאור אולי יתקנו אותי)
    נראה לי שמחיקת מלאי 0 אולי דורש או צובר או שהמוצר יהיה מסומן לא מנוהל מלאי – תסתכלי בעזרה של התוכנה
    לגבי מלאי מקומי וחו"ל – אתם צריכים 2 מחסנים. לא משנה מה יש עכשיו במערכת, תדווחי מה יש בפועל (תוסיפי שורות לפי הצורך)
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
מוצגות 15 תגובות – 2,311 עד 2,325 (מתוך 2,454 סה״כ)