بناء نظام إدارة مبيعات ومخازن ومرضى للصيدليات قابل للنسخ لعدة نسخ 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 تقليدي.

أحتاج مطوراً يفهم الأنظمة المحاسبية وإدارة المخزون، لأن أهم جزء في المشروع هو صحة العلاقات بين:

المخزون ← المشتريات ← الموردين ← المرتجعات ← التعديلات ← التسديدات ← السماحات ← القيود المحاسبية