كيف تقيّم FIX API قبل أن تلتزم بتكاملك

عبارة «ندعم FIX 4.4 و5.0» لا تقول شيئًا. إنها كقول إن السيارة لها عجلات. ما يحدّد ما إذا كان التكامل سينجح أمور أقلّ بريقًا بكثير: أي الرسائل يغطّون، وماذا يحدث حين تنقطع الجلسة، وهل يتصرّف الـ sandbox كبيئة الإنتاج.

هذه هي القائمة التي ينبغي لفريقك التقني مراجعتها قبل أن يلتزم بأسابيع من العمل.

ما الذي لا يخبرك به الإصدار

FIX بروتوكول، لا تطبيق. ومكانا تداول يقولان إنهما يدعمان 4.4 قد يختلفان في:

• أي أنواع الرسائل ينفّذون وأيّها يتجاهلون
• أي الحقول (tags) إلزامية في كل رسالة
• كيف يعالجون الحقول المخصّصة
• أي رموز رفض يعيدون وماذا تعني
• كيف يديرون ترقيم التسلسل بعد انقطاع

لا شيء من هذه الفوارق يظهر في «FIX 4.4». وكلّها يظهر في الاعتماد، وهو حين تكون قد استثمرت الوقت بالفعل.

ينبغي أن تكون وثائق الرسائل متاحة قبل توقيع أي شيء. فإن أُعطيت لك بعد العقد فقط، فأنت تشتري على عمياء.

تغطية الرسائل: ما الذي تسأل عنه

كحدّ أدنى، تحتاج إلى وضوح بشأن أربعة تدفّقات:

التسعير. بثّ أسعار أم طلب/استجابة؟ اشتراك لكل أداة أم لكل قائمة؟ أي عمق يرسلون وبأي تواتر؟

إدخال الأوامر. أي الأنواع يدعمون — سوق، حدّي، إيقاف، IOC، FOK؟ أوامر التعديل والإلغاء؟ ما السلوك حين يُرفض تعديل أمرٍ نُفِّذ جزئيًا بالفعل؟

تقارير التنفيذ. هل يرسلون التنفيذات الجزئية؟ بأي دقّة؟ كيف تُحدَّد العلاقة بين الأمر الأصلي وتنفيذاته؟

Drop-copy. هل توجد جلسة منفصلة تنسخ نشاطك للتسوية والامتثال؟ بالنسبة للصناديق والشركات ذات التزامات إعداد التقارير، ليست اختيارية.

اطلب هذا: المواصفة الكاملة للرسائل والحقول، بما فيها رموز الرفض، قبل الاعتماد.

السلوك عند إعادة الاتصال، حيث ينهار كل شيء

هذا هو الجزء الذي يفصل تكاملًا يصمد عن آخر يوقظك فجرًا.

الأسئلة المحدّدة:

ماذا يحدث للأوامر الطائرة حين تنقطع الجلسة؟ هل تُلغى تلقائيًا، أم تبقى حيّة، أم يتوقّف ذلك على الإعداد؟ الأجوبة الثلاثة قابلة للدفاع؛ وأمّا ألّا تعرف أيّها إعدادك فلا.

كيف تُدار إعادة تعيين التسلسل (sequence reset)؟ حين تعيد الاتصال، هل يتوقّعون أن تستأنف الترقيم من حيث توقّفت، أم أن تعيده من الصفر، أم يتفاوضون؟ فاختلال تسلسل سيّئ الإدارة قد يعطّل الجلسة بأكملها.

هل هناك استرجاع للرسائل المفقودة؟ إن كنت منقطعًا 30 ثانية، هل تستطيع طلب رسائل تلك الفترة أم فُقدت؟

ما مهلة نبضة الإبقاء (heartbeat) وماذا يحدث عند تجاوزها؟

إن كان أيٌّ من هذه الأجوبة «هذا نراه في الاعتماد»، فخذه معلومةً: يعني أنه غير موثَّق.

تعيين الرموز: مُملّ وحاسم

يسمّي كل مكان تداول أدواته على طريقته. فالذهب قد يكون XAUUSD أو GOLD أو XAU/USD، بفوارق في حجم العقد، وعدد الخانات، ومواعيد الجلسة.

ينبغي أن يُتّفق على تعيين كتالوجك الكامل قبل الاعتماد، لا خلاله. إنه السبب الأشيع للتأخيرات، وهو قابل للتفادي تمامًا.

نقاط تعضّ عادةً:

• أدوات بالاسم نفسه وحجم عقد مختلف
• فوارق في عدد الخانات العشرية، تكسر حسابات الـ pip
• مواعيد جلسة لا تتطابق مع ما تتوقّعه منصّتك
• أدوات موجودة في كتالوجك وغير موجودة في كتالوجهم

اطلب هذا: التعيين المتّفق عليه لكتالوجك بأكمله، لا لعيّنة تمثيلية.

