نظام تخصيص التجارة

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

نظام تخصيص التجارة
يدعي هذا التطبيق الاستفادة من تاريخ إيداع التطبيق المؤقت الأمريكي سير. رقم 60/215، 158 المعنون "تخصيص التجارة" الذي أودع في 30 حزيران / يونيه 2000.
خلفية الاختراع.
في أسواق تداول الأوراق المالية وغيرها من الأسواق المالية للأدوات المالية، يمكن للمتداول شراء وبيع الصكوك نيابة عن عدد من العملاء و / أو المحافظ الاستثمارية المختلفة. عندما يتعامل المتداول في صفقة ما، فإن عدد الأدوات المتداولة قد لا يفي بطلب تداول متميز للعملاء أو المحافظ. وفي مثل هذه الحالة، قد تكون هناك حاجة إلى تخصيص الصكوك التي يتم تداولها بين العملاء أو المحفظة المنتظرة. التوزيع اليدوي للتجارة يمكن أن يكون عملية معقدة وتستغرق وقتا طويلا. وبالتالي، من المستصوب تخصيص الحاسوب الآلي للتجارة. ويتمثل أحد الحلول لتخصيص أداة متداولة في إدراج وظيفة في نظام إدارة الطلبات (أومز) لتنفيذ التوزيع التجاري. ومع ذلك، قد تكون ميزات التوزيع التجاري غير موجودة أو غير كافية في أنظمة إدارة العمليات القائمة. أحد الحلول لهذه المشكلة هو تعديل برنامج أومز لإضافة ميزات تخصيص المطلوب. ومن الناحية العملية، قد لا يكون هذا التعديل ممكنا. على سبيل المثال، قد يكون رمز البرنامج لنظام إدارة العمليات تحت سيطرة بائع ولا يمكن تعديله، أو قد تشمل شبكة تجارية مجموعة متنوعة من أنظمة إدارة الحركة المختلفة، وقد لا يكون تعديل كل نظام من أنظمة إدارة العمليات ممكنا بسبب التكلفة أو غير ذلك من الشواغل. وبناء على ذلك، فإن حلول التوزيع التجاري غير القائمة على نظام إدارة العمليات أمر مرغوب فيه.
ملخص الاختراع.
وبوجه عام، يتميز الاختراع، في جانب واحد، بطريقة تنفذها الحاسوب لتوزيع تجارة الأدوات المالية بين مجموعة من الحوافظ. وتشمل الطريقة تلقي رسالة وصفية لتجارة أداة مالية. يمكن أن تتضمن الرسالة معرف أداة مالية وحجم التداول. يتم بعد ذلك حتديد مجموعة من املحافظ بناء على مطابقة بني فئات املخاطر املرتبطة باملحافظ وفئة املخاطر يف الأداة املالية املتداولة. ثم يتم توزيع التجارة بين كل محفظة على أساس النسبة المستهدفة المرتبطة بكل محفظة.
وبوجه عام، يتميز الاختراع، في جانب آخر، بنظام توزيع تجاري يتضمن نظاما حاسوبيا يحتوي على واجهة شبكية يمكن من خلالها تبادل الرسائل مع نظام إدارة الطلبات. يقترن نظام الكمبيوتر أيضا إلى قاعدة بيانات الأولى التي تخزن البيانات ربط المحافظ مع فئات المخاطر ونسب الهدف. قاعدة بيانات ثانية بتخزين التعليمات لتكوين النظام لتلقي رسائل من أنظمة إدارة النظام. يمكن أن تتضمن كل رسالة معرف أداة مالية، وحجم التجارة، ومعرف فئة المخاطر. كما تقوم التعليمات بتكوين المعالج للاستعلام عن قاعدة البيانات الأولى لتحديد المحافظ المرتبطة بفئة المخاطر المحددة لتجارة معينة وكذلك لتحديد النسبة المستهدفة لكل من المحافظ. ثم يقوم المعالج بتخصيص التجارة بين كل من المحافظ على أساس النسب المستهدفة.
قد تتضمن التطبيقات واحدة أو أكثر من الميزات التالية. وميكن احتساب النسبة املستهدفة لكل محفظة على أساس رأس املال املتداول في كل محفظة ورأس املال املتداول في محافظ أخرى في نفس فئة املخاطر. يمكن أن تشمل المحافظ االستثمارية متعددة االستراتيجيات. وترتبط محفظة متعددة الاستراتيجيات بفئتين أو أكثر من فئات المخاطر، وبالمقابل، هناك نسبتان أو أكثر من الأهداف المستهدفة. يمكن أن يستند التخصيص إلى محفظة متعددة االستراتيجيات إلى النسبة المستهدفة لمطابقة فئة المخاطر لتلك األداة المتداولة.
ويمكن تخصيص التجارة بمضاعفات حجم الكميات المحددة سلفا. وقد يؤدي التخصيص إلى توليد مجموعة من الرسائل (على سبيل المثال، واحدة لكل محفظة تتلقى مخصصا للتجارة). وتحدد كل رسالة جزءا من التجارة المخصصة لكل من الحوافظ المعنية. ويمكن بعد ذلك إرسال الرسائل التجارية التي يولدها نظام مدير التخصيص إلى نظام إدارة المحفظة.
ويمكن أن تشمل عمليات التنفيذ أيضا مرافق لتصحيح الصفقات (وفي المقابل المخصصات التجارية). ويمكن أن يشمل تصحيح التجارة الحصول على بيانات تصحيح التجارة في نظام إدارة التخصيص. وتحدد بيانات تصحيح التجارة تجارة سبق تخصيصها يتعين تصحيحها. ويمكن الاستفسار عن قاعدة بيانات تاريخ تخصيص التجارة لتحديد النسب المستهدفة التي استخدمت لتخصيص التجارة التي سبق تخصيصها. ويمكن إنشاء رسائل تصحيحية تجارية لكل محفظة مشتركة في التخصيص السابق وذلك لتغيير المخصصات السابقة. ويمكن إرسال رسائل تصحيح التجارة إلى نظام إدارة المحفظة. كما يمكن أن يحتفظ نظام إدارة المحفظة بمحاسبة األدوات المالية في كل محفظة ورأس المال الحر المرتبط بكل محفظة. يمكن توصيل أنظمة إدارة الطلبات المتعددة بنظام إدارة التخصيص باستخدام واجهة شبكة قياسية وبروتوكول تبادل الرسائل (على سبيل المثال، بروتوكول فيكس أو بروتوكول شمل أو بروتوكول آخر). ويمكن أيضا ربط نظم أخرى (مثل نظم المحاسبة ونظم تسوية المحفظة) بمدير التخصيص.
وترد تفاصيل واحد أو أكثر من تجسيمات الإختراع في الرسومات المرفقة والوصف أدناه. سوف تكون الميزات الأخرى، والأشياء، ومزايا الاختراع واضحة من الوصف والرسومات، ومن المطالبات.
وصف الرسومات.
تين. 1 هو مخطط بنية نظام التوزيع.
تين. 2 هو مخطط معماري مدير التخصيص.
وصف تفصيلي للاختراع.
مدير التخصيص (آم) هو عنصر نظام التداول الذي يمكن أن يخصص تلقائيا التجارة في أداة مالية بين المحافظ الاستثمارية متعددة. على سبيل المثال، يمكن للمتداول شراء 100 سهم من الأسهم "ميستوك" (شريط الأسهم الخيالية) ويمكن لمدير التخصيص تخصيص 60 سهم من هذه الصفقة تلقائيا في محفظة أولى، والباقي 40 سهم في محفظة ثانية. يمكن لمدير التخصيص تخصيص التجارة بين المحافظ المتعددة باستخدام التصنيف المخصص للتجارة والمرتبطة بكل محفظة. في التنفيذ الموصوف هنا، يقوم مدير التخصيص بتخصيص مخصصات تجارية بناء على تصنيف المخاطر) "فئة المخاطر" (والتي يمكن أن تعكس استراتيجية استثمار مرتبطة بمحفظة. ويمكن أيضا استخدام تصنيفات أخرى (مثل التصنيفات القائمة على التجارة أو حجم الحافظة، والتصنيفات القائمة على حجم التجارة، وتصنيف قطاعات الصناعة، وما إلى ذلك).
يمكن تطبيق مدير التخصيص كمكون "وسيط" يعمل كواجهة بين مكونات نظام التداول الأخرى. تين. (1) بنية نموذجية لنظام التجارة يتم فيها تنفيذ مدير التخصيص (110) كعنصر الوسيطة الذي يتحكم، من بين أمور أخرى، في تدفق البيانات المتعلقة بالتجارة بين نظام واحد أو أكثر من أنظمة إدارة الطلبات (أومز) 101 ونظام إدارة المحفظة 102، ونظام المحاسبة 103، ونظام المصالحة التجارية 104. ويناقش كل من هذه الأنظمة 101 - 104 بمزيد من التفصيل أدناه. وبما أن البيانات التي يتم توصيلها بين الأنظمة 101 - 104 تدفقات من خلال مدير التخصيص 110، يمكن لمدير التخصيص 110 أن يغير تلك البيانات لتنفيذ عمليات تخصيص التجارة التي تقسم التجارة بين محافظ متعددة. على سبيل المثال، قد يتلقى مدير التخصيص بيانات من أومز 101 تشير إلى أن صفقة وقعت لثلاثمائة سهم من الأسهم ميستوك، وبناء على تصنيف معين لتلك التجارة، قد تخصيص الأسهم الثلاثمائة من الأسهم بين اثنين أو أكثر من المحافظ. كما تقوم شركة آم 110 بتنفيذ عمليات أخرى متعلقة بالصفقات المخصصة.
يتواصل مدير التخصيص مع الأنظمة الأخرى 101 - 104 عبر السطوح البينية للرسائل 111 - 114. وقد تكون السطوح البينية 111 - 114 سطوح بينية قائمة على البرمجيات تنفذها نداءات إجراءات تطبيق البرامجيات، واجهات بينية تستند إلى الرسائل وتوصيل البيانات بين نظام حاسوبي مختلف، أو أنواع أخرى من واجهات برمجة التطبيقات (أبيس). وفي بعض التطبيقات، يمكن تنفيذ واحد أو أكثر من السطوح البينية 111 - 114 والأنظمة 101 - 104 و 110 في حاسوب واحد، بينما في تطبيقات أخرى، يمكن لواحد أو أكثر من السطوح البينية 111 - 114 أن يربط بين حواسيب مختلفة على منطقة محلية الشبكة (لان) أو اتصال الشبكة الأخرى. وعلى الرغم من أن السطوح البينية 111 - 114 مفصولة منطقيا، فإن البيانات المتبادلة في كل من هذه السطوح البينية يمكن أن تنتقل عبر نفس جهاز السطح البيني المادي. ويمكن أن تكون البيانات المتبادلة عبر السطوح البينية 111 - 114 بتنسيق فيكس. فيكس هو بروتوكول تبادل البيانات المستخدم في صناعة التداول لتوصيل البيانات المتعلقة بالتجارة. وقد تتضمن الواجهات 111 - 114 أيضا واجهات برمجة تطبيقات بديلة أو إضافية. على سبيل المثال، يمكن تكملة بروتوكول فيكس أو استبداله أو تغليفه في عمليات نقل البيانات المستندة إلى لغة الترميز الموسعة (شمل) التي يمكن استخدامها لتبادل البيانات عبر الواجهات 111 - 114. وفيما يلي تفصيل لمكونات نظام التداول 101 - 114 وواجهات كل منهما 111 - 114 إلى مدير التخصيص:
نظم إدارة النظام (أومز) و أومز-آم واجهة.
تتفاعل أنظمة إدارة الطلبات (أومز) 101 مع التجار لتنفيذ الصفقات، وتعيين التصنيفات لتلك الصفقات، وإدارة تدفق الصفقات بين التجار. يمكن لمدير التخصيص التفاعل مع واحد أو أكثر من أومز 101 من خلال رسائل فيكس و / أو رسائل أبي الأخرى المتبادلة عبر الواجهة 111. يمكن استخدام الاتصالات غير فيكس أبي للوصول إلى بيانات آم التي لا يمكن الوصول إليها بواسطة بروتوكول فيكس (مثل النسب المئوية للتخصيص الافتراضي لتخصيص إدارة التخصيص) بينما يمكن استخدام رسائل فيكس لإرسال معلومات إدارة التخصيص حول الصفقات المليئة. يمكن تنفيذ الاتصالات غير فيكس أبي باستخدام استعلامات قاعدة البيانات استنادا إلى لغة الاستعلام المنظمة (سكل) أو بروتوكول اتصال قاعدة بيانات جافا ™ (جدبك) أو بروتوكول اتصال قاعدة البيانات المفتوحة (أودبك). ويمكن أيضا استخدام بروتوكولات الوصول إلى البيانات الأخرى.
يمكن بناء أومز 101 باستخدام المكونات المتاحة تجاريا. على سبيل المثال، يمكن استخدام إطار عمل التاجر جافا / كوربا من إنفوريتش، Inc. لبناء أومز. يمكن لمدير التخصيص تلقي رسائل فيكس من أومز بالتفصيل الصفقات التي تم شغلها. ثم يقوم مدير التخصيص بتخصيص الصفقات التي تمت تعبئتها وفقا لقواعد العمل) موضح أدناه (. وبمجرد تخصيص التجارة، يتم إرسال مجموعة رسائل فيكس إلى نظام إدارة المحفظة 102 الذي يتضمن تفاصيل عن كل ساق مخصص للتجارة. عند إرسال واستقبال رسائل فيكس هذه، يمكن لمدير التخصيص استخدام محرك فيكس إنفوريتش، Inc. يتكون هذا المحرك فيكس من مجموعة من حزم فئة جافا القابلة لإعادة الاستخدام التي تنص على تطبيقات متعددة المستخدمين متعددة الخيوط لبروتوكول فيكس.
نظام إدارة المحفظة (بمس) و بمس-آم واجهة.
ويتلقى نظام إدارة المحفظة 102 رسائل فيكس تحدد الصفقات المخصصة من مدير التخصيص (آم). ويمكن أن تؤدي التجارة الوحيدة التي يتم إدخالها في نظام أومز 101 وإبلاغها إلى آم 110 كرسالة واحدة إلى رسائل فيكس متعددة يتم تشكيلها في آم وإرسالها إلى النظام بمس من قبل آم. كل رسالة من هذه المجموعة تحدد جزء من التجارة الأصلية ("ساق" من تلك التجارة) التي يتم تخصيصها لمحفظة معينة. ويمكن تنفيذ النظام بمس 102 باستخدام المكونات المتاحة تجاريا.
(أس) و أس-آم إنتيرفاس 113.
ويمكن لنظام المحاسبة (أس) 103 أن يتتبع رأس المال الحر والبيانات الأخرى ذات الصلة بمحافظ معينة. ويمكن تبادل هذه البيانات بين أس و آم عبر السطح البيني 113. ويمكن استخدام البيانات المقدمة من أس إلى آم لإنشاء مراكز رأس المال في بداية اليوم لكل محفظة فضلا عن نقل المعلومات المالية والحسابية الأخرى بين أس و آم. ويمكن تنفيذ النظام المحاسبي باستخدام برامج محاسبة من طرف ثالث مثل نظام حساب جنيف الذي تنتجه شركة أدفنت سوفتوار، Inc. ونظام حساب جنيف هو نظام للمحاسبة المالية للمستثمرين العالميين. يوفر نظام المحاسبة في جنيف إمكانية الوصول المفتوح إلى البيانات عبر بروتوكول اتصال قاعدة بيانات ميكروسوفت المفتوح (أودبك) ويسمح باستخدام أدوات الإبلاغ المستندة إلى سكل المعتمدة على الصناعة للوصول إلى البيانات. وفي نظام قائم على جنيف، واعتمادا على بيانات التصنيف أو غيرها من البيانات التي يتطلبها تنفيذ معين من آم، يمكن أن تشمل البيانات المتبادلة عبر السطح البيني 113 البيانات المتعلقة بالمحاسبة، ونشاط الحساب، والتقييم، والمخزون، ودفتر الأستاذ، والإدارة، والأسعار، والبيان، وبيانات تاريخ المعاملة.
نظام المصالحة (رس) و رس-آم واجهة.
يوفر نظام نظام المصالحة (رس) 104 بيانات تسوية الحساب إلى مدير التخصيص. ويمكن استخدام بيانات التسوية، على سبيل المثال، لتحديد أدوات تجارية معينة لقفلها. ويمكن إرسال البيانات الصكية المقفلة إلى آم عبر السطح البيني 114 ويمكن إرسالها إلى النظام أومز 101 بواسطة المحطة آم. ويمكن تنفيذ رس باستخدام برامج طرف ثالث. على سبيل المثال، يمكن استخدام برنامج ريكون، المتوفر من شركة النماذج المالية، Inc. ريكون هو تطبيق قائم على الكمبيوتر متوفر تجاريا يمكن أن يعمل مع أنظمة إدارة محفظة طرف آخر ويمكن أتمتة تسوية المعاملات والموجودات و / أو الأرصدة النقدية بين مديري الاستثمار، أمناء الحفظ، وسيط / المتعاملين و / أو بين المصادر الداخلية.
ريكون قد تتلقى بيانات من مجموعة متنوعة من وسطاء رئيس الوزراء وتجميع هذه البيانات لبناء نظرة التجارة الشاملة التي سيتم مقارنتها سجلات نظام المحاسبة 103 للكشف عن فواصل التجارية. إذا تم العثور على كسر تجاري، ثم ريكون إرسال البيانات إلى مدير التخصيص تشير إلى الصفقات المتكسرة. يجوز لمدير التخصيص استخدام هذه البيانات لتحديد القفل المفروض على الأدوات المختلفة.
تنفيذ مدير التخصيص النموذجي.
تين. 2 يوضح بنية وسيط طلب كائن مشترك (كوربا) القائم على تنفيذ مدير التخصيص. كوربا هو عنصر البرمجيات المستقل بائع والبنية الرسائل والبنية التحتية التي يمكن لتطبيقات الكمبيوتر استخدامها للعمل معا عبر الشبكات. ويمكن لبرمجيات البرمجيات المعتمدة على كوربا، جنبا إلى جنب مع استخدام معايير بروتوكول الإنترنت المشترك (إيوب) المرتبطة بها، أن تسهل الاتصال بين البرنامج المستقل عن نوع الحاسوب وأنظمة التشغيل ولغة البرمجة والشبكة التي يستخدمها كل برنامج. تنفيذ آم 200 أقسام وظائف بين ملقم 220 والعميل 210 المكون. يقوم مكون الملقم 220 بمعالجة البيانات المتعلقة بالتجارة بينما يمكن لمكون العميل 210 التفاعل مع مكون وحدة الخدمة لمراقبة تشغيل وحدة الخدمة 220 وتكوين عملية وحدة الخدمة (على سبيل المثال، عن طريق توفير البيانات، وضع الحدود، الخ.). استخدام الهندسة المعمارية القائمة على كوربا، فضلا عن تقسيم وظيفة آم بين خادم منفصل ومكونات العميل، هو اختياري. يمكن استخدام معماريات البرمجيات الأخرى (على سبيل المثال، ميكروسوفت الموزعة كوم أو معمارية كوم + أو بنية الملكية).
ويشتمل مدير التخصيص على قاعدة بيانات 222 توفر وديعا مركزيا للبيانات التجارية الواردة من نظام إدارة العمليات وبيانات البيانات اليومية عن الصفقات المخصصة التي يولدها مدير التخصيص. كما يمكن للبيانات في قاعدة البيانات 222 أن تكون بمثابة مستودع لنسب التخصيص المحسوبة، ولمواقع الصك داخل اليوم، وللبيانات المستخدمة في تدقيق عمليات مدير التخصيص للكشف عن الأخطاء وفواصل التجارة. قد تكون قاعدة البيانات 222 قاعدة بيانات في الذاكرة (على سبيل المثال، بنية بيانات في ذاكرة ذاكرة الوصول العشوائي)، قد تكون قاعدة بيانات علائقية (على سبيل المثال، أوراكل 8i، إنفورميكس، ميكروسوفت سكل سيرفر، أو قاعدة بيانات علائقية أخرى)، أو يمكن تنفيذها باستخدام أخرى وتخزين البيانات واسترجاع وظائف.
يمكن لمدير التخصيص 110 استخدام قاعدة البيانات 222 لتتبع عدد من عناصر البيانات المختلفة. وتستخدم عناصر البيانات هذه في أداء الصفقات وتصحيحها وتعديلها، فضلا عن وظائف التشغيل والإدارة والصيانة والتزويد (أومب) وتوليد التقارير. ويمكن للبيانات التي تم تتبعها في قاعدة البيانات 222 أن تتضمن بيانات تتعلق بما يلي: '1' الصفقات المخصصة؛ (إي) الاستثناءات (أي جميع الصفقات التي يتم توفير نسب توزيعها خارج تطبيق آم؛) 3 (النسب المئوية المستهدفة استنادا إلى كل محفظة فريدة ومجموعة المخاطر؛) 4 (تأمين البيانات التي تحدد الصفقات التي تؤدي إلى حالة تأمين؛ ) 5 (بيانات االستثناء التي تحدد حاالت االستثناء) على سبيل المثال، عندما يتسبب التجاوز في وضع طويل وقصير في نفس األداة عبر األموال) أو فئات المخاطر (أو عندما تشتمل التسوية مع الوسيط الرئيسي على فاصل تجاري) أي الكمية والخروج يعرف))؛ (6) بيانات التعديل (تشمل بيانات عن جميع الصفقات الملغاة وكذلك الصفقات المصححة. يتم إلغاؤها وتصحيحها باستخدام رقم معرف مرجعي).
أمثلة على البيانات التي يمكن استخدامها من قبل مدير التخصيص، والتي يمكن تخزينها في قاعدة البيانات 222 اتبع:
النسبة المئوية للتخصيص - يحتوي حقل بيانات النسبة المئوية للتخصيص على بيانات تحدد نسب التوزيع التجاري التي يستخدمها مدير التخصيص لتخصيص التجارة. حجم التخصيص - يحتوي حقل بيانات حجم التخصيص على بيانات تحدد عددا من الأسهم أو العقود المخصصة للمحفظة وفئة المخاطر. آم المعرف - يحتوي حقل بيانات المعرف آم على معرف يعين إلى ساق تجارة يتم تشكيلها من قبل مدير التخصيص أثناء عملية توزيع تجارة أصلية على محافظ متعددة (تتلقى كل ساق موزعة معرفا آم فريدا، أوز إد، يمكن استخدامها لإنشاء سجل فريد من نوعه: مؤشر الشراء / البيع يحدد مؤشر الشراء / البيع جانب المعاملة، ويمكن أن تشمل القيم، على سبيل المثال، شراء، بيع، بيع قصير، وتغطية قصيرة إلغاء / تصحيح المعرف يحدد هذا الحقل ما إذا كانت المعاملة عبارة عن إلغاؤها أو صحيحة، يتم إنشاء الحقل بواسطة أداة تعديل التجارة (تات) تعليقات - عندما يتم إدخال صفقة مع نسبة تخصيص تجاوز، قد يطلب من المتداول إدخال سبب يحتوي حقل التعليق على السبب الذي تم إدخاله ويمكن تقديمه إلى مدير التخصيص للمراجعة و / أو لمعالجة القرار النسبة المئوية الافتراضية - يحتوي حقل النسبة المئوية الافتراضية على نسبة تخصيص افتراضية وكان مدير التخصيص قد طبق على تجارة تجاوزت إذا لم يتم تجاوز التجارة. الكيان - يحدد هذا الحقل معلومات الكيان المرتبطة بالمؤسسة. الصندوق - يلتقط مجال الصندوق هيكل الصندوق ويشير إلى ما إذا كان جزءا من الصندوق المتعدد الاستراتيجيات أو إذا كان استراتيجية مستقلة (مثل السندات القابلة للتحويل، ومراجحة المخاطر، والقيمة النسبية). الصك - يحتوي حقل الصك على الرمز الذي تم فيه التداول. آخر تحديث - يحدد حقل التحديث الأخير تاريخا عند تغيير النسب المئوية المستهدفة. نوع القفل - نوع القفل الذي يفرضه مدير التخصيص على تجارة معينة. قد تتضمن القيم القفل الثابت، والقفل الناعم، وقائمة الانتظار. معرف أومز - يتم تمرير معرف أومز في رسالة فيكس إلى مدير التخصيص. وهو معرف فريد مخصص للتجارة من قبل أومز. حجم الطلب - يوفر حجم التجارة الأصلية. لا يحتوي هذا الحقل على أي مبالغ مخصصة. تجاوز النسبة المئوية - النسبة المئوية للتجاوز هي نسبة التخصيص التي تم إدخالها خارجيا وتتجاوز مخصصات إدارة التخصيص وقواعد التقريب. فئة المخاطر - يحدد حقل تصنيف المخاطر تصنيف المخاطر المرتبط بعلاقة تجارية أو محفظة. على سبيل المثال، قد تشير فئة المخاطر إلى أنه سيتم تخصيص تجارة بين محافظ السندات القابلة للتحويل أو بين محافظ المراجحة المخاطر. المجموع الفرعي - يحتوي الحقل الفرعي الفرعي على المجموع الكلي للنسب المئوية لفئة المخاطر المحددة. معرف هوية المحطة الطرفية يحدد معرف هوية المحطة الطرفية المتداولة التي كانت فيها التجارة مدخلات إلى نظام أومز. يتم تمرير عنصر البيانات هذا إلى مدير التخصيص عبر رسالة فيكس. وفي حالة التعديل أو التصحيح، قد يحتوي معرف هوية المحطة على اسم الجهاز الذي تم تغيير النسبة المئوية المستهدفة له. الوقت - يمكن تسجيل عدد من المعلمات الزمنية المختلفة بما في ذلك، في جملة أمور، وقت النظام الذي تم فيه تغيير النسب المئوية المستهدفة؛ وقت إدخال التجارة في نظام نظام إدارة العمليات أو إدخال تغيير؛ وهو الوقت الذي تم فيه شغل التجارة. تاريخ التداول - يشير تاريخ التداول إلى تاريخ تعبئة الصفقة. معرف المستخدم - معرف المستخدم هو معرف (على سبيل المثال، اسم تسجيل الدخول) للمستخدم الذي يدخل التجارة إلى أومز. يتم تمرير هذا إلى مدير التخصيص بواسطة رسالة فيكس.
قد تحتوي قاعدة البيانات 222 على بيانات إضافية أو بديلة. وعلاوة على ذلك، قد تكون حقول البيانات السابقة مترابطة منطقيا في سجلات قاعدة البيانات وقد تظهر في أماكن مختلفة (أي في سجلات قواعد البيانات المختلفة وفي أنواع السجلات المختلفة).
بيانات العمليات آم الواردة من الأنظمة 101 - 104، وكذلك البيانات في قاعدة البيانات 222 باستخدام قواعد العمل. تتضمن كل قاعدة عمل المنطق المستخدم للتحكم في عملية تخصيص. وتنطبق قواعد العمل النموذجية الواردة في هذه الوثيقة على مخطط توزيع تجاري يمكن بموجبه تخصيص الصفقات استنادا إلى النسب المئوية المستهدفة لفتح المعاملات وإغلاق نسب إغلاق المراكز. يمكن أن آم التحقق من جانب التجارة وأيضا موقف الصك يجري تداولها وتحديد ما إذا كانت التجارة هو صفقة فتح أو إغلاق. يمكن أن يحدد آم أيضا معرف نوع التجارة (على سبيل المثال، شراء، بيع، بيع قصيرة، تغطية قصيرة، وقصيرة ضد مربع). قد يتم تخصيص الصفقات بين محفظة أو أكثر و فئات المخاطر الخاضعة لتقدير التاجر.
يمكن أن آم تخصيص الصفقات بين محافظ متعددة على أساس مواقف رأس المال الحرة في كل محفظة. وتستخدم هذه المراكز الرأسمالية الحرة لحساب النسب المئوية المستهدفة التي تحدد كيفية تخصيص تجارة معينة بين المحافظ المتعددة وفئات المخاطر. ويمكن تقسيم رأس المال الحر في محفظة أخرى على أساس فئة واحدة أو أكثر من فئات المخاطر المرتبطة بالمحفظة. ويمكن الحصول على بيانات رأس المال الحرة تلقائيا، على سبيل المثال، عن طريق نقل البيانات عبر الواجهة 113 بين آم و أس 103. وفي بعض التطبيقات، يمكن أيضا إدخال بيانات رأس المال المجانية يدويا من خلال واجهة مدير التخصيص.
وقد يقبل آم أيضا تجاوز الصفقات من نظام إدارة العمليات. تحتوي تجارة تجاوز على مخصصات التاجر محددة من أداة المتداولة بين مختلف فئات المخاطر. فإن آم تخصص تجارة تجاوز وفقا لبيانات التخصيص المستلمة (بمعنى، يمكن استخدام عمليات تجاوز القيمة لتثبيط وظيفة التخصيص التلقائي لمدير التخصيص). في معالجة معالجة تجاوز (وكذلك أثناء معالجة التجارة غير تجاوز)، يجوز لمدير التخصيص تنفيذ وظائف التحقق من صحة لتحديد ما إذا كان توزيع الأداة المتداولة يؤدي إلى حالة خطأ (على سبيل المثال، موقف طويل وقصير في نفس الأداة عبر الأموال). ويمكن تسجيل البيانات المتعلقة بتجارة تجاوزت بعلامة تشير إلى أن التجارة قد تم تجاوزها. بالإضافة إلى تجاوزات، قد آم أيضا معالجة التصحيحات والتعديلات، وإلغاء الصفقات. مدير التخصيص يمكن تحديث قاعدة بياناتها من المواقف محفظة على إلغاء أو تصحيح التجارة.
ويمكن تخصيص الصفقات لمحافظ استثمارية معينة استنادا إلى فئة المخاطر المرتبطة بالتجارة وبمحافظ خاصة. وفي بعض الحالات، قد ترتبط محفظة استثمارية معينة بفئات مخاطر مختلفة متعددة. وبالمثل، يمكن ربط فئة مخاطر واحدة بمختلف المحافظ المختلفة. في الوصف التالي، يتم وصف قواعد العمل (أي منطق الأعمال) والعمليات التي يمكن أن تحكم عملية تخصيص التجارة.
ويمكن تخصيص التجارة بين المحافظ في فئة المخاطر استنادا إلى مجموعة من النسب المستهدفة. تشير نسب االستهداف إلى النسب التي يمكن فيها فتح المراكز ضمن مختلف المحافظ المرتبطة بفئة مخاطر معينة. ويمكن تحديث هذه النسب حسب الطلب (أي في الوقت الحقيقي) أو على فترات محددة سلفا (على سبيل المثال، في نهاية كل شهر أو ربع). بالنسبة لكل فئة من فئات المخاطر، يتم تحديد مجموعة من النسب المستهدفة لتحديد كيفية تقسيم الصفقات المخصصة لهذه الفئة من المخاطر بين المحافظ االستثمارية. وتعرف النسبة المستهدفة لمحفظة معينة ومجموعة من فئات المخاطر على النحو التالي:
Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available Available +
ويمكن حساب النسب المستهدفة لفئة مخاطر معينة استنادا إلى رأس المال الحر المتاح في كل محفظة استثمار عضو في فئة المخاطر هذه. وتبلغ نسب كل فئة من فئات المخاطر إلى 100٪، مما يكفل تخصيص تجارة بالكامل بين كل فئة من فئات المخاطر المحافظ.
في الإفصاح التالي، يتم شرح عمليات مدير التخصيص باستخدام المحافظ الست المثالية الموضحة في الجدول التالي:
يمكن استخدام البيانات في قاعدة بيانات مدير التخصيص لتحديد فئة مخاطر واحدة أو أكثر (على سبيل المثال، فئة مخاطر "تحكيم المخاطر" أو فئة المخاطر "لونغ كونفيرتس" (لك) المرتبطة بكل من هذه المحافظ. بالإضافة إلی ذلك، یمکن لمدیر التخصیص تتبع مبالغ رأس المال الحرة المتاحة في کل محفظة. یحدد الجدول التالي مجموعة من حوافظ المثال وفئات المخاطر الخاصة بھا بالإضافة إلی مبلغ رأس المال الحر لکل مجموعة من مجموعات المحفظة / المخاطر:
يمكن لمدير التخصيص تحديد إجمالي رأس المال المجاني لكل فئة مخاطر كما يلي:
مجموع رأس المال الحر في تحكيم المخاطر (را) فئة المخاطر = 100 + 120 + 300 + 60 = 580 إجمالي رأس المال الحر في فئة المتحولين طويلة (لك) فئة المخاطر = 200 + 80 + 400 + 40 = 720.
بالنسبة للمحافظ المرتبطة بفئة مخاطر إدارة المخاطر، يحسب مدير التخصيص النسب المستهدفة كما هو مبين في الجدول التالي:
بالنسبة للمحافظ المرتبطة بفئة مخاطر ال لك، يحسب مدير التخصيص النسب المستهدفة التالية:
أي محفظة فريدة من نوعها والجمع بين فئة المخاطر قد يكون صفر خالية من رأس المال المتاحة. وفي مثل هذه الحالة، لا يلزم حساب النسبة المستهدفة للحافظة كنسبة افتراضية من الصفر يمكن استخدامها. يستخدم مدير التخصيص أحدث نسب مستهدفة محسوبة لتخصيص صفقات جديدة. مدير التخصيص يمكن أيضا الحفاظ على تاريخ جميع التحديثات إلى النسب المستهدفة في قاعدة بيانات. يمكن استخدام معلومات التاريخ هذه، على سبيل المثال، إذا كان يجب أن يتم التراجع عن تخصيص تجاري سابق بسبب خطأ أو سبب آخر لتعديل الصفقة السابقة.
ويمكن لكل محفظة أن تتضمن صكا واحدا أو أكثر من الأدوات القابلة للتداول. وعلى سبيل المثال، يمكن أن تكون الصك القابل للتداول أسهما من القطاعين العام والخاص. ولكل أداة يتم تداولها في كل محفظة، قد تحتوي المحفظة على وضع يكون طويلا (أو 0 غ) أو قصير (أو 0) أو مسطح (= 0) فيما يتعلق بتلك الأداة. ويجوز أن تؤدي التجارة المخصصة إلى فتح مركز (أي وضع طويل أو قصير) أو وضع إقفال في صندوق معين. قد يختلف تخصيص التجارة تبعا لنوع الوضع الذي تم إنشاؤه.
تخصيص المراكز الافتتاحية.
في حالة إنشاء صفقة افتتاحية، يقوم مدير التخصيص بتخصيص التداول باستخدام النسب المستهدفة المتاحة (ما لم يتم تجاوزه). ويعرف موقع الافتتاح بأنه صفقة تجارية تؤدي إلى توقف وضعية مسطحة أو طويلة أو وضعية مسطحة أو قصيرة. على سبيل المثال، إذا كانت فئة را من لوكس-مس لديها موقف مسطح فيما يتعلق الأسهم ميستوك (شريط الأسهم خيالية)، والتجارة لشراء 100 سهم من الأسهم فئة را سوف ميستوك خلق موقف افتتاح ل ميستوك في لوكس-مس. كما يحدث موقف افتتاحي حيث يتم، على سبيل المثال، تداول صفقة لبيع 300 سهم من ميستوك لوكس-مس التي تحتوي على موقف قصير (& # 8722؛ 100 سهم) في ميستوك. وبالتالي، سيحسب مبلغ التخصيص في موقع الافتتاح على النحو التالي:
نسبة الهدف = نسبة موقف الافتتاح كما هو محدد في القسم السابق ترادفولوم = مبلغ حصة الأداة من أومز.
ويمكن تخصيص الصفقات في جميع فئات المخاطر المرتبطة بالاستراتيجية المعينة للتجارة. وفي بعض عمليات التنفيذ، قد توجد استثناءات من هذا المخطط العام للتخصيص. أحد الاستثناءات المحتملة هو تجاوز. التجاوز هو حالة خاصة يقرر فيها المتداول تخصيص تداول باستخدام نسب توزيع مختلفة من النسب المئوية الافتراضية الواردة في مدير التخصيص. على سبيل المثال، يسمح التجاوز للمتداول بتخصيص 100٪ من التداول الافتتاحي في مخزون فئة را من ميستوك إلى كاي-مس بدلا من السماح لمدير التخصيص بتقسيم التداول وفقا للنسب المئوية المستهدفة ل آم. ويمكن استخدام البيانات التي يدخلها التاجر في نظام إدارة العمليات (أومز)، وإبلاغها إلى مدير التخصيص عبر رسالة فيكس، لتوجيه مدير التخصيص لأداء هذه الحالة الخاصة. وتجري مناقشة هذه الحالة الخاصة بمزيد من التفصيل أدناه.
تخصيص مراكز الإقفال.
يتم تعريف الموقف الختامي على أنه تجارة تقلل من مركز طويل أو قصير. إذا كان الموقف مسطح، والتجارة المقبلة بغض النظر عما إذا كان هو بيع قصيرة أو شراء، سيكون موقف افتتاح. وفي حالة إنشاء صفقة إقفال في محفظة ما، يمكن تخصيص هذه التجارة استنادا إلى الوضع الحالي للمحفظة في ذلك الصك بالنسبة للمركز عبر الصناديق. ومن أمثلة الموقف الختامي ما يلي:
يتم إجراء صفقة لبيع 100 سهم من أسهم فئة المخاطر را في ميستوك في محفظة لوكس-مس عندما تحتوي محفظة لوكس-مس على موقف طويل من ميستوك من 200 سهم. يتم التداول لشراء 100 سهم من ميستوك لمحفظة لوكس-مس عندما تحتوي محفظة لوكس-مس على موقف قصير من ميستوك من 300 سهم (& # 8722؛ 300 سهم).
ويكفل إقفال مركز في صندوق يتعلق بالمركز الكلي في جميع الصناديق ذات فئات المخاطر المماثلة، عند إغلاق المركز، أن تتبع جميع الصناديق موقفا ثابتا في الصك المعين. ويوزع هذا النهج المخاطر المرتبطة بالوضع الختامي عبر األموال.
إذا كانت التجارة تخلق وضعا سيذهب فيه الموقف من طويل إلى قصير أو من القصير إلى الطويل، فإنه يشار إليه بأنه يعبر الحدود الصفرية، أو التجارة الحدودية. في هذه الحالة، قد يقوم مدير التخصيص أولا بإغلاق (تسطيح) الموقف، وذلك باستخدام قواعد إغلاق الموقف، ثم فتح موقف جديد باستخدام قواعد مراكز الافتتاح.
بالنسبة للموقف الختامي، يتم حساب نسبة الإغلاق على النحو التالي:
كلوزراتيو = [كيرنتريسككلاسسبوسيتيون توتالريسكلاسبوسيتيون]
كيرنتريسككلاسبوسيتيون = الموقف الحالي من قبل محفظة، فئة المخاطر والأداة قبل التجارة توتالريسكلاسبوسيتيون = إجمالي الموقف حسب فئة المخاطر، والصك قبل التجارة.
ويمكن استخلاص مبلغ حصة التخصيص من قبل مدير التخصيص من خلال مضاعفة الإغلاق من خلال عدد الأسهم في التجارة (أي حجم التجارة). والمعادلة هي:
على سبيل المثال، بافتراض أن المواقف الحالية في ميستوك يتم الاحتفاظ بها من قبل الصناديق التالية:
إن صفقة بيع 1500 سهم من شركة ميستوك ستكون صفقة إقفال وسيتم تخصيصها كما يلي:
إذا كانت المعاملة قد تضمنت بيع 1000 سهم، فإن قيمة الأسهم المخصصة تساوي & # 8722؛ 133.333، & # 8722؛ 200، & # 8722؛ 600، و & # 8722؛ 66.667، على التوالي. وفي بعض عمليات التنفيذ، يجب أن تخصص الأسهم بكميات صحيحة، وفي بعض الحالات، على وجه الخصوص كميات كبيرة (على سبيل المثال، قد يكون التخصيص في وحدات من 100 سهم ومضاعفات منها؛). Allocation Manager may invoke a set of rounding rules to avoid unwanted allocations of fractional shares and unwanted odd-lot allocations. Rounding rules are discussed further, below.
Allocating Across Risk Classes.
In some implementations, an Allocation Manager may incorporate functionality to allocate trades across Risk Classes (e. g., a particular trade may be allocated across both the RA and LC risk classes). To do so, the Allocation Manager may separate an original trade into multiple trades designated for each Risk Class and then process the trades according to the prescribed allocation percentages.
For a multi-risk class trade (i. e., a multi-strategy trade), the different risk classes, and a percentage allocation of the trade into the different risk class, may be specified by a trader at an OMS interface. FIX message parameters may be used to communicate this risk class allocation from the OMS to the Allocation Manager. For example, the OMS may create a delimited string in a FIX message's custom field to identify the risk classes requested. Allocation Manager can parse this risk class identification string and create an allocation for each risk class identified. Other FIX custom data elements describing the selected risk class allocation would be delimited similarly. When a trade is allocated among multiple risk classes, FIX sequence numbers (i. e., the sequence numbers contained in the ExecID and ExecRefID) fields can be generated to track each of the allocated legs. In addition, operations to determine, validate, and handle allocation errors, as well as other transaction processing, may be repeated on a per-Risk Class basis. For example, Cancels and correct operations will be repeated for each of the different risk classes.
Allocation of a trade may cause a round lot trade to be broken into fractional shares (and contracts) and into odd lots. The Allocation Manager may avoid allocation by fractional shares or into odd lots using rounding rules. Rounding rules may be specific to certain types of instruments, risk classes, etc. For example, allocated equities may be rounded to a lot size of 100 shares, while options and futures may be rounded to 1 contract. In some cases, these limits are fixed, while in others they are user-definable (e. g., a user may set the minimum lot rounding size through a graphical user interface).
Target and Closing Ratios.
The Allocation Manager ensures that target ratios and closing ratios add to 100% for each Risk Class. Rounding may result in a in which the sum of the target or closing ratios per Risk Class is not 100%. The Allocation Manager may implement rules to adjust ratios to 100%. The following are a set of example adjustment rules:
1. Calculate the difference between 100% and the sum of the rounded ratios. 2. Add the difference to the Entity, Fund, Risk Class with the greatest ratio (target or closing). 3. If two or more ratios are equal, the difference may be applied to one or more of those funds in a pre-designated order. For example, if both Multi-strategy funds (CAY-MS and LUX-MS) have equal ratios, the CAY-MS fund may receive the difference. If a Multi-strategy fund is not involved then a single strategy fund (e. g., CAY-RA, CAY-LC, LUX-RA, or LUX-LC) can receive the difference.
The following example illustrates application of the target ratio rounding rules. Each table demonstrates how the Allocation Manager application would allocate a trade based on the given free capital and position information.
Given the current free capital figures:
In this case, the sum of the rounded target ratios does not equal 100%, but rather 99.9%. The rounding rules may result in the additional 0.1% being added to the CAY-RA portfolio because the fund possesses the greatest amount of free capital (i. e., the fund possesses the greatest rounded target ratio).
Assume that LUX-RA portfolio receives a $1000 infusion of capital and the CAY-RA portfolio receives a $800 infusion of capital. The target ratios would adjust as follows:
In this case, the sum of the rounded target ratios does not equal 100%, but rather 99.9%, and the LUX-RA/RA fund and the CAY-RA/RA fund have the same amount of free capital (and rounded target ratios). In this case, assuming that precedence is given to the Cayman Island funds (CAY-RA, CAY-LC, CAY-MS), the Allocation Manager adds the additional 0.1% to the CAY-RA fund.
If an additional $980 were added to the LUX-MS/RA portfolio (i. e., the Risk Allocation portion of the multi-strategy LUX-MS portfolio), the ratios would be calculated as follows:
In this case, the sum of the rounded target ratios does not equal 100%, but rather 99.9%. In addition, the LUX-RA fund, the LUX-MS/RA fund, and the CAY-RA fund all have the same amount of free capital (and rounded target ratios). In this case, the Allocation Manager may add the additional 0.1% to the LUX-MS/RA fund (assuming that Multi-Strategy funds have priority over risk-allocation-only funds).
When Allocation Manager receives an opening trade that produces a fractional or odd lot allocation, the Allocation manger can employ rules to calculate the number of shares to apply to the respective funds. For example, the following rules may be used:
Allocation_Amount=The Allocation 13 Amount value is the number of shares determined to be allocated to a particular portfolio and risk class. The Accocation_Amount value may be derived by multiplying the trade volume by the target ratio for an opening position or the close ratio for a closing position Round, LotSize=Round, LotSize represents a function that will round the Allocation Amount according to the minimum allowable rounding size (this size may be predetermined or configurable).
This opening position calculation is repeated for each portfolio having a risk class that matches the relevant trade's risk class. For example, assume that there is an opening trade of 1000 shares in MYSTOCK which is in the RA risk class, and that the current target ratios are as follows:
For a lot rounding size of 100, the Allocation Manager can allocate the trade as follows:
LUX-RA/RA=Round, 100 [0.172*1000]=172, round to 200.
LUX-MS/RA=Round, 100 [0.207*1000]=207, round to 200.
CAY-RA/RA=Round, 100 [0.518*1000]=518, round to 500.
CAY-MS/RA=Round, 100 [0.103*1000]=103, round to 100.
The allocated trades sum to 1000 shares, which equals the trade amount.
In some cases, rounding the trades to lot sizes may result in under-allocation or over-allocation of a trade. For example, for a trade of 1200 shares of MYSTOCK, the following results may be obtained:
LUX-RA/RA=Round, 100 [0.172*1200]=206.4, round to 200.
LUX-MS/RA=Round, 100 [0.207*1200]=248.4, round to 200.
CAY-RA/RA=Round, 100 [0.518*1200]=621.6, round to 600.
CAY-MS/RA=Round, 100 [0.103*1200]=123.6, round to 100.
The allocated trades sum to 1100, but the trade was for 1200. Differences arising between the allocated volume and the trade volume on an opening position will be applied to the portfolio and risk class with the greatest amount of free capital. If free capital is not updated in real time, the portfolio and risk class with the highest target ratio on an opening position may be considered to have the highest amount of free capital. In such a case, CAY-RA/RA will receive 100 shares of MYSTOCK to equate the allocation to the trade. CAY-RA/RA will, therefore, receive 700 (600+100) shares total.
Trades of less than a round lot can be allocated to the fund with the greatest amount of free capital. If several funds have equal target ratios, the trade may be allocated based on the above preference mechanism (other preference mechanisms can also be used).
Closing position trades may be rounded to the nearest unit. For example, assuming the current positions for MYSTOCK are as follows:
A transaction to sell 1000 shares of MYSTOCK will be a closing position transaction and will be allocated as follows:
Funds may, therefore, contain odd lots, but the risk in closing a position will be evenly disbursed to the funds in relation to the current amount of risk held by the fund. This proportionally reduces the position in each portfolio to zero, without creating a long and short position between portfolios. For example, if the MYSTOCK transaction were a sell of 1490, the allocation would be:
This allocation would produce the following ending positions:
If two or more funds have the same position and closing ratio, differences in rounding may be allocated using rules that prioritize particular portfolios and/or risk classes.
In some implementations, closing transactions may be rounded using minimum rounding lot sizes. Special allocation rules may need to be applied when odd lot position exists in one or more of the funds (this situation may occur on an opening position as well when the positions are short). Assume, e. g., that the current positions for MYSTOCK are as follows:
A transaction to sell 1000 shares of MYSTOCK is a closing position transaction and can be allocated as follows:
CAY-RA/MS=[30/1000]*−1000=−30, round to 0.
As a result, the overall collection of portfolios being managed will contain long and short positions within the same risk class. This is shown in the following table:
This creation of both long and short positions may be considered erroneous. An validation procedure may be used to automatically rectify this allocation error by applying the short position to the long position to thereby flatten both positions.
Zero Boundary Transactions.
Zero Boundary transactions are trades that cause an instrument's position to move from long to short or short to long.
When a trade (e. g., a sell transaction) results in change from a long to a short position, that trade is processed by the Allocation Manager as if it consists of both a closing transaction and an opening transaction. The closing portion of the transaction reduces the position in each fund to zero (i. e., flat). The opening portion of the transaction in accordance with the rules explained above. Similarly, a buy transaction that results in a change from a short to a long position is treated as consisting of both a closing transaction and an opening transaction. The closing transaction increases the position in each fund to zero (i. e., flat). The opening transaction then creates a long position.
Amendments and Overrides.
An amendment to an allocated trade may be performed by a Trade Amendment Tool (TAT). The Trade Amendment Tool may be a facility of the OMS, or may be implemented as a separate system. To effect an amendment, a correction message is sent from the TAT to the Allocation Manager. The correction message may include a reference ID to identify the originally entered trade that is to be corrected. Allocation Manager can use the reference ID to match the correction to multiple allocated trades and submit a cancel message to the Accounting System. The correction may be allocated according to the original allocation percentages which may be obtained from a database storing a history of allocation percentages. When a correction changes the instrument, strategy, or quantity, the positions stored in Allocation Manager are correspondingly changed. If the user wishes to edit the percentages of the allocated legs, a trade can be canceled and a new trade entered through the TAT.
When an override is entered, Allocation Manager executes validation routines to ensure that the override does not create an allocation error. If an error is created, the override may be automatically rejected. In some implementations, security features (e. g., password limited access) may restrict access to the TAT. For example, the TAT may be available to operations personnel, but not to traders.
Allocation Manager may accept overrides from OMS without applying the allocation and rounding rules. Validation of the override data may take place in OMS while Allocation Manager may determine if the trade meets required validation criteria. If the validation criteria are met, Allocation Manager will update its intra-day positions and send the trade to the risk management system.
In some implementations, amendments and corrections may be automatically generated or electronically received at an interface from, e. g., an interface to another broker's system (an external broker interface). Electronic amendments may be transmitted to the Allocation Manager on an intra-day basis. When a modification or correction message is received at an external broker interface, that message may be processed at the OMS. The OMS processing may include, e. g., locating the OMS ID that was assigned to the original trade. The original trade's data may be updated in the OMS database and a FIX message may be transmitted to the Allocation Manager to amend the trade. At the Allocation Manager, the electronic amendment message can be matched to the multiple allocated trades (using the OMS ID) and cancel messages generated for each allocated trade. The cancel messages are transmitted from the Allocation Manager to the Accounting System.
Allocation exceptions may occur for a number of different reasons. When an allocation exception occurs, the Allocation Manager may “hard lock” the affected instrument. A hard lock prevents or limits further processing of trades in the affected instrument until the exception condition is resolved. Hard locks may be applied when, e. g., an override causes a long and short position in the same instrument across funds (or Risk Classes) or when reconciliation with an external broker contains a trade break. Processing of these two exceptions are discussed in greater detail in the following sections.
Override Allocation Error.
Overrides are received from the OMS system and may occur for a variety of reasons. For example, overrides may be used to re-align the risk in a given portfolio and risk class with a current amount of free capital. This may occur, for example, following a large infusion of cash into a single fund that distorts the risk of a given position relative to the overall fund.
Overrides may be for either buys or sells and may be on either opening or closing positions. Overrides are sent from the OMS to the Allocation Manager as FIX messages containing data that specifically marks these messages as overrides. Processing of these override messages will, in general, bypass Allocation Manager allocation and rounding rules. When processing an override message, Allocation Manager determines if the override is valid relative to the current position of the instrument in a particular risk class. The override is valid if it does not create a long and short position in the same instrument across funds. If the override is valid, then the Allocation Manager will adjust its intra-day positions for this instrument and submit the trade to the portfolio management system 102 . If the override is invalid then Allocation Manager will flag the trade as an exception and reject the trade. Rejected trades must be investigated, fixed, and re-entered into TAT. Since this “trade” is not a cancellation or correction of a trade stored in Accounting System 103 , it may be processed as a new trade. In some implementations, this trade may be flagged as an amendment, thus permitting it to pass through the Allocation Manager without being subject to a lock queue.
Rejected trades automatically create a lock and all trades in the particular instrument subsequent to the lock are queued. The locked trade and subsequent trades (in the same instrument) are not submitted to TPOS because subsequent allocations are based on the correct allocation of the locked trade (opening and closing trades are allocated differently). By locking on the instrument regardless of the Entity and Risk Class, the system protects the integrity of the allocations considering that the user may have entered the override trade's Risk Class incorrectly. The rejected trade is stored allowing operations to investigate the error and re-enter the trade through TAT. Only trades entered into TAT can pass by the locked queue since they possess an amendment flag that indicates that they are meant to amend a trade. In this case, an allocated Accounting System trade is not being cancel/corrected, but rather a new trade is being entered as an amendment to correct the rejected trade. This “amendment” will be submitted to TPOS if it is valid (i. e., does not create an error condition).
When a rejected trade has been amended, operations will open the Lock Window and remove the instrument from the list of locked instruments. This action will automatically release in sequential order the queued trades for that instrument. The positions will be updated and the trader will process the allocations as intended.
Users may be notified via a standard mail API of an override allocation error. The e-mail addresses of the recipient(s) can be stored in the Allocation Manager database.
Trade breaks are caused when the reconciliation with a Prime Broker returns discrepancies. Trade breaks may be determined based on daily reports generated by the Reconciliation System and which containing trade breaks determined from the previous day's data. When the report is received, it is uploaded to the Allocation Manager with a flag indicating that trade breaks are to be created. Based on data in the Reconciliation System report(s), a lock on a particular instrument is created. Subsequent trades in the locked instrument may be queued in the order that they are received until the lock is removed. In general, a lock is removed following resolution of the trade discrepancy that resulted in the lock. If the trade requires an amendment, the user will use TAT to cancel/correct the trade. A lock may be removed when Allocation Manager receives a new Reconciliation System report. The new report can update trade breaks, thereby, removing a previous day's lock. User may be notified via a standard mail API of a soft lock situation. The e-mail addresses of the recipient(s) will be stored in the Allocation Manager database.
Gaps within the allocation process may exist despite the implementation of hard locks. A first type of gap involves trade breaks. Trade breaks may be detected, e. g., the day after a break occurs. However, following a trade break, and prior to its detection, an incorrect trade may be allocated based on a current target or closing ratios. This trade will then impact the positions within the funds that it was allocated to. Subsequent trades in the same instrument will be allocated according to the new position percentages in the case of a closing transaction. If the previous trade was incorrect the closing transactions throughout the day will be improperly allocated. If there is a large volume of trades in the affected instrument, there may be difficulties in canceling trades subsequent to the break and reentering them after the trade correction is made. The Allocation Manager can include OAMP functionality allowing impacted transactions to be determined and enabling the generation of a report that isolates the impacted trades. This process helps to mitigate allocations based on inaccurate position data.
The second gap type occurs where the incorrect trade is identified on the day of its occurrence and is corrected using the TAT application. Although the trade can be cancelled and corrected, subsequent trades may have been allocated based on the assumption that the preceding trades (and, therefore, positions) were correct. Subsequent trades in the same instrument will be allocated according to an erroneous position in the case of a closing transaction.
End of Day Processing.
At the end of the trading day, Allocation Manager can forward to the Reconciliation System a position file containing all instrument positions as of the close of the trading day. This position file may be compared to a position file generated by the Accounting System. A comparison of these different position files can be used to ensure that the Accounting System has received all allocated trades from Allocation Manager. If the position files disagree, operations can research the discrepancies and resolve the differences before the next day open.
Allocation Manager (and the various systems that Allocation Manager ultimately interfaces with) can include functionality to track and identify unique trades. Trade tracking information can be used for other operations such as trade cancellation and correction. Each trade received from a particular OMS 101 can include a unique trade identifier that, in part, can be used by Allocation Manager to track trades. However, because OMS may independently assign trade identifiers, the Allocation manager may need to add additional identifier information to the OMS identifier (or may replace the OMS supplied identifier) to ensure that trade identifiers are unique across all trades from all OMSs. This helps to ensure that the particular OMSs from which a trade originated can be identified as trades flow through, e. g., the Accounting System 103 , Portfolio Management System 102 , and other trading systems. Furthermore, for allocated trades, additional information is added to the OMS identifier so that each allocated portion of the trade can be tracked. This additional information may be a “leg” identifier that, in combination with the OMS identifier, is unique for every allocated portion (i. e., for each allocated trade sent to the other trading systems 102 – 103 )
The invention may be implemented in digital electronic circuitry, or in computer hardware, firmware, software, or in combinations of them. Apparatus of the invention may be implemented in a computer program product tangibly embodied in a machine-readable storage device for execution by a programmable processor; and method steps of the invention may be performed by a programmable processor executing a program of instructions to perform functions of the invention by operating on input data and generating output. The invention may advantageously be implemented in one or more computer programs that are executable on a programmable system including at least one programmable processor coupled to receive data and instructions from, and to transmit data and instructions to, a data storage system, at least one input device, and at least one output device. Each computer program may be implemented in a high-level procedural or object-oriented programming language, or in assembly or machine language if desired; and in any case, the language may be a compiled or interpreted language. Suitable processors include, by way of example, both general and special purpose microprocessors. Generally, a processor will receive instructions and data from a read-only memory and/or a random access memory. Storage devices suitable for tangibly embodying computer program instructions and data include all forms of non-volatile memory, including by way of example semiconductor memory devices, such as EPROM, EEPROM, and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM disks. Any of the foregoing may be supplemented by, or incorporated in, specially-designed ASICs (application-specific integrated circuits).
A number of embodiments of the present invention have been described. Nevertheless, it will be understood that various modifications may be made without departing from the spirit and scope of the invention. For example, the current FIX message system does not support convertible bonds. FIX may be modified, or a different protocol substituted, so that the Allocation Manager can interpret convertible bond data. Accordingly, other embodiments are within the scope of the following claims.

Trade Allocation Module (TAM)
The automatic allocation of trades can be configured for client accounts to distribute equally, weighted or by specifying custom rules. The custom allocations grid is used to create rules at client/account/symbol/side/country/custodian granularity, or any combination, with a “closest match” algorithm ensuring the correct rule takes effect. They can also be set to automatically pair off trades fitting pairing criteria. These rules can be updated dynamically throughout the day should there be a need to.
The counterparty fee engine allows the set up and maintenance of the commission structure and regulatory fees needed for each client. Rules can be set up with asset class/account/country granularity, or any combination.
Trades can be aggregated for the same client, symbol and direction through trade bunching. This will create a parent trade which can be allocated and use the fee structure as if they were a single trade with the click of a button.
The Split Commission functionality in TAM allows to simply calculate and charge commission fees across multiple trades with the same client, stock and direction as if it were a single trade, all at the click of a button.
An important part of the middle office workflow is notifying your client or custodian of trades and allocations. TAM makes it simple to generate such reports in a wide range of formats including CSV, PDF and html email. Exports formatted for common custodians such as BNY Melon and Pershing come as part of the vanilla product. The Genesis Report Designer allows for simple creation and maintenance of reports.
Client static underpins most middle-office functionality, with TAM you have the ability to easily set up and maintain client static via the GUI, or source from another system if desired. TAM has been designed to have minimal mandated fields to make the systems integration process simple.
Trades can be sourced from flat file or a feed, manually or programmatically. Using Genesis gateway adapters (for example Kafka, MQ, FIX) it is simple to set TAM up to receive trades from any OEMS in real-time. Trades can also be inserted via CSV, either manually by users of the system, or programmatically (for example when receiving via SFTP). CSV formats are simple to configure, with a focus on minimal mandated fields to make the process simple.
As with all Genesis products, it is simple to define user roles and permissions to ensure functionality is only performed by user who are authorized to do so.

توزيع الأصول.
ما هو "تخصيص الأصول"
إن تخصيص األصول هو استراتيجية استثمارية تهدف إلى تحقيق التوازن بين المخاطر والمكافأة من خالل توزيع موجودات المحفظة وفقا ألهداف الفرد، وتحمل المخاطر، وأفق االستثمار. أما فئات الأصول الرئيسية الثلاث - الأسهم، والدخل الثابت، والنقدية وما يعادلها، فهي ذات مستويات مختلفة من المخاطر والعائد، ولذلك فإن كل منها يتصرف بشكل مختلف مع مرور الوقت.
تراجع "تخصيص الأصول"
ويجوز للمستثمرين استخدام تخصيصات مختلفة للأصول لتحقيق أهداف مختلفة. فعلى سبيل المثال، قد يستثمر شخص ما في توفير سيارة جديدة في العام المقبل صندوق التوفير في سيارته في مزيج محافظ جدا من النقد وشهادات الإيداع والسندات القصيرة الأجل. إن الادخار الفردي الآخر للتقاعد الذي قد يكون على مدى عقود من الزمن يستثمر عادة غالبية حسابه الفردي للتقاعد (إيرا) في الأسهم، حيث أن لديه الكثير من الوقت لركوب تقلبات السوق على المدى القصير. كما أن تحمل المخاطر يلعب عاملا رئيسيا أيضا. فبعض الأشخاص غير الراغبين بالاستثمار في الأسهم قد يضعون أموالهم في تخصيص أكثر تحفظا على الرغم من أفق زمني طويل.
تخصيص الأصول حسب العمر.
وبصفة عامة، يوصى بشراء الأسهم لمدة خمس سنوات أو أكثر. حسابات النقد والنقد هي مناسبة لأهداف أقل من سنة بعيدا. Bonds fall somewhere in between. في الماضي، أوصى المستشارين الماليين طرح عمر المستثمر من 100 لتحديد كم ينبغي أن تستثمر في الأسهم. For example, a 40-year old would be 60% invested in stocks. وتوصي الاختلافات في القاعدة بطرح العمر من 110 أو 120 نظرا إلى أن متوسط ​​العمر المتوقع يستمر في النمو. ومع اقتراب الأفراد من سن التقاعد، ينبغي أن تنتقل الحوافظ عموما إلى تخصيص أصول أكثر تحفظا من أجل المساعدة على حماية الأصول التي تراكمت بالفعل.
تحقيق توزيع الأصول من خلال صناديق دورة الحياة.
وصناديق الاستثمار المخصصة لتخصيص الأصول، والمعروفة أيضا باسم دورة الحياة، أو التاريخ المستهدف، الأموال، هي محاولة لتزويد المستثمرين بهياكل محفظة تتعامل مع عمر المستثمر ورغبة المخاطرة وأهداف الاستثمار مع تقسيم مناسب لفئات الأصول. ومع ذلك، يشير منتقدو هذا النهج إلى أن التوصل إلى حل موحد لتخصيص أصول المحفظة هو مشكلة لأن المستثمرين الأفراد يحتاجون إلى حلول فردية.
وسيكون صندوق تقاعد الطليعة المستهدف لعام 2030 مثالا لصندوق تاريخ الهدف. اعتبارا من عام 2018، الصندوق لديه أفق زمني 14 عاما حتى يتوقع المساهم للوصول إلى التقاعد. اعتبارا من 30 يونيو 2018، الصندوق لديه تخصيص 74٪ من الأسهم و 26٪ السندات. حتى عام 2030، سيتحول الصندوق تدريجيا إلى مزيج أكثر تحفظا بنسبة 50/50، مما يعكس حاجة الفرد لمزيد من الحفاظ على رأس المال وأقل المخاطر. في السنوات التالية، يتحرك الصندوق إلى 67٪ من الأسهم و 33٪ من الأسهم.

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