موضوع للمناقشة (قيمة المخزون بالحسابات)

[osamamakled]

السلام عليكم ورحمة الله و بركاته
من المعلوم ان الحسابات تمثل المصب النهائي لكل البرامج الفرعية بالجريت بلينز
و ان الأرقام الموجودة بالحسابات Gl تمثل لدي الأطراف الخارجية و متخذي القرار المادة المعلوماتية الأساسية التى تبنى عليها القرارات الأساسية في الشركة
و أن تطابق قيم الحسابات مع البرامج الفرعية يدل بشكل و اضح على فهم إدارة الحسابات و قسم نظم المعلومات للتعامل مع البرنامج بطريقة صحيحة

لذلك أقترح علي السادة الأعضاء بداية مناقشة
** أسباب إختلاف قيمة المخزون بالحسابات عنها في الموديول في تاريخ محدد و (بفرض نهاية السنة)
** الحلول المقترحة لمعالجة ذلك الإختلاف

ونشكر كل من لديه معرفة بالموضوع للمساهمة في هذه المناقشة

[ahai]

السلام عليكم أستاذ أسامة,
الحقيقة هذا الموضوع يؤرق المحاسبين في كل زمان ومكان.

طبعاً لا أريد أن أفترض مطلقاً أن يكون أحد أسباب هذا الخلاف هو تمكين المحاسبين من إجراء قيود على حساب الأستاذ العام للمخزون. فهذا ليس خرق للبرنامج فقط وإنما خرق للقواعد المحاسبية وربما لسياسة الشركة كذلك.

أعتقد من أهم الأسباب التي تؤدي إلى اختلاف رصيد الأستاذ العام للمخزون عن رصيد الأستاذ المساعد, هي تغيير طريقة التقييم بشكل متكرر وغير منتظم. فهذا قد يؤدي والله أعلم إلى "خربطة" في حركة المخزون. لذا إذا كان لا بد من تغيير طريقة تقييم المخزون, فيجب أن تتم بشكل منتظم ومدروس (عند الجرد كل 6 أشهر).

من الأسباب كذلك سوء تعريف بعض أصناف الخدمات, مما يؤدي إلى تأثير حركتها على حساب الأستاذ العام, وهذا لا يجوز. لذا لا بد من الإنتباه إلى تعريف الأصناف الخدمية.

كذلك من الأسباب, كثرة الأجزاء بعد الفاصلة في تعريف بطاقة الصنف, مما يؤدي إلى تقريب هذه الأرقام عند ترحيل الحركة إلى الأستاذ العام.

هذا ما تسعفني به الذاكرة , وربما أصبت في هذه المشاركة وربما أخطأت, فاعذروني.

شكراً للجميع

[osamamakled]

و عليكم السلام أخى/ عبدالحي

شكرا علي إجابتك و التي لمست أهم الأسباب المؤدية للإختلاف
و لنا عودة في مناقشة ما ذكرت بالتفصيل
و لكن بفرض أن الجرد الفعلي له قيمة
و الحسابات بقيمة مختلفة
فأيهما يتم أخذه في قائمة المركز المالي
و كيفية معالجة الفرق في قيمة المخزون

[ahai]

و عليكم السلام أخى/ عبدالحي

شكرا علي إجابتك و التي لمست أهم الأسباب المؤدية للإختلاف
و لنا عودة في مناقشة ما ذكرت بالتفصيل
و لكن بفرض أن الجرد الفعلي له قيمة
و الحسابات بقيمة مختلفة
فأيهما يتم أخذه في قائمة المركز المالي
و كيفية معالجة الفرق في قيمة المخزون

هل تقصد الجرد الفعلي القيمة الدفترية للمخزون في الأستاذ المساعد, أم قيمة الجرد الفعلي على الواقع ؟

طبعا يتم الأخذ بالقيمة الفعلية للجرد على الواقع, وعليك تسوية الدفاتر للوصول إلى هذه القيمة, بمعنى أنه يجب عدم "دفن" الفرق فقط للتسوية. ولكن يجب أن نعرف ما هو سبب الفرق. أحياناً يكون هذا العمل صعب جداً. ولكن قد يكون هناك سرقة, قد يكون هناك تلف كبير غير مسجل, الأسباب عديدة ويجب عدم التساهل أبداً

أهلا بك أستاذ أسامة

[osamamakled]

السلام عليكم و رحمة الله و بركاته
هل تقصد الجرد الفعلي القيمة الدفترية للمخزون في الأستاذ المساعد, أم قيمة الجرد الفعلي على الواقع ؟

