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

مساعدة في مشروع تحليل وتصميم نظام معلوماتي صيدلي

مغلقرائج
بدأه وسام الحميداوي في 22 ديسمبر 2005 · 76 رد · 35,937 مشاهدة · في قواعد بيانات Microsoft Access
مشاركة: واتساب X فيسبوك تيليجرام
#51

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

اما بالنسبة الى سؤالك التالي:

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

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

العراق - البصرة

#52

طبعا السؤال الاخير الذي طرحته بسيط جدا و الغرض منه الترغيب في المشاركة فهل هناك اجابات اخرى لشطري السؤال؟

اشكرك اخ احمد على التفاعل مع الموضوع و محاولة الاجابة على السؤال.

تم تعديل هذه المشاركة بواسطة alibukheet في 5 فبراير 2006 في 15:24

العراق - البصرة

#53

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

http://204.157.36.16/index.php?showtopic=84663&hl=

و هناك ملاحظه و هي ان البساطه و المرونه من اساسيات البرنامج الناجح فاذا كانت الطريقه الابسط موجوده لماذا نعقد عملية تصميم الانظمه.

العراق - البصرة

#54

الأستاذ العزيز علي البخيت:

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

أولاً: لا تتصور مدى فرحتي بعودتك إلى الموضوع. :lol:

ثانياً: أنا - وبقية الأعضاء بالتأكيد - نحترم وقتك وعملك؛ لذا سننتظر بإذن الله. ومن أساسيات التعلّم التأدب والتحلي بالصبر.

ثالثاً: شكراً جزيلا ًعلى الرد والتوضيحات.

وفي الانتظار...

#55

السلام عليكم

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

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

Inventory.rar

العراق - البصرة

#56

قيد الصادر المخزني -بناءً على منطق قيد الوارد المخزني- هو:

1. تقرير.

2. مستخلص من حركة المواد (نوع صادر).

3. يبين إجمالي المبالغ للمواد الصادرة من الصيدلية.

4. مفصل إلى مستويين إضافيين: الصادرات لكل جهة مستلمة، وضمن كل جهة مستلمة إجمالي كل سند للجهة المعنية.

ومرفق تعديل كشف الوارد المخزني ليصبح كشف الصادر المخزني...

أرجو قبول المحاولة.

لا أدري لماذا لم أستطع إرفاق الملف <_<

تم تعديل هذه المشاركة بواسطة أحمد مبارك الحيقي في 14 فبراير 2006 في 01:16

#57

احسنت اخ احمد اجابتك تنم عن المتابعة الجيدة للموضوع .

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

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

تم تعديل هذه المشاركة بواسطة alibukheet في 14 فبراير 2006 في 14:19

العراق - البصرة

#58

لقد اعجبنى الموضوع ولكن لم يتاح لى الوقت لكى اطلع عليه كاملا ...............وسوف اطلع عليه لاحقا

وارجو استكمال الموضوع

#59

هذه محاولة أخرى لإرفاق ملف الصادر...

محاولة ناجحةّ أعني...!

Inventory.rar

تم تعديل هذه المشاركة بواسطة أحمد مبارك الحيقي في 19 فبراير 2006 في 18:00

#60

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

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

علي البخيت

Inventory.rar

العراق - البصرة

#61

السلام عليكم

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

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

اشكر لكم حسن تجاوبكم

علي البخيت

Inventory2.rar

العراق - البصرة

#62

الاستاذ على

تحية طيبة

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

3-رصيد المواد بسعر الكلفة.

4-رصيد المواد بسعر البيع.

5-ارباح المواد.

6-ربح كل مستند بيع.

وبعد اذنك استاذ على قد ادخلت بعض التعديلات على الاستعلامات (مرفق)

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

ولنا عودة مرة اخرى بعد الاطلاع على النماذج

تقبل تحياتى

Inventory.rar

تم تعديل هذه المشاركة بواسطة hofn في 22 فبراير 2006 في 12:24

#63

اخي العزيز

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

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

العراق - البصرة

#64

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

#65

