تسوية الميزانية العمومية

ما معنى «مُسوّى» في Haruno

يكون الحساب مُسوًّى عندما يساوي مجموعُ جدوله المساند رصيدَه في دفتر الأستاذ العام حتى آخر سنت، في الشهر الذي أُعدّ الجدول له. ولا تُليّن الأهمية النسبية أي حالة أبدًا: فالفرق البالغ سنتًا واحدًا استثناء. وحالة «مُسوّى» مطابقةٌ بين رقمين، لا رأيٌ في أيٍّ منهما.

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

مصنف التسويات

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

أما سجل الأصول المسمّى 15XX Fixed Assets، الذي يُسوّي تكلفة المعدات ومجمّع إهلاكها معًا، فلا يحمل رقمًا. تقرأ المسودة الحسابين من السجل وتسأل: «tab '15XX Fixed Assets' is read as reconciling TWO accounts: 1510 against its cost column and 1610 against its accumulated-depreciation column — confirm the second belongs to this schedule.» (تُقرأ الورقة '15XX Fixed Assets' على أنها تُسوّي حسابين اثنين: 1510 مقابل عمود التكلفة فيها، و1610 مقابل عمود مجمّع الإهلاك — أكّد أن الحساب الثاني ينتمي إلى هذا الجدول.) كما تسرد المسودة الأوراق التي تخطّتها، لتتأكد من أن أيًّا منها لا يُسوّي حسابًا.

أضِفه، ثم أضِف مصنف كل شهر

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

وفي كل شهر، أضِف مصنف ذلك الشهر من «الدفاتر ▸ استيراد ملفات التصدير…» في صفحة الشركة قبل أن تُقفل (انظر إضافة الملفات بعد وجود التعيين). وتبقى المصنفات السابقة، وتُقرأ مجددًا في كل إقفال.

• أبقِ اسم ورقة المحتويات مطابقًا تمامًا لاسمها في المصنف الأول (فـ TOC ليست Toc)، وإلا فلن يُقرأ المصنف.
• أبقِ أسماء الأوراق كما هي. فالورقة التي لا يحمل اسمها رقم حساب، مثل 15XX Fixed Assets، تُطابَق باسمها الكامل: فإذا غُيّر اسمها صارت حالتها «open»، ولم يعد للحسابين 1510 و1610 جدول في ذلك الشهر، وقد يُثيران الملاحظة recon_coverage. أما الورقة المرقّمة فتظل تعمل ما دام اسمها يبدأ بالرقم.
• أضِف مصنفًا واحدًا لكل شهر. فإذا وُجد مصنفان للشهر نفسه، لا يُحتفظ إلا بنتيجة واحدة لكل حساب، هي نتيجة المصنف الذي يُقرأ أخيرًا. وتُقرأ النسخة المحفوظة بالاسم نفسه (<الاسم> 2.xlsx) بعد أصلها مباشرةً؛ وتُقرأ الملفات الأخرى بترتيب الأسماء، لذا فإن المصنف الذي يُقرأ أخيرًا ليس بالضرورة الذي أضفته أخيرًا.
• سمِّ الملفات بالسنة ورقم الشهر، مثل Recon 2026-06.xlsx (انظر قسم «أي شهر يُسوّيه المصنف»).
• راجِع المصنف قبل إضافته: فالنسخة المصحّحة تُحفظ إلى جانب الأصلية بدلًا من أن تحلّ محلها، وتُقرأ كلتاهما. ويبقى الملف الذي قرأه إقفال، لأن أرقامه موجودة في الأشهر التي أُبلغ عنها؛ ويمكن إزالة أي ملف آخر، مثل ملف أُضيف منذ ذلك، أو ملف لا يقرؤه التعيين، أو ملف تعذّرت على Haruno قراءته.

ما لا يقرؤه Haruno

• كشوف الحساب المصرفية. فالنقد يُسوّى عادةً في QuickBooks: أضف تقرير التسوية الخاص بـ QuickBooks نفسه، محفوظًا بصيغة PDF (انظر «تقارير التسوية من QuickBooks» أدناه). والتسوية المصرفية الملصقة في المصنف تكون حالتها «open» ما لم تحتوِ ورقتها على صف عنوانه Per GL (الرصيد الدفتري) وصف عنوانه Total (الرصيد بعد التسوية).
• تقارير أعمار الذمم الدائنة. أضف تقرير A/P Aging (أعمار الذمم الدائنة) من QuickBooks بوصفه ملفًا مستقلًا بدلًا من ذلك، فيطابقه Haruno مع حساب الذمم الدائنة الذي تحدده.
• طرق الإهلاك والإطفاء غير طريقة القسط الثابت، والأوراق المخفية، وملفات .xls أو .xlsm (احفظها بصيغة .xlsx).

