YARDtwin uses essential cookies for authentication and session management. With your consent we also set optional marketing cookies (LinkedIn Insight Tag) on our public website pages only — never inside the application, and never without your opt-in. We set no analytics cookies. Read our Privacy Policy, GDPR Policy, and Cookie Policy.
SAP が配送指示を送信し、YARDtwin が予約・ゲート・ドック・デジタルツインを管理し、材料伝票番号とともに入出庫を自動で SAP に反映します。事前設定済みの双方向連携で、サイトごとに約10分で稼働開始できます。
連携対象： SAP S/4HANA · SAP ECC · SAP EWM · SAP Integration Suite (CPI) · IDoc · BAPI · OData
SAPはトラックが来ることを把握しています。しかし、そのトラックが遅延して到着し、ゲートで40分待機し、荷下ろしされないまま出発したことは把握していません。YARDtwinはそのギャップを埋め、その間もSAPを正確な状態に保ちます。
発注書、配送、在庫、財務情報。SAPはビジネスの唯一の真実の情報源であり続けます。YARDtwinはマスターデータを複製せず、配送情報を受け取り、入出庫実績を返します。
ゲートから倉庫入口までのすべて：アポイントメントスケジュール管理、シールおよびコールドチェーン検証を含むゲートチェックイン、ヤードのライブデジタルツイン、ドック実行、そしてGMPグレードの監査証跡。
配送情報をスプレッドシートに再入力すること、トラックが到着したか倉庫に電話で確認すること、実際の荷下ろしから数時間後に入庫実績を登録すること。ループは自動的に、数分以内に完結します。
これはモックアップではありません。5分間の動画で、サイト管理画面でライブに3-sync設定をオンにする様子と、2つの実際のフローをご確認いただけます：SAPが入荷配送を送信し、YARDtwinがスケジュールに登録し、ゲートがSAPで想定されたシールを写真で確認し、デジタルツインがトラックをドックまで追跡し、すべてのハンドリングユニットがスキャンされて照合され、入庫伝票番号とともに入庫実績がSAPに転記されます。
次に逆方向：SAPが完成品の出荷配送を送信し、トレーラーに積載されて記録済みの保管連鎖でシールされ、出庫実績が転記され、ドライバーが画面上で出発サインを行います — 21 CFR Part 11スタイル。
ライブのYARDtwinインスタンスと適合SAP側テストエンドポイントに対して収録。表示されるすべてのSAPメッセージは実際に送信・署名・確認応答されています。
ヤードをSAPにどこまで見せるかは、統合プロジェクトではなくワンクリックのプリセットで決まります。軽量から始めてすべてをミラーリングするか、その逆も可能です。モードの変更は構成変更として監査証跡に記録されます。
SAP EWMヤード管理はオフのままです。YARDtwinがヤード全体を管理し、境界を越えるのは配送の受信と入出庫実績の返送の2つだけです。
3-syncのすべてに加え、YARDtwinがヤード実行をSAP EWMにミラーリング：チェックインが輸送ユニットを登録し、荷下ろしが倉庫タスクを確認し、出発がヤード退出を登録します。
各同期ポイントはサイトごとの個別スイッチでもあります — デフォルトはオフで、オプトインするまでSAPへの通信は発生しません。
5つの同期ポイントが入荷・出荷のライフサイクルをカバーします。SAP側ではSAPの言語を話し、通信はクリーンなJSONを使用 — マッピング、署名、リトライ、ログ記録がすべて自動で行われます。
| 同期ポイント | 方向 | SAPオブジェクト | イベント |
|---|---|---|---|
| S1配送 → 予約 | ↓ | Inbound / outbound delivery (VBELN) | sap_inbound_delivery |
| S2チェックイン → 輸送ユニット | ↑ | Transportation unit (TU) | tu_register |
| S3荷下ろし → 倉庫タスク | ↑ | Warehouse task confirmation | wt_confirm |
| S4入庫実績 / 出庫実績 | ⇅ | Goods movement (MBLNR) | goods_receipt · goods_issue |
| S5出発 → ヤード退出 | ↑ | Yard exit | yard_exit |
方向矢印：↓ SAP → YARDtwin · ↑ YARDtwin → SAP · ⇅ 双方向。各行はサイトごとの独立したスイッチで、デフォルトはオフ。
sap_inbound_delivery入荷または出荷配送 — SAP配送番号をキーとして予約を作成または更新gr_statusSAPの入荷確認（マテリアルドキュメント番号を含む）gi_status出荷向けSAPの出庫確認tu_registered予約に書き戻されたSAPの輸送ユニット参照tu_registerゲートでトラックがチェックイン — 輸送ユニットを登録wt_confirm荷降ろし完了 — スキャンしたハンドリングユニットで倉庫タスクを確認goods_receiptハンドリングユニット照合付き入荷処理（一致 / 不足 / 超過）goods_issue適用シール付き完成品出荷の出庫処理yard_exitトラック出発 — Part 11署名ハッシュを付与フィールドマッピングは組み込み済み — SAP識別子をネイティブで認識： VBELN · EBELN · LIFNR · MATNR · WERKS · NTGEW · MBLNR · HU / SSCC
YARDtwinはエッジで処理を行い、既存のミドルウェアと署名付きJSONを交換します。SAPシステムへのアドオン、ABAP、新規インフラは一切不要です。
納品を処理するのと同じ統合基盤が、医薬品グレードの厳格な審査に対応して設計されています — それがこのシステムの構築目的です。
SAPまたはCPIチームに完全なキットを提供 — 調査プロジェクトは不要です。ワイヤーコントラクトはエンドツーエンドで文書化されています。
SAP チームをお連れください。30 分のデモで、テストテナントをライブ接続し、納品をエンドツーエンドで実行し、通信仕様を一緒に確認します。