YARDtwin uses essential cookies for authentication and session management. We don’t currently set analytics or marketing cookies, but our cookie policy categorises them ahead of any future change. 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분 데모에서 테스트 테넌트를 실시간으로 연결하고, 납품을 처음부터 끝까지 실행하며, 통신 계약을 함께 검토합니다.