حساب الارصدة بطريقة الوارد أولا يخرج أولا FIFO

السلام عليكم

يبدو أن الموضوع سيكون شيقاً ومفيداً بإشراف الاستاذ أبو يوسف والاعضاء.

نتطلع للفائدة

تحيااااتي

بارك الله بك اخي ابو يوسف

موضوع جميل ورائع .. الى الامام

بالتوفيق ان شاء الله

هل بالإمكان أن أسأل الأسئلة التالية:

_ على أي مستوى من المنشئات يمكن تطبيق هذا الأسلوب؟ وهل يمكن تطبيق هذا الأسلوب على المنشئات غير الربحية؟

_ ما هو المحور الذي يدور عليه هذا الأسلوب؟ القيمة؟ أو الصلاحية؟ أو كليهما جميعا؟

_ إذا كان الأمر متعلق بالقيمة؟ فكيف يمكن احتساب القيمة.. هل على مبدأ الشراء؟ أو القيمة السوقية؟

_ _ إذا كان على مبدأ الشراء فكيف يكون احتساب الربحية؟ هل هو بناءً على نسبة تقويم مخصصات التشغيل.. أم هناك مفاهيم أخري؟

القحم كتب:

هل بالإمكان أن أسأل الأسئلة التالية:

_ على أي مستوى من المنشئات يمكن تطبيق هذا الأسلوب؟ وهل يمكن تطبيق هذا الأسلوب على المنشئات غير الربحية؟

_ ما هو المحور الذي يدور عليه هذا الأسلوب؟ القيمة؟ أو الصلاحية؟ أو كليهما جميعا؟

_ إذا كان الأمر متعلق بالقيمة؟ فكيف يمكن احتساب القيمة.. هل على مبدأ الشراء؟ أو القيمة السوقية؟

_ _ إذا كان على مبدأ الشراء فكيف يكون احتساب الربحية؟ هل هو بناءً على نسبة تقويم مخصصات التشغيل.. أم هناك مفاهيم أخري؟

بالتأكيد اخى يمكنك السؤال

اولا الامر لا يعتمد على نوع المنشأة و لكن يعتمد على طريقة التعامل مع الأرصدة ( المخزون )

ثانيا نعم يعتمد على الشراء أى أن ما يدخل فى المخزون أولا يتم خصمه أولا ( يتم الصرف أولا بأول )

ثالثا الربحية تعتمد على البائع هذا النظام لا يتدخل فى ذلك

ما أتحدث عنه هنا هو نظام مخزنى معروف و هو من قواعد التخزين الجيد و هو معروف ب (FIFO)

اختصارا ل FIRST IN FIRST OUT

و فى حالة البضائع المقيدة بتاريخ للصلاحية يكون هناك تغير فى المفهوم فيتحول الى ما تنتهى صلاحيته أولا يخرج أولا ب (FEFO)

اختصارا ل FIRST EXPIRE FIRST OUT

و هناك الكثير من الانظمة للتعامل مع المخزون منها أيضا LAST IN FIRST OUT

توضيحا للموضوع هذا مثال وضعته لاحد الاخوة

تم شراء 5 قطع بسعر 100 جنيه بتاريخ 1/1/2011

ثم تم شراء 7 قطع بسعر 110 جنيه بتاريخ 2/1/2011

ثم تم بيع 3 قطع بتاريخ 3/1/2011 و ليكن بسعر 150 جنيه

فى الوضع العادى

سيكون الرصيد 9 قطع و لا استطيع تحديد سعر كل قطعة متبقية

و فى هذه الحالة يتم حساب المتوسط او ما يسمى السعر المرجح

بطريقة الوارد أولا يخرج أولا يكون الرصيد

2 قطعة بسعر 100 جنيه

7 قطع بسعر 110 جنيه

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

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

و هذا لن يظهر تأثيره هنا لانك تتعامل مع نفس الصنف فقط ( فى الغالب) يكون الاختلاف فى سعر الشراء

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

اتمنى ان تكون اتضحت الفكرة

ارى ان نؤجل مقالة اليوم حتى يتم هضم الموضوع بشكل جيد

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

بارك الله بك اخي ابو يوسف

