以下を除く２４時間、３６５日です。

• 月曜日００：００～月曜日０５：３０
• 記サービス時間の対象は、IP全銀、FTP、Expedite/IP接続、BSC JCA/全銀に限られます。
  
• ネットワークサービスの時間制限（SNA x/over(*1)など)により、上記サービス時間でも
  ご利用できない場合があります。詳しくは、お客様がご契約されているネットワーク
  プロバイダーにご確認ください。
• 年末年始の運用時間については、別途毎年末にガイドされます。

(*1) SNA x/overは、AT&Tグローバル･ネットワーク･サービス・ジャパンのサービスです。

ただし、上記サービス提供時間内であっても、緊急保守等のためサービスを停止する場合があります。

サービス管理責任者画面にて、パスワードのリセットが可能です。 サービス管理責任者画面にて実施できない場合は、お客様ご契約先窓口へご連絡ください。 サービス管理責任者画面からの操作方法につきましては、『サービス管理責任者ご利用の手引き』の「パスワードの再設定」をご覧ください。

サービス管理責任者画面より、蓄積メッセージを削除、あるいは、保管移動することができます。

詳細は、『サービス管理責任者ご利用の手引き』の「メッセージの管理」の章をご覧ください。

「保管メッセージ・グループの取り出し」という機能があります。

保管とは、メールボックスに蓄積されたメッセージが受信されたときに、そのメッセージを消去せずに「保管ファイル」に保存しておくことです。

保管を行うには、ユーザー・プロファイルの［保管フラグ］と［保管日数］を設定しておく必要があります。

メッセージ受信前にこの設定をしておくことにより、メッセージ受信後に指定期間（保管日数）メッセージが保管されるようになります。

保管メッセージ・グループの取り出しは、「保管ファイル」に保存されているメッセージを、再度メールボックスに移し、受信が可能な状態にする機能です。

なお、保管を行うと保管・短期貯蔵料が、保管メッセージ・グループの取り出しを行うと取り出しトランザクション料が課金されます。

設定方法につきましては、『サービス管理責任者ご利用の手引き』の「メッセージの管理」の章をご覧ください。

400、AIX、Windowｓについては当サイトからダウンロードできます。

サイト内の「Expediteダウンロード」　をクリックしてください。 MVS、CICSについてはご契約先お問い合わせ窓口にお問い合わせください。

メッセージ・コマンド・ファイルの中で指定することができます。

メッセージ・コマンド・ファイル名は、通常basein.msgです。 ExpediteのRECEIVEコマンドのfileidパラメータを使って指定することができます。

例）相手ユーザーIABC.IABC001からのメッセージ識別コードMSGTESTのデータを、C:\Temp\Receive.txtに保管する場合

RECEIVEfileid(C:\Temp\Receive.txt)account(IABC)userid(IABC001)class(MSGTEST);

詳細は、『ExpediteBaseシリーズ　プログラミング・コマンド解説書』をご覧ください。

ＩＥ－ＦＴＰのｃｄコマンドで指定します。

書式は次の通りです。

ｃｄ　相手先／メッセージ識別コード

相手先の指定に続けて、メッセージ識別コードを指定します。
相手先の指定とメッセージ識別コードの指定は、スラッシュ”／”で区切ります。

例）相手ユーザーIABC.IABC001からのメッセージ識別コードMSGTESTのデータを受信する場合
または、相手ユーザーIABC.IABC001へメッセージ識別コードMSGTESTでデータを送信する場合

cd IABC.IABC001/MSGTEST

詳細は、『ＴＣＰ／ＩＰ－ＦＴＰご利用の手引き』をご覧ください。

ＥＢＣＤＩＣとＪＩＳの変換を行っています。
詳細は、『概説書』の「ＩＥ／ＥＸ内部処理」の章をご覧ください。

ＩＥ／ＥＸでは以下の２種類の方法で可能です。

1. お客様のデータが、「ＣＩＩ標準フォーマット」に準拠している場合、ＶＡＮ間接続の標準機能として他社のＶＡＮとデータ交換ができます。
   現在以下のＶＡＮと可能です。
