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

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

الحل يتضمن ثلاثة قرارات: اختيار ملف التصدير الصحيح من Wave، وتوحيد التواريخ والمبالغ وفق قاعدة واحدة، ثم مقارنة الصفوف التي يجب أن تتطابق فعلاً. بعد حسم هذه النقاط الثلاث، تصبح معظم الصفوف «غير المتطابقة» قابلة للتفسير.

قراءة الاختلاف قبل تعديل أي شيء

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

هذا الجدول يحدد طبيعة الاختلاف قبل البدء بمعالجته. يهم ذلك لأن الخطوة الصحيحة التالية تعتمد على التشخيص.

لإجراء فحص سريع قبل أي شيء آخر، استخدم =TYPE(A2) على الحقول التي تنوي مطابقتها.

• 1 يعني أن Excel خزّن رقماً.
• 2 يعني أن Excel خزّن نصاً.

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

اختيار ملف التصدير من Wave الذي يمكن مطابقته فعلاً مع كشف الحساب البنكي

كثير من الاختلافات في Wave تبدأ بالتصدير الخاطئ.

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

هذا الفرق أهم مما يبدو.

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

إذن السؤال الأول ليس «أي عمود أطابق؟». بل: «هل صدّرت النطاق نفسه من كلا النظامين؟»

لهذه المهمة، نقطة البداية الأكثر موثوقية عادةً هي:

1. تصدير معاملات الحساب من Wave، مُصفًّى على الحساب البنكي المحدد قيد المراجعة.
2. الفترة الزمنية ذاتها لكشف الحساب البنكي المُنزَّل.
3. عملة واحدة وحساب واحد فقط.

إذا اختلف أي من هذه المعايير الثلاثة، يصبح باقي عمل التنظيف غير موثوق.

توحيد التواريخ قبل مقارنة أي صف

توجد هنا مشكلتان للتواريخ، وهما مختلفتان.

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

ابدأ بمشكلة التخزين.

إذا كان الملف البنكي يحتوي على تاريخ نصي بتنسيق dd/mm/yyyy، حوّله صراحةً باستخدام:

=DATE(RIGHT(B2,4),MID(B2,4,2),LEFT(B2,2))

إذا كان الملف البنكي يحتوي على تاريخ نصي بتنسيق mm/dd/yyyy، استخدم:

=DATE(RIGHT(B2,4),LEFT(B2,2),MID(B2,4,2))

إذا أعطاك تصدير Wave تاريخاً نصياً بتنسيق ISO مثل 2026-05-01، استخدم:

=DATE(LEFT(C2,4),MID(C2,6,2),RIGHT(C2,2))

هذه المعادلات تستخرج المكونات مباشرة. لا تطلب من Excel تخمين التنسيق من إعدادات المنطقة. هذا الخيار أكثر أماناً عند التعامل مع ملفات CSV من أنظمة مختلفة.

احذر من التواريخ الغامضة مثل 01/05/2026. هذه السلسلة ليست واضحة من تلقاء نفسها: قد تعني الأول من يناير أو الأول من مايو بحسب مصدر الملف. قبل تحويلها، تحقق مما يلي:

• إذا كان الملف يحتوي أيضاً على تاريخ مثل 31/05/2026، فهذا يؤكد تنسيق اليوم أولاً
• إذا كان تصدير البنك يُسمّي الحقل Posted Date أو Value Date أو Transaction Date
• إذا كان العرض الأصلي في Wave أو البوابة البنكية يؤكد التنسيق

ثم عالج المعنى.

حتى بعد أن يحتوي كلا الملفين على تواريخ حقيقية، قد تظل التواريخ مختلفة لسبب مشروع. قد يعكس الجانب من Wave تاريخ تسجيل المعاملة. قد يعكس الجانب البنكي تاريخ ترحيل البنك لها. هذا الفارق شائع في نهاية الأسبوع ونهاية الشهر وتسويات معالجي الدفع.

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

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

توحيد إشارات المبالغ وهيكل الأعمدة وفق قاعدة موحدة

