حساب الفائدة على البيع

[محمد عبد العزيز]

السلام عليكم

الاصل في عمليات الفوترة انه لاتعديل على المواد المشتراة مادام هناك مبيعات

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

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

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

كمعلومة او احصائية فقط: تطبيق مبرمج بدلفي 7 وقاعدة بيانات Firebird 2.5
قاعدة البيانات بجهاز خاص لايعمل به احد فقط لقاعدة البيانات Dedicated Server
الان متصل 15 شخص (ليس شرط كلهم يعملون لكنهم متصلين)
عند حساب الربح لسنة 2018 حتى اليوم (ستة اشهر و10 ايام) يستغرق اقل من 5 ثواني بما في ذلك تحضير التقرير Fast Report

عندما نبرمج/نطور لا ينبغي ان نبحث دائما عن الحل الذي يساعدنا كبشر،
من سيقوم بالعمل/الحساب ليس بشر بل الجهاز وهو أصلا صمم للحساب.