قفل الفترة المحاسبية: ما يمنعه القفل، ومن يظل قادراً على الترحيل، ومتى تعيد فتح الفترة

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

ثلاثة مصطلحات تتكرر في كل نظام:

• تاريخ القفل أو تاريخ الإقفالالتاريخ الذي لا يمكن تغيير المعاملات المؤرخة فيه أو قبله دون اعتماد. ويسميه QuickBooks تاريخ الإقفال (closing date)، ويسميه Xero تاريخ القفل (lock date).
• الفترة المُقفلةشهر انتهى الترحيل إليه. في NetSuite تمنع الفترة المُقفلة أي ترحيل إلى دفتر الأستاذ العام من أي شخص، أما في Business Central فإقفال الفترة لا يمنع الترحيل إطلاقاً.
• إعادة الفتحرفع القفل أو الإقفال حتى يُرحَّل قيد معتمد إلى الشهر الأصلي، ثم قفله من جديد.

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

القفل المرن (soft lock) يوقف المستخدمين العاديين، لكنه يسمح لأشخاص مسمَّين بالترحيل بكلمة مرور أو صلاحية تجاوز. أما القفل الصارم (hard lock) فيوقف الجميع حتى يرفعه مستخدم مخوّل. وحالة الإقفال وقيود الترحيل إعدادان منفصلان: ففي Business Central لا تمنع الفترة المُقفلة أو السنة المالية المُقفلة الترحيل إطلاقاً.

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

يختلف القفل من نظام إلى آخر: يستخدم QuickBooks Online تاريخ إقفال واحداً، ويستخدم Xero تاريخَي قفل، وNetSuite أقفالاً لكل وحدة ثم إقفالاً للفترة، وBusiness Central نطاقات لتواريخ الترحيل. ويُقفل Sage Intacct الدفاتر المساعدة ثم الدفاتر، ويفتح SAP فترات الترحيل حسب نوع الحساب. ويبيّن هذا الجدول ما يمنعه كل قفل، وقد رُوجع على صفحات المساعدة لدى الموردين في 9 نوفمبر 2026.

من يظل قادراً على الترحيل في كل نظام، وهل تُقفل الحسابات الدائنة والمدينة كلٌّ على حدة، وصفحة المورد التي يستند إليها كل صف:

QuickBooks Online وQuickBooks Desktop

في QuickBooks Online، اختر «Allow changes after viewing a warning and entering password»، لا خيار التحذير وحده الذي يتجاوزه بنقرة كل من يستطيع تعديل المعاملات. وللشركة تاريخ إقفال واحد، فقدّمه بعد كل إقفال شهري. ويعمل QuickBooks Desktop بالطريقة نفسها، بتاريخ إقفال وكلمة مرور يحددهما المسؤول.

Xero

يعطيك Xero تاريخَي قفل: أحدهما يوقف جميع المستخدمين عدا المسؤولين (ويسمّي مركز مساعدة Dext هذا الدور adviser)، والآخر يوقف كل المستخدمين. حدّد الأول عند إقفال كل شهر، والثاني بعد أن تصبح حسابات نهاية السنة والإقرارات الضريبية نهائية. ويشير مركز مساعدة Dext إلى أن فاتورة مورد مؤرخة قبل القفل قد تصل إلى Xero رغم ذلك كمسودة أو بانتظار الاعتماد. فصفِّ هذه الفواتير قبل القفل.

NetSuite

تسير أقفال قائمة التحقق في NetSuite من الدفاتر المساعدة صعوداً. يوقف Lock A/P وLock A/R المستخدمين العاديين عن ترحيل هذين النوعين من المعاملات، ويوقف Lock All كل معاملة أخرى تمس دفتر الأستاذ العام. وإقفال الفترة، بعبارة Oracle، «يمنع الترحيل إلى دفتر الأستاذ العام بأي تاريخ يقع في الفترة، من أي شخص». ولتجنّب أخطاء الكتابة مثل 2027 بدلاً من 2026، فعّل Enable Accounting Period Window، الذي يقفل الفترات المستقبلية خارج نافذة من 1 إلى 1,000 فترة مفتوحة.

Business Central

تقول Microsoft Learn إن «الفترات المحاسبية لا تتحكم في تواريخ الترحيل». وتضيف: «مع أن السنة المالية مُقفلة، لا يزال بإمكانك ترحيل قيود دفتر الأستاذ العام إليها». فقفلك الحقيقي هو نطاق Allow Posting From وAllow Posting To في General Ledger Setup، وهو يسري على كل المستخدمين. والنطاقات في User Setup «تتقدّم على» هذا النطاق للمستخدمين المسمَّين. ويمكن لحقول الصيغ التاريخية أن تقدّم النافذة كل شهر تلقائياً، مع محذور واحد يتناوله جدول الثغرات أدناه.

Sage Intacct

