「決済照合システム」システム概要決済照合システムシステム概要－ 3...

「決済照合システム」

システム概要

２０００年９月７日

決済照合実務検討会

目次

１.　システム開発基本事項　・・・・・・・・・・・・・・・・・　 1

１.１　システムの目的・背景　　　　　　　　　　　　　 1

１.２　システム化基本方針　 2

２.　サービススケジュール　・・・・・・・・・・・・・・・・・　 4

３.　システム化対象範囲・・・・・・・・・・・・・・・・・・　 5

３.１　対象有価証券　 5

３.２　対象取引種類　 6

３.３　対象業務　 7

４.　対象処理範囲　・・・・・・・・・・・・・・・・・・・・・　 8

４.１　注文回送連動機能　 10

４.２　約定照合機能　 11

４.３　決済照合／決済連動機能　 18

４.４　基準価額計算業務のサポート機能　 22

４.５　電子帳簿機能　 23

４.６　運用支援機能　 23

４.７　対外接続機能等　 24

５.　対象処理概要（業務処理フロー図）・・・・・・・・・・・　 26

５.１　約定照合機能　 26

５.２　決済照合機能　 35

６.　取消，訂正処理（業務処理に関する諸事項）　・・・・・・・ 41

６.１　取消処理，訂正処理の意味　 41

６.２　取消処理，訂正処理が可能な状態　 41

６.３　売買報告／運用指図データの取消，訂正　 41

６.４　決済指図データの取消，訂正 42

７.　リンケージ情報（業務処理に関する諸事項）　・・・・・・・ 43

７.１　リンケージ情報の設定内容　 43

７.２　リンケージ情報の設定方法　 43

目次

８.　システム構成　・・・・・・・・・・・・・・・・・・・・・　 45

８.１　システム構成図　 46

８.２　システムイメージ　 47

９.　電文フォーマット　・・・・・・・・・・・・・・・・・・・　 48

９.１　採用予定の電文フォーマット　 48

１０.　コード体系　・・・・・・・・・・・・・・・・・・・・・　 49

１０.１　金融機関識別コード　 49

１０.２　銘柄コード　 50

１０.３　統一ファンドコード　 51

１１.　オンライン時間など　・・・・・・・・・・・・・・・・・　 52

１１.１　システム稼動日（営業日）　 52

１１.２　オンライン･サービス時間　 52

１２.　その他特記事項　・・・・・・・・・・・・・・・・・・・　53

決済照合システムシステム概要

－ 1 －

１.　システム開発基本事項

１.１　決済照合システムの目的・背景

欧米を中心に海外では、証券取引にかかる処理の効率化を目指したＳＴＰ（Straight

Through Processing）の実現に向けた動きが加速化している。アメリカでは、ＳＩＡ

（Securities Industry Association：全米証券業協会）の委員会を中心に、２００４年

６月までに証券決済のＴ＋１（約定日の翌営業日決済）化を実現する目標を掲げ、

その１２～１５ヶ月前（２００３年春）までには関係業者、サービス提供者の準備

（システム対応）を完了させる方向で、官民をあげて取り組むなど、決済期間の短

縮が具体的なタイムテーブルに上っている。

また、国際間の証券取引（クロスボーダー取引）についても決済期間の短縮を実現

しようという動きがあり、その目的のためにＧＳＴＰＡ（Global Straight Through

Processing Association）が設立され、クロス・ボーダー取引の照合を行うシステム

（ＴＦＭ）の構築が始まっている。

　更には、米国の証券取引の照合サービスを二分しているＴＨＭＳＯＮ社とＤＴＣＣ

社が、合弁企業を設立し、米国内の取引の照合の他にも海外取引の照合も行おうとす

る動きも具体化している。

日本においても、「金融ビッグバン」にともなう動きとして、取引所集中義務の撤廃、

委託手数料の完全自由化などの急激な変化の中で、決済関係インフラの早急な整備の

必要性が高まっており、決済照合システムの早期導入に対する要望が多数の金融機関

から寄せられている。

本システムでは、機関投資家と証券会社間の証券取引に関する「約定照合」と「決

済照合」の処理業務のＳＴＰ化を実現することによって、決済の安全性・処理の効率

性の一層の向上を図り、証券決済の円滑化に貢献することを目的としたものである。


－ 2 －

１.２　システム化基本方針

喫緊の課題である「決済期間の短縮化」を実現するためには、アメリカのＤＴＣの

ように約定，決済段階での照合業務をセンタで集中処理することが不可欠であると

いう考えにもとづき、当システムは「センタ･マッチング方式」を採用する。

また、法制度の整備状況や利用予定者のコンセンサスを踏まえた上で、以下の点を

基本方針とする。

１.２.１　決済照合システム（仮称）の業務範囲

当システムにおいては、売買報告データと運用指図データの照合から、決済指図

データの照合,決済指図の確定までをおこなう。

また、証券取引～決済までのＳＴＰを推進する上で必要となる「売買報告書など

の電子化・ペーパーレス化」を実現する。*1

＊１… 売買報告書、信託財産運用指図書に係る法律環境の整備が必要

１.２.２　時限性

当システムは、早期に「証券決済のＴ＋１化」を実現するためのインフラを提供

することを目指す。ただし、法制度の環境整備，証券保管振替機構における一般

振替ＤＶＰの実現時期，利用者側システム対応の負荷など諸条件を勘案して、段

階的開発をおこなう。

なおサービススケジュールについては、項番２を参照のこと。

１.２.３　グローバル・スタンダード

取引形態の多様化や金融制度変更への対応では、国内取引のみならずＧＳＴＰＡ

のＴＦＭへの接続などクロス･ボーダー取引への拡張性をにらんで、グローバル・

スタンダードに合致したシステムとする。

また、データ･フォーマット，データ項目で使用する各種コード体系についても、

極力グローバル・スタンダードに合致させる。

・データ･フォーマット：ＩＳＯ１５０２２の各種メッセージ･タイプを使用

・銘柄コード：新証券コード（ＩＳＩＮ）を標準採用

・金融機関識別コード：ＢＩＣコードを標準採用

これらコードの詳細については、「項番１０コード体系」を参照のこと。


－ 3 －

１.２.４　機動性・柔軟性

当システムは、当面は国内株式の機関投資家取引を開発対象とするが、項番２の

システム開発スケジュールを考慮して、状況変化に対応可能な機動的かつ柔軟性

のあるシステムとする。

１.２.５　低コスト

当システムの開発にあたっては、センタ側のシステム構築のみならず、利用者側

システムの対応も必要となる。多くの利用者が積極的に利用するシステムとする

ため、低コストのスキーム，システムを目指す。

１.２.６　効率性

当システムの開発にあたっては、高い利便性，低コスト，かつ短期間での構築を

おこなう必要があるため、既存のインフラを活用するとともに、新規構築部分に

ついても既存ソフトウェア，実績のある類似システムのノウハウを活用すること

により、効率的かつ品質の高いシステムを目指す。

１.２.７　安全性・信頼性

当システムでは、主要なハードウェア装置や通信回線を二重化することによって

高い信頼性の確保に努める。

また、最近の安全性（セキュリティ）意識の高まりを受け、必要なセキュリティ

対策を施す。

