الصورة بداية متابعة وليست قرار تسليم

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

عامل الصورة كمعلومة مساعدة: اربطها برقم الطلب، واستخرج منها المرجع اللازم إن كان واضحاً، ثم راجع المصدر الذي تعتمد عليه في إثبات الدفع. لا تطلب من العميل كشف كلمة المرور أو رمز تحقق أو معلومات بطاقة كاملة لتقوية الصورة؛ هذه المعلومات لا تجعل قرار التسليم صحيحاً وتزيد البيانات الحساسة المتداولة.

حالة الفاتورة تجيب عن طلب محدد

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

لا يكفي أن تكون هناك فاتورة مدفوعة في الحساب؛ يجب أن تكون الفاتورة الصحيحة للطلب الصحيح. احتفظ بالربط داخل نظامك عند الإنشاء، ولا تجعل العميل يحدد بعد الدفع أي طلب يريد نسب العملية إليه بلا تحقق. بهذه الخطوة تصبح متابعة النزاع أو الاستفسار ممكنة من مرجع واضح يراه فريقك.

الإشعار الموقّع يحتاج تحققاً قبل الأثر

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

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

عودة المتصفح تخدم تجربة العميل

صفحة العودة بعد الدفع مكان مناسب لعرض رقم الطلب ورسالة المتابعة، لكنها لا ينبغي أن تكون المصدر الوحيد لقرار التنفيذ. قد يغلق العميل المتصفح أو تنقطع الشبكة بعد الدفع، وقد يعيد فتح الرابط لاحقاً. يجب ألا يصبح تسليم السلعة معتمداً على بقاء هذه الصفحة مفتوحة.

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

مرة واحدة للدفع ومرة واحدة للتسليم

حتى الرسالة الصحيحة قد تصل أكثر من مرة. لذلك تشرح وثائق وتد أهمية معالجة الحدث مرة واحدة، وتوثق مفاتيح منع التكرار عند إنشاء الطلبات ذات الصلة. لا تجعل تكرار الإشعار يؤدي إلى مضاعفة الرصيد أو إرسال قسيمتين بينما اشترى العميل واحدة.

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

اكتب قاعدة يستطيع الدعم شرحها

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

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

أسئلة شائعة

هل أتجاهل صورة الدفع التي يرسلها العميل؟

لا. يمكن استخدامها لتحديد المرجع وفهم الاستفسار، لكن لا تعتمد عليها وحدها لتسليم الطلب. راجع الفاتورة الصحيحة وحالتها من المصدر الذي يعتمد عليه متجرك، ثم أعطِ العميل نتيجة واضحة بمرجع يمكن متابعته.

ماذا أفعل إذا وصل إشعار الدفع مرتين؟

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

هل صفحة النجاح دليل كافٍ على اكتمال الدفع؟

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

المصادر والتحقق

  1. بدء الربط مع وتدمراجعة 2026-10-18
  2. إشعارات وتد الموقعةمراجعة 2026-10-18
  3. واجهة المدفوعاتمراجعة 2026-10-18