Skyline Nexus ERP Skyline Nexus ERP
التكامل

إدارة علاقات العملاء التي تنتهي في دفتر الأستاذ

لماذا يكلّف نظام إدارة علاقات العملاء المعزول عن المحاسبة مالاً، وكيف يبدو عرض السعر والطلب والفاتورة والتحصيل سلسلة مستندات واحدة ترتبط بالدفاتر.

آخر مراجعة 7 min

السلسلة مستنداً بعد مستند

دورة البيع من العميل المحتمل إلى التحصيل ليست استعارة لغوية. إنها تسلسل من المستندات، لكل منها أثر محدد في دفتر الأستاذ العام، ومعظمها لا أثر له إطلاقاً. والالتباس بين هذا وذاك هو الموضع الذي يتسرب منه المال.

العميل المحتمل سجل اهتمام. والفرصة البيعية كيان تنبؤي له قيمة متوقعة واحتمال يقدّره شخص. ولا يمس أيٌّ منهما دفتر الأستاذ، ولا ينبغي أن يمسه. وعرض السعر إيجاب: يُلزم بالسعر والنطاق ومدة الصلاحية، وقد لا يحجز شيئاً. وأمر البيع هو قبول العميل لهذا الإيجاب، وهو التزام على الطرفين وكثيراً ما يطلق الشراء أو الجدولة أو الإنتاج، لكنه مع ذلك ليس قيداً محاسبياً. فلا إيراد ولا ذمة مدينة.

التسليم أو إتمام الخدمة هو الحدث الأهم في العادة، لأنه الموضع الذي تنتقل فيه السيطرة على البضاعة أو الخدمة. والفاتورة هي نقطة الاعتراف: تجعل الذمم المدينة مدينة والإيراد دائناً، وتنشئ التزام ضريبة المخرجات. والتحصيل يسوّي الذمة المدينة مقابل النقدية أو البنك، ولا يعترف بأي إيراد، بل يسدد ديناً قائماً أصلاً. والإشعار الدائن يعكس الفاتورة كلياً أو جزئياً، ويعكس الضريبة أيضاً حيث فُرضت.

هذه هي الصورة العملية لمبدأ أن الطلبات ليست فواتير. فالمستندات المرحّلة إلى الدفاتر وحدها هي التي تُسدَّد وتُتابع للتحصيل وتظهر في أعمار الذمم. وإذا سمح النظام لأحدهم بتسجيل دفعة على أمر بيع، أو عرض قيمة الطلبات بجوار الإيراد المعترف به في العمود نفسه، فقد كسر السلسلة قبل أن يبدأ إقفال الشهر.

  • العميل المحتمل والفرصة البيعية: سجلات لخط المبيعات، بلا أثر في الدفاتر.
  • عرض السعر: إيجاب مسعّر له مدة صلاحية، بلا أثر في الدفاتر.
  • أمر البيع: التزام متبادل بلا أثر في الدفاتر، لكنه يحرّك المخزون والمشتريات والجدولة.
  • إشعار التسليم أو اعتماد إتمام الخدمة: دليل على انتقال السيطرة، وقد يحرّك المخزون وتكلفة المبيعات.
  • الفاتورة: مدين الذمم المدينة، دائن الإيراد، وإنشاء ضريبة المخرجات. هنا يقع الاعتراف.
  • التحصيل: مدين النقدية أو البنك، دائن الذمم المدينة. تسوية لا إيراد.
  • الإشعار الدائن: يعكس قيمة الفاتورة وضريبتها، ويعيد الالتزام الأصلي أو يشطبه.

ما الذي يكلّفه الفصل فعلاً

حين يكون نظام إدارة علاقات العملاء نظاماً ودفتر الأستاذ نظاماً آخر، لا يحدث شيء لافت في اليوم الأول. فالضرر يكمن في مطابقات صغيرة يجريها الموظفون يدوياً بصمت ثم يتوقفون عن إجرائها.

تُعاد كتابة البيانات الأساسية للعملاء، فيوجد المشتري نفسه مرتين بتهجئتين وشرطي سداد مختلفين. ويُخفَّض عرض سعر بالتفاوض في نظام إدارة العلاقات بينما تصدر الفاتورة من قائمة الأسعار القديمة، فإما أن يعترض العميل أو يصدر أحدهم إشعاراً دائناً للتصحيح. وخصم اعتمده مدير المبيعات لا يوجد إلا في حقل بنظام إدارة العلاقات لا تقرؤه شاشة الفوترة أبداً. وتُحتسب العمولة على قيمة الطلبات المسجلة لا على القيمة المفوترة والمحصّلة، فتدفع الشركة عمولة على إيراد لم تعترف به وقد لا تحصّله أحياناً. وتعلن المبيعات رقماً للربع وتعلن المالية رقماً آخر، ويُقضى الاجتماع في شرح الفجوة بدل العمل على معالجتها.

