yitzchok

Forum Replies Created

מוצגות 15 תגובות – 796 עד 810 (מתוך 2,468 סה״כ)
  • Replies
  • yitzchok
    משתתף
    IL
    קודם כל אני לא חולק כאן על מה שנעם כותב

    את החלק הזה אני פשוט לא מבין

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

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

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

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

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

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

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

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

    במחסן A איתור B ממק"ט X כששייך למנה M ובסטטוס S – יש 10 יח'
    במחסן A איתור B ממק"ט X כששייך למנה M ובסטטוס T – יש 5 יח'
    במחסן A איתור B ממק"ט X כששייך למנה N ובסטטוס S – יש 100 יח'
    במחסן A איתור B ממק"ט X כששייך למנה N ובסטטוס T – אין כלום (אבל היה ולכן יש שורה)
    במחסן C איתור 0 ממק"ט X כששייך למנה M ובסטטוס S – יש 20 יח'

    למנה M ולמנה N של מק"ט X יכולים להיות תאריכי תוקף שונים, ולא משנה באיזה מחסן הם נמצאים, אותו תאריך תוקף רלוונטי לכולם כי זה מאפיין של המנה.

    במחסן A איתור B אם תסתכל באופן גורף תראה בכלל 115 יח' של X אבל המערכת יודעת להגיד לך שאתה צריך לבחון טוב כי 15 מהם הם ממנה M שתאריך תוקף שלא קרוב או עבר (נגיד) ועוד ה-15 מחולק ל-10 ו-5 ע"י סטטוסים שונים.

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

    אם משהו עדיין לא ברור אז אני מקווה שהנ"ל יעזור כדי לחדד את השאלה.

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

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

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

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

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

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

    כך שתדע שממק"ט א' יש לך מ' יחידות של אצוואה ק' ונ' יחידות של אצוואה ר'

    יש מספר מימדים ברמות מלאי

    מזכרון, משהו כמו מוצר, מיקום (מחסן+איתור), סטטוס, פק"ע/מנה, ופעילות

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

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

     

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

    הייתי חושב שזה סביר, יכול להיות תלוי בארגון

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

    אבל נראה של רשמת את הביטוי הנדרש

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

    אתה צריך

    פחות מ- (או אולי פחות שווה, בדוק מה מתאים לך)

    SQL.DATE8

    מינוס

    (7 * 24:00)

    רשמתי ככה שיהיה ברור עד כמה שאפשר

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    <p dir="ltr">שגיאה כאשר השדה</p>
    <p dir="ltr">NOT LIKE '|0-9||0-9||0-9||0-9||0-9||0-9||0-9||0-9||0-9|'</p>
    <p dir="ltr">אולי צריכים עוד תנאי שזה רק כאשר יש ערך כדי לא לחייב ממש אלא רק אם יש אז שיהיה ככה</p>
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אוסיף שגם בדיקות מהמוכרבות יותר שכן ניתן לעשות בכלים של פריוריטי דורשות פיתוח בקוד ולא ישימות בחוקים עסקיים שדי מוגבלים מטבעם.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    תלוי בהגדרה של "שגוי"

    אענה על כמה מישורים כדי לתאם ציפיות:

    לא כתובת שצריכה להיות: בלתי אפשרי (וכנראה לא לזה התכוונת)

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

    הכי בסיסי אבל יתפוס שטויות של ממש: שהשדה

    LIKE '%@%.%'

    מקווה שזה יוצג שמאל לימין

    הכוונה לבדוק שעונה לפורמט של משהו (או כלום) ואז שטרודל ואז משהו (או כלום) ואז נקודה ואז משהו (או כלום)

    כל כתובת תקינה באינטרנט עונה על זה אבל לא כל כתובת שעוברת תקינה או נכונה.

    זה כן יתפוס את "משה כהן" כשגוי (התנצלות למשה כהן)

    לא יתפוס את someone@somewhere.coil כשגוי (חסר נקודה בין co ל-il) אבל אם תנסו לתפוס את זה אז לא תעבירו את somewhere.com ואז ברגע שתנסו לטפל בשני אלה ביחד יש עוד אלף כתובות שתקבלו מחר שלא יעברו. אין לדבר סוף.

    מקווה שזה עוזר

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

    אין לשנות את המחולל הסטנדרטית

    ראה בתיעוד ה-sdk, פרק Creating and Modifying User Report Generators

    בעיקר הקטע

    Adding New Columns to a Standard Report Generator

    אם לא תסתדר שאל שאלות ממוקדות בבקשה

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    • in reply to: LINEHEIGHT
    yitzchok
    משתתף
    IL
    נראה לי שצריך לעבוד

    מדובר במסמך HTML אצלך, כן? לא סתם דו"ח

    ניתן לשכוח לרשום רוחב לעמודה? משום מה שאני חושב שאפשר

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

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

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

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

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

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

    מתי ואיך להפעיל את זה? (יזום, אוטומטית לאחר עריכה). תנאים כלשהם?

    בבקשה שאלות ממוקדות

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
מוצגות 15 תגובות – 796 עד 810 (מתוך 2,468 סה״כ)