Financial Services Agency

24 مارس 2009 وكالة الخدمات المالية Rakuten Securities Australia في شأن الإجراءات الإدارية ضد الشركات المساهمة Rakuten Securities Australia نتيجة للتفتيش الذي أجرته لجنة مراقبة الأوراق المالية والبورصات ضد شركة مساهمة (يشار إليها فيما يلي باسم "شركتنا") ، تبين أنه تم العثور على الانتهاكات التالية للقوانين واللوائح. ○ الوضع الذي يُدرك فيه أن إدارة نظام معالجة المعلومات الإلكترونية المتعلق بأعمال الأدوات المالية غير كافية (1) في 11 نوفمبر 2008 ، قمنا بتعليق الطلبات من جميع العملاء لمدة 7 ساعات تقريبًا ، بما في ذلك الجلسة الأولى. (2) في 13 كانون الثاني (يناير) 2009 ، حدث مسبق لـ 024 3 عميل. تسبب هذا في فشل النظام (يشار إليه فيما يلي باسم "فشل 13 يناير 2009") مما أدى إلى تأخير الطلبات لمدة أقصاها أقل من 5 ساعات ، بما في ذلك فشل النظام. عدم كفاية إعداد نظام التعافي من الكوارث لمنع انتشار الضرر أو لتقليل الضرر ، واتخاذ التدابير المناسبة لمنع حدوث ارتباك غير ضروري للعملاء في حالة حدوث عطل تم قبول عدم وجود أي ارتباك. 1. فشل في 11 نوفمبر 2008 (1) سنقوم يدويًا بإعادة تشغيل العملية التي توقفت أثناء عمل الاسترداد للفشل الناجم عن فشل منتج قاعدة البيانات (المشار إليه فيما يلي باسم "الفشل الأساسي"). لقد وجهنا البائع إلى المسؤول عن تنفيذ أعمال الاسترداد ، ولكن بسبب خطأ بشري أثناء العمل ، حدثت إخفاقات ثانوية مثل "تعليق أوامر وقف الخسارة للأسهم اليابانية". ترجع حالات الفشل الثانوية المذكورة أعلاه إلى عدم وجود نظام تحقق مزدوج تم فيه تأكيد نتائج مثل هذه العمليات المؤقتة عالية المخاطر من قبل شخص آخر غير البائع المسؤول. واستجابة لذلك ، من المسلم به أن هذا يرجع إلى عدم تأكيد النظام للنتائج ، ووجود خلل في النظام لمنع الأخطاء التشغيلية. (2) طلبنا من البائع المسؤول بدء تشغيل النظام يدويًا الذي لم يبدأ تلقائيًا بسبب التأخير في معالجة الدُفعات الليلية. ، وفشل بعض المعالجة في البدء ، والفشل الثانوي مثل "تأخير بدء الطلبات للعقود الآجلة والخيارات في جلسة OSE المسائية ". من المسلم به أن سبب الفشل الثانوي أعلاه هو عدم وجود نظام لضمان فعالية الدليل وعدم كفاية النظام لتأكيد نطاق تأثير الفشل. (3) في شركتنا ، لم يتم تحديد وتوضيح المعايير أو الإرشادات للقرارات المهمة مثل إلغاء تعليق الطلب وتعليق تسجيل الدخول مسبقًا. تم رفع تعليق الطلب وتعليق تسجيل الدخول دون تأكيد الموقف ، ونتيجة لذلك ، تلقت الشركة طلبًا يخضع لتصحيح الخطأ. 2. فشل في 13 يناير 2009 (1) في فبراير 2008 ، عندما تم دمج مركزي بيانات يوكوهاما وتويوسو في تويوسو ، شاركت شركتنا في العمل المهم المتمثل في إنشاء شبكة نظام الطلب. تم التغاضي عن التكوينات الخاطئة دون ابتكار طرق لمنع عمليات المراقبة ، مثل وضع علامة اختيار لكل عنصر ، أو التحقق من الأدلة ، وما إلى ذلك ، ومن المسلم به أن نظامنا لمنع الأخطاء التشغيلية غير كافٍ. (2) نظرًا للإعدادات الخاطئة المذكورة أعلاه ، نفذت الشركة أعمال الاستعادة من خلال نقل الطلبات التي كانت عالقة في نظام الطلب ، والتي تم فصلها عن TSE ، إلى نظام الطلب الذي كان متصلاً بشكل طبيعي. في استرداد الفشل تم إصدار دليل الإجراءات ، ولم يتم افتراض حالة العمل المذكورة أعلاه ، وكان مطلوبًا قدرًا كبيرًا من الوقت لأعمال الاسترداد. (3) في شركتنا ، لم يتم تحديد وتوضيح معايير الحكم أو المبادئ التوجيهية للحكم لتنفيذ "معالجة الإبطال للأوامر التي تم استلامها / طلبها" مسبقًا ، فيما يتعلق بالأوامر التي تم تصحيحها أو إلغاؤها بسبب التأخير في تحديد الإبطال من قبل لجنة الإجراءات المضادة لفشل النظام الحاد في الشركة ، ولا يمكن للعميل الذي قدم الطلب تصحيح أو إلغاء الأمر حتى تكتمل عملية الإبطال ، وقد تم تقييد القدرة التجارية للأمر لفترة طويلة من الوقت. حالة من الوجود تستند حالة تشغيل الأعمال المذكورة أعلاه في شركتنا إلى المادة 40 ، البند 2 من قانون الأدوات المالية والصرف ، والمادة 123 ، البند 14 من مكتب مجلس الوزراء. أدركت أن إدارة منظمة معالجة المعلومات غير كافية. بالإضافة إلى ذلك ، بصفتنا شركة أوراق مالية رئيسية تعمل عبر الإنترنت فقط ، فإننا مطالبون بتطوير وتشغيل أنظمة تتمتع بتسامح قوي مع الأخطاء وتطوير نظام كاف للاستجابة بشكل مناسب في حالة حدوث خطأ. ومع ذلك ، على الرغم من الحالتين الإداريتين السابقتين ، فقد حدثت حالات فشل واسعة النطاق في النظام ، ويلزم بذل مزيد من الجهود لتطوير نظام يمكنه تشغيل النظام بشكل مستقر ، بما في ذلك الاستجابة لأسباب التوصيات المذكورة أعلاه. وبناءً على ما سبق فقد تم اتخاذ الإجراءات الإدارية التالية بحق الشركة اليوم. [أمر تعليق العمل] من 1 أبريل 2009 (الأربعاء) إلى 30 أبريل 2009 (الخميس) ، توقف تطوير الأعمال الجديدة المصحوب بصيانة النظام (باستثناء تلك المعتمدة بشكل فردي من قبل الوكالة).). [أمر تحسين الأعمال] (1) من خلال التحقق من حالات فشل النظام السابقة ، وما إلى ذلك ، قم بتصنيف المشكلات في نظام استرداد الفشل المفترض واتخاذ إجراءات مضادة فعالة. (2) وضح أين تكمن المسؤولية ، بما في ذلك مسؤولية الإدارة ، مع الأخذ في الاعتبار أن هذا هو الأمر الثالث لتحسين الأعمال بسبب "موقف يُعترف فيه بأن إدارة نظام معالجة المعلومات الإلكترونية غير كافية". (3) صياغة وتنفيذ خطة تحسين لكل جانب من جوانب التخطيط والتطوير والتشغيل والصيانة ، وما إلى ذلك ، من أجل بناء نظام يمكنه تشغيل النظام بشكل مستقر. (4) عند صياغة وتنفيذ خطة التحسين الواردة في (3) أعلاه ، يجب إجراء تدقيق خارجي للنظام بأكمله للتحقق من فعالية إدارة النظام ، ويجب تطوير النظام بناءً على النتائج. (5) إعادة التأكيد على أهمية إدارة النظام للمسؤولين والموظفين ، وتنفيذ الصيانة اللازمة للنظام والتدريب ، وما إلى ذلك ، من أجل ضمان نظام تشغيل الأعمال المناسب. (6) بخصوص (1) إلى (5) أعلاه ، بحلول الخميس 23 أبريل 2009 (بخصوص (3) و (4) أعلاه ، سيتم الإعلان عن حالة التقدم بعد نفس اليوم في 30 يونيو 2009) بحلول (الثلاثاء) ) وكل ثلاثة أشهر بعد ذلك) ، ومن وقت لآخر حسب الضرورة ، كتابةً.