إجمالي الرسوم على الأرجح ليس خاطئاً. ملف CSV لرسوم Stripe وتقرير مبيعاتك الداخلي يقيسان طبقتين مختلفتين من نفس تدفق الدفع. المقارنة المباشرة تحوّل تكاليف المعالجة الاعتيادية إلى فوارق وهمية.

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

شخّص الفارق قبل أن تجمع أي شيء

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

كل صف يحتاج تصحيحاً مختلفاً. صنّف الفارق أولاً، ثم صحّح المقارنة.

حدِّد ما يقيسه كل ملف فعلاً

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

لذلك هذا المقال ليس نفس سير العمل الخاص بـ مطابقة ملف CSV لمدفوعات Stripe مع كشف الحساب البنكي. مطابقة المدفوعات مع البنك تُثبت التدفق النقدي. مقارنة الرسوم بالمبيعات تُثبت ما إذا كانت تكاليف المعالجة قد قُيّدت بصحة للمبيعات قيد المراجعة.

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

حدِّد حدود المقارنة قبل أن تلمس أي معادلة

لا تجمع شيئاً حتى يستخدم الملفّان نفس النافذة الزمنية ونفس أساس احتساب المبالغ.

إن كانت كل الفوارق تساوي يوماً واحداً، افحص منطق التاريخ أولاً. هذا عادةً يعني مشكلة في نقطة الإغلاق أو المنطقة الزمنية، لا رسماً ناقصاً. مقال لماذا تختلف طوابع UTC الزمنية لـ Stripe عن تواريخ ملف CSV لكشف الحساب البنكي يتناول نفس الخلل من جانب المدفوعات، والقاعدة واحدة هنا: قارن تواريخ الإبلاغ المحلية بتواريخ الإبلاغ المحلية، لا قيم UTC الخام بالملخصات المحلية.

تحقَّق من أنواع البيانات المستوردة قبل أن تثق بمحتوى الخلايا. استخدم TYPE(): تخبرك مباشرةً ما إذا كان Excel يرى نصاً أم رقماً.

• =TYPE(A2) على تاريخ أو مبلغ يجب أن يُرجع 1 لقيمة رقمية في Excel.
• =TYPE(A2) يُرجع 2 يعني أن القيمة نص ولا يمكن مقارنتها بأمان بعد.

إن استُورد مبلغ كنص يحتوي على فواصل، أعده إلى رقم مباشرةً في المعادلة:

=VALUE(SUBSTITUTE(A2,",",""))

إن كان المرجع مخزَّناً كرقم في أحد الجانبَين وكنص في الآخر، وحِّده قبل البحث:

=TEXT(A2,"0")

إن وصل التاريخ كنص وكان تنسيقه غامضاً، استخرج أجزاءه صراحةً بدلاً من انتظار أن يخمّن Excel. لنص بتنسيق MM/DD/YYYY:

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

لنص بتنسيق DD/MM/YYYY، بادِل موضعَي الشهر واليوم:

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

هذه الفحوصات لا تحل المقارنة بأكملها. تمنع فقط مشاكل الاستيراد من التنكّر كمشاكل في الرسوم.

ابنِ مفتاح الربط، أو اعترف بأنك لا تملكه بعد

مقارنات الرسوم تفشل بسبب المرجع قبل أن تفشل بسبب الحسابات. تقرير المبيعات الداخلي وملف CSV لرسوم Stripe غالباً يستخدمان معرّفات مختلفة لنفس المعاملة.

استخدم أقوى ربط متاح:

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

حين تكون المفتاح موجوداً لكن الأنواع تختلف، صحّح التعارض داخل معادلة البحث قبل إنشاء أعمدة مساعدة. إن كان المرجع الداخلي في A2 نصاً وعمود المفتاح في جانب Stripe رقماً:

=XLOOKUP(VALUE(A2),Stripe!$F:$F,Stripe!$G:$G,"No match")

إن كان المرجع الداخلي رقماً ومفتاح Stripe نصاً:

=XLOOKUP(TEXT(A2,"0"),Stripe!$F:$F,Stripe!$G:$G,"No match")

لا تقارن على المبلغ الإجمالي وحده إلا إن كان الملف صغيراً وتتحقق من كل صف يدوياً.

افصل أنواع الرسوم قبل أن تحكم بأن رسوماً ناقصة

ملف CSV لرسوم Stripe ليس سلسلة من سطور "رسم المعالجة" تتكرر طوال الشهر. إن جمعت كل صفوف الرسوم معاً وقارنتها بعمود رسوم المعالجة في تقرير المبيعات، ستبالغ في تقدير الفارق في كل مرة تقريباً.

جمّع صفوف الرسوم أولاً.

قسّم الملف حسب ما ولّد الرسم قبل أن تحسب أي شيء.

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

نفِّذ المقارنة التي تكشف فعلاً الرسوم الناقصة أو المقلَّلة

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

1. صفّ ملف CSV لرسوم Stripe على نافذة الإبلاغ باستخدام التاريخ المحلي الموحَّد، لا النص الخام المستورد.
2. احذف صفوف الرسوم التي لا تنتمي إلى مقارنة رسوم المبيعات الحالية.
3. اربط كل صف رسوم متبقٍّ بأقوى مفتاح ربط متاح.
4. اجمع صفوف رسوم Stripe إلى نفس مستوى التفصيل الموجود في تقرير المبيعات الداخلي.
5. قارن الرسم المُقيَّد داخلياً بإجمالي Stripe عند نفس هذا المستوى.
6. صنّف كل فارق قبل تصحيح أي شيء.

نتيجة مفيدة تبدو هكذا:

هنا تستطيع التمييز بين الإخفاقات الحقيقية والفوارق المتوقعة:

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

إن لم يكن في تقرير مبيعاتك الداخلي عمود رسوم، استخدم بيانات رسوم Stripe الفعلية لتحديد ما كان يجب تقييده، ثم قِس الفجوة مقابل أي مصروف أو استحقاق موجود في سجلاتك في مكان آخر.

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

ما يجب أن تُثبته مراجعة مكتملة

بنهاية المراجعة، يجب أن تستطيع الإجابة عن أكثر من «الإجماليات متقاربة».

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

حين تصبح الروتين الدوري هو التكلفة الحقيقية

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