よくあるご質問統合型EDI・EDI-Master B2B for Mainframe

リトライ処理を実行する定義がされていないためです。

リトライ処理を実行するには、XACTIV2マクロ、またはXDSPATCHマクロにNDTRTY=YESと指定してください。

ディスパッチ定義で指定した時刻を超えた可能性があります。

時間指定のディスパッチ処理でリトライ中に指定時刻を超えると、リトライ処理は行われません。

例：HOUR=(10:00-10:10)と指定している場合

10:00:00-10:10:59の間はリトライ処理を行いますが、10:10:59を超えるとリトライ処理は行われません。

リトライ処理を「中止」することはできません。

リトライオーバーになるか、伝送処理が正常に終了するまで処理を行います。

なお、DISPATCH,STOPコマンドで一時的にリトライ処理を「停止」することはできます。

ただし、停止中は次にディスパッチ条件が成立しても処理を行いません。

検索は行われません。

また、ステータスが｢停止中｣の場合は、ディスパッチコマンドは発行されません。

前回のオンライン処理において、以下のような状況で終了させたことが原因と考えられます。

いずれの場合も、ファイルステータス｢TRS-WAIT｣でファイルが残りますが、次回オンラインを起動してもディスパッチ処理は開始しません。

FILE=パラメータと、XMIT=パラメータで指定したファイルが同一の場合、オンラインを起動する前に次のユーティリティ処理を行うと再度条件ファイルをカタログすることなく伝送できます。

RECOVERY　DISPATCH=RESET

FILE=パラメータと、XMIT=パラメータで指定したファイルが異なっている場合、再度条件ファイルをカタログする必要があります。

継承しません。

以下の例の場合、DREPLY=パラメータの設定により、1分間隔で最大10回リトライしますが、9:00～9:05では5回までしかリトライしません。

次の10:00～11:00でも、最大10回リトライします。

例：XACTIV2　DREPLY=(YES,1,10)

D1　XDSPATCH　TIMING=T1,FILE=F1,XMIT=F1

T1　HOUR=(9:00-9:05,10:00-11:00)

すべての条件が成立し、処理パラメータで指定した処理を開始します。

例：以下のXDSPATCHマクロ定義で、記号名「XF1」が送信ファイルの場合、

「XF1」のファイルに対して、カタログ処理を実行して1つ登録すると、どちらのディスパッチ処理も条件が成立し、XMIT=パラメータに定義した送信処理を開始します。

XDSPATCH　FILE=XF1,XMIT=XF1

XDSPATCH　FILE=XF1,XMIT=XF2

インプットファイル形式の詳細は、「ユーザーズ・ガイド」(11版以降)の[Ⅷ　資料編]-[1-1-1　一括カタログ/一括アンカタログ　入出力ファイル(D形式)]を参照してください。

受信処理で容量不足となったためです。

オンラインJCLのSPACE=パラメータ値またはXFILEマクロのSPACE=パラメータ値を大きくして、オンラインを再起動してください。

もしくは、相手先で送信ファイルを分割して送ってもらうようにしてください。 なお、XFILEマクロのSPACE=パラメータ値を変更した場合、制御マクロのアセンブルリンクが必要です。

伝送完了ポイントが相手先と一致していない可能性があります。双方で伝送完了ポイントが合っているか確認してください。

伝送完了ポイントはXLINKマクロのHPROT=第4パラメータの設定です。

ユーティリティのカタログ処理、およびアンカタログ処理において1バイト文字の変換はできます。

2バイト文字の変換はできません。

データを暗号化して送信することはできません。

事前に暗号化ソフト等で暗号化したデータをカタログしてください。

なお、TCP/IP手順・広域IP網に伴い、全銀TCP手順の場合、弊社製品「EDI-Master B2B for TLS｣と連携すれば、SSL/TLSによる暗号化通信が可能となります。

ファイルアロケーションで1次割り振りに失敗したときに、代替ボリュームを利用します。

ただし、代替ボリュームに切り替わっても、代替ボリュームのDD　ステートメントではなく、DATAFILE(またはDATAFIL2)DD ステートメントで指定されたSPACE=パラメータ値が有効となります。

すべてのファイルステータスが「TRS-WAIT」に戻ります。

例：送信データ1(TRS-WAIT)

　　送信データ2(TRS-WAIT)

　　送信データ3(TRS-WAIT)

