אישור פיצול נוצר ב- Microsoft Dynamics GP

תופעות

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

סיבה

סיבה 1 העלות המורחבת של שורת הקבלה אינה ניתנת להרחבה באופן זהה

על-ידי הכמות שקיבלת. ראה פתרון 1.


סיבה 2

יש לך עלות הנחיתה על המשלוח או המשלוח/החשבונית שלך. ראה רזולוציה 2.

פתרון

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

שהתקבלה (Qty Shipped). בעת יצירת אישור מפוצל, Microsoft Dynamics GP יוצר שכבת קבלה נפרדת כך שהערך הכולל של הפריט שווה לעלות המורחבת בקבלת הרכישה. כדי להציג את שכבות הקבלה המתפצלת, פתח את Inquiry של קבלות רכישה. כדי לפתוח חלון זה, בתפריט Inquiry, הצבע על מלאי ולאחר מכן לחץ על קבלות. 

לדוגמה, נוצרת קבלה מפוצלת אם אתה מקבל חבילה של שלושה פריטים IV5015 כאשר התנאים הבאים מתקיימים: העלות המורחבת של המשלוח היא

$10.49.

הזנת 3 ערכות כיחידת המדידה

יחידת המידה הבסיסית היא כל אחת.

מאחר ש- Microsoft Dynamics GP אינו יכול לחלק במידה שווה את העלות המורחבת ($10.49) לפי הכמות של שלושה כדי לקבוע את העלות ליחידת בסיס של מידה (כל אחד), נוצרות שתי שכבות קבלת רכישה בעלות מספר קבלה זהה. שתי שכבות הקבלה מוצגות בטבלה הבאה.

דוגמה נוספת מציגה שונות גדולה יותר עקב העלות ב- 2 שכבות הקבלה. לדוגמה, הזן אישור רכישה עבור פריט IV5016 באמצעות יחידת המידה הבסיסית של כל אחד עבור כמות של 2000. הזן עלות מורחבת של $347.08. מאחר $- $347.08 אינו ניתן לחלק באופן שווה ב- 2000 (347.08 / 2000 = 0.17354), יש לפצל את שכבת הקבלה. שתי שכבות הקבלה המתקבלות מוצגות בטבלה הבאה.

אז איך זה שהפער הגדול בין העלויות? בוא נעשה את החשבון.

עלות סכום המחולקת לפי כמות (347.08 / 2000 = 0.17354) מספקת לנו יותר מ- 2 מקומות עשרוניים (שעבורם הפריט מוגדר) ולכן נצטרך לעשות עיגול.

אין באפשרותנו לעגל את שכבת הקבלה עד ל- $0.18 מכיוון שתאריך זה יהיה גבוה מדי בהשוואה לעלות המורחבת שלנו של $347.08.

0.18 x 2000 = $360 ולכן עלינו מעריכים

אותם ב- $0.17.  עם זאת, ההערמה של כל 2000 העלות נמוכה יותר ממה ששילמנו עבורם ב- $7.08.

0.17 x 2000 = $340 לכן במקום זאת, אנו מעריכים את כל ה-

1 ב- $0.17.

0.17 x 1999 = $339.83 לאחר מכן העלות

הנותרת מופצת לכמות הפיצול של 1.

347.08 – 339.83 = $7.25

בסוף 2 שכבות הקבלות כוללות כעת את הערך הכולל הנכון.

$339.83 + $7.25 = $347.08 בעת מכירת הפריטים, הפריטים מוסרים מהמלאי בהתאם לשיטת

ההסבה של הפריט. הדבר שיש לזכור הוא ש- 2 שכבות הקבלה מייצגות את הערך הכולל של הקבלה. בכל פעם ש- 1,999 נמכרים, הם למעשה מעט מונו מ- 0.17 במקום ב- .17354. אנחנו צריכים שהעלות של שכבת הקבלה האחרונה תהיה $7.25 כדי לבצע את ההפרש.

אין התאמה שיש לבצע ב- General Ledger כדי לתת לזה חשבון.

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

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

כדי לשנות את המקומות העשרוניים של מטבע של פריט שכבר עשית בו שימוש, השתמש בחלון שנה מקומות עשרוניים. כדי לפתוח חלון זה בתפריט Microsoft Dynamics GP, הצבע על כלים, הצבע על עזרי שירות, הצבע על מלאי ולאחר מכן לחץ על שנה מקומות עשרוניים.



רזולוציה 2 החל

ב- Microsoft Dynamics GP גירסה 10.0 SP3, בכל פעם שאתה מפרסם משלוח או משלוח/חשבונית שיש לו מזהה עלות מסירה המשויך לו, ייווצר אישור פיצול.  הדבר נכון גם אם העלות המורחבת בקבלה ניתנת להרחבה באותה מידה על-ידי הכמות שהתקבלה.

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

מידע נוסף

מאמר זה היה מזהה מסמך TechKnowledge: 7246

מאמר זה היה מזהה מסמך Knowledge Base: 866321