اخي العزيز

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

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

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

هل يستطيع احد ما توضيح هذا ؟

تم تعديل هذه المشاركة بواسطة alibukheet في 25 فبراير 2006 في 22:07

العراق - البصرة

#66

اخى الفاضل

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

يتم تحديد سعر البيع على اساس

تكلفة الوحدة + هامش الربح الذى تبغى المنشأة تحقيقه

وتكلفة الوحدة تحدد وفقا لاكثر من طريقة منها :

ـ الوارد اولا ـ الصادر اولا

ـ الوارد اخيرا ـ الصادر اولا

ـ المتوسطات وافضلها المتوسط المرجح المتحرك

تم تعديل هذه المشاركة بواسطة hofn في 26 فبراير 2006 في 00:17

#67

اخ hofn

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

صحيح ان اغلب المنشآت تهدف الى الربح(1) لكن بعضها تهدف فقط الى الخدمة بدون ربح (2) و بعضها مدعومة من قبل الحكومة فتجد اسعار البيع لموادها اقل من تكلفة المواد نفسها(3).

و مجمل هذه الاصناف من المنشآت تسعر موادها وفق سياسة ثابته تسمى سياسة التسعير و يجب قبل الخوض بعملية برمجة النظام معرفة سياسة التسعير التي تتبعها المنشأة المعينه هذا شيء عملي مهم فبعض المنشآت تقول اننا نسعر المواد بأضافة نسبة مئوية ثابته على سعر التكلفة فينتج السعر :^) منشأة اخرى تقول نحن نظيف مبلغ ثابت على تكلفة المادة فينتج السعر :^) و غيرها تقول نحن نريد اضافة مبالغ عشوائية للتسعير حيث نأخذ بنظر الاعتبار كلفة المادة فقط :^) و منشاة غيرها تقول سعر البيع للمواد يتأثر بوفرة و شحة المادة في السوق و على هذا الاساس نسعر المواد :^) و منشأة اخرى تقول نحن ننظر الى تاريخ نفاذ المادة (expire date )و على هذا الاساس نسعر المواد التي لدينا :^) و منشأة غيرها تقول نحن نريد الكاشير هو الذي يحدد السعر حسب طبيعة الزبون فنحن مثلا نبيع للشركات الحكومية بسعر يختلف عن سعر الشركات الاهلية و سعر البيع لهذين النوعين يختلف عن سعر البيع للافراد و بالنسبة لكل من هذه الزبائن سعرالجملة يختلف عن سعر المفرد :^) و غيرها الكثير من سياسات التسعير التي يجب ان تأخذ بنظر الاعتبار عند تحليل البرنامج و هي ليست فقط تكلفة زائد هامش ربح بهذه البساطة فهي خاضعة لمتغيرات كثيرة ( تكلفة المادة , وفرت المادة في السوق , طبيعة الزبون , تاريخ صلاحية المادة , اهداف المنشأة ذاتها , ...... الخ ).

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

العراق - البصرة

#68

يمكن أن نجعل البرنامج يتمتع بقدر من المرونة في هذا الجانب كما تفعل الكثير من البرامج على ما أظن...

ما رأيكم أن يكون حقل سعر الوحدة في جدول الحركة (الصادر أو المبيع) مفتوحاً دائماً أمام البائع ليعدل في السعر حسب طبيعة الزبون مثلاً، في حين يأتي السعر الافتراضي من جدول المواد، ويكون على نوعين:

1. حقل ثابت للسعر الافتراضي تحدده المنشأة حسب تغيرات السوق.

2. حقل اختياري لتحديد الرغبة فيما إذا كان السعر سيحسب تلقائياً بناءً على سعر التكلفة (متوسط سعر الشراء مثلاً من جدول الحركة - وارد)، مع حقل اختياري آخر لتحديد الزيادة (نسبة أو مقدار ثابت).

وبهذا نكون قد أضفنا عدة حقول إلى جدول المواد:

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

2. حقلين أو أكثر لتحديد:

2-1. هل سيتم احتساب السعر بناءً على الكلفة.

