تطوير محاسبي ذكي لنقاط البيع لغة البرمجة CodeIgniter
تفاصيل المشروع
# المطلوب لتطوير نظام إدارة أجهزة مدى ونقاط البيع محاسبياً وربطه بالذكاء الاصطناعي
نرغب في تطوير النظام الحالي الخاص بإدارة أجهزة نقاط البيع ومدى والبوابات الإلكترونية الموجودة في فروع ومحلات الشركة، بحيث يتم ضبطه محاسبياً بشكل صحيح، وإضافة وحدة ذكاء اصطناعي تساعد الموظف في قراءة الملفات، مراجعة العمليات، اكتشاف الأخطاء، واستخراج النتائج النهائية بطريقة محاسبية يمكن الاعتماد عليها.
حالياً يوجد في النظام أخطاء في طريقة الاحتساب، ومن أهمها أن النظام يعتمد على الصافي المحول من البوابة أو البنك بعد خصم العمولة، ثم يقوم باحتساب المبيعات والضريبة بناءً على هذا الصافي، وهذا غير صحيح محاسبياً.
المطلوب أن يتم تعديل النظام بحيث يعتمد على إجمالي العمليات الشامل للضريبة كأساس للمبيعات، ثم يتم احتساب الضريبة والعمولات بشكل مستقل.
---
## أولاً: معالجة مبيعات نقاط البيع والبوابات
يجب أن يقوم النظام عند رفع كشف البنك أو كشف البوابة بقراءة البيانات وتحليلها وربطها بالفرع ورقم الجهاز.
يجب أن يتم تصنيف العمليات حسب:
* رقم جهاز نقاط البيع.
* اسم الفرع.
* نوع العملية: مدى / فيزا / ماستر كارد / بوابة دفع.
* تاريخ العملية.
* مبلغ العملية الشامل للضريبة.
* العمولة البنكية.
* ضريبة العمولة البنكية.
* الصافي المحول من البنك أو البوابة.
* العمليات المرفوضة أو الملغاة أو المستردة.
* العمليات المكررة أو غير المطابقة.
---
## ثانياً: الطريقة المحاسبية الصحيحة للاحتساب
يجب أن يعتمد النظام على إجمالي العمليات الشامل للضريبة كأساس للمبيعات، وليس على الصافي المحول بعد خصم العمولة.
المعالجة الصحيحة تكون كالتالي:
إجمالي العمليات الشامل للضريبة يعتبر هو مبيعات العميل الفعلية.
ثم يتم استخراج:
* المبيعات قبل الضريبة.
* ضريبة المبيعات.
* عمولة البنك بدون ضريبة.
* ضريبة عمولة البنك.
* إجمالي الاستقطاع البنكي.
* الصافي المحول من البنك أو البوابة.
يجب أن تعتبر عمولة البنك أو البوابة مصروفاً بنكياً مستقلاً، ولا يتم خصمها من قيمة المبيعات قبل احتساب ضريبة المبيعات.
---
## ثالثاً: المعادلات المطلوبة داخل النظام
يجب أن يتم اعتماد المعادلات التالية:
المبيعات بدون ضريبة = إجمالي العمليات الشامل للضريبة ÷ 1.15
ضريبة المبيعات = إجمالي العمليات الشامل للضريبة − المبيعات بدون ضريبة
إجمالي الاستقطاع البنكي = عمولة البنك بدون ضريبة + ضريبة عمولة البنك
الصافي المحول من البنك أو البوابة = إجمالي العمليات الشامل للضريبة − إجمالي الاستقطاع البنكي
صافي الضريبة المستحقة = ضريبة المبيعات − ضريبة المدخلات القابلة للخصم
المبلغ الصافي النهائي = الصافي المحول من البنك أو البوابة − المصاريف والمشتريات − صافي الضريبة المستحقة
---
## رابعاً: مثال توضيحي من الوضع الحالي
إذا كان إجمالي عمليات البوابة الشامل للضريبة:
45,249.00 ريال
فيجب أن تكون المعالجة الصحيحة كالتالي:
المبيعات بدون ضريبة: 39,346.96 ريال
ضريبة المبيعات: 5,902.04 ريال
عمولة البنك بدون ضريبة: 527.87 ريال
ضريبة عمولة البنك: 79.18 ريال
إجمالي الاستقطاع البنكي: 607.06 ريال
الصافي المحول من البوابة: 44,641.94 ريال
ولا يجوز أن يتم احتساب ضريبة المبيعات بناءً على الصافي المحول بعد خصم العمولة، لأن ذلك يؤدي إلى تخفيض غير صحيح في ضريبة المبيعات وظهور فرق محاسبي.
---
## خامساً: فواتير المشتريات والمصاريف
يجب أن يسمح النظام برفع فواتير المشتريات والمصاريف لكل فرع، سواء كانت PDF أو صور أو ملفات متعددة.
يقوم النظام والذكاء الاصطناعي بقراءة الفاتورة واستخراج البيانات التالية:
* اسم المورد.
* الرقم الضريبي.
* رقم الفاتورة.
* تاريخ الفاتورة.
* اسم الفرع المرتبط بالفاتورة.
* المبلغ قبل الضريبة.
* قيمة الضريبة.
* الإجمالي شامل الضريبة.
* نوع المصروف.
* حالة الفاتورة: مكتملة / ناقصة / مكررة / تحتاج مراجعة.
يجب أن يقوم النظام بتمييز ضريبة المدخلات القابلة للخصم، وخصمها من ضريبة المخرجات للوصول إلى صافي الضريبة المستحقة.
---
## سادساً: دور الذكاء الاصطناعي داخل النظام
يجب أن يكون الذكاء الاصطناعي مساعداً محاسبياً داخل النظام، وليس مجرد قارئ ملفات.
المطلوب من الذكاء الاصطناعي:
1. قراءة كشوف البنك والبوابات حتى لو اختلف تنسيق الأعمدة.
2. التعرف على رقم الجهاز والفرع وربط العمليات تلقائياً.
3. تصنيف العمليات حسب مدى وفيزا وماستر كارد وبوابة الدفع.
4. التمييز بين المبيعات والعمولات والمصاريف والضريبة والصافي المحول.
5. اكتشاف العمليات المكررة أو الناقصة.
6. اكتشاف الفروقات بين كشف البنك وبيانات النظام.
7. التنبيه عند وجود احتساب ضريبي غير صحيح.
8. مراجعة فواتير المشتريات واستخراج بياناتها.
9. اكتشاف الفواتير المكررة أو الناقصة.
10. اقتراح التصحيح المحاسبي المناسب.
11. شرح سبب الخطأ للموظف بلغة واضحة.
12. منع اعتماد النتائج التي تحتوي على فروقات إلا بعد مراجعة الموظف.
يجب أن يكون اعتماد النتائج النهائي بيد الموظف أو المحاسب المسؤول، وليس بيد الذكاء الاصطناعي بشكل تلقائي.
---
## سابعاً: بطاقة الملخص النهائي
بعد معالجة كشوف نقاط البيع والبوابات وفواتير المشتريات، يجب أن يظهر النظام بطاقة ملخص نهائية لكل فرع أو لكل جهاز.
تحتوي البطاقة على:
* اسم الفرع.
* رقم جهاز نقاط البيع.
* الفترة المحاسبية.
* إجمالي العمليات الشامل للضريبة.
* المبيعات قبل الضريبة.
* ضريبة المبيعات.
* إجمالي عمليات مدى.
* إجمالي عمليات فيزا وماستر كارد.
* إجمالي عمليات بوابة الدفع.
* عمولة البنك بدون ضريبة.
* ضريبة عمولة البنك.
* إجمالي الاستقطاع البنكي.
* الصافي المحول من البنك أو البوابة.
* إجمالي فواتير المشتريات والمصاريف.
* ضريبة المشتريات والمصاريف القابلة للخصم.
* صافي الضريبة المستحقة بعد خصم المدخلات.
* المبلغ الصافي النهائي.
* حالة البطاقة: معتمد / يوجد فرق / يحتاج مراجعة.
* ملاحظات الذكاء الاصطناعي.
---
## ثامناً: التنبيهات المحاسبية داخل النظام
يجب أن يظهر النظام تنبيهات واضحة للموظف، مثل:
* لا يجوز احتساب ضريبة المبيعات من الصافي المحول بعد خصم العمولة.
* توجد عملية مكررة.
* توجد فاتورة مشتريات مكررة.
* توجد فاتورة بدون رقم ضريبي.
* توجد عملية غير مرتبطة بأي فرع.
* توجد عمولة غير مطابقة للنسبة المعتمدة.
* يوجد فرق بين إجمالي كشف البنك ونتائج النظام.
* توجد ضريبة مدخلات غير قابلة للخصم وتحتاج مراجعة.
* لا يمكن اعتماد البطاقة النهائية قبل معالجة الفروقات.
---
## تاسعاً: التقارير المطلوبة
يجب أن يوفر النظام التقارير التالية:
* تقرير مبيعات كل فرع.
* تقرير مبيعات كل جهاز نقاط بيع.
* تقرير مبيعات مدى.
* تقرير مبيعات فيزا وماستر كارد.
* تقرير مبيعات بوابة الدفع.
* تقرير العمولات البنكية.
* تقرير ضريبة عمولات البنك.
* تقرير الصافي المحول من البنك أو البوابة.
* تقرير الفروقات بين البنك والنظام.
* تقرير العمليات المكررة أو غير المطابقة.
* تقرير فواتير المشتريات والمصاريف.
* تقرير ضريبة المدخلات.
* تقرير ضريبة المخرجات.
* تقرير صافي الضريبة المستحقة.
* تقرير صافي المبلغ النهائي لكل فرع.
* تقرير شهري قابل للتصدير PDF و Excel.
---
## عاشراً: الاعتماد والمراجعة
يجب أن توجد شاشة مراجعة قبل اعتماد النتائج النهائية، بحيث يستطيع الموظف مراجعة جميع العمليات والفواتير والملاحظات.
ولا يتم ترحيل أي بيانات محاسبياً أو اعتماد البطاقة النهائية إلا بعد موافقة الموظف أو المحاسب المسؤول.
كما يجب حفظ سجل لكل تعديل أو اعتماد، موضحاً فيه:
* اسم المستخدم.
* تاريخ ووقت التعديل.
* البيانات قبل التعديل.
* البيانات بعد التعديل.
* سبب التعديل.
* حالة الاعتماد.
---
## خلاصة المطلوب
المطلوب تطوير النظام الحالي وضبطه محاسبياً، بحيث لا يكون مجرد نظام يجمع الأرقام، بل نظام محاسبي ذكي يفهم طريقة معالجة مبيعات نقاط البيع والبوابات، ويميز بين المبيعات والعمولات والضريبة والمشتريات، ويكتشف الأخطاء والفروقات، ويظهر بطاقة نهائية واضحة توضح صافي المبلغ وصافي الضريبة بعد خصم العمولات والمشتريات، مع بقاء الاعتماد النهائي بيد الموظف المختص.
صاحب المشروع
منصور ع.
| تاريخ التسجيل | |
| معدل التوظيف | |
| المشاريع المفتوحة | 3 |
| مشاريع قيد التنفيذ | 4 |
| التواصلات الجارية | 6 |
العروض المقدمة
Mustafa E.
السلام عليكم ورحمة الله وبركاته، اطلعت على تفاصيل المشروع بشكل كامل، وأرى أن المطلوب ليس مجرد تطوير نظام إدارة أجهزة نقاط بيع، بل بناء نظام محاسبي ذكي متكامل ير...
Ahmed A.
أهلا أستاذ منصور. النظام عندك دلوقتي بيحسب الضريبة على المبلغ الصافي بعد خصم العمولة بدل المبلغ الإجمالي، وده معناه إن كل عملية بتمر برقم ضريبي غلط، والفرق بيتر...
Yassin H.
السلام عليكم اخي، اطلعت على تفاصيل مشروعكم ويسعدني العمل عليه. لدي القدرة على تنفيذ المشروع باحترافية مع التركيز على الجودة، الدقة، والالتزام بالمواعيد، مع الحر...
Abderrazak E.
مرحبا، اطلعت على تفاصيل المشروع، ولدي خبرة في تطوير الأنظمة الإدارية والمحاسبية وربطها بالذكاء الاصطناعي. أستطيع تعديل النظام الحالي وفق المعالجة المحاسبية الصح...
محمود ا.
السلام عليكم أستاذي الكريم، قرأت تفاصيل مشروعك بدقة، وأنا على أتم الاستعداد لتطوير هذا النظام الذكي لتدقيق ومطابقة الحسابات بدقة متناهية لمنع الأخطاء والفروقات....
Ali M.
السلام عليكم أنا Full Stack Developer بخبرة 5 سنين في تطوير الأنظمة المالية وأنظمة الـ ERP وCRM باستخدام .NET وSQL Server، واشتغلت على أنظمة فيها تقارير معقدة، ...