目次
- Business Applications・EDI(電子データ交換)フルマネージドプラットフォーム
- ドキュメントの目的
- 本質・定義 {#本質定義}
- B2B Data Interchange が解決する課題 {#課題}
- 主な特徴 {#特徴}
- アーキテクチャ {#アーキテクチャ}
- Profile(プロファイル)管理 {#profile}
- Transformer(変換)設定 {#transformer}
- Mapping(マッピング)ルール {#mapping}
- Capability(ケーパビリティ)統合 {#capability}
- X12 トランザクションセット {#x12}
- Transfer Family(AS2 / SFTP)統合 {#transfer}
- 主要ユースケース {#ユースケース}
- 設定・操作の具体例 {#設定操作}
- 類似サービス比較 {#比較}
- ベストプラクティス {#ベストプラクティス}
- トラブルシューティング {#トラブルシューティング}
- 2025-2026 最新動向 {#最新動向}
- 学習リソース {#資料}
- 実装例・チェックリスト {#実装チェック}
- コスト・プライシング {#コスト}
- まとめ {#まとめ}
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・ノーコード設定で実現。
目次
- 本質・定義
- B2B Data Interchange が解決する課題
- 主な特徴
- アーキテクチャ
- Profile(プロファイル)管理
- Transformer(変換)設定
- Mapping(マッピング)ルール
- Capability(ケーパビリティ)統合
- X12 トランザクションセット
- Transfer Family(AS2 / SFTP)統合
- 主要ユースケース
- 設定・操作の具体例
- 類似サービス比較
- ベストプラクティス
- トラブルシューティング
- 2025-2026 最新動向
- 学習リソース
- 実装例・チェックリスト
- コスト・プライシング
- まとめ
本質・定義 {#本質定義}
初心者向け説明
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 最新動向 {#最新動向}
- EDIFACT 完全サポート:UN/EDIFACT D07B・D08B への対応拡張
- AI-powered マッピング:スキーマ自動認識・マッピング自動化
- リアルタイムバリデーション:受信時の即座検証・エラー通知
- マルチリージョン Partnership:グローバル取引先対応の強化
- 医療フォーマット拡張:X12 8010・8040 などの医療専用フォーマット
学習リソース {#資料}
公式ドキュメント
- AWS B2B Data Interchange User Guide
- AWS B2B Data Interchange API Reference
- X12 Standards (ANSI X12)
- UN/EDIFACT Standards
- 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 パイプライン構築 には欠かせません。
核心ポイント
- EDI パーサー内製不要:複雑な X12・EDIFACT 処理をマネージド化
- 取引先ごとの柔軟対応:複数フォーマット・バージョンに対応
- Transfer Family 統合:AS2・SFTP でセキュアな受信・送信
- EventBridge・Lambda 統合:イベント駆動で業務プロセス自動化
- 低コスト・迅速導入:従量課金で数週間で運用開始
最終更新:2026-04-27
バージョン:v2.0