تقرير أرصدة العملاء في QuickBooks يغطي فترة زمنية محددة. تصدير تفاصيل المعاملات يغطي فترة أخرى. وسجل البنك يستخدم أسماء أعمدة مختلفة لنفس السجلات.

هنا تنهار التسوية.

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

هذا العمل لا يبدأ بالمعادلات. يبدأ بتحديد أيّ ملفَّين يُقارَنان، وما الذي يُفترض أن يُثبته كل ملف، وأيّ الحقول يمكن الاعتماد عليها مفاتيح مطابقة.

تحديد ما يُثبته كل تصدير من QuickBooks

تُصبح ملفات QuickBooks المجزّأة مربكة حين يُعامَل كل ملف كأنه يجب أن يطابق كل ملف آخر سطراً بسطر. في الغالب، هذا ليس ما يجب أن يحدث.

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

ابدأ بتصنيف التصديرَين حسب وظيفتهما، لا حسب اسم الملف.

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

إن أجاب الملفّان عن أسئلة مختلفة، فالتسوية لا تطلب منهما فوراً المجموع ذاته. تطرح سؤالاً أضيق:

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

هذا هو الإطار العملي لمطابقة ملفات QuickBooks المجزّأة للمحاسبين المستقلين. الهدف ليس جعل تقريرَين يتصرّفان كتقرير واحد. الهدف إثبات أيّ السجلات مترابطة وأيّها لا يزال يحتاج تفسيراً.

تعيين الحقول قبل مطابقة السجلات

تصديرات QuickBooks كثيراً ما تصف الكيان التجاري ذاته بعناوين أعمدة مختلفة. إن كُتبت المعادلة قبل توضيح الحقول، أصبحت المعادلة المكان الذي تختبئ فيه كل الغموض.

ابنِ جدول تعيين الحقول أولاً.

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

في أحد التصديرات، Date قد تعني تاريخ الفاتورة. وفي آخر، تاريخ السداد. وفي سجل البنك، تاريخ القيد البنكي. هذه التواريخ غير قابلة للتبادل. إن صدرت فاتورة في 29 مايو وسُدِّدت في 2 يونيو، يكون ملف الفواتير وملف البنك كلاهما صحيحَين. لكنهما سيقعان في نطاقَي تاريخ مختلفَين.

قبل المطابقة، سجِّل ثلاثة قرارات:

هذا أسرع من تصحيح دالة VLOOKUP معطوبة تُعيد مئات الصفوف دون تطابق. كما يمنحك تفسيراً جاهزاً للعميل حين لا تتوافق التصديرات.

إن كانت المشكلة تحديداً في مقارنة ملف بنكي مع دفتر الأستاذ في QuickBooks، تنطبق الضوابط ذاتها الموضَّحة في تسوية ملف CSV بنكي للعميل مع دفتر الأستاذ في QuickBooks: حدِّد ما يُثبته كل ملف قبل تحديد ما يجب مطابقته.

توحيد المبالغ دون تعديل الملفات الأصلية

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

لا تُعدِّل أعمدة المصدر لتبدو متشابهة. أضف أعمدة مقارنة بجانب التصديرات.

عمود المقارنة يجيب عن سؤال واحد: ما اتجاه هذا السجل في التسوية؟

مثلاً، لنفترض أن تصدير تفاصيل المعاملات يُظهر هذا:

وأن سجل البنك يُظهر هذا:

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

عمود مقارنة نظيف يتيح لك مطابقة PMT-1044 مع PMT-1044، ثم شرح فوارق التاريخ والإشارة بشكل منفصل.

التحقق من الفترات الزمنية قبل إعلان السجلات مفقودة

التصديرات المجزّأة غالباً تغطي فترات مختلفة. عميل قد يُرسل تصدير تفاصيل المعاملات من QuickBooks للفترة 1 إلى 31 مايو وسجل البنك للفترة 1 مايو إلى 3 يونيو. وعميل آخر قد يُرسل تقرير الذمم المدينة كما في 31 مايو وتصدير المدفوعات للربع كله.

