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

تقضي فرق المالية في نهاية الشهر وقتاً أطول مما يُتوقع في إصلاح مشكلات وقعت قبل أسابيع: مورد مسجل مرتين، أو مصروف محمّل على مركز كلفة خاطئ، أو فاتورة مرحّلة في الفترة الخطأ. كل خطأ صغير بمفرده. لكنها مجتمعة تحوّل إقفال نهاية الشهر من خمسة أيام إلى عشرة، وتجعل التقارير الإدارية موضع جدال بدلاً من أن تكون أساساً للقرار.
مزيد من التدقيق في نهاية الشهر لن يحل المشكلة. ما يحلها مجموعة قصيرة من قواعد جودة البيانات، تُطبق عند الإدخال، ويُفضل أن يطبقها النظام نفسه.
لماذا تتفوق القواعد على المراجعات
المراجعات تكتشف الأخطاء بعد وقوعها، والقواعد تمنع وقوعها. المدير المالي الذي يراجع ميزان المراجعة قد يلاحظ أن رقماً ما يبدو خاطئاً، لكن تتبعه حتى القيد الأصلي يستغرق وقتاً، وقد يكون المورد قد قبض المبلغ أو يكون التقرير قد أُرسل.
والقواعد تواكب نمو حجم العمل. المراجع يستطيع أن يفحص بضع مئات من القيود فحصاً جيداً. أما قاعدة تحقق في نظام تخطيط موارد المؤسسة (ERP) فتفحص كل قيد، كل يوم، دون أن تتعب. أكفأ فرق المالية تستخدم الأشخاص للتقدير والأنظمة للاتساق.
القواعد مصنفة حسب موضع بداية الخطأ
قواعد البيانات الرئيسية
- لا مورد ولا عميل دون رقم ضريبي واسم قانوني. ويجب أن يطابق الاثنان وثائق التسجيل الرسمية. وتزداد أهمية ذلك مع اعتماد أنظمة الفوترة الإلكترونية، مثل نظام JoFotara في الأردن ومنصة هيئة الزكاة والضريبة والجمارك (ZATCA) في السعودية، على دقة بيانات العملاء والموردين.
- فحص التكرار عند الإنشاء. قبل حفظ أي مورد أو عميل جديد، يبحث النظام عن أرقام ضريبية وأرقام هواتف مطابقة وأسماء متشابهة.
- لا تغيير في التفاصيل البنكية إلا بعد التحقق. أي تغيير في الحساب البنكي لمورد يحتاج إلى اعتماد شخص ثانٍ، واتصالاً هاتفياً للتأكد مع جهة اتصال معروفة لدى المورد. هذا الضابط وحده يمنع احتيالاً شائعاً ينتحل فيه شخص صفة مورد ويطلب تحويل الدفعات إلى حساب جديد.
- دليل حسابات مضبوط. الحسابات ومراكز الكلفة الجديدة تنشئها المالية وحدها، ولكل منها مسؤول وغرض محدد. ولا يُسمح للمستخدمين أبداً بإنشاء رموز من عندهم.
قواعد المعاملات
- رموز تحليلية إلزامية. كل مصروف يجب أن يحمل مركز كلفة، ورمز مشروع أو فرع أو جهة مانحة حيث يلزم. والنظام يرفض القيود التي تخلو منها.
- رقم فاتورة فريد لكل مورد. لا يمكن ترحيل رقم فاتورة المورد نفسه مرتين.
- المطابقة مع أمر الشراء. فواتير الموردين التي تتجاوز قيمة متفقاً عليها يجب أن تطابق أمر شراء معتمداً وسند استلام بضاعة ضمن هامش محدد.
- حدود الاعتماد داخل النظام. المدفوعات وقيود اليومية التي تتجاوز قيماً محددة تحتاج إلى معتمِد ثانٍ، ويُسجل ذلك في النظام لا على الورق.
- أوصاف لها معنى. قيود اليومية اليدوية تحتاج إلى سبب ومرفق داعم. كلمة «تسوية» وحدها ليست وصفاً.
قواعد الفترات والمطابقة
- الفترة المقفلة تبقى مقفلة. بعد إقفال الشهر، أي ترحيل إليه يحتاج إلى اعتماد المدير المالي ويُوثَّق في سجل النظام.
- الأرصدة الرئيسية تُطابق شهرياً. حسابات البنك، والذمم المدينة، والذمم الدائنة، والمخزون، والحسابات بين شركات المجموعة، وحسابات ضريبة المبيعات العامة في الأردن أو ضريبة القيمة المضافة في دول الخليج، تُطابق مع دفاترها المساعدة أو مع الكشوف الخارجية، وتُشرح الفروقات.
- الحسابات المعلقة تُصفّى. الحسابات المعلقة وحسابات التسوية الوسيطة تحمل قيوداً لم تُوزع بعد. وأي رصيد فيها في نهاية الشهر له مسؤول مسمّى وتاريخ لتصفيته.
كيف تُفرض كل قاعدة
لا يمكن بناء كل قاعدة في كل نظام، لذا اختر طريقة الفرض بحسب ما يدعمه نظامك.
| الطريقة | كيف تعمل | الأنسب في |
|---|---|---|
| تحقق في النظام | يرفض النظام حفظ السجل إلى أن تتحقق القاعدة | الحقول الإلزامية، وفحص التكرار، والفترات المقفلة |
| اعتماد ضمن سير العمل | يُحفظ السجل لكنه يحتاج إلى اعتماد قبل أن يسري | تغيير التفاصيل البنكية، والموردون الجدد، والقيود الكبيرة |
| تقرير الاستثناءات | تقرير مجدول يسرد السجلات المخالفة لقاعدة ما ليصلحها شخص محدد | القواعد التي لا يستطيع النظام منعها، مثل الأوصاف المبهمة |
| مراجعة دورية | يفحص شخص عينة على فترات محددة | مجالات التقدير، مثل مدى منطقية اختيارات الترميز |
معظم أنظمة ERP للشركات المتوسطة، ومنها Odoo وSAP Business One وMicrosoft Dynamics، تدعم الحقول الإلزامية، وتنبيهات التكرار، وسير عمل الاعتماد، وإقفال الفترات عبر الإعدادات، وإن كان بعضها قد يحتاج إلى إضافة بحسب المنتج والإصدار. ويمكن أتمتة تقارير الاستثناءات وإرسالها بالبريد الإلكتروني يومياً أو أسبوعياً حتى تُصلح المشكلات وهي حديثة.
حالة توضيحية: مجموعة من أربع شركات
لنأخذ مجموعة في عمّان تضم أربع شركات تشغيلية تتشارك نظام ERP واحداً. محاسب كل شركة ينشئ الموردين وحده دون تنسيق مع الآخرين. وعلى مدى بضع سنوات، يظهر المورد الرئيسي نفسه في النظام بعدة أسماء متقاربة، وتتوزع الدفعات بينها. والرسوم بين شركات المجموعة تُرحّل بأوصاف مختلفة في كل شركة، فلا تتطابق أبداً تطابقاً تاماً، ويقضي محاسب المجموعة أياماً كل ربع سنة في مطابقتها يدوياً.
العلاج في حالة كهذه يبدأ ببيانات رئيسية موحدة للموردين يديرها شخص واحد، وفحص التكرار على الأرقام الضريبية، وهيكل موحد لحسابات المعاملات بين شركات المجموعة، وتقرير آلي شهري يسرد الأرصدة بين الشركات التي لا تتطابق. لا شيء من هذا معقد. لكنه يحوّل النوايا الحسنة إلى قواعد يطبقها النظام في كل مرة.
كيف تجعل القواعد راسخة
القواعد لا تنجح إلا إذا فهم الناس سبب وجودها. عند تقديمها، اشرح المشكلة التي تحلها كل قاعدة، وأعطِ المستخدمين طريقة سريعة لطلب استثناء أو تعديل. وراجع القواعد مرة في السنة مع فريق المالية. بعضها سيحتاج إلى تشديد، وبعضها قد يسبب احتكاكاً دون فائدة تُذكر.
ومن المفيد أيضاً إعداد تقرير عن القواعد نفسها. ملخص شهري قصير يبيّن عدد القيود التي مُنعت، وعدد الاستثناءات التي ظهرت، وعدد ما أُصلح منها، يخبر المدير المالي هل تتحسن جودة البيانات، ويبيّن أي الفرق تحتاج إلى دعم إضافي أو توجيه أوضح.
جودة البيانات عادة يومية
جودة البيانات المالية تُبنى داخل النظام، ولا تُضاف بالتفتيش في نهاية الشهر. اثنتا عشرة قاعدة واضحة، تُفرض عبر التحقق وسير العمل وتقارير الاستثناءات الآلية، تجعل الإقفال أسرع والتقارير أجدر بالثقة، وتقلل مخاطر الأخطاء المكلفة والاحتيال.
ضوابط جودة البيانات، وهيكلة البيانات الرئيسية، وإعداد نظام ERP جزء أساسي من خدمة الأنظمة المؤسسية لدينا. نصممها حول الطريقة التي يعمل بها فريقك المالي أصلاً، ونبدأ بالقواعد الثلاث الواردة في الملاحظة أعلاه.