• 富士通（株）の「Ｐｒｏｃｕｒｅ　ＭＡＲＴ」
• （株）日立情報システムズの「ＨＩＴＶＡＮ」
• （株）日立製作所の「ＴＷＸ－２１」
• （株）東芝の「ＴＧＶＡＮ」
2. 上記以外の場合は、他社のＶＡＮを一般の全銀ユーザーと見なす等、お客様毎に独自の設定をする必要があります。
   国際ＩＥでは、（ＡＮＳＩＸ１２，ＵＣＳ，ＥＤＩＦＡＣＴ）についてのみ海外の他社のＶＡＮと送受信が可能です。

センター起動サービス（イベントサービス）には、次の３つがあります。

• 事象起動
• 時刻起動
• 即時起動

センター起動サービスをご利用になる場合には、次の登録が必要です。

• ユーザー・プロファイルの更新　（ＮＣＵ電話番号の設定を行います。また、事象起動の場合は、強制配布の指定も行います。）
• セッション定義の登録　（ＪＣＡ、および、全銀のユーザーが対象です。ＴＣＰ／ＩＰ全銀のユーザーの場合は、ＰＰＰ情報の登録も合わせて行います。）
• 事象起動、または、時刻起動定義の登録　（即時起動の場合は、不要です。）

設定方法につきましては、『サービス管理責任者ご利用の手引き』の「センター起動サービスの管理」の章をご覧ください。

フリーダイヤルはありません。以下のフリーダイヤルや全国統一料金の番号（０１２０，００７７）が指定できますが、その際も通常のオート・コール処理同様の料金が発生します。以下以外のフリーダイヤルや全国統一料金の番号をご指定になりたい場合は、お客様ご契約先担当者へご連絡ください。

＜オート・コール処理時　発生料金＞
　 ＩＥ／ＥＸトランザクション処理料　又は　ＩＰトランザクション処理料
　 ＩＥ／ＥＸ交換回線接続料　又は　ＩＥ／ＥＸ　ＩＰ交換回線接続料
　 ＩＥ／ＥＸオートコール接続料

＜センター起動先電話番号０１２０／００７７指定可能番号＞
　 0120
富士通ＶＡＮサービス・富士通ＦＩＰ用番号
　 0077482984～0077482988
　 0077483850～0077483853
　 0077483860～0077483864
　 0077483877～0077483880
NECデータ集配信・EDIサービス用番号
0035056100

相手先が話中であった場合や、ＩＥ／ＥＸ側の回線が込み合っていてダイアルが失敗した場合にはリトライされます。リトライはユーザープロファイルの回線接続リトライ回数で設定した回数行われ、その回数をオーバーした時に中断されます。

可能です。
ＩＥ／ＥＸの登録変更が必要なため、サービス管理責任者にユーザープロファイルの通信方式を「ＢＳＣ」から「ＴＣＰ／ＩＰ」に変更していただいてください。　変更後はすぐに全銀ＴＣＰ／ＩＰでご利用可能です。

いいえ。ＩＥ／ＥＸは、９６００ｂｐｓまでのサポートとなっております。

サービス管理責任者に『Ｊ／Ｚセッション状況の管理』画面－『センター起動の照会』画面で実行結果を参照していただいてください。
原因が不明な場合は、ヘルプデスクにお問い合わせください。

ブラウザーのインターネット一時ファイルをクリアし、再度実行してください。ファイヤウォールをご使用の場合、ポートの穴あけを確認してください。

＜使用ポート＞
　　 ８０：Ｗｅｂ
　 ２４６：Ｔｎ３２７０（ＩＥ／ＥＸ用）
２４６０：Ｔｎ３２７０（国際ＩＥ用）
８９９９：ＨＯＤ

サービス管理責任者に『Ｊ／Ｚセッション状況の管理』画面－『全銀サイクル番号の管理』画面でＩＥ／ＥＸ側サイクル番号を参照していただいてください。
お客様側サイクル番号と不一致がある場合は、『全銀サイクル番号の管理』画面でサイクル番号を合わせてください。
原因が不明な場合は、ヘルプデスクにお問い合わせください。

「保管メッセージ・グループの取り出し」という機能があります。

保管とは、メールボックスに蓄積されたメッセージが受信されたときに、そのメッセージを消去せずに「保管ファイル」に保存しておくことです。
保管を行うには、ユーザー・プロファイルの［保管フラグ］と［保管日数］を設定しておく必要があります。
メッセージ受信前にこの設定をしておくことにより、メッセージ受信後に指定期間（保管日数）メッセージが保管されるようになります。
保管メッセージ・グループの取り出しは、「保管ファイル」に保存されているメッセージを、再度メールボックスに移し、受信が可能な状態にする機能です。
なお、保管を行うと保管・短期貯蔵料が、保管メッセージ・グループの取り出しを行うと取り出しトランザクション料が課金されます。

