ما هي البيانات المطلوبة لتقييم سعر التنفيذ؟
تعريف وما الذي تقيمه فعليًا
سعر التنفيذ هو السعر الفعلي الذي يتم به تنفيذ أمر. في الممارسة العملية، غالبًا ما تهتم به كما دفعته/تلقيته مقابل الكمية المتبادلة، بعد حساب اتفاقية أسعار السوق أي التكاليف المتعلقة بالتنفيذ التي يتم تحديدها بالملء.
لتقييم سعر التنفيذ بدقة دون افتراض أي بيانات في الوقت الفعلي، تحتاج إلى مجموعة واضحة من المدخلات، مصدرها (من أين جاءوا)، وكيفية تحديثهم أو عدم تحديثهم.
المدخلات التي تحتاجها (قائمة “البيانات الأساسية”)
- آليات الأمر (مدخلات مستقرة)
- تحديد الأداة: زوج العملات (على سبيل المثال، EUR/USD) حتى تكون اتفاقية السعر واضحة.
- جانب الأمر ونوعه: الشراء مقابل البيع، وما إذا كان الأمر meant للتنفيذ عند السعر السائد في السوق أو تحت قيود محددة.
- الكمية المطلوبة: الكمية التي يحاول الأمر التبادل بها، لأن الملء الجزئي يمكن أن يغير النتيجة الفعالة.
- اتجاه التسعير المتوقع: للFOREX، تعتمد نتائج التنفيذ على ما إذا كنت تدفع الطلب (شراء) أو تستلم العرض (بيع). حدد هذا قبل دمج أي أرقام.
- بيانات مرجعية للسوق (مدخلات متغيرة)
- أسعار العرض/الطلب المستخدمة في تفكير التنفيذ: إما تدفق الأسعار الذي ستعالجه كمرجع، أو حقول “تقرير التنفيذ” من وسيط/منصة التي تصف ما السعر الذي استخدمته النظام.
- مرجع الوقت: timestamp المرتبطة بالملء (أو مع السعر الذي تنمذجه). سعر التنفيذ يعتمد على الوقت، لذا فإن اللحظة المرجعية الدقيقة مهمة.
- سياق السيولة والتباين (كمدخلات، لا تنبؤات): لا تحتاج إلى التنبؤ، ولكنك تحتاج إلى معرفة أن الفترة ذات الصلة قد تكون لها spreads أوسع أو أقل عمقًا.
- تكاليف التنفيذ (مكونات غالبًا ما يتم فهمها بشكل خاطئ)
- مكون spread: الفرق بين العرض والطلب في اللحظة ذات الصلة.
- العمولات/الرسوم: أي تكاليف ثابتة أو لكل صفقة تؤثر على السعر الفعلي الذي يجب مقارنته مع مرجعيك.
- التنظيم/التعديلات (فقط إذا كانت تنطبق على مقارنتك): إذا كنت تقيم “السعر الاقتصادي” الفعلي على مدى فترة الاحتفاظ، وثق مجموعة القواعد التي تستخدمها؛ وإلا ركز على سعر الملء نفسه.
المصدر: من أين جاء كل إدخال
لكل عنصر بيانات أعلاه، سجل المصدر:
- مصدر حقول الأمر: تذكرة الأمر/سجل طلب الأمر مقابل عرض ملخص.
- مصدر العرض/الطلب أو السعر التنفيذي: ما إذا كان قد جاء من تغذية بيانات السوق التي تسيطر عليها، أو من تقارير التنفيذ التي يوفرها مزود/منصة.
- مصدر timestamps: تأكد من المنطقة الزمنية/الشكل وما إذا كانت timestamps تعكس “عندما تم إنشاء السعر” أو “عندما تم تسجيل الملء.”
إذا خلطت بين المصادر التي لها اتفاقيات مختلفة (على سبيل المثال، مصدر واحد timestamps في UTC وآخر في الوقت المحلي)، يمكنك حساب شيء ما، ولكن قد لا يتوافق مع لحظة التنفيذ الحقيقية.
الفحوصات الزمنية والجودة (كيف تverify المدخلات)
على الأقل، تطبيق هذه الفحوصات:
- فحص الكمال: يجب أن يكون لديك (أ) الأداة، (ب) الجانب، (ج) كمية الملء، (د) أساس السعر (العرض أو الطلب)، و (هـ) timestamp ذات الصلة.
- فحص الاتساق: تأكد من أن منطق الشراء/البيع يتطابق مع استخدام العرض/الطلب. إذا كان الجانب “شراء”، تأكد من أن مرجعيك يستخدم الطلب؛ إذا كان الجانب “بيع”، تأكد من أن العرض.
- فحص التقديم: إذا تم أخذ الأسعار من وقت سابق من timestamp الملء، عالج ذلك كافتراض وتسمية سعر التنفيذ الناتج كتقدير بناءً على بيانات قديمة.
- فحص التجميع: إذا كان هناك ملء متعدد (ملء جزئي)، حساب سعر التنفيذ كنتائج موزونة بالكمية، واذكر ما إذا كانت مقارنتك تستخدم الكمية المملوءة بالكامل.
الدليل أو المثال (مع افتراضات صريحة)
افترض سيناريو مبسط مع ملءين للأداة والأمر نفسه:
- ملء 1: شراء كمية 1,000 وحدة عند مرجع الطلب 1.0950.
- ملء 2: شراء كمية 2,000 وحدة عند مرجع الطلب 1.0960.
- افترض لا توجد عمولات وتDefine سعر التنفيذ كمتوسط موزون للكميات المملوءة باستخدام الطلب للشراء.
ثم سعر التنفيذ الموزون بالكمية هو:
- (1,000 × 1.0950 + 2,000 × 1.0960) / 3,000
- = (1.0950 + 2 × 1.0960) / 3
- = (1.0950 + 2.1920) / 3
- = 3.2870 / 3
- = 1.095666…
نقطة رئيسية: هذا المثال صالح فقط تحت الافتراضات المصرح عنها بشأن اتفاقية العرض/الطلب، معالجة الرسوم، واستخدام مستويات الأسعار المرتبطة بكل لحظة ملء.