Forum Replies Created
- Replies
-
- יולי 15, 2009 בשעה 11:52 am
- in reply to: הצעת מחיר ללקוח
בשביל זה צריך קצת יותר מידע.
1. הבנתי שיש לך מכלולים שזה המוצרים העיקריים שאת מוכרת ויש להם עץ מוצר.
2. הבנתי שיש גם מעין סטים של מוצרים נלווים לכל מוצר עיקרי שיוצא בהצעה.
האם עד כאן אני מבין אותך נכון ?- יולי 15, 2009 בשעה 11:47 am
- in reply to: שליחת מייל בפריוריטי
1. על אריזה חתימה את מדברת ? יש חתימה של אימייל רגיל (כמו החתימה הנפוצה שאנשים עושים לעצמם באאוטלוק) ויש את החתימה בתחתית המסמך שמופק מפריוריטי.2. חוץ מהבעיה של החתימה יש בעיה נוספת ?
- יולי 15, 2009 בשעה 11:43 am
- in reply to: הצעת מחיר ללקוח
לא הבנתי מה את בוחרת. הצעות לכל לקוח מזום, או הצעות כלליות ואקסל ?- יולי 15, 2009 בשעה 11:32 am
- in reply to: עוד בעיות יוניקוד בגירסא 13
אינני מומחה אורקל, אבל לא הייתי מסתפק בתשובה שקיבלת. ישנן אינספור התקנות אורקל ללא קשר לפריוריטי ומן הסתם שגם הם צריכים להציג את התו היורו וחבורתו. ניסית לחפש קצת ברשת על הבעיה ? לאו דוקא בהקשר של פריוריטי, אלא על הזווג אורקל ותו היורו באופן כללי ?- יולי 15, 2009 בשעה 11:25 am
- in reply to: הצעת מחיר ללקוח
מדוע לא לעבוד עם הצעות מחיר מתוך זום עצמו ישירות ללקוח שלך ? את יכולה להרויח מזה המון. מנגנון BPM לתזכורות ואתראות, חיבור לפרטי הלקוח ואנשי הקשר שלו, מחירונים ומקורות מחיר אחרים, סווג לפי סוגי מכירה, בסיס לפתיחת הזמנות לקוח, בניית הצעת המחיר מעץ המוצר, בגרסה 13 יש לך גם מהדורות הצעות מחיר שזה דבר מאוד שימושי, מטבעות ושערים. דוחות סיכומיים שמנתחים את ההצעות ועוד הרבה מאוד כלים טובים וחשובים.בכל אופן, את יכולה לפתוח בזום הצעת מחיר ללקוח כללי, עם כל מה שאת רוצה שיהיה בפנים. לזרוק לתבנית אקסל של המסך. בזריקה לאקסל של מסך הפריטים כל הנתונים יגיעו לתבנית שתוכלי ממנה להמשיך כרצונך
- יולי 15, 2009 בשעה 10:50 am
- in reply to: בעיה במסך קבלות סחורה מספק
כנראה שאכן יש לך שם פיתוח פרטי.
הפתרון שלך אינו מושלם מכיון שאתה מציג את עמודת התיאור הסטנדרטית מכרטיס פריט. אך עמודת התיאור הסטנדרטית תומכת גם בשינוי התיאור הזה בתעודות השונות. אני מציע שתחפש את העמודה המקורית במסך, ייתכן שפשוט הסתירו אותה. אם לא תוכל לראות כיצד נראה הביטוי המקורי בתעודות מלאי האחרות.- יולי 15, 2009 בשעה 10:47 am
- in reply to: עוד בעיות יוניקוד בגירסא 13
גם נשמע לי מופרך בעליל.
ייתכן שהשינוי בשיטת הקידוד מציף פה ושם בעיות נקודיות כמו שאתה מתאר בתוים מיוחדים. אך מכאן ועד אי-תמיכה המרחק הוא רב מאוד. אי-תמיכה בקידוד משמעותו חוסר יכולת מוחלט להתחבר ולעבוד במערכת. וזה אינו המצב אצלכם. הלא כן ?- יולי 14, 2009 בשעה 10:41 pm
- in reply to: דו"ח ספקים
הי,
את בטוחה שדייקת בשם המסך ? האין זה מסך פרטי ?
אני לא מכיר מסך בשם הזה. תוכלי בבקשה להביא את שמו הפנימי על ידי לחיצת F6 על מסך ספקים או Vendors, במסך הבן – מסכי בן או Sub level forms מופיעה רשימת מסכי הבן שלו.- יולי 14, 2009 בשעה 10:26 pm
- in reply to: בעיה במסך קבלות סחורה מספק
הי מיכאל,
לא הבנתי מה הקשר לאצוות. אתה מקליד מוצר מסויים והתיאור שלו ריק ?
יכול להיות שיש איזשהו חוק במחולל נתונים או פיתוח שעושה זאת ?- יולי 14, 2009 בשעה 10:22 pm
- in reply to: שליחת מייל בפריוריטי
במקום לשלוח לוורד, תשלחי את המסמך להצגה, באקספלורר תבחרי קובץ>ערוך באמצעות וורד, משם תמשיכי כרגיל- יולי 13, 2009 בשעה 7:17 pm
- in reply to: הכפלה של INT
העמודה הזו היא INT עם דיוק עשרוני של 3. זה טיפוס מיוחד שמשמש את כל עמודות הכמות בטבלאות השונות. התכונה הייחודית שלו היא שאתה רואה במסך X ובטבלה 1000X.
למה בנו את זה כך ? הסברה שלי היא שבעבר רצו לשמור בבסיס הנתונים מספר שלם ולא עשרוני כדי לחסוך במשאבי זכרון ועיבוד (כי ייצוג בינארי של מספרים עשרוניים הוא כפול מהייצוג של שלמים). אבל זו רק סברה פרטית שלי.
על כל פנים, כדי לקבל את הערך האמיתי אתה צריך להשתמש בפונקציה REALQUANT כך:
[code:1]REALQUANT(INVOICEITEMS.TQUANT)[/code:1]
היא תמיר לך את זה לREAL ותחלק ב 1000.מדוע לא לחלק ב 1000 וזהו ? מכיון שהדיוק העשרוני של מספרים אלו הוא נתון לשינוי. אתה יכול להעביר את המערכת כולה לעבור לדיוק 2 או 1 ואז בבסיס הנתונים יירשם 100X או 10X. והחילוק ב 1000 לא יהיה נכון וזה באג. כמו כן, אני מעריך שמתישהוא בעתיד הטיפוס הזה יוחלף בREAL ו-REALQUANT תבצע הכפלה ב 1 כי היום החסכון הנ"ל אינו רלוונטי יותר. אם תחלק ב 1000 והשינוי הזה אכן יבוצע במסגרת אחת הגרסאות, אתה גם כן תקבל באג.
אם אתה מציג את העמודה ממש (ולא בביטוי) אתה מקבל אותה כבר מומרת, ייתכן שזה ההבדל בין הדוחות ?
- יולי 13, 2009 בשעה 12:35 pm
- in reply to: התעלמות מהודעות שגיאה מסויימות בהרצת ממשק
אתה לא יכול לבטל התייחסות להודעות שגיאה בממשק עצמו
הדרך לעשות זאת היא באמצעות משתני מערכת מיוחדים שאתה יכול להשתמש בהם בטריגרים שלך:
:FORM_INTERFACE – שווה ל1 אם העבודה על המסך מתבצעת כעת על ידי ממשק, 0 אם משתמש רגיל
:FORM_INTERFACE_NAME – אם פועל ממשק על המסך, מחזיק את שם הממשק.אתה יכול להוציא את הודעות השגיאה שלך בתנאים על משתנים אלו כגון:
[code:1]ERRMSG 510 WHERE :FORM_INTERFACE = 0 ;[/code:1]
- יולי 12, 2009 בשעה 6:01 pm
- in reply to: הדפסת טקסט ממסך "שיטת בדיקה-טקסט חופשי"
זה מציג את מסך "תוצאות הבדיקה" בלבד. הטקסט אינו בפנים.- יולי 12, 2009 בשעה 5:50 pm
- in reply to: העתקת חברה
האפשרות הטובה ביותר לכך היא הגיבוי. תופס הרבה מקום אבל הכי בטוח.- יולי 12, 2009 בשעה 5:15 pm
- in reply to: הדפסת טקסט ממסך "שיטת בדיקה-טקסט חופשי"
שלום וברכה,
אם אתה מתכוון להדפסת תעודת אנליזה המופעלת מכותרת התעודה צריך פה פיתוח קטן.