تقارير التسوية من QuickBooks

يمكن أن تأتي التسوية أيضًا من QuickBooks: تقرير التسوية الذي يطبعه لحساب مصرفي أو حساب بطاقة ائتمان، محفوظًا بصيغة PDF (انظر تقارير التسوية). أضِفه عبر «رفع ملفات» أو بإفلاته على النافذة (وللشركة التي تقرأ QuickBooks قسم «إضافة تقارير التسوية» في تبويب «الملفات» لهذا الغرض)؛ ويظهر صفه باسم «التسوية»، ولا يحتاج التعيين إلى أي تغيير. وأي ملف PDF آخر يظهر عليه «تم النسخ · غير مستخدم»: «ملف PDF هذا ليس تقرير تسوية من QuickBooks، وهو النوع الوحيد من ملفات PDF الذي يقرؤه Haruno. صدِّر التقرير إلى Excel (.xlsx) وأضف ذلك الملف.»

يقرأ Haruno التقرير بوصفه تسوية ذلك الحساب للشهر الذي ينتهي فيه كشفه. و«حسب الجدول المساند» هو الرصيد الختامي في الكشف مضافًا إليه المعاملات غير المُقاصّة بعد، و«حسب الأستاذ العام» هو رصيد السجل في نهاية الكشف، وتتبع الحالة قواعد المصنف نفسها: فالفرق الذي يبلغ سنتًا واحدًا أو أكثر استثناء. والتقرير الذي لا يستقيم ملخصه (Summary) حسابيًا استثناء، والتقرير الذي ينتهي قبل آخر يوم في الشهر لا يعرض «حسب الأستاذ العام». والتقرير الذي يتعذّر استخدامه يُذكر في نتيجة الإقفال («‹file› was not filed as a reconciliation: …‎» أي «لم يُحفظ ‹file› بوصفه تسوية: …») ويُتجاوز: إما لأن حسابه ليس في الدفاتر، أو لأن الدفاتر لا تحمل أرصدة لشهره بعد (فيُقرأ حالما توجد)، أو لأن مصنفًا يُسوّي ذلك الحساب لذلك الشهر بالفعل.

الشركة التي تأتي دفاترها من QuickBooks تُسوّي عبر هذه التقارير وحدها؛ ولا يُقرأ أي مصنف يُضاف إليها (انظر QuickBooks ودفاتر الشركة). وعندما تنتقل شركة من ملفات Excel إلى QuickBooks، تظهر الأشهر التي سوّاها مصنف بحالة «not reconciled» (غير مُسوّى) إلى أن يغطيها تقرير تسوية من QuickBooks. وما يُتوقَّع من هذه الشركة تسويته مذكور في التغطية والإعفاءات.

كيف يقرأ Haruno كل ورقة

يصنّف Haruno كل ورقة مرقّمة بحسب الكلمات الواردة في عناوين أعمدتها، لا بحسب اسمها؛ ويُعتمد أول نوع في الجدول أدناه تظهر كل كلماته في أي موضع من الورقة، مع تجاهل الأحرف الكبيرة والأسطر الملتفّة والمسافات الزائدة. والعنوان المقسوم على صفين (Reverse فوق Accruals) يُعدّ عنوانًا واحدًا. ولا يرتبط أي نوع بحساب بعينه: فورقة التزامات الرواتب مثلًا تُقرأ وفق الشكل الذي تطابقه عناوينها، أو بوصفها external.

صفوف Per GL والإجمالي وDifference

ويقرأ Haruno كذلك في كل ورقة الصفوف التي تبدأ بـ Per GL، وبـ Total أو Ending balance، وبـ Difference:

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

أي شهر يُسوّيه المصنف

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

