معاملة الفواتير النقدية Cash والآجلة Credit في موديول المبيعات SOP
 

كما نعلم جميعا أن برنامج جريت بلينز لم يصمم كي يتم تمييز التعامل مع الفواتير الآجلة Credit والفواتير النقدية Cash

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

كيف ممكن ضبط هذه العملية في جريت بلينز؟

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

لكن أنتظر مشاركاتكم ....

والله أعلم أن هذه القضية تدخل تحت عنوان الحد الإئتماني للعميل.

بمعنى أن العملاء الذين لا يمكنهم الشراء منك إلا نقداً, لأنك لم تمنحهم حد إئتماني أو تسهيلات في الدفع.

وبالتالي أي عميل تجعل سقفه الإئتماني صفراً, وبدون فترة تسهيلات. فلا يمكن ترحيل فاتورته إلا إذا دفعت مباشرة وربطت بالدفعة.

هذا ما أعرفه والله أعلم.

ضع الحد الإئتماني لعملاء الكاش No Credit
وبس...

شكرا أخي عبد الحي , وشكرا أخي عثمان...
كلامكم منطقي جدا لكن عند التجربة لا يمكن تطبيقه لسسبين:
1- أنه عند قيامك بإنشاء فاتورة أو حتى أمر بيع Order يقوم البرنامج بعمل فحص على الحد الإئتماني عند كل صنف تضيفه Line Item ,فلو كان الالحد الإئتماني
للعميل Credit Limet أقل من سعر هذا الصنف أو No Credit فلن يقبل لك أن تكمل الإدخال إلى أن تدخل كلمة مرور لتجاوز الحد الإئتماني,
برأي لو كان جريت بلينز يقوم بفحص الحد الإئتماني عند الترحيل أو الحفظ لكان انحل جزء من المشكلة لأن العميل الكاش يفترض أن يسدد فورا على الفاتورة وتسدد الفاتورة مباشرة.

2- بفرض لو أن البرنامج يفحص الحد الإئتماني عند الترحيل أو الطباعة أو حتى الحفظ هذا لا يمنع من أن تخرج فاتورة آجلة Credit Invoice الى عميل نقدي Cash Customer.

شكرا لمروركم وبانتظار أفكار من الاخوة ...

لو سمحتللي بسؤال ؟؟

ليش بائعي الكاش يكون إلهن صلاحية البيع الآجل ؟؟؟

برأيي. لازم بيع الآجل يكون محصور بشخص عندو صلاحيات إصدار فاتورة آجلة.

وبعدين في نقطة ماني فهمانها ؟؟

ليش أصلاً يكون في عندك حساب لعميل الكاش ؟

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

طبعاً بعد اختيار رقم الزبون, بغيير الإسم لإسم الزبون الحقيقي.

هاي أفكار بس. ما حلول ..!!!

أول شي برأي إن هذا سياسة الشركة وماأتوقع مثلا شركة حجم تعاملها بالكرديت قليل جدا مقارنة بالكاش إنها تروح تعين موظف لأجل الكريديت فقط ,....
لكن بغض النظر , كيف ممكن من البرنامج تضبط هاذا الشي؟؟


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

انا اوافق اخي عبدالحي في رأيه , حيث اننا قمنا بحل نفس هذه المسألة من خلال عمل حساب كاش واحد.

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

إذا حجم التعامل بالكريديت قليل جداً, فهذا يعني أنكم أشبه بمحل تجزئة, وأكثر الزبائن طيارين (على الماشي).

أنا هلق اتضحلي إني ماني فهمان شي عن طبيعة عملكن...

شو الأصناف اللي بتبيعوهن ؟
شو طبيعة الزبائن ؟
هل طبيعة المادة تستوجب متابعة العميل ؟
هل أنتم محتكرين للأصناف التي تبيعونها ؟
اشرح بما لا يزيد عن صفحة طبيعة العمل في الصالة لديكم وكيفية الحركة والمناولة, وعدد الزبائن المخدمين في نفس اللحظة, و...

الموضوع سهل جدا من وجهة نظري الشخصية

فمن الممكن تحديد اوبشن ال credit limit ب UNLIMIT من ال Customer class setup ثم اثناء عمل الفاتورة لا يتم وضع اية مبالغ في خانة ال Amount received وبالتالي تصبح الفاتورة اجلة