ملف CSV لتسوية Square ليس سجلاً للإيداعات. هو التفسير الذي يقف خلف كل إيداع — لهذا السبب نادراً ما تتطابق مبيعات البطاقة والمستردات والعمولات ليوم واحد مع ما يظهر في كشف الحساب البنكي.
هذا الفارق يتحول إلى وقت ضائع حين يعرض البنك سطراً واحداً نظيفاً للائتمان، بينما يعرض Square مجموعة من المدفوعات وخصومات العمولات وصفوف المستردات وتاريخ تسوية يقع في يوم مختلف. الملفان يصفان الأموال نفسها من مستويين مختلفين.
لمطابقة تسوية Square مع الإيداعات البنكية بدقة، ابدأ دائماً من الإيداع الذي وصل فعلاً إلى حسابك. حدِّد تسوية Square المقابلة له، ثم حلِّل المعاملات داخل تلك التسوية. إذا عكست هذا الترتيب، بدت البيانات الصحيحة خاطئة.
اقرأ الفارق قبل أن تفتح الملفات
أغلب حالات الفشل في المطابقة تنتمي إلى عدد محدود من الأنماط. حدِّد النمط أولاً. هذا يخبرك بما تسعى إلى إثباته ونوع الفارق الذي أمامك.
| ما تراه على الشاشة | كيف يخزّنه CSV تسوية Square | كيف يعرضه كشف الحساب البنكي | النتيجة عند محاولة المطابقة المباشرة |
|---|---|---|---|
| المبلغ نفسه، يومان مختلفان | settlement_date: 2026-05-30, net_total: 4,912.60 | posted_date: 2026-06-02, amount: 4,912.60 | التسوية نفسها، تأخر في قيد البنك |
| المبيعات الإجمالية أعلى من الإيداع | gross_collected: 5,080.00, fees: -142.40, refunds: -25.00, net_total: 4,912.60 | amount: 4,912.60 | فارق وهمي إذا قارنت الإجمالي بالبنك |
| النص المرجعي أقصر في جهة البنك | transfer_reference: SQ-TRF-240530-A19 | description: SQ TRANSFER A19 | الإيداع نفسه، وصف مختصر |
| إيداع واحد يظهر على شكل سطرين بنكيين | split_deposit: 2,500.00 + 2,412.60 | سطرا ائتمان في اليوم نفسه | فارق وهمي إذا توقعت سطراً واحداً |
| أرقام نهاية الشهر لا تتطابق | settlement_period_end: 2026-05-31, transfer_date: 2026-06-01 | ائتمان مقيَّد في 2026-06-02 | فارق زمني بين فترتين، لا بيع مفقود |
هذه مشكلات مختلفة. تأخر القيد لا يُعالَج كما تُعالَج الفجوة بين الإجمالي والصافي. الوصف المختصر لا يُعالَج كما يُعالَج الإيداع المقسَّم. معرفة الحالة التي أنت فيها تجعل المطابقة إجراءً آلياً لا تخميناً.
طابِق الإيداع أولاً، ثم فسِّره
الإيداع البنكي هو حدث السيولة. هذا هو المبلغ الذي يجب مطابقته أولاً.
إذا أظهر Square هذا:
| ملخص تسوية Square | المبلغ |
|---|---|
| إجمالي مدفوعات البطاقة | 5,080.00 |
| المستردات | -25.00 |
| عمولات المعالجة | -142.40 |
| صافي الإيداع | 4,912.60 |
وأظهر كشف الحساب البنكي هذا:
| التاريخ البنكي | الوصف | المبلغ |
|---|---|---|
| 2026-06-02 | SQ TRANSFER A19 | 4,912.60 |
تصبح المطابقة الأولى مرئية فوراً. لا يُفترض أن يساوي الإيداع إجمالي مدفوعات البطاقة. يجب أن يساوي الأثر الصافي لتلك التسوية بعد أن خصم Square العمولات وطبَّق المستردات المدرجة في المجموعة.
هذا هو النموذج الذهني المهم. لا تسعى إلى إثبات أن المبيعات تساوي السيولة في السطر نفسه. تسعى إلى إثبات أي تسوية أوجدت السيولة، وما الذي داخلها يفسر الفرق بين الإجمالي والصافي.
استخدم الملفات على المستوى الصحيح:
| قارن هذا | بهذا | النتيجة المتوقعة |
|---|---|---|
| إجمالي الصافي أو إجمالي الإيداع | مبلغ الإيداع البنكي | يجب أن يتطابق أو يكون قابلاً للتتبع |
| تاريخ التحويل أو التسوية | تاريخ القيد البنكي | في الغالب متقاربان، ليسا متطابقَين دائماً |
| مرجع التحويل أو الوصف | نص الوصف في الكشف | تأكيد مفيد، أحياناً مختصر |
| المبلغ الإجمالي المحصَّل | لا شيء في كشف الحساب مباشرة | يفسر الإجمالي الابتدائي لا الإيداع |
| العمولات والمستردات والتعديلات | لا شيء في كشف الحساب مباشرة | تفسر لماذا السيولة أقل من الإجمالي |
| الموقع أو حساب الوجهة | الحساب البنكي المستقبِل | يجب أن يشير إلى الوجهة نفسها |
هنا يخفق كثير من عمليات مطابقة Square. يصدِّر المشغِّل نشاط المبيعات، يرى إيداعاً بنكياً أقل، ويفترض أن الدفعة خاطئة. في أغلب الحالات الدفعة صحيحة. المقارنة بدأت من الرقم الخطأ.
اسحب التصديرات الصحيحة قبل أي مقارنة
إذا صدَّرت التقرير الخاطئ من Square، تفشل المطابقة قبل أن تبدأ. تقرير ملخص المبيعات مفيد لتقييم الأداء. لكنه ليس الملف المطلوب لمطابقة الإيداعات البنكية. تحتاج إلى التقرير الذي يظهر كيف انتقلت الأموال من Square إلى البنك.
لسير عمل قائم على الملفات، اسحب هذه التصديرات الثلاثة:
| الملف | الحقول الأدنى المطلوبة | سبب أهميته |
|---|---|---|
| CSV كشف الحساب البنكي | التاريخ، الوصف، المبلغ، الحساب | هذا هو سجل السيولة الذي يجب إثباته |
| CSV تسوية Square أو المطابقة | الصافي الإجمالي، الإجمالي المحصَّل، العمولات، المستردات، تاريخ التحويل، مرجع التحويل، الموقع | يحدد الإيداع ويشرح كيف بُني المبلغ الصافي |
| تصدير تفصيلي لمعاملات Square (اختياري) | معرّف الدفع، مرجع الطلب أو التذكرة، مبلغ الدفع، صفوف المستردات، صفوف العمولات | استخدمه فقط حين تتطابق التسوية الإجمالية لكن التفاصيل الداخلية لا تزال تحتاج إلى تفسير |
إذا كان CSV البنك نفسه صعب المقارنة لأن تخطيطه يتغير بين التصديرات، فمشكلة التنظيف منفصلة عن منطق التسوية. في هذه الحالة، ابدأ بإصلاح طريقة مقارنة الملفات مع مقارنة ملفَّي CSV لكشفَي الحساب البنكي دون معادلات، ثم عُد إلى مطابقة Square.
تتباين أسماء الأعمدة بحسب التصدير والمنطقة. المنطق لا يتغير. ابحث عن الحقول التي تعمل كصافي الإيداع، والإجمالي المحصَّل، وإجمالي العمولات، وإجمالي المستردات، وتاريخ التحويل، ومرجع التحويل. بمجرد تحديد هذه المعادلات، لديك ما يكفي للمطابقة.
سير عمل يوصل إلى إجابة قابلة للدفاع
أسرع سير عمل موثوق هو الأقصر. الترتيب مهم.
1. عزِل الإيداع البنكي الذي ستطابقه.
حدِّد في كشف الحساب البنكي ائتمان Square الذي تفحصه. سجِّل تاريخ القيد والمبلغ ونص الوصف والحساب البنكي. إذا كان للمنشأة أكثر من حساب استقبال، هذا مهم فوراً.
2. ابحث في Square عن المبلغ الصافي أولاً.
في CSV التسوية، ابحث عن المبلغ البنكي كصافٍ إجمالي. لا تبدأ بإجمالي المبيعات. حقل الصافي هو أقرب مكافئ من الجهة البنكية.
3. ضيِّق النطاق بالمدى الزمني لا بمطابقة اليوم ذاته.
تاريخ تسوية Square وتاريخ القيد البنكي يختلفان في الغالب بيوم عمل واحد. مجموعات نهاية الأسبوع وفترات نهاية الشهر تجعل الفارق أوضح. إذا تطابق المبلغ وكان التاريخ متأخراً بيوم أو يومين، فهذا دليل لا تناقض.
4. استخدم مرجع التحويل للتأكيد فقط.
قد يقصر وصف البنك مرجع Square أو يخفيه جزئياً. هذا طبيعي. إذا أشار المبلغ والمدى الزمني بالفعل إلى تسوية واحدة، يكفي وصف جزئي للتأكيد.
5. افتح تفاصيل التسوية فقط بعد تحديد الإيداع.
بمجرد ربط صافي الإيداع بسطر بنكي، فسِّر محتويات المجموعة. افصل المدفوعات الإجمالية والمستردات والعمولات والنزاعات وأي تعديلات أخرى غيَّرت الدفعة. هذا يعطيك سبب كون الإيداع أقل من نشاط المبيعات في الفترة.
6. دوِّن النتيجة كدليل لا كتخمين.
يجب أن تقرأ الإجابة هكذا: الائتمان البنكي 4,912.60 المقيَّد في 2026-06-02 يطابق تسوية Square المؤرخة 2026-05-30؛ فارق التواريخ تأخر في القيد؛ والفرق عن إجمالي مدفوعات البطاقة مفسَّر بـ 142.40 عمولات و25.00 مستردات. هذه ملاحظة مطابقة مكتملة.
الفائدة في هذا السير أنه يُجبر كل ملف على أداء دور واحد. كشف الحساب البنكي يُثبت وصول الأموال. CSV التسوية يُثبت أي مجموعة أوجدتها. تصدير التفاصيل يشرح النشاط داخل المجموعة. حين يُطلب من ملف واحد أداء الأدوار الثلاثة، تتكاثر الفوارق الوهمية.
الحالات التي تجعل إيداع Square الصحيح يبدو خاطئاً
الفوارق المستعصية تأتي في الغالب من إحدى هذه الحالات:
| الحالة | كيف تبدو | المعالجة الصحيحة |
|---|---|---|
| توقيت نهاية الأسبوع أو نهاية الشهر | مبيعات الجمعة أو نهاية الشهر تظهر في سطر بنكي في الاثنين أو الشهر التالي | طابِق بتاريخ التسوية أو التحويل لا بيوم البيع |
| مستردات من مبيعات سابقة | التسوية الحالية أقل من مبيعات الأسبوع، والفجوة تساوي نشاط المستردات | عامِل المستردات كجزء من تخفيض التسوية الحالية |
| إيداعات فورية مختلطة بالتحويلات العادية | بعض الإيداعات تصل في اليوم نفسه، وبعضها يتبع الجدول الزمني المعتاد | افصل الإيداعات الفورية عن التسويات القياسية |
| إيداعات مقسَّمة | تحويل واحد متوقع يظهر كائتمانَين بنكيَّين | اجمع السطور البنكية المرتبطة قبل رفض المطابقة |
| مبالغ صافية متكررة | تسويتان مختلفتان لهما القيمة الصافية نفسها | استخدم المدى الزمني والموقع والمرجع للتمييز بينهما |
| مواقع متعددة أو حسابات وجهة مختلفة | المبلغ موجود في Square لكن ليس في الحساب المراجَع | تحقق من حساب الوجهة والموقع قبل اعتباره مفقوداً |
مشكلة التوقيت هي الفخ الذي يقع فيه أكثر الناس. يطابقون بيوم حدوث الدفع لأن هذه هي طريقة تنظيم تصدير المبيعات. Square يسوِّي السيولة وفق منطق التحويل، لا وفق شكل يوم المبيعات في تقرير ملخص. إذا فرضت مطابقة يومية تقويمية، يصبح كل نهاية أسبوع وكل نهاية شهر استثناءً وهمياً.
المستردات تولِّد ثاني أكثر أسباب الارتباك شيوعاً. قد يؤثر رد المبلغ على تسوية اليوم حتى لو كان الدفع الأصلي قُبِل قبل أيام. يبدو الإيداع البنكي منقوصاً إذا نظرت فقط إلى مبيعات اليوم الحالي. CSV التسوية هو المصدر الأفضل لأنه يظهر التعديل في المجموعة التي أثَّرت فعلاً على السيولة.
الإيداعات الفورية تستحق فئة خاصة بها. إذا كان الحساب يستخدمها، لا تخلطها بقواعد التحويلات القياسية. حركة السيولة في اليوم نفسه وعمولات مختلفة ومعرّفات مغايرة قد تجعل إيداعاً فورياً صحيحاً يبدو تكراراً أو تسوية قياسية مفقودة.
إذا كنت تطابق أيضاً مجموعات معالجة من أكثر من منصة، تنطبق هنا أيضاً المنطق نفسه القائم على البنك أولاً المستخدم في مطابقة CSV دفعة Stripe مع كشف الحساب البنكي: حدِّد أولاً صافي الإيداع، ثم فسِّر المجموعة خلفه.
ما يجب أن تُثبته المطابقة المكتملة
جدول بيانات بخلايا ملونة لا يكفي. يجب أن يتيح الناتج النهائي لشخص آخر فهم النتيجة دون إعادة فتح Square.
أدرج هذه الأقسام في ملاحظتك أو تقرير المطابقة:
| قسم الناتج | ما يجب أن يظهر |
|---|---|
| المطابقة بين البنك والتسوية | التاريخ البنكي، المبلغ البنكي، المبلغ الصافي المطابق لـ Square، تاريخ التسوية أو التحويل، والمرجع المستخدم |
| تفسير الإجمالي إلى الصافي | الإجمالي المحصَّل، العمولات، المستردات، النزاعات أو التعديلات، وصافي الإيداع الناتج |
| قائمة الاستثناءات | كل ما لم تتم مطابقته أو مكرر أو مقسَّم أو لا يزال قيد المراجعة |
| الحالة النهائية | مطابَق، فارق زمني، إيداع مقسَّم، مطابقة جزئية، أو غير محلول |
هذا الهيكل مهم لأنه يفصل التفسير عن الاستثناء. تأخر القيد بيوم واحد يجب ألا يكون في المجموعة نفسها مع تسوية مفقودة. وصف بنكي مختصر يجب ألا يُعامَل كما تُعامَل فجوة حقيقية في المبلغ. بمجرد الفصل بينهما، تصبح المطابقة أسهل في المراجعة وأسهل في الدفاع عنها.
الاختبار بسيط. هل يستطيع شخص آخر قراءة ملاحظتك غداً وفهم سبب استلام البنك 4,912.60 بدلاً من 5,080.00؟ إذا كانت الإجابة لا، فالمطابقة لم تكتمل بعد.
حين تصبح روتين التصدير هو العمل ذاته
المطابقة اليدوية لـ Square ممكنة حين يكون الحجم منخفضاً وأنماط الإيداع واضحة. تصبح مكلفة حين يكرر كل إغلاق الروتين نفسه: تصدير الملف البنكي، تصدير CSV التسوية، البحث عن المبلغ الصافي، التحقق من تأخر القيد، تأكيد المرجع، فتح صفوف التفاصيل، شرح المستردات، وإعادة بناء ملاحظة التدقيق نفسها.
في هذه المرحلة، العمل المالي لم يعد يتعلق بتقرير ما حدث. يتعلق بتكرار عملية مقارنة الملفات. إذا وصل الفارق ذاته في تسوية Square إلى مكتبك كل أسبوع أو كل شهر، فالمشكلة ليست الحكم المحاسبي. المشكلة أن سير العمل على الملفات يستهلك الوقت الذي يجب أن يذهب للمراجعة.