يقرأ Haruno الملفات بترتيب أسمائها، مع وضع النسخة مثل Recon 2026-06 2.xlsx بعد الملف الذي نُسخت منه مباشرةً، ويأخذ سجل أصول الحساب وعقوده المدفوعة مقدمًا من المصنف الذي يُقرأ أخيرًا. فمع أسماء الأشهر، يأتي Recon July قبل Recon June في الترتيب، فيُقارَن سجل يونيو بدفتر أستاذ يوليو؛ وتتفادى الأسماء المبنية على السنة والشهر ذلك.

حالات التسوية

يحصل كل حساب تُسوّيه ورقة على حالة واحدة لشهره، يحدّدها الفرق وحده.

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

تُبلغ الملاحظة recon_gl_mismatch (عالية الخطورة) عن الورقة التي يختلف رقم Per GL المذكور فيها عن رصيد دفتر الأستاذ بأكثر من سنت واحد، حتى لو كانت الورقة متطابقة مع نفسها: «في <التاريخ>، رقم الأستاذ في الجدول <x> يختلف عن رصيد الأستاذ الحالي <y>؛ وهو مربوط برقم قديم». وليس لها ولا لـ recon_exceptions زر «معالجة…»؛ وإنما تُزيلهما بتصحيح جدول ذلك الشهر أو دفاتره. انظر فحوصات التسوية.

قراءة التسوية في التطبيق

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

مربّع «استثناءات التسوية» وصفحة «المحفظة»

في تقرير المحفظة

يحتوي تقرير المحفظة، الذي يُصدَّر عبر «الدفاتر ▸ تصدير تقرير المحفظة…»، على بطاقة «Reconciliation status» (حالة التسوية) لكل شركة. وحين لا يكون هناك ما سُوّي، تقول البطاقة «No reconciliation binder ingested for this close.» (لم يُستورَد أي ملف تسويات لهذا الإقفال.) ويعرض مربّع «Recon exceptions» (استثناءات التسوية) شرطة مع «no reconciliation binder for this close» (لا يوجد ملف تسويات لهذا الإقفال)، لا عددًا يساوي صفرًا. انظر تقرير المحفظة. أما تقرير المستثمرين فيستبعد التسوية كليًا (انظر تقرير المستثمرين).

تقرير ملف التسويات

يسرد ملف التسويات كل حساب خضع للتسوية مع حالته، والأرصدة الجوهرية التي ليس لها جدول، وكل جدول بعد إعادة حسابه بندًا بندًا. وهو صف «التسوية» في بطاقة «التقارير» الخاصة بالشركة: اضغط الصف لتراه في تبويب «التسوية»، أو استخدم قائمة … في الصف ▸ «تصدير…» لحفظ ملف PDF وصفحة ويب، باسم مثل «Acme Inc — Reconciliation Jun 2026». وأجزاؤه موصوفة في ملف التسويات.

يبدأ قسم كل حساب في صفحة مطبوعة جديدة، وينتهي بالسطر Per schedule <x> · Per GL <y> · Difference <z> (حسب الجدول <x> · حسب الأستاذ العام <y> · الفرق <z>). والقسم الذي ليس فيه ما يُسرد تظهر فيه إحدى العبارات: «No itemized rows extracted.» (لم تُستخرج أي صفوف بنديّة.) أو «No prepaid schedule extracted.» (لم يُستخرج أي جدول مصروفات مدفوعة مقدمًا.) أو «No asset registry extracted.» (لم يُستخرج أي سجل أصول.)

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

التغطية والإعفاءات

تسأل التغطية عمّا إذا كان رصيدٌ ما قد بقي دون تسوية. ففي أحدث شهر تتوافر فيه للشركة تسوية، يحتاج كل حساب في الميزانية العمومية يساوي رصيده حد الأهمية النسبية أو يزيد عليه إلى ورقة أو إعفاء، باستثناء حسابات حقوق الملكية (صافي الدخل، و«Opening Balance Equity»، والأرباح المحتجزة، ورأس المال المدفوع)، التي لا يُتوقَّع أن يكون لها ورقة أبدًا. والحساب الذي ليس له أيٌّ منهما يُثير recon_coverage (متوسطة الخطورة) وسطرًا في «Coverage alerts» (تنبيهات التغطية) في ملف التسويات. أعفِ حسابات النقد التي تُسوّيها في QuickBooks. ولا يُنبَّه إلى الرصيد الصفري إلا إذا كانت الأهمية النسبية 0. أما الشركة التي ليس لها أي تسوية على الإطلاق، فيلزم الفحص الصمت بشأنها: أي أنها لم تُقيَّم، لا أنها سليمة.

