مرحباً، لدي workflow Dispatcher في WhatsApp مع عقدة WhatsApp Trigger. أتلقى هذا الخطأ عند التفعيل:
“تطبيق WhatsApp بمعرّف 976855898413634 لديه بالفعل اشتراك webhook. احذفه أو استخدم تطبيقاً آخر قبل تنفيذ المشغّل.”
لقد قمت بالفعل بـ:
حذف وإعادة إنشاء بيانات اعتماد WhatsApp OAuth
حذف اشتراك Meta webhook عبر Graph API Explorer (أرجع success: true)
تعطيل وإعادة تفعيل workflow عدة مرات
يبدو أن التسجيل القديم موجود في قاعدة البيانات الداخلية لـ n8n. هل يمكن لأحد من فريق n8n مسح الاشتراك لمعرّف التطبيق 976855898413634؟
مثيل n8n Cloud: marketingeddine.app.n8n.cloud
وصف المشكلة/الخطأ/السؤال
ما رسالة الخطأ (إن وجدت)؟
يرجى مشاركة workflow الخاص بك
(حدّد العقد على لوحتك واستخدم اختصارات لوحة المفاتيح CMD+C/CTRL+C و CMD+V/CTRL+V لنسخ ولصق workflow.)
مشاركة المخرجات المُرجعة من العقدة الأخيرة
معلومات إعداد n8n الخاص بك
- إصدار n8n:
- قاعدة البيانات (الافتراضي: SQLite):
- إعداد n8n EXECUTIONS_PROCESS (الافتراضي: own, main):
- تشغيل n8n عبر (Docker, npm, n8n cloud, تطبيق سطح المكتب):
- نظام التشغيل:
مرحبا @Eddine_Belaid، قبل افتراض أن المشكلة عالقة في قاعدة بيانات n8n، عادة ما يستمر هذا الخطأ بعد تنظيف Meta لأحد السببين:
- اشتراك مستوى WABA منفصل عن اشتراك التطبيق. حذف /{app-id}/subscriptions لا يمسح subscribed_apps الخاص بـ WhatsApp Business Account. تحقق من GET /{waba-id}/subscribed_apps وقم بالحذف هناك أيضًا.
- سير عمل آخر في هذا المثيل (حتى لو كان غير نشط، أو نسخة مكررة) بـ WhatsApp Trigger على نفس معرّف التطبيق سيبقيه مسجلاً مجددًا.
هل كان حذف Graph API الخاص بك يغطي WABA subscribed_apps، وهل هذا هو سير العمل الوحيد الذي يستخدم هذا الزناد؟
مرحباً @Eddine_Belaid
إذا كنت في عجلة من أمرك الإنتاجي والحالة الداخلية عالقة بالفعل، فإن الحل الأسرع هو إنشاء تطبيق Meta جديد:
- أنشئ تطبيقاً جديداً في Meta Developer Portal.
- أنشئ معرّف تطبيق (App ID) وسر تطبيق (App Secret) جديدين.
- حدّث بيانات اعتماد n8n الخاصة بك باستخدام المعرّف الجديد.
- هذا يتجاوز تسجيل “القديم” بالكامل لأنك تستخدم معرّف تطبيق جديد.
أفضل استخدام عقدة Webhook ووضعها في webhook التطبيق، فهي تعمل بشكل أفضل بكثير من عقدة WhatsApp trigger
أهلاً وسهلاً @Eddine_Belaid!
حذف المستوى تطبيق عبر Graph API هو الخطوة الصحيحة، لكن الخطأ يستمر لأن n8n يخزن أيضاً تسجيل webhook الداخلي الخاص به في قاعدة البيانات - وهذا السجل يبقى حتى بعد حذف/إعادة إنشاء بيانات الاعتماد. الحل الأسرع: أيقف الويرك فلو بشكل كامل، ثم احذف عقدة WhatsApp Trigger بالكامل، احفظ الويرك فلو، ثم أضفها من جديد - هذا يجبر n8n على مسح تسجيلها المخزن مؤقتاً والتسجيل بنظافة عند التفعيل التالي. تأكد أيضاً من عدم وجود ويرك فلوهات أخرى (نشطة أو غير نشطة) تشارك نفس معرف التطبيق، لأنه حتى النسخة المكررة المعطلة ستحافظ على قفل الاشتراك بصمت.
لم تتحقق بعد مما إذا كان حساب WhatsApp Business Account لا يزال يحتوي على إدخال نشط ضمن /{waba-id}/subscribed_apps،
فيما يتعلق بسير العمل، بقدر ما يمكنني التمييز، هذا هو سير عمل WhatsApp Trigger الوحيد قيد الاستخدام حالياً، لكنني سأقوم بإجراء تدقيق شامل للأسباب غير النشطة، أو التكرارات، أو أي محفزات متبقية قد تعيد تسجيل webhook تلقائياً.
كنت سأتوقف عن إعادة إنشاء بيانات الاعتماد للحظة واحدة وأتتبع النظام الذي لا يزال يملك اشتراك webhook. المسار المفيد هو: تأكيد اشتراكات webhook لتطبيق Meta، تأكيد عنوان URL للاستدعاء الدقيق الذي يحاول n8n تسجيله، ثم التحقق مما إذا كان سجل الزناد القديم عالقًا داخل حالة n8n Cloud/الداخلية.