أوامر OCO: الإلغاء التلقائي والتنفيذ الجزئي خطوة بخطوة

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

مراجعة المحتوى: 26 أكتوبر 2026.

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

إنفوجرافيك: أوامر OCO: الإلغاء التلقائي والتنفيذ الجزئي خطوة بخطوة
ملخص بصري لأهم النقاط الواردة في المقالة.

ما معنى أوامر OCO؟

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

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

مثال تعليمي: عشر وحدات وطرفان للبيع

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

طرف 110 يطلب البيع عند هذا السعر أو أفضل وفق شروطه. طرف 95 و94 لا يعني «بع عند 95 و94 معًا»؛ الأول شرط تفعيل، والثاني قيد سعر للأمر الناتج. إذا حصل الحدث الذي يلغي الطرف المقابل، تصبح متابعة المجموعة ضرورية: هل نُفذت كمية فعلًا، أم تفعّل طلب وبقي بلا تعبئة؟ لا تستخدم القيمة المتوقعة للبيع كرصيد نقدي قبل أن يثبت التنفيذ.

الحقل في المثالالقيمةالوظيفة
الكمية المرتبطة10 وحداتالحجم المقصود للمجموعة
حد الطرف الأعلى110سعر بيع مقبول لهذا الطرف
تفعيل الطرف الأدنى95شرط بدء أمر الوقف
حد الطرف الأدنى94أدنى سعر بيع يقبله الأمر الناتج
قاعدة الربطحسب المنتجتحدد متى يُلغى الطرف المقابل

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

السيناريو الأول: بيع جزء عند الطرف الأعلى

نفترض أن قاعدة المجموعة تلغي الطرف المقابل بمجرد تعبئة جزئية. وصلت طلبات شراء مناسبة ونفذت ثلاث وحدات من طرف 110، بقيمة 330 قبل الرسوم. يمكن أن يكون طرف الوقف المقابل قد أُلغي، بينما تظل سبع وحدات في الطرف الذي بدأ التنفيذ وفق صلاحية الأمر. هنا لم تعد لديك بالضرورة مجموعة تحمي الوحدات السبع بالوقف السابق.

النتيجة التي تحتاج إلى كتابتها هي: ثلاث وحدات بيعت، وسبع لم تُبع، وحالة مستقلة لكل طرف. لا تكتب «تم تنفيذ OCO» ثم تفترض أن الرصيد كله تحول إلى نقد. يذكر شرح Binance لاستخدام OCO عبر API أثر التنفيذ الجزئي في إلغاء الطرف الآخر، ولذلك يصبح تتبع الكمية المنفذة مهمًا عند مراجعة هذه الحالة.

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

السيناريو الثاني: تفعيل الوقف لا يساوي البيع

لنفترض تحقق شرط التفعيل 95، لكن أفضل مشترٍ متاح بعده يعرض 93. حد البيع 94 لا يقبل هذا السعر. قد يبقى طرف الوقف بعد تفعيله أمرًا محددًا بلا تنفيذ، وفق تصميم المنتج. إذا كانت قاعدة المجموعة تلغي الطرف الأعلى عند هذا الحدث، فقد يصبح لديك طرف واحد نشط دون أن تكون قد بعت شيئًا بعد.

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

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

لماذا لا يساوي أمران منفصلان مجموعة OCO؟

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

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

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

كيف تقرأ حالة المجموعة وحالة كل أمر؟

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

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

الإلغاء والتعديل بعد انقطاع الاتصال

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

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

قائمة فحص قبل الاعتماد على الإلغاء التلقائي

  1. تحقق من دعم المنتج لمجموعة OCO ومن نوعي الأوامر اللذين يسمح بربطهما.
  2. اكتب حدث إلغاء الطرف المقابل: تفعيل أم تعبئة جزئية أم كاملة أم إلغاء يدوي.
  3. راجع الكمية والرصيد المتاح وقواعد حجزه، دون مضاعفة الحجم بسبب وجود طرفين.
  4. افصل سعر التفعيل عن سعر الحد عندما يكون الطرف المشروط وقف حد.
  5. احفظ معرّفات المجموعة والطرفين، وتابع المنفذ والمتبقي بعد كل حدث.
  6. بعد تعديل أو انقطاع اتصال، افحص السجل قبل إنشاء تعليمات جديدة.

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

أسئلة شائعة عن مجموعات OCO

هل إلغاء الطرف الآخر يعني أن كل الكمية بيعت؟

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

هل يمكن اعتبار السعر الأعلى ربحًا مضمونًا والأدنى خسارة قصوى؟

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

تامر طعمه
تامر طعمه

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

المقالات: 237