نظام إدارة الأوامر لدى الوسيط: شراء OMS من مورّد، أم توسيع النظام الموجود في منصة التداول لديك، أم بناء نظامك الخاص

نظام إدارة الأوامر (OMS) لدى الوسيط هو البرنامج الذي يتولى أمر العميل منذ لحظة وصوله حتى يُنفَّذ أو يُلغى. فهو يفحص الأمر، ويرسله إلى مكان تداول أو إلى وسيط آخر، ويتابعه، ويسجّل كل خطوة. ويمكنك أن تشتريه من مورّد، أو أن توسّع معالجة الأوامر الموجودة أصلًا داخل منصة التداول لديك، أو أن تبني نظامك الخاص. ويتوقف الخيار الصحيح على عدد المنصات وأماكن التداول التي تمر بها أوامرك، وعلى ما إذا كانت طريقة تعاملك مع الأوامر جزءًا مما تبيعه. أما الالتزامات فلا تتغير بتغيّر الخيار. فشركتك مسؤولة عن فحوص المخاطر وعن السجلات، أيًّا كان من كتب البرنامج.

ما الذي يفعله نظام إدارة الأوامر للوسيط؟

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

• يقبل الأمر ويمنحه معرّفًا يلازمه حتى النهاية
• يُجري فحوص ما قبل التداول: كفاية الأموال أو الهامش، وبقاء الحجم والسعر ضمن الحدود، وصلاحية تداول الأداة
• يرسل الأمر إلى بورصة، أو مزوّد سيولة، أو وسيط تمرّر إليه أوامرك
• يتتبع حالة الأمر، مثل قائم (لا يزال مفتوحًا في السوق)، أو منفَّذ جزئيًا، أو منفَّذ، أو ملغى، أو مرفوض، وأي تعديلات يجريها العميل في أثناء ذلك
• ينقل كل تنفيذ إلى حساب العميل وإلى المكتب الخلفي لديك
• يسجّل كل خطوة مع وقتها

وكثيرًا ما تجري خطوة الإرسال عبر FIX، وهو صيغة رسائل مشتركة يستخدمها الوسطاء وأماكن التداول لتبادل الأوامر والتنفيذات فيما بينهم. وتصف FIX Trading Community، التي تتولى صيانته، بروتوكول FIX بأنه «معيار عالمي مفتوح يمكّن المؤسسات المالية من تبادل معلومات التداول». وتبدأ قائمتها لرسائل التداول بـ«الأوامر والتنفيذات». واسأل كل مكان تداول وكل وسيط تنوي الاتصال به عن إصدار FIX والرسائل التي يتوقعها.

بمَ يختلف OMS عن EMS وعن منصة التداول لدينا؟

في هذه المقالة، نظام إدارة الأوامر (OMS) هو النظام الذي يحتفظ بالسجل الرسمي للأوامر: ما طلبه كل عميل وما حدث لطلبه. أما نظام إدارة التنفيذ (EMS) فأداة يستخدمها المتداول لإدارة تنفيذ الأمر في السوق. فهو يستطيع مثلًا أن يقسّم أمرًا كبيرًا إلى أوامر أصغر، أو أن يسلّمه إلى خوارزمية تنفيذ. ويستخدم المورّدون الاسمين دون تدقيق، وكثير من المنتجات يؤدي المهمتين معًا.

وكثيرًا ما يكون لدى وسطاء التجزئة نوع ثالث أصلًا: معالجة الأوامر داخل منصة التداول لديهم. فخادم المنصة يقبل الأمر، ويفحص الحساب، ثم إما أن يُبقي المخاطرة لدى الوسيط، وإما أن يمرّر الأمر عبر موصّل يُسمّى البوابة (gateway). وتقول MetaQuotes، في صفحتها المخصّصة للوسطاء، إن بوابة MetaTrader 5 «تمكّن الوسطاء من التحوّط من مخاطرهم فورًا». ولدى كثير من الوسطاء، تكون هذه المعالجة المدمجة هي نظام OMS لديهم، حتى لو لم يسمّها أحد كذلك.

ما الذي تتوقعه الجهات التنظيمية من سجلات الأوامر؟

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

في الاتحاد الأوروبي، تقول المادة 25 من MiFIR إن شركات الاستثمار «يجب أن تضع تحت تصرف السلطة المختصة، لمدة خمس سنوات، البيانات ذات الصلة المتعلقة بجميع الأوامر وجميع المعاملات في الأدوات المالية التي نفّذتها». وتطلب المادة 28 من MiFID II من الشركات التي تنفّذ أوامر العملاء «إجراءات وترتيبات تكفل التنفيذ الفوري والعادل والسريع لأوامر العملاء، مقارنةً بأوامر العملاء الآخرين أو بمصالح التداول لشركة الاستثمار».

تقول المادة 27 من MiFID II، بشأن أفضل تنفيذ، إن على الشركة أن تكون قادرة على أن تُثبت للعميل، عند طلبه، «أنها نفّذت أوامره وفقًا لسياسة التنفيذ لدى شركة الاستثمار». ولكي تُثبت الشركة ذلك، تحتاج إلى سجل يبيّن متى وصل كل أمر وإلى أين ذهب.

