في فحص نافذة 9 مايو 2026 بتوقيت دبي، ظهرت في Seller Forums الخاصة بـ Amazon.ae شكاوى عملية عن أوامر تم تسليمها أو تأثر pickup الخاص بها، حسابات قديمة لم يصل رصيدها، وخصومات أو رصيد سلبي لا يطابق ما يراه البائع في الطلبات. هذه ليست سياسة جديدة، لكنها نمط خطر لأن مشكلة تشغيلية صغيرة قد تتحول إلى أموال محتجزة أو رصيد سلبي أو أثر أداء.
لبائع دبي أو الخليج الذي يستخدم Amazon Easy Ship أو Self-Ship، السؤال الأول ليس: من المخطئ؟ السؤال الأول هو: هل تستطيع أن تجعل أمازون ترى خطاً واحداً من الطلب إلى الاستلام إلى التتبع إلى refund أو Transaction View؟ من دون هذا الخط، تبدو القضية كشكوى عامة حتى لو كان الضرر حقيقياً.
لا تجمع كل شيء في قضية واحدة
pickup غير مكتمل، طلب لا يظهر، refund مخصوم، ورصيد سلبي قد تكون أجزاء من حادثة واحدة، لكنها ليست نفس مسار المراجعة داخل Seller Central.
الجواب السريع: ابنِ خريطة لكل Order ID
أضعف تصعيد هو رسالة تقول إن الحساب غير صحيح فقط. أقوى تصعيد يبدأ بجدول قصير يربط كل Order ID بما حدث فعلاً: هل جرى pickup؟ هل ظهر scan؟ هل أُلغي الطلب؟ هل استرد العميل المبلغ؟ هل رجعت السلعة؟ وهل ظهر الأثر في Payments أو Account Health؟
- Order ID، SKU، ASIN، تاريخ الطلب، طريقة الشحن: Easy Ship أو Self-Ship أو FBA.
- موعد pickup، إثبات التسليم للناقل، اسم أو رقم السائق إن كان ظاهراً، وأي صورة أو إيصال أو gate pass متاح.
- حالة الطلب في Manage Orders: مشحون، ملغى، متأخر، مرفوض، مرتجع، أو غير ظاهر رغم وجود بريد تأكيد.
- Tracking status كما يظهر داخل Seller Central، لا من موقع خارجي فقط.
- الأثر المالي: refund، chargeback، shipping fee، SAFE-T، Transaction View، أو مبلغ جعل الرصيد سالباً.
افصل pickup عن الإلغاء وعن الرصيد
في Amazon.ae توجد فروق عملية بين FBA وEasy Ship وSelf-Ship. في FBA وEasy Ship تدير أمازون أجزاء كبيرة من التسليم وخدمة العملاء والمرتجعات، بينما في Self-Ship يتحمل البائع إدارة الشحن والمرتجع بدرجة أكبر. لذلك لا يكفي أن تقول إن الطلب خرج من عندك؛ يجب أن تثبت أين انتقلت المسؤولية في السجل.
- إذا كان pickup لم يحدث، فالمسار الأقرب هو سبب الإلغاء أو التأخير وأثره على الأداء.
- إذا حدث pickup لكن الطلب لا يظهر أو لم يحصل scan، فالمسار الأقرب هو إثبات الاستلام والتتبع داخل Manage Orders.
- إذا تم refund ولم ترجع السلعة، فالمسار الأقرب هو سجل المرتجع أو SAFE-T أو مطالبة تعويض مرتبطة بالطلب.
- إذا ظهر خصم جعل الحساب سالباً، فالمسار الأقرب هو مصالحة الرصيد لا مجرد اعتراض على خدمة الشحن.
- إذا كان الحساب معاد فتحه لكن الدفعات لا تصل، فافصل ذلك عن حادثة order واحدة وابحث عن شرط release أو bank/verification blocker.
ما الأدلة التي ترفعها قبل SAFE-T أو Seller Support؟
إعلان Amazon عن SAFE-T لأوامر Easy Ship يوضح أن المطالبة قد ترتبط بفقد أو تلف في النقل إلى العميل أو في نقل المرتجع، أو بمرتجع لا يصل بالحالة الأصلية. لذلك يجب أن يكون ملفك أدلة طلب، لا سرداً عاماً للخسارة.
- لقطة من صفحة الطلب تظهر طريقة الشحن وحالة التتبع والموعد.
- إثبات pickup أو تسليم الطرد للناقل، مع ربطه بنفس Order ID وليس بمجموعة طلبات واسعة فقط.
- سجل return أو refund يوضح متى تم خصم المبلغ ومتى كان يفترض رجوع السلعة.
- صور أو فيديو unpacking عند وصول مرتجع تالف أو مختلف، إذا كانت القضية عن حالة المرتجع.
- Case IDs السابقة مع تلخيص قصير لما طلبته أمازون أو رفضته، حتى لا يبدأ المراجع من الصفر.
متى تكون أموالاً محتجزة ومتى تكون رصيداً سالباً؟
كثير من البائعين يستخدمون عبارة الأموال المحتجزة لكل ألم مالي. لكن إذا كان Seller Central يعرض مبلغاً مخصوماً أو رصيداً أقل من صفر، فقد تكون القضية أقرب إلى negative balance: أمازون تقول إن الحساب مدين أو أن خصومات معينة تجاوزت الرصيد المتاح. أما funds-on-hold فتسأل عادة لماذا لا يتم صرف رصيد مؤهل أو لماذا ينتظر release condition.
- تعامل معها كأموال محتجزة عندما ترى رصيداً مؤهلاً لا يصرف بسبب مراجعة أو تعطيل أو شرط إطلاق.
- تعامل معها كرصيد سلبي عندما تكون الرسوم أو refunds أو المطالبات أكبر من الرصيد المتاح.
- تعامل معها كقضية أداء عندما يقودها تأخير pickup أو إلغاء أو شكاوى عدم استلام تؤثر في ODR أو Late Shipment Rate.
- تعامل معها كمطالبة تعويض عندما تكون السلعة أو المرتجع مفقوداً أو تالفاً ضمن نطاق Easy Ship أو SAFE-T.
ماذا لا ترسل في التصعيد التالي؟
اللغة الغاضبة مفهومة، لكنها لا تساعد إذا جعلت المراجع يبحث عن القضية الحقيقية وسط اتهامات واسعة. هدفك أن تجعل القرار قابلاً للمراجعة: أين حدث الخطأ، ما الدليل، وما النتيجة التي تطلبها تحديداً.
- لا ترسل نصاً واحداً لكل الطلبات من دون جدول Order IDs.
- لا تخلط refund، pickup، رصيد سلبي، وتحقق بنكي في فقرة واحدة.
- لا تفتح حالات كثيرة بنفس النص ثم تطلب تصعيداً عاماً إلى فريق أعلى.
- لا تستخدم لقطات شاشة مقصوصة تخفي السوق أو التاريخ أو رقم الطلب.
- لا تطلب تعويضاً قبل أن تثبت هل الضرر في النقل، المرتجع، الرصيد، أو الأداء.
الخلاصة العملية: إذا كانت المشكلة في Amazon.ae بدأت من Easy Ship أو pickup، فابدأ من سجل الطلب والتتبع. إذا أصبحت المشكلة خصماً أو رصيداً سالباً، فانتقل إلى مصالحة الأموال. وإذا صار الضرر في Account Health، اربط كل طلب بالمؤشر المتأثر قبل أي استئناف جديد. هذا الفصل هو ما يحول شكوى مشتتة إلى ملف يمكن مراجعته.