الفريق العربي للبرمجةأرشيف المنتديات · 2000 – 2023
نسخة أرشيفية للقراءة فقط — التسجيل والمشاركة مغلقان، والمحتوى محفوظ كما كان.

الى خبراء البرامج المحاسبية:سؤال بخصوص المتوسط المرجح لحساب تكلفة المخزون

بدأه engcoder في 30 يونيو 2013 · 3 رد · 5,193 مشاهدة · في قواعد بيانات Microsoft SQL Server
مشاركة: واتساب X فيسبوك تيليجرام
#1 صاحب الموضوع

السلام عليكم

 

الى خبراء البرامج المحاسبية

 

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

 

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

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

وهناك طريقة الاستعلام من جدول الفواتير من بداية اول فاتورة ولكن هذه الطريقة تبطيء الاستعلام جدا في حالة ازداد عدد الفواتير بشكل كبير

 

فياريت أهل الخبرة يفيدونا في هذا الشأن

#2

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

أولاً سأقوم بشرح طريقة حساب تكلفة المخزون عن

طريقة متوسط التكلفة المرجحة  Weighted Average Cost :

              وهى ثانى اكثر طرق تقييم المخزون شيوعا و تعتمد هذه الطريقة فى تقييم المخزون على حساب المتوسط المرجح Weighted Average لتكلفة الوحدة ويتم الترجيح فى هذه الحالة على اساس كميات المخزون من كل فئة من فئات التكلفة بمعنى ان متوسط التكلفة لا يحسب على اساس المتوسط الحسابى البسيط بجمع التكاليف المختلفة والقسمة على عددها وانما بترجيح كل تكلفة بالكميات التى تم توفيرها بها .على سبيل المثال اذا كان المخزون من صنف معين يتكون من عدة كميات تم شراؤها بتكاليف مختلفة كما فى المثال الاتى ، فان تقييم المخزون فى اخر الفترة يحسب على اساس قسمة مجموع التكلفة المرجحة (مجموع الكمية x التكلفة) خلال الفترة على مجموع الوحدات التى تم توفيرها خلال تلك الفترة

post-46243-0-34328900-1372614863_thumb.j

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

مجموع التكلفة    /     مجموع الوحدات   =   58750   / 13000    =    4.52 جنيه

ومعنى هذا ان قيمة المخزون فى نهاية المدة تصل الى 18080جنيه (4000 وحدة * 4.52 جنيه)

 

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

 

1- من المفترض ان التقرير سيكون محكوم بفترة زمنية وهذا سيجنبنا عناء استدعاء كل البيانات دفعة واحده

2 - استخدامك Stored procedure سيجنبك البطيء اثناء الاستعلام عن البيانات من جدول الفواتير

3- وعن تجربة انا استخدم مثال هذا التقرير في برنامجي والي الان لدي 300 فاتورة شراء مسجلة و 400 فاتورة بيع مسجلة و 1500 صنف مخزني

ولم يتأثر الاداء حتي الان من كثرة الفواتير ومن كثرة الاصناف

 

1

certifiedj.jpg

 

 

Image Hosted by ImageShack.us
#3

شكرا أخي العزيز على توضيحك ومجهودك

لكن احب أبغلك ان قاعدة البيانات ضخمة جدا يعني البيانات توصل لنص مليون فاتورة خلال شهرين مثلا

اذا مالحل في هذا البطيء لاستعلام حساب المتوسط

#4

أخي الفاضل

1- اذا كان عدد الفواتير خلال شهرين 500000 فاتورة فتوقع البطيء ليس في هذا التقرير فقط ولكن توقعه في أماكن كثيرة في البرنامج لذلك يجب عليك اعاده النظر اثناء التصميم لاستيعاب كل هذا الكم الهائل

2- ما النشاط الذي تعمل عليه والذي يستهلك كل هذا الكم من الفواتير خلال شهرين ؟

3- ما هو متوسط عدد بنود الفاتورة الواحده علي سبيل المثال ؟

4- ربما تحتاج لعمل بعض العمليات الحاسبية حتي تتلافي موضوع البطيء

مثال

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

certifiedj.jpg

 

 

Image Hosted by ImageShack.us

مواضيع مشابهة

عدد الزوار حالياً

المتواجدون خلال آخر دقيقتين · يتحدّث كل ٣٠ ثانية

—الإجمالي—أعضاء مسجّلون—زوار بدون تسجيل

جارٍ التحقق من المتواجدين…