قطع تسوية السوق
تتكون وثيقة التسوية النموذجية من خمسة أجزاء متغيرة: المبيعات الإجمالية (السعر الذي دفعه العملاء)، عمولة السوق (نسبة مئوية بالإضافة إلى رسوم ثابتة)، الترويج الممول من قبل المطعم (حملات الخصم التي نفذها السوق نيابة عن المطعم)، المبالغ المستردة والنزاعات (الطلبات التي تم ردها للعميل)، والمدفوعات الصافية (ما يقوم السوق بتحويله فعليًا إلى حساب المطعم المصرفي). يقوم كل سوق بتنسيق هذا بشكل مختلف ويستخدم مصطلحات مختلفة، وهو جزء من سبب كون التسوية مؤلمة.
لماذا تعتبر التسوية اليدوية مؤلمة
الحلقة اليدوية القياسية تسير على النحو التالي: تحميل CSV الخاص بالـ marketplace لكل أسبوع؛ فتح الـ POS للعثور على تذاكر المبيعات المقابلة؛ مطابقة كل سطر مع الطلب الصحيح في الـ POS؛ اكتشاف الاستردادات؛ التحقق من الإيداع البنكي؛ المناقشة مع الـ marketplace عندما يكون هناك طلب مفقود أو تم تطبيق استرداد بشكل خاطئ. العمل خطي في عدد الطلبات وتربيعي في عدد الـ marketplaces. سلسلة تضم خمسة مواقع وأربعة marketplaces تقضي أيامًا في الشهر على ذلك.
كيف يغير Sinqro Data Sync ذلك
يجمع Sinqro Data Sync كل طلب في اللحظة التي يصل فيها إلى Order Hub، ويحمل ID الطلب من السوق وID المكان، ويتتبع الطلب خلال تسليم POS (حيث يحصل على ID تذكرة POS)، ويربطه لاحقًا بسجل تسوية السوق عند وصوله. ينتهي كل طلب بسلسلة تدقيق واحدة: طلب السوق → تذكرة POS → تسوية السوق → إيداع مصرفي. تصبح التسوية فحصًا مشتقًا: "هل تتطابق هذه التسوية مع مجموع تذاكر POS المنسوبة إلى هذا السوق في هذه الفترة؟"
النزاعات الشائعة التي تكتشفها Sinqro تلقائيًا
تُعَدُّ ثلاث نزاعات متكررة السبب الرئيسي لمعظم خلافات التسوية. (1) الطلبات المفقودة — تتخطى تسوية السوق طلبًا أطلقه نظام نقاط البيع بوضوح وتلقاه العميل. (2) ردود الأموال غير الصحيحة — خصم السوق رد أموال كان خطأ من الموزع، وليس من المطعم. (3) شريحة العمولة الخاطئة — فرض السوق معدل عمولة أعلى من المتفق عليه. يقوم Data Sync بالكشف عن كل واحدة من هذه تلقائيًا من خلال مقارنة بيانات نظام نقاط البيع والسوق والبنك؛ حيث يتولى فريق العمليات التعامل مع الاستثناءات فقط.