مطلوب إجراء لتسجيل الدخول إلى Epic: حافظ على الحساب وتحقّق من الخطوة

:: التعرف على الإجراءات التصحيحية دون تخمين سببها

يشير اسم الخطأ corrective_action_required إلى أن تدفق Epic يتطلب إجراءً قبل أن يتمكن من المضي قدمًا. إذا أظهرت معلومات التشخيص أيضاً الرمز 18206، فاحتفظ بالرمز والاسم معًا. لا تعين سببًا محددًا، مثل اتفاق معين، ما لم يظهر Epic فعليًا ذلك الشرط للحساب.

افتح تدفق التسجيل الخاص بـ (إيبيك) من خلال مسار موثوق به و تفحص تعليمات الحساب. تجنب نسخ رابط مواصلة خاص إلى الدردشة العامة. إذا لم تتمكن من إكمال الخطوة المشار إليها، أبلغ عن المرحلة التي تم حجبها دون الكشف عن عنوان URL للترخيص أو أي قيم مدمجة فيه. لاحظ ما إذا كانت الرسالة ظهرت أثناء الربط الأولي، أو التسجيل في فورتنايت أو تجديد الجلسة. وهذا التمييز مفيد حتى عندما يكون رد HTTP المرئي هو نفس حالة الخطأ العامة.

خطأ في رموز تحديث يتعلق بجلسة

إن استجابة invalid_refresh_token، بما في ذلك الرمز المبلغ عنه 18036، تتعلق بالرمز المستخدم لتجديد جلسة. ولا يثبت هذا في حد ذاته أن بيانات الاعتماد DeviceAuth المخزنة بشكل منفصل غير قابلة للاستخدام بشكل دائم. وقد يؤدي حذف كل بيانات الاعتماد بسبب فشل عملية تجديد واحدة إلى إزالة المعلومات اللازمة لاستعادة الحساب بأمان.

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

استخدام تدفق الاسترجاع دون تداخل الطلبات

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

1. يسجل اسم الخطأ الآمن، والرمز الرقمي إذا كان موجوداً، ومنطقة التوقيت.
2. أتم أي عمل يظهره Epic من خلال واجهة حسابه الرسمية.
3. العودة إلى تدفق الربط أو الاستعادة المدعوم وإكمال محاولة واحدة.
4. تحقق من حساب Epic المرتبط قبل بدء الروبوت أو تغيير إعدادات حساب آخر.

حذف الاحتياطي فيما يتعلق بقرار متحقق منه

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

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