１.２.８　既存システムからの移行

既存の証券インフラサービスからの移行を低コストで実現する方策を検討する。

これによって、より多くの利用者が当システムを利用することを促す。


－ 4 －

２.　サービススケジュール

当システムのサービススケジュールを表２に示す。

表２システム開発スケジュール

開発段階名称第一期第１フェーズ第一期第２フェーズ第二期

サービス開始

予定時期２００１年春２００１年秋

（証券保管振替機構の

一般振替ＤＶＰの実施に

あわせて実施）

サービス概要・国内株式の機関投資家

取引を中心とする

・対象有価証券として、

転換社債を追加する

・対象業務として、非居

住者取引を追加する

・ＤＶＰ決済対応

（項番４.３の対象処理

範囲の「決済連動」部

分を指す）


－ 5 －

３.　システム化対象範囲

当システムでシステム化の対象範囲としている、有価証券，取引種類，業務（機能）

について、以降に説明する。

３.１　対象有価証券

当システムにおける取り扱い対象有価証券を表３.１に示す。

なお、データ･フォーマットに表現できる商品は、対応可能である。

表３.１対象有価証券一覧

開発段階第一期第１フェーズ第一期第２フェーズ

対象有価証券

・株式

（国内株，東証上場外国株含む）

・株式（左記に同じ）

・転換社債

（日本国内にある）その他の有価証券,海外有価証券への展開については、今

後の検討課題とする。


－ 6 －

３.２　対象取引種類

当システムにおける取り扱い対象取引種類を下の表３.２に示す。

表３.２対象取引種類一覧

商品区分取引種類備考

取引所取引

（信用取引、発行日決済取引を除く）

店頭取引

（信用取引、発行日決済取引を除く）株式

ＯＴＣ取引

第一期第１フェーズ

転換社債第一期第２フェーズ

ワラント債

国債地方債

特殊債

金融債

円建外債

債券

事業債

一般取引

対応可能

（開始時期未決定）

国内ＣＰ,ＣＤ

株式先物･オプションその他

債券先物･オプション（現時点では、未検討）

（注記）

株式については、レンディング（貸借取引）,証券会社間の特殊な取引（ＪＡＳＤＡ

ＱＭＭＳ取引，会員ＭＭＳ取引など）も対象取引とする予定で今後検討をおこなう。


－ 7 －

３.３　対象業務

当システムにおける取り扱い対象業務を下の表３.３に示す。

表３.３対象業務一覧

対象業務業務の例備考

信託銀行が取り扱う業務

特定金銭信託

特定金外信託

ファンドトラスト

単独運用指定金銭信託

年金

年投

銀行勘定

指定合同金銭信託

貸付信託

投資信託

プロパー

その他


（取り扱い可能な業務

も含む）

生命保険会社,損害保険会社が

取り扱う業務

プロパー

一般勘定

特別勘定

その他


（取り扱い可能な業務

も含む）

信託銀行,都市銀行

証券会社などが取り扱う業務常任代理人第一期第２フェーズ


－ 8 －

４.　対象処理範囲

当システムの対象処理（機能）を次ページの図４に示す。


－ 9 －

図４対象処理範囲

決済照合システム

信託銀行

機関投資家証券会社

売買報告データ

※ 対応可能だが、開発時期未定

注文

出来連絡

ＦＩＸカバー･エリア

・情報ベンダ

注文回送システム

など

注文

連動（※ 対応可能）

出来連絡

・注文回送連動

・アロケーション

運用指図データ

売買報告／運用指図データ

売買報告承認データ売買報告承認結果

通知データ

資金決済機関

決済システム振替請求

連動（※第二期で実現予定）

(決済指図データ) (決済指図データ)

決済照合結果通知データ決済照合結果通知データ

振替請求

約定照合

・売買報告データと運用指図

データとの照合

・売買報告データと運用指図

データの送信

売買報告承認

決済照合

・決済指図データの照合

ＳＳＩデータベース

ＳＳＩ機能

電子帳簿データベース


－ 10 －

４.１　注文回送連動機能（開発時期未定）

当システムと接続された情報ベンダの「注文回送システム」などから、注文，出来

データを受けとり、必要となる情報を当システムに取り込み連動させる機能である。

下の図４.１の点線枠内で示す部分である。

図４.１注文回送連動機能

４.１.１　注文回送連動機能の前提

機関投資家，証券会社が注文，出来通知，分割（Allocation）指示の各データを、

ＦＩＸ（Financial Information eXchange）プロトコルを利用した「注文回送シス

テム」などで送受信していることが必要である。

また、データ１件の単位が分割指示後の状態になっていることが必要である。

４.１.２　注文回送連動機能のねらい

注文段階で入力した情報がデータの状態でシステム内で引き継がれていくため、

証券取引プロセスのＳＴＰ化に大きく貢献することが可能である。

なお、分割指示が「注文回送システム」でカバーできない場合は、必要に応じて、

当システムの業務範囲に分割機能を加えることでＳＴＰ化を目指す。

注文入力

出来通知

証券会社機関投資家


分割指示･顧客口座指定

情報ベンダ

注文回送システム

注文回送連動機能

分割約定通知

約定承認通知

注文入力

出来通知

分割指示･顧客口座指定

分割約定通知

約定承認通知


－ 11 －

４.２　約定照合機能

当システムの利用者（機関投資家，信託銀行，証券会社など）は、約定照合機能を

利用して、証券取引における約定内容が正しいか否かを確認する。

そこで当システムは、次に示す「基本機能」と「ＳＳＩ機能」をシステム利用者へ

提供し、約定内容の確認作業と次の「決済照合」へのデータ引継ぎをサポートする。

４.２.１　基本機能

当システムは、できるだけ多くの利用者にシステムを利用してもらえるように、

複数の業務処理フローに対してそれぞれ約定照合機能（基本機能）を提供する。

なお、各約定照合機能は次に示す個別機能で構成される。

・機関投資家～信託銀行間における運用指図データの送信／受信

・証券会社～信託銀行間における売買報告データの送信／受信

・運用指図データと売買報告データとの照合および当該照合結果の送信

・運用指図承認データの受信および当該承認結果の送信

・売買報告承認データの受信および当該承認結果の送信

・約定照合のステータス管理

以降では、約定照合機能の種類を示す。（なお、約定照合機能の詳細については、

項番５.１を参照）


－ 12 －

(1)　「運用指図部分サポート」型

「運用指図部分サポート」型の機能の特徴は、当システムにおいて、運用指図

データと売買報告データの照合（データ項目内容の照合）をおこなう点である。

下の図４.２.１－１に業務フローを示す。

図４.２.１－１「運用指図部分サポート」型

信託銀行

　③ 売買報告データ／運用指図データ

　④ 売買報告承認データ

機関投資家

　① 運用指図データ

本システム


の受信


の照合


送信

売買報告承認

証券会社

　① 売買報告データ

② 約定照合結果通知データ

※非承認の場合は、証券会社が訂正後の売買報告データ①を再送 or 機関投資家が訂正後の運用指図データ①を再送する。

アロケーション

注文回送連動

　② 約定照合結果通知データ

④ 売買報告承認結果通知データ

※ 注文回送連動機能アロケーション機能

については開発時期未定