الجرد الفعلي المقصود به قيمة المخزون الفعلية التي تم عدها مقيمة بسعر التكلفة في تاريخ الجرد
و الذي يتم إدخال الكمية الفعلية بالنظام و ينتج عنها فروقات جردية و التي يتم ترحيلها و علي ذلك فإن بعد ترحيلها تكون الكميات في النظام مطابقة للواقع
لو هناك عجز يتم تحميله على المتسبب أو حسب توجيه الإدارة
و لكن في معظم الأحيان القيمة الإجمالية للجرد الفعلي لا تساوي قيمة المخزون بالحسابات كم ذكرت الأسباب السابقة
و بالتالي فالتسوية بين القيمتين كيف تتم

[osamamakled]

ملاحظة مهمة: حول تغيير طريقة تقييم المخزون كل فترة حسب ما ذكرة أ/ عبدالحي فإنها تؤدي لتلك الفروقات بالطبع، بالإضافة الي مخالفتها لمعايير المحاسبة المتعارف عليها

[ahai]

الفرق بين رصيد المخزون في موديول المخزون وبين رصيده في الأستاذ العام مشكلة كبيرة فعلاً. يعني من الصعب جداً أن تطابق مبلغ كل حركة في الموديول مع مبلغ قيدها في الأستاذ العام. ممكن تحاول تعمل query بال SQL بس ما بعرف إزا بتظبط.

على أي حال, الخطوة الأولى: إعمل Check Link. وشوف شو بيطلع معك.
إذا لم يظهر أي حل, فالخطوة الثانية هي أن تتأكد من أن رصيد المخزون في الموديول هو الصحيح. ومن ثم إذا أردت أن "تدفن" الفرق, (ولا من شاف ولا من دري) فبقيد أستاذ عام بين المخزون و خسائر مخزون (إذا كان لديكم مثل هذا الحساب) أو غيره.

ولا حول ولا قوة إلا بالله.

والله أنا آسف أستاذ أسامة على هذه الإجابة التي تنم عن جهل .. ولكن هذا هو مبلغ علمي.

[osamamakled]

شكرا يا أستاذ عبدالحي

الموضوع للمناقشة و الغرض من طرحــه للأعضاء هو فهم البرنامج
و الفرق ليس معقد لهذه الدرجـة
و لقد ذكرت نقطة في غاية الأهمية
"كذلك من الأسباب, كثرة الأجزاء بعد الفاصلة في تعريف بطاقة الصنف, مما يؤدي إلى تقريب هذه الأرقام عند ترحيل الحركة إلى الأستاذ العام"
هذا الخطأ ينتج عن تعريف و حدات القياس UoM
و على ذلك يجب ان تكون الوحدة القياس الأساسية أصغر و حدة أي غير قابلة للتجزئة، و ليس الوحدة التي نقوم بالشراء بها بل أصغر و حدة يمكن بيعها- و هذا خطأ شائع لكثير من المستخدمين
و بالتالي ستقل الفروقات في الكمية بالمخزون و القيمة بالحسابات

[Monzer Osama]

السلام عليكم
أشكرك أخي اسامة على هذا الموضوع المهم فعلا
وشكرا للاخ عبد الحي على اقتراحاته

الفرق بين رصيد المخزون في موديول المخزون وبين رصيده في الأستاذ العام مشكلة كبيرة فعلاً. يعني من الصعب جداً أن تطابق مبلغ كل حركة في الموديول مع مبلغ قيدها في الأستاذ العام. ممكن تحاول تعمل query بال SQL بس ما بعرف إزا بتظبط.

على أي حال, الخطوة الأولى: إعمل Check Link. وشوف شو بيطلع معك.
إذا لم يظهر أي حل, فالخطوة الثانية هي أن تتأكد من أن رصيد المخزون في الموديول هو الصحيح.

ممكن عمل Reconcile يفيدك أكثر من من الـ CheckLink

[osamamakled]

السلام عليكم و رحمة الله و بركاته

إستكمالا للموضوع:
يجب التحقق من الأمور التالية في تاريخ الجرد السنوي - مع مراعاة المشاركات أعلاها
1- رصيد حساب الذمم المدينة مطابق للحسابات إذا كان للمبيعات التى تؤثر حركتها بالمخزون.
2- رصيد حساب الموردون مطابق للحسابات للمشتريات التي تؤثر حركتها بالمخزون
3- جميع الحركات الموجودة في POP هي نفسها في Stock Control
4- جميع التحويلات بين المستودعات إذا جمعت كمياتها = صفر ، و إذا جمعت قيمتها بالحسابات = صفر
5- أن تكلفة المبيعات = المخزون للقيود الواردة من موديول المبيعات
6- عدم و جود قيود واردة من الحسابات تؤثر بالمخزون Series= Financial
المشكلة في رصيد الموديول في تاريخ محدد و هذا تم عن طريق الكريستال ريبورت
بالطبع هذه المشاكل تنتج من أخطاء إعداد البرنامج و منها علي سبيل المثال
المقال
http://www.gp4arab.com/forum/showthread.php?t=563
يتبقى في الموضوع قياس تكلفة المبيعات
بين النظام الدورى و المستمر!!-