في الولايات المتحدة، تُلزم القاعدة 17a-3 الصادرة عن SEC الوسطاءَ المتعاملين (broker-dealers) بالاحتفاظ بسجل لكل أمر وساطة، سواء نُفّذ أم لا. وتسمّي القاعدة هذا السجل مذكرة (memorandum). ويجب أن يبيّن «شروط الأمر أو التعليمات وأحكامها»، و«وقت تلقي الأمر، ووقت إدخاله، والسعر الذي نُفّذ به»، و«بقدر الإمكان، وقت التنفيذ أو الإلغاء».

FINRA هي هيئة التنظيم الذاتي التي تشرف على الوسطاء المتعاملين (broker-dealers) في الولايات المتحدة. وتُلزم القاعدة 613 الصادرة عن SEC هيئةَ FINRA والبورصات الوطنية للأوراق المالية في الولايات المتحدة بأن تقدّم معًا خطة لمسار تدقيق موحّد يُعرف باسم CAT. وتصفه صفحة FINRA بأنه مسار تدقيق موحّد «يجمع كل أمر وإلغاء وتعديل وتنفيذ صفقة ويحدّده بدقة، لجميع الأسهم والخيارات المدرجة في البورصات عبر جميع الأسواق الأمريكية». وتقول الصفحة نفسها إن «على كل عضو في بورصة وطنية للأوراق المالية أو في رابطة وطنية للأوراق المالية أن يمتثل لجميع أحكام خطة CAT NMS».

تُلزم القاعدة 15c3-5 الصادرة عن SEC الوسيطَ المتعامل (broker-dealer) الذي لديه وصول إلى السوق بأن «يضع نظامًا لضوابط إدارة المخاطر وإجراءات الإشراف، ويوثّقه، ويحافظ عليه». وهذه الضوابط «يجب أن تكون تحت السيطرة المباشرة والحصرية للوسيط أو المتعامل»، مع استثناء ضيق للعملاء الذين هم أنفسهم وسطاء متعاملون. يمكنك أن تشتري البرنامج، لكن الحدود تبقى تحت سيطرتك.

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

ما الذي يبقى كما هو أيًّا كان المسار الذي نختاره؟

هذه المهام موجودة في كل مسار. والذي يتغير هو من يكتب البرنامج ويشغّله:

• فحوص المخاطر قبل التداول على كل أمر جديد وعلى كل تعديل لأمر قائم، بحدود يضعها موظفو المخاطر لديك أنت
• مسار تدقيق: كل أمر وتعديل وإلغاء وتنفيذ ورفض مع وقته، محفوظًا للمدة التي تشترطها القواعد التي تخضع لها
• اتصالات FIX بكل مكان تداول وبكل وسيط تمرّر إليه أوامرك، يُعدّ كل منها ويُختبر مع الشركة على الطرف الآخر
• المطابقة: مطابقة يومية لأوامرك وتنفيذاتك ومراكزك مع سجلات أماكن التداول والوسطاء وشركة المقاصة التي تتعامل معها، مع تفسير كل فرق

قد يتولى عنك مورّد أو منصة جزءًا من هذا العمل، لكن شركتك تبقى مسؤولة عنه كله.

متى ينبغي للوسيط أن يشتري OMS من مورّد؟

اشترِ حين يشبه تدفق أوامرك تدفق أوامر عملاء المورّد الآخرين. ومن العلامات المعتادة:

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

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

متى ينبغي أن نوسّع معالجة الأوامر في منصة التداول لدينا؟

وسّع حين يتداول معظم عملائك على منصة واحدة، وتعمل معالجة الأوامر فيها كما ينبغي، ولا ينقصها إلا جزء ضيق. وقد يكون هذا الجزء قاعدة مخاطر لا تستطيع إعدادات المنصة التعبير عنها، أو مسارًا إلى مزوّد سيولة جديد، أو ربطًا بالمكتب الخلفي لديك. ويقدّم صانعو المنصات لهذا الغرض واجهات برمجية تُسمّى API. وتقول MetaQuotes إن «Gateway API تُستخدم لتكامل MetaTrader 5 مع أنظمة التداول الأخرى ولإنشاء تغذيات بيانات مخصّصة». وتصف Spotware واجهة Manager's API لمنصتها cTrader بأنها تمنح الوسطاء «تحكمًا كاملًا في كيانات خادم cTrader».

قبل أن توسّع، تحقّق مما يلي:

• بموجب ترخيص مَن تعمل المنصة، وماذا يحدث لإضافاتك إذا انتهى ذلك الترخيص
• كيف تُختبر إضافاتك في كل مرة يُصدر فيها صانع المنصة إصدارًا جديدًا
• هل تعطي الواجهة الكود الخاص بك كل أمر وكل تعديل في وقت يسمح بالتصرف بناءً عليه، لا مجرد تقرير في نهاية اليوم

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