يُتوقَّع أن يكون للشركة التي تُسوّي عبر تقارير التسوية من QuickBooks وحدها تقرير لكل حساب مصرفي وحساب بطاقة ائتمان: أصل واقع على بند في الميزانية العمومية يذكر النقد أو المصرف أو تحته، والتزام واقع تحت بند يذكر بطاقات الائتمان، وأي حساب سبق أن سوّاه تقرير. أما أرصدتها الأخرى فليست ملاحظات؛ ويسردها تبويب «التسوية» على حدة. ولا تسأل مسودتها عن «الأهمية النسبية» ولا عن «حساب تُسوّى مطابقته في مكان آخر»، ويُطبَّق حد الأهمية النسبية الافتراضي، $1,000.

الأهمية النسبية

تُحدَّد الأهمية النسبية بالدولارات، وتضعها المسودة عند $1,000 في صف المراجعة «الأهمية النسبية، بالدولارات» عندما تجد مصنفًا: فـ 1000 تعني رصيدًا قدره $1,000، لا $1,000k أبدًا، و0 تعني أن كل رصيد يحتاج إلى جدول. ومن دون مصنف لا يُطرح هذا السؤال، ويُطبَّق مبلغ $1,000. وبعد الإجابة، لا تتغيّر إلا عبر «أنشئ مسودة جديدة»، الذي يحذف كل الإجابات المسجّلة، أو عندما تطلب من المساعد تعديل التعيين (انظر ما لا يستطيع التطبيق فعله بعد).

سجِّل إعفاءً

الإعفاء يعني أن الحساب يُسوّى في مكان آخر، أو أنه لا يُتوقَّع أن يكون له جدول. سجّله في صف «حساب تُسوّى مطابقته في مكان آخر» في نموذج المراجعة، أو لاحقًا عبر «معالجة…» على الملاحظة recon_coverage، ثم «تسجيل الإجابة». وأدخِل رقم حساب محددًا كلما أمكنك ذلك: فهو يُطابَق بالطريقة نفسها في كل موضع، بما في ذلك «Coverage alerts» في ملف التسويات. ولا يُسكِت الإعفاء إلا ملاحظة التغطية؛ فهو لا يُزيل أبدًا استثناءً أو رقم Per GL قديمًا، ولا يغيّر شهرًا مُقفلًا بالفعل. والإدخال الذي لا يطابق أي حساب يُثير unused_exemption (متوسطة الخطورة): «الإعفاء <الإدخال> لا يطابق حسابًا. لا تزال الأرصدة التي كان يُفترض كتمها تظهر في النتائج.» للمزيد: الإعفاءات ومعالجة الملاحظة.

فحوصات الإهلاك والإطفاء والسياسات

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

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

متى لا تُجرى المقارنة

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

الإيرادات المؤجلة

لا تذكر الميزانية العمومية إلا الرصيدين الافتتاحي والختامي للإيرادات المؤجلة. فيقسم Haruno الحركة إلى إضافات (ما فُوتر مقدمًا) واعتراف (ما قُدّم فعلًا)، انطلاقًا من ملف التصدير من نظام الفوترة الخاص بالشركة أو من أوراق جداول الحركة في المصنف، ويتحقق من أن الرصيد الافتتاحي زائد الإضافات ناقص الاعتراف يساوي الرصيد الختامي. والفارق الذي يتجاوز كلًّا من الأهمية النسبية و$1.00 هو deferred_rollforward_drift (متوسطة الخطورة): «في <التاريخ>، الافتتاحي <o> + الإضافات <a> − الاعتراف <r> يساوي <d>؛ الدفاتر تُظهر <c> بفارق <الفارق>. التفصيل من ملف الجداول.» (أو «…التفصيل من فواتير العملاء.») ولا يُعاد بيان أي رقم.

لاستخدام المصنف، خصّص ورقة جدول حركة لكل حساب يقرؤه Haruno بوصفه إيرادات مؤجلة (ويتعرّف عليه من اسمه). وفي حساب الالتزام، يمثّل Credit الإضافات ويمثّل Debit الاعتراف، ويجب أن يساوي End Bal ناقص Beg Bal قيمةَ Credit ناقص Debit. ولا يقسم المصنف إلا حركة شهره هو. وتُسوّى الورقة أيضًا مثل أي ورقة أخرى.

