كشف الحساب البنكي يُظهر إيداعاً واحداً من Shopify. لكن ملف تصدير Shopify يضم عشرات الطلبات الفردية والمستردات والرسوم والتعديلات، ولا يشترك أي منها في مرجع الإيداع البنكي.
هنا تتوقف المطابقة.
في متاجر التجارة الإلكترونية الصغيرة، المشكلة ليست في الغالب أن البيع مفقود. المشكلة أن سطر البنك هو نتيجة تسوية مدفوعات، في حين أن ملف طلبات Shopify هو سجل نشاط مبيعات. من جهة يصل النقد على شكل مجموعة. من الجهة الأخرى، العمليات التي أنتجت تلك المجموعة.
لا تُحل المسألة بإجبار الإيداع على مساواة طلب واحد. عليك تفكيك الإيداع، وتحديد نافذة الدفعة، وفصل الرسوم والمستردات، ثم إثبات أي طلبات Shopify تُفسّر النقد الذي وصل إلى البنك.
ما يكشفه كل ملف فعلاً
ابدأ بتسمية مستوى تفاصيل كل ملف. هذا يمنع معظم التناقضات الوهمية.
| الملف | تمثل الصف عادةً | السؤال الذي تجيب عليه |
|---|---|---|
| ملف تصدير طلبات Shopify | طلب واحد أو حدث على مستوى الطلب | ماذا اشترى العميل، أو دفع، أو استرد، أو ألغى؟ |
| ملف تصدير الدفعات أو المدفوعات من Shopify | نشاط الدفع المُجمَّع نحو التسوية | أي معاملات أسهمت في تكوين دفعة؟ |
| كشف الحساب البنكي CSV | حركة بنكية مسجّلة | ما النقد الذي وصل فعلاً إلى الحساب؟ |
كشف الحساب البنكي لا يحاول عرض الطلبات الفردية. يعرض حركة النقد النهائية. ملف طلبات Shopify لا يحاول عرض الإيداعات البنكية. يعرض نشاط المبيعات داخل المتجر.
لذا المطابقة لا تسير هكذا:
الطلب 1049 يساوي الإيداع البنكي.
تسير هكذا:
الطلبات من 1042 إلى 1068، بعد خصم الرسوم والمستردات، وإضافة أو طرح التعديلات، تُفسّر الإيداع البنكي 3,921.44.
هذا الفارق مهم. إن قارنت صف طلب Shopify بصف إيداع بنكي، ستبدو الملفات خاطئة حتى حين تكون الأرقام صحيحة.
لماذا لا يتضمن الإيداع البنكي مرجعاً للطلبات
وصف السطر البنكي قصير عادةً. قد يبدو كالتالي:
| Bank date | Description | Amount |
|---|---|---|
| 2026-05-06 | SHOPIFY TRANSFER | 3,921.44 |
هذا السطر يؤكد وصول النقد. لكنه لا يُخبرك أي طلبات أنتجته.
ملف تصدير طلبات Shopify قد يحتوي صفوفاً كهذه:
| Order | Paid at | Payment status | Total | Refunds |
|---|---|---|---|---|
| #1042 | 2026-05-02 18:14 | paid | 185.00 | 0.00 |
| #1043 | 2026-05-02 19:07 | paid | 72.50 | 0.00 |
| #1044 | 2026-05-03 10:22 | refunded | 210.00 | -210.00 |
| #1045 | 2026-05-03 11:41 | paid | 96.00 | 0.00 |
لا يظهر أي مرجع بنكي في هذه الصفوف. هذا متوقع. ملف الطلبات مبني حول نشاط عملية الدفع، لا حول الإيداعات البنكية.
إذن العمل الأول هو إيجاد طبقة التسوية بين الملفين. في سير عمل Shopify Payments، يعني ذلك إيجاد ملف تصدير الدفعات أو المدفوعات الذي يوضح أي معاملات جُمِّعت في الإيداع البنكي. إن كنت تستخدم Stripe أو PayPal أو معالج دفع آخر خلف Shopify، فملف التسوية يأتي من ذلك المزود.
بدون هذه الطبقة الوسيطة، أنت تعمل بالتخمين من التواريخ والمبالغ. هذا قد ينجح لمتجر صغير بخمسة طلبات أسبوعياً. يفشل حين يتضمن الإيداع طلبات ومستردات ورسوماً كافية لإنتاج مبالغ متكررة وتواريخ متداخلة.
ابدأ من الإيداع البنكي
الإيداع البنكي هو حدث النقد. ابدأ منه.
لا تبدأ من إجمالي مبيعات Shopify للشهر. المبيعات الشهرية واسعة جداً. الإيداع يغطي عادةً نافذة دفعة أضيق، وهذه النافذة نادراً ما تتطابق مع الفترة التقويمية.
اتبع هذا الترتيب:
| الخطوة | الملف | ما تُثبته |
|---|---|---|
| 1 | كشف الحساب البنكي CSV | أي إيداع يحتاج إلى تفسير؟ |
| 2 | ملف تصدير الدفعات أو المدفوعات من Shopify | أي مبلغ دفعة يرتبط بهذا الإيداع؟ |
| 3 | ملف تصدير طلبات Shopify | أي طلبات وتعديلات تُفسّر هذه الدفعة؟ |
| 4 | نتيجة التسوية | ما الذي طُوبق، وما كان متوقعاً، وما يحتاج مراجعة؟ |
افترض أن كشف الحساب البنكي يُظهر:
| Bank date | Description | Amount |
|---|---|---|
| 2026-05-06 | SHOPIFY TRANSFER | 3,921.44 |
ابحث الآن عن دفعة من Shopify أو معالج الدفع يساوي مبلغها 3,921.44، أو يمكن ربطها بهذا السطر البنكي عبر تاريخ الدفعة ومرجعها. حين تُحدَّد الدفعة، لا تعد إلى كل طلبات Shopify. ابق داخل نافذة تلك الدفعة.
هذه الحدود هي ما يُبقي التسوية نظيفة.
افصل الطلبات الإجمالية عن الإيداعات الصافية
إجماليات طلبات Shopify هي نشاط العميل الإجمالي. الإيداعات البنكية هي نقد صافٍ. من المفترض أن تختلف.
قد تتضمن الدفعة:
- مبالغ طلبات محصّلة
- رسوم المعالجة
- مستردات
- مستردات جزئية
- استردادات قسرية
- تعديلات
- نشاط الاحتياطي
- فوارق توقيت بين تاريخ البيع وتاريخ الدفعة
هذا مثال لجسر التسوية لإحدى الدفعات:
| النشاط داخل الدفعة | المبلغ |
|---|---|
| طلبات Shopify المحصّلة | 4,280.00 |
| رسوم المعالجة | -128.56 |
| مستردات مدرجة في الدفعة | -180.00 |
| تعديل | -50.00 |
| الإيداع البنكي الصافي | 3,921.44 |
إن قارنت 4,280.00 بـ 3,921.44، ستجد فارقاً مقداره 358.56. هذا الفارق ليس بالضرورة خطأ. إنه الانتقال من الإجمالي إلى الصافي.
التسوية صحيحة حين يكون كل مكوّن من هذا الانتقال واضحاً:
| مكوّن الفارق | المعالجة المتوقعة |
|---|---|
| الرسوم | تُفسّر لماذا النقد أقل من الطلبات الإجمالية |
| المستردات | تُربط بالطلب الأصلي أو صف الاسترداد |
| التعديلات | تُدرج منفصلة لئلا تختبئ داخل المبيعات |
| فوارق التوقيت | تُعالج بمنطق تاريخ الدفعة، لا تاريخ الطلب وحده |
| البنود غير المطابقة | تُعرض كاستثناءات، لا تخفيضات صامتة |
هذا جوهر مطابقة طلبات Shopify مع الإيداعات البنكية في متاجر التجارة الإلكترونية الصغيرة دون ربط Shopify مباشرةً بالبنك. لا تحتاج السطر البنكي أن يتضمن كل رقم طلب. تحتاج جسر تسوية يُثبت كيف تحوّل نشاط الطلبات إلى نقد صافٍ.
أنشئ ملف العمل بالأعمدة الصحيحة
قبل المطابقة، صدِّر الأعمدة التي تربط النشاط عبر الملفات. لا تعتمد على رقم الطلب المرئي ومبلغ الإيداع فقط.
من كشف الحساب البنكي CSV، احتفظ بـ:
| Bank column | لماذا يهم |
|---|---|
| Posted date | يؤكد متى وصل النقد إلى الحساب |
| Description | غالباً يحتوي "Shopify" أو اسم معالج الدفع |
| Amount | مبلغ الإيداع الذي يحتاج تفسيراً |
| Bank reference | مفيد إن أتاح البنك معرّف معاملة |
من ملف تصدير طلبات Shopify، احتفظ بـ:
| Shopify column | لماذا يهم |
|---|---|
| Order name | رقم الطلب المقروء، مثل #1042 |
| Order ID | المعرّف الداخلي في Shopify |
| Paid at | يساعد على تحديد موضع الطلب في نافذة الدفعة |
| Total | القيمة الإجمالية للطلب |
| Refund amount | يُفسّر التخفيضات بعد البيع |
| Payment status | يُميّز بين الطلبات المدفوعة والمستردة والجزئية والملغاة |
| Payment references | يساعد على ربط نشاط الدفع حين يتوفر |
من ملف تصدير الدفعات أو المدفوعات، احتفظ بـ:
| Settlement column | لماذا يهم |
|---|---|
| Payout ID | يجمع المعاملات في الإيداع البنكي |
| Payout date | يربط ملف التسوية بالسطر البنكي |
| Transaction type | يُميّز بين المبالغ المحصّلة والمستردات والرسوم والتعديلات |
| Gross amount | يرتبط بنشاط الطلبات |
| Fee amount | يُفسّر لماذا النقد أقل |
| Net amount | يُجمَع للحصول على مبلغ الإيداع |
| Order or payment reference | جسر العودة إلى صفوف Shopify |
إن لم يتضمن ملف الدفعات مرجع طلب قابلاً للاستخدام، استخدم مرجع الدفع إن ظهر في كلا الملفين. إن لم يتضمن أي ملف مرجعاً مشتركاً، استخدم المبلغ والتاريخ كحقلَي مراجعة فقط. ليسا قويَّين بما يكفي ليكونا مفتاح مطابقة رئيسياً حين يرتفع حجم الطلبات.
طابق في جولات، لا بصيغة واحدة
صيغة بحث واحدة لا تستطيع الإجابة على كل هذا بصورة سليمة. إما أنها ضيقة جداً فتُفوِّت صفوفاً صالحة، أو واسعة جداً فتُنتج تطابقات وهمية.
استخدم أربع جولات.
1. مطابقة الدفعة مع الإيداع البنكي
ابدأ بكشف الحساب البنكي.
ابحث عن دفعة Shopify أو المعالج يساوي مبلغها مبلغ الإيداع. استخدم التاريخ والمبلغ والوصف معاً. فارق يوم أو يومين قد يكون طبيعياً، لأن تاريخ الدفعة وتاريخ القيد البنكي لا يتطابقان دائماً.
في هذه المرحلة، لا تُطابق طلبات. أنت تُثبت أن الإيداع موجود وأنه ينتمي إلى دفعة محددة.
يجب أن تبدو النتيجة هكذا:
| Bank deposit | Payout amount | Status |
|---|---|---|
| 3,921.44 | 3,921.44 | Matched |
إن لم تتطابق الأرقام، تحقق من احتمال وجود دفعات متعددة أُودعت معاً، أو رسوم بنكية، أو تحويل عملة، أو دفعة قُيِّدت بتاريخ قريب.
2. تفكيك الدفعة
حين تتحدد الدفعة، اسرد المعاملات التي تحتويها حسب النوع.
| Transaction type | Amount |
|---|---|
| Charges | 4,280.00 |
| Fees | -128.56 |
| Refunds | -180.00 |
| Adjustments | -50.00 |
| Net payout | 3,921.44 |
هذه الجولة تُفسّر الانتقال من نشاط الطلبات الإجمالي إلى النقد الصافي. كذلك تمنع معاملة الرسوم والمستردات كمبيعات غير مُفسَّرة.
3. مطابقة المبالغ المحصّلة والمستردات بطلبات Shopify
طابق الآن فقط الصفوف المرتبطة بالطلبات.
استخدم أقوى مفتاح متاح:
| أفضل مفتاح متاح | متى تستخدمه |
|---|---|
| Payment reference | يظهر في ملفَّي تصدير Shopify والتسوية |
| Shopify order ID | ملف التسوية يتضمنه |
| Shopify order name | ملف التسوية يُخزّن رقم الطلب بوضوح |
| المبلغ ونافذة التاريخ | لا يوجد مرجع مشترك والصف يحتاج مراجعة يدوية |
اسم الطلب ومعرّف الطلب ليسا الشيء نفسه. مرجع الدفع شيء مختلف عن كليهما. إن كانت معظم التناقضات الحالية تعود إلى مشكلة معرّف، فالسبب نفسه هو ما يصفه مطابقة معرّفات طلبات Shopify مع سجلات CSV لمعاملات Stripe. مفتاح المطابقة يجب أن يصف الكيان نفسه في كلا الملفين.
احتفظ بعمود match_method في ملف عملك. يجب أن يُشير إلى ما إذا كان كل صف قد طُوبق عبر مرجع الدفع، أو معرّف الطلب، أو اسم الطلب، أو منطق المراجعة. هذا يحميك من معاملة تطابق ضعيف بالمبلغ والتاريخ كأنه تطابق مؤكد بالمرجع.
4. تصنيف ما تبقى
الصفوف المتبقية تحتاج تصنيفات، لا تمييزاً بالأحمر.
| فئة الاستثناء | ما تعنيه |
|---|---|
| طلب مطابَق | نشاط الطلب يرتبط بنشاط التسوية |
| رسوم فقط | رسوم معالج متوقعة، لا تطابق طلب Shopify مطلوب |
| استرداد | تخفيض مرتبط بطلب أو حدث استرداد |
| فارق توقيت | طلب صالح، لكن خارج نافذة تاريخ الطلب المتوقعة |
| غائب من ملف تصدير Shopify | صف التسوية لا يقابله صف طلب في الملف المُصدَّر |
| غائب من الدفعة | طلب Shopify مدفوع، لكن غير مدرج في هذه الدفعة |
| يحتاج مراجعة | لا يوجد مفتاح مطابقة أو تفسير موثوق حتى الآن |
هذا هو الفارق بين تسوية صالحة للاستخدام وجدول بيانات مليء بالفوارق غير المُفسَّرة. لا يحتاج عميل أو مُقرض أو محاسب أو مراجع داخلي أن يعرف أن الخلية F94 فشلت في بحث. يحتاج أن يعرف ما إذا كان الإيداع مُفسَّراً بالكامل وأي صفوف تحتاج إجراءً.
لا تستخدم الإجماليات الشهرية دليلاً
مبيعات Shopify الشهرية قد تتوافق مع توقعاتك بينما إيداعات فردية لا تزال غير مُسوَّاة.
يحدث هذا لأن:
- طلبات نهاية الشهر تُدفع في الشهر التالي
- المستردات قد تُخفّض دفعة لاحقة
- الرسوم تقع بين المبيعات الإجمالية والنقد
- إيداع واحد قد يضم مبيعات بتواريخ طلبات متعددة
- دفعة واحدة قد تتضمن تعديلات لا علاقة لها بمجموعة الطلبات الحالية
السؤال ليس: هل مبيعات Shopify في مايو تساوي الإيداعات البنكية في مايو؟
السؤال الصحيح هو:
هل يمكن تفسير كل إيداع بنكي بدفعة واحدة، وهل يمكن تفسير كل دفعة بالطلبات والمستردات والرسوم والتعديلات التي تحتويها؟
هذا السؤال يُنتج إجابة جاهزة للتدقيق. كذلك يُقلّص العمل. لم تعد تُسوّي المتجر بأكمله دفعةً واحدة. أنت تُسوّي حدث نقد واحداً في كل مرة.
إن كان المتجر يستخدم أيضاً Stripe كطبقة دفع، فمنطق الدفعة يتقاطع مع سبب بطء تسوية طلبات Shopify مع دفعات Stripe. القاعدة نفسها تنطبق: لا تقارن إجماليات الطلبات مباشرةً بالنقد الصافي للدفعة دون فصل طبقة التسوية أولاً.
ما يجب أن تُظهره التسوية النهائية
النتيجة النظيفة ليست نسخة مُظلَّلة من الملف الأصلي. تُلخّص الإيداع، ثم تسرد الاستثناءات.
لكل إيداع بنكي، اعرض:
| حقل الإخراج | مثال |
|---|---|
| تاريخ البنك | 2026-05-06 |
| وصف البنك | SHOPIFY TRANSFER |
| مبلغ البنك | 3,921.44 |
| Payout ID | po_92831 |
| مبلغ الدفعة | 3,921.44 |
| حالة الإيداع | Matched |
ثم اعرض جسر التسوية:
| الفئة | المبلغ |
|---|---|
| مدفوعات الطلبات المطابقة | 4,280.00 |
| الرسوم | -128.56 |
| المستردات | -180.00 |
| التعديلات | -50.00 |
| الإيداع الصافي المُفسَّر | 3,921.44 |
| الفارق غير المُفسَّر | 0.00 |
ثم اعرض قائمة الاستثناءات:
| المرجع | المشكلة | الإجراء |
|---|---|---|
| #1044 | استرداد مدرج في الدفعة | تأكد من تسجيل الاسترداد |
| adj_8821 | تعديل يُخفّض الدفعة | راجع مصدر التعديل |
| #1069 | طلب مدفوع غير مدرج في هذه الدفعة | تحقق من نافذة الدفعة التالية |
هذا هو التقرير الذي تحتاجه. يُثبت الإيداع، ويُفسّر الفارق بين الطلبات الإجمالية والنقد، ويترك قائمة إجراءات واضحة بدلاً من فارق مبهم.
حين يصبح سير الملفات هو العملية
لمتجر صغير بعدد قليل من الطلبات أسبوعياً، يمكن إنجاز هذا يدوياً. صدِّر كشف الحساب البنكي CSV. صدِّر طلبات Shopify. احضر تفاصيل الدفعة. أنشئ جسر التسوية. راجع ما تبقى.
يصبح العمل مُكلفاً حين تتكرر الروتين نفسه عند كل إغلاق:
- إيجاد إيداع Shopify
- جلب تفاصيل الدفعة
- تنظيف ملف الطلبات المُصدَّر
- فصل الطلبات الإجمالية عن النقد الصافي
- تحديد المستردات والرسوم
- إعادة بناء أعمدة المطابقة
- تفسير فوارق التوقيت نفسها مجدداً
- إنتاج تقرير يمكن لشخص آخر الوثوق به
في هذه المرحلة، المشكلة لم تعد معرفة Shopify. المشكلة هي مقارنة الملفات المتكررة.
الهدف ليس أن يساوي كل طلب Shopify إيداعاً بنكياً. الهدف هو إثبات كيف بُني كل إيداع. حين تتعامل مع الإيداع كمجموعة ومع ملف الطلبات كالنشاط الذي يقف خلفها، تتوقف التسوية عن كونها بحثاً عن صف مثالي وتصبح تفسيراً للنقد يمكن الدفاع عنه.
