بناء نظام إدارة مبيعات ومخازن ومرضى للصيدليات قابل للنسخ لعدة نسخ offline first
تفاصيل المشروع
بناء نظام متكامل لإدارة الصيدلية يشمل المبيعات، المشتريات، المخزون، الموردين، التسديدات، المرتجعات، المصروفات، الحسابات، والتقارير المالية، مع تصميم قابل للتوسع مستقبلاً.
أهم أجزاء النظام:
1. نظام المبيعات POS
* بيع نقدي.
* بيع بالبطاقة.
* بيع آجل/دين للحالات المحدودة.
* دعم الباركود والبحث السريع.
* صناديق وحسابات منفصلة للموظفين. لا محدودة
* إدارة مردودات البيع.
* احتساب عمولة البطاقة بشكل مستقل عن المبيعات.
2. إدارة المشتريات والموردين
* فواتير شراء نقدية وآجلة.
* إدارة حساب كل مورد.
* تسديد مجموعة فواتير أو تصفير الحساب.
* كشف حساب المورد.
* أعمار الديون.
* مرتجع شراء كامل أو جزئي.
* تعديلات على الفواتير بعد اعتمادها مع الحفاظ على السجل التاريخي.
3. منطق متقدم لفواتير الشراء
الفاتورة المعتمدة لا يتم تعديلها مباشرة.
عند تعديلها يتم إنشاء مستند تعديل مرتبط بالفاتورة الأصلية، ويتم احتساب الفرق فقط Delta وتسجيله كحركة مستقلة.
مثال:
الكمية الأصلية = 4
الكمية بعد التعديل = 6
حركة التعديل = +2 فقط.
أما مرتجع الشراء فهو عملية مستقلة عن تعديل الفاتورة كذلك يمكن عزله و طباعته .
4. الكلفة والسماحات
النظام يجب أن يدعم مفهومين منفصلين:
* كلفة المورد الرئيسية قبل الخصم، وهي القيمة المرجعية الأساسية للنظام ومتوسط كلفة المخزون.
* كلفة المورد بعد الخصم، وهي قيمة محسوبة للعرض والمراجعة وكشف الحساب.
نسبة السماح/الخصم الخاصة بالمورد مرتبطة بالتاريخ، ويتم حفظها داخل الفاتورة وقت إدخالها Snapshot، بحيث لا تتغير الفواتير القديمة عند تغيير نسبة المورد مستقبلاً.
مثال:
فواتير قديمة بسماح 10%
ثم تتغير النسبة إلى 5%
الفواتير القديمة تبقى 10% والجديدة تستخدم 5%.
كما يجب دعم عروض استثنائية عند تسديد المورد.
مثال:
الكلفة الرئيسية = 5,000
السماح المحسوب من الفواتير = 350
الكلفة بعد الخصم = 4,650
لكن عند تصفير الحساب يقدم المورد عرضاً استثنائياً ويصبح المبلغ المدفوع = 4,500.
في هذه الحالة:
السماح الفعلي = 500
فرق السماح = 150
ويجب تسجيل هذا الفرق كتسوية مستقلة دون تعديل الفواتير الأصلية أو تغيير متوسط كلفة المخزون التاريخي.
5. المحاسبة والـ Ledger
أريد أن يكون النظام مبنياً على سجل حركات واضح، وليس تعديل الأرصدة النهائية مباشرة.
الحركات الأساسية تشمل:
* شراء.
* تعديل شراء.
* مرتجع شراء.
* بيع.
* مرتجع بيع.
* تسديد مورد.
* سماح مورد.
* فرق سماح.
* تحصيل ديون.
* مصروف.
* إكسباير.
* تسوية مخزون.
* رأس مال.
* مسحوبات المالك.
6. المصروفات
دعم المصروفات حسب التصنيف، مثل:
* إيجار.
* مولدة.
* رواتب.
* إنترنت.
* ماء وكهرباء.
* ضريبة.
* جباية بلدية.
* تجديد هوية.
* صيانة.
* تنظيف.
* تبريد
* مصاريف تشغيلية أخرى.
* خسائر الأدوية المنتهية.
* حقول لا محدودة يمكن اضافة الاسم و المبلغ
7. المخزون
* إدارة الكميات.
* تواريخ الانتهاء.
* الشركات/الأصناف.
* متوسط الكلفة.
* قيمة المخزون.
* تكلفة البضاعة المباعة.
* تقارير المخزون.
* خسائر الإكسباير.
* تنبيهات حسب الحاجة.
* رقم الوجبة
8. التقارير
أحتاج إلى تقارير دقيقة تشمل:
* المبيعات.
* المشتريات.
* الأرباح.
* تكلفة البضاعة.
* المخزون.
* الموردين.
* ديون الموردين.
* أعمار الديون.
* المرتجعات.
* التعديلات.
* السماحات.
* فروقات السماح.
* المصروفات.
* الإكسباير.
* ديون المرضى.
* الصناديق.
* حركة الموظفين.
9. المستخدمون والصلاحيات
* مدير النظام.
* موظفون/صيادلة.
* صلاحيات حسب الدور.
* تسجيل المستخدم الذي قام بكل عملية.
* سجل تدقيق Audit Log.
* منع حذف أو تعديل الحركات المالية المعتمدة مباشرة.
10. المتطلبات التقنية
النظام مطلوب أن يكون offline first/Online وقابلاً للتوسع مستقبلاً.
أهتم بشكل خاص بـ:
* بنية قاعدة بيانات سليمة.
* سلامة البيانات المالية.
* Transactions/Database Transactions.
* Audit Log.
* صلاحيات دقيقة.
* Backup واستعادة البيانات.
* قابلية التوسع.
* API منظم عند الحاجة.
* كود منظم وقابل للصيانة.
* واجهة عربية RTL وسريعة وسهلة الاستخدام.
لدي وثيقة مواصفات تفصيلية تشمل الشاشات والوظائف ومنطق العمليات المحاسبية، وستكون هذه الوثيقة المرجع الأساسي في التنفيذ.
المطلوب من المستقل:
1. مراجعة وثيقة المواصفات بالكامل قبل تقديم العرض.
2. توضيح فهمه للمنطق المحاسبي ومنطق المخزون.
3. اقتراح الـ Tech Stack المناسب مع ذكر السبب.
4. تقديم تصور معماري مختصر للنظام وقاعدة البيانات.
5. تحديد مراحل التنفيذ بوضوح.
6. تنفيذ المشروع وتسليم Source Code كاملاً.
7. تسليم قاعدة البيانات وملفات المشروع.
8. توفير توثيق أساسي للنظام وطريقة تشغيله ونشره.
9. اختبار النظام قبل التسليم.
10. عدم استخدام كود مغلق أو مكونات تمنعني من امتلاك المشروع وتشغيله وتطويره مستقبلاً.
مهم جداً:
لا أبحث عن شخص يقوم فقط بتصميم واجهات أو CRUD تقليدي.
أحتاج مطوراً يفهم الأنظمة المحاسبية وإدارة المخزون، لأن أهم جزء في المشروع هو صحة العلاقات بين:
المخزون ← المشتريات ← الموردين ← المرتجعات ← التعديلات ← التسديدات ← السماحات ← القيود المحاسبية
صاحب المشروع
Saifaldeen M.
| تاريخ التسجيل | |
| معدل التوظيف | |
| المشاريع المفتوحة | 0 |
| مشاريع قيد التنفيذ | 1 |
| التواصلات الجارية | 1 |
العروض المقدمة
Mohamed M.
السلام عليكم دكتور سيف أنا محمد مصطفى، مطور Full-Stack، ويسعدني تنفيذ المرحلة الثانية من مشروع Breev الخاصة بالمواد والمشتريات والمخزون حسب التوثيق المعتمد بينن...
Mina S.
السلام عليكم ورحمة الله وبركاته أستاذ Saifaldeen، هذا المشروع يحتاج إلى بناء نظام محاسبي ومخزني متكامل وليس CRUD تقليدي لأن دقة الـLedger، حركة المخزون، التعديل...
Ahmed A.
السلام عليكم اطلعت على تفاصيل المشروع وواضح إن المطلوب مش مجرد POS أو نظام CRUD تقليدي لكن نظام مالي ومخزني متكامل مبني على حركة فعلية للعمليات و Ledger واضح مع...
جاكلين س.
أفهم أن جوهر المشروع ليس مجرد POS أو شاشات إدارة، بل بناء نظام مالي ومخزني مترابط يحافظ على صحة كل حركة من لحظة الشراء والبيع وحتى المرتجعات والتعديلات والتسديد...
Messaoud Abd El Moumene G.
أستاذ سيف الدين النقطة الأهم في مشروعك ليست الشاشات بل أن الأرقام تبقى صحيحة بعد سنة من التشغيل. سأوضح فهمي للمنطق المحاسبي أولا لأنه ما طلبته تحديدا. فهمي للمن...
Mohamed G.
السلام عليكم ورحمة الله وبركاته، أنا محمد جمال، محاسب ومتخصص في Microsoft Excel وWord، بخبرة تزيد عن 14 عاما في المحاسبة، تحليل البيانات، وتصميم وتطوير الأنظمة ...
يوسف م.
السلام عليكم، أنا يوسف عبد العاطي، مطور حلول برمجية وMachine Learning Engineer بخبرة عملية تتجاوز 3 سنوات، ونفذت أكثر من 200 مشروع ناجح، قرأت تفاصيل المشروع بعن...
Mohamed H.
السلام عليكم ورحمة الله وبركاته المشروع واضح، والجزء الأهم فيه ليس تصميم الشاشات أو عمليات الـCRUD، وإنما بناء نظام مالي ومخزني تكون فيه كل حركة مترابطة ويمكن ت...
Serine H.
السلام عليكم ورحمة الله وبركاته، اطلعت على تفاصيل المشروع، وبصراحة أكثر نقطة لفتت انتباهي هي أن النظام المطلوب ليس مجرد POS أو CRUD تقليدي، وإنما نظام مالي ومخز...