設定方法につきましては、『サービス管理責任者ご利用の手引き』の「メッセージの管理」の章をご覧ください。

おもな原因として、次のようなことが考えられます。

【原因】必要な登録が行われていない。
【処置】必要な登録を確認し、すべての登録を行ってください。
　　　　 必要な登録については、『概説書』の「サービス管理責任者機能」の章をご覧ください。

【原因】パートナー登録が正しく行われていない。
【処置】パートナー登録を行ったか、あるいは、登録に矛盾がないかを確認してください。
未登録、または、矛盾があった場合には、それを登録、あるいは、修正してください。
自分のユーザー側の登録だけでなく、相手側の登録も正しく行われていなければなりません。
相手側の登録内容を確認する場合には、相手先の担当の方へ直接お問い合わせください。

【原因】ユーザーＩＤやメッセージ識別コード、通信コードなどのコード類や文字列を正しく指定していない。
【処置】コード類や文字列を確認し、正しく指定してください。
ＩＥ／ＥＸ、国際ＩＥの登録内容だけでなく、送受信アプリケーションの設定や内包データの内容等についても確認してみてください。
コード類や文字列の例：
顧客コード、ユーザーＩＤ、パスワード、メッセージ識別コード、通信コード、全銀ファイル名／ＪＣＡデータ種別、全銀パスワード／ＪＣＡ識別子、セッションＩＤ、電話番号、ＩＰアドレス、ライブラリ等の名前　など。

誤りの例：
－　間違った宛先に送信しようとしている、または、送信した。
－　違うメッセージ識別コードや全銀ファイル名を指定している。
－　文字列の綴りが間違っている。（１文字足りない、ゼロがオーになっている　など。）
－　送信ユーザーの通信コードと受信ユーザーの通信コードを逆に指定している。
－　間違った電話番号やＩＰアドレスに対して接続しようとしている。
－　正しいと思っている情報が、そもそも間違っている。（間違った通信コードを教えられた　など。）


【原因】パスワードが間違っている。
【処置】正しい（登録済みの）パスワードを確認し、それと一致するパスワードを指定してください。
パスワードによっては、大文字と小文字が区別されるものもありますので、ご注意ください。

【原因】パスワードが期限切れになっている。
【処置】パスワードの期限が切れていないか、確認してください。
期限切れの場合には、パスワードを更新してください。

【原因】モデムの電源が入っていない。
【処置】モデムの電源が入っていることを、また、ケーブルがきちんと接続されていることを確認してください。

【原因】認証期限が切れている。
【処置】認証のための証明書等がある場合、その期限が切れていないか、確認してください。
期限切れの場合には、更新の手続きを行ってください。

【原因】二重セッションになっている。
【処置】たとえば、センター起動中に同一のユーザーＩＤでユーザー起動を行おうとすると、二重セッションとなってしまいます。
　　　　 セッション中のユーザーＩＤと同じユーザーＩＤでセッションを開始しないよう、注意してください。

【原因】中断後にセッションリセットされていない。
【処置】セッション中断後に接続できなくなってしまった場合は、中断したセッションをクリアするために、セッションの再設定を試してみてください。

【原因】話中になってしまう。（リトライ回数オーバー）
【処置】しばらくしてから、接続し直してみてください。

【原因】センター側ポートビジーになってしまう。
【処置】しばらくしてから、接続し直してみてください。

【原因】内包データの内容に誤りがある。
【処置】内包データの内容が、メッセージ処理の登録（グループオプション）やユーザー形式定義の通りに作られていることを確認してください。

【原因】ＩＥ／ＥＸに登録されているレコード長と、アプリケーション側で指定しているレコード長が一致していない。
【処置】ＩＥ／ＥＸに登録済みのレコード長と、アプリケーション側で指定したレコード長を確認し、双方が一致するようにしてください。

おもな原因として、次のようなことが考えられます。

【原因】間違った宛先に送信した。
【処置】指定した顧客コードとユーザーＩＤを確認し、正しい顧客コードとユーザーＩＤを指定してください。