[ahai]

1- رصيد حساب الذمم المدينة مطابق للحسابات إذا كان للمبيعات التى تؤثر حركتها بالمخزون.
2- رصيد حساب الموردون مطابق للحسابات للمشتريات التي تؤثر حركتها بالمخزون
3- جميع الحركات الموجودة في POP هي نفسها في Stock Control
4- جميع التحويلات بين المستودعات إذا جمعت كمياتها = صفر ، و إذا جمعت قيمتها بالحسابات = صفر
5- أن تكلفة المبيعات = المخزون للقيود الواردة من موديول المبيعات
6- عدم و جود قيود واردة من الحسابات تؤثر بالمخزون Series= Financial

شكرا أستاذ أسامة,
السؤال (للفائدة): هل تحصل على هذه المعلومات من السمارت ليست ؟
شكرا لك, في الحقيقة هذه المشاركة يجب أن تعمم على جميع الشركات كإجراء مراجعة وتدقيق للمخزون.

[osamamakled]

عفوا الأستاذ/ عبد الحي
يمكن الحصول علي كل تلك المعلومات من السمارت؟؟
ليست بالطبع نعم
رصيد العملاء في تاريخ معين Tools >> Routines >> Sales >> Statements

رصيد الموردين بتاريخ معين HISTORICAL AGED TRIAL BALANCE


السؤال الذي يطرح نفسه الآن إذا كان كل ما سبق لدي أي شركة صحيح فلماذا يكون هناك إختلاف في الرصيد بين قيمة الجرد الفعلي و قيمة المخزون في الحسابات

[ahai]

الذي فهمته أن رصيد حركة حساب المبيعات (المدينة والدائنة) والمستخرجة من حسابات الزبائن يجب أن يساوي رصيد حساب المبيعات خلال نفس الفترة. وهذا من الصعب استنتاجه إلا من السمارت ليست حيث أنك تستطيع فلترة المعلومات التي تريدها فقط على خلاف كل التقارير الأخرى.

فالتقارير الأخرى تحوي الدفعات والحسومات والمذكرات المدينة والدائنة. وهذه المبالغ يجب فلترتها.
وكذلك إذا أردت استخراج مبالغ تكلفة المبيعات من قيود الفواتير.
طبعاً قس على ذلك الموردين, وغير ذلك.

هل كلامي صحيح ؟؟

[عثمان]

كلام رائع من مشرف أروع
ننتظر بقية السلسلة التي بدأت فيها يا غالي

[osamamakled]

شكرا يأخ عثمان
أتمنى مشاركتك في الموضوع مع العلم ان المناقشه فيه مهمه لأي برنامج تستخدمه و المناقشة الحالية نقوم بعرض الأمثلة من جريت بلينز
و سأكمل الموضوع و في إنتظار مشركتكم

[osamamakled]

الذي فهمته أن رصيد حركة حساب المبيعات (المدينة والدائنة) والمستخرجة من حسابات الزبائن يجب أن يساوي رصيد حساب المبيعات خلال نفس الفترة. وهذا من الصعب استنتاجه إلا من السمارت ليست حيث أنك تستطيع فلترة المعلومات التي تريدها فقط على خلاف كل التقارير الأخرى.

فالتقارير الأخرى تحوي الدفعات والحسومات والمذكرات المدينة والدائنة. وهذه المبالغ يجب فلترتها.
وكذلك إذا أردت استخراج مبالغ تكلفة المبيعات من قيود الفواتير.
طبعاً قس على ذلك الموردين, وغير ذلك.

هل كلامي صحيح ؟؟

كلامك صحيح
و لكن إذا الكل صحيحا فالجزء صحيح أيضا

[osamamakled]

السلام عليكم
فيما سبق تحدثنا عن أهم النقاط التي تؤدي إلي ظهور فرق في تقيم المخزون و التي تنتج عن أخطاء المستخدمين أو من أخطاء في إعداد البرنامج - كذك نود الإشارة الي حركة المخزون بالبرنامج
و هي
1-التحويلات بين المستودعات و التي أشرنا ألي أهمية أن قيمتها صفر بالحسابات و كميتها صفر بإدارة الرقابة علي المخزون.
2- الفروقات الجردية Varaince و هي تنتج عن إدخال الجرد الفعلي و مقارنته بالنظام (الدفتري) و ان الكيات الموجودة بهذه المستندات تقوم بتعديل الكمية الدفترية بالفعلية و طرفي القيد -أ- المخزون و الأخر ب-الحساب المرتبط بالفرق (كمصروف عجز مخزون- او ذمة موظف أو ...)،
أو تلك المستندات التي تثبت و جود عجز معين في أحد الأصناف.
3- التسويات المخزونية و هي التي تتعامل مع تسوية بين صنفين - و في هذه الحالة لا بدان يكون قيمة المستند = صفرا.