2-2. هل الزيادة نسبة مئوية أم مبلغ.

2-3. كم هذه النسبة أو المبلغ.

هل ينفع هذا؟...

#69

السلام عليكم

شكرا اخ احمد على المحاولة الجيدة.

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

اذا يجب اضافة خيار يتضمن تفعيل تغيير سعر البيع للبائع و عدم تفعيل التغيير ، هذا اولا.

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

أ – مبلغ مقطوع ( ثابت ).

ب- نسبة مئوية من سعر التكلفة.

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

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

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

فماذا تقترحون؟؟؟؟؟؟؟؟؟؟

أيضا لاحظوا ان هناك في اغلب الاحيان سعرين للبيع احدهما للمفرد و اخر للجملة و من الذي يقرر ان الزبون هذا يجب ان يباع له بسعر الجمله و هذا يجب ان يباع له بسعر المفرد و كيف ؟ ؟؟ يجب اخذ هذه الامور بالحسبان عند تحليل النظام و يجب صرف وقت ليس بالقليل في عملية التحليل لكي يكون النظام جيد و ذا فائدة اكثر لمن يقتنيه.

علي البخيت

العراق - البصرة

#70

الاستاذ على

كما هو متعارف عليه ان تكلفة المخزون تقاس وفقا لاكثر من طريقة منها :

ـ الوارد اولا ـ الصادر اولا .................................اى ان تكلفة البيع تكون بالاسعار الموجودة فى بداية الفترة

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

ـ المتوسطات وافضلها المتوسط المرجح المتحرك...........اى ان تكلفة البيع تكون بمتوسط خلال الفترة مرجحة بالكميات

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

#71

بسم الله...

أولاً: الشكر للأستاذ علي البخيت على الكلام المتين في مسألة سعر تكلفة المادة، وعلى الفكرة المتميزة في مسألة تحديد صلاحية البائع في تغيير سعر البيع الافتراضي.

ثانياً: بالنسبة لخصم البيع، أرى أن إضافة حقل مستقل (أو اثنين واحد لمبلغ الخصم والثاني لنسبة الخصم من سعر البيع) أفضل؛ وذلك للأسباب التالية:

1. وجود الخصم في حقول رقمية مستقلة يتيح استخراج أية تقارير إحصائية مستقبلاً وبسهولة فيما يخص الخصومات التي تمت على المبيعات من حيث كميتها ونسبتها إلى المبيعات...إلخ.

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

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

ثالثاً: متفقون على أن سعر البيع الافتراضي في جدول المواد إما يكون:

1. مبلغ مقطوع: وفي هذه الحالة تقع مسؤولية تحديد هذا المبلغ (باعتبار خليط من المتغيرات مجموعة معا كما أوضحتم) على عاتق المستخدم (الإدارة)، لأن التنبؤ بهذا غير ممكن بالنسبة لنا على أي حال...

2. نسبة مئوية من التكلفة: وفي هذه الحالة تؤخذ سعر التكلفة من آخر سعر شراء كما تفضلتم (أو تؤخذ بالطريقة التي سيتم الاتفاق عليها باعتبار ملحوظة الأخ hofn، ولي رجاء منه أو من الأستاذ علي بشرح مختصر لمعنى الطرق الثلاث لاحتساب الكلفة -أو الإحالة إلى مكان أجد فيه معناها- لأنني لا أعرفها)، وتحدد النسبة أيضاً من قبل المستخدم.

رابعاً: فيما يخص سعر المفرد والجملة، ففي حالة أخذ هذا التمييز في الاعتبار (وهذا مفيد كما تفضلتم حتى يستوعب البرنامج احتياجات أكبر شريحة ممكنة)، فإنه بعد التفكير، يتضح أن المسألة تحتاج إلى مزيد من التفصيل، وأرجو أن تتسع صدوركم له:

إذا كان للمستخدم النهائي (البائع) الصلاحية المطلقة، يكون المستخدم:

1. هو الذي يقرر من يباع له بسعر المفرد، ومن يباع له بسعر الجملة.

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

