يجمع ملف تصدير eBay Managed Payments في النطاق الزمني نفسه مبيعات واستردادات ورسوما ورسوم ملصقات شحن ودفعة واحدة. القيد في دفتر الأستاذ الذي تتوقع مطابقته نادرا ما يقع في صف واحد. تسوية ملف CSV مع دفتر الأستاذ تفشل فور أن تعامل هذا الملف كأنه كشف حساب بنكي. الملف على مستوى العمليات الفردية. دفتر الأستاذ على مستوى الحسابات. لا تتم التسوية إلا إذا فصلت بين المستويين قبل المقارنة.
لهذا السبب تبدو الأرقام خاطئة حتى حين تكون البيانات صحيحة. قد يعرض eBay طلبا واحدا وخصم رسوم واستردادا ورابطا لدفعة في صفوف منفصلة، بينما لا يظهر دفتر الأستاذ سوى قيد مبيعات وقيد مصاريف وحركة بنكية. إذا حاولت المطابقة صفا بصف، أوجدت فروقات وهمية وفاتتك الفروقات الحقيقية.
لماذا لا تتطابق الصفوف
ملف CSV من eBay Managed Payments ليس قائمة مبيعات نظيفة. هو تقرير معاملات مختلط. حسب الأعمدة التي تصدّرها وما حدث خلال الفترة، قد يحتوي الملف على نشاط طلبات ومراجع دفعات ورسوم وتجميدات ونزاعات ورسوم ملصقات شحن وتعديلات وأسطر ضريبية.
هذا البناء مهم لأن دفتر الأستاذ نادرا ما يخزّن تلك الأحداث بالشكل نفسه.
| نوع الصف في ملف CSV من eBay | ما يمثّله | أين يُسجَّل عادة في دفتر الأستاذ |
|---|---|---|
| مبيعات إجمالية | مدفوعات العميل قبل الاستقطاعات | المبيعات أو الذمم المدينة |
| رسوم القيمة النهائية أو رسوم أخرى | تكلفة تُخصَم قبل الدفعة | حساب المصاريف |
| استرداد أو مطالبة | مبلغ معاد أو محمّل | المردودات أو حساب النزاعات |
| رسوم ملصق الشحن | تكلفة لوجستية تُخصَم من الرصيد | مصاريف الشحن |
| تعديل أو رسوم | ائتمان أو خصم غير معياري | إيرادات أو مصاريف أخرى أو حساب مقاصة |
| رابط الدفعة الصافية | حركة نقدية بعد الاستقطاعات | الحساب البنكي أو حساب المقاصة |
عدد الصفوف يضلّل أيضا. الطلب الواحد قد لا يساوي صفا واحدا. الطلبات متعددة الأصناف قد تمتد عبر عدة صفوف. الاسترداد قد يظهر بعد المبيعة الأصلية. الدفعة قد تجمع نشاطا من تواريخ معاملات مختلفة. لا شيء من هذا يعني أن الملف معطوب. يعني أن أسلوب المطابقة يجب أن يحترم طريقة eBay في تسجيل تدفق الأموال.
النتيجة العملية بسيطة: لا تطلب من عمود واحد أن يجيب على كل سؤال. المطابقة على مستوى الطلبات تثبت ما إذا كانت المبيعات مسجّلة في الدفاتر. مطابقة الرسوم والاستردادات تفسّر لماذا صافي النقدية أقل. مطابقة الدفعات تثبت ما إذا كانت حركة الأموال وصلت إلى حيث يجب.
أحضر ثلاثة ملفات وحدّد نطاقا زمنيا واحدا
قبل أي مقارنة، حدّد الفترة التي تسوّيها والملفات المرتبطة بها. معظم التسويات الفاشلة تبدأ لأن نطاق التصدير أوسع من نطاق دفتر الأستاذ، أو لأن تاريخ دفعة يُقارَن بتاريخ مبيعة.
للحصول على تسوية نظيفة، اعمل من هذه الملفات:
| الملف | الأعمدة الدنيا للاحتفاظ بها | الغرض منه |
|---|---|---|
| CSV تقرير معاملات eBay | Order ID, Item ID, Transaction ID or Reference ID, transaction date, payout date, gross amount, net amount, fee-related fields, payout ID | تفاصيل المصدر للمبيعات والاستقطاعات ومجموعات الدفعات |
| تصدير دفتر الأستاذ أو دفتر الصندوق | التاريخ، المرجع، الحساب، الوصف، مدين/دائن أو مبلغ بإشارة | ما سُجِّل فعليا في الدفاتر |
| تصدير كشف الحساب البنكي إذا كان إثبات النقدية مطلوبا | التاريخ، الوصف، المبلغ، المرجع البنكي | يؤكد وصول الدفعة إلى الحساب |
اختر نطاقا واحدا وابقَ فيه:
- دفعة واحدة إذا كانت المشكلة وديعة لا تتوافق.
- أسبوع واحد إذا كان دفتر الأستاذ يُقيَّد بدفعات أسبوعية.
- شهر كشف حساب واحد إذا كنت تُغلق الشهر ودفتر الأستاذ يتبع التقويم نفسه.
لا تخلط هذه النطاقات في ورقة العمل نفسها. قد تختلف أوقات معاملات eBay وتواريخ الدفعات عن سجلاتك الخاصة بسبب توقيت الدفعات والتعامل مع المناطق الزمنية. إذا كان جانب الدفعات هو المشكلة المتكررة، فإن منطق إثبات الحركة أولا المستخدَم في مطابقة CSV دفعة Stripe مع كشف الحساب البنكي ينطبق هنا أيضا: أثبت حركة النقدية أولا، ثم فسّر ما بداخلها.
اختر مفتاح المطابقة قبل مقارنة المبالغ
معظم أخطاء التسوية ليست أخطاء في المبالغ. هي أخطاء في المفتاح. يُستخدَم المرجع الخاطئ فتبدو الصفوف الصحيحة غير مطابقة.
استخدم الحقل المطابق لكيفية قيد دفتر الأستاذ:
| مفتاح المطابقة | متى تستخدمه | لا تستخدمه لـ |
|---|---|---|
| Order ID | يسجّل دفتر الأستاذ قيد مبيعات واحد لكل طلب عميل | إثبات مبلغ الدفعة |
| Transaction ID أو Reference ID | يخزّن دفتر الأستاذ مراجع أحداث الدفع أو الاسترداد | تجميع دفعة كاملة |
| Payout ID | تحتاج إلى ربط مجموعة صفوف بدفعة واحدة أو حركة بنكية | مطابقة إيرادات المبيعات |
| Item ID | تحلّل طلبات متعددة الأصناف | المطابقة الرئيسية عبر الملف كله |
هنا تنحرف كثير من جداول البيانات. أحدهم يحاول مطابقة المبيعات الإجمالية مع Payout ID، أو يحاول إثبات وديعة صافية بـ Order ID. هذه المفاتيح تنتمي إلى مستويات مختلفة من العملية.
إذا لم يخزّن دفتر الأستاذ أي مرجع من eBay بشكل نظيف، أنشئ جدول تعيين مؤقت قبل أن تلمس الإجماليات. طابق المرجع المتاح في دفتر الأستاذ مع حقل eBay الثابت، ثم شغّل التسوية من هناك. بدون هذه الخطوة، كل فلتر ومعادلة تالية تعمل على افتراض خاطئ.
اعمل على ثلاثة مستويات، ليس مستوى واحدا
الطريقة الصحيحة للتعامل مع eBay هي تشغيل ثلاث تسويات أصغر بدلا من تسوية ضخمة واحدة.
1. مستوى المبيعات
قارن المبيعات الإجمالية في ملف eBay بقيود المبيعات في دفتر الأستاذ. في هذه المرحلة، تجاهل الرسوم واستقطاعات الملصقات وقيم الدفعة الصافية. السؤال محدد: هل سُجِّلت المبيعات بالمبلغ الإجمالي الصحيح؟
2. مستوى الاستقطاعات
اعزل الآن كل ما يقلّل مما ستستلم: رسوم القيمة النهائية، رسوم الإعلانات المروّجة، رسوم ملصقات الشحن، الاستردادات، المطالبات، النزاعات، التعديلات، وأي خصوم أخرى قبل الدفعة. قارنها بحسابات المصاريف أو المردودات أو المقاصة المقابلة في دفتر الأستاذ.
3. مستوى الدفعات
فقط بعد أن يبدو المستويان الأولان منطقيين، قارن قيم الدفعة الصافية مع البنك أو حساب المقاصة. الدفعة ليست إجمالي مبيعات. هي نتيجة مستوى المبيعات مطروحا منه مستوى الاستقطاعات مضافا إليه أو مطروحا منه أي تعديلات.
إليك مثالا مبسّطا:
| النشاط | المبلغ |
|---|---|
| المبيعات الإجمالية في تصدير eBay | 2,000.00 |
| رسوم القيمة النهائية ورسوم أخرى | -180.00 |
| الاستردادات والمطالبات | -250.00 |
| رسوم ملصقات الشحن | -45.00 |
| صافي الدفعة | 1,525.00 |
إذا أظهر دفتر الأستاذ مبيعات بقيمة 2,000.00 ونقدية بنكية بقيمة 1,525.00، لا يعني ذلك أن 475.00 غير مفسَّر. يعني أنك تحتاج الآن إلى إثبات ما إذا كانت 180.00 و250.00 و45.00 قُيِّدت في الحسابات الصحيحة. بمجرد تبرير تلك الاستقطاعات، تصبح الدفعة مفسَّرة.
هذا ما تتجاوزه معظم الصفحات المرجعية. تخبرك أن التقارير موجودة. لا تخبرك أن المبيعات الإجمالية والاستقطاعات والدفعات لا ينبغي دمجها في خطوة مطابقة واحدة.
أنماط التباين التي تستحق الانتباه
بمجرد تقسيم الملف إلى المستويات الصحيحة، الفروقات المتبقية عادة تتبع أحد أنماط قليلة.
| العَرَض | ما يعني عادة | ما يجب مراجعته بعد ذلك |
|---|---|---|
| مبلغ متطابق، تاريخ مختلف | تأخير في الدفعة أو اختلاف المنطقة الزمنية | قارن تاريخ المعاملة بتاريخ الدفعة، لا تاريخ المبيعة بالتاريخ البنكي |
| صفوف eBay أكثر من صفوف دفتر الأستاذ | طلبات متعددة الأصناف أو قيود جماعية في دفتر الأستاذ | جمّع صفوف eBay بحسب الطلب أو الدفعة قبل المقارنة |
| المبيعات تتطابق لكن النقدية أقل | رسوم أو استردادات أو ملصقات أو تعديلات غائبة عن دفتر الأستاذ | فلتر أنواع المعاملات غير التجارية وتتبّع كل فئة |
| النقدية تتطابق لكن الإيرادات لا | سُجِّلت المبيعات صافية بدلا من إجمالية، أو كُرِّرت | تحقق من أن دفتر الأستاذ لم يقيّد الودائع مباشرة كإيرادات |
| فرق صغير متكرر كل فترة | رسوم اشتراك أو رسوم إعلانات أو تعديلات متكررة | تفحّص الرسوم خارج الطلبات بعيدا عن أسطر المبيعات الرئيسية |
| دفعة كبيرة واحدة غير مطابقة | نطاق خاطئ أو دفعة جماعية مختلطة | أعد البناء حول Payout ID واحد وصفوفه المرتبطة |
فروقات التواريخ تستحق اهتماما خاصا. قد تُسجَّل عملية eBay في تاريخ بينما تصل الدفعة لاحقا. إذا قارنت تاريخ المبيعة بالتاريخ البنكي، بدا كل تأخير طبيعي كأنه خطأ. الشيء نفسه يحدث حين يُقيَّد دفتر الأستاذ بالتوقيت المحلي وينعكس التصدير بطابع زمني مختلف. ليست مشكلة تنظيف بيانات. هي مشكلة على مستوى المقارنة.
الخطأ الآخر الشائع هو خلط منطق الإجمالي والصافي. إذا قيّد دفتر الأستاذ الوديعة البنكية مباشرة كإيرادات، سيبدو رقم المبيعات أقل من المبيعات الإجمالية من eBay وستبدو مصاريف الرسوم غائبة. التسوية تؤدي مهمتها حين تكشف هذه المشكلة الهيكلية.
حين يتحول جانب الدفعات إلى عمل مقارنة جماعية محضة، تقترب الآلية أكثر من مقارنة ملفين CSV لكشوف حساب بنكية بدون معادلات منها من تصحيح معادلة بحث واحدة. أنت تثبت أي حركة مجمّعة تنتمي إلى أي حركة مجمّعة، ثم تحفر في الفروقات المتبقية.
ما يجب أن تُثبته التسوية المكتملة
التسوية المكتملة ليست جدول بيانات مليء بالخلايا الخضراء. هي تفسير مختصر وقابل للدفاع لمكان كل فرق ذي أهمية.
نتيجتك النهائية يجب أن تجيب على هذه النقاط الخمس:
| قسم النتيجة | ما يُثبته |
|---|---|
| المبيعات المطابقة | المبيعات الإجمالية من eBay ممثَّلة في دفتر الأستاذ |
| ملخص الرسوم والاستقطاعات | التخفيضات من الإجمالي إلى الصافي قُيِّدت في الحسابات الصحيحة |
| الاستردادات والمطالبات والتعديلات | الحركات غير التجارية لم تُخلط مع المبيعات المفقودة |
| ملخص الدفعات | المبلغ الصافي يتوافق مع النقدية أو حساب المقاصة |
| قائمة الفروقات | كل فرق غير محلول مُسمَّى، ليس مخفيا |
هذا المعيار الذي ينبغي استهدافه. ليس عددا متطابقا من الصفوف. ليس إجماليا كبيرا مجبرا على التوافق في وقت مبكر. نتيجة قابلة للاستخدام تقول:
- أي مبيعات تطابقت.
- أي استقطاعات تفسّر الفجوة بين الإجمالي والصافي.
- أي دفعة أو حركة بنكية تنتمي إليها تلك الصفوف.
- أي بنود لا تزال مفقودة أو مكررة أو مقيَّدة في الحساب الخاطئ.
إذا استطعت قول هذه الأمور الأربعة بوضوح، التسوية منتهية. إذا لم تستطع، قد يكون الملف مليئا بالبيانات، لكن التسوية لم تكتمل.
حين يصبح العمل في جدول البيانات هو المشكلة
التسوية اليدوية لـ eBay لا تزال قابلة للتطبيق حين تكون الأحجام صغيرة ودفتر الأستاذ مقيَّد بنظافة. تصبح مكلفة حين يتبع كل إغلاق النمط نفسه: تصدير CSV، تقسيمه إلى أقسام، اختيار مفتاح مطابقة، إعادة بناء المعادلات ذاتها، فلترة الفروقات ذاتها، وإعادة كتابة التفسير ذاته.
عند هذه النقطة، الجزء الصعب لم يعد الحكم المحاسبي. هو مقارنة الملفات وإعداد تقارير الفروقات.