ولكل هذه المشكلات جذر واحد: قيمة تُدخل مرة في نظام ثم يُعاد إدخالها يدوياً أو باستيراد في نظام آخر. والمطلوب إزالته هو إعادة الإدخال نفسها، لا الفرق الناتج عنها.

سجل عميل واحد، ولماذا تهتم الذمم المدينة أولاً

يوصف تكرار سجل العميل عادةً بأنه مشكلة نظافة بيانات في المبيعات، وهو قبل ذلك مشكلة ذمم مدينة. فالتعرض الائتماني يُحتسب لكل سجل، فيعني السجلان أن الحد الائتماني تضاعف فعلياً دون أن يعتمده أحد. وتتوزع أعمار الذمم على السجلين، فلا يبدو أيٌّ منهما سيئاً بما يكفي لمتابعته. وتصل الدفعات في حوالة واحدة تغطي فواتير مسجلة تحت حسابين، فيجب توزيعها يدوياً.

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

الرقابة الائتمانية قبل تقديم الوعد

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

والنمط الذي يجب تجنّبه مألوف: عميل عليه عدة فواتير متأخرة يتلقى عرضاً بشروط سداد ممددة، وتُبرم الصفقة على هذا الأساس، ثم توضع المالية أمام خيارين: سحب الشروط والإضرار بالعلاقة، أو قبول تعرض لم يعتمده أحد. ولا يعود أيٌّ من الخيارين في تلك المرحلة قراراً مالياً، بل نتيجة لأن المندوب لم يُعرض عليه الرصيد.

والآلية بسيطة حين يكون النظامان نظاماً واحداً. فالرصيد الحالي، والرصيد المتأخر مقسماً على فترات الأعمار، والحد الائتماني، والهامش المتبقي، تظهر كلها في حساب العميل وفي شاشة عرض السعر. والطلبات التي تتجاوز الحد تتطلب اعتماداً يُسجَّل على الطلب بدل أن يُتفق عليه في الممر. ويعمل Skyline Nexus بهذه الطريقة لأن وحدة إدارة علاقات العملاء ودفتر الذمم المدينة يقرآن حساب العميل نفسه، فيكون التعرض الظاهر للمبيعات هو الرصيد الذي تنظر إليه المالية، لا نسخة منه.

توقيت الاعتراف يكمن في بيانات إدارة علاقات العملاء

بموجب IFRS 15 يُعترف بالإيراد عند الوفاء بالتزام الأداء، أي عند انتقال السيطرة على السلعة أو الخدمة الموعود بها إلى العميل. وقد يكون ذلك في نقطة زمنية كالتسليم، أو على مدى فترة كعقد صيانة أو مشروع إنشاء على مراحل. ويشترط المعيار كذلك تخصيص سعر المعاملة على التزامات الأداء المنفصلة في العقد.

والمعلومات التي تحسم ذلك كله موجودة في المستندات التجارية: ما الذي وُعد به، وهل يجمع العقد مخرجات متمايزة، ومتى سُلّم كلٌّ منها أو قُبل، وما الذي خُصم ومقابل ماذا. فإذا كانت بيانات العقد والتسليم في نظام إدارة علاقات العملاء ولم يرها النظام المحاسبي قط، أعاد أحدهم بناءها في جدول بيانات عند نهاية الفترة، وانتهى أثر المراجعة عند ذلك الجدول. أما حين تحمل بنود الطلب الالتزامات وتحمل سجلات التسليم التواريخ، فإن جدول التأجيل والإفراج يُشتق من المستندات بدل أن يُعاد بناؤه من الذاكرة.

خط المبيعات تنبؤ، والإيراد حقيقة

القيمة المرجحة لخط المبيعات تقدير معدّل بالاحتمال لما قد يُبرم. أما الإيراد المعترف به فهو ما يقول دفتر الأستاذ إنه تحقق في فترة، وهو قابل للمراجعة. والاثنان يجيبان عن سؤالين مختلفين، ولا ينبغي أن يظهرا رقماً واحداً أبداً.

والنظام المترابط لا يدمجهما، بل يتيح لك التتبع بينهما. فمن رقم في خط المبيعات تصل إلى الفرص التي وراءه، ثم إلى الطلبات التي تحولت إليها، ثم إلى الفواتير التي أنتجتها تلك الطلبات، ثم إلى النقدية المحصّلة. وهذا المسار هو ما يجعل التنبؤ قابلاً للتحسين: فتستطيع أن تقيس مقدار ما تحوّل تاريخياً من قيمة الطلبات إلى إيراد مفوتر وفي أي مدة، فتعدّل طريقة التنبؤ بدل الجدال حولها.

ما الذي يجب أن يكون مشتركاً، وكيف يبدو إقفال الشهر