الـ sandbox: الاختبار الوحيد ذو القيمة

الـ sandbox الذي لا يتصرّف كبيئة الإنتاج ينقل اكتشاف العلل إلى أول جلسة حيّة لك. إنه الفرق بين بيئة اختبار حقيقية وديكور.

المطابقة لبيئة الإنتاج تعني تحديدًا:

• أنواع الرسائل نفسها ورموز الرفض نفسها
• سلوك رفض واقعي، لا قبول شامل
• كمون تمثيلي، لا فوري
• مواعيد الجلسة نفسها وقواعد الأدوات نفسها

والأهمّ: بيانات اعتماد قبل الالتزام التجاري. فمكان التداول الذي يطلب منك التوقيع ليمنحك الوصول إلى الـ sandbox يقلب الترتيب الصحيح.

ما ينبغي أن تختبره هناك:

1. دورة الأمر الكاملة: الإرسال، والتنفيذ الجزئي، والتنفيذ الكامل، والإلغاء
2. انقطاع قسري في منتصف أمر حيّ
3. إعادة تعيين تسلسل (sequence reset)
4. حالات الرفض: أثِرْها عمدًا وتحقّق من أن الرموز هي الموثَّقة
5. كتالوج أدواتك الكامل
6. السلوك خلال نافذة تقلّب عالٍ محاكاة

كم ينبغي أن يستغرق الاعتماد

مع اكتمال التأهيل والاتّفاق على التعيين، أيام لا أسابيع.

ما يُطيل المُهَل ليس التقنية تقريبًا أبدًا: بل الانتظار. لذلك يجدر أن يكون لديك جهة اتصال تقنية مُسمّاة من طرفك منذ البداية، ذات صلاحية قرار، بدلًا من سلسلة اعتمادات.

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

متى لا يكون FIX هو الجواب

يجدر قول هذا، لأن ثمة ميلًا لافتراض أن FIX دائمًا أفضل:

إن كنت تدير وساطة على MetaTrader بعملاء أفراد أو محترفين على تلك المنصّة، فجسر MT5 هو المسار الصحيح. وستضيف FIX تعقيدًا دون فائدة.

إن كانت بنيتك حديثة قائمة على HTTP أولًا —وهو المعتاد في شركات التداول الاحترافي الحديثة والأماكن القريبة من مجال العملات المشفرة— فقد يكون REST مع WebSocket منخفض الكمون وتوثيق OpenAPI أنسب من FIX، وأسرع بكثير في التكامل.

FIX هو المسار حين تتحدّثه بشكل أصيل منصّة إدارة أوامرك (OMS) أو منصّة تنفيذك (EMS)، أو حين تحتاج drop-copy للامتثال، أو حين يبرّر الحجم والكمون استثمار التكامل.

كثير من الشركات يبدأ بالجسر ويضيف FIX مع التوسّع. إنها تدرّج معقول، لا هزيمة.

الأسئلة الشائعة

هل FIX 5.0 أفضل من 4.4؟ ليس في معظم الحالات. لا يزال 4.4 المعيار الفعلي في FX المؤسسي وهو مدعوم على نحوٍ أفضل عبر السلسلة كلها. يُدخِل 5.0 تحسينات بنيوية، لكن إن كان طرفك المقابل ومنصّة إدارة أوامرك (OMS) يتحدّثان 4.4 دون مشكلات، فلا داعي للتعقيد.

هل أحتاج إلى drop-copy؟ إن كانت لديك التزامات إعداد تقارير، أو مدير صندوق عليه أن يسوّي، أو مدقّقون سيطلبون التتبّع، فنعم. وإن كنت وسيطًا صغيرًا بلا تلك الالتزامات، فهو ترف. اسأل عنه على أي حال: وجوده يقول شيئًا عن نضج مكان التداول.

هل يمكنني استخدام محرّك FIX الخاص بي؟ عادةً نعم، وهو المعتاد. ما تحتاج إلى التحقّق منه هو أن محرّكك وتطبيقهم يتطابقان في التفاصيل التي تهمّ — خصوصًا إدارة التسلسل والحقول المخصّصة.

ماذا أفعل إن لم يكن الـ sandbox مطابقًا لبيئة الإنتاج؟ اطلبه صراحةً. فإن كان الجواب أنه غير متوفّر لديهم، فهذا بيان مهمّ عن كيف ستكون عملية الانتقال إلى الإنتاج، وينبغي أن ترصد وقت استقرار لم تكن قد حسبته.

---

التفصيل التقني لتطبيقنا في FIX API: الجلسات، وتغطية الرسائل، وsandbox مطابق، وسلوك إعادة اتصال موثَّق قبل الاعتماد. يسجّل العملاء وينفّذون من خلالنا؛ وتُصدَر بيانات اعتماد الـ sandbox قبل أي التزام تجاري.

للإطار العام: كيف يختار الوسيط السيولة.