目次

AWS B2B Data Interchange 完全ガイド v2.0

Business Applications・EDI(電子データ交換)フルマネージドプラットフォーム

AWS B2B Data Interchange は、X12 EDI(ANSI X12)フォーマットのファイル変換・処理をフルマネージドで提供するサービスです。複雑な EDI パーサー・マッピングルール・バリデーション機能を マネージドで提供し、B2B パートナーとの電子データ交換を 低コード で実装。Transfer Family(AS2 / SFTP)と統合して、EDI 受信→変換→ビジネスプロセス連携をワンストップで実現。小売業・製造業・ヘルスケア・医療請求の EDI パイプライン構築 に欠かせません。本ガイドは、B2B Data Interchange の核心・アーキテクチャ・Profile・Transformer・ユースケースを体系的に解説する完全解説書です。


ドキュメントの目的

本ガイドは以下を対象としています。

  • B2B インテグレーション マネージャー: EDI パイプラインの設計・運用
  • IT アーキテクト: Transfer Family + B2B Data Interchange の統合設計
  • 開発者向け: Transformer マッピング・EventBridge 統合の実装
  • 意思決定者向け: Cleo・IBM Sterling vs AWS B2B Data Interchange の選択

2025-2026 年の B2B Data Interchange エコシステム

  • EDIFACT サポート拡張:国際 EDI フォーマット(UN/EDIFACT)対応
  • X12 8010・8040 サポート:医療カテゴリー向けフォーマット対応
  • AI-powered マッピング:スキーマ自動認識・マッピング自動化
  • リアルタイム検証:受信時の即座バリデーション・エラー通知
  • マルチリージョン Partnership:グローバル取引先との複数リージョン対応
  • SBOM・規制対応:医療・金融向けサプライチェーン追跡機能

定義

AWS 公式による定義:

“AWS B2B Data Interchange is a fully managed service for converting EDI documents and other business data formats for transmission between trading partners and applications.”

複雑な EDI 処理を API・ノーコード設定で実現。


目次

  1. 本質・定義
  2. B2B Data Interchange が解決する課題
  3. 主な特徴
  4. アーキテクチャ
  5. Profile(プロファイル)管理
  6. Transformer(変換)設定
  7. Mapping(マッピング)ルール
  8. Capability(ケーパビリティ)統合
  9. X12 トランザクションセット
  10. Transfer Family(AS2 / SFTP)統合
  11. 主要ユースケース
  12. 設定・操作の具体例
  13. 類似サービス比較
  14. ベストプラクティス
  15. トラブルシューティング
  16. 2025-2026 最新動向
  17. 学習リソース
  18. 実装例・チェックリスト
  19. コスト・プライシング
  20. まとめ