المشاركة لا تعني نسخ كل شيء. إنها تعني مجموعة محددة من السجلات توجد مرة واحدة وتقرؤها الوظيفتان، ومجموعة محددة من الأحداث تنقل المستند إلى مرحلته التالية دون إعادة إدخال.

وعائد ذلك عند إقفال الشهر محدد وملموس. فأعمار الذمم مكتملة لأن كل فاتورة صدرت من طلب في النظام نفسه. ورقم الإيراد الذي تذكره المبيعات هو رقم الإيراد في ميزان المراجعة، لأنه لا يوجد إلا رقم واحد. والإيراد المؤجل مدعوم بسجلات التسليم لا بجدول يتولاه شخص. والعمولة تُستحق على القيمة المفوترة أو المحصّلة محسوبةً من بيانات الدفاتر. والإشعارات الدائنة مطابقة للفواتير التي تعكسها، فتظهر النزاعات رقماً لا إحساساً بأن التحصيل بطيء. ولهذا السبب يجمع Skyline Nexus إدارة علاقات العملاء والمبيعات والمخزون والمحاسبة في قاعدة بيانات واحدة: تصدر الفاتورة من الطلب الذي تنتمي إليه، ويُطبَّق التحصيل على الفاتورة التي يسددها.

  • البيانات الأساسية للعميل: الهوية والرقم الضريبي والحد الائتماني والشروط وقائمة الأسعار والعملة والعناوين.
  • البيانات الأساسية للمنتجات والخدمات مع قوائم الأسعار والمعالجات الضريبية التي ستستخدمها الفاتورة فعلاً.
  • الخصومات المعتمدة ومن اعتمدها، محفوظة على المستند لا في ملاحظة.
  • بنود طلب تنتقل إلى بنود الفاتورة دون إعادة كتابة.
  • تواريخ التسليم والقبول، لأنها تحدد توقيت الاعتراف.
  • رصيد الذمم المدينة الحي وأعماره، مقروءين من شاشات إدارة علاقات العملاء.
  • مراجع الفاتورة والتحصيل والإشعار الدائن مرتبطة بالفرصة البيعية التي نشأت منها.

أسئلة شائعة

هل ينشئ أمر البيع قيداً محاسبياً؟

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

لماذا يُعد تكرار سجلات العملاء مشكلة ذمم مدينة؟

لأن الحدود الائتمانية وأعمار الذمم تُحتسب لكل سجل عميل، فيضاعف السجل المكرر التعرض الائتماني المعتمد بصمت ويوزّع الأرصدة المتأخرة على حسابين، فلا يبدو أيٌّ منهما خطيراً بما يكفي لمتابعته. كما تصل الدفعات في حوالات واحدة تغطي فواتير مسجلة تحت السجلين، ما يفرض توزيعها يدوياً.

كيف يرتبط IFRS 15 ببيانات إدارة علاقات العملاء؟

يعترف IFRS 15 بالإيراد عند الوفاء بالتزام الأداء، أي عند انتقال السيطرة على السلعة أو الخدمة، في نقطة زمنية أو على مدى فترة. ودليل هذا التوقيت، أي ما وُعد به وما سُلّم ومتى قُبل، موجود في سجلات العقود والتسليم التي يلتقطها نظام إدارة علاقات العملاء، فيتوقف الاعتراف على وصول هذه البيانات إلى الدفاتر.

هل يجوز عرض قيمة خط المبيعات والإيراد المعترف به معاً؟

ينبغي أن يكون كلٌّ منهما قابلاً للتتبع إلى الآخر، لكن لا يُعرضان أبداً رقماً واحداً. فخط المبيعات تنبؤ مرجح بالاحتمال لصفقات قد تُبرم، بينما الإيراد المعترف به رقم قابل للمراجعة في الدفاتر عن فترة مقفلة، والجمع بينهما ينتج رقماً لا معنى له لدى المبيعات ولا لدى المالية.

ما الحد الأدنى من البيانات التي يجب أن يتشاركها نظام إدارة علاقات العملاء والنظام المحاسبي؟

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

هذا الدليل معلومات عامة، وليس استشارة ضريبية أو محاسبية أو قانونية. تختلف القواعد من دولة إلى أخرى وتتغير مع الوقت، فيرجى التأكد من الوضع الساري لدى الجهة الضريبية المختصة أو لدى مستشار مؤهل قبل اتخاذ أي إجراء.

هل أنت مستعد لتشغيل عملياتك على مساحة عمل واحدة؟

تحدّث إلينا عن نشاطك

أخبرنا بطبيعة عملك وسنعود إليك بإجابة صريحة حول مدى الملاءمة والجدول الزمني والسعر.

بدون بطاقة ودون أي التزام. نردّ خلال يوم عمل واحد.