تم استقبال webhook لكنه لم يُنفَّذ؟ تشخيص خطوة بخطوة

مسار التسليم

يمر كل أمر مُوجَّه بحالات ظاهرة في لوحة التحكم: Received وRouting وACK وDelivered — أو رفض واضح. تشخيص الـ webhook يعني إيجاد الخطوة التي توقفت، بدل التخمين.

الخطوة 1 — هل وصل (Received)؟

إذا لم يظهر التنبيه حتى كـ Received:

• يستخدم تنبيه TradingView رابط webhook أو مفتاحاً خاطئاً
• لم ينطلق التنبيه فعلاً (لم يتحقق الشرط، أو ليس عند الإغلاق)
• لم يكن payload صالحاً كـ JSON

الخطوة 2 — Received لكن ليس Routed

وصلت الرسالة لكن التوجيه لم يختر هدفاً:

• لا حساب يطابق payload، أو اسم الحساب خاطئ
• حصة اليوم في الخطة مستهلكة بالفعل
• الحساب معطّل في إعدادك

الخطوة 3 — Routed لكن دون ACK من المنصة

وصل الأمر إلى الموصل لكن الطرفية لم تؤكد:

• روبوت MT4/MT5 لا يعمل، أو التداول الآلي مُطفأ
• اتصال cTrader مقطوع
• رمز الوسيط غير موجود (عدم تطابق في الربط)

الخطوة 4 — ACK لكن ليس Delivered، أو مرفوض

ردّت المنصة لكنها رفضت الأمر:

• السوق مغلق، أو الأداة غير قابلة للتداول الآن
• الحجم أقل من حد الوسيط، أو مسافة وقف/هدف غير صالحة
• هامش غير كافٍ

قائمة تحقق سريعة

• سجّل الوقت بتوقيت UTC ومعرّف webhook من لوحة التحكم
• اقرأ الحالة الدقيقة وسبب الرفض في السجل
• أعد الإنتاج على حساب تجريبي بـ payload بسيط
• صحّح متغيراً واحداً في كل مرة: الرابط، الربط، المخاطرة، الحساب

متى تتواصل مع الدعم

إذا أظهر السجل حالة لا تستطيع تفسيرها، فالتوثيق يصف كل حقل وحالة. ويطلب نموذج التواصل الوقت بتوقيت UTC ومعرّف webhook والحالة لمعالجة الطلب بسرعة.

المخاطر والحدود

يُبلّغ TheConnector بما حدث لكل تعليمة. webhook مستلَم لا يضمن التنفيذ: الوسيط والفرق والانزلاق والاتصال تقرر النتيجة النهائية. تبقى الاستراتيجية والمخاطر مسؤولية المستخدم.