و أترك المجال لمستشارنا الأستاذ عبدالحي ليوضح لنا بالتجربة العملية و جود فرق ينتج من إعدات التكلفة (طريقة قياس تكلفة الصنف)
أختر صنفا جديدا بالشركة التجريبية و له حساب مخزون مستقل
قم بعمل مشتريات علي الصنف
قم بعمل مبيعات بجزء من كمية المشتريات
قم بعمل مشتريات و لكن بسعر أخر
قم بعمل فاتورة مبيعات بكل الكمية الموجودة(المتبقية)
قم ترحيل القيود الي الحسابات
السؤال:
هل رصيد الحساب = صفر علي أساس ان كميته صفر و قيمته بالمخزون صفر - و هل يعمل النظام بطريق صحيحة-
هل تؤثر طريقة قياس تكلفة المبيعات علي رصيد الحساب
و أيضا هل تؤثر تلك الطريقة بمجمل ربحية المبيعات


و إن شاء أوعد الأخوة الزملاء بما لدى من معلومات عن طرق قياس تكلفة المبيعات و تقييم المخزون بين القديم و الحديث وما إستحدث فيها بعد نظم و برمجيات الحديثة.

[ahai]

السلام عليكم ورحمة الله وبركاته.


3- التسويات المخزونية و هي التي تتعامل مع تسوية بين صنفين - و في هذه الحالة لا بدان يكون قيمة المستند = صفرا.


في الحقيقة من واقع التجارب المريرة مع فريق المستودعات, أحيانا نطلب منهم إجراء جرود عشوائية لبعض الأصناف ذات الحركة الكبيرة. فتظهر بعض الأخطاء نتيجة تسجيل صنف بدل آخر. وهذه الأصناف تكون مختلفة القيمة. مما يؤدي إلى أنه عند إجراء التسوية الجردية تكون قيمة المستند لا تساوي الصفر. وذلك بسبب تخفيض كمية صنف وزيادة كمية صنف آخر بالقيمة الحالية لكليهما.

أنا أرفض هذه الطريقة لأنها أصلا أدت إلى خطأ في تكلفة المبيعات في الفاتورة الأصلية ويجب تصحيح الفاتورة نفسها بدل من التسوية الجردية. ولكن عندما تكون الحركة كبيرة فمن المستحيل البحث ومراجعة الفواتير كلها لإيجاد الخطأ. لذلك نلجأ إلى هذه الطريقة ((الخنفشارية)).


و أترك المجال لمستشارنا الأستاذ عبدالحي ليوضح لنا بالتجربة العملية و جود فرق ينتج من إعدات التكلفة

نظرياً. يجب ألا يكون هناك فرق حسب الطريقة المذكورة. ولكن ما يحصل أنه بعد شهر من استخدام طريقة ما لتقييم تكلفة المبيعات (المتوسط المتحرك مثلاً) يقوم أحد المستخدمين بتغيير طريقة التقييم إلى طريقة أخرى (الوارد أولاً صادر أولاً). وهنا تظهر المعضلة وخاصةً إذا صار هناك مرتجعات.
طبعاً النظام أحيانا يرفض تعديل الطريقة ولكن لا أدري كيف يحصل ذلك أحياناً.

[Monzer Osama]

السلام عليكم جميعا

يفترض أن لا يكون هنالك فروق كما تفضلت أخي عبد الحي, وبالنسبة الى تغيير طريقة التقييم (valuation method ) هنالك أداة إضافية Utility Tools تقوم بعملية تغيير الـ valuation method للأصناف
للوصول اليها اسلك الطريق التالي:
Microsoft Dynamics GP menu >> Utilities >> Inventory >> Change Valuation

من خلال هذه الشاشة يمكنك تغير طريقة التقييم لأكثر من صنف دفعة واحدة لكن يشترط:
1- أن يكون نوع الصنف Sales Inventory or Discontinued
2- أن لا يكون الصنف محجوز Unallocated
3- وكل المستندات المتعلقة به يجب أن ترحل

لي تساؤل عن تعامل مكاتب المراجعة القانونية عن طريقة التصنيف؟ ألا يمكن أن يكون لها كلام في سماحية طريقة التقييم أم لا؟


شكرا لكم , وهذا الموضوع الذي أعتبره من المواضيع المتميزة

[ahai]

بالنسبة للشركات الكبيرة التي تنشر قوائمها المالية, لابد أن تقوم بالإفصاح عن طريقة تقييم المخزون. وهناك قيود محكمة لتغيير طريقة التقييم. فأي تغيير يجب أن يوافق عليه مكتب المراجعة, وكذلك يجري الإفصاح عنه بالتفصيل عند نشر القوائم المالية.

[Monzer Osama]