※不一致の場合は、証券会社が訂正後の売買報告データ①を再送 or 機関投資家が訂正後の運用指図データ①を再送する。


－ 13 －

(2)　「運用指図フルサポート」型

「運用指図フルサポート」型の機能の特徴は、当システムにおいて、証券会社

から受信した売買報告データをもとに運用指図データを作成し、機関投資家へ

送信する点である。これにより、機関投資家の運用指図データ作成負担の軽減

を図る。

下の図４.２.１－２に業務フローを示す。

図４.２.１－２「運用指図フルサポート」型

本システム


作成／送信

運用指図承認

売買報告／

運用指図データ送信

売買報告承認

信託銀行 ③ 売買報告データ／


④ 売買報告承認データ

機関投資家証券会社


※非承認の場合、証券会社　が訂正後の売買報告データ① を再送する。

④ 売買報告承認結果通知データ

※非承認の場合は、証券会社が訂正後の売買報告データ①を

再送する。


注文回送連動

　① 運用指図データ

　② 運用指図承認データ ② 運用指図承認結果通知データ




－ 14 －

(3)　「運用指図サポート対象外」型

「運用指図サポート対象外」型は、機関投資家が当システムを利用しない場合

を想定したものである。利用しない場合とは、機関投資家が作成した運用指図

データ（あるいは運用指図書）が、信託銀行との間でＦＡＸ,電子メール,他シス

テムなど、当システムを経由せずにやりとりされることである。

従って機能の特徴は、証券会社が送信した売買報告データだけを当システムを

経由して信託銀行へ送信する点である。

下の図４.２.１－３に業務フローを示す。

図４.２.１－３「運用指図サポート対象外」型

機関投資家

信託銀行　① 売買報告データ

運用指図データ送信（本システム外）

　② 売買報告承認データ

証券会社


売買報告承認

売買報告データ送信

※非承認の場合は、証券会社が訂正後の売買報告データ① を再送する。


注文回送連動

② 売買報告承認結果通知データ



本システム


－ 15 －

(4)　「プロパー取引」型

「プロパー取引」型は、生命保険会社，損害保険会社、信託銀行などが、「機関

投資家」として１社で約定照合（売買報告データの内容確認,承認）をおこなう

ことを想定したものである。

機能の特徴は、証券会社が送信した売買報告データを「機関投資家」へ送信し、

当該「機関投資家」から売買報告承認データを受信することである。

下の図４.２.１－４に業務フローを示す。

図４.２.１－４「プロパー取引」型


証券会社


機関投資家


売買報告承認

　② 売買報告承認データ

※非承認の場合は、証券会社が訂正後の売買報告データ①を

再送する。


注文回送連動

② 売買報告承認結果通知データ



本システム


－ 16 －

４.２.２　ＳＳＩ（Standing Settlement Instruction）機能（=約定照合／決済照合連動＝）

(1)　ＳＳＩ機能の目的

決済をする場合、通常は、決まった決済条件（証券保管振替機構の,どの口座を

使って,振替処理で、といった条件）でおこなうことが多い。そのため、取引が

発生する都度、その決済条件をデータに設定することは、煩雑な作業であると

同時にミスの原因になりかねない。

そのため、当システムのＳＳＩデータベースに「決済情報」を事前に登録して

もらい、これをもとに当システムで決済指図データも作成することで、上述の

問題点を解消することがＳＳＩ機能の目的である。

(2)　ＳＳＩ機能の概要

当システムに構築したＳＳＩデータベースに、通常時の（よく使用する）決済

条件を「決済情報」として証券会社，信託銀行から事前に登録してもらう。

当システムでは、ＳＳＩ機能を利用する旨の情報をつけて登録された約定照合

済みのデータに対して、ＳＳＩデータベースの「決済情報」を自動的に付与し、

決済指図データを作成する。

処理フローを次ページの図４.２.２に示す。

(3)　ＳＳＩデータベースのメンテナンスについて

ＳＳＩデータベースへの「決済情報」登録,その内容変更などメンテナンス作業

については、システム利用者がおこなう。

また、当システムへのメンテナンス結果の反映は、対象業務の性質を鑑みて、

準リアルタイムでおこなう。

なお、メンテナンスのためのインタフェースはＷｅｂ端末により提供する。


－ 17 －

図４.２.２ＳＳＩ機能の処理フロー

信託銀行

証券会社機関投資家


約定照合

売買報告承認データ


運用指図データ送信

運用指図／

売買報告承認

結果通知データ


ＳＳＩ機能


決済代理人（渡方）

ファンドコード

渡方証券口座

