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