데이터 관리 기능 > 오프라인 공동 작업을 위해 패키지를 사용하여 데이터 가져오기 및 내보내기 > 받은 배달을 사용하여 가져온 객체 작업
  
받은 배달을 사용하여 가져온 객체 작업
받은 배달은 Windchill 설치 외부에서 작업하는 사람들과의 공동 작업 기회를 제공합니다. 이러한 공동 작업 시나리오에 대한 많은 변형이 있지만 두 가지 주요 공동 작업 범주는 지정된 회사 내 두 개의 설치 간 및 두 개의 별도 회사 간입니다. 이러한 두 공동 작업 시나리오는 다음과 같은 결과를 생성합니다.
시스템 간에 공유되는 객체는 동일한 정보를 나타냅니다.
전송 시스템이 공유 객체에 대한 권한을 갖습니다.
수신 시스템은 해당 시스템에 대한 관리 기능을 유지하는 동시에 공유 객체를 보고 참조할 수 있습니다.
수신 시스템은 공동 작업 시나리오에 관계없이 근본적으로 동일한 단계를 따르지만 전송 시스템에서 도입된 약간의 차이점이 있습니다. 이 차이점은 가져온 객체가 소스 시스템의 해당 객체와 일치하는 정도를 중심으로 합니다.
받은 배달을 사용하여 가져온 객체는 전송 시스템과 동일한 수신 시스템의 객체를 나타냅니다. 결과적으로, 객체는 이름, 번호, 라이프 사이클 상태 등 동일한 비즈니스 정보를 유지합니다. 내부 시스템 간에 복제하는 경우 일반적으로 자세한 정보 공유에 대해 외부 파트너와 공동으로 작업할 때와 같은 보안 또는 비즈니스 관계 제한이 없습니다. 두 내부 시스템 간에 복제되는 객체에는 대체로 사용자 정보(예: 객체를 작성한 사용자), 유효성 또는 라이프 사이클 및 워크플로 기록이 포함되어 있습니다.
공동 작업 목표는 수신 시스템으로 가져오는 데이터 간의 차이점에 영향을 줍니다.
외부 파트너와의 공동 작업은 대체로 예약된 배달 날짜가 포함된 계약 이정표 또는 새 구성 릴리즈와 같은 중대 이벤트를 중심으로 합니다. 결과적으로, 수신 시스템에는 해당 이정표와 관련된 정보의 주기적 스냅샷만 있으면 됩니다. 예를 들어, 릴리즈된 특정 구성에서 사용된 버전만 받은 배달에 포함될 수 있습니다.
내부 복제를 위한 공동 작업은 주로 두 번째 시스템에 정확한 데이터 복제를 작성하는 것에 초점을 둡니다. 내부 복제는 일반적으로 스케줄에 따라 처리되며 두 시스템이 다를 수 있음을 인식합니다. 예를 들어, 다른 컨텍스트 또는 폴더 구조가 있을 수 있습니다. 두 시스템 간에 서로 다른 비즈니스 프로세스가 사용될 수도 있습니다. 예를 들어, 전송 시스템에서 실행 중인 워크플로는 수신 시스템에서 시작되면 안됩니다.
전송 시스템에서 패키지 배달을 작성할 때 공동 작업 목표 간의 차이점으로 인해 내부 복제 시 추가 세부내용이 필요할 수도 있습니다. 기존 객체에 대한 변경 사항과 소스 시스템에서 삭제된 객체에 대한 정보가 증분 배달을 사용하여 전달됩니다.
공동 작업 시나리오에 관계없이 받은 배달을 사용하여 가져온 객체에는 자동으로 잠금이 적용되며, 사용자가 객체를 보고 사용할 수 있지만 속성이나 컨텐트를 수정할 수 없도록 하여 사용자가 객체에 대해 수행할 수 있는 작업을 제한합니다. 변경 공지와 같은 일부 객체는 Windchill 시스템이 소유한 객체처럼 사용자가 수정할 수 없다는 추가 제한이 있습니다. 자세한 내용은 가져온 객체에 대한 잠금 정보를 참조하십시오.