بالنسبة للشركات الكبيرة التي تنشر قوائمها المالية, لابد أن تقوم بالإفصاح عن طريقة تقييم المخزون. وهناك قيود محكمة لتغيير طريقة التقييم. فأي تغيير يجب أن يوافق عليه مكتب المراجعة, وكذلك يجري الإفصاح عنه بالتفصيل عند نشر القوائم المالية.
شكرا سعادة اللواء

[ahai]

شكرا سعادة اللواء

أنا رقيب والله يا عقيد.

بس يمكن إزا رحت إحتياط "لا قدر الله" بصير رقيب أول.

[osamamakled]

السلام عليكم و رحمة الله و بركاته

طريقة قياس تكلفة المبيعات من الأسباب التي تؤدي للفروقات بين الحسابات و قيمة المخزون المحسوبة من برنامج المخازن في نظام الجرد الدوري المستمر بفرض أن المستخدم لا يعرف الفرق بينهما
و لذلك تم إنشاء طريقة لقياس التكلفةهى perpetual "مستمرة" - و هذه الطريقة لم تكن تنجح إلا بإستخدام تقنية المعلومات الحديثة- أما الطريقة القديمة periodic "الدوري" فتقوم بإحتساب تلكفة المبيعات من قيمة المخزون كالتالي
قيمة تكلفة المبيعات = مخزون اول المدة + المشتريات - مخزون أخر المدة
و تعرف بطريقة الجرد الدوري
أما طريقة الجرد المستمر فتقوم بقياس تكلفةالمواد المباعة عند إنشاء كل فاتورة مبيعات - و بالتالي يظهر حساب المخزون مدينا بالمشتريات أو أي إدخالات أخرى و دائنا بتكلفة المبيعات أو أى مخرجات أخرى و افضل الطرق لقياس تلكفة المبيعات Moving average perpetual، و هذه من و جهة نظر عدم ظهور فروقات في التكلفة بين الحسابات و قيمة المخزون آخر المدة بالإضافة الي شهرتها و إعتمادها عالميا لعدالتها في قياس التكلفة- و في هذه الطريقة لا يوجد حساب مشتريات كما هي في طريقة الجرد الدوري بل يكون ضمنا من حساب المخزون و هذه الطريقة إذا إستخدمت بدقة فإن لها الأولية و الأفضلية في التطبيق- حيث أنها تظهر تكلفة المبيعات أول باول مع إحتساب قيمة المخزون بالحسابات - و ذلك يدعم ُERP تنمية موارد المنشأة - (قياس ربحية المبيعات و قيمة المخزون في أي لحظة).
ملاحظـة:إن طريقة تغير التكلفة أثناء الفترة المالية خطأ فادح و غير مقبول محاسبيا

[Monzer Osama]

شكرا أخي أسامة على التوضيح الأكثر من رائع ...

[أحمد الغامدي]

السلام عليكم
أخوي اسامة الله يسلمك ...
Fifo والتي تعني أن البضاعة التي تدخل أولا تخرج أولا
وlifo .....
فين ممكن استخدام هذه الطرق؟ مخازن الأدوية مثلا ولا كيف؟؟؟؟

[osamamakled]

و عليكم السلام و رحمة الله و بركاته

بالنسبة للأدوية أقترح أن تستخدم متوسط التكلفة المتحرك (المرجح) Moving average perpetual
أو طريقة الأول في الأول المتحرك - FIFO perpetual
و لحد علمى فإن هامش ربحية الأدوية ثابت و سعر البيع محدد من الوزارة-
FIFO = first-in first-out
و لكل طريقة مؤديوها فجماعة المستودعات يؤيدوا طريقة الأول في الأول و جماعة المالية المتوسط المتحرك و لكل منهما أسبابه و مبرراته
الزكاه و الدخل و الضرائب ليس لها أيه إعتراض على المتوسط المتحرك
و طريقة عمل المتوسط المتحرك مبنية علي إحتساب تكلفة الصنف الجديدة معادلة باالموجود
فمثلا لدينا مخزون من صنف عدده 10 و قيمته 100
قمنا بشراء عدد 100 و بقيمة 110
التكلفة الجدية بناء على المتوسط المرجح (المتحرك)
10× 100 + 100 ×110 / 110 = 109.091 قيمة .
و انا أفضل طريقة استخدام طريقة Moving average perpetual إذا كانت متاحة فى النظام الذي تعمل عليه.
يعتمد نظام جريت بلينز عند إحتساب تلكفة المخزون ب Cuurent Cost ضربا في Quantity on hand
و لا يعتمد كسرد حركة تاريخي - و هنا المعضلة لأن Current Cost هي أخر تقييم و صلت إليه تكلفة الصنف
بينما الحسابات هي سرد تاريخي لقيمة المخزون

[osamamakled]

شكرا أخي أسامة على التوضيح الأكثر من رائع ...