يُقفل Sage Intacct على طبقات: ملخصات AP وAR وExpenses وفترات Cash Management أولاً، ثم الدفاتر. وبعد إقفال الدفاتر «لا يمكنك ترحيل معاملات في أي تطبيق» بتواريخ سابقة. وتنبّه Sage إلى أنك تستطيع مع ذلك تقييد قيود تسوية في فترة مُقفلة. ولمنع هذه أيضاً، فعّل قفل الفترة المُقفلة. وتقول Sage إن الفترة المقفولة «لا يمكن إعادة فتحها، ولا يمكن تغيير بياناتها، ولو بالتعديلات» حتى يُرفع قفلها.

SAP S/4HANA

في SAP S/4HANA، تفتح المعاملة OB52 فترات الترحيل لكل متغيّر فترات ترحيل، ويُفحص سطر + أولاً مع كل مستند. والنطاق 2 هو النطاق العادي لجميع المستخدمين. ويمكن أن يحمل النطاق 1 مجموعة تفويض، فلا يرحّل إلى الشهر الماضي إلا فريق الإقفال لديك. أما النطاق 3 فيتحكم في الترحيل من المحاسبة الإدارية (Controlling) إلى المحاسبة المالية (Financial Accounting).

أي البرامج المحاسبية تتيح قفل الفترات حسب الدفتر المساعد، لا بتاريخ إقفال واحد فقط؟

يقفل NetSuite وSage Intacct وSAP S/4HANA حسب الدفتر المساعد أو نوع الحساب، فتستطيع قفل الحسابات الدائنة بينما يبقى دفتر الأستاذ العام مفتوحاً لقيود التسوية. ويقيّد Business Central تواريخ الترحيل حسب المستخدم وقالب دفتر اليومية، لا حسب الوحدة. أما QuickBooks Online وQuickBooks Desktop وXero فتقفل الملف كله بتاريخ واحد، ولذلك تحدد التاريخ في هذه الأنظمة مرة واحدة، عند الاعتماد.

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

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

لا يتغير إجمالي مصروف البرمجيات، وتبقى قائمة دخل الشركة لشهر سبتمبر كما أُعلنت. وينخفض مصروف المبيعات في أكتوبر بمقدار $3,200 ويرتفع مصروف الهندسة بالمقدار نفسه، فأشِر إلى إعادة التصنيف في تقارير الإدارات لشهر أكتوبر. وأعد فتح سبتمبر بدلاً من ذلك إذا كانت نتائج الإدارات تحدد عمولات أو مكافآت أو قراراً في الميزانية اتُّخذ بالفعل. ويشرح دليل قيود اليومية في نهاية الشهر كيف تُبنى قيود إعادة التصنيف وتُراجَع.

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

أجب عن أربعة أسئلة بالترتيب:

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

لا توجد نسبة واحدة تحسم الأهمية النسبية. فنشرة موظفي المحاسبة رقم 99 (SAB 99) الصادرة عن هيئة الأوراق المالية والبورصات الأمريكية عام 1999 تصف قاعدة تقريبية شائعة قدرها 5%، ثم تقول إن «الاعتماد الحصري على هذه النسبة أو أي نسبة أو حد رقمي آخر لا أساس له في الأدبيات المحاسبية ولا في القانون». وتسرد عوامل نوعية، منها ما إذا كان التحريف «يمس التزام الجهة المسجلة بتعهدات القروض» أو «يؤدي إلى زيادة مكافآت الإدارة». فاعتبر الحد الذي تضعه نقطةً تستدعي مراجعة المراقب المالي، لا خطاً فاصلاً قاطعاً.

النتيجة أ: لسبتمبر استحقاق بالفعل. سجّل الفريق استحقاقاً بقيمة $4,500 عن هذا العمل في 30 سبتمبر، فسبتمبر يحمل التكلفة بالفعل. وتُسوّي الفاتورة الاستحقاق في أكتوبر، والفرق البالغ $300 مصروف في أكتوبر.

النتيجة ب: لا استحقاق، والبند دون الحد. تمثل $4,800 نسبة 4.0% من الدخل قبل الضريبة لشهر سبتمبر، وهي دون الحد البالغ $6,000، فتُقيَّد الفاتورة في أكتوبر وتُسجَّل كبند متأخر لسبتمبر.

البيان: خدمات سبتمبر، قُيّدت متأخرة وفق سياسة القفل

مصروف سبتمبر أقل من حقيقته بمقدار $4,800، ومصروف أكتوبر أكبر بالمقدار نفسه. وسجل البنود المتأخرة يُبقي ذلك ظاهراً، فيُختبر البند المتأخر التالي لسبتمبر على أساس المجموع التراكمي.

النتيجة ج (بديل عن ب): لا استحقاق، والبنود المتأخرة تتجاوز الحد. لنفترض بدلاً من ذلك أن فاتورة شحن لسبتمبر بقيمة $2,000 وصلت في اليوم نفسه، قبل تقييد فاتورة $4,800. فمجموع الفاتورتين $6,800، أي 5.7% من الدخل قبل الضريبة لشهر سبتمبر، فيراجعهما المراقب المالي ويعتمد إعادة الفتح.

