Financial Services Agency

Tahun 2000Diatur oleh pemerintah

The Financial Services Agency (FSA) mengawasi semua penyedia layanan keuangan, termasuk broker valas di Jepang. Tujuan utama FSA Jepang adalah untuk mempertahankan sistem keuangan negara dan memastikan stabilitasnya. Ia juga bertanggung jawab untuk melindungi investor keamanan, pemegang polis asuransi, dan deposan. Ini mencapai tujuannya dalam sejumlah cara yang berbeda termasuk perencanaan dan pembuatan kebijakan, mengawasi penyedia layanan keuangan, mengawasi transaksi efek, dan memeriksa lembaga keuangan di sektor swasta. Ketika FSA pertama kali diciptakan, FSA hanyalah sebuah badan administratif. Namun, tanggung jawabnya melebar pada tahun 2001 ketika menjadi perwakilan eksternal dari Kantor Kabinet Jepang. Mengambil alih tanggung jawab Komite Rekonstruksi Keuangan, dan juga mengambil alih tanggung jawab atas lembaga keuangan yang gagal. Saat ini, FSA Jepang bertanggung jawab kepada Menteri Keuangan Jepang dan memiliki cakupan tanggung jawab yang luas.

Ungkapkan pialang
Sanction Tutup sementara
Ringkasan pengungkapan
  • Pencocokan pengungkapan Pencocokan nomor pengawasan
  • Waktu pengungkapan 2009-03-24
  • Alasan hukuman Situasi di mana diketahui bahwa pengelolaan sistem pemrosesan informasi elektronik yang terkait dengan bisnis instrumen keuangan tidak memadai
Detail pengungkapan

Tindakan administratif terhadap Rakuten Securities Co., Ltd.

