OpenText Trading Grid 接続：EDI ドキュメントの送受信

最終更新 2026-11-01

Integration の EDI 接続で接続を作成し、OpenText の導入パッケージに記載されたとおりに転送方式、ホスト、ユーザー名、パスワードまたは秘密鍵を入力し、認証情報の形を確認、各取引先をマッピングして有効化します。

OpenText Trading Grid は EDI プラットフォームです。取引先と EDI ドキュメントを交換します——取引先からの注文ドキュメントが入り、出荷・請求ドキュメントが出ていきます。この接続はチャネルウィザードでは作成しません。Integration の EDI 接続で作成し、求められる詳細——ホスト、ユーザー名など——はすべて、アカウント開設時に OpenText から渡される導入パッケージに記載されています。これらの詳細を調べる場所は他にありません。

OpenText 接続手順：導入パッケージ、EDI 接続、認証情報の形の確認、取引先マッピング、有効化。

前提条件#

OpenText Trading Grid のアカウント（開設済み、または OpenText と開設手続き中）。接続の詳細はそのアカウント開設の一環として発行されます。自分で作成したり調べたりするものではありません。
アカウント向けの OpenText 導入パッケージ。ホスト、ユーザー名、本ガイドで入力を求めるすべての接続詳細が入っています。設定中は手元に置いてください。詳細がパッケージにない場合は不足しているということです。推測せず、OpenText の導入担当者に確認するのが解決策です。
導入パッケージに記載された転送方式：パスワードを使う SFTP、秘密鍵を使う SFTP、またはファイルドロップ（file drop）。どれを使うかはパッケージが決めます。3 つの方式では後の手順で入力するフィールドが異なるため、入力を始める前に自分の方式を確認してください。
OpenText 経由で EDI ドキュメントを交換する取引先（小売業者など）が少なくとも 1 社あること。各取引先は本ガイドの後半で、その取引先について合意された取引先識別子と小売業者識別子を使って個別にマッピングします。

認証情報の取得#

OpenText とアカウント開設の手続きを進めてください。認証情報はセルフサービスのポータルで作成するものではなく、他で調べることもできません。その導入の一環として発行されます。
アカウントの導入パッケージを受け取り、その中から SFTP ホストと SFTP ユーザー名を確認してください。両方とも書かれたとおり正確にコピーしてください。これらの値は OpenText からのみ提供され、他の出所のホストやユーザー名はお客様のアカウントのものではありません。
ご自分の転送方式に対応する秘密情報を確認してください。パッケージにパスワードを使う SFTP とあれば SFTP パスワードが渡されます。秘密鍵を使う SFTP とあれば SFTP 秘密鍵が渡されます。ファイルドロップとあれば、この接続で用意するパスワードや秘密鍵はありません。
パッケージと秘密情報は一緒に保管し、パスワードや秘密鍵は受け取った瞬間から秘密として扱ってください。安全な場所に保管し、通常のメッセージで平文で送らず、次のセクションで 1 回貼り付けられるよう準備してください。パッケージに入っているはずのものが不足している場合は、OpenText の導入担当者に補完を依頼してください。別のアカウントや別システムの値で穴埋めしないでください。

Integration への入力#

Integration → EDI 接続 → 新規接続を開き、OpenText Trading Grid を選択してください。OpenText にはチャネルウィザードはありません。チャネルやマーケットプレイスの一覧で探している場合は場所が違います。この接続は他の EDI 接続と一緒にあります。
転送方式（transport_method）：導入パッケージの記載どおりに選んでください。パスワードを使う SFTP は sftp_password、秘密鍵を使う SFTP は sftp_key、ファイルドロップは file_drop です。この選択で以下のどのフィールドが必要かが決まるため、簡単そうな方式ではなく、パッケージと一致させる必要があります。
SFTP ホスト（sftp_host）：導入パッケージに記載されたホストをそのまま貼り付けてください。記憶から入力できる標準ホストはありません。この値の出所はパッケージだけです。手入力せずコピーし、パッケージにホストの記載がなければ、推測せずに止まって OpenText の導入担当者に確認してください。
SFTP ユーザー名（sftp_username）：同じ導入パッケージのユーザー名を貼り付けてください。上のホストとセットです。別のアカウントや別システムのユーザー名では組み合わせが成立しません。
SFTP パスワード（sftp_password）：転送方式が sftp_password の場合にのみ入力してください。導入パッケージのパスワードを貼り付けます。暗号化して保存され、保存後に再表示されることはありません。後で変更する場合は、古い値を表示するのではなく新しい値に置き換えます。他の 2 つの方式では、このフィールドは空にしてください。
SFTP 秘密鍵（sftp_private_key）：転送方式が sftp_key の場合にのみ入力してください。導入パッケージの秘密鍵を全文、完全なまま編集せずに貼り付けます。短縮したり形式を変えたりした鍵は別の鍵です。暗号化して保存され、保存後に再表示されることはありません。他の 2 つの方式では、このフィールドは空にしてください。方式が file_drop の場合、2 つの秘密情報フィールドはどちらも該当しません。大切なのは転送方式自体がパッケージと一致することです。
接続を保存しますが、保存をゴール扱いしないでください。次にテストし、その後で取引先マッピングを行ってください。認証情報が揃っていても取引先マッピングがなければ、どの取引先のドキュメントも配置できません。

接続テスト#

