الفحص المسبق للاتصال
الفحص المسبق للاتصال تشخيصٌ يمشي خطوةً خطوة فيختبر اتصال بيانات السوق مرحلةً في كل مرة، من البوابة واسم النظام وتسجيل الدخول والاشتراك حتى أول تيك، ويبلّغ بما قاسته كل مرحلة. وهو يفصل مسارًا مرفوضًا عن بيانات اعتماد مرفوضة عن تغذيةٍ قُبلت لكنها صامتة.
Senzoukria · المسرد · آخر تحديث: سبتمبر 2026
المراحل
| المرحلة | السؤال | ما يثبته النجاح |
|---|---|---|
| البوابة قابلة للبلوغ | هل أجاب عنوان البوابة؟ | مسار الشبكة موجود؛ ولم يحجبه جدار حماية ولا VPN ولا وكيل |
| النظام معروف | هل تخدم هذه البوابة النظام المسمّى؟ | اسم النظام مدرَج في قائمة البوابة الحيّة |
| توافق البوابة والنظام | هل المسار صحيح؟ | أي رفض لاحق ليس خطأ توجيه |
| المصادقة | هل قبل الوسيط تسجيل الدخول؟ | بيانات الاعتماد والصلاحية على ذلك النظام |
| اشتراك البيانات | هل قُبل الاشتراك في الرمز؟ | صلاحية بيانات السوق لذلك الرمز |
| وصول أول تيك | هل وصل تيك خلال مدة الانتظار؟ | البيانات تتدفق الآن؛ وسوق هادئة قد تُخفق في هذه المرحلة |
لماذا يتفوق فحص متدرّج على خطأ واحد
حالات رفض تبدو متطابقة على الشاشة كانت أسبابها مختلفة: بوابة خاطئة، أو اسم نظام انتقل، أو كلمة مرور منتهية، أو صلاحية بيانات ناقصة، أو عقد انتهى ولا يزال يقبل الاشتراكات. والتشخيص الذي يتوقف عند أول مرحلة فاشلة ويسمّي ما قاسه يحوّل رسالة فشل الدخول الغامضة إلى واقعة يستطيع الدعم أو المزود التصرف بناءً عليها. ويسرد دليل Rithmic البنود التي تُؤكَّد على جهة الحساب كلٌّ على حدة: اسم النظام، والتطبيقات الخارجية المسموح بها، وتوفّر العمق والسجل، وحدود الجلسات، وصلاحيات التوجيه.
في Senzoukria
في شاشة الاتصالات تشخيصُ اتصال فيه زر لتشغيل التشخيص، وزر لإعادة التشغيل، ونسخُ النتيجة. وتبلّغ كل مرحلة بواحدة من ثلاث: نجحت، أو أخفقت، أو لم تُنفَّذ مع السبب، مثل: لم تُنفَّذ، لا كلمة مرور محفوظة على هذا الاتصال. وتذكر ملاحظته منهجه: يبلّغ بما قاسه ويسرد الأسباب المحتملة مرتَّبة بحسب تواترها؛ ولا يصف واحدًا منها بأنه مؤكد أبدًا.
وحين تنجح كل المراحل ولا يصل تيك، يعرض التشخيص أن كل شيء قُبل ولا بيانات تصل، ويسرد الأسباب الأكثر تواترًا أولًا: السوق مغلقة لهذا العقد، والرمز لم يعد عقد الشهر الأمامي، وغيرهما. ونسخة النتيجة معدّة للصق في طلب دعم مع الفاصل الزمني المطلوب.
أخطاء شائعة
- تغيير المؤشرات أو إعادة تثبيت التطبيق قبل تشغيل التشخيص.
- قراءة اشتراك ناجح على أنه دليل على تغطية تاريخية؛ فالسجل صلاحية منفصلة.
- تشغيل الفحص في عطلة نهاية الأسبوع واستنتاج أن الحساب معطوب لأن تيكًا لم يصل.
- إرسال الحكم النهائي وحده إلى الدعم بدل النتيجة المنسوخة مرحلةً بمرحلة.
ذات صلة
- حالة التغذية
- تخزين بيانات الاعتماد في سلسلة المفاتيح
- برنامج البصمة مع Rithmic
- جسر تدفق الأوامر لـ Quantower
هذه الصفحة بلغات أخرى
أسئلة شائعة
- نجح التشخيص في كل المراحل والمخطط فارغ. لماذا؟
- الاشتراك المقبول يثبت الصلاحية لا النشاط. فقد يكون العقد خارج جلسته، أو يكون الرمز استحقاقًا منتهيًا ما زال يقبل الاشتراكات ولا يتداول شيئًا. افحص ساعة الجلسة وعقد الشهر الأمامي أولًا؛ والتشخيص يسرد هذه الأسباب بترتيب تواترها دون الجزم بواحد.
- هل ينطبق الفحص المسبق على اتصال عبر جسر؟
- فحوص البوابة والنظام وتسجيل الدخول المتدرّجة للاتصالات المباشرة. أما جسر NinjaTrader أو Quantower فيُفحص بطريقة أخرى: يجب أن يعمل مؤشر الجسر على مخطط واحد، وأن يكون المنفذ المحلي حرًّا، وأن يطابق السجلُّ الذي أعلنه الجسر ما استُلم فعلًا. ويعطي دليل Quantower أمر PowerShell الذي يؤكد المُنصِت.