yitzchok

Forum Replies Created

מוצגות 15 תגובות – 2,296 עד 2,310 (מתוך 2,464 סה״כ)
1 2 3 … 153 154 155 … 163 164 165
  • Replies
  • yitzchok
    משתתף
    IL
    ארז כתב:

    איפה זה נמצא בדיוק "מאגר הטיפים" ?

    מדובר באשכול "סטיקי" בפורום זה
    https://www.priority-forums.com/he/index.php/forums?func=view&id=735&catid=6

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

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

    איפה זה נמצא ? בWINDBI ? לא ברור היכן בדיוק.

    תודה
    ארז

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    יש מסך בן שני לרשומת ההפעלה (מעבר ל"שאילתת SQL") שהוא "שמוש בהפעלה". לאחר הכנת מסך/פרוצדורה שפונה להפעלה זו הם צריכים להופיע שם.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    יש, לדעתי, 2 מקומות התנגשות:
    1. תצטרך לדאוג שתתקין את ההתקנה השניה ב-instance אחר של sql server. כי שני ההתקנות ידרשו שיהיה להן DB שנקרא system שלהן.
    2. יש חפיפה ב-tabula.ini

    מספר 1 – במידה ואתה משתמש ב-sql server express – אני לא יודע אם היא תומכת המופעים שונים – עליך לבדוק. אם אתה משתמש ב-DB אחר תבדוק איך מתקינים ל-DB נפרד.

    2. כל עוד אתה רק עובד בפריוריטי דרך התפריט לא צריך להיות כ"כ בעיה. לפני ההתקנה השניה תעביר את ה-tabula.ini הצידה. פעל לפי המסמך של אשבל שליאור הזכיר.
    הבעיות נובעות יותר מדברים שרוצים להשתמש דווקא ב-tabula.ini ולא בקובץ אחר שאתה תגדיר – לדוגמה TTS (למיטב ידיעתי) ו-data exchange (כנ"ל) ו-ODBC (זה בטוח)

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

    היות ופונקציית DTOA לא בודקת שמספר היום בחודש הוא אפשרי, לא צריכים לתקן יום עיבור:

    [code:1]
    :MYDATE = 29/02/2008 ;
    :NEWDATETEXT = " ;
    SELECT DTOA(:MYDATE,'DD/MM') INTO :NEWDATETEXT FROM DUMMY ;
    /* SELECT '01/03' INTO :NEWDATETEXT FROM DUMMY WHERE :NEWDATETEXT = '29/02' ; */
    SELECT STRCAT(:NEWDATETEXT,'/',ITOA(YEAR(:MYDATE)+1)) INTO :NEWDATETEXT FROM DUMMY ;

    SELECT ATOD(:NEWDATETEXT,'DD/MM/YYYY') FROM DUMMY FORMAT ;
    [/code:1]

    בתור ביטוי יחיד:

    [code:1]
    :MYDATE = 29/02/2008 ;
    SELECT ATOD(STRCAT(DTOA(:MYDATE,'DD/MM'),'/',ITOA(YEAR(:MYDATE)+1)),'DD/MM/YYYY') FROM DUMMY FORMAT ;
    [/code:1]

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

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

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

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

    אני לא זוכר אם יש דרך לבטל את ה-CHOOSE-FIELD בכלל בלי לבטל את הזום – אבל אם אתה מוכן לקפוץ למסך היסוד למה לא לראות את ה-CHOOSE-FIELD הסטנדרטי?

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

    אני מקווה שהבנתי את השאלה והתייחסתי בהתאם!

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

    ראה דוגמא:
    [code:1]ORDERITEMS.REQDATE + 365 * 24:00[/code:1]

    תשובה זו לא לוקחת בחשבון שנת עיבור
    365 ימים לאחר 2 ביוני 2011 יהיה 1 ביוני 2012

    אם לא אכפת לך מצב כזה אין בעיה

    יש פונקציות שיעזרו בדבר זה (ראה מסמך הSDK!)

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

    [code:1]
    :MYDATE = 05/06/2008 ;
    :NEWDATETEXT = " ;
    SELECT DTOA(:MYDATE,'DD/MM') INTO :NEWDATETEXT FROM DUMMY ;
    SELECT '01/03' INTO :NEWDATETEXT FROM DUMMY WHERE :NEWDATETEXT = '29/02' ;
    SELECT STRCAT(:NEWDATETEXT,'/',ITOA(YEAR(:MYDATE)+1)) INTO :NEWDATETEXT FROM DUMMY ;
    SELECT ATOD(:NEWDATETEXT,'DD/MM/YYYY') FROM DUMMY FORMAT ;
    [/code:1]

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

    מה אתה חושב שאתה תרוויח בשינוי מספר החשבונית על שימוש בשדה חשבונית מפנקס?

    יצחק

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

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

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

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

    בכל מקרה התוכן צריך להישאר בשדה כל עוד אתה לא מעדכן אותו בקוד ואתה לא שומר את הרשומה.

    אני מנחש שאתה מזין מקורא ברקוד
    מה הקורא שולח אחרי הטקסט?
    מה קורא כשאתה מקליד ידנית ערך כזה ואתה עובר לשדה אחר באותה רשומה?
    דהיינו האם יתכן שאתה שומר את הרשומה בלי שאתה יודע?
    כי הערך בשדה יישמר לטבלה רק עם
    א. 1. יש לעמודה הגדרה ב"שדה" ו-"טבלה" (לא רק בביטוי) ו-2. מדובר בטבלת היסוד של המסך
    או
    ב. יש לך טריגר השומר את תוכן השדה ב-POST-UPDATE או POST-INSERT

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

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

    בשדה אישור יתמכו בשדה החדש ב' בנוסף לשדה א' כפי שקיים

    מסביר אבל אני לא הבנתי

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

    שלום למומחים

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

    כמה שלי ידוע לא ניתן להפוך הודעות שגיאה
    לאזהרה.

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

    ניסיתי ההצעה עם טריגר פרטי בשם ABC_CHECK-FIELD
    לפני הטריגר CHECK-FIELD המקורי
    בפריוריטי 12 מקומי ולא עבד
    כלומר התבצע הטריגר המקורי בכל מקרה.
    האם אצלכם זה כן עבד?

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

    הפיתרון שמצאתי :

    להסתיר השדה המקורי,
    לבנות שדה פרטי זהה לשדה המקורי עם טריגר
    CHECK-FIELD הזהה למקורי פרט לקוד הנדרש

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

    כמובן שיש לבדוק היטב היבטים נוספים במקרה זה.

    נא הערותיכם והארותיכם
    תודה
    ארז

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

    למה אתה בכלל מרגיש צורך לעקוף את הבדיקה? אולי נוכל לחשוב על פתרון אחר.

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
מוצגות 15 תגובות – 2,296 עד 2,310 (מתוך 2,464 סה״כ)
1 2 3 … 153 154 155 … 163 164 165