接続テストをクリックし、結果が実際に何をカバーしているかとして読んでください。この段階の確認は、入力した内容の形だけを見ます。選んだ方式について、その方式に必要なものがすべて揃っているか——転送方式そのもの、ホストとユーザー名、パスワード方式ならパスワード、鍵方式なら秘密鍵——を確認します。その方式に必要なものが不足していれば確認は失敗し、不足しているものを示します。file_drop を選んだ場合、確認ではエンドポイントが未設定である旨が報告されます。この方式では確認が到達できるサーバー側エンドポイントがないため、その結果は想定内であり、入力を間違えたという意味ではありません。そして、どの結果が出ても、その範囲を明確にしてください。認証情報の形が揃っていることは、ファイルがすでに移動できることの証明ではありません。ファイルの実際の送受信は、OpenText の導入連携が完了するときに合わせて有効になります。したがってこの手順はフォームの完全性確認としてのみ判断し、想定外の結果が出た場合は下の FAQ を使ってください。

Mapping / テンプレート選択#

OpenText のマッピングは接続全体で 1 設定ではなく、取引先ごとに行います。取引先ごとに、その取引先を識別する識別子——導入と取引先設定の際にその取引先について合意された取引先識別子と小売業者識別子——を登録し、その取引先のテンプレートを選んでください。そうすることで、入ってくる注文ドキュメントがその取引先のものとして認識されて標準注文にマッピングされ、出荷・請求データがその取引先の期待するドキュメントに変換されて戻ります。識別子が要です。どのマッピングにも一致しない識別子を付けたドキュメントは、接続の認証情報がどれだけ揃っていても、正しい取引先に配置できません。取引先を 1 社ずつ進め、各社について合意された識別子をそのまま使ってください。ある取引先の識別子を別の取引先に流用しないでください。

OpenText のドキュメント往復（取引先ごと）：注文ドキュメントを取り込み、出荷・請求ドキュメントを送信。

有効化#

フォームが完成し、開始予定のすべての取引先のマッピングが終わったら、接続を有効化してください。有効化により、その転送方式と取引先マッピングを備えた接続が Integration 側で稼働します。その範囲を意識してください。OpenText 経由でのファイルの実際の送受信は、OpenText の導入連携が完了するときに合わせて有効になります。そのため、そちらの導入がまだ完了していない場合、有効化した接続でもファイルはまだ流れません。それは導入が仕上げ段階にあるということで、入力内容の不備ではありません。ファイル交換が有効になったら、無人で任せる前に、Runs / Logs で取引先ごとに最初のドキュメントを確認してください。

よくある質問#

テストでエンドポイントが未設定と報告される（file drop）

これはファイルドロップ方式で想定される結果であり、入力を間違えたというサインではありません。ファイルドロップでは確認が到達できるサーバー側エンドポイントがなく、導入で得られるエンドポイントの詳細も確認が探れる形では設定されていないため、確認は通過扱いにせず、その旨をそのまま報告します。

テストを緑に見せるためだけに転送方式を変更したり、ホストをでっち上げたりしないでください。導入パッケージに記載された方式を維持し、取引先マッピングを完了させ、OpenText の導入担当者にアカウント開設がどこまで進んでいるか確認してください。ファイルの送受信はその導入連携の完了に合わせて有効になり、最初の実際のドキュメントは Runs / Logs で確認するものです。

テスト失敗：選んだ方式に必要なものが不足している

フォームのフィールドが、選んだ転送方式に必要な一式としてまだ揃っていません。よくあるのは単純な不足です。ホストがない、ユーザー名がない、パスワード方式を選んだのにパスワード欄が空、鍵方式を選んだのに秘密鍵欄が空、といったケースです。ずれも同様です。たとえば方式がパスワード方式のまま秘密鍵を貼り付けると、確認が探すものがそこにありません。

フォームと導入パッケージをフィールドごとに照合してください。まず転送方式、次にホスト、次にユーザー名、最後にご自分の方式が使う 1 つの秘密情報——sftp_password ならパスワード、sftp_key なら秘密鍵——を全文貼り付けます。不足しているもの、または場所が違うものだけを直し、保存して再テストしてください。パッケージ自体に値が不足している場合は、別のアカウントから借りず、OpenText の導入担当者に依頼してください。

認証情報の形は揃っているのに、ファイルがまだ動かない

フォームに必ずしも問題があるわけではありません。接続テストは、選んだ方式について認証情報の形が揃っているかを確認するだけであり、それ自体でファイル転送を確立するものではありません。ファイルの実際の送受信は、OpenText の導入連携が完了するときに合わせて有効になります。そのため、確認を完全に通過したフォームでも、そのスイッチの手前に留まることがあります。こちら側の接続は準備できていても、ファイル交換はまだ有効になっていない状態です。

OpenText の導入担当者に、アカウントの導入連携が完了しているか確認してください。その完了こそがファイル交換を有効にします。その間に取引先マッピングを仕上げ、有効になったときにこちら側で不足が残らないようにしてください。連携の完了後は、Runs / Logs で取引先ごとに最初のドキュメントを確認してください。導入完了が確認された後もファイルが動かない場合は、接続の詳細と取引先識別子を導入パッケージと再度照合してください。

ある取引先のドキュメントが入らない、または誤った取引先に入る

接続が揃っていても、ある取引先のマッピングが未完成なことがあります。マッピングは取引先ごとであり、ドキュメントはそれが持つ識別子——その取引先について合意された取引先識別子と小売業者識別子——によって配置されます。その取引先のマッピングに登録された識別子が、ドキュメントが実際に持つ識別子と一致しない場合、ドキュメントには正しい行き先がありません。まったく入らないか、たまたま識別子が一致した別の取引先のものとして読み取られます。

その取引先のマッピングを開き、登録された取引先識別子と小売業者識別子を、導入と取引先設定の際にその取引先について合意された識別子と 1 文字ずつ照合してください。他の取引先のマッピングではなく、その取引先のマッピングを修正し、保存して、Runs / Logs でその取引先の次のドキュメントを確認してください。後から追加した取引先も、最初のドキュメントの前に同じ対応が必要です。固有の識別子、固有のテンプレートで、個別に確認してください。