• 0
mrnooo2000

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

سؤال

بسم الله الرحمن الرحيم

بعون الله نبدأ موضوعنا الاول

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

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

http://aboyossof.wordpress.com/2011/09/06/%D8%A3%D8%B3%D8%A7%D8%B3%D9%8A%D8%A7%D8%AA-%D8%AA%D8%B5%D9%85%D9%8A%D9%85-%D9%82%D9%88%D8%A7%D8%B9%D8%AF-%D8%A7%D9%84%D8%A8%D9%8A%D8%A7%D9%86%D8%A7%D8%AA/

أولا ما المطلوب من القاعدة :-

نريد قاعدة بيانات للشراء و البيع و عرض الرصيد بطريقة الوارد أولا يخرج أولا

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

ثانيا تحليل المعلومات :-

ما دام هناك بيع و شراء اذا فلدينا أصناف تتم عليها عمليات البيع و الشراء

تتم عمليات الشراء من الموردين و عمليات البيع الى عملاء

اذا سنحتاج الى :-

1- جدول للاصناف يتم حفظ بيانات الصنف به مثل ( كود الصنف - اسم الصنف - وصف الصنف )

2- جدول لفواتير الشراء يتم حفظ بيانات الفاتورة به مثل ( رقم الفاتورة - تاريخ الفاتورة - كود المورد )

3- جدول لفواتير البيع يتم حفظ بيانات الفاتورة به مثل رقم الفاتورة - تاريخ الفاتورة - كود العميل )

4- جدول للموردين يتم حفظ بيانات المورد به مثل ( كود المورد - اسم المورد - عنوانه )

5- جدول للعملاء يتم حفظ بيانات العميل به مثل ( كود العميل - اسم العميل - عنوانه )

6- جدول تفاصيل فواتير البيع و الشراء او جدول العمليات يتم حفظ العمليات على الاصناف به مثل ( مسلسل العملية - رقم فاتورة البيع - رقم فاتورة الشراء - كود الصنف - الكمية - السعر )

هنا تم اضافة جدول سادس

لو لاحظنا جدولى فواتير البيع و الشراء سنجد اننا لو اضفنا الاصناف اليهما سيتم تكرار البيانات

لذلك سنحتاج الى جدول لحفظ تفاصيل الفواتير ( يمكن وضع جدول لتفاصيل فواتير البيع و اخر لتفاصيل فواتير الشراء ) انا شخصيا افضل ذلك

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

و لهذا سنضع حقل لرقم فواتير البيع و اخر لرقم فواتير الشراء

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

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

نستطيع أيضا وضع العلاقات بين الجداول كالتالى

post-193330-036593900 1317364447_thumb.j

الى هنا يكون بامكاننا تصميم الجداول الخاصة بقاعد البيانات و العلاقات بينها

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

**** يمكنك بكل تأكيد ان تضيف ما تحتاج الى اضافته من معلومات الى الجداول مثلا تليفونات العملاء و الموردين او وصف للاصناف او .............

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

فى الحلقة القادمة ان شاء الله سنبدأ فى تصميم باقى الكائنات

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

تم تعديل بواسطه Abo_Yossof
2

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه

46 إجابة على هذا السؤال .

  • 0

السلام عليكم

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

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

تحيااااتي

0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

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

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

0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

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

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

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

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

1

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

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

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

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

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

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

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

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

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

ما أتحدث عنه هنا هو نظام مخزنى معروف و هو من قواعد التخزين الجيد و هو معروف ب (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 جنيه

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

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

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

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

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

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

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

1

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

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

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

0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

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

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

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

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

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

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

1

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

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

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

وفقك الله . .


0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

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

الجدول الاول : جدول الأصناف (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

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

0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

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

تم تعديل بواسطه القحم
0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

على الرحب أخى

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

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

0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

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

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

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

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

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

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

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

1

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

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

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

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

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

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

http://www.arabteam2000-forum.com/index.php?showtopic=249110&st=0&gopid=1233814entry1233814

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

0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

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

0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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


0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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


0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

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

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

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

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

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

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

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

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

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

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

1

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ان شاء الله

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

2

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

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

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

1

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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


0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

 

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

AboYossof_Fifo.rar

1

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

برنامج ممتاز

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

0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

 

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

0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه
  • 0

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

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

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

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

وشكرا للمجهودك الرائع

0

شارك هذا الرد


رابط المشاركة
شارك الرد من خلال المواقع ادناه

من فضلك سجل دخول لتتمكن من التعليق

ستتمكن من اضافه تعليقات بعد التسجيل



سجل دخولك الان

  • يستعرض القسم حالياً   0 members

    لا يوجد أعضاء مسجلين يشاهدون هذه الصفحة .