يعيد الفريق فتح سبتمبر، ويرحّل القيد، ويعيد تسوية الحسابات الدائنة، ثم يعيد قفل الشهر في اليوم نفسه. وتُظهر حزمة سبتمبر المعدّلة دخلاً قبل الضريبة قدره $113,200 ($120,000 − $6,800). وإذا كانت فاتورة $4,800 قد قُيّدت بالفعل في أكتوبر وفق النتيجة ب، فاعكس قيد أكتوبر حين ترحّلها إلى سبتمبر، وإلا احتُسبت التكلفة مرتين.

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

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

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

سلوكان في الأنظمة يفاجئان الفرق. ففي NetSuite، إعادة فتح فترة تعيد تلقائياً فتح كل فترة مُقفلة بعدها، وقد تحتاج إلى إعادة مهام قائمة التحقق لكل منها قبل أن تستطيع إقفالها من جديد. وفي Sage Intacct، يجب رفع القفل عن الفترة المقفولة أولاً. وتقول Sage إن الوصول إلى Open books يقتصر عادة على مدير المحاسبة أو المراقب المالي أو المدير المالي.

إعادة فتح الدفاتر مقابل تصحيح قوائم مالية صدرت

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

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

يُظهر NetSuite السلوكين معاً. فعندما تُقفل فترة لشركة تابعة، تختفي من قائمة Posting Period. ويحدد التفضيل Allow Transaction Date Outside of Posting Period ما يحدث عندما لا يتطابق تاريخ المعاملة مع فترة ترحيلها: الخيار Disallow يمنع المستخدم من الحفظ حتى يتطابقا، والخيار Warn يسمح بالحفظ بعد تحذير، والخيار Allow يحفظ دون تحذير. أما المعاملة المؤرخة بتاريخ سابق يقع في فترة مُقفلة، فيختار لها التفضيل Default Posting Period When Transaction Date in Closed Period الفترة الجارية (الإعداد الافتراضي) أو أول فترة مفتوحة. وفي SAP، الخطأ الذي يقول إن فترة الترحيل غير مفتوحة يعني أن تاريخ الترحيل يقع في فترة لم تفتحها OB52 لنوع الحساب ذلك.

لماذا تظل المعاملات تصل إلى الفترة المقفولة

وراء كل ثغرة أدناه إعداد، ولكل منها تقرير يكشفها، فتستطيع سدّها قبل التدقيق القادم.

تخضع التكاملات للقواعد نفسها التي يخضع لها الأشخاص، فمستخدم التكامل الذي يملك صلاحيات المسؤول أو Override Period Restrictions يرحّل رغم القفل. وبعض أدوات الإنفاق والفوترة تنقل البند المؤرخ بتاريخ سابق إلى أول فترة مفتوحة، وبعضها يوقف المزامنة بخطأ يشير إلى فترة مُقفلة. فاختبر كل موصل على شهر مقفول قبل أن تعتمد عليه.

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

في QuickBooks Online، قلّص صلاحيات المسؤولين قبل أن تشارك كلمة المرور، لأن Intuit تقول إن المسؤولين يستطيعون تغيير تاريخ الإقفال وكلمة المرور. وتجنّب الحسابات المشتركة لكل من يستطيع الترحيل إلى شهر مُقفل، حتى يُنسب كل تغيير إلى شخص بعينه.

شغّل تقرير التغييرات في نظامك، ثم قارن ميزان المراجعة المعتمد بميزان اليوم للشهر نفسه: فأي فرق تغيير وقع بعد الإقفال. والمراجعة الشهرية تكشف لك التغيير قبل أن يكتشفه مدققوك.

في Business Central، أدرج الحقلين Allow Posting From وAllow Posting To في سجل التغييرات، لترى من وسّع نطاق الترحيل. ويُظهر تحليل التغيّرات بين الأرصدة المعتمدة والحالية الحسابات التي تحركت ومقدار تحركها.

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

احتفظ بما يلي لكل فترة:

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

إن كنت خاضعاً لقانون SOX، فهذه هي السجلات التي سيأخذ منها مدققوك عيّناتهم، فاستخرجها من النظام لا من الذاكرة.

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

تقويم القفل (مثال، بأيام العمل بعد نهاية الشهر)

قواعد السياسة

حقول نموذج طلب إعادة الفتح

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

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

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

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

يعمل وكيل الإقفال لدينا حول القفل في نظام تخطيط موارد المؤسسة لديك: فلا يمكن قفل الشهر في الوكيل حتى تُعتمد كل مهمة، وبعد قفله لا يستطيع الوكيل تغييره. ويقرأ من NetSuite وOracle وSAP S/4HANA وMicrosoft Dynamics 365 وBusiness Central وQuickBooks ويرحّل إليها القيود المعتمدة، فلا يُرحَّل قيد متأخر يُعدّه إلا بعد أن يعتمده معتمِد مسمّى. ويعمل في حساب AWS مخصص نديره لك، أو في حساب AWS الخاص بك، أو في مقرّك؛ تعرّف إلى وكيل الإقفال لدينا لترى كيف يناسب إقفالك.