の送信処理を行った場合に、送信データ1および送信データ2は正常終了、送信データ3を送信中に回線障害等で送信中断すると、すべてのファイルステータスが「TRS-WAIT」に戻ります。

また、終了電文のやりとりが終了していないので、伝送完了とみなしません。

先に使用している回線が解放されるまで、ディスパッチ処理によるSTARTコマンドは発行されません。

また、STRATコマンドの発行を行わなかったことを示すメッセージは出力されません。

DEXM129Aのメッセージを出力して、伝送処理は開始されません。

また、伝送エラーによるリトライ処理も行われません。

DISPLAYコマンドを入力して回線に空きがあるか確認のうえ、再度STARTコマンドを入力してください。

以下の設定を変更することで伝送効率が上がる場合があります。

EDI-Master B2B for Mainframeにおいては、制限はありません。

ただし、全銀協の規約では、65,535件までとなっています。

65,535件を超えた処理については、接続先のソフトウェアとテキストシーケンス番号が一致した場合は処理を続行しますが、一致しなかった場合はエラーとなります。

EDI-Master B2B for Mainframeにおいては、制限はありません。

ただし、全銀協の規約では、16,777,215件までとなっています。

16,777,215件を超えた処理については、接続先のソフトウェアとレコード件数が一致しなかった場合はエラーとなります。

デフォルト設定では｢1｣になります。

ただし、XLINKマクロのTSEQ=パラメータの設定でシーケンス番号を「1」以外にすることも可能です。

詳細については、以下を参照してください。

XFILEマクロのCYCLE=パラメータに「YES」を設定します。

サイクル番号は、XFILEマクロのDATAID=第2パラメータの9,10桁目を 初期値として、ファイル転送が正常終了するごとに1ずつカウントアップされます。

XLINEマクロのLINEID=パラメータに代替回線IDを指定しておくことで2次(発信)局処理においては、EDI-Master B2B for Mainframeが空き回線を順次割り当てて伝送処理を行い、1次(着信)局処理においては、グルーピングされた代替回線IDの中であればどの回線で着信しても伝送処理を行うことができます。

電話を受けた後、1stENQが送られてこなかったため、USTが電話回線を切断しました。

間違い電話の可能性もあります。

先に確立されたセッションが解放されるまで、ディスパッチ処理によるSTARTコマンドは発行されません。

また、STRATコマンドの発行を行わなかったことを示すメッセージは出力されません。

DEXM129Aのメッセージを出力して、伝送処理は開始されません。

また、伝送エラーによるリトライ処理も行われません。

DISPLAYコマンドを入力してセッションの空き状況を確認のうえ、再度STARTコマンドを入力してください。

あります。

限界値は以下のとおりです。

その他のマクロでは無制限です。

ただし、マクロ定義数が増加すると、オンラインが稼動するアドレス空間のメモリサイズも増加します。

1つの制御マクロ内の記号名は重複しないように指定してください。

記号名が重複しているとアセンブル・リンクでエラーになります。

該当回線を使用して伝送する、最大伝送テキスト長よりも大きな値を設定してください。

BUFF=パラメータ値を超える送信および受信処理を行うことはできません。

XLINKマクロで、伝送テキスト長(HPROT=第2パラメータ)の設定を変更した場合、BUFF=パラメータには伝送テキスト長以上の値を設定しないと送信処理はエラーとなります。

以下のように定義します。

XLINE　LPROT=BSC,LINEID=(BSC1,BSC2,BSC3)

XLINK　・・・・・

XFILE　・・・・・

XLINE　LPROT=BSC,LINEID=(BSC2,BSC1)

XLINK　　※1

XFILE　　※1

XLINE　LPROT=BSC,LINEID=(BSC3,BSC1)

XLINK　　※1

XFILE　　※1

BSC１の回線を利用した2次(発信)局処理の場合、BSC1が使用中であればBSC2を、BSC2も使用中であればBSC3を使用して、BSC1配下のXLINKマクロおよびXFILEマクロの定義で伝送を行います。

1次(着信)局処理の場合、BSC1、BSC2、BSC3のいずれの回線に着信しても、グルーピングされたBSC1配下のXLINKマクロおよびXFILEマクロの定義で伝送を行います。

2Kバイト以内で送信します。

伝送テキスト長は、以下の計算式で求めます。

