פערי ערך מלאי לתנועת יומן

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

[ הערת צד : צריכים איזה מנגנון לבדוק שאתה לא עושה את אותה פעולה שוב ושוב עבור אותו הפרש בערך מלאי? ]

מקווה שזה מכוון אותך קצת.

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

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

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

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

שים לב שמה שאני כתבתי אתמול (איך יודעים איזה חשבונות וכו') עדיין בתוקף.

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