عفوا مستشارنا الكبير !!

[ahai]

يعتمد نظام جريت بلينز عند إحتساب تلكفة المخزون ب Cuurent Cost ضربا في Quantity on hand
و لا يعتمد كسرد حركة تاريخي - و هنا المعضلة لأن Current Cost هي أخر تقييم و صلت إليه تكلفة الصنف
بينما الحسابات هي سرد تاريخي لقيمة المخزون

السلام عليكم,

أستاذ أسامة يعني حتى لو كانت طريقة التقييم FIFO بيحسب رصيد المخزون بهذه الطريقة ؟؟؟؟

[osamamakled]

و عليكم السلام و رحمة الله و بركاته
طريقة التقييم التي تم إختيارها هي التي ثؤثر في Current Cost , و بالتالي يتم إحتساب القيمة الحالية للمخزون على اساسها.

و هذه الطريقة مناسبة إذا كان لديك عدد من الأصناف كبير جدا و حركة كبيرة أيضا - حيث ان التقرير الذي يقوم بتجميع و إحتساب جميع الحركات سيأخذ و قت طويل جدا، و هذه الطريقة معمول بها في بعض البرامج.
أما الطريقة الحالية في جريت بلينز فتقوم علي أساس الكمية الحالية × التكلفة الحالية.
و بفرض انك قمت بإحتساب قيمة المخزون من التقرير Reports >> Inventory >> Activity فإن يقوم بإحتساب الكمية الحالية و الرجوع بها إلي التاريخ المحدد.
أما عن إحتساب تكلفة الصنف فهناك خياران Historical Costs و Today’s Standard/Average Cost - و يتم إختيار الأول التكلفة التاريخية ...

[ahai]

السلام عليكم,

أستاذ أسامة يعني حتى لو كانت طريقة التقييم FIFO بيحسب رصيد المخزون بهذه الطريقة ؟؟؟؟

القصد أستاذ أسامة أنه لو تم احتساب تكلفة المخزون الحالية بطريقة التكلفة الحالية Current Cost وكانت طريقة التقييم أي طريقة غير Moving Avarage فسوف تنتج فروقات شاسعة بين رصيد المخزون في الأستاذ العام ورصيده في موديول المخزون.

طرق التقييم الأخرى مثل FIFO تحتاج إلى جداول إضافية لمتابعة كمية كل شريحة أسعار ومن ثم احتساب تكلفة المخزون.

الموضوع معقد بعض الشيء وليس لدي معرفة واسعة بآليات عمل البرنامج الداخلية ولكنني استغربت كثيراً من احتساب جريت بلينز لتكلفة المخزون بهذه الطريقة.

شكرا لك أستاذ أسامة

[عبدالفتاح يحيى]

الله يعافيك ومشكور :mad:

[asbehery]

الاستاذ الفاضل اسامة
استفدت كثيرا من تعليقاتك علىموضوع الفرق بين الجرد الفعلي والدفتري ولكن استسمحك ان اعلق على ردك بخصوص مخالفة القواعد المحاسبية في تغيير طريقة تقييم المخزون - فان القواعد المحاسبية لا تمانع الشركات في تغيير طريقة التقيم ولكن اذ تشترط فقط ابداء الاسباب المقنعة لتغيير الطريقة .

[MHD.Sraj]

قد يكون ردي هذا متاخرا ولكن اتمنى ان يكون مفيدا
خلال الفترة الماضية كنت مسؤولا عن مطابقة هذا النوع من المشاكل بين المخزون وال gl وقد اثبت ان بعض هذه الفروقات قد يكون مصدرها خطا في النظام اثناء عملية الترحيل تؤدي الى بعض الفروقات بين الجداول.

هذه نظرة سريعة عن Inventory Tables

IV10200: Purchase reciets; Cost Layers.
يحتوي معلومات الكلف يسجل به record لكل عملية ادخال
IV10201: Purchase reciets Details
يحتوي معلومات السحب يسجل به record لكل عملية اخراج
IV30300: Transaction history
يحتوي على الحركات المرحلة
SEE30303: HITB historical Ivnentory Trial Balance
تم ايجاد هذا الجدول في GP 10 يفيد هذا الجول بربط كل حركة مع جدولGL20000 الذي يحتوي على تفاصيل الحركة في الاستاذ العام.


نعود الان لنكمل
بنتيجة الخطأ اثناء الترحيل تجد ان الحركة لم تقم بكتابة جميع الجداول مما يؤدي الى الفرق الذي نتحدث عنها وهذا يثبته اكثر وجود فروق بين تقارير المخزون نفسه حيث
Activity: HITB يقرا الجدول SEE30303
Activity Stock Status يقرا من الجدول IV30300
Item Stock Inquiry تقرا تفاصيل الحركات من IV30300 في حين تقرا الرصيد من IV10200