تعرض بطاقة «الإيرادات المؤجلة» في «نظرة عامة» جدول الحركة، ومع «لماذا تغيّر؟» البنود التي تقف وراء حركة الشهر. انظر جدول حركة الإيرادات المؤجلة.

الذمم المدينة والذمم الدائنة وتقارير أعمارها

يطابق Haruno الفواتير المفتوحة في تقرير A/R Aging Detail (تفاصيل أعمار الذمم المدينة) من QuickBooks مع رصيد الحسابات التي تحدّدها أنت بوصفها ذممًا مدينة، وتقرير A/P Aging (ملخصًا كان أو تفصيليًا) مع الحسابات التي تحدّدها بوصفها ذممًا دائنة؛ ولا يُستنتَج هذا الحساب تلقائيًا أبدًا. أضِف تقرير Detail (أما A/R Summary فلا يُستخدم) بتاريخ نهاية شهر موجود في الدفاتر، وأجِب عن صف «حساب الذمم المدينة»، أو صف «حساب الذمم الدائنة» لتقرير أعمار الذمم الدائنة، الذي يعرضه نموذج المراجعة عندما يكون تقرير أعمار ضمن الملفات. والفارق الذي يتجاوز كلًّا من الأهمية النسبية وسنتًا واحدًا هو aging_disagrees_with_balance (عالية الخطورة)، بالموضوع A/R aging @ <date> أو A/P aging @ <date> وبجملة مثل «في <التاريخ>، يبلغ إجمالي <n> فواتير مفتوحة <x>، مقابل <y> في دفتر الأستاذ للحسابات <الحسابات>، بفارق <g>.» لذلك، عند القيمة الافتراضية $1,000، لا يُثير الفارق البالغ $1,000 أو أقل أي ملاحظة. وإذا لم يكن لحسابٍ محدَّد رصيد في ذلك التاريخ، فلا تُجرى أي مقارنة. وللشركة المُزامَنة من QuickBooks، تسمّي المسودة هذه الحسابات بنفسها، بحسب نوع حسابها في QuickBooks. انظر تقارير QuickBooks الأخرى، وبالنسبة إلى تقرير الأعمار المضاف بعد التعيين، إضافة الملفات لاحقًا.

الشركات التي ليس لديها مصنف

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

وتظل كل فحوصات القوائم المالية تُجرى، وكذلك مطابقات الأعمار بعد أن تضيف تقرير A/R Aging Detail أو تقرير أعمار الذمم الدائنة وتحدّد الحساب، وفحص الإيرادات المؤجلة إذا وفّر ملف تصدير من نظام الفوترة التقسيم.

إضافة مصنف لاحقًا

لا يستطيع تعيينٌ أُنشئت مسودته من دون مصنف أن يقرأ مصنفًا يُضاف لاحقًا: يقول صف الاستيراد «تم النسخ · ليس ضمن التعيين»، ويقول تبويب «الملفات» إن الإقفال التالي يستبعد الملف، ويذكر الإقفال الملف باسمه ويقول إنه «تُرك في مكانه». أضِف المصنف، واضغط «أنشئ مسودة التعيين مجددًا» (في نتيجة الاستيراد أو في تبويب «الربط» للشركة)، أو اختر «الدفاتر ▸ مراجعة التعيين…» ▸ «أنشئ مسودة جديدة»، واعتمد المسودة الجديدة قبل أن تُقفل. وإنشاء مسودة جديدة يحذف الإجابات التي سجّلتها، وإذا عرضت المسودة الجديدة شهرًا مُقفلًا بصورة مختلفة، يُرفض الإقفال التالي إلى أن يُعاد فتح ذلك الشهر: فاقرأ تغيير التعيين أولًا. ويعمل «أنشئ مسودة جديدة» عندما تحتوي الملفات على ملفَّي تصدير للقائمة نفسها، وهذا هو المعتاد بعد أن تُقفل الشركة أكثر من شهر واحد: فيُنشئ المسودة من ملف التصدير الذي يمتد إلى أحدث شهر ويذكر أيهما استبعد (انظر إنشاء مسودة جديدة). ويُقرأ تقرير التسوية من QuickBooks من دون إنشاء مسودة جديدة. وإذا أضفت الملف الخطأ، فأخرجه عبر «إزالة من الشركة» في تبويب «الملفات» بصفحة الشركة إلى أن يقرأه الإقفال التالي.

