- فريق المبيعات لا يحتاج دفتر الأستاذ، بل ملخصًا ماليًا في ملف العميل: المستحق، والمتأخر موزعًا على أعماره، والحد الائتماني والمتاح منه، وآخر سداد، والفواتير المتنازع عليها.
- مستوى التفصيل يختلف حسب الدور: المندوب يكفيه مؤشر الحالة والمتاح، ومدير الحساب يحتاج قائمة الفواتير، ومدير المبيعات يحتاج صورة المحفظة كلها.
- الفواتير تصدر وتُحصَّل في النظام المالي. CRM يعرض حالتها ويستخدمها في قرارات البيع، ولا يعدّلها.
- قواعد البيع لعميل متأخر تُكتب مسبقًا بدرجات: تنبيه، ثم اعتماد مالي، ثم إيقاف الآجل. وتُطبق عند تأكيد الطلب أو العقد، لا عند إعداد العرض.
- دور المبيعات في التحصيل محدد: تسجيل وعود السداد والنزاعات ومتابعتها، بينما تملك المالية التحصيل نفسه.
هذه المقالة للمالية ولمديري الحسابات في منشأة تبيع بالآجل لعملاء من الشركات. تجيب عن سؤالين: ما بيانات الفوترة والتحصيل التي يحتاجها فريق المبيعات فعلًا، وكيف تصل إليه وتتحول إلى قرارات، خاصة قرار البيع لعميل متأخر في السداد.
لماذا يحتاج فريق المبيعات إلى بيانات التحصيل؟
في كثير من المنشآت تعيش المبيعات والمالية في نظامين لا يتحدثان. والنتائج معروفة:
- مندوب يحتفل بطلب جديد من عميل عليه مستحقات متأخرة منذ أربعة أشهر، ثم توقف المالية الطلب بعد أن وعد العميل بموعد توريد.
- مدير حساب يذهب إلى اجتماع تجديد ولا يعرف أن العميل يعترض على فاتورتين منذ شهرين، فيفاجئه العميل بالموضوع أمام مديره.
- المالية تتصل بالعميل للتحصيل في يوم وصول عرض جديد من المندوب، فيتلقى العميل رسالتين متعارضتين في اليوم نفسه.
- المندوب يسأل المالية عبر واتساب عن رصيد كل عميل قبل زيارته، والمالية ترد متى تفرغت.
كل هذه الحالات لا يحلها أن يُمنح المندوب صلاحية الدخول إلى النظام المحاسبي. يحلها أن تصل إليه المعلومة التي يحتاجها، بالقدر الذي يحتاجه، في المكان الذي يعمل فيه.
ما الذي يحتاجه كل دور؟
القاعدة: أقل قدر من البيانات يكفي للقرار. التفصيل الزائد يكشف ما لا يلزم ويشتت، والقليل يعيد المندوب إلى سؤال المالية.
| الدور | ما يحتاجه | لأي قرار |
|---|---|---|
| المندوب | مؤشر حالة العميل المالية (سليم، متأخر، موقوف الآجل)، والمتاح من الحد الائتماني | هل أعرض آجلًا؟ هل أحتاج اعتمادًا قبل تأكيد الطلب؟ |
| مدير الحساب | قائمة الفواتير المفتوحة بتواريخ استحقاقها، والمتأخر حسب العمر، والنزاعات، وآخر سداد، ووعود السداد المسجلة | ماذا أناقش مع العميل؟ هل أربط التجديد بتسوية المتأخر؟ |
| مدير المبيعات | أعمار الديون لمحفظة كل مندوب، والمبيعات الجديدة لعملاء متأخرين | هل يبيع الفريق لعملاء لا يسددون؟ من يحتاج دعمًا في التحصيل؟ |
| خدمة العملاء | مؤشر فقط: هل توجد تعليمات خاصة بهذا العميل؟ | هل تُنفذ الأعمال الإضافية المدفوعة قبل السداد؟ |
| المالية | من CRM: وعود السداد، والنزاعات وأسبابها، وجهة الاتصال المسؤولة عن الدفع لدى العميل | من أتصل به؟ وهل المتأخر خلاف تجاري يجب حله أولًا؟ |
لاحظ أن الاتجاه ليس واحدًا. المالية تستفيد من CRM بقدر ما تستفيد المبيعات منها: جهة الاتصال الصحيحة للدفع، وسبب النزاع، وما وعد به العميل في آخر اجتماع، كلها معلومات تُسجل في CRM أولًا.
الملخص المالي في ملف العميل: الحقول وطريقة حسابها
الملخص المالي بطاقة واحدة في ملف العميل، تتحدث من النظام المالي. حقولها المقترحة:
- الرصيد المستحق: مجموع الفواتير المفتوحة بعد خصم المدفوع والإشعارات الدائنة.
- المتأخر حسب العمر: ما تجاوز تاريخ استحقاقه، موزعًا على شرائح: حتى 30 يومًا، ومن 31 إلى 60، ومن 61 إلى 90، وأكثر من 90.
- الحد الائتماني والمتاح: الحد المعتمد من المالية، والمتاح منه بعد احتساب المستحق والطلبات المؤكدة التي لم تُفوتر بعد.
- آخر سداد: تاريخه ومبلغه. عميل متأخر يسدد بانتظام يختلف عن عميل متأخر توقف عن السداد.
- النزاعات: الفواتير المعترض عليها، ومبلغها، وسبب الاعتراض، وحالته.
- متوسط أيام السداد: مؤشر سلوكي يفيد عند تحديد شروط الدفع في العرض القادم.
الحقل الذي يُحسب خطأً في الغالب هو «المتاح». لا يكفي طرح المستحق من الحد، بل يجب طرح الطلبات والعقود المؤكدة التي لم تُفوتر، لأنها التزام قائم سيتحول إلى دين.
مثال توضيحيعميل حده الائتماني 200,000 ريال. رصيده المستحق 140,000 ريال، منها 45,000 متأخرة: 30,000 في شريحة 31–60 يومًا، و15,000 في شريحة 61–90 يومًا. ولديه طلبات مؤكدة لم تُفوتر بعد بقيمة 35,000 ريال. المتاح = 200,000 − 140,000 − 35,000 = 25,000 ريال. فإن أعد المندوب عرضًا جديدًا بقيمة 60,000 ريال، يتجاوز الطلب المتاح بمقدار 35,000 ريال. ولو حُسب المتاح بطرح المستحق وحده لظهر 60,000 ريال، ولمر الطلب دون أي تنبيه.
كيف تصل البيانات وتتحول إلى قرار؟
الفاتورة الضريبية تصدر من النظام المالي أو ERP أو حل الفوترة المعتمد لديكم، وفق متطلبات الفوترة الإلكترونية لدى هيئة الزكاة والضريبة والجمارك. CRM لا يصدرها ولا يعدّلها؛ دوره أن يستقبل حالتها ويستخدمها. أما تفاصيل الربط نفسه (أي الحقول تنتقل، وبأي مفتاح يتعرف كل نظام على العميل، وكم مرة تُحدَّث البيانات) ففي مقالة البيانات المنتقلة بين CRM وERP. ما يهمنا هنا هو ما يحدث بعد وصول البيانات:
- المحاسبة تُصدر وتُسجلالفواتير والمدفوعات والإشعارات الدائنة والحد الائتماني، في النظام المالي وحدهالمالية
- الملخص يتحدث في ملف العميلالمستحق، والمتأخر حسب العمر، والمتاح بعد الطلبات غير المفوترة، والنزاعاتالتكامل
- التصنيف المالي للعميلسليم، أو متأخر بدرجة، أو موقوف الآجل، حسب قاعدة تضعها الماليةالنظام
- قاعدة البيع عند تأكيد الطلبيمر الطلب، أو يحتاج اعتمادًا ماليًا، أو يُطلب الدفع المقدم، حسب التصنيف والمتاحالمندوب والمالية
- مهام التحصيل المشتركةتذكير لمدير الحساب قبل الاستحقاق للحسابات الكبيرة، وتصعيد عند التأخر، وتسجيل وعد السداد أو النزاعمدير الحساب
- العودة إلى المحاسبةالسداد يُسجل في النظام المالي، ويصل إليها من CRM ما سُجل من وعود ونزاعات وجهات اتصالالمالية
قواعد البيع لعميل متأخر في السداد
أصعب قرار في هذا الموضوع ليس تقنيًا: هل نبيع لعميل عليه مستحقات متأخرة؟ الإجابة «لا» المطلقة تخسر عملاء جيدين يمرون بتأخر مؤقت، و«نعم» المطلقة تضاعف المخاطرة. الحل سلّم درجات تكتبه المالية مع المبيعات مسبقًا، ويطبقه النظام دون اجتهاد في كل حالة:
مثال توضيحي| حالة العميل | عند إعداد العرض | عند تأكيد الطلب أو العقد |
|---|---|---|
| سليم وضمن الحد | لا شيء | يمر مباشرة |
| متأخر حتى 30 يومًا | تنبيه للمندوب بالمبلغ المتأخر | يمر، مع مهمة لمدير الحساب لمناقشة المتأخر |
| متأخر 31–60 يومًا، أو الطلب يتجاوز المتاح | تنبيه واضح في العرض | اعتماد من المالية قبل التأكيد |
| متأخر 61–90 يومًا | تنبيه بأن الآجل غير متاح إلا باعتماد أعلى | اعتماد المدير المالي، أو دفع مقدم كامل أو جزئي |
| متأخر أكثر من 90 يومًا | العرض بشروط الدفع المقدم فقط | لا آجل حتى تسوية المتأخر أو جدولته باتفاق موثق |
في مثال الملخص السابق: العميل لديه متأخرات في شريحة 61–90 يومًا، وطلب جديد يتجاوز المتاح. فالعرض يُعد بتنبيه، وتأكيد الطلب يحتاج اعتماد المدير المالي أو دفعة مقدمة تغطي على الأقل ما يتجاوز المتاح. المندوب يعرف ذلك قبل أن يعد العميل بموعد توريد، لا بعده.
ثلاث حالات تحتاج استثناءً مكتوبًا في القاعدة حتى لا تُعامل كغيرها:
- الفاتورة المتنازع عليها: إن سجلت المالية نزاعًا مقبولًا على فاتورة (كمية ناقصة، أو سعر مخالف للعرض)، فلا تُحتسب ضمن المتأخر الذي يوقف البيع حتى يُحسم النزاع، لأن التأخر هنا ليس سلوك سداد.
- العملاء ذوو دورات الصرف المعروفة: بعض الجهات تسدد في دورات صرف طويلة ومنتظمة. تأخرها عن تاريخ الاستحقاق التعاقدي متوقع ولا يعني تعثرًا، فتُصنف في شريحة خاصة بحدود مختلفة تعتمدها المالية.
- الخدمة التعاقدية القائمة: إيقاف الآجل يخص الطلبات الجديدة. أما الخدمات المستمرة بموجب عقد ساري فلا توقف آليًا بسبب التأخر، لأن ذلك قرار تعاقدي وقانوني يتخذه أصحاب الصلاحية وفق نص العقد.
والشركات التي تبيع بالجملة بحدود ائتمانية واتفاقيات أسعار لكل عميل تحتاج هذه القواعد مرتبطة بشروط حسابها التجاري، وهو ما تتناوله مقالة متطلبات الأسعار الخاصة والحسابات التجارية لتجارة الجملة.
دور المبيعات في التحصيل: محدد لا مفتوح
التحصيل مسؤولية المالية. لكن مدير الحساب يملك شيئًا لا تملكه: العلاقة مع أصحاب القرار لدى العميل. توزيع الأدوار العملي:
- قبل الاستحقاق
للحسابات الكبيرة فقط: مهمة لمدير الحساب قبل استحقاق الفاتورة الكبيرة بأيام، ليتأكد أن أمر الشراء والمستندات المطلوبة للصرف لدى العميل مكتملة. كثير من التأخر سببه مستند ناقص لا رغبة في عدم السداد.
مدير الحساب - عند التأخر
المالية تذكّر أولًا بقناتها المعتادة. وإن لم يُسدد خلال مدة تحددها المالية، تُنشأ مهمة لمدير الحساب بالتواصل مع صاحب القرار، ومعها ملخص الفواتير المتأخرة.
المالية ثم مدير الحساب - وعد السداد
إن وعد العميل بالسداد، يُسجل الوعد بمبلغه وتاريخه، وتُنشأ مهمة متابعة في ذلك التاريخ. وإن مر التاريخ دون سداد، يُصعَّد الأمر إلى مدير المبيعات والمالية معًا.
مدير الحساب - النزاع
إن اعترض العميل على فاتورة، يُسجل النزاع بسببه (كمية، أو سعر، أو تنفيذ غير مكتمل، أو مستند ناقص) ويُسند إلى الفريق المسؤول عن سببه، لا إلى المالية وحدها.
مدير الحساب والفريق المعني
وبهذا يعرف كل طرف ما حدث: المالية ترى الوعد والنزاع دون أن تسأل، ومدير الحساب يرى السداد فور تسجيله دون أن يسأل. أما السداد الإلكتروني نفسه عبر روابط الدفع وحالته ومطابقته، فهو موضوع مقالة تكامل CRM مع بوابات الدفع.
قاعدة للتواصل: قبل أي اتصال تحصيل من المالية، يظهر لها في ملف العميل آخر نشاط تجاري: عرض مرسل، أو اجتماع تجديد قريب، أو شكوى مفتوحة. توقيت اتصال التحصيل يتغير كثيرًا حين يُعرف أن العميل ينتظر ردًا على شكوى منذ أسبوع.
الصلاحيات: من يرى الأرقام المالية؟
البيانات المالية للعميل حساسة تجاريًا، ولا يلزم أن يراها كل من يفتح ملفه. نموذج شائع:
- المندوب: المؤشر والمتاح، دون قائمة الفواتير، إلا لعملائه المسندين إليه إن رأت الإدارة ذلك.
- مدير الحساب ومدير المبيعات: الملخص وقائمة الفواتير لعملائهم.
- خدمة العملاء والتنفيذ: المؤشر وتعليمات خاصة إن وجدت، دون مبالغ.
- المالية: كل ما في CRM من وعود ونزاعات وجهات اتصال، إضافة إلى بياناتها الأصلية.
ويُسجل من اطلع على البيانات المالية أو صدّرها، ويُمنع تصدير قوائم الأرصدة إلا لأدوار محددة. هذه الضوابط تُضبط من إعدادات الصلاحيات على مستوى الحقل، كما في صفحة الأمان والصلاحيات وحوكمة البيانات.
مشكلات تظهر بعد التشغيل
| المشكلة | كيف تظهر | المعالجة |
|---|---|---|
| بيانات قديمة | المندوب يرى متأخرًا سدده العميل أمس | إظهار «آخر تحديث» بجانب الملخص، وتحديث فوري للسداد إن أمكن |
| مجموعة شركات | الحد الائتماني على الشركة الأم، والطلبات على الفروع | حساب المتاح على مستوى المجموعة، وإظهاره في ملف كل فرع |
| سداد جزئي | دفعة لا تطابق فاتورة واحدة | يُعرض التوزيع كما سجلته المالية، ولا يُعاد توزيعه في CRM |
| إشعار دائن | المستحق يبدو أعلى من الحقيقي لأن الإشعار لم يُخصم | مزامنة الإشعارات الدائنة مع الفواتير لا الفواتير وحدها |
| رموز محاسبية | تظهر للمندوب حالات مثل رموز داخلية لا يفهمها | تحويل الحالات إلى تصنيف مفهوم قبل عرضها |
وفي عقود الخدمات المتكررة يضاف بُعد آخر: ربط كل فاتورة بالدفعة المقابلة لها في جدول العقد، حتى يعرف مدير الحساب أي فترة خدمة لم تُسدد. تفصيل ذلك ضمن مقالة إدارة عقود الخدمات المتكررة.
قبل مناقشة التكامل: ما الذي تجهزه؟
قبل أي نقاش تقني مع مورد CRM أو مع مورد النظام المالي، اتفقوا داخليًا على أربعة أشياء: حقول الملخص المالي التي تحتاجونها فعلًا، وسلّم قواعد البيع للعميل المتأخر، ومن يرى ماذا، ومن يسجل وعود السداد والنزاعات. بعدها يصبح نطاق التكامل واضحًا ويمكن تقديره بدقة.
ونطاق الربط مع الأنظمة المالية واتجاهاته موضح في صفحة التكاملات والربط، وعرض المعلومات المالية داخل ملف العقد في صفحة العقود والتجديدات والتسليم. وإن أردتم مناقشة ربط نظامكم المالي الحالي تحديدًا، فأرسلوا اسم النظام وطريقة الربط المتاحة فيه وسلّم قواعدكم عبر نموذج التواصل، ونراجع معكم ما يمكن نقله وتوقيته قبل أي التزام.
أسئلة شائعة
قرار يخص سياسة العمولات في المنشأة. ربطها بالمحصَّل أو جعل جزء منها مشروطًا بالتحصيل يجعل المندوب أكثر انتباهًا لجودة العميل وشروط الدفع. وإن اخترتم ذلك، فالبيانات التي تصل إلى CRM من المحاسبة هي نفسها ما يحتاجه حساب العمولة.
يمكن ذلك إن أتاح النظام المالي رابطًا للنسخة أو ملفًا يُرفق عبر التكامل، ويُتاح حسب الصلاحيات. وهو مفيد حين يطلب العميل نسخة أثناء اجتماع. لكن المرجع يبقى النسخة الصادرة من النظام المالي.
المالية وحدها، في النظام المالي. يمكن أن يقدم مدير الحساب طلب رفع الحد من CRM مع مبرراته (حجم الطلبات المتوقعة، وسجل السداد)، فيصل إلى المالية كطلب اعتماد، ويعود القرار إلى ملف العميل بعد تحديثه في النظام المالي.
يمكن البدء باستيراد دوري لملف الأرصدة والأعمار من النظام المالي، مثلًا أسبوعيًا، مع إظهار تاريخ آخر استيراد. هذا أقل دقة من الربط المباشر، لكنه يكفي لتطبيق قواعد البيع وتصنيف العملاء، ويمكن الانتقال إلى الربط لاحقًا.