אלון ארנסטי

יוסי,

במסך יחידות מוצר הוסף יחידת מוצר חדשה שהיא יחידת הקניה שלך.

במסך ניהול מלאי > תחזוקת מלאי > המרת יחידות, הוסף שורה חדשה הממירה מהיחידה החדשה אל מטר עם יחס של 4000.

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

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

אלון.

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

הכי פשוט:
בכל מסך (אפילו במסך התפריטים הראשי), ישנו בתפריט 'דואר' את רשימת נושאים לביצוע. כל התעודות והנושאים אשר נמצאים בסטטוס המאופיין כסטטוס המאופשר כ-'נכלל בנושאים לביצוע' (במסך הסטטוסים של כל תעודה ותעודה) – מופיעים ברשימה.

שלום יוסי,

לעדכון מחיר התקן של מוצר מיוצר, יש להריץ את התוכנית חישוב ועדכון עלויות תקן – ש'ח שניתן למצוא דרך תפריט: כספים > תמחיר תעשייתי > עלויות תקן > חישוב ועדכון עלויות תקן – ש'ח.

לשאלתך השניה, לא ניתן לצרף מק"ט מטיפוס O לעץ המוצר. שנה את מק"ט שעת העבודה שלך לטיפוס R.

הערה:
אף-על-פי שתוכל לעבוד בשיטה של השתלת שעות עבודה כמק"ט בעץ "וכאילו לנהל עליו מלאי" – אם ברשותך מערכת תעשייתית, תוכל להשתמש בכלים שהיא נותנת לניהול שעת עובד. מערכת התמחיר התעשייתי "יודעת" לעבוד עם זה.

אלון.

אני מתקן טעות קטנה בתשובתי הקודמת.

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

אני די מסתייג משיטת עבודה זאת מהסיבות הבאות:

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

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

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

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

בסופו של דבר, שכל אחד יחליט מה נוח לו יותר.

אלון.

היי עופר,

בהמשך לשיחתינו הטלפונית, השימוש בסוג שאילתא
SQL Pass-Through
באקסס יעקוף לך את הבעיה כרגע. כמובן שזה מצריך בניית שאילתות ישירות לשרת בשפת SQL במקום להשתמש בתבנית השאילתות של האקסס.

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

שאלה לליאור:
האם קיימות אפשריות שונות של התקנת הפריוריטי בשרת אשר עלולה לגרום לבעיה בגישה לטבלה מקושרת, או שהבעיה לא קשורה להתקנה אלא להגדרות הפנימיות של השרת ב-Registry?

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

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

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

אלון.