3. وبهذا لا يكون واضحاً في عملية بيع معينة ما إذا كان البيع بسعر المفرد أو الجملة...

وهذا غير مقبول على الأرجح، ولذلك:

1. لمعالجة النقطة الثالثة، ينبغي إضافة حقل واضح في جدول الحركة (مستند الصادر أو البيع) لتحديد طريقة البيع (مفرد أو جملة).

2. لمعالجة النقطة الأولى، يتم تحديد حقل نوع البيع السابق بشكل افتراضي من جدول العملاء (الزبائن والموردين)، حيث يرتبط كل عميل بشكل افتراضي بطريقة بيع معينة. ولكي نتجنب الحكم على كل عمليات عميل ما بنفس النوع (مفرد أو جملة)، يمكن السماح للبائع بتعديل الطريقة حسب الوضع إن أرادت الإدارة.

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

واسمحوا لي أخيراً بتلخيص ما وصلنا إليه حتى الآن:

1. تضاف إلى جدول المواد الحقول التالية:

1. 1. أربعة حقول لتحديد سعر لبيع الافتراضي: واحد للمبلغ المقطوع الثابت في حالة البيع بالمفرد، وثان ٍ للمبلغ المقطوع في حالة البيع بالجملة. وبالمثل حقلين لتحديد النسبة المئوية من سعر التكلفة التي تضاف إلى سعر التكلفة لحساب سعر البيع (مفرد وجملة). الاختيار ما بين هذه الحقول وقت البيع يكون حسب نوع البيع (فيما يخص حقول المفرد والجملة)، ويتم الاختيار ما بين حقل المبلغ المقطوع أو النسبة إما بترك أحدهما فارغاُ عند ملء الآخر، أو بإضافة حقل خامس لتحديد نوع الاحتساب (مبلغ مقطوع أو نسبة، وهذا يمكن أن يكون عبر حقل صح/خطأ مثلاً).

2. تضاف إلى جدول الحركة الحقول التالية:

2. 1. حقل اختيار نوع البيع من حيث المفرد والجملة.

2. 2. حقلي مبلغ ونسبة الخصم (يمكن الاقتصار على أحدهما باعتبار إمكانية احتساب أحدهما من الآخر).

3. يتم تحديد سماحية تعديل أسعار البيع للبائعين في جدول ما، كجدول صلاحيات المستخدمين، أو جدول خيارات البرنامج...

وفي انتظار تعليق الأستاذ البخيت...

#72

السلام عليكم

اخ hofn

اقتراحك بجعل النظام يحسب تكلفة المادة و فق طرق قياس التكلفة المخزنية (FIFO و LIFO و المتوسطات )

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

اخ احمد

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

اما من ناحية سعر المفرد فاصبح لدينا اربعة حقول هي:

1-مبلغ مقطوع

2-نسبة مئوية من سعر التكلفة

3-خصم مبلغ مقطوع من سعر البيع

4-خصم نسبة مئوية من سعر البيع

اما من ناحية سعر الجملة فاصبح لدينا اربعة حقول ايضا هي:

1-مبلغ مقطوع

2-نسبة مئوية من سعر التكلفة

3-خصم مبلغ مقطوع من سعر البيع

4-خصم نسبة مئوية من سعر البيع

حيث انه قد يوجد خصم على سعر الجملة ايضا.

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

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

اخ وسام ،اخ احمد , اخ hofn و جميع الاخوه الذين يقرؤون هذا الموضوع.

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

ساعد في هذا الشرح المتواضع علي البخيت حامدا مصليا مستغفرا.

تم تعديل هذه المشاركة بواسطة alibukheet في 4 مارس 2006 في 16:35

العراق - البصرة

#73

ايـــــــــــــــــــــــــــــــن انــــــــــــــــــــــــــــت يا اســـــــــــــــــــــــــــــــتاذ عــــــلـــــــــــــــــــــــــــــــــــــــــــــــى ؟

#74

نعم، صحيح أخ hofn... أيــــــــــن الأســــــتاذ عـــــــلــــي؟! :)