ويمكنني تزويدكم ببعض تعليمات ال SQL التي استخدمتها لمطابق هذه الجداول والتي تعيد الحركات التي ليست متوازنة بين جميع الجداول حيث قمنا باصلاحها حسب طبيعة المشكلة الموجودةز فبعض هذه الجداول لايمكن تصليحها بشكل مباشر اما بعضها الاخر فمن الممكن ان تتم كتابتها بشكل يدوي.

لمنتى ان يكون هذا الرد مفيدا
مع فائق الاحترام

[osamamakled]

السلام عليكم
إفادة مهمة - هل جربت reconcile
شكرا أخى الفاضل

[Monzer Osama]

قد يكون ردي هذا متاخرا ولكن اتمنى ان يكون مفيدا
خلال الفترة الماضية كنت مسؤولا عن مطابقة هذا النوع من المشاكل بين المخزون وال gl وقد اثبت ان بعض هذه الفروقات قد يكون مصدرها خطا في النظام اثناء عملية الترحيل تؤدي الى بعض الفروقات بين الجداول.

هذه نظرة سريعة عن inventory tables

iv10200: Purchase reciets; cost layers.
يحتوي معلومات الكلف يسجل به record لكل عملية ادخال
iv10201: Purchase reciets details
يحتوي معلومات السحب يسجل به record لكل عملية اخراج
iv30300: Transaction history
يحتوي على الحركات المرحلة
see30303: Hitb historical ivnentory trial balance
تم ايجاد هذا الجدول في gp 10 يفيد هذا الجول بربط كل حركة مع جدولgl20000 الذي يحتوي على تفاصيل الحركة في الاستاذ العام.


نعود الان لنكمل
بنتيجة الخطأ اثناء الترحيل تجد ان الحركة لم تقم بكتابة جميع الجداول مما يؤدي الى الفرق الذي نتحدث عنها وهذا يثبته اكثر وجود فروق بين تقارير المخزون نفسه حيث
activity: Hitb يقرا الجدول see30303
activity stock status يقرا من الجدول iv30300
item stock inquiry تقرا تفاصيل الحركات من iv30300 في حين تقرا الرصيد من iv10200

ويمكنني تزويدكم ببعض تعليمات ال sql التي استخدمتها لمطابق هذه الجداول والتي تعيد الحركات التي ليست متوازنة بين جميع الجداول حيث قمنا باصلاحها حسب طبيعة المشكلة الموجودةز فبعض هذه الجداول لايمكن تصليحها بشكل مباشر اما بعضها الاخر فمن الممكن ان تتم كتابتها بشكل يدوي.

لمنتى ان يكون هذا الرد مفيدا
مع فائق الاحترام
شكرا أخي الكريم على إضافتك المهمة.
لتكتمل الصورة , يمكنك كتابة الأكواد التي تظهر الفروقات لتترجم الفائدة من استخدام هذه الجداول

[MHD.Sraj]

ساقوم غدا باضافة تعليمات ال SQL باذن الله

فيما يخص ال reconcile مع الاسف لا يقوم بتصحيح جدولي IV30300 , SEE30303 المستخدمين في التقارير بينما يقوم بتصحيح IV10200 , IV10201 ويمكن اثبات ان بعض هذه الاخطاء لا يقوم بالتاثير عليها.

نحن الان نقوم بمتابعة الخالات التي تؤدي الى هذه الحالات وحتى الان لم نصل الى نتيجة نهائية.

اتمنى ان يكون هناك تعاون عام لتحديد اسباب هذه الاخطاء لنتمكن من تفاديها

مع الاحترام

[MHD.Sraj]

هذه بعض تعليمات ال SQL التي تساعد في ايجاد الفروق التي كنا نتكلم عنها.
يمكن تحسين هذه التعليمات ولكن هذا يعني بعض الوقت

هذه تقوم بمطابق جداول IV30300 IV10200 IV10201 SEE30303 على مستوى كل مادة ضمن الحركات

SELECT * FROM

(

SELECT [JRNENTRY],[IVIVINDX] AS ACTINDX,SUM([COST]) AS Cost, SUM(Dr) AS Dr, SUM(Cr) AS Cr FROM

(

SELECT [JRNENTRY],[IVIVINDX],[EXTDCOST] AS COST,[DEBITAMT] AS Dr,[CRDTAMNT] AS Cr FROM SEE30303 AS A

UNION ALL

SELECT [JRNENTRY],[IVIVOFIX],-[EXTDCOST] AS COST,[CRDTAMNT] AS Dr,[DEBITAMT] AS Cr FROM SEE30303 AS B WHERE NOT [DOCTYPE]IN (3,103)

) AS C

WHERE [IVIVINDX] in (SELECT [IVIVINDX] FROM [IV00101])

GROUP BY [JRNENTRY],[IVIVINDX]

) AS D FULL OUTER JOIN