موضوع جميل ورائع .. الى الامام

بالتوفيق ان شاء الله

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

القحم كتب:

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

أنا هنا أهتم بعرض الرصيد و تحديد قيمته الفعلية على حسب أسلوب التخزين

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

بالنسبة للسعر المرجح

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

أى يتم حساب عدد الوحدات فى متوسط سعر الشراء

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

موضوع هام جدا بالنسبه لي . . حيث أنه علي الرغم من تصميمي لبرامج مشابهة في مجال عملي بالحسابات . . إلا أنني أجد دائما بها ثغرات تحتاج الي تعديلات كلما بدأت في التجربة الفعلية . .

وأتفق معك في العبارة التالية "و تصميم الجداول بشكل صحيح يساوى من وجهة نظرى 90% من البرنامج و من الوصول الى الهدف الاساسى منه " .

فهذا الموضوع كالذهب بالنسبه لي . . :cash:

وفقك الله . .

اعتقد ان الموضوع اصبح واضح الان

سنتطرق الان بشىء من التفصيل الى الجداول و تصميمها

الجدول الاول : جدول الأصناف (Products )

ما نحتاج اليه حاليا هو حقلين فقط هما كود الصنف و اسم الصنف و يمكنك اضافة اى حقول أخرى تحتاج الى اضافتها

Products

كود الصنف ترقيم تلقائى ProductId *

اسم الصنف نص (50) Productname

الجدول الثانى : جدول الموردين ( tbl_providers )

ما نحتاج اليه حاليا هو حقلين فقط هما كود المورد و اسم المورد و يمكنك اضافة اى حقول أخرى تحتاج الى اضافتها

tbl_providers

كود المورد ترقيم تلقائى Prov_Id *

اسم المورد نص (50) Prov_name

الجدول الثالث : جدول العملاء (tbl_customers )

ما نحتاج اليه حاليا هو حقلين فقط هما كود العميل و اسم العميل و يمكنك اضافة اى حقول أخرى تحتاج الى اضافتها

tbl_customers

كود العميل ترقيم تلقائى cust_Id *

اسم العميل نص (50) cust_name

الجدول الرابع : جدول فواتير الشراء (PurchaseMain )

ما نحتاج اليه هو رقم الفاتورة و كود المورد و تاريخ الشراء

PurchaseMain

رقم الفاتورة ترقيم تلقائى PInv *

كود المورد رقم Provid

تاريخ الشراء تاريخ PDate

الجدول الخامس : جدول فواتير البيع (SaleMain )

ما نحتاج اليه هو رقم الفاتورة و كود العميل و تاريخ البيع

SaleMain

رقم الفاتورة ترقيم تلقائى SInv *

كود العميل رقم custid

تاريخ البيع تاريخ SDate

الجدول السادس : جدول العمليات (Operations )

ما نحتاج اليه رقم فاتورة الشراء أو رقم فاتورة البيع يتم فصلهما فى حقلين للتفريق بين النوعين و كود الصنف و الكمية المشتراة أو المباعة و سعر الشراء أو البيع .

Operations

مسلسل ترقيم تلقائى Opid *

رقم فاتورة الشراء رقم Pinv

رقم فاتورة البيع رقم Sinv

كود الصنف رقم Product

الكمية رقم Qty

السعر رقم price

بعد تصميم الجداول نضع العلاقات بينها كما بالمخطط السابق .

أشكرك أستاذي أبو يوسف على أجاباتك القيمة على أسئلتي..

في جلستك الأخيرة لفت نظري جدول العمليات (Operations).. كنت أتوقع تسميته جدول البيانات التفصيلية (Details...).. فهل لهذه التسمية مغزى أو مناسبة

على الرحب أخى

بالتأكيد ليس للتسمية أى مغزى و لكن هذا ما جاء بخاطرى

فلتسمه أنت أى شىء لا فارق

الان نأتى الى العمود الرئيسى للموضوع و هو استعلام الارصدة بنظام الوارد أولا يخرج أولا

الجزء السابق لم يكن به أى شىء جديد

فقط تصميم للجداول مع تطبيق أسس التصميم الجيد لقاعدة البيانات