مع كامل الاحترام لوقته وانشغاله...

تم تعديل هذه المشاركة بواسطة أحمد مبارك الحيقي في 12 مارس 2006 في 01:42

#75

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

فهي عبارة عن اجابة عن مجموعة متماثلة من الاسئلة مثل:

• ماهي اقل مدخلات للنظام يمكن من خلالها الوصول الى النتائج المطلوبه و لماذا هذه المدخلات بالضبط؟

• ماهي اقل جداول يمكن عملها لتخزين بيانات النظام و لماذا هذه الجداول و هل يمكن عمل افضل منها ؟

• ماهي اقل حقول يمكن إنشائها ضمن هذه الجداول و لماذا هذه الحقول و ليس غيرها ؟

• ماهي انواع هذه الحقول التي يراد انشائها و لماذا يعطى هذا النوع لهذا الحقل و ليس نوع اخر غيره؟

• ماهي المفاتيح الرئيسية للجداول و من كم حقل تتكون ضمن كل جدول و لماذا يستخدم هذا الحقل او هذه الحقول كمفتاح اساسي و ليس غيره او غيرها من الحقول.

• ماهي الحقول في الجدول التي تكون مطلوب ادخالها و لا يجب ان تكون فارغه او تكون قيمتها صفر و لماذا؟

• ماهي الحقول المستخدمه في فهرسة الجداول و لماذا؟

• ماهي القيم الافتراضية للحقول و لماذا هذه القيم و ليس غيرها؟

• ماهي العلاقات بين الجداول و ماهي انواع هذه العلاقات و لماذا هذه العلاقه بين هذين الجدولين و لماذا نستخدم هذا النوع من العلاقة و ليس غيره؟

• ماهي الاستعلامات المطلوب عملها للوصول الى نتائج النظام و لماذا هذه الاستعلامات فهل يمكن عمل عدد اقل من هذا الاستعلامات و هل يمكن جعلها اكثر شموليه و فائده و ماهو نوع الاستعلام المستخدم لعمل هذا الاستعلام و لماذا ؟

• ماهي النماذج المطلوب انشائها لادخال البيانات بحيث تكون اكثر سهوله و مرونه في الاستخدام و اكثر تجنبا لاخطاء الادخال و هل تستوعب جميع المدخلات المطلوبه .و هل يستند كل من هذه النماذج على جدول ام على استعلام و لماذا؟

• ماهي النماذج المطلوب انشائها لاظهار النتائج المطلوبه و لماذا؟

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

• ماهي الصلاحيات الممنوحه للادارة و لمدخل البيانات و المبرمج و غيرهم و لماذا ؟؟؟

• ماهي نقاط التدقيق الواجب و ضعها في النظام للكشف عن الاخطاء ؟؟؟

• ماهي المعالجات و العمليات الحسابية التي يجب ان نستخدمها للوصول الى النتائج؟؟

و هناك الكثير من هذه الاسئله المهمه و التي تشكل عملية الاجابة عنها عملية تحليل و تصميم للنظام.

ثم يأتي بعد عملية التحليل و التصميم عملية برمجة النظام و قبل الشروع بعملية البرمجة تنظر الى النظام الذي سبق و قمت بتحليله و تجيب عن هذا السؤال؟

ماهو النظام او البرنامج او التطبيق المناسب لعمل هذا النظام و لماذا هذا النظام او البرنامج او التطبيق و ليس غيره حيث ان لكل منها ميزات تختلف عن غيرها؟؟؟؟

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

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

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

ملاحظة : عملية التحليل و التصميم تهتم بسؤال ( ماذا نريد ان نعمل ؟) و عملية البرمجة تهتم بسؤال ( كيف نعمل الذي نريده؟ ) , فماذا تعللون قلة المشاركة و الاهتمام بمثل هذا الموضوع على الرغم من اهميته؟؟؟!!!

و استغفر الله و اسأله رضاه

علي البخيت

العراق - البصرة

هذا الموضوع مغلق.

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