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이 예약하고 게이트·도크·디지털 트윈을 운영한 후 자재 문서 번호와 함께 상품 이동을 바로 반영합니다. 사전 구성된 양방향 연동으로, 사이트별로 약 10분이면 활성화됩니다.
연동 대상: SAP S/4HANA · SAP ECC · SAP EWM · SAP Integration Suite (CPI) · IDoc · BAPI · OData
SAP는 트럭이 올 것을 알고 있습니다. 하지만 트럭이 늦게 도착했는지, 게이트에서 40분을 대기했는지, 또는 하역 없이 출발했는지는 알지 못합니다. YARDtwin은 그 공백을 채우고, 그 과정에서 SAP를 정확하게 유지합니다.
구매 오더, 납품, 재고 및 재무 정보. SAP는 비즈니스의 단일 정보 원천으로 유지됩니다 — YARDtwin은 마스터 데이터를 복제하지 않으며, 납품을 수신하고 상품 이동을 반환합니다.
게이트부터 창고 입구 사이의 모든 것: 예약 일정 관리, 봉인 및 콜드체인 검증이 포함된 게이트 체크인, 야드의 실시간 디지털 트윈, 도크 실행, GMP 수준의 감사 추적.
스프레드시트에 납품 정보를 재입력하는 작업, 트럭 도착 여부를 확인하기 위한 창고 전화, 실제 하역 후 수 시간이 지나서 등록되는 입고 전표. 루프는 자동으로, 몇 분 내에 완결됩니다.
이것은 목업이 아닙니다. 5분 안에 Site Admin에서 라이브로 3-sync 구성이 활성화되는 과정과 두 가지 실제 흐름을 확인할 수 있습니다: SAP가 인바운드 납품을 전송하면, YARDtwin이 일정에 등록하고, 게이트에서 사진으로 SAP 예상 봉인을 검증하며, 디지털 트윈이 트럭을 도크까지 추적하고, 모든 핸들링 유닛이 스캔 및 대사 처리됩니다 — 그리고 자재 문서 번호와 함께 입고 전표가 SAP에 역전기됩니다.
반대 방향도 마찬가지입니다: SAP가 완제품의 아웃바운드 납품을 전송하면, 트레일러에 상품이 적재되고 기록된 관리 연속성과 함께 봉인되며, 출고 전표가 역전기되고, 운전자가 화면에 서명하여 출발을 확인합니다 — 21 CFR Part 11 방식으로.
라이브 YARDtwin 인스턴스와 적합한 SAP 측 테스트 엔드포인트를 대상으로 녹화되었습니다. 표시된 모든 SAP 메시지는 실제로 전송, 서명 및 수신 확인되었습니다.
SAP가 야드를 얼마나 파악하는지는 원클릭 프리셋으로 결정됩니다 — 통합 프로젝트가 아닙니다. 간단하게 시작하고 나중에 전체를 미러링하거나, 반대로 진행하세요. 모드 변경은 구성 변경이며, 감사 추적에 기록됩니다.
SAP EWM Yard Management는 비활성화 상태로 유지됩니다. YARDtwin이 야드 전체를 관리하며, 경계를 넘는 것은 단 두 가지입니다: 수신되는 납품과 반환되는 상품 이동.
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_statusSAP의 출고 확인 응답(아웃바운드 출하용)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분 데모에서 테스트 테넌트를 실시간으로 연결하고, 납품을 처음부터 끝까지 실행하며, 통신 계약을 함께 검토합니다.