لكن السؤال الان هو كيف نقوم بتحديد الرصيد حسب الوارد أولا يخرج أولا

لتحقيق ذلك سنحتاج الى تصميم استعلام من الجدولين فواتير الشراء و العمليات ( و داخل هذا الاستعلام سيكون هناك استعلامات فرعية ) فى البداية دعنا نطرح الفكرة بشىء من التفصيل :-

الفكرة تعتمد على سرد جميع عمليات الشراء (و هذا هو دور الاستعلام السابق ) و تحديد الكمية المتبقية من كل عملية شراء على حده .

و لتحديد الكمية المتبقية من عملية شراء لأحد الاصناف سنحتاج الى

1- مجموع الكميات المشتراة من هذا الصنف حتى هذه العملية و سنرمز له بالاسم Pur_acum

و يتم ذلك عن طريق استعلام فرعى باستخدام الدالة DSum

و هو عبارة عن رصيد تراكمى للمشتريات فقط

Pur_acum: Nz(DSum("qty";"operations";"[Product]=" & [Product]
& "and [pinv]>0 and [Opid]<=" & [Opid]);0)

2- مجموع الكميات المباعة من ذلك الصنف و سنرمز له بالاسم Sold

و هو عبارة عن كل الكميات التى تم بيعها من ذلك الصنف

و يتم ذلك أيضا عن طريق استعلام فرعى باستخدام الدالة DSum

Sold: Nz(DSum("qty";"operations";"[Product]=" & [Product] & " and [Sinv]>0");0)

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

stock: IIf([pur_acum]-[sold]<=0;0;IIf([pur_acum]-[sold]>=[qty];[qty];[pur_acum]-[sold]))

هنا تم حساب الفارق بين مجموع المشتريات حتى العملية الحالية و مجموع المبيعات الكلى من نفس الصنف و تكون لدينا 3 احتمالات للناتج

1- اذا كان الناتج أقل من أو يساوى صفر تكون الكمية تم بيعها بالكامل أى أن المتبقى منها صفر

2- اذا كان الناتج أكبر من الصفر و أقل من الكمية المشتراة يكون المتبقى هو الفارق ( أى أنه قد تم بيع جزء من الكمية )

3- اذا كان الناتج أكبر من الكمية المشتراة فى تلك العملية يكون المتبقى هو الكمية المشتراة ( أى لم يتم البيع منها )

لتصبح جملة الاستعلام النهائية بهذا الشكل

SELECT PurchaseMain.PInv, Products.ProductId AS prid, Products.Productname, PurchaseMain.PDate, Operations.Opid, Operations.Qty, Nz(DSum("qty","operations","[Product]=" & [Product] & "and [pinv]>0 and [Opid]<=" & [Opid]),0) AS Pur_acum, Nz(DSum("qty","operations","[Product]=" & [Product] & " and [Sinv]>0"),0) AS Sold, IIf([pur_acum]-[sold]<=0,0,IIf([pur_acum]-[sold]>=[qty],[qty],[pur_acum]-[sold])) AS stock, Operations.price
FROM Products INNER JOIN (PurchaseMain INNER JOIN Operations ON PurchaseMain.PInv = Operations.pinv) ON Products.ProductId = Operations.Product;

و ليكن اسم هذا الاستعلام Qry_FIFO_Stock

يمكننا الان بناء نموذج أو تقرير على هذا الاستعلام لعرض الارصدة

و هذا ما سيتم فى حلقة قادمة ان شاء الله

فى المرفقات قاعدة البيانات تحتوى على الجداول و الاستعلام

FifoStock.rar

لا أرى تعليقات من الاخوة

ما يعنى أن الامر واضح

اليوم أضع مثال عملى على تطبيق ما سبق ليوضح كيف يمكننا الاستفادة مم سبق

و هو اجاية سؤال لاحد الاخوة عن (عمر الدين)

هنا سيكون الرصيد هو قيمة الدين و تاريخ الدين هو تاريخ الوارد

و باقى الخطوات لا تغيير بها

/index.php?showtopic=249110&st=0&gopid=1233814entry1233814

_اعمار الديون2.rar

بارك الله فيك ابو يوسف

وفى انتظار المزيد

