إدارة الشيكات الواردة في نظام ERP؛ من تاريخ الاستحقاق حتى التحصيل والارتجاع

إدارة الشيكات الوارد في نظام ERP؛ دليل شامل من تاريخ الاستحقاق حتى التحصيل والارتجاع

المقدمة: لماذا تُعد إدارة الشيكات موضوعاً استراتيجياً وليس عملاً ثانوياً للمحاسبة؟

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

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

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

ما هو الشيك الوارد وما الفرق بينه وبين غيره من مستندات الخزينة؟

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

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

الشيك الوارد، بخلاف النقد، ليس «مالاً» بطبيعته؛ بل هو أداة لتحصيل المال قد ينتهي بها المطاف إلى واحد من ثلاث مصائر:

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

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

القانون الجديد للشيكات ونظام صياد؛ ما الذي تغيّر وما أثره على أعمالك؟

أدى تطبيق نظام صياد وتعديلات قانون إصدار الشيكات إلى تغيير طبيعة إدارة الشيكات من «حفظ ورقة ورقية» إلى «إدارة هوية إلكترونية مرتبطة بشخص المُصدر». وأهم النقاط التي يجب على كل شركتها تضمينها في إجراءاتها:

• رقم الشيك الصيادي المكوَّن من 16 رقماً: لكل شيك هوية فريدة مرتبطة بشخص المُصدر. وبدون تسجيل هذا الرقم بشكل صحيح، يصبح الاستعلام عن حالة الشيك ومتابعة الارتجاع والإجراءات التنفيذية مستحيلاً عملياً؛ ولهذا فإن التحقق من طول وبنية رقم الشيك لحظة التسجيل متطلب إلزامي في النظام وليس خياراً إضافياً.
• الاستعلام عن حالة الشيك: قبل قبول الشيك، يمكن الاستعلام عن وضع المُصدر (سجل الارتجاع، القيود المصرفية، أوامر عدم الدفع)؛ ويجب تسجيل نتيجة هذا الاستعلام في ملف العميل وبجوار مستند الشيك في نظام ERP ليكون أساس قرار البيع.
• الإعلام برسائل SMS: يُبلَّغ المُصدر برسالة نصية عند إيداع الشيك أو ارتجاعه؛ ويمكن للشركة المستلمة بمطابقة هذا الإشعار مع الحالة المسجلة في النظام أن تضبط الأخطاء البشرية.
• قيود الارتجاع: مع كل ارتجاع جديد، تُقيَّد الخدمات المصرفية للمُصدر؛ أي أن احتمال تحصيل شيكات العميل التالية ينخفض، ويجب أن يخفض النظام تلقائياً مستوى جدارته الائتمانية.
• تسجيل صاحب الحساب والربط بالحساب البنكي: الشيكات القديمة غير المسجلة في صياد لا يمكن صرفها بالطريقة الاعتيادية؛ ويجب أن يتمكن النظام من تمييز هذه الشيكات ووسمها لإجراء خاص (الاستبدال، تسوية بديلة).

والنتيجة العملية لهذه التغييرات أن «التسجيل الصحيح لحظة الاستلام» و«تتبع الحالة على مدى عمر الشيك» لم يعودا يمكن تركهما للذاكرة ودقة الأفراد؛ وهذه بالضبط هي المهمة التي يُؤتمتها نظام ERP لأجلكم.

دورة حياة الشيك الوارد في نظام متكامل

في نظام ERP قياسي، الشيك الوارد ليس «مستنداً نقدياً بسيطاً»؛ بل هو كيان له حالة (Status) وسجل كامل. ودورته العمرية عادة كما يلي:

1. التسجيل الأولي: عند تسجيل مستند البيع أو القبض الآجل، يُسجل الشيك برقمه الصيادي ورقمه وسرعته ومبلغه وتاريخ استحقاقه والبنك المسحوب عليه والفرع وبيانات المُصدر في النظام، ويُقيد مدينة في حساب «المستندات القبض قيد التحصيل». وإذا وُجدت صورة الشيك أو العقد مرفقاً، يُربط بالمستند.
2. حالة قيد التحصيل: يدخل الشيك في قائمة الشيكات قيد التحصيل ويظهر في تقرير أعمار الديون (Aging) والتنبؤ بالسيولة؛ وفي هذه الحالة يمكن التخطيط لصرفه أو تحصيله.
3. الصرف أو الظهر: إذا صُرف الشيك إلى مورد، تتم التسوية بين حسابات المستندات القبض والمستندات الدفع، ويبقى في النظام أثر التحويل وتاريخه والطرف الآخر؛ ومن هذه اللحظة لم يعد الشيك قابلاً للتحصيل المباشر من قبل الشركة، وإذا ارتجع فإن مسؤولية المتابعة بينكم وبين مستلم الصرف تكون محددة بوضوح.
4. الإيداع في البنك: قرب تاريخ الاستحقاق، يُقدم الشيك إلى البنك للتحصيل وتتغير حالته إلى «في البنك»؛ وفي هذه الحالة يجب ألا يكون الشيك قابلاً للصرف إطلاقاً، والنظام يفرض هذه الرقابة.
5. التحصيل: تُسجل الإيداع في الحساب البنكي للشركة ويخرج الشيك من قيد التحصيل ويتحول إلى نقد؛ ويقيد مستند التحصيل في الوقت نفسه الحساب البنكي مدينة وحساب المستندات قيد التحصيل دائناً، ويُسجل في التسوية المصرفية كمطابَق.
6. الارتجاع: في حالة عدم الدفع، يعود الشيك إلى حساب المدين (العميل)، وتبدأ ملفات متابعة المديونيات والإجراءات التنفيذية، وتُسجل المصاريف البنكية أو الغرامات في النظام، وتُختم شهادة عدم الدفع وتُرفق بملف الشيك.

النقطة الأساسية هي أنه في كل واحدة من هذه المراحل يجب أن يُصدر المستند المحاسبي مرة واحدة فقط بشكل صحيح وكامل، ثم يُحدَّث تلقائياً في الخطوات التالية؛ وهو أمر شبه مستحيل في التسجيل اليدوي بسبب كثرة المستندات. كما يجب تسجيل كل تغيير في الحالة باسم المستخدم والوقت والوصف، ليظل سجل كل شيك دائماً رواية واحدة موثقة قابلة للاستشهاد.

محاسبة الشيكات الواردة: من التسجيل حتى التسوية

من الناحية المحاسبية، كل تغيير في حالة الشيك هو معاملة مالية. ويوضح الجدول التالي العلاقات المبسطة بين الحسابات:

في نظام ERP الجيد، تُصدَر هذه المستندات تلقائياً بناءً على «قواعد القيد» المحددة في النظام، ويقوم المحاسب فقط بالتحقق من النتيجة. ومن مزايا المحاسبة الآلية للشيكات في ERP:

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

التحديات الشائعة في إدارة الشيكات الواردة