【原因】間違ったメッセージ識別コードで蓄積させてしまった。
【処置】指定したメッセージ識別コードを確認し、正しいメッセージ識別コードを指定してください。

おもな原因として、次のようなことが考えられます。

【原因】もともと蓄積されていないデータを受信しようとした。
【処置】データの送信を行ったか、また、送信は正常に終了したか、送信元である相手側に問い合わせてください。
送信時に宛先やメッセージ識別コードを正しく指定したかどうかも、確認してみてください。

【原因】蓄積が完了する前に受信を開始した。
【処置】データのサイズが大きかったなどの理由により、蓄積が完了する前に受信を開始してしまった場合には、蓄積が完了した後に、再度受信を行ってください。

【原因】受信時に指定した顧客コードやユーザーＩＤ、メッセージ識別コードに誤りがある。
【処置】受信時に指定した顧客コードやユーザーＩＤ、メッセージ識別コードを確認し、正しい顧客コードやユーザーＩＤ、メッセージ識別コードを指定してください。

おもな原因として、次のようなことが考えられます。

【原因】ＩＥ／ＥＸに登録されているレコード長と、実際のデータのレコード長が一致していない。
【処置】ＩＥ／ＥＸに登録済みのレコード長と、実際のデータのレコード長を確認し、一致するように調整してください。
データの中に改行コードが含まれている場合、それを考慮しているか（改行コードもレコード長に含まれているか、アプリケーション側で改行コードの削除／挿入を制御しているか　など）についても、確認してください。
ＩＥ／ＥＸでは、「件数」の認識はないため、送信したデータと受信したデータのサイズを比較してみてください。

【原因】ブロック化の設定が正しく行われていない。
【処置】配布（受信）時のブロック化の設定を確認し、目的に合った設定を行ってください。
また、必要であれば、相手側（送信側）の収集（送信）時の非ブロック化の設定も、確認してみてください。
相手側の登録内容を確認する場合には、相手先の担当の方へ直接お問い合わせください。

以下の場合はコーボンコピーが作成されません。

－送信者がＪＣＡ／全銀ユーザー、または、内包／配布リストにより送信されたメッセージで、かつ、受信者の所属システムがＩＥの場合
－確認メッセージの場合
－ＣＩＩ標準のＶＡＮ間接続へ送信する場合

また、コピーは蓄積時のコピーで送信時のコピーではありませんので、元のメッセージの受信者がＲＪＥ分割形式の場合は注意が必要です。
なお、カーボンコピーの状況確認メッセージを出力したい場合には、サービス管理責任者画面にて、カーボンコピーの［応答確認］を設定する必要があります。

詳細は、『サービス管理責任者　ご利用の手引き』の「カーボンコピーの管理」の章をご覧ください。

たとえば、次のようなものがあります。

●状況確認メッセージ（＠ＳＴＡＴＵＳ）
蓄積やエラーメッセージ等の情報を確認することができます。
状況確認メッセージは、メールボックスの中に、他のメッセージと同様に蓄積されます。
状況確認メッセージを蓄積させるには、ユーザー・プロファイルで状況確認要求の設定が必要です。

詳細は、『概説書』の「状況確認メッセージ」の章、および、『サービス管理責任者　ご利用の手引き』の「プロファイルの管理」の章、付録Ｂ「状況確認メッセージ集」をご覧ください。

●セッション状況照会
ＪＣＡ、または、全銀ユーザーのセッション状況を確認したり、中断中のセッションをキャンセル／再始動させたりすることができます。
ただし、確認できるのは、処理中、および、中断中のセッションです。　正常終了したセッションを確認することはできません。

詳細は、『サービス管理責任者　ご利用の手引き』の「Ｊ／Ｚセッション状況の管理」の章、および、付録Ｂ「セッション状況照会後の処理状況と終了コード」をご覧ください。

ＥｘｐｅｄｉｔｅシリーズやＦＴＰ等、ＪＣＡ／全銀以外のプロトコルで直接宛先（内包／配布リストを使用せずに直接受信者に送信する）の場合、送信コマンドで確認メッセージの要求を指定しないと、＠ＳＴＡＴＵＳは生成されません。
また、カーボンコピーの状況確認メッセージを出力するには、サービス管理責任者画面にて、カーボンコピーの［応答確認］を設定する必要があります。

『サービス管理責任者　ご利用の手引き』の付録Ａ「セッション状況照会後の処理状況と終了コード」をご覧ください。