ポータル・EDI 受注

メール添付中心の受注を、ポータル、見積依頼、CSV、EDI に移行するための項目定義、テスト、例外対応、監視を解説します。

最終更新日: 2026/5/29

このガイドでは、メール添付ではなく、ポータル、見積依頼、CSV、EDI で顧客から受注情報を受け取る方法を解説します。顧客が送信した内容を正しい Sanka レコードにするために、公開前に項目、顧客アクセス、検証ルール、例外対応を定義します。このページは、運用チーム向けの手順ガイドです。機能全体の概要は、ポータル概要を確認してください。

Claude/Codex

この顧客向けに、ポータル・EDI 受注の確認リストを作成してください。必須の受注項目、商品コード、数量、希望納期、請求情報、ファイル、重複ルール、見積依頼にすべき例外、失敗行を確認する担当者を比較してください。まだ受注は作成しないでください。

受注受付リストを準備中受注受付リストを準備しました。顧客送信を有効にする前に、必須項目、重複処理、見積依頼にすべき例外、確認担当者を確認してください。

ほかの受注受付確認を依頼します...

受付方法を選ぶ

まず、顧客ごとに使う受付方法を決めます。

ポータルカート: 顧客が公開カタログから商品を選び、数量と必須の受注項目を入力して受注依頼を送信します。
ポータル見積依頼: 特別な数量、仕様、条件、標準外の商品について、顧客が見積依頼を送信します。営業担当者が確認して見積下書きを作成します。
CSV インポート: 顧客または取引先から構造化ファイルを受け取り、マッピングと検証後に受注を取り込みます。
EDI または連携受付: 受注件数が多い顧客から、構造化された受注データを連携で受け取ります。

すべての受付方法を一度に有効にしないでください。顧客の実際の運用を満たす最小の方法から始め、必須項目と例外ルールが安定してから自動化を増やします。

必須項目を確認する

公開前に、顧客または取引先と送信必須のデータを合意します。

顧客企業と連絡先
顧客の発注番号または外部参照番号
商品コード、商品名、バリエーション、顧客別の商品マッピング
数量、単位、通貨、価格、割引、税の扱い
希望納期、配送先、配送方法、メモ
請求情報と請求先
必要な添付ファイルや補足資料
顧客発注番号と顧客企業などを使った重複判定ルール
欠損項目、不明な商品、無効な数量、重複受注を確認する担当者

必須項目が不明な場合は、受付をレビュー状態のままにします。マッピングルールが不足していると、顧客は発注したつもりでも、運用チームには未完了の依頼として見えるため、後からサポート問い合わせにつながります。

有効化前に AI で確認する

顧客送信を開始する前に、AI に項目マッピングとテストケースの確認を依頼します。

サンプルプロンプト

/sanka このポータル・EDI 受注設定を公開前に確認してください。顧客アクセス、必須の受注項目、商品コードマッピング、数量と価格ルール、希望納期、請求情報、添付ファイル要件、重複受注ルール、例外担当者、テスト受注を確認してください。まだ受付を有効にしないでください。

ファイルや取引先マッピングでは、先にドライラン確認を依頼します。

サンプルプロンプト

/sanka この受注受付ファイルをドライランしてください。顧客、発注番号、商品コード、数量、希望納期、請求情報、配送情報、重複キーをマッピングしてください。手動確認が必要な行を一覧にしてください。まだ受注は作成しないでください。

エンドツーエンドでテストする

顧客に開放する前に、小さなテストを実行します。

有効な顧客、商品、数量、配送、請求情報で通常の受注を送信します。
同じ顧客発注番号で重複受注を送信します。
必須項目が欠けた未完了の受注を送信します。
不明な商品または顧客別商品コードを送信します。
受注ではなく見積下書きにすべき見積依頼を送信します。
作成された Sanka レコード、顧客との関連付け、明細、合計、ステータス、帳票ダウンロード、通知、監査履歴を確認します。

受理済み受注、差し戻し行、未完了レコード、重複送信、見積依頼の扱いを運用担当者が説明できるまで、テストは完了ではありません。

期待される動作

受注受付が正しく設定されている場合、次の状態になります。

ポータルカート送信では、必須項目と商品選択が有効な場合に受注が作成されます。
見積依頼の送信では、最終受注ではなく営業確認用の依頼が作成されます。
CSV または EDI 受付では、顧客、商品、数量、重複ルールの検証後に受注を作成または更新します。
設定されている場合、顧客、連絡先、商品明細、受注項目、ファイル、合計、通貨、配送情報、作成元情報が保持されます。
失敗行や未完了の送信は、消えずに手動確認できる状態で残ります。
通知とダッシュボードにより、未処理、失敗、重複、差し戻しの受注がチームに見える状態になります。

受注受付は、不明な商品コードの自動修正、顧客企業の自動選択、商品表示設定の回避、必須項目の回避、請求作成、在庫引当、顧客向け帳票送信を自動では行いません。これらは、チームが設定したワークフローによって実行されます。

トラブルシューティング

顧客は送信したと言っていますが、受注がありません

カートを送信したか、商品を追加しただけか、必須項目が欠けていないか、セッションが切れていないか、重複として拒否されていないか、受注ではなく見積依頼として作成されていないかを確認します。

受注が別の顧客に紐付いています

連絡先と企業の関連付け、ポータルで選択した企業、重複した連絡先、顧客発注番号、CSV または EDI の顧客マッピング、同じ連絡先が複数企業にアクセスできるかを確認します。

商品明細が欠けている、または違う商品に紐付いています

商品コードマッピング、顧客別の商品名、バリエーション、必須の商品オプション、無効な商品、顧客向け表示フィルター、直接受注ではなく見積依頼にすべき内容かを確認します。

数量、価格、税が想定と違います

単位、数量基準、選択した商品オプション、顧客別価格表、通貨、割引、税設定、送信値が承認済み販売価格ではなく希望価格ではないかを確認します。

重複受注が作成されました

重複キーを定義していたか、顧客発注番号が含まれていたか、再送ファイルを更新ではなく新規として処理していないか、ポータル送信と EDI 送信が重なっていないかを確認します。

AI が不具合かどうかを判断できません

顧客アクセス、受付経路、必須項目、商品マッピング、重複キー、受注または見積依頼のステータス、関連する見積、通知、監査履歴を比較するよう AI に依頼します。受付設定と送信元データが正しいことを確認してから、製品不具合として扱います。

確認ポイント

公開前に、顧客アクセス、必須項目、商品マッピング、重複ルール、見積依頼への振り分け、失敗行の扱い、通知、ダッシュボード、下流の受注・請求・在庫ワークフロー、監査履歴を確認します。

Sankaを検索...

受注受付公開前の確認

ログ

ログを検索すべてのアクションすべての日付

ID / アクション日時対象 / 項目変更内容実行者

3項目マッピングを確認しました2026/05/20 10:00ポータル・EDI 受付顧客、商品、数量、配送、請求、重複項目を確認しました運用管理者

2テスト受注を送信しました2026/05/20 11:00ポータル受注テスト明細、合計、顧客関連付けを確認しました営業オペレーション

1見積依頼の例外を確認しました2026/05/22 09:30特別数量の依頼最終受注ではなく見積下書きにする依頼として確認しました営業担当者

受注受付の確認では、顧客送信が正しい受注または見積依頼になり、例外が顧客影響の前に見えることを確認します。