yitzchok

אוסיף עוד הערה:

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

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

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

הוראות ההתקנה דורשות גישה מלאה לתיקיות פריוריטי (בתחנה כנראה)
אתה מתכוון שלא ניתן להריץ משהו שקיים בתיקיית ה temp או שיש נסיון להוריד לשם והכתיבה חסומה?
אין לי נסיון כלל עם ממדק הוובי אבל מהתיעוד אני מקבל רודם שיכול להיות שניתן לעדכן את קובץ הini של פריוריטי כדי לעדכן את הנתיב. קובץ זה ככל הנראה נמצא בתיקיית virtualstore. ראה תיעוד התקנת ממשק וובי לפרטים (לקראת הסוף)

בנסיון שלי לא נדרש כניסה מחדש.

כניסה מחדש נדרש בתנאי מסוים:
(אני לא אומר את זה כדי לעודד חהתעלם מ"עשה זאת כשאין משתמשים במערכת" – יש לכבד את זה אף על פי שיש לזה קשר למה שאני כותב כאן)
* היה שינוי בטבלה קיימת
* השינוי בוצע במכונה אחרת (יתכן שהפעלת פריוריטי תחת משתמש ווינדוז אחר באותו מחשב גם כן ככה)
הרי:
1. אם מדובר בטבלה חדשה המערכת כנראה יודעת ללכת ולשלוף פרטי הטבלה. אני מניח שזה בגלל שהיא שולפת טבלאות לפי הצורך ולא כולם בבת אחת ולכן טבלה חדשה לא נקלטת כשינוי/ה מערכת לא מפספסת את הטבלה החדשה.
2. כנראה ביצוע השינוי במחשב גורם לעדכון מטה-דטה מקומי (מטמון אם תרצו) באופן מיידי ולכן לא צריכים לאלץ רענון ע"י כניסה מחדש.

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

לא כולם יודעים שהיא קיימת…

להרחיב על התשובה של יאיר:

Financials > Cost Analysis for Businesses > Part Costing > Costing for Past Balance Date
ולא משנה איזה תאריך כתבתי , אני תמיד מקבל "
"No record meets the conditions drfined for the Date column"

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

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

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

חפשי בכרטיס פריט:

שימי את המסך במצב טבלאי (לא שטוח).

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

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

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

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

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