NoamN

Forum Replies Created

מוצגות 15 תגובות – 316 עד 330 (מתוך 447 סה״כ)
1 2 3 … 21 22 23 … 28 29 30
  • Replies
  • NoamN
    משתתף
    none
    אין אפשרות בסטנדרט לכן נדרש פיתוח. צריך להקים טבלה עם שני טורים, שניהם פריטים, שבמאמצעותה שומרים לפריט מסוים את הפריטים שיגרמו לו להיות עם מחיר 0. אחר כך צריך לכתוב הפעלה במסך (הזמנות לקוח?) אשר יבדוק אם יש זוג פריטים מתאים באחת מרשומות הטבלה. ואז צריך לרשום 100% הנחה לשורה.
    NoamN
    משתתף
    none
    מה אתה רוצה לעשות עם המלל? הרי ניתן להציג אותו בלי תגים – כל הדפסת הזמנה, תעודה או חשבונית מציגה את המלל הזה ללא תגים.

    חפש ב-SDK את המלה DELHTML

    NoamN
    משתתף
    none
    קרוב לודאי שלא. מה שאתה רוצה יחייב אתכם לשמור ידנית את ההדפסה כקובץ MHT או PDF בתיקיה כלשהי ולצרף את הנתיב לנספחים. אמנם המסמך המקורי יישמר זמן מה בתיקיית מערכת אך מתישהו יימחק כאשר מנקים את הדו"חות השמורים.

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

    NoamN
    משתתף
    none
    כתבתי מנגנון כזה לפני שנים אם כי מה יש לי נשמע קצת שונה ממה שאתה מתאר.

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

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

    אפשרות אחרת תהיה ליצור הדפסה של התעודה, לשמור בתיקיה ידועה ולהוסיף את הנתיב לקובץ הזה בחשבונית.

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

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

    NoamN
    משתתף
    none
    בהנחה שיש לך פרוצדורה עם פרמטר "מספר פריט", בהרצת הפרוצדורה את יכולה ללחוץ על F6 בשדה "מספר הפריט" כדי שמסך הפריטים ייפתח, אחר כך לחיצה על F4 כדי להפוך את התצורה לרשימה. באקסל, תסמני את טור המק"טים ותגזרי עם CTRL-C. בפריוריטי תדביקי את הרשימה למסך הפריטים באמצעות CTRL-V.
    NoamN
    משתתף
    none
    שאלת: איך ה DAYNUM מקבל 0 או 1? תשובה: את קובעת שערכו של DAYNUM יהיה בין 0 לבין 1. אם לא היינו במסגרת דו"ח אלא במשהו כמו WINDBI, היינו רואים שמוצגות שתי שורות, הראשונה עם DAYNUM = 0, עם כל השדות שאינם קשורים למלל המורחב, ושורה אחת עם DAYNUM = 1 והמלל המורחב.

    אבל בפנים, אני מבין שמחולל הדו"חות לוקח את הערכים הללו לצרכים מיוחדים. לא תהיה אותה התוצאה אם היינו רושמים STACK.ELEMENT BETWEEN 0 AND 1, למרות שלכאורה זה אותו הדבר. יש כמה דוגמאות אחרות של ביטויים בעלי משמעויות מיוחדות. אני קורא לזה "קסם שחור" ותמיד נבוך כאשר אני צריך להסביר זאת לתלמיד. במקרים כאלה, צריך לשים את הגיון בצד ולהאמין לתוצאות.

    NoamN
    משתתף
    none
    בהנחה שאתה יכול לשלוף את כל קריאות השרות הרצויות, יש דווקא פתרון פשוט: מקרו רקורסיבי. שלוף את כל הרשומות ותדאג שהמסך נמצא במצב "רשימה" ולא מצב "טופס".

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

    כיון שזה המקרו היחיד שניתן להשתמש בו במסכים רבים בלי בעיה, רצוי לשדך אותו ל"רכבת". שוב, ב"מקרו", "רשימת מקרו", תמצא את המקרו ותלחץ על "קבע מקש". תקבע שהמקרו ישוייך ל-ALT-1

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

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

    NoamN
    משתתף
    none
    אני משער שאפשר לכתוב חוק באמצעות "מחולל הנתונים" במסך הפריט, אם כי לא ברור על סמך איזה שדה להפעיל את החוק (חוקים מאלה אומרים "לאחר שינוי בשדה <X> קובע ערך כלשהו בשדה <Y>")

    קל מאד למלא את הבקשה באמצעות פיתוח קל

    NoamN
    משתתף
    none
    פעם ביררתי משהו דומה וקיבלתי תשובה שאי אפשר. אני ממליץ להגדיר טבלה יחודית לצורך הדו"ח שיכיל את כל השדות הנדרשים. ספק אם אתה צריך את כל השדות ב-GENERALLOAD_T: לפי הרמז אתה מדבר על משלוח הודעות שגיאה לאחר ממשק.

    אפשר ללכת בכיוון אחר ולשלוח את הדו"ח INTERFACEERR אשר יציג את כל השגיאות של אותו ממשק.

    NoamN
    משתתף
    none
    זה גם יכול לקרות אם יש רק פרויקט פעיל אחד ללקוח
    NoamN
    משתתף
    none
    רעיון יפה, סנופ, אבל זה לא יעזור ל*פרוצדורה* לדעת איך היא רצה. קיוויתי שיהיה משתנה כמו SQL.NET אבל אין. במערכת שלי אני יכול לבדוק באיזה שרת הפרוצדורה רצה (דרך טבלה PROCESSLIST) אבל אי אפשר לתרגם זאת למערכות אחרת.
    NoamN
    משתתף
    none
    תעלה את הקוד שלך
    NoamN
    משתתף
    none
    התלבטתי באם לכתוב "כאן תופענה כל הודעות השגיאות" או "רוב הודעות השגיאה". אני לא בטוח אם כולן מופיעות ואינני יודע למה חלק מופיעות וחלק לא. לא ערכתי מחקר כדי לגלות את השיטה לכן אינני יכול לפסוק אם יש לנו השפעה על מה מופיע ומה לא.
מוצגות 15 תגובות – 316 עד 330 (מתוך 447 סה״כ)
1 2 3 … 21 22 23 … 28 29 30