نحن نتابعك . . وفقك الله وسدد خطاك . :yes:

نحن في الإنتظار . . :thinking:

Abo_Yossof كتب:

لا أرى تعليقات من الاخوة

ما يعنى أن الامر واضح

بارك الله فيك أستاذنا أبو يوسف

1- بالنسبة لي لم أستوعب الاحتمالات الثلاثة للـ stock إلا اليوم, لأنني كنت أعتقد -حتى البارحة- أن حسابات أرصدة المخازن عبارة عن جمع و طرح فقط, وأنه لا مجال فيها للشرط أوالشروط. وقد استطعت -يا سيدي- أن تغير هذه الفكرة من رأسي تماماً. فشكراً لك على ذلك.

2- بعد أن استوعبت ما سبق, أستطيع الآن أن أسأل:

ماذا لو قام المستخدم بتسجيل فاتورة الشراء رقم 2 قبل فاتورة الشراء رقم 1 .. ألن يغير ذلك في النتائج؟!

ماذا لو تم تعديل فاتورة معينة سواء بتعديل, أو بحذف الأصناف, أو الكميات. وذلك في جدول العمليات؟!

هل هناك مجال لتأجيل ترحيل فواتير معينة, إلى أجل محدد, ومن ثم إضافتها بعد تلك الفترة؟!

3- لعل هناك المزيد من الأسئلة التي تتبادر إلى الذهن على استحياء, لكنها تنتظر من الدماغ أن يكمل استيعابه للأمر.

شكراً لهذه المعلومات الرائعة, وشكراً لإعطائنا الوقت للاستيعاب

أسأل الله أن يحفظكم ويرعاكم ويسدد على طريق الخير خطاكم

غرّام العقول كتب:

ماذا لو قام المستخدم بتسجيل فاتورة الشراء رقم 2 قبل فاتورة الشراء رقم 1 .. ألن يغير ذلك في النتائج؟!

الأساس فى الموضوع هو ما يدخل أولا يخرج أولا

لذلك سيتعامل البرنامج مع الفاتورة رقم 2 على أساس أنها دخلت أولا

غرّام العقول كتب:

ماذا لو تم تعديل فاتورة معينة سواء بتعديل, أو بحذف الأصناف, أو الكميات. وذلك في جدول العمليات؟!

بالتأكيد سينعكس ذلك على الارصدة فى الاستعلام

لان الاستعلام يعطيك صورة لما بالجدول بدون أى تعديل ( و لكن بشكل مناسب لما تريد )

غرّام العقول كتب:

هل هناك مجال لتأجيل ترحيل فواتير معينة, إلى أجل محدد, ومن ثم إضافتها بعد تلك الفترة؟!

بالتأكيد ممكن ذلك

و لكن أمامك خيارين فى هذا الموضوع

1- أن تضع جدول منفصل للفواتير قبل الترحيل و عندما تريد ترحيلها يتم نقلها الى جدول العمليات

2- وضع حقل اضافى (نعم/لا) فى جدول العمليات ليبين ما اذا كانت الفاتورة مرحلة أم لا

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

اقتباس

نحن في الإنتظار

اشكر جميع الاخوة

ان شاء الله

غدا سنتحدث فى النماذج و التقارير لانى مشغول حاليا

كان الله في عونكم أستاذنا القدير, وأعادكم إلينا سالماً غانماً

شكراً لإجاباتكم الشافية والوافية, ولم يتبق لي في هذا الموضوع غير سؤال واحد, أرجو منكم التفضل بالإجابة عليه وهو:

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

بارك الله فيك اخى ابو يوسف وجزاك الله خير

أين أنت أخي أبو يوسف ؟ . . حفظك الله .

اعتذر الى الجميع لانقطاعى عن الموضوع بسبب الانشغال

عموما المرفق به مثال كامل للشرح السابق بالاضافة الى النماذج و التقارير

AboYossof_Fifo.rar

شكرا جدا يا ابو يوسف 

برنامج ممتاز

هل يمكن استكمال شرح باقي الاستعلامات والنماذج والتقارير

النماذج و التقارير مبنية على الاستعلامات و لا يوجد بها ما يحتاج الى الشرح على ما اعتقد

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