• نسيان تاريخ الاستحقاق: بدون تذكير آلي، تُقدم الشيكات التي يجب أن تذهب إلى البنك الأسبوع القادم متأخرة، ويتضرر التدفق النقدي بفعل تأخر التحصيل؛ بل قد يخرج الشيك في بعض الحالات من مهلة التقديم ويصبح مسار التحصيل أكثر تعقيداً.
• عدم تتبع حالة الشيك: معرفة كل لحظة أي شيك قيد التحصيل، وأيها مصروف، وأيها في البنك، وأيها ارتجع، أمر غير ممكن عملياً دون نظام موحد.
• الخطأ في تسجيل رقم الشيك الصيادي: التسجيل الخاطئ للرقم المكوَّن من 16 رقماً يجعل الاستعلام والمتابعة في النظام المصرفي مستحيلاً، ويترك المستندات ناقصة في مرحلة الإجراءات القانونية.
• التسوية المصرفية: بدون ربط الشيكات بالحركات الفعلية للحساب البنكي، تتحول تسوية نهاية الشهر إلى كابوس؛ فالشيكات التي حُصِّلت لكنها ما تزال «قيد التحصيل» في النظام أو العكس تُخْرِب توازن الحسابات.
• تشتت المعلومات: عندما تكون الشيكات موزعة بين إكسل الخزينة ودفاتر المحاسبة وملاحظات قسم المبيعات، لا يملك أحد صورة حقيقية للمديونيات والسيولة، وكل تقرير يبني نسخة مختلفة من الواقع.
• صرف الشيك دون رقابة: إذا كان بإمكان أي شخص صرف شيك قيد التحصيل، فقد يذهب الشيك نفسه في الوقت ذاته إلى البنك للتحصيل؛ والنتيجة ارتجاع وفقدان المصداقية لدى المورد وخدش السمعة التجارية للشركة.
• ضعف متابعة الارتجاعات: ارتجاع الشيك دون تسجيل تاريخ الإجراء التنفيذي ومسؤول المتابعة ونتيجة الاستعلام عملية غير شفافة ويخلق مخاطر قانونية ومالية؛ ففي كثير من الشركات تبقى الشيكات المرتجعة سنوات في ملف منسي.
• تسليم الشيكات لوكلاء التحصيل: عندما يُسلَّم الشيك إلى وكيل أو شركة تحصيل، وبدون تسجيل «التسليم للوكيل» ومتابعة الإرجاع، يضيع مال الشركة في قيود غامضة ولا يمكن التحقق من التسوية مع الوكيل.
• غياب الربط بين المبيعات والخزينة: قسم المبيعات، دون رؤية سجل ارتجاعات العميل، يبيع له بالآجل مرة أخرى، وتتكرر دورة المديونيات المتعثرة.
• الاعتماد على الأفراد: عندما يعرف شخص واحد فقط «أين» كل شيك، فإن إجازة أو رحيله يعني توقف الخزينة؛ فالنظام يجب أن يحفظ المعرفة في البنية لا في ذاكرة الأشخاص.

إدارة الشيكات الواردة في نظام ERP من سيدار سوفت

صُممت وحدة الخزينة وإدارة الشيكات في نظام ERP من سيدار سوفت للإجابة عن هذه التحديات، وتغطي دورة الشيك كاملة بشكل متكامل مع المحاسبة والمبيعات والمشتريات والبنوك:

• تسجيل ذكي مع التحقق من صياد: يتم التحقق من رقم الشيك الصيادي والبنك وتاريخ الاستحقاق والمبلغ لحظة التسجيل لإزالة الأخطاء المطبعية من الجذور؛ وتُربط بيانات الشيك الكاملة بمستند البيع والعميل والعقد.
• التمييز بين نوع المستندات: الشيك الوارد والشيك الضماني والسند وسائر المستندات، يُسجل كل منها ويُدار بإجراءات وتقارير خاصة به ولا تختلط ببعضها.
• لوحة معلومات تواريخ الاستحقاق: يُظهر تقويم الخزينة كم مبلغ من المفترض أن يُحصَّل في كل يوم وأسبوع؛ ويُبنى على هذا الأساس تخطيط الدفعات للموردين، ويملك المدير المالي دائماً صورة التدفق النقدي الوارد للأسابيع القادمة.
• تذكير آلي: قبل أيام محددة من تاريخ استحقاق كل شيك، يُرسل تنبيه إلى مسؤول الخزينة وقسم المبيعات ليُقدم الشيك إلى البنك في وقته؛ ويمكن ضبط فترة التذكير لكل شيك.
• تغيير الحالة بمستند آلي: بنقرة واحدة تتغير حالة الشيك من «قيد التحصيل» إلى «في البنك» أو «محصَّل» أو «مرتجع»، ويُصدر المستند المحاسبي المقابل فوراً.
• صرف الشيك وإسناده بالظهر: يمكن صرف الشيك الوارد مباشرة في مستند الشراء أو الدفع إلى المورد؛ ويمنع النظام عبر رقابة «شيك واحد، حالة واحدة» الصرف المكرر أو إرسال الشيك نفسه للتحصيل في الوقت ذاته، ويحافظ على اتصال الطرفين في الدورة.
• إدارة ارتجاع الشيك وملف المتابعة: يُحوَّل الشيك المرتجع تلقائياً إلى حساب العميل، وتُسجل شهادة عدم الدفع وتاريخ الاستعلام، ويُحدد الإجراء التنفيذي (إبلاغ التنفيذ، دعوى قضائية، اتفاق على استبدال الشيك، تسوية بالتقسيط) مع المسؤول والمدة، وتُدوَّن نتيجة المتابعة في ملف العميل ويُحدَّث تقرير المديونيات المتعثرة.
• إدارة الشيكات الضمانية والتسليم لوكلاء التحصيل: تُحفظ الشيكات الضمانية مرتبطة بالعقد والمشروع وتاريخ الإعادة، وتُتتبع الشيكات المسلَّمة إلى وكيل التحصيل بحالة مستقلة (مسلَّم، محصَّل، لم يُرجَع).
• تسوية مصرفية متكاملة: بربط النظام بحركة الحساب البنكي، تُطابَق التحصيلات الفعلية مع الشيكات المسجلة، وتتضح الفروقات ويتطابق رصيد الحساب البنكي في الدفاتر مع الواقع.
• تقارير تحليلية: تقرير أعمار المستندات القبض، ومعدل ارتجاع الشيكات بحسب العميل والفئة، والتنبؤ بتحصيل السيولة خلال 30 و60 و90 يوماً القادمة، وأداء كل مودع شيكات.
• صلاحيات الوصول وسجل الأحداث (Log): يُسجل كل تغيير في الحالة باسم المستخدم والوقت؛ ولا يمكن سوى للأشخاص المصرح لهم تحصيل الشيك أو إعلان ارتجاعه أو صرفه، ويظل سجل كل شيك قابلاً للمشاهدة في أي وقت.
• إرفاق المستندات: تُربط صورة الشيك والعقد وشهادة عدم الدفع والمراسلات بسجل الشيك، لتكون كل المستندات في مكان واحد عند التدقيق أو التقاضي.

تقييم الجدارة الائتمانية للعميل؛ قبل أن يرتجع الشيك

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

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

ارتجاع الشيك؛ من لحظة الارتجاع حتى الإجراء القانوني

ارتجاع الشيك ليس نهاية الطريق؛ بل بداية عملية. في ERP سيدار سوفت تُدار المسيرة بعد الارتجاع كما يلي:

1. تسجيل الارتجاع والتحويل إلى حساب العميل: عند تسجيل الارتجاع، ينتقل الرصيد من حساب المستندات قيد التحصيل إلى حسابات القبض الخاصة بالعميل، وتُسجل المصاريف البنكية، ويُحدَّث السجل الائتماني للعميل فوراً.
2. تسجيل شهادة عدم الدفع: تُختم شهادة عدم الدفع وتُرفق بملف الشيك ويُسجل تاريخها؛ فهذا المستند هو الأساس الرئيسي للإجراء التنفيذي.
3. تحديد الإجراء والمسؤول: لكل شيك مرتجع، يُحدد نوع الإجراء (تنفيذ، دعوى قضائية، اتفاق على استبدال الشيك، تسوية بالتقسيط) ومسؤول المتابعة والمدة، ويذكّر النظام بالمتابعة حتى الوصول إلى النتيجة.
4. تسجيل المراسلات والاتفاقات: يُسجل في الملف كل اتصال أو رسالة أو اتفاق جديد مع العميل، فإذا ذهب الملف إلى المحكمة أو التنفيذ، كان السجل موثقاً وكاملاً.
5. العودة إلى الدورة أو أخذ بديل: إذا قدّم العميل شيكاً جديداً أو تسوية بديلة، تُسجل الدورة الجديدة مرتبطة بالملف السابق للحفاظ على السجل الكامل لسلوك العميل.
6. مخصص الديون: تُحدد الشيكات المرتجعة القديمة وغير القابلة للتحصيل في تقارير أعمار الديون وفقاً لسياسة الشركة، وتكون أساس قيد مخصص الديون المشكوك في تحصيلها في نهاية السنة المالية.