هذه الملفات لا يمكن تسويتها حتى يتضح أساس التاريخ.

استخدم أربع فئات للتواريخ:

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

المنطق ذاته ينطبق على الأرصدة المفتوحة. تقرير أرصدة العملاء كما في 31 مايو يتضمن فواتير قد صدرت في أبريل وسُدِّدت في يونيو. تصدير معاملات مايو لن يحتوي كل الفواتير التاريخية التي تُسهم في رصيد 31 مايو. ليس معناه أن تقرير الأرصدة خاطئ. معناه أن المقارنة تحتاج رصيداً افتتاحياً أو تصدير معاملات أوسع.

بناء التقاطع على طبقات

لا تحاول حل التسوية كلها بمطابقة واحدة. اعمل بالطبقات.

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

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

إليك مثالاً موجزاً.

النتيجة ليست مجرد قائمة فوارق. إنها مجموعة إجابات.

التمييز بين المعاملات المقسَّمة والمعاملات المفقودة

تقارير QuickBooks كثيراً ما تُسطِّح المعاملات المقسَّمة بطريقة مختلفة حسب التصدير. سجل البنك قد يُظهر إيداعاً واحداً بقيمة 3,000.00. وتقرير تفاصيل المعاملات قد يُظهر ثلاثة مدفوعات من عملاء تشكّل هذا الإيداع.

إن توقّع منطق المطابقة أن يقابل صفٌّ صفّاً واحداً، ظهر الإيداع غير مطابَق.

الحل: الجمع قبل المطابقة.

الآن يمكن مطابقة الإيداع مع دفعة مجمَّعة بدلاً من صف واحد.

جمِّع الصفوف حين:

• إيداع بنكي واحد يضم عدة مدفوعات من QuickBooks
• سداد من عميل موزَّع على عدة فواتير
• قيد محاسبي يوزّع مبلغاً على عدة حسابات
• رسوم أو تسوية مقيَّدة منفصلة عن الحركة النقدية

لا تجمع بشكل افتراضي. اجمع حين تُظهر بنية الملف أن صفاً في أحد التصديرَين يمثّل عدة صفوف في الآخر.

هنا أيضاً يمكن لتصديرات دليل الحسابات أن تساعد. لا تُسوِّي المعاملات بمفردها، لكنها تفسّر لماذا يظهر النشاط تحت اسم أو رمز حساب غير متوقَّع. إن كانت المشكلة في هيكل الحسابات لا في مطابقة المدفوعات، فأسلوب العمل الموضَّح في تسوية ملف CSV لدليل حسابات QuickBooks مقابل التحصيلات هو الأنسب.

إعداد تقرير استثناءات يفهمه العميل

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

ابنِ التقرير حول الفئات.

ثم اسرد الاستثناءات.

هذا التقرير يفعل شيئَين مفيدَين. يمنح المحاسب قائمة تحقق عملية، ويمنح العميل سبباً واضحاً لعدم توافق التصديرات في المحاولة الأولى.

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

معرفة متى لا تكفي الملفات الأصلية

بعض أزواج تصديرات QuickBooks لا تستطيع الإجابة عن السؤال الذي يطرحه العميل.

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

حين لا تكفي التصديرات، الجواب ليس إجبار التطابق. الجواب طلب الملف المفقود.

استخدم هذه القاعدة:

هنا يوفّر المحاسبون المستقلون الوقت. يتوقفون عن محاولة إثبات ما لا يستطيع الملف إثباته. يطلبون التصدير المحدَّد اللازم لإغلاق الثغرة.

أسلوب عمل موثوق مع ملفَّين

استخدم هذا الأسلوب حين يكون لديك تصديران مجزَّآن من QuickBooks وتحتاج إجابة واضحة.

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

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