متى يستحق بناء نظام OMS خاص بنا العناء؟

يؤتي بناء نظامك الخاص ثماره في الحالات التالية:

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

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

لا ينتهي العمل عند الإطلاق. فلا بد أن يتولى أحدٌ الرد على التنبيهات خلال ساعات التداول، ومواكبة مواصفات كل مكان تداول حين تتغير. وإن لم يكن لديك أحد لذلك ولا تنوي توظيف أحد، فاشترِ أو وسّع أولًا.

ما الذي نتحقق منه قبل التوقيع مع مورّد OMS؟

• هل نستطيع تصدير تاريخ الأوامر الكامل ومسار التدقيق في أي وقت، بصيغة موثّقة، وكم يكلّف ذلك حين نغادر؟
• من يضع حدود المخاطر ويغيّرها: موظفونا من شاشاتنا نحن، أم فريق دعم المورّد عند الطلب؟
• ما أماكن التداول والوسطاء المتصلون ويستخدمهم عملاء آخرون اليوم، وما التي لا تزال مجرد خطط؟
• كيف تتغير الرسوم حين يتضاعف عدد المستخدمين أو الأوامر أو الاتصالات بأماكن التداول؟
• ماذا يحدث للأوامر القائمة إذا تعطّل نظام OMS أو أحد الاتصالات، وهل يستطيع موظفونا إلغاء كل الأوامر القائمة لحساب واحد أو للشركة كلها؟
• كيف تُسعَّر القواعد المخصّصة وتُجدوَل، ومن يملك الكود المكتوب لنا؟
• ما مدة الإشعار التي نحصل عليها إذا سحب المورّد المنتج أو غيّر سعره؟

ماذا تعني ملكية الكود والبيانات؟

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

يملك المورّد كود نظام OMS الذي يبيعه، ويملك صانع المنصة منصته. أما بياناتك، وأي إضافات دفعت ثمنها، فلا تكون لك إلا إذا نص العقد على ذلك. ومع نظام تبنيه لنفسك، يمكنك أن تملك الاثنين معًا. فاطلب من الجهة المنفّذة أن تُدرج في العقد أي مكوّنات تحتفظ بها، والترخيص الذي يحق لك بموجبه أن تواصل استخدامها.

ماذا نسأل شركة تعرض أن تبنيه؟

• ما حالات الأوامر التي سيتتبعها النظام، وكيف يتعامل مع التنفيذات الجزئية وتعديلات الأمر القائم؟
• بعد إعادة التشغيل في منتصف يوم التداول، كيف يعيد النظام بناء الأوامر القائمة والمراكز، ويطابقها مع سجلات أماكن التداول قبل استئناف التداول؟
• بأي أماكن تداول ووسطاء ستتصلون أولًا، وعبر أي إصدار من FIX، ومن يرتّب الاختبار مع كل منها؟
• أين تعمل فحوص المخاطر، وكم تستغرق، وكيف قيس ذلك؟
• ما الذي يُكتب في مسار التدقيق لكل أمر، وبأي طوابع زمنية، وهل يستطيع النظام إخراج السجلات التي تطلبها جهتنا التنظيمية؟
• كيف تعمل المطابقة اليومية، ومن يُبلَّغ حين تجد فرقًا؟
• هل تستطيعون عرض ذلك عمليًا في نظام يعمل اليوم؟

أين موقع amBrain من ذلك؟

تنشر amBrain هذه المدونة. وهي تصف هذا الجزء من عملها في سطر واحد: «تبني amBrain بنية تحتية للتداول الخوارزمي: تنفيذ الأوامر، وبيانات السوق، وضوابط المخاطر قبل التداول». ويقول سطر آخر على موقع amBrain: «تطوير طرفيات التداول، وأنظمة إدارة الأوامر، وتكامل البورصات عبر بروتوكول FIX».

تبني amBrain البرمجيات منذ عام 2019. وعن طريقة عملها مع العملاء تقول: «ثلاث صيغ: تنفيذ كامل، أو فريق مخصّص، أو مهندسون مدمجون في فريقك». أما في الملكية فسطرها هو: «يحتفظ العميل بالملكية الكاملة للمنتج وللكود، باستثناء مكوّناتنا القابلة لإعادة الاستخدام». واطلب قائمة هذه المكوّنات بالأسماء قبل أن توقّع.

هذه المقالة ليست دراسة حالة، ولا تصف أي عمل لعميل. فهي لا تقول إن amBrain بنت نظام OMS لأي عميل أو اشترته له أو وسّعته. وهي تقتبس من FIX Trading Community وMetaQuotes وSpotware وFINRA من صفحاتها المنشورة، ولا تدّعي أي علاقة بين amBrain وأي منها. ولا تذكر أسعارًا أو جداول زمنية لـ amBrain.

وهي ليست استشارة قانونية كذلك. تحقّق مع محامٍ من القواعد التي تنطبق على شركتك. وإن كانت amBrain في قائمتك المختصرة، فاطرح عليها الأسئلة نفسها التي تطرحها على أي شركة أخرى.