الاختلافات في المبالغ هي في الغالب اختلافات في الهيكل متنكّرة.

قد يعطيك كشف الحساب البنكي عمود Amount واحداً بإشارة، أو عمودين منفصلين Deposit وWithdrawal. قد يعطيك جانب Wave عمود مبلغ واحداً في بعض التصديرات وعمودين منفصلين Debit وCredit في تصديرات أخرى. هذه التنسيقات لا يمكن مقارنتها حتى تجبر كلا الملفين على اتباع قاعدة الإشارة نفسها.

اختر قاعدة وطبّقها في كل مكان:

• الأموال الداخلة إلى الحساب البنكي = موجبة
• الأموال الخارجة من الحساب البنكي = سالبة

إذا فصل الملف البنكي بين Withdrawal وDeposit، حوّله في مكانه باستخدام:

=IF(E2<>"",-VALUE(SUBSTITUTE(E2,",","")),VALUE(SUBSTITUTE(F2,",","")))

يمنحك هذا عمود مبلغ واحداً بإشارة من عمودين بنكيين منفصلين.

إذا فصل تقرير Wave للحساب البنكي بين Debit وCredit، حوّله باستخدام:

=IF(G2<>"",VALUE(SUBSTITUTE(G2,",","")),-VALUE(SUBSTITUTE(H2,",","")))

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

إذا كان أحد الجانبين يحتوي بالفعل على عمود مبلغ واحد لكن Excel خزّنه كنص، حوّله مباشرة:

=VALUE(SUBSTITUTE(D2,",",""))

لا تتخطَّ SUBSTITUTE عندما يحتوي الملف على فواصل الآلاف. VALUE("1,250.00") يعمل في أغلب الأحيان، لكن التنظيف الصريح أكثر أماناً عندما يتغير تنسيق التصدير من شهر لآخر.

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

مطابقة الصفوف التي يجب أن تتطابق، لا كل حقول الملف

كشف الحساب البنكي وتصدير Wave ليسا ملزَمَين بتماثل صف بصف. بعض الحقول للمطابقة المباشرة. وبعضها الآخر لشرح الصف فقط بعد تحديد الحركة النقدية.

المفتاح الأكثر موثوقية في الجولة الأولى عادةً هو:

1. المبلغ المُوحَّد بإشارته
2. أساس التاريخ الصحيح
3. مرجع أو مذكرة إن وُجدا

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

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

ماذا تعني الاختلافات المتبقية

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

عند هذه النقطة تصبح التسوية قابلة للدفاع عنها. لم تعد تقول «هذه الملفات لا تتطابق». بل تقول: «هذه الصفوف الثلاثة فوارق في تاريخ الترحيل، وهذا الصف خطأ في تحويل الإشارة، وهذان الصفان ينتميان إلى زوج تحويل». هذه إجابة حقيقية.

من أين يأتي الاختلاف فعلاً في معظم عمليات المطابقة بين Wave والبنك

في الواقع العملي، الأسباب المتكررة عادةً هي:

• استُخدم التصدير الخاطئ من Wave، فصار نطاق الملف أوسع من كشف الحساب البنكي.
• أحد الملفين يخزّن التواريخ كنص والآخر كتواريخ حقيقية.
• الملفان يستخدمان معنيَين مختلفَين للتاريخ: تاريخ المعاملة في مقابل تاريخ الترحيل.
• الملف البنكي يطبّق قاعدة إشارة واحدة بينما يستخدم تقرير Wave أعمدة مدين ودائن.
• تحويل أو قيد مجمّع يُنشئ أكثر من صف في Wave لحركة بنكية واحدة.
• الأوصاف مختلفة بما يكفي لأن تُنتج المطابقة النصية استثناءات زائفة.

لاحظ ما لا يرد في هذه القائمة: المشكلة نادراً ما تكون أن Wave والبنك يختلفان على حقيقة المعاملة. المشكلة أن الملفَين مبنيّان بطريقتين مختلفتين، وبدأت المقارنة قبل توحيد تلك البنية.

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