التنبؤ بالسيولة؛ أكبر مكسب إداري لإدارة الشيكات المتكاملة

عندما تُسجل كل الشيكات الواردة والصادرة في نظام واحد، تملك أداة لا يستطيع أي دفتر أو ملف إكسل أن يبنيها: التنبؤ بالتدفق النقدي المستقبلي. وتُظهر لوحة معلومات السيولة في ERP سيدار سوفت ما يلي:

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

هذا يعني انتقال قرارات الشراء والاستثمار والتسوية من الحالة «التخمينية» إلى الحالة «المبنية على البيانات»؛ وهذا هو أكبر قيمة استراتيجية لوحدة الشيكات في نظام ERP.

التقارير الأساسية التي يجب أن يملكها كل مدير خزينة

• قائمة الشيكات قيد التحصيل بحسب تاريخ الاستحقاق والمبلغ والبنك المسحوب عليه والعميل؛ وهي المستند الأساسي للتخطيط اليومي للخزينة.
• تقرير التحصيل اليومي/الأسبوعي: ماذا حُصِّل وكم الفرق مع التوقع؛ فالفروقات نفسها تشكل تقريراً تحليلياً.
• تقرير الشيكات المرتجعة: المبلغ والسبب وحالة المتابعة التنفيذية ورصيد المديونية.
• تقرير الشيكات المصروفة: أي شيك صُرف لأي مورد بالظهر وما حالته الحالية.
• تقرير الشيكات لدى وكيل التحصيل: المسلَّمة والمحصَّلة وغير المُرجعة؛ لتسوية شفافة مع الوكيل.
• تقرير الشيكات الضمانية: بحسب تاريخ العقد وموعد الإعادة، حتى لا يضيع أي شيك ضماني أو يُصرف بالخطأ.
• التنبؤ بالسيولة: مجموع المستندات قيد التحصيل للأسابيع والأشهر القادمة، مع الشيكات الدائنة والمصروفة لحساب صافي التدفق النقدي.
• مؤشرات الأداء (KPI): معدل ارتجاع الشيكات، ومتوسط الفترة بين الاستحقاق والتحصيل، ونسبة الشيكات المرتجعة من مجموع المديونيات، واتجاه تغيرها عبر الزمن.

قائمة تنفيذية لتطبيق إدارة الشيكات في المؤسسة

كي تحقق وحدة الشيكات في ERP نتائج حقيقية، اتبعوا هذه القائمة التنفيذية:

1. صمموا هيكل الحسابات: رتّبوا منذ البداية حسابات المستندات قيد التحصيل والمستندات لدى الوكيل والحسابات التفصيلية لكل شيك بشكل صحيح؛ فإصلاح هيكل الحسابات بعد آلاف المستندات مكلف جداً.
2. حددوا قواعد القيد الآلي مرة واحدة بشكل صحيح: ليُصدر كل تغيير في الحالة المستند الصحيح دون تدخل يدوي.
3. رسميوا دورة عمل الحالات: حددوا من يملك حق الصرف والتحصيل وإعلان الارتجاع، ومتى تكون الموافقة الثانية ضرورية ولأي مبالغ.
4. انقلوا البيانات القديمة: أدخلوا أرصدة الشيكات قيد التحصيل والمرتجعة والضمانية الحالية بتفصيل كامل ليكون نقطة البداية نظيفة.
5. فعّلوا التذكيرات واجعلوا مراجعتها عادة يومية: يجب أن تعرض لوحة الخزينة الصباحية «شيكات اليوم وهذا الأسبوع».
6. اربطوا سياسة الائتمان بالعملاء بالنظام: حددوا سقف المديونية وشروط التسوية ومسار موافقة العملاء عاليي المخاطر داخل ERP نفسه.
7. حافظوا على ملفات الارتجاع حية: كل شيك مرتجع يجب أن يبقى له مسؤول ومهلة نشطة حتى التحصيل أو إغلاق الملف.
8. أدخلوا التقارير إلى الاجتماعات الإدارية: راجعوا شهرياً في اجتماع المديرين السيولة المستقبلية ومؤشرات أداء الشيكات.

الخلاصة

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