口座所在金融機関(受方）

資金決済口座(受方）

決済条件

決済場所

決済代理人（受方）

受方証券口座

口座所在金融機関（渡方）

資金決済口座(渡方）

（決済情報部）

ＳＳＩ機能を利用する

売買報告承認

決済情報

決済照合

（照合一致状態となる）決済照合結果

通知データ

決済指図データ決済指図データ

送信不要

決済指図データ決済情報部



自動作成

決済照合結果

通知データ

本システム


－ 18 －

４.３　決済照合／決済連動機能

当システムの利用者（証券会社，信託銀行などカストディ業務をおこなう銀行）は

決済照合機能を利用し、証券取引（国内取引,非居住者取引）における決済条件など

決済情報が正しいか否かを確認した上で、決済をおこなう。

そこで当システムは、次に示す「決済照合機能」と「決済連動機能」を当システム

の利用者へ提供し、決済情報の確認作業と利用者における決済業務をサポートする。

４.３.１　決済照合機能

決済照合機能は次に示す個別機能で構成される。

・証券会社，信託銀行などカストディ銀行が送信する決済指図データの受信

・決済指図データ受信の照合

・証券会社，信託銀行などカストディ銀行への照合結果データの送信

なお、当システムでは、システム利用者の利用形態に応じて柔軟な対応を用意す

る。以降ではその種類を示す。（なお、決済照合機能の詳細については項番５.２

を参照）


－ 19 －

(1)　「約定照合から利用」型

「約定照合から利用」型は、約定照合済みとなった売買報告データに対して、

ＳＳＩを利用して決済情報を追加する利用形態である。また、決済指図データ

を使用して決済情報を追加することも可能である。

主に、第一期第１フェーズの国内取引での利用を想定している。

下の図４.３.１－１に業務フローを示す。

図４.３.１－１「約定照合から利用」型

資金決済機関

決済システム　　　振替請求　　　振替請求

② 決済照合結果通知データ

① （決済指図データ）

決済指図

データ照合

約定照合

① （決済指図データ）


機関投資家信託銀行

証券会社本システム


ＳＳＩ機能

※不一致の場合は、証券会社　機関投資家または信託銀行　が訂正後の決済指図データ ①を再送する。


－ 20 －

(2)　「決済照合から利用」型

「決済照合から利用」型は、決済指図データの照合だけを利用する利用形態で

ある。約定（売買）を国外でおこなう場合、約定照合までは他システムを利用

する場合を想定した利用形態である。

第一期第１フェーズの国内取引，第２フェーズの非居住者取引での利用を想定

している。

下の図４.３.１－２に業務フローを示す。

図４.３.１－２「決済照合から利用」型

資金決済機関

決済システム振替請求振替請求


① 決済指図データ


決済指図データ照合

① 決済指図データ

機関投資家証券会社信託銀行

本システム

※不一致の場合は、証券会社　機関投資家または信託銀行　が訂正後の決済指図データ　 ①を再送する。



－ 21 －

４.３.２　決済連動機能

決済連動機能では、以下の機能を提供する。

・決済照合済み（照合一致状態）となったデータから、連動する決済システムで

使用する決済指図データ（振替請求データなど）を自動的に作成する

・作成した決済指図データを決済システムへ送信する

・決済システムでの実行結果を受信し、当システムの利用者へ通知する

なお現時点では、証券保管振替機構の一般振替ＤＶＰ実施にあわせて当該機能を

サポートする予定である。

下の図４.３.２に業務フローを示す。

図４.３.２決済連動機能


　① 決済指図データ

　② 決済照合結果通知データ決済指図

データ照合　② 決済照合結果通知データ

　① 決済指図データ

決済銀行決済システム

証券振替指図

　③ 証券振替指図データ

④ 証券振替指図承認　④ 証券振替指図承認

③ 証券振替指図データ

※ 一般振替ＤＶＰとの連動部分については、検討未開始である。議論の整理ができ次第、着手する。

本システム

連動



－ 22 －

４.４　基準価額計算業務のサポート機能

４.４.１　基準価額計算業務のサポート機能の目的

当システムでは、信託銀行が行うファンドの基準価額計算業務を考慮し、約定照合

において「運用指図部分サポート」型、「運用指図フルサポート」型の業務フローを

利用する場合、基準価額計算業務のサポート機能を提供する。

４.４.２　基準価額計算業務のサポート機能の概要

機関投資家は当日分約定が確定すると、約定確定報告データ（機関投資家～決済照

合システム間）を送信する。当システムでは、機関投資家から約定確定報告データ

を受信すると、以下のデータを信託銀行に送信する。

・運用指図データ（プレアド）

登録されている当日分約定の運用指図データから、「運用指図部分サポー

ト」型の場合は照合結果が‘未照合’または‘不一致’のもの、「運用指図

フルサポート」型の場合は‘未承認’または‘非承認’のものを抽出し、処

理コード「プレアド（プレアドバイスの略）」を設定したデータ

・約定確定報告データ（決済照合システム～信託銀行間）

当該機関投資家の当日分約定が確定したことを信託銀行に報告するデータ

下の図４.４.２に業務フローを示す。

図４.４.２基準価額計算業務のサポート機能

信託銀行

　③ 約定確定報告データ

機関投資家

　① 約定確定報告データ

本システム

　② 運用指図データ（プレアド）

約定確定報告

データ受信


の抽出


送信

約定確定報告

データ送信

約定確定報告

データ作成


－ 23 －

４.５　電子帳簿機能

当システムでは、売買報告書、信託財産運用指図書などの法定帳票について、記載

要件を満たしたデータ･フォーマットを使用し、取引当事者間における交付を電子化

することを目指している。金融審議会のワーキング・グループ報告の中でも取引報

告書及び信託財産運用指図書の電子化の必要性は謳われており、当システムとして

は、電子化の実現のために同報告において必要とされている証拠保全等の機能の確

保等に努め、当システムを利用する場合にはこれらの書面の交付を省略できるよう、

行政当局と調整を進めてまいりたい。

また、当システムでは、交付の電子化が認められることを前提として、電子帳簿機

能（法定帳票のぺーパレス化）を提供することを検討している。

現時点で想定している機能は以下のとおりである。

・当システムに登録（送信）された、電子化した法定帳票（データ）を、一定の条

件のもとで電子帳簿データベースに保管する。

・監督官庁、税務当局、システム利用者などの請求に応じて、当該法定帳票を出力

する。

なお、言うまでもなく、この機能の実現のためには、これら監督官庁、税務当局、

自主規制機関等の了解が必要となる。

４.６　運用支援機能

当システムでは、上述の機能に加えて次に示す機能もサポートする。

４.６.１　処理状況照会機能

処理状況照会機能は、当システムにおけるデータの処理状況をＷｅｂ端末にて照

会できる機能である。

４.６.２　データ繰越機能

データ繰越機能は、当システムに登録（送信）されたデータを処理可能期間内は

自動的に翌営業日へ繰り越して、処理を継続する機能である。

決済照合の場合、照合一致状態（決済照合済み）となるまでシステム内で繰越を

おこなうが、その繰越期間は、国内取引では１０営業日，非居住者取引について

は９９営業日とし、利用者のニーズに応えられるようにする。

なお、約定照合の場合、承認済みまたは照合一致以外のデータ繰越は、決済日の

当日までとする。


－ 24 －

４.７　対外接続機能等

今後、証券取引の国際化が一層進展することは明らかであり、海外におけるＴ＋１

への動きを勘案すると、海外との情報交換のＳＴＰ化の早期実現は不可欠である。

照合データの海外との送受信手段としては、従来から利用されているＳ.Ｗ.Ｉ.Ｆ.Ｔ.

の他、ＧＳＴＰＡのＴＦＭ（Transaction Flow Manager）の開発が進んでおり、更に

はＤＴＣＣ／ＴＨＯＭＳＯＮの合弁会社がＧＳＴＰＡのＴＦＭと同様のサービスを

提供する動きも具体化している。

我が国におけるＴ＋１の実現の為に、海外の照合システム等との接続をおこなう機

能を、当システムでサポートする必要があるか否かの判断も必要となる。

その判断に当たっては、以下のような整理を行う必要があり、そのうえで、ユーザ

ー･ニーズの確認が取れ次第、必要なシステム接続を進めていく予定である。

(1)　海外システムの仕様の確認

ＴＦＭの機能、ＴＦＭにアクセスするための接続インタフェースの仕様の詳細な確

認が必要であり、併せて、類似したサービスを提供するであろうＤＴＣＣ／ＴＨＯ

ＭＳＯＮの合弁会社の新システムの仕様の確認も不可欠である。必要な情報が入手

できた段階で各システムとの接続に関する技術的要件を詰めることとなろう。

(2)　接続条件の確認

それぞれの海外照合システムの運用主体との間で、技術的な調整や接続コストの調

整など、接続条件の確認が必要である。各運用主体と保振機構との間では、調整窓

口を定めて話し合いを行う方向にある。

(3)　接続メリット（ユーザー・ニーズ）の確認

我が国の決済・照合環境は欧米と異なる部分もあり、海外照合システムとの接続に

より、どのようなメリットが発生するか、現時点では不透明である。明確なメリッ

トが明らかとなり、当システムと海外システムとの接続に係るユーザー･ニーズが高

まることが必要である。また、我が国機関投資家の海外投資についても当システム

と海外システムとの接続を利用するニーズが高いかどうかも重要な判断要素となろ

う。共通インフラによるワン･ストップ・ショッピングのニーズが確認できれば、具

体的検討を進めることとなる。


－ 25 －

(4)　業務スキームの調整

現在、クロス･ボーダー取引（非居住者に関する証券取引）においては、投資家～

グローバル･カストディアン～サブ･カストディアン間で決済指図データなどがやり

取りされる一方、投資家～海外証券会社～本邦証券会社の間でも決済指図データな

どがやりとりされており、その二つのデータに基づき我が国における決済当事者間

で改めて決済照合が行われたうえで、最終決済に至るというスキームになっている。

しかし、当システムがＴＦＭ等の海外照合システムと直接接続すれば、海外の海外

照合システムから当システムを経由して、直接決済指図データを受け取ることも可

能となるため、現行の業務スキームにも大きな影響が出ることが予想される。

このため、上記③の検討によりＴＦＭ等との接続メリットを明らかとし、ユーザ

ー・ニーズを確認したうえで、業務スキーム等を早急に詰めることとなる。


－ 26 －

５.　対象処理概要（業務処理フロー図）

当システムにおける取り扱い対象の業務処理について以下に記述する。

５.１　約定照合機能

利用形態に応じて以下に示す。

５.１.１　「運用指図部分サポート」型

(1)　業務処理フロー図

次ページの図５.１.１に業務処理フローを示す。

(2)　業務処理フロー概要

・証券会社から送信された売買報告データと機関投資家から送信された運用指

図データを受信する。

（処理ボックスＡ，Ｄ）

・当システムでは、売買報告データと運用指図データの照合をおこなう。（照合

方式，照合項目については (3) (4)に記述）

（処理ボックスＥ）

・照合結果を証券会社と機関投資家へ通知する。

（処理ボックスＦ，データ･フロー③）

・約定照合結果が「照合一致」となった場合、信託銀行へ売買報告データと運用

指図データの送信をおこなう。

（処理ボックスＪ，Ｋ，データ･フロー④，⑤）

・信託銀行は、約定照合結果を確認後、「承認」あるいは「非承認」の通知を当

システムへ送信する。

（データ･フロー⑥）

(3)　約定照合方式

　① 証券会社から送信される売買報告データと機関投資家から送信される運用指図

　データに基づき、全ての照合項目（(4)項で後述）を検索して特定する。

　所定の順序により全ての照合項目の検索を行う。この検索により、以下の３つ

の照合ステータスを特定する。

　A　照合項目（１５項目）が完全一致するものを“照合一致”とする

　B　キー項目（１１項目）が一致し、キー項目以外の４項目のいずれかが相違し

ている場合を“照合不一致”とする。

C　その他上記 A 及び B に該当しない場合は“未照合”とする。


－ 27 －

　② 新規データの入力がある度に、①の処理を繰り返す。

※ 売買報告データと運用指図データは、アロケーション済みの同一単位を入　

力することが前提となる。

(4)　照合項目

＜約定照合キー（※）、機関投資家、売り手、買い手、ファンドコード、銘柄コー

ド、約定日、決済日、売買区分、数量、単価、約定金額、消費税、国内手数料、

決済金額＞

※ 　約定照合キーとは、注文 No 等対象となる約定データの範囲を絞り込むた

めのキーであり、取引当事者間で共通認識を持ったリファレンス番号である。

一括注文等の場合で、アロケーション処理後は、複数のデータに分離する場合、

他の一括注文との混同を避け、処理の正確性を向上させるためには、データ処

理単位を跨るブロック・レベルであったとしても、原則として、当該約定照合

キーの入力は不可欠のものとする。

※ 　下線部はキー項目を表す。

(5)　約定照合結果の通知方法

・照合結果通知は、ステータス（「照合一致」「照合不一致」「未照合（照合相手

未確定）」）を問わず、双方に通知する。

・通知のタイミングは「照合一致」「照合不一致」の場合、照合処理後、すぐに

通知する。（但し、メッセージ連携型処理の場合）

「未照合」の場合は、定時処理で双方に通知する。

・約定照合結果通知のメッセージタイプは、「ＭＴ５０９」を使用する。


－ 28 －

図５.１.１「運用指図部分サポート」型

証券会社決済照合システム

信託銀行

売買報告データ受信

(Ａ)売買報告データ

受信

①



運用指図データ受信

⑤


(Ｄ)

運用指図データ受信

運用指図データ運用指図データ

送信

②

④

運用指図データ売買報告承認

（Ｌ）売買報告承認処理

売買報告承認データ送信 ⑥

売買報告が非承認の場合、

証券会社が訂正後の売買報告データ①を再送

⑦


アロケーション処理

売買報告／運用指図データ作成

注文回送連動

注文回送連動

処理

約定照合処理

(Ｅ)

約定照合処理

(Ｆ)約定照合結果

通知データ送信約定照合結果

通知データ

③ ③

約定照合結果

通知データ

(Ｊ)

売買報告/運用指図データ作成

(Ｋ)売買報告/運用

指図データ送信

売買報告承認データ

売買報告承認結果通知データ


については対応可能だが、開発時期未定

機関投資家


－ 29 －

５.１.２　「運用指図フルサポート」型


次ページの図５.１.２に業務処理フローを示す。


・証券会社から送信された売買報告データを受信して、このデータをもとに機関

投資家への運用指図データを作成，送信する。

（処理ボックスＡ，Ｂ）

・機関投資家は運用指図データの内容確認をおこない、問題がなければ「承認」

を、問題があれば「非承認」を当システムへ送信する。

（データ･フロー③）

・当システムは、機関投資家から「承認」を受信した場合、信託銀行へ売買報告

データと運用指図データを送信する。

（処理ボックスＫ）

・信託銀行は、売買報告データと運用指図データの照合をおこなった後、「承認」

あるいは「非承認」通知を当システムへ送信する。

（データ･フロー⑦）


－ 30 －

図５.１.２「運用指図フルサポート」型

⑥

③

決済照合システム証券会社機関投資家

信託銀行

運用指図承認データ受信

運用指図承認結果通知データ(Ｃ)

運用指図承認データ受信

④

運用指図が非承認の場合、証券会社が訂正後の

売買報告データ①を再送

運用指図承認データ運用指図承認

データ送信

運用指図データ作成


受信

①



②

運用指図データ (Ｂ)運用指図データ

送信




売買報告／運用指図データ作成

(Ｊ)

売買報告/運用指図データ作成

⑤

(Ｋ)

売買報告/運用指図データ送信

売買報告承認運用指図データ

売買報告承認データ送信 ⑦ 売買報告

承認データ

⑧

売買報告承認結果通知データ（Ｌ）

売買報告

承認処理売買報告が非承認の場合、

証券会社が訂正後の


注文回送連動

注文回送連動

処理




－ 31 －

５.１.３　「運用指図サポート対象外」型


次ページの図５.１.３に業務処理フローを示す。


・証券会社から送信された売買報告データを受信し、当該売買報告データを信託

銀行へ送信する。


・信託銀行は売買報告データと、システム外で受け取った運用指図書（データ）

の内容確認をおこない、問題がなければ「承認」を、問題があれば「非承認」

を当システムへ送信する。



－ 32 －

図５.１.３「運用指図サポート対象外」型


信託銀行


（システム外）


(Ｂ)売買報告データ

送信処理


受信処理

①



②

売買報告

データ売買報告承認

（Ｌ）売買報告

承認処理

売買報告承認データ送信

③

④

売買報告が非承認の場合、証券会社が訂正後の




注文回送連動

注文回送連動処理

売買報告

承認データ

売買報告承認結果通知データ




－ 33 －

５.１.４　「プロパー取引」型


下の図５.１.４に業務処理フローを示す。

図５.１.４「プロパー取引」型



(Ａ)


受信

②売買報告データ (Ｂ)


①



売買報告承認

(Ｃ)売買報告承認

処理

④売買報告承認

データ送信

③


注文回送連動

注文回送連動

処理


売買報告が非承認の場合、

証券会社が訂正後の売買報告データ①を再送

売買報告

承認データ

売買報告承認

結果通知データ




－ 34 －


・証券会社から送信された売買報告データを受信し、当該売買報告データを機関

投資家へ送信する。


・機関投資家は売買報告データと自社内の注文書（データ）の内容確認をおこな

い、問題がなければ「承認」を、問題があれば「非承認」を当システムへ送信

する。



－ 35 －

５.２　決済照合

利用形態に応じて以下に示す。

５.２.１　「約定照合から利用」型


下の図５.２.１に業務処理フローを示す。

図５.２.１「約定照合から利用」型


約定照合

決済指図データ照合 ①

決済指図

データ送信

（Ａ）

決済指図

データ受信

決済指図

データ決済指図

データ送信

①

決済指図

データ

（Ｂ）

決済指図

データ照合

②②

（Ｃ）

決済照合結果

通知データ送信

決済照合結果

通知データ

決済照合結果

通知データ

決済当事者（受方）

決済当事者（渡方）

SSI 機能ＳＳＩ

データベース


－ 36 －


①　決済当事者の双方がＳＳＩ機能を利用する場合

4.2.2 で記載されているとおり。

・ＳＳＩ機能によって、既に決済照合段階でも照合一致状態になっている。

従って、データ・フローの①のプロセスは不要であり、直接、②のプロセスで、

照合システム側から双方に決済照合結果通知データを送信する。

②　決済当事者の双方がＳＳＩ設定情報の修正等で再入力する場合

・約定照合済データについて、決済条件がＳＳＩ設定情報と異なる場合、或いは

決済当事者双方がＳＳＩを利用しない場合などに、決済当事者の双方が決済指

図データを再入力する。（データ・フロー①）

・決済当事者双方から、新たな決済指図データが入力された場合は、双方の新デ

ータが照合対象となる。（照合方式、照合項目については、下記(3)(4)に記述。）

・決済照合システムは、照合結果を決済当事者に送信する。

（データ・フロー②）

(3)　上記(2)②の場合の決済照合方式

・約定照合から利用する場合は、双方の決済当事者が約定照合済の「売買報告デ

ータ」を特定できるので、決済当事者は約定照合時に付番されたセンタリファ

レンスＮＯを設定し、決済指図データを入力する。

・照合相手のデータを特定する前に、約定照合済の「売買報告データ」との整合

性チェックを行い、不整合の場合、エラーとする。

売買報告データとの整合性チェックを行う項目は以下の通り。

＜売り手、買い手、ファンドコード、銘柄コード、約定日、決済日、数量、

単価、約定金額、消費税、国内手数料、決済金額＞


－ 37 －

(4)　上記(2)②の場合の照合項目

・照合相手データ特定後は、決済情報における照合項目について照合を行い、項

目の一致（「照合一致」），不一致（「照合不一致」）判定を行う。

・決済照合の対象項目は次のとおり。

＜決済条件，決済場所，資金決済方法，受方証券口座番号，受方口座所在金融機

関，資金支払人，受方資金決済口座番号，渡方証券口座番号，渡方口座所在金

融機関，資金受取人，渡方資金決済口座番号＞

(5)　決済照合結果の通知方法

・照合結果通知は、ステータス（「照合一致」「照合不一致」「未照合（照合相手

未確定）」）を問わず、双方に通知する。

・通知のタイミングは「照合一致」「照合不一致」の場合、照合処理後、すぐに

通知する。（但し、メッセージ連携型処理の場合）

「未照合」の場合は、定時処理で双方に通知する。

・決済照合結果通知のメッセージタイプは以下のとおりとする。

照合相手が未登録の場合、「ＭＴ５４８」

照合相手が登録済の場合、「ＭＴ５７８」


－ 38 －

５.２.２　「決済照合から利用」型


下の図５.２.２に業務処理フローを示す。

図５.２.２「決済照合から利用」型


決済指図データ照合 ①

決済指図

データ送信

（Ａ）決済指図

データ受信

決済指図データ

決済指図

データ送信

①

決済指図データ

（Ｂ）決済指図

データ照合

②②

決済照合結果通知データ（Ｃ）

決済照合結果通知データ送信

決済照合結果通知データ

決済当事者（受方）

決済当事者（渡方）


－ 39 －


・決済当事者双方から「決済指図データ」が送信される。

（データ･フロー①）

・当システムでは、決済指図データを受信して照合処理をおこなう。（照合方式，

照合項目については (3) (4)に記述）

（ボックスＡ，Ｂ）

・照合結果を決済当事者双方へ送信する。

（ボックスＣ，データ･フロー②）

(3)　決済照合方式

①　決済当事者双方から送信される決済指図データに基づき、全ての決済照合項

目（(４)で後述）を検索して特定する。

所定の順序により全ての決済照合項目の検索を行う。この検索により、以下

の３つの照合ステータスを特定する。

Ａ　決済照合項目（２３項目）が完全一致するものを“照合一致”とする。

Ｂ　キー項目（９項目）が一致し、キー項目を除いた決済照合項目のみが相

違している場合を“照合不一致”とする。

Ｃ　その他上記ＡおよびＢに該当しない場合は“未照合”とする。

②　新規データの入力がある度に、Ａの処理を繰り返す。

(4)　照合項目

＜決済照合キー（※）、約定日、決済日、ファンドコード、銘柄コード、単価、

数量、決済金額、決済条件、決済場所、資金決済方法、受方決済代理人、受方

証券口座番号、受方口座所在金融機関、資金支払人、受方資金決済口座番号、

渡方決済代理人、渡方証券口座番号、渡方口座所在金融機関、資金受取人、渡

方資金決済口座番号、売り手、買い手＞

※ 決済照合キーとは、対象となる決済データの範囲を絞り込むためのキーであ

り、決済当事者間で共通認識を持ったリファレンスＮＯである。

※ 下線部はキー項目を表す。


－ 40 －

(5)　決済照合結果の通知方法

（「約定照合から利用」型と同じ。）


－ 41 －

６.　取消，訂正処理（業務処理に関する諸事項）

６.１　取消処理，訂正処理の意味

当システムでは、取消処理とは送信（登録）したデータを当システムから削除する

こと，訂正処理とは取消処理をおこなった後（取消したデータと同じ取引に関する）

データを再送（登録）すること，をいう。

つまり、データの誤りを訂正したい場合は、訂正処理をおこなうことになる。

なお、取消処理,訂正処理ができるデータは次のとおりである。（メッセージ･タイプ

（ＭＴ）については項番９電文フォーマットを参照）

・売買報告データ（ＭＴ５１５）

・運用指図データ（ＭＴ５４ｘ）

・決済指図データ（ＭＴ５４ｘ）

取消処理を行った場合、関係当事者宛に取消通知電文の送信を行うものとし、送信

先については、業務フローおよび処理状況によりセンタで判定する。

６.２　取消処理，訂正処理が可能な状態

当システムでは、取消,訂正可能期間内であれば、当該データのステータスを問わず、

処理することが可能である。

なお、取消，訂正可能期間内とは、約定照合から決済照合まで利用する場合、次の

とおりである。

・決済照合結果が照合一致の場合、決済日当日まで

・決済照合結果が照合不一致，未照合の場合、繰越期間内

６.３　売買報告／運用指図データの取消，訂正

売買報告／運用指図データの取消，訂正をおこなう場合、当システムでの処理状況

によって、必要なオペレーションが異なる。

６.３.１　決済指図データ登録前

双方とも決済指図データを送信（登録）していない場合は、売買報告／運用指図

データに対するオペレーションだけで、取消，訂正処理ができる。

６.３.２　決済指図データ登録後

どちらか一方からでも決済指図データを送信（登録）されている場合には、売買

報告／運用指図データに対するオペレーションの前に、決済指図データに対する

取消処理をおこなう必要がある。


－ 42 －

６.４　決済指図データの取消，訂正

決済指図データの取消，訂正をおこなう場合、決済照合結果のステータスによって、

必要なオペレーションが異なる。

６.４.１　決済照合結果「照合不一致」「未照合」の場合

どちらか一方（「未照合」の場合は送信（登録）元からのオペレーション）から

の決済指図データを取消すだけで、取消，訂正処理をおこなうことが可能である。

６.４.２　決済照合結果「照合一致」の場合

双方から決済指図データを取消さない限り、取消処理は実行されない。

ＳＳＩ利用により決済条件が内部で設定された場合も、同様の処理とする。


－ 43 －

７.　リンケージ情報（業務処理に関する諸事項）

当システムでは、各データの「リンケージ情報」という項目を利用することで、各デ

ータがどの取引に対応しているのかを特定させている。以下にリンケージ情報の取扱

いについて説明する。

７.１　リンケージ情報の設定内容

リンケージ情報には、送信者リファレンスＮＯ，リンケージリファレンスＮＯ等を

設定する。

７.２　リンケージ情報の設定方法

新規の取引に設定されたリンケージ情報を、以降の同一の取引に対するデータに引

き継ぐことにより、各データがどの取引に対応しているのかを特定させている。

以下にリンケージ情報の設定方法を示す。

７.２.１　送信者リファレンスＮＯ

(1)　利用者から決済照合システムへ送信する場合

利用者は、利用者単位でユニークな番号を付番し、途中で変更しないことを前提と

する。

(2)　決済照合システムから利用者へ送信する場合

当システムは、データが新規に登録される度に付番し、以降、同一の取引に対する

データには同じ番号を設定する。

当システムが設定した番号をセンタリファレンスＮＯとよぶ。

７.２.２　リンケージリファレンスＮＯ

(1)　利用者から決済照合システムへ送信する場合

センタが付番したセンタリファレンスＮＯを設定する。ただし、当システムではデ

ータを受信してからセンタリファレンスＮＯを付番しているため、各業務フローの

最初（１番目）のデータは除く。

また、約定照合にて約定照合キー（５.１.１ (4)照合項目参照）を利用する場合や、

決済照合にて決済照合キー（５.２.２ (4)照合項目参照）を利用する場合は、各照

合キーを設定する。


－ 44 －

(2)　決済照合システムから利用者へ送信する場合

当システムから利用者へデータを送信する場合、リンケージリファレンスＮＯには

送信先（受信者）が付番した送信者リファレンスＮＯを設定する。

ただし、業務フロー、データ種別により、当初に登録された送信者リファレンスＮ

Ｏを引き継ぐケース、または複数のリファレンスＮＯを設定するケース等がある。


－－45

８.　システム構成

当システムのシステム構成について以下に示す。

８.１　システム構成図

システム構成図を次ページ以降の図８.１に示す。

８.２　システムイメージ

処理方式，接続形態などに関するシステムイメージを次ページ以降の図８.２に示す。

８.２.１　接続形態

当システムにおける接続形態を表８.２.１に示す。

表８.２.１接続形態

利用者接続形態通信プロトコルネットワーク備考

専用線オンライン

リアルタイム

処理方式接続

ＴＣＰ／ＩＰプロトコルＩＳＤＮ

（ＩＮＳ－Ｐ）

大規模（大量データ）を処理

するシステム利用者向け

ファイル伝送

処理方式接続

全銀協標準通信プロトコル

（ＴＣＰ／ＩＰ手順）

ＩＳＤＮ

（ＩＮＳ－Ｃ）ファイル転送型

Web 端末接続ＨＴＴＰプロトコルＩＳＤＮ

（ＩＮＳ－Ｃ）照会機能をサポートする

８.２.２　接続形態ごとのセキュリティ方式

当システムにおけるセキュリティ方式を接続形態ごとに示す。

(1)　オンラインリアルタイム処理方式接続

発信者番号チェック，パケットフィルタリング，パスワードチェックなどによ

って、正当なシステム利用者以外の者が当システムへアクセスすることを制限

する。

(2)　ファイル伝送処理方式接続

発信者番号チェック，ＣＨＡＰ認証，パケットフィルタリング，全銀協手順に

よる認証などによって、正当なシステム利用者以外の者が当システムへアクセ

スすることを制限する。

(3)　Web 端末接続

発信者番号チェック，ＣＨＡＰ認証，パケットフィルタリング，パスワードチ

ェックなどによって、正当なシステム利用者以外の者が当システムへアクセス

することを制限する。また、ＳＳＬによりデータの暗号化を実現する。


－－46

８.１　システム構成図


ISDN

専用線

ISDN

チャネルサブシステム

決済照合／連動サブシステム

約定照合サブシステム

機関

投資家

証券会社

銀行

信託銀行約定照合

入出力ＪＮＬ

約定照合ＤＢ

電子帳簿サブシステム

決済照合

決済連動

入力

フォーマット変換

ファイル送信

電文送信

ファイル受信

電文受信

出力

フォーマット変換

受信Ｆ送信Ｆ

決済照合ＤＢ

ルータ

帳簿ＤＢ

ＤＢ連携

ルータ

ＳＳＩＤＢルータ

Ｗｅｂサーバ

計算会社

等

ＦｉｒｅＷａｌｌ

ＦｉｒｅＷａｌｌ

認証サーバ

認証サーバ


－－47

８.２　システムイメージ

ISDN

Ｗｅｂ端末接続

ファイル伝送処理方式接続

オンライン

リアルタイム処理方式接続

※１決済連動は、第二期にて対応

約定照合サブシステム

決済照合／連動

サブシステム

電子帳簿サブシステム

チャネルサブシステム

ユーザシステム

（計算会社を含む）

電文受信

TCP/IP


全銀手順

ファイル

　　受信

端末

Web Browser

TCP/IP送信Ｆ

ファイル

　　送信

Web Server

約定ＤＢ

約定照合

電文送信

受信Ｆ

決済照合

決済連動

※１出力

フォーマット

　　　　変換

入力

フォーマット

　　　　変換

入出力ＪＮＬ

決済ＤＢ

メッセージ連携

ミドルウェア

帳簿ＤＢ

専用線

ＳＳＩＤＢ

ＷｅｂＤＢ

TCP/IP


（計算会社を含む）

TCP/IP


－－48

９.　電文フォーマット

当システムにおいて採用する電文フォーマットについて以下に示す。

９.１　採用予定の電文フォーマット

電文フォーマットとして、ＩＳＯ１５０２２で制定されているメッセージ･タイプ

（ＭＴ）のうち、証券取引用のカテゴリ５と呼ばれるメッセージ･タイプを採用する。

下の表９.１に電文フォーマット一覧を示す。

表９.１電文フォーマット一覧（決済連動で使用するデータについては未検討）

No. データ名電文フォーマット備考

１売買報告データＭＴ５１５約定照合で使用

２運用指図データＭＴ５４１

ＭＴ５４３約定照合で使用

３・運用指図承認データ

・売買報告承認データＭＴ５１７約定照合で使用

４

・売買報告承認結果通知データ

・運用指図承認結果通知データ

・約定照合結果通知データ

・約定繰越通知データ

ＭＴ５０９

約定照合で使用

なお、運用指図承認結果通知

データは「非承認」のみを、

約定照合結果通知データは

「不一致」のみ通知する

５約定確定報告データＭＴ５９９約定照合で使用

６決済指図データＭＴ５４ｘ（ｘ＝０～３）

決済照合で使用

７決済照合結果通知データＭＴ５４８

ＭＴ５７８同上

８決済繰越通知データ

ＭＴ５０９

ＭＴ５４８

ＭＴ５７８

同上

９エラー通知データＭＴ５０９約定，決済照合とも使用


－－49

１０.　コード体系

当システムの開発にあたっては、データ項目内容を表現するコードとして以降で示す

コード体系を採用する。

１０.１　金融機関識別コード

当システムのシステム利用者，あるいは売り手,買い手などの取引当事者を識別する

ためのコードである。このコードは、次項の「使用できるコード体系」に示した、

いずれかのコード体系をベースに作るものとする。

１０.１.１　使用できるコード体系

使用できるコード体系を表１０.１.１に示す。

表１０.１.１金融機関識別コードに関するコード体系

コード体系付番者など概要

ＢＩＣコードＳ.Ｗ.Ｉ.Ｆ.Ｔ.（Ｓ.Ｗ.Ｉ.Ｆ.Ｔ.ユーザ･ハンド

ブック参照）

固有名コード４桁＋国名コード２桁＋

所在地コード２桁＋支店コード３桁

で構成される。

ＩＳＯ９３６２で制定されている。

統一金融機関番号

全国銀行協会連合会内の

金融機関共同コード管理委員会

（金融機関コード便覧参照）

金融・証券区分コード１桁＋統一金融

機関番号４桁＋統一支店番号３桁で構

成される。

証券会社等標準コード

証券コード協議会

（新証券コードブックまたは、

証券コードブック参照）

金融･証券区分コード１桁＋証券会社

等標準コード４桁＋支店コード３桁で

構成される。

日本銀行を通じて定め

るコード

金融･証券区分コード１桁＋固有名コ

ード４桁＋支店コード３桁で構成され

る。

当システム独自コード当システム

区分１桁＋固有名コード４桁＋支店コ

ード３桁を独自に付番する。

固有名コードは申請順に「０００１」

から連番を付与する。

１０.１.２　使用する際の適用ルール

当システムでは、原則として、ＢＩＣコードを使用する。ＢＩＣコードを持たな

いシステム利用者には、利用の前提としてＢＩＣコードを申請,取得してもらう予

定である。


－－50

なお、（当システムの利用者以外の）取引当事者を表現する際には、原則として

ＢＩＣコードを使用するが、ＢＩＣコードがない場合は次の適用ルールに従う。

①　統一金融機関番号、証券会社等標準コードおよび日本銀行を通じて定めるコ

ードを使用する。

② ①のいずれのコードも持たない場合は、当システムが付番する独自コードを使

用する。

１０.２　銘柄コード

当システムでは、銘柄コードとして、現在でも広く使用されている現行コードと新

証券コード（ＩＳＩＮコード）および参加者が独自で管理を行っている独自銘柄コ

ードの使用を可能とする。

１０.２.１　使用できるコード体系

使用できるコード体系を表１０.２.１－１に示す。

なお、新証券コード、現行コードは証券コード協議会が付番,管理している。

表１０.２.１銘柄コードに関するコード体系

コード体系概要

新証券コード

国名コード２桁＋発行体コード６桁（属性コード１桁＋固有名コード５桁）

＋証券種類コード３桁＋チェックディジット１桁


ＩＳＩＮ（国際証券コード体系：ＩＳＯ６１６６）に準拠している。

現行コード

（株式の場合）

固有名コード４桁＋予備コード１桁


（債券の場合）

予備コード１桁＋回記号コード４桁＋固有名コード４桁


独自銘柄コード

参加者が独自で管理する最大１０桁の銘柄コード

独自銘柄コードを使用する場合、銘柄コードの前に商品区分１桁を付与

して運用する。

１０.２.２　使用する際の適用ルール

当システムでは新証券コードを標準採用とし、内部処理（照合処理など）も新証

券コードで行う。

ただし、現状も現行コードを使用しているシステム利用（予定）者がいること，

新証券コードをもたない銘柄があること，に配慮し、前者については当分の間は

新証券コードへの読み替え，後者については現行コードのままでの処理を行う。

独自銘柄コードについては、コード変換処理等は行わない。


－－51

１０.３　統一ファンドコード

現在、ファンドを特定するためのファンド･コードは、各金融機関で異なるコード

を使用しているため、当システムでは「統一ファンド･コード」を制定して、標準化

を図るものとする。

１０.３.１　統一ファンド･コードのコード体系

統一ファンド･コードのコード体系は、次のとおりである。

「ファンド･コードの付番,管理元の金融機関識別コード

＋（当該金融機関が付番した）個別ファンド･コード」

１０.３.２　適用ルール

当センタでは、（特金などの）業務毎に「個別ファンド･コード」を付番する金融

機関を決めて、当該金融機関から登録された「個別ファンド･コード」をベースに

統一金融機関コードを付番する。

（特金の場合は、信託銀行を付番者とし、使用しているファンド･コードを「個別

ファンド･コード」に設定する。）


－－52

１１.　オンライン時間など

当システムのオンライン時間などについて以下に示す。

１１.１　システム稼動日（営業日）

システム稼動日は日本国内の金融機関の営業日とする。

ただし、非居住者取引をサポートする第一期第２フェーズでは、海外の金融機関の

営業日を考慮し、システム稼動日を再検討する。

１１.２　オンライン･サービス時間

当システムのオンライン･サービス時間を以下に示す。

表１１.２オンライン･サービス時間

機能（サービス）オンライン･サービス時間備考

約定照合（国内取引）０８:００～２１:００第一期第１フェーズ

決済照合（国内取引）０８:００～２２:００

決済照合（非居住者取引）０８:００～２７:００第一期第２フェーズ


－－53

１２.　その他特記事項

当システムのサービス開始当初から、できるだけ多くの利用者が、容易に利用できる

よう、端末機能を提供する予定である。現在、提供形態、業務,システム要件を整理中

である。

「決済照合システム」 システム概要決済照合システム システム概要 － 3...

Documents

「決済照合システム」システム概要決済照合システムシステム概要－ 3...