كيف تحدّد التسوية حالة الإقفال

يضع كل إقفال قفلًا على الأشهر التي يستطيع قفلها، سواء تطابقت أم لا، ويسجّل الملاحظات العالية والمتوسطة الخطورة التي لا تزال مفتوحة. فإن لم توجد أي ملاحظة منها، يصبح الشهر «fully reconciled» (مُسوّى بالكامل)؛ وإن وُجدت أي ملاحظة، يصبح «reported with exception» (مُبلَّغ عنه مع استثناء). أما الشهر الذي لا توجد في الدفاتر تسوية له فلا شيء فيه يُطابَق، لذا فإنه إذا لم تكن فيه ملاحظات مفتوحة يُقفَل بحالة «not reconciled» (غير مُسوّى) بدلًا من ذلك. ولا تبلغ التسوية الحالتين الأخريين إلا عبر ملاحظاتها، لذا فإن «fully reconciled» لا تعني أن كل رصيد قد طُوبق: فالصفوف «open» والحسابات المُعفاة والأرصدة الأقل من الأهمية النسبية لا تُختبر. انظر حالات الإقفال.

إذا كانت أيٌّ من الملاحظات التالية مفتوحة عند القفل، فإنها تجعل الشهر «reported with exception»: recon_exceptions (عالية الخطورة)، وrecon_gl_mismatch (عالية الخطورة)، وrecon_coverage (متوسطة الخطورة)، وschedule_drift (متوسطة الخطورة)، وdeferred_rollforward_drift (متوسطة الخطورة)، وaging_disagrees_with_balance (عالية الخطورة)، وschedule_movement_unexplained (متوسطة الخطورة)، وunused_exemption (متوسطة الخطورة)، وevidence_integrity (متوسطة الخطورة)، التي تُثار عندما تكون النسخة التي يحتفظ بها Haruno من المصنف مفقودة أو معدّلة أو غير قابلة للقراءة. أما schedule_drift منخفضة الخطورة، حين يتعذّر إجراء مقارنة حركة المصروفات المدفوعة مقدمًا، وحالة «open»، فلا أثر لهما.

الاستثناءات من الأشهر السابقة

يفحص recon_exceptions وrecon_gl_mismatch كل شهر موجود في الدفاتر. والاستثناء المتروك في شهر سابق يُبلَّغ عنه في كل إقفال لاحق، ويُقفل كلٌّ من هذه الإقفالات أشهره بحالة «reported with exception»، إلى أن يتطابق ذلك الشهر. ولا يُزيله إعفاء ولا تصحيح يُقيَّد في شهر لاحق: فجدول يونيو يظل يُقارَن بدفتر أستاذ يونيو. والمصنف المصحَّح لذلك الشهر، إذا حُفظ بالاسم نفسه، يُقرأ بعد الأصلي، فتكون نتيجته هي التي يُحتفظ بها. أما المصنف المحفوظ باسم آخر فيُقرأ بترتيب أسماء الملفات وقد تظل نتيجة الأصلي هي التي يُحتفظ بها، لذا قبل أن ترسل مصنفًا كهذا، راسِل فريق الدعم على info@inferara.com مع ذكر اسم الشركة وأسماء الملفات.

إصلاح شهر مُقفل بالفعل

تسجّل حالة الشهر المُقفل ما كان صحيحًا عند الإبلاغ عنه، وإصلاح السبب لاحقًا لا يغيّرها. أعد فتح الشهر مع ذكر سبب مكتوب، من شريحة حالة الإقفال أو من نافذة «الأشهر»، ثم أصلِح السبب وأقفله مجددًا. انظر إعادة فتح شهر؛ وإذا كان الأمر يتعلق بمصنف مصحَّح، فاقرأ أولًا قسم «الاستثناءات من الأشهر السابقة» أعلاه.

مثال تطبيقي

ترسل Nimbus Biotech, Inc.، وهي شركة توضيحية بأرقام افتراضية، مصنفًا ليونيو 2026 يضم ست أوراق. ويُعفي تعيينها حسابات النقد (1010 و1020 و1030) وحسابات الذمم الدائنة التي لا تُعدّ لها جداول؛ أما حقوق الملكية، بما فيها صافي الدخل، فلا يُتوقَّع أن يكون لها جدول أبدًا. والأهمية النسبية $1,000. وهذا قسم «Status summary» (ملخص الحالة) في ملف التسويات:

1440 Advance to Suppliers: استثناء. يسرد جدول الحركة Glassworks Ltd بمبلغ 15,000، وBioReagent GmbH بمبلغ 20,000، وPackCorp التي تبدأ عند 7,000 ويُقيَّد لها مدين بمبلغ 250 في يونيو فتنتهي عند 7,250: والمجموع 42,250. ولا تذكر الورقة رقم Per GL، فيستخدم Haruno رصيد دفتر الأستاذ المستورد، 42,000، وهو يساوي الأرصدة الافتتاحية الثلاثة. فإما أن الدفعة المقدمة البالغة $250 إلى PackCorp في يونيو مُدرجة في الجدول وغير مسجّلة في الدفاتر، وإما أن الجدول خاطئ. والملاحظة هي recon_exceptions (عالية الخطورة)، بعنوان «التسوية بها استثناءات»: الموضوع 1440 Advance to Suppliers @ 2026-06-30، والجملة «الجدول لا يطابق دفتر الأستاذ في 30 يونيو 2026: الفرق $250.00.»

1450 Deposits Receivable: لا يوجد جدول. يحمل رصيدًا قدره 8,500 في 30 يونيو، وليس له ورقة ولا إعفاء، ويتجاوز حد الأهمية النسبية البالغ $1,000. والملاحظة هي recon_coverage (متوسطة الخطورة)، بعنوان «التسوية مفقودة»: الموضوع 1450 Deposits Receivable، والجملة «الرصيد $8,500.00 في 30 يونيو 2026 بلا تسوية.» وتقرأ «Coverage alerts» في ملف التسويات: «1450 Deposits Receivable — material balance 8,500.00 with no reconciliation» (رصيد جوهري قدره 8,500.00 بلا تسوية). فإما أن تضيف الشركة ورقة، وإما أن تسجّل أنت إعفاءً. كما أن الحساب 1450 غائب عن القوائم المالية، وهذه ملاحظة منفصلة (انظر الفحوصات).

وتتطابق البقية. فاعتبارًا من 1 ديسمبر 2025، يتبقى من عقد LabServ Co البالغ 84,000 لمدة اثني عشر شهرًا مبلغ 35,000 في 30 يونيو، ويتبقى من وثيقة التأمين البالغة 60,000 مبلغ 25,000. وتطابق ورقة 15XX Fixed Assets الحساب 1510 بالتكلفة (250,000 زائد 30,000) والحساب 1610 عند (132,500.09)، وهو عمود المجمّع فيها بإشارة معكوسة. ويعيد قسم الحساب 1510 في ملف التسويات حساب السجل:

بأي حالة يُقفَل يونيو

بما أن recon_exceptions وrecon_coverage وملاحظات القوائم المالية مفتوحة، يُقفَل يونيو بحالة «reported with exception». وفي أول إقفال للشركة، تُسجَّل القائمة نفسها على كل شهر يُقفله الإقفال. ولتغيير ذلك، صحّح فرق PackCorp، وخصّص للحساب 1450 جدولًا أو إعفاءً، وعالِج ملاحظات القوائم المالية، ثم أعد فتح يونيو وأقفله مجددًا (انظر إصلاح شهر مُقفل بالفعل). أما إعفاء الحساب 1450 وحده فسيُبقي استثناء الحساب 1440.

حين يوقف المصنف الإقفال

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

المدة أو العمر المكتوب نصًّا، مثل 60 months، لا يوقف الإقفال: يُقرأ الصف بلا مدة ويُثير ملاحظة متوسطة الخطورة. ويُقتطع الرقم الكسري إلى أشهر كاملة: فـ 12.5 تُقرأ 12. والمصنف الذي أُضيف بالفعل يُقرأ في كل إقفال. ويمكن إخراج مصنف أُضيف منذ آخر إقفال عبر «إزالة من الشركة»؛ أما المصنف الذي قرأه إقفال سابق فيبقى، لذا أصلِحه قبل إضافته. وإذا تسبّب مصنف في تعطيل كل إقفال ولم يمكن إخراجه، فراسِل فريق الدعم على info@inferara.com مع ذكر اسم الشركة واسم الملف.