(レコード長×1伝送テキストに格納できるレコード件数)＋TTC(5バイト)

例：全銀TCP手順で、伝送テキスト長2Kバイト、レコード長128バイト(XFILEマクロ　LRECL=パラメータ)、固定長(XFILEマクロ　RECFM=FB)の定義で、送信レコード100件を伝送する場合、伝送テキスト長は、以下のようになります。

1～6テキスト　 ：

(128(レコード長)×15(格納できるレコード件数))＋5(TTC)=1925バイト

7(最終)テキスト：

(128(レコード長)×10(格納できるレコード件数))＋5(TTC)=1285バイト

伝送エラーとなり、DEXM1531Aのメッセージを出力します。

全銀TCP手順では、1レコードをETB分割して伝送することができません。

合わせる必要はありません。

LACK=パラメータ値は、受信側の設定値が有効となります。

以下のように動作します。

以下のように動作します。

送受信タイプ(TYPE=パラメータ)の指定により動作が異なります。

送受信タイプ(TYPE=パラメータ)が異なる場合、重複していても問題ありません。

送受信タイプが同じ場合、以下のような動作となります。

カタログ処理で登録したデータ内容を、別の文字コードに置き換えることなくそのまま送信することです。

なお、MODE=Tを省略した場合でも、透過モードとして処理を行います。

影響はありません。

｢PTF適用により影響が発生した｣という報告は受けていません。

以下のとおりです。

V4.40-01　z/OS　V1.7～V2.4

V5.01-01　z/OS　V1.8～V2.4

V6.00-00、V6.00-01　z/OS　V1.13～

V6.1.0　　 z/OS　V2.1～

うるう年による影響はありません。

また、うるう年に伴う対応は不要です。

サポート期間については、以下を参照してください。

そのまま新バージョンへ継承することはできません。

以下の手順で継承できます。

継続して使用することはできません。

導入バージョンで処理されていなかった未送信および受信済みファイルについて、同じコントロールファイルを使用する場合、以下のように処理してください。

なお、導入バージョンで使用していたコントロールファイルをそのまま利用する場合、導入バージョンでアンカタログ処理を実行した後、スクラッチ(ACTION=ALL)処理を実行して導入バージョンのデータをすべて削除してください。

アンカタログJCLに指定した制御マクロにおいて、正常終了した受信ファイルのファイルパスワードが変更前の定義になっているためです。

以下のいずれかの方法で対応してください。

なお、XACTIV2マクロにOPT=NOPASSを指定するとパスワードのチェックは行わないので、エラーにはなりません。

カタログ処理、およびアンカタログ処理において、CODE=サブパラメータを指定すると1バイト文字に限り変換が可能です。

文字コードの変換対象は、EBCDICコードとJISコードのみです。

XMITUTL処理は、ファイルステータス｢TRS-WAIT｣のファイルを｢TRS-END｣に変更する機能です。

｢TRS-WAIT｣のファイルが存在しない場合、DEXM812Aのエラーとなります。

すべての受信データは取り出せません。取り出されるのは1件のみです。

アンカタログ処理およびXMITUTL処理には、動的に変更したNEST=パラメータ値は反映されません。

PORT=パラメータの設定値を使用するのは、回線をOPENするときだけです。

変更した値を反映させるには、対象の回線をCLOSEした後、再度OPENしてください。

通信できます。

また、｢QCNTL,K=｣コマンドを入力すると8桁で表示します。

詳細については、｢ユーザーズ・ガイド｣の[Ⅲ　リファレンス編]-[4-8　QCNTLコマンド]を参照してください。

サイクル番号はリセットされます。

伝送中の処理が正常終了すると、次回伝送時のサイクル番号が｢2｣になります。

伝送中の処理が異常終了すると、次回伝送時のサイクル番号が｢1｣になります。

例：サイクル番号｢3｣で伝送中の場合

伝送中に｢CYCLE,RESET｣コマンドを入力し、伝送処理が正常終了すると、次回伝送時のサイクル番号は｢4｣ではなく｢2｣となります。

EDI-Master B2B for MainframeとUST間のコネクションがすでに切断されていることが考えられます。

EDI-Master B2B for MainframeとUST間にFirewallが存在する場合、Firewallでの無通信タイムアウトにより、コネクションが切断された可能性があります。

Firewallの無通信タイムアウトは、オンラインを使用する運用において発生する無通信時間より大きくしてください。