24 Maret 2009 Badan Jasa Keuangan Rakuten Securities Australia Sehubungan dengan tindakan administratif terhadap perusahaan saham gabungan Rakuten Securities Australia Sebagai hasil pemeriksaan oleh Securities and Exchange Surveillance Commission terhadap suatu perusahaan saham (selanjutnya disebut sebagai “perusahaan kami”), ditemukan pelanggaran hukum dan peraturan sebagai berikut: Open in telah dilakukan. ○ Situasi di mana diketahui bahwa pengelolaan sistem pemrosesan informasi elektronik yang terkait dengan bisnis instrumen keuangan tidak memadai (1) Pada tanggal 11 November 2008, kami menangguhkan pesanan dari semua pelanggan selama sekitar 7 jam, termasuk sesi pertama. dan (2) pada tanggal 13 Januari 2009, pre-event untuk 3.024 pelanggan menyebabkan kegagalan sistem (selanjutnya disebut sebagai “kegagalan 13 Januari 2009”) yang berdampak pada keterlambatan pesanan maksimal kurang dari 5 jam, termasuk kegagalan sistem Persiapan sistem pemulihan bencana yang tidak memadai untuk mencegah kerusakan menyebar atau untuk meminimalkan kerusakan, dan tindakan yang tepat diambil untuk mencegah kebingungan yang tidak perlu bagi pelanggan jika terjadi kegagalan Diterima bahwa tidak ada. 1. Kegagalan pada 11 November 2008 (1) Kami akan secara manual memulai kembali proses yang telah berhenti selama pekerjaan pemulihan kegagalan yang disebabkan oleh kegagalan produk basis data (selanjutnya disebut sebagai "kegagalan utama"). Kami menginstruksikan vendor untuk dibebankan untuk melakukan pekerjaan pemulihan, tetapi karena kesalahan manusia selama pekerjaan, kegagalan sekunder seperti "penangguhan pesanan untuk pesanan stop-loss untuk saham Jepang" terjadi. Kegagalan sekunder di atas disebabkan oleh kurangnya sistem pemeriksaan ulang di mana hasil dari operasi sementara yang berisiko tinggi tersebut dikonfirmasi oleh orang lain selain vendor yang bertanggung jawab. sistem tidak mengonfirmasi hasil, dan ada kekurangan dalam sistem untuk mencegah kesalahan operasional. (2) Kami menginstruksikan vendor yang bertanggung jawab untuk secara manual memulai sistem yang tidak dimulai secara otomatis karena keterlambatan pemrosesan batch malam hari. , beberapa pemrosesan gagal dimulai, dan kegagalan sekunder seperti "penundaan dimulainya pesanan untuk masa depan dan opsi di OSE Evening Session" terjadi. Diakui bahwa kegagalan sekunder di atas disebabkan oleh kurangnya sistem untuk memastikan keefektifan manual dan ketidakcukupan sistem untuk memastikan ruang lingkup dampak kegagalan. (3) Di perusahaan kami, kriteria atau pedoman untuk keputusan penting seperti pembatalan penangguhan pesanan dan penangguhan login tidak ditentukan dan diklarifikasi sebelumnya. Penangguhan pesanan dan penangguhan login dicabut tanpa mengonfirmasi situasi, dan akibatnya, Perusahaan menerima pesanan yang tunduk pada koreksi kesalahan. 2. Kegagalan pada 13 Januari 2009 (1) Pada Februari 2008, ketika pusat data Yokohama dan Toyosu diintegrasikan ke dalam Toyosu, perusahaan kami terlibat dalam pekerjaan penting menyiapkan jaringan sistem pemesanan. , seperti memberi tanda centang untuk setiap item, atau memeriksa dengan bukti, dll., dan diakui bahwa sistem kami untuk mencegah kesalahan operasional tidak memadai. (2) Karena kesalahan pengaturan tersebut di atas, Perusahaan melakukan pekerjaan pemulihan dengan mengalihkan pesanan yang macet di sistem pesanan, yang telah terputus dari TSE, ke sistem pesanan yang biasanya terhubung. manual prosedur yang dikeluarkan, kasus kerja di atas tidak diasumsikan, dan banyak waktu diperlukan untuk pekerjaan pemulihan. (3) Di perusahaan kami, kriteria penilaian atau pedoman penilaian untuk menerapkan "pemrosesan pembatalan pesanan yang telah diterima/dipesan" belum ditentukan dan dijelaskan sebelumnya, demikian pula mengenai pesanan yang telah diperbaiki atau dibatalkan karena keterlambatan dalam penentuan pembatalan oleh Komite Penanggulangan Kegagalan Sistem Parah Perusahaan, pelanggan yang memesan tidak dapat memperbaiki atau membatalkan pesanan sampai proses pembatalan selesai, dan kapasitas perdagangan pesanan dibatasi untuk jangka waktu yang cukup lama. suatu keadaan Status operasi bisnis di atas di perusahaan kami didasarkan pada Pasal 40, Ayat 2 dari Instrumen Keuangan dan Hukum Pertukaran, dan Pasal 123, Ayat 14 dari Kantor Kabinet Diakui bahwa itu termasuk dalam situasi di mana mengakui bahwa manajemen organisasi pemrosesan informasi tidak memadai. Selain itu, sebagai perusahaan sekuritas besar khusus Internet, kami diharuskan untuk mengembangkan dan mengoperasikan sistem dengan toleransi kesalahan yang kuat dan mengembangkan sistem yang memadai untuk merespons dengan tepat jika terjadi kesalahan. Namun, terlepas dari dua disposisi administratif sebelumnya, kegagalan sistem berskala besar telah terjadi, dan upaya lebih lanjut diperlukan untuk mengembangkan sistem yang dapat mengoperasikan sistem secara stabil, termasuk menanggapi alasan rekomendasi di atas, yang dianggap perlu. Berdasarkan hal di atas, tindakan administratif berikut diambil terhadap perusahaan hari ini. [Perintah Penangguhan Bisnis] Dari 1 April 2009 (Rabu) sampai dengan 30 April 2009 (Kamis), pengembangan bisnis baru disertai dengan pemeliharaan sistem (tidak termasuk yang disetujui secara individual oleh Badan) ) dihentikan. [Perintah Peningkatan Bisnis] (1) Dengan memverifikasi kasus kegagalan sistem di masa lalu, dll., mengkategorikan masalah dalam sistem pemulihan kegagalan yang diasumsikan dan mengambil tindakan pencegahan yang efektif. (2) Mengklarifikasi di mana letak tanggung jawab, termasuk tanggung jawab manajemen, mengingat ini adalah urutan perbaikan bisnis ketiga karena "situasi di mana diakui bahwa manajemen sistem pemrosesan informasi elektronik tidak memadai." (3) Merumuskan dan melaksanakan rencana perbaikan untuk setiap aspek perencanaan, pengembangan, pengoperasian, pemeliharaan, dan lain-lain, guna membangun sistem yang dapat mengoperasikan sistem secara stabil. (4) Ketika merumuskan dan menerapkan rencana peningkatan pada (3) di atas, audit sistem eksternal dari seluruh sistem harus dilakukan untuk memverifikasi efektivitas manajemen sistem, dan sistem harus dikembangkan berdasarkan hasil. (5) Menegaskan kembali pentingnya manajemen sistem bagi pejabat dan karyawan, dan menerapkan pemeliharaan dan pelatihan sistem yang diperlukan, dll., untuk memastikan sistem operasi bisnis yang sesuai. (6) Mengenai (1) s/d (5) di atas, pada hari Kamis, 23 April 2009 (Mengenai (3) dan (4) di atas, status kemajuan setelah hari yang sama akan diumumkan pada tanggal 30 Juni 2009) pada (Selasa ) dan setiap tiga bulan sesudahnya), dan dari waktu ke waktu sebagaimana diperlukan, secara tertulis.
Lihat asli
Lampiran terkait
Lebih banyak pengungkapan peraturan

Danger

2023-01-01

Danger

2021-01-01
DAFTAR WASPADA INVESTOR
PX PRIXO MARKETS

Danger

2020-01-01

Periksa kapanpun Anda mau

Unduh Aplikasi untuk informasi lengkap