ما هو مثال مُنجز (Worked Example) على الهامش المستخدم؟

الهامش المستخدم، مُعرَّف

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

تتمثل الفكرة الأساسية في الفصل:

• آليات ثابتة (مفهومية): يرتبط الهامش المستخدم بالتعرض المفتوح والقاعدة الخاصة بالهامش التي تطبقها المنصة.
• ظروف متغيرة (ما يمكن أن يتغير): قد تختلف القاعدة الدقيقة للهامش حسب المزود، ويمكن أن تتأثر بمواصفات العقد وإعدادات الرافعة وكيفية التعامل مع التكاليف داخل المنصة.

وبما أن المزودين قد يستخدمون صيغًا مختلفة، فإن “مثالًا مُنجزًا” لا يكون ذا معنى إلا عندما تذكر الافتراضات بوضوح.

آلية حساب الهامش المستخدم

عادةً ما يحتاج المثال المُنجز البسيط إلى هذه المدخلات:

1. عملة الحساب (لإعداد تقارير حقوق الملكية والهامش).
2. حجم المركز (غالبًا ما يُعبَّر عنه بوحدات أو لوتات أو قيمة اسمية).
3. الرافعة أو معدل الهامش (قاعدة المنصة التي تحدد مقدار الهامش المطلوب).
4. افتراض صيغة الهامش (كيف تحوّل المنصة حجم المركز إلى هامش مستخدم).

ولكي يكون المثال مكتفيًا بذاته، نفترض علاقة مباشرة:

• الافتراض A: الهامش المستخدم = القيمة الاسمية ÷ الرافعة.
• الافتراض B: تُحسب القيمة الاسمية على أنها الوحدات × السعر، مع استخدام “سعر دخول” ثابت لأغراض المثال فقط.
• الافتراض C: نتجاهل تغييرات التسعير لحظيًا (mark-to-market) في الوقت الحالي عند حساب الهامش المستخدم، لذا تُعامل حقوق الملكية على أنها مستقرة باستثناء الجزء المقفل.

هذه الافتراضات للتوضيح؛ قد تتضمن المنصات الحقيقية مضاعفات للعقد وقد تتعامل مع التكاليف بشكل مختلف.

مثال مُنجز بالأرقام مع توضيح

السيناريو: لديك حساب بوجود حقوق ملكية بالدولار الأمريكي USD وتفتح مركزًا واحدًا مُستَفادًا (leveraged).

افتراضات هذا السيناريو (اذكر كل شيء):

• الافتراض 1 (حقوق ملكية الحساب): حقوق الملكية في لحظة ما بعد فتح المركز هي $10,000.
• الافتراض 2 (التعرض للمركز): تفتح 100,000 وحدة من زوج عملات.
• الافتراض 3 (سعر الدخول للقيمة الاسمية): سعر الدخول هو 1.2000 (عملة التسعير لكل وحدة من العملة الأساسية).
• الافتراض 4 (القيمة الاسمية): القيمة الاسمية = 100,000 × 1.2000 = 120,000 (بالعملة المقابلة، ونفترض أنها مكافئة لـ USD للتبسيط).
• الافتراض 5 (الرافعة): رافعة المنصة لهذه الأداة هي 20:1.
• الافتراض 6 (قاعدة الهامش): الهامش المستخدم = القيمة الاسمية ÷ الرافعة.
• الافتراض 7 (لا مراكز/تكاليف أخرى قيد النظر): لا توجد صفقات مفتوحة أخرى ولا تؤثر أي عمولات/سبريد على رقم الهامش في هذا الحساب المبسط.

الخطوة 1: حساب الهامش المستخدم

• الهامش المستخدم = 120,000 ÷ 20 = 6,000 USD.

الخطوة 2: حساب الهامش الحر (مفهومي)

• الهامش الحر = حقوق الملكية − الهامش المستخدم = 10,000 − 6,000 = 4,000 USD.

ماذا تعني الأرقام: بعد فتح الصفقة ضمن هذه الافتراضات، يتم “تخصيص” 6,000 دولار لدعم المركز المفتوح، ولا يتبقى سوى 4,000 دولار لدعم مراكز إضافية.

القيود وأنماط الفشل التي يجب فهمها

هذا المثال مبسّط عمدًا. توجد عدة قيود جوهرية قد تغيّر النتائج الفعلية:

1. حسابات الهامش الخاصة بالمزود

   • قد تستخدم منصتك معدل هامش يعتمد على قواعد الأداة أو حجم العقد أو الرافعة على شكل شرائح. قد يؤدي ذلك إلى اختلاف الهامش المستخدم عن القيمة الاسمية ÷ الرافعة.

2. التكاليف يمكن أن تؤثر على حقوق الملكية والتوفر

   • حتى إذا كان الهامش المستخدم يُحسب من القيمة الاسمية، فقد تتغير حقوق الملكية بسبب الرسوم أو التمويل أو الربح/الخسارة غير المحققة (mark-to-market). عندما تنخفض حقوق الملكية، ينخفض الهامش الحر أيضًا.

3. تحركات السوق تغيّر حقوق الملكية ومخاطر ضغط الهامش

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

4. نمط فشل: فتح صفقات إضافية بينما يكون الهامش المستخدم مرتفعًا

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

5. اختلافات التنفيذ والمواصفات

   • يمكن أن يؤدي السبريد والعمولات وتنفيذ الأوامر بأسعار مختلفة إلى تغيير القيمة الاسمية الفعلية ومتطلبات الهامش الناتجة مقارنةً بافتراض سعر الدخول المبسط.

لا تتعارض هذه القيود مع الفكرة؛ بل تشرح لماذا قد تعرض منصتان هامشًا مستخدمًا مختلفًا لنفس “الرافعة” الظاهرة.

كيفية التحقق من الهامش المستخدم بنفسك

يمكنك التحقق من المنطق بشكل مستقل عبر مقارنة الهامش المستخدم المعروض من المنصة بحساب يستخدم قواعد الهامش التي تذكرها المنصة نفسها.