(

SELECT [JRNENTRY],[ACTINDX],SUM([DEBITAMT]) AS Dr, SUM([CRDTAMNT]) AS Cr

FROM GL20000

WHERE [ACTINDX] IN (SELECT [IVIVINDX] FROM [IV00101])

GROUP BY [JRNENTRY],[ACTINDX]

) AS E

ON D.JRNENTRY=E.JRNENTRY AND D.ACTINDX=E.ACTINDX

WHERE (ISNULL(D.Dr,0)<> ISNULL(E.Dr,0) OR ISNULL(D.Cr,0)<>ISNULL(E.Cr,0) ) AND (ISNULL(D.Dr,0)- ISNULL(D.Cr,0) <> ISNULL(E.Dr,0)-ISNULL(E.Cr,0) )


هذه تقوم بمطابقة الاستاذ العام مع المخزون على مستوى الحركة


SELECT * FROM

(

SELECT [DOCTYPE],[DOCNUMBR],[DOCDATE],[ITEMNMBR],[TRXLOCTN],SUM(QTY) AS QTY,[IVIVINDX],SUM(CASE WHEN QTY<0 THEN -[EXTDCOST] ELSE [EXTDCOST] END ) AS COST FROM

(

SELECT [DOCTYPE], [DOCNUMBR], [DOCDATE], [ITEMNMBR], [TRXLOCTN], [TRXQTY]*[QTYBSUOM] AS QTY, [EXTDCOST], [LNSEQNBR],[IVIVINDX] FROM IV30300 WHERE [DOCTYPE]<>3 AND [DOCTYPE]<=10

UNION ALL

SELECT [DOCTYPE], [DOCNUMBR], [DOCDATE], [ITEMNMBR], [TRNSTLOC], [TRXQTY]*[QTYBSUOM] AS QTY, [EXTDCOST], [LNSEQNBR],[IVIVINDX] FROM IV30300 WHERE [DOCTYPE]=3

UNION ALL

SELECT [DOCTYPE], [DOCNUMBR], [DOCDATE], [ITEMNMBR], [TRXLOCTN], -[TRXQTY]*[QTYBSUOM] AS QTY, -[EXTDCOST] AS [EXTDCOST], [LNSEQNBR],[IVIVINDX] FROM IV30300 WHERE [DOCTYPE]=3

) AS A

GROUP BY [DOCTYPE],[DOCNUMBR],[DOCDATE],[ITEMNMBR],[TRXLOCTN],[IVIVINDX]

) AS IV30300

FULL OUTER JOIN

(

SELECT [RCPTNMBR],[ITEMNMBR],[TRXLOCTN],SUM([QTYRECVD]) AS QTY,SUM(COST) AS COST FROM

(

SELECT [RCPTNMBR],[DATERECD],[ITEMNMBR],[TRXLOCTN],[QTYRECVD],[QTYRECVD]*[ADJUNITCOST] AS COST FROM IV10200

UNION ALL

SELECT [ORIGINDOCID],[DOCDATE],[ITEMNMBR],[TRXLOCTN],-[QTYSOLD], -[QTYSOLD]*[UNITCOST] FROM IV10201

) AS A

GROUP BY [RCPTNMBR],[ITEMNMBR],[TRXLOCTN]

) AS IV10200

ON

IV30300.[DOCNUMBR]=IV10200.[RCPTNMBR] AND

IV30300.[ITEMNMBR] = IV10200.[ITEMNMBR] AND

IV30300.[TRXLOCTN] = IV10200.[TRXLOCTN]



FULL OUTER JOIN

(

SELECT [DOCTYPE],[DOCNUMBR],[DOCDATE],[ITEMNMBR],[LOCNCODE],SUM([TRXQTYInBase])AS QTY,SUM([EXTDCOST]) AS COST,SUM([DEBITAMT]) AS Dr,SUM([CRDTAMNT]) AS Cr, SUM([DEBITAMT]-[CRDTAMNT]) AS Net

FROM SEE30303

--WHERE [DOCTYPE]<=10

GROUP BY [DOCTYPE],[DOCNUMBR],[DOCDATE],[ITEMNMBR],[LOCNCODE]

) AS SEE30303

ON



IV30300.[DOCTYPE] = SEE30303.[DOCTYPE] AND

IV30300.[DOCNUMBR] = SEE30303.[DOCNUMBR] AND

IV30300.[ITEMNMBR] = SEE30303.[ITEMNMBR] AND

IV30300.[TRXLOCTN] = SEE30303.[LOCNCODE]





WHERE (ISNULL(IV30300.QTY,0) <> ISNULL([IV10200].QTY,0) OR ISNULL(IV30300.QTY,0)<>isnull([SEE30303].QTY,0))


اتمنى ان تكون مفيدة للجميع