تاريخ القفل في Odoo 19 لا يمنع الترحيل

الترحيل في فترة مقفلة في Odoo 19 لا يعطي أي خطأ. يُنقل القيد إلى أول تاريخ مفتوح. إليك كيف تتحقق مما يفعله القفل فعلاً قبل إقفال الشهر.

يتناول هذا المقال بنداً واحداً من قائمتي 11 مشكلة في Odoo 19 من مشاريع حقيقية. إنه إعداد صغير، لكنه يغيّر طريقة إقفال الشهر، ومن السهل أن تفترض أنه يعمل بالعكس.

ما توقعناه

عند إقفال فترة محاسبية، تقفلها. الغرض من القفل ألا يضيف أحد قيوداً أو يعدّلها في تلك الفترة بعد إعلان أرقامها. لذلك توقعنا الأمر البسيط: إذا حاول أحد ترحيل قيد بتاريخ داخل فترة مقفلة، يوقفه Odoo برسالة خطأ.

هكذا يفهم كثيرون تواريخ القفل، من أنظمة أقدم أو برامج أخرى أو من كلمة "قفل" نفسها.

ما يفعله Odoo 19 فعلاً

في Odoo 19 لا يعطي الترحيل في فترة مقفلة أي خطأ. يُنقل القيد بصمت إلى أول تاريخ مفتوح ويُرحّل هناك.

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

القفل النهائي وحده يرفض القيد. والقفل النهائي لا يمكن التراجع عنه. بعد تفعيله تُغلق تلك الفترة نهائياً.

إذن هناك سلوكان يجب التمييز بينهما:

• القفل العادي يحمي أرقام الفترة المقفلة بنقل القيود الجديدة خارجها. لا يمنع الناس من الترحيل.
• القفل النهائي يرفض القيود في الفترة المقفلة، وهو دائم.

لماذا يهم هذا

القفل العادي يحافظ فعلاً على أرقام الفترة المقفلة كما هي. هذا الجزء يعمل. المشكلة في ما يعتقد الناس أنه يفعله.

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

والخطر الآخر في الاتجاه المعاكس. يسمع أحدهم أن القفل العادي "لا يقفل فعلاً" فيفعّل القفل النهائي احتياطاً. ثم يحتاج إلى تصحيح في تلك الفترة، ولا سبيل للعودة.

لا شيء من هذا خلل برمجي. كلاهما ناتج عن عدم معرفة أي قفل يفعل ماذا.

كيف تتحقق من ذلك في نظامك

لا تختبر هذا على قاعدة البيانات الفعلية. استخدم نسخة.

1. أنشئ نسخة من قاعدة البيانات، أو استخدم بيئة الاختبار إذا كانت نسخة حديثة من الإنتاج.
2. اضبط تاريخ القفل على نهاية شهر سابق.
3. أنشئ فاتورة مورد أو قيد يومية بتاريخ داخل ذلك الشهر المقفل.
4. رحّله.
5. افتح القيد المرحّل وانظر إلى تاريخه المحاسبي. قارنه بالتاريخ الذي أدخلته.

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

لا تجرّب القفل النهائي على قاعدة البيانات الفعلية "لترى ما يحدث". اختبره على النسخة فقط، لأنه على النظام الفعلي لا يمكن التراجع عنه.

ما نفعله الآن

بعد أن واجهنا هذا في مشروع حقيقي، غيّرنا ثلاثة أشياء في طريقة إعداد المحاسبة في Odoo 19:

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

هذا جزء من الطريقة الأوسع التي أخطط بها تنفيذ Odoo في عُمان: كل ضابط رقابي يُختبر لمعرفة ما يفعله فعلاً، لا ما يوحي به اسمه.

ماذا تفعل إذا كان نظامك يعمل بالفعل

إذا كانت شركتك تعمل على Odoo 19 وتستخدم تواريخ القفل، فهذه ثلاث خطوات سريعة:

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

تحتاج إلى مراجعة ثانية؟

إذا أردت أن يراجع أحد إعدادات نهاية الشهر في Odoo 19 لديك، بما فيها تواريخ القفل، تواصل معي.