本質・定義 {#本質定義}

初心者向け説明

B2B Data Interchange は「EDI ファイル変換工場」です。小売業・製造業では、取引先が送ってくる EDI ファイル(X12 850 = 発注書)を読み込んで、社内システムが理解できる JSON / XML に変換する必要があります。従来は 複雑な EDI パーサーを自前実装(Cleo・Sterling などで数百万円)。B2B Data Interchange は、AWS マネージドサービス として、変換を簡潔に実現。

Service の役割

B2B Data Interchange は以下の EDI 処理機能を提供:

機能 説明
EDI Parser X12 / EDIFACT ファイルを解析
Transformer EDI フォーマットを JSON / XML に変換
Mapping セグメント・フィールドの対応づけ
Validation EDI フォーマット・ビジネスルールの検証
Partnership Management 取引先プロファイル・契約管理
Transfer Family 統合 AS2・SFTP でのファイル受信・送信

B2B Data Interchange が解決する課題 {#課題}

1. EDI パーサーの複雑性

課題:X12 EDI フォーマット(850 発注・810 請求)は複雑で、自前実装には膨大な時間・コスト

B2B Data Interchange の解決

  • X12 フォーマット標準サポート
  • マッピングテンプレート利用
  • ノーコード設定で実装

2. 複数取引先フォーマット対応

課題:Walmart・Amazon・Target など大手小売企業ごとに EDI フォーマットが異なる → 複数パーサー管理が複雑

B2B Data Interchange の解決

  • 取引先ごとに Transformer / Mapping を作成
  • 一元管理・再利用可能
  • 新規取引先対応も迅速

3. EDI 検証・エラーハンドリング

課題:受信したフォーマットが不正でも気付かず、後工程で支障 → 金銭損失

B2B Data Interchange の解決

  • 受信時の即座バリデーション
  • フォーマット・ビジネスルール検証
  • エラー時の自動通知・リトライ

4. AS2・SFTP でのセキュアな受信

課題:EDI は機密度が高い(仕入価格・販売数量)→ セキュアな転送が必須

B2B Data Interchange の解決

  • Transfer Family(AS2 / SFTP)ネイティブ統合
  • ファイル署名・暗号化
  • 法的否認防止(Non-repudiation)

主な特徴 {#特徴}

1. EDI フォーマット対応

対応フォーマット:

X12(ANSI X12): 北米標準
  ├─ VERSION 4010, 4030, 5010(最新)
  ├─ トランザクションセット: 850, 855, 856, 810, 820 他
  └─ 金融・医療・製造で広く使用

EDIFACT(国連標準): ヨーロッパ・国際標準
  ├─ UN/EDIFACT D96A, D07B 他
  └─ グローバル取引で採用

カスタム EDI フォーマット
  ├─ 業界固有フォーマット対応
  └─ Mapping ルールで柔軟対応

2. Partnership・Profile 管理

プロファイル階層:

Organization Profile(自社情報)
  ├─ 会社名・住所・識別子
  ├─ EDI 担当部門
  └─ 連絡先

Trading Partner Profile(取引先情報)
  ├─ パートナー会社名・識別子
  ├─ EDI 対応形式(AS2 / SFTP)
  └─ 受信・送信先アドレス

3. Capability(ケーパビリティ)による個別処理

Capability(EDI 処理設定):

1 つの Capability = 1 種類の EDI ファイル処理

例: Walmart からの X12 850(発注書)受信
  ├─ Partnership: Walmart(取引先)
  ├─ Capability: X12_850_INBOUND
  ├─ Transformer: X12 → JSON
  ├─ Mapping: Walmart 仕様に対応
  └─ Output: S3 / Lambda → ERP システム

4. EventBridge・Lambda 統合

処理フロー:

AS2 / SFTP 受信
  ↓
B2B Data Interchange で変換
  ↓
S3 に JSON / XML 保存
  ↓
EventBridge で検出(イベント)
  ↓
Lambda 実行(ビジネスロジック)
  ├─ JSON パース
  ├─ データベース更新
  ├─ ERPシステム API 呼び出し
  └─ 発注確認メール送信

アーキテクチャ {#アーキテクチャ}

【図1】B2B Data Interchange フロー

取引先(サプライヤー / 小売業)
    ↓ AS2(署名・暗号化)/ SFTP
    
Transfer Family(ファイル受信)
    ├─ AS2 Connector(署名検証)
    ├─ SFTP Server
    └─ 受信ファイル → S3 バケット
    
B2B Data Interchange
    ├─ Partnership 確認(取引先識別)
    ├─ Capability 照合(EDI 形式特定)
    ├─ Transformer 実行(EDI → JSON)
    ├─ Mapping 適用(フィールド対応)
    └─ Validation(形式・ビジネスルール検証)
    
S3(変換済み JSON / XML)
    ↓ EventBridge Pipe / Lambda トリガー
    
ビジネスプロセス
    ├─ ERP システム(Oracle、SAP)
    ├─ 注文管理システム
    ├─ 在庫システム
    └─ 請求システム

【図2】取引先ごとの EDI フォーマット対応

Walmart からの X12 850(発注書)
  ├─ Capability: wmt-850-inbound
  ├─ Transformer: x12_850_v5010_walmart
  ├─ Mapping: Walmart 仕様(PO 番号、商品コード等)
  └─ Output JSON: {...po_number, items[...], ...}

Amazon からの X12 850(発注書)
  ├─ Capability: amzn-850-inbound
  ├─ Transformer: x12_850_v4010_amazon
  ├─ Mapping: Amazon 仕様(異なるフィールド位置)
  └─ Output JSON: {...order_id, products[...], ...}

Target からの X12 850(発注書)
  ├─ Capability: target-850-inbound
  ├─ Transformer: x12_850_v4030_target
  ├─ Mapping: Target 仕様(独自の識別子)
  └─ Output JSON: {...target_order, items[...], ...}

→ 統一的な後処理で全ての JSON を ERP に取り込み

Profile(プロファイル)管理 {#profile}

Organization Profile(自社)

import boto3

b2bi = boto3.client('b2bi', region_name='us-east-1')

# Organization Profile 作成
response = b2bi.create_profile(
    Name='ABC_Corporation',
    BusinessName='ABC Corp Inc',
    Logging='ENABLED',
    Email='edi@abc-corp.com',
    Phone='+1-555-0100',
    ProfileDetails={
        'AS2Id': 'ABC123',  # AS2 通信での識別子
        'X12Location': '123456789'  # X12 EDI での識別子
    }
)

org_profile_id = response['ProfileId']

Trading Partner Profile(取引先)

# Trading Partner Profile 作成
response = b2bi.create_profile(
    Name='Walmart_EDI_Partner',
    BusinessName='Walmart Inc',
    Email='edi@walmart.com',
    Phone='+1-479-000-0000',
    ProfileDetails={
        'AS2Id': 'WALMARTEDI',
        'X12Location': '0078742407',  # Walmart の DUNS 番号
        'PartnerId': 'WMT-001'  # 内部識別子
    }
)

partner_profile_id = response['ProfileId']

Transformer(変換)設定 {#transformer}

Transformer 作成(X12 → JSON)

# Transformer 作成(X12 850 = 発注書)
response = b2bi.create_transformer(
    Name='walmart_x12_850_transformer',
    FileFormat='X12',
    EDIDetails={
        'Envelope': {
            'X12Interchange': {
                'InterchangeControlHeadersAndTrailers': 'REQUIRED',
                'FunctionalGroupHeadersAndTrailers': 'REQUIRED',
                'ImplementationConventions': {
                    'TrailingZeros': 'PRESERVE'
                }
            }
        }
    },
    MappingTemplate={
        'TransactionSet': 'X12_850',  # 発注書
        'Version': 'VERSION_5010',  # X12 5010(最新)
        'SegmentGroup': {
            'BEG': {  # Beginning Segment
                'TransactionSetCode': '850',
                'PurchaseOrderNumber': 'BEG.03',
                'PurchaseOrderDate': 'BEG.05'
            },
            'N1': {  # Name
                'PartyIdQualifier': 'N1.01',
                'VendorName': 'N1.02'
            },
            'PO1': {  # Line Item
                'LineItemNumber': 'PO1.01',
                'Quantity': 'PO1.02',
                'UnitOfMeasure': 'PO1.03',
                'Price': 'PO1.04',
                'SKU': 'PO1.06'
            }
        }
    }
)

transformer_id = response['TransformerId']

Mapping(マッピング)ルール {#mapping}

Mapping テンプレート(フィールド対応)

{
  "PurchaseOrder": {
    "PONumber": "$loop.BEG.03",
    "OrderDate": "$loop.BEG.05",
    "RequestedDeliveryDate": "$loop.BEG.07",
    "Vendor": {
      "Name": "$loop.N1[N101=VN].N102",
      "Location": "$loop.N1[N101=VN].N103",
      "GLN": "$loop.N1[N101=VN].N104"
    },
    "ShipTo": {
      "Name": "$loop.N1[N101=ST].N102",
      "Address": "$loop.N3.N301",
      "City": "$loop.N4.N401",
      "State": "$loop.N4.N402",
      "PostalCode": "$loop.N4.N403"
    },
    "LineItems": [
      {
        "LineItemNumber": "$loop.PO1.01",
        "Description": "$loop.PO1.02",
        "Quantity": "$loop.PO1.02",
        "UnitOfMeasure": "$loop.PO1.03",
        "UnitPrice": "$loop.PO1.04",
        "SkuNumber": "$loop.PO1.06",
        "VendorPartNumber": "$loop.PO1.07",
        "RequestedDeliveryDate": "$loop.DTM[DTM01=002].DTM02"
      }
    ],
    "Totals": {
      "SubtotalAmount": "$loop.CTT.02",
      "TaxAmount": "$loop.TXI.02",
      "ShippingAmount": "$loop.SAC[SAC01=A].SAC02",
      "TotalOrderAmount": "$loop.AMT[AMT01=TT].AMT02"
    }
  }
}

Capability(ケーパビリティ)統合 {#capability}

Capability 作成(EDI 受信パイプライン)

# Capability 作成(Walmart 発注書受信)
response = b2bi.create_capability(
    Name='walmart_purchase_order_inbound',
    Type='EDI',
    Configuration={
        'EDI': {
            'Type': {
                'X12Details': {
                    'TransactionSet': 'X12_850',
                    'Version': 'VERSION_5010'
                }
            },
            'InputLocation': {
                'BucketName': 'b2bi-incoming-bucket',
                'Key': 'walmart/inbound/'
            },
            'OutputLocation': {
                'BucketName': 'b2bi-processed-bucket',
                'Key': 'walmart/processed/'
            },
            'TransformerId': 'walmart_x12_850_transformer',
            'ValidationSettings': {
                'EDIValidation': {
                    'EDIStandardValidation': True,
                    'ValidationXmlSchemaVersion': 'VERSION_5010'
                }
            }
        }
    },
    Partnership={
        'PartnerId': 'walmart-partner-id',
        'ProfileId': 'walmart-profile-id'
    }
)

capability_id = response['CapabilityId']

X12 トランザクションセット {#x12}

主要な X12 トランザクション

EDI 850: Purchase Order(発注書)
  用途: サプライヤーへの購入発注
  含む情報: 商品・数量・納期・単価

EDI 855: Purchase Order Acknowledgment(注文確認)
  用途: 発注に対する確認応答
  含む情報: 確認・拒否・納期変更

EDI 856: Ship Notice/Manifest(出荷通知 / ASN)
  用途: 納品予定の事前通知
  含む情報: 商品・ロット・梱包情報

EDI 810: Invoice(請求書)
  用途: 納品実績に基づく請求
  含む情報: 請求番号・金額・税金

EDI 820: Payment Order(支払指示)
  用途: 支払予定の通知
  含む情報: 支払額・振込先・納期

EDI 997: Functional Acknowledgment(受信確認)
  用途: EDI ファイル受信確認
  含む情報: 受信・処理結果

EDI 834: Benefit Enrollment(ヘルスケア向け)
  用途: 医療保険加入申請
  含む情報: 被保険者・プラン情報

EDI 837: Health Care Claim(医療請求)
  用途: 医療サービス提供者から保険会社への請求
  含む情報: 患者・サービス・診療コード・金額

Transfer Family(AS2 / SFTP)統合 {#transfer}

Transfer Family AS2 設定(署名・暗号化)

import boto3

transfer = boto3.client('transfer', region_name='us-east-1')

# AS2 Connector 作成
response = transfer.create_connector(
    ConnectorType='AS2',
    ServerCertificate='arn:aws:acm:us-east-1:...:certificate/...',
    As2Config={
        'BasicAuthSecretArn': 'arn:aws:secretsmanager:us-east-1:...',
        'Compression': 'ZLIB',  # ファイル圧縮
        'EncryptionAlgorithm': 'AES128_CBC',  # 暗号化
        'MdnResponse': 'SYNC',  # MDN 応答(確認)
        'MdnSigningAlgorithm': 'SHA256',  # 署名アルゴリズム
        'SigningAlgorithm': 'SHA256'
    }
)

connector_id = response['ConnectorId']

# B2B Data Interchange と連携
# AS2 受信 → B2B Data Interchange 自動変換 → S3 / Lambda

SFTP Server 設定

# SFTP Server 作成
response = transfer.create_server(
    Protocol=['SFTP'],
    IdentityProviderType='SERVICE_MANAGED',
    LoggingRole='arn:aws:iam::account:role/transfer-logging-role',
    HostKeyName='sftp-server-key'
)

server_id = response['ServerId']

# ユーザー追加(取引先用)
transfer.create_user(
    ServerId=server_id,
    UserName='walmart_edi_user',
    SshPublicKeyBody='ssh-rsa AAAA...',  # 公開鍵
    HomeDirectory='/walmart/inbound/'
)

主要ユースケース {#ユースケース}

ユースケース 1: 大手小売業の発注受け取り

シナリオ:サプライヤーが Walmart・Amazon・Target から日々発注を受け取る

フロー:
  1. Walmart が X12 850 を AS2 で送信
  2. Transfer Family AS2 で受信(署名検証)
  3. B2B Data Interchange で JSON に変換
  4. Mapping で Walmart 仕様に対応
  5. S3 に JSON 保存
  6. Lambda で ERP へ自動取り込み
  7. 在庫確認 → 發注確認(855)を自動送信

効果: 手動対応が不要、発注処理が数秒で完了

ユースケース 2: 製造業のサプライチェーン統合

シナリオ:自動車部品メーカーが仕入先からの納期情報を EDI で受け取る

フロー:
  1. 仕入先が X12 856(出荷通知)を送信
  2. B2B Data Interchange で JSON に変換
  3. Lambda で在庫更新・配送予定を計算
  4. MES(製造実行システム)に通知
  5. 配送業者に自動ピックアップ指示

効果: 納期遅延リスク低減、在庫最適化

ユースケース 3: ヘルスケアの医療請求自動化

シナリオ:医療プロバイダーが X12 837(医療請求)を保険会社に自動送信

フロー:
  1. 診療実績から X12 837 を生成(EMR システム)
  2. B2B Data Interchange で検証(医療コード・金額)
  3. SFTP で保険会社に送信
  4. 保険会社が X12 997(受信確認)を返送
  5. Lambda で請求ステータスを更新

効果: 手動請求プロセス廃止、請求サイクル短縮(30→7 日)

ユースケース 4: グローバル取引

シナリオ:欧州取引先との EDI 交換(EDIFACT 標準)

フロー:
  1. 欧州パートナーが UN/EDIFACT D96A で発注
  2. B2B Data Interchange で JSON に変換
  3. 北米 ERP システムが JSON を処理
  4. 納品確認から EDIFACT レスポンス生成
  5. SFTP で送信

効果: 北米・欧州間の自動 EDI 交換

設定・操作の具体例 {#設定操作}

初期セットアップ

# B2B Data Interchange 有効化
aws b2bi create-connector \
  --name "walmart-connector" \
  --type "EDI" \
  --region us-east-1

# Organization Profile 作成
aws b2bi create-profile \
  --name "My_Company" \
  --business-name "My Company Inc" \
  --email "edi@mycompany.com" \
  --phone "+1-555-0100"

# Trading Partner Profile 作成
aws b2bi create-profile \
  --name "Walmart_Partner" \
  --business-name "Walmart Inc" \
  --email "edi@walmart.com" \
  --phone "+1-479-000-0000"

Terraform IaC(インフラストラクチャコード)

# B2B Data Interchange Profile
resource "aws_b2bi_profile" "organization" {
  name            = "my-organization"
  business_name   = "My Company Inc"
  email           = "edi@company.com"
  phone           = "+1-555-0100"

  profile_details = {
    as2_id       = "MYCOMPANY123"
    x12_location = "9876543210"
  }
}

resource "aws_b2bi_profile" "partner" {
  name          = "walmart-partner"
  business_name = "Walmart Inc"
  email         = "edi@walmart.com"

  profile_details = {
    as2_id       = "WALMARTEDI"
    x12_location = "0078742407"
  }
}

# Transformer
resource "aws_b2bi_transformer" "x12_850" {
  name       = "walmart-x12-850"
  file_format = "X12"

  mapping_template = jsonencode({
    TransactionSet = "X12_850"
    Version        = "VERSION_5010"
  })
}

# Capability
resource "aws_b2bi_capability" "walmart_po" {
  name                 = "walmart-po-inbound"
  type                 = "EDI"
  configuration = {
    edi = {
      type = {
        x12_details = {
          transaction_set = "X12_850"
          version         = "VERSION_5010"
        }
      }
      transformer_id = aws_b2bi_transformer.x12_850.id
    }
  }
}

類似サービス比較 {#比較}

特性 AWS B2B Data Interchange Cleo Integration Cloud IBM Sterling B2B Boomi B2B/EDI
形態 AWS フルマネージド SaaS(クラウド) エンタープライズ iPaaS
EDI Parser ◎ X12・EDIFACT ◎ X12・EDIFACT ◎ 完全対応 ◎ 完全対応
初期セットアップ 低(API) 中(Web UI) 高(プロフェッショナル要) 中(GUI)
AWS 統合 ◎ ネイティブ △ 連携ツール △ 連携ツール △ Boomi Connector
Transfer Family 統合 ◎ 完全統合 △ AS2 のみ △ AS2 △ AS2
EventBridge 統合 ◎ ネイティブ △ ウェブフック △ JMS ◎ Boomi Flow
マッピングツール △ JSON ベース ◎ ビジュアル ◎ ビジュアル ◎ ビジュアル
AI マッピング 進行中 ◎ 一部実装 △ 限定的 △ 限定的
コスト 低(従量課金) 中~高(月額) 高(ライセンス) 中(従量課金)
導入スピード 高(ウィーク) 中(月) 低(月以上) 中(週~月)

ベストプラクティス {#ベストプラクティス}

✅ 推奨される構成

✓ Transfer Family(AS2 / SFTP)で受信・送信を一元化
✓ 取引先ごとに別々の Capability を作成
✓ Mapping は再利用可能な Template として管理
✓ EventBridge で B2B Data Interchange → Lambda を自動連携
✓ S3 の Versioning を有効化(EDI 履歴保管)
✓ CloudTrail で EDI 処理操作を監査
✓ Lambda で業務ロジック(ERP 連携・メール通知)を実装
✓ SNS でエラー・処理結果を通知
✓ CloudWatch で EDI 処理量・エラー率を監視

❌ アンチパターン

× 取引先ごと別々の AS2 / SFTP サーバーを構築(運用負荷増)
× Mapping を複数箇所で重複定義(保守困難)
× EDI ファイルを S3 に保管せず、処理後削除(監査証跡なし)
× エラー時に手動対応のみ(スケーラビリティ欠如)
× Transfer Family なしで FTP で受信(セキュリティリスク)
× CloudTrail ログなしで法的要件対応(コンプライアンス違反)

トラブルシューティング {#トラブルシューティング}

症状 原因 解決策
Transformer エラー X12 フォーマット不正 ファイル構造確認、バージョン確認
Mapping 失敗 セグメント・フィールド不一致 Mapping テンプレート再確認
AS2 受信失敗 証明書期限切れ / 署名不正 証明書確認、署名アルゴリズム確認
Lambda トリガー失敗 EventBridge Rule 不正 EventBridge Pattern 確認
処理遅延 取引先数・ファイルサイズ増加 並列処理数増、バッチ最適化

2025-2026 最新動向 {#最新動向}

  1. EDIFACT 完全サポート:UN/EDIFACT D07B・D08B への対応拡張
  2. AI-powered マッピング:スキーマ自動認識・マッピング自動化
  3. リアルタイムバリデーション:受信時の即座検証・エラー通知
  4. マルチリージョン Partnership:グローバル取引先対応の強化
  5. 医療フォーマット拡張:X12 8010・8040 などの医療専用フォーマット

学習リソース {#資料}

公式ドキュメント

  1. AWS B2B Data Interchange User Guide
  2. AWS B2B Data Interchange API Reference
  3. X12 Standards (ANSI X12)
  4. UN/EDIFACT Standards
  5. Transfer Family Documentation

実装例・チェックリスト {#実装チェック}

実装フェーズ

【Week 1-2】設計・計画
  Day 1-3: 取引先 EDI フォーマット調査
  Day 4-7: Transformer・Mapping 設計

【Week 3-4】セットアップ
  Day 8-10: Profile・Capability 作成
  Day 11-14: Transfer Family(AS2 / SFTP)設定

【Week 5-6】テスト
  Day 15-18: EDI ファイル変換テスト
  Day 19-21: Lambda・ERP 統合テスト

【Week 7-8】本番化
  Day 22-28: 本番環境セットアップ・移行

チェックリスト

【設計フェーズ】
☐ 取引先 EDI フォーマット確認(X12 Version・トランザクション)
☐ Mapping ルール設計
☐ エラーハンドリング戦略

【セットアップ】
☐ Organization Profile 作成
☐ Trading Partner Profile 作成
☐ Transformer 作成・テスト
☐ Capability 作成

【実装】
☐ Transfer Family AS2 / SFTP 設定
☐ Lambda で業務ロジック実装
☐ EventBridge Rule 作成
☐ CloudWatch Logs 設定

【テスト】
☐ サンプル EDI ファイルで変換テスト
☐ Lambda 実行テスト
☐ ERP 統合テスト
☐ エラーケース テスト

【本番化】
☐ 本番環境セットアップ
☐ 取引先への説明・テスト
☐ ドキュメント整備
☐ 運用手順書作成

コスト・プライシング {#コスト}

月額概算

【小規模: 月 10,000 トランザクション】
  トランザクション処理: 10,000 × $0.0005 = $5
  Transfer Family AS2: 月額 $100 + 実データ量
  合計: 約 $105/月

【中規模: 月 1,000,000 トランザクション】
  トランザクション処理: 100 万 × $0.0005 = $500
  Transfer Family AS2: 月額 $100 + データ量 $200
  合計: 約 $800/月

【大規模: 月 1 億 トランザクション】
  トランザクション処理: 1 億 × $0.00035 = $35,000
  Transfer Family AS2: 月額 $100 + データ量 $5,000
  合計: 約 $40,100/月

比較: Cleo / Sterling の月額 ライセンス
  初期: $50K-200K + 年間 $20K-50K
  → 中規模以上で B2B Data Interchange が有利

まとめ {#まとめ}

AWS B2B Data Interchange は、複雑な EDI パーサー・マッピングをマネージドサービスで提供する革新的なサービスです。Transfer Family(AS2 / SFTP)と統合して、B2B パートナーからの EDI 受信→変換→ビジネスプロセス連携を 低コード で実現。小売業・製造業・ヘルスケアの EDI パイプライン構築 には欠かせません。

核心ポイント

  1. EDI パーサー内製不要:複雑な X12・EDIFACT 処理をマネージド化
  2. 取引先ごとの柔軟対応:複数フォーマット・バージョンに対応
  3. Transfer Family 統合:AS2・SFTP でセキュアな受信・送信
  4. EventBridge・Lambda 統合:イベント駆動で業務プロセス自動化
  5. 低コスト・迅速導入:従量課金で数週間で運用開始

最終更新:2026-04-27
バージョン:v2.0