창고별 재고 거래

창고별 재고 거래(이 문서에서는 창고 트랜잭션이라고 함)는 창고에서 재고가 보관되고 이동되는 방법에 대한 정보를 저장하는 데이터베이스 레코드입니다. 창고 트랜잭션 레코드는 창고 운영에 고도로 최적화되어 있습니다.

Microsoft Dynamics 365 Supply Chain Management 10.0.32 이전 버전에서는 시스템이 창고 운영 및 기타 유형의 재고 트랜잭션 모두에 단일 유형의 표준 재고 트랜잭션(이 문서에서 재고 트랜잭션이라고 함)을 사용했습니다. 그러나 최신 시스템에서는 적용되는 경우 창고 트랜잭션을 사용하는 것이 좋습니다. 단, 재고 트랜잭션은 다른 기능을 지원하는 데 계속 사용됩니다. 창고 운영에 있어 창고 트랜잭션은 재고 트랜잭션에 비해 많은 이점을 제공합니다. 여기 예시들이 있습니다 :

  • 특히 다수의 일련번호 또는 일괄 처리 번호(추적 치수)가 포함된 시나리오의 경우 창고 운영 성능이 크게 향상됩니다.
  • 창고 운영을 지원하는 데 필요한 재고 트랜잭션 레코드 수가 줄어들어 확장성이 향상됩니다. 표준 재고 트랜잭션은 더 많은 레코드를 생성하므로 데이터베이스에 과도한 부하를 유발할 수 있습니다.

창고 트랜잭션과 재고 트랜잭션의 비교

창고 트랜잭션은 여러 면에서 재고 트랜잭션과 다릅니다. 주요 차이점은 다음과 같습니다.

  • 창고 트랜잭션은 품목을 대량으로 처리할 수 있습니다. 즉, 단일 창고 트랜잭션으로 일련번호나 일괄 처리 번호가 서로 다른 일련의 품목을 예약, 출고 또는 수령할 수 있습니다. 이 기능을 통해 시스템은 반복적인 검증을 방지하고 효율적인 세트 기반 작업을 사용할 수 있습니다. 또한 시스템에서 생성되는 데이터의 양도 줄어듭니다. 아이템 세트는 재사용이 가능하기 때문에 동일한 정보를 여러 번 기록할 필요가 없습니다.
  • 창고 트랜잭션에는 재무 또는 비용 정보가 포함되지 않습니다. 이는 재정적 영향을 미치지 않는 창고 운영에만 사용됩니다. 이 변경으로 인해 데이터베이스에 필요한 필드, 인덱스 및 유효성 검사 수가 크게 줄어듭니다. 재무적 영향(예: 계산, 입력 조정, 출력 조정)이 있는 창고 운영의 경우 시스템은 여전히 ​​재고 트랜잭션에 의존합니다.
  • 창고 트랜잭션은 변경할 수 없습니다. 따라서 일부 시스템 프로세스를 제외하고는 업데이트되거나 삭제되지 않습니다. 이 속성을 사용하면 트랜잭션 분할을 방지하므로 시스템 성능을 더욱 잘 예측할 수 있습니다. 또한 시스템에서 발생한 일에 대한 보다 자세한 감사 로그를 사용이 가능합니다. 추가 세부 정보는 조사 중에 유용할 수 있습니다.
  • 창고 트랜잭션은 자주 보관됩니다. 이 기능은 창고 트랜잭션 테이블의 크기를 작게 유지하는 데 도움이 됩니다. 또한 시스템은 활성 및 완료된 트랜잭션에 대해 다양한 데이터 모델을 구현할 수 있습니다. 활성 트랜잭션의 데이터 모델은 삽입에 최적화되어 있습니다. (이러한 최적화는 빠른 모바일 디바이스 작업에 매우 중요합니다.) 이와 대조적으로 완료된 트랜잭션의 데이터 모델은 쿼리에 최적화되어 있습니다.

전제 조건

이 기능을 사용하려면 다음 전제 조건이 충족되어야 합니다.

창고 트랜잭션을 지원하기 위해 사용자 지정 감사 및 업데이트

창고별 재고 트랜잭션 기능을 활성화하면 시스템에서 다음과 같은 변경 사항이 발생합니다.

  • 시스템은 더 이상 창고 운영을 위한 재고 트랜잭션을 생성하지 않습니다. 대신 창고 트랜잭션을 사용합니다. 따라서 창고 운영을 위해 관련 재고 트랜잭션에 의존하는 모든 사용자 지정 및 확장을 업데이트해야 합니다. 이 변경 사항은 창고 트랜잭션을 사용하도록 구성한 창고 시나리오에만 영향을 미칩니다. (자세한 내용은 이 문서의 창고 트랜잭션을 사용해야 하는 시나리오 선택 섹션을 참조하세요.)
  • 창고 작업이 처리될 때 기존의 여러 메서드가 더 이상 호출되지 않습니다.

이 기능을 활성화하려고 하면 시스템에서는 이러한 변경으로 인해 중단될 수 있는 확장을 식별하기 위해 일련의 검사를 수행합니다. 문제가 발견되면 확장을 식별하고 업데이트 방법을 설명하는 오류 메시지가 표시됩니다. 기능을 활성화하려고 할 때 이러한 메시지가 나타나면 다음 단계를 따릅니다.

  1. 개발자나 Microsoft 파트너에게 연락하여 관련 확장을 검토하고 필요한 수정을 하도록 요청합니다.
  2. 문제가 있는 확장이 포함된 모듈을 검증된 모듈로 선언합니다. buildValidatedModuleSet() 클래스의 WHSWarehouseInventoryTransactionFeatureExtensionValidator 메서드를 확장하고 플래그가 지정된 확장이 포함된 모듈의 이름을 세트에 추가하여 이렇게 변경할 수 있습니다.
  3. 업데이트된 모듈을 배포합니다. 이제 기능 유효성 검사기를 사용하여 기능을 활성화할 수 있습니다.

주의

기능 유효성 검사기로 가능한 모든 문제를 감지할 수는 없습니다. 예를 들어 확장이 창고 작업과 관련된 재고 트랜잭션을 읽고 있는지 여부를 감지할 수 없습니다. (해당 기능을 활성화한 후에는 해당 재고 트랜잭션이 더 이상 존재하지 않습니다.)

창고 트랜잭션을 사용해야 하는 시나리오 선택

시스템을 통해 창고 트랜잭션을 사용할 시나리오를 선택할 수 있습니다. 예를 들어 처음에는 창고 이동에 새 창고 트랜잭션을 사용할 수 있지만 다른 모든 작업에는 재고 트랜잭션을 계속 사용할 수 있습니다. 따라서 창고별 재고 트랜잭션 기능을 아직 활성화하지 않고 사용자 지정된 시스템을 사용하는 조직은 유연하게 조금씩 창고 트랜잭션으로 전환할 수 있습니다. 최소한의 사용자 지정 시나리오 또는 성능 개선이 가장 필요한 시나리오부터 시작할 수 있습니다.

창고 트랜잭션을 사용해야 하는 시나리오를 선택하려면 다음 단계를 따릅니다.

  1. Warehouse Management > 설정 > Warehouse Management 매개 변수로 이동합니다.
  2. 일반 탭의 창고 재고 트랜잭션 메커니즘 빠른 탭에서 창고 트랜잭션을 사용하려는 각 시나리오에 대해 창고 재고 트랜잭션 사용 확인란을 선택합니다. 이 확인란을 선택 취소한 시나리오에서는 계속해서 재고 트랜잭션을 사용하게 됩니다.
  3. 작업 창에서 저장을 선택합니다.

일부 창고 작업 유형은 다른 시스템 프로세스(예: 입력 조정/출력 조정 및 계산 작업)에 대한 래퍼일 뿐이며 재고 트랜잭션을 계속 사용합니다. 이러한 작업은 모든 재고 차원에서 보유 재고를 변경하므로 재정적 영향을 미칩니다.

소스 문서 트랜잭션은 여전히 재고 트랜잭션(InventTrans 테이블의 레코드)을 사용하여 표시되며 계속해서 재고 스택을 사용합니다. 예를 들어 판매 피킹 시나리오에서 판매 라인과 관련된 예약은 여전히 ​​재고 트랜잭션으로 표시됩니다. 그러나 판매 주문을 창고로 릴리스하면 생성된 작업은 창고 트랜잭션을 사용합니다. 작업이 완료되면 판매 라인의 재고 트랜잭션이 피킹됨 상태로 업데이트되고 마치 작업에서 재고 트랜잭션을 사용한 것처럼 모든 특정 차원 값이 할당됩니다.

창고 트랜잭션 검토

창고 트랜잭션 페이지에는 창고 트랜잭션과 재고 트랜잭션이 모두 표시됩니다. 반면 재고 트랜잭션 페이지에는 재고 트랜잭션만 표시됩니다. 따라서 창고 트랜잭션 페이지에만 창고 운영과 관련된 모든 트랜잭션이 표시됩니다. 예를 들어, 판매 피킹 시나리오에서 판매 주문과 관련된 모든 트랜잭션을 보려면 창고 트랜잭션 페이지를 열어야 합니다. 판매 주문 재고 트랜잭션과 업무 관련 창고 트랜잭션이 모두 표시됩니다. 재고 트랜잭션 페이지에는 판매 주문 트랜잭션만 표시됩니다.

창고 트랜잭션의 목적 페이지에는 창고 관리와 관련된 모든 트랜잭션이 표시됩니다. 주문됨 또는 주문 시 상태인 재고 트랜잭션은 표시되지 않습니다. 이는 보유고 페이지와 창고 재고 트랜잭션 페이지를 비롯한 시스템의 여러 위치에서 열 수 있습니다.

예를 들어 선택한 제품에 대한 보유고 페이지에서 창고 트랜잭션 페이지를 열려면 다음 단계를 따릅니다.

  1. 제품 정보 관리 > 제품 > 출시된 제품으로 이동합니다.

  2. 릴리스된 제품을 선택합니다.

  3. 작업 창의 재고 관리 탭에 있는 보기 그룹에서 현재고를 선택합니다.

    참고

    선택한 제품에 대한 모든 트랜잭션을 보려면, 대신 창고 거래를 선택합니다.

  4. 보유고 페이지에서 검사하려는 보유 재고에 대한 행을 선택합니다.

  5. 작업 창에서 창고 트랜잭션을 선택합니다.

창고 트랜잭션재고 트랜잭션 페이지는 유사한 기능을 제공합니다. 그러나 창고 트랜잭션 페이지는 창고 운영에 적용되는 기능으로 제한됩니다. 다음 작업을 수행할 수 있습니다.

  • 표시할 재고 치수를 선택하려면 작업 창에서 차원 표시를 선택합니다.
  • 선택한 행과 동일한 재고 차원을 가진 모든 트랜잭션을 보려면 작업 창의 재고 탭에서 차원에 대한 창고 트랜잭션을 선택합니다.
  • 선택한 행의 재고 차원을 추적하려면 작업 창의 재고 탭에서 추적을 선택하여 재고 차원 추적 페이지를 엽니다.
  • 선택한 행에 대한 배치 특성 세부 정보를 보려면 작업 창의 재고 탭에서 재고 배치 특성을 선택합니다.

창고 거래 보관

창고 트랜잭션과 재고 트랜잭션은 성격이 약간 다르기 때문에 시스템은 재고 트랜잭션보다 창고 트랜잭션을 더 자주 보관할 수 있습니다. 창고 작업이 완료(마감 또는 취소)될 때마다 시스템은 관련된 모든 창고 트랜잭션을 보관합니다. 보관된 창고 트랜잭션은 보관되지 않은 트랜잭션과 마찬가지로 사용자 인터페이스(UI)를 통해 계속 사용할 수 있습니다. 그러나 빠른 삽입(활성 트랜잭션)에 최적화된 스토리지에서 쿼리(보관된 트랜잭션)에 최적화된 스토리지로 이동하게 됩니다. 시스템은 이러한 차이를 감지할 수 있으며, 작업 시 보관된 창고 트랜잭션도 고려합니다. 예를 들어 보유고 재계산 일관성 검사를 수행하거나 재고 차원 추적 페이지를 사용할 때 고려합니다.

보관 절차는 창고 재고 트랜잭션 보관 프로세스 자동화 백그라운드 프로세스에 의해 구현됩니다. 이 프로세스는 창고별 재고 트랜잭션 기능을 활성화하면 자동으로 등록됩니다. 기본적으로 이는 10분마다 실행됩니다. 그러나 시스템 관리자는 실제 시스템 사용에 따라 반복 속성을 변경할 수 있습니다.

창고 재고 트랜잭션 보관 프로세스의 반복 속성을 변경하려면 다음 단계를 따릅니다.

  1. 시스템 관리 > 설정 > 프로세스 자동화로 이동합니다.
  2. 백그라운드 프로세스 탭의 그리드에서 이름 필드가 창고 재고 트랜잭션 보관으로 설정된 행을 선택합니다.
  3. 도구 모음에서 편집을 선택합니다.
  4. 백그라운드 프로세스 편집 대화 상자가 열립니다. 필요에 따라 구성을 검토 및 편집하고 확인을 선택합니다.

창고 재고 트랜잭션 보관 프로세스의 실행 기록을 검토하려면 다음 단계를 따릅니다.

  1. 시스템 관리 > 설정 > 프로세스 자동화로 이동합니다.
  2. 백그라운드 프로세스 탭의 그리드에서 이름 필드가 창고 재고 트랜잭션 보관으로 설정된 행을 선택합니다.
  3. 도구 모음에서 가장 최근 결과 보기를 선택합니다.
  4. 실행 결과 대화 상자가 표시되고 각 프로세스 실행의 목록이 표시됩니다. 여기에서 각 프로세스의 성공 여부와 실행 로그를 확인할 수 있습니다.

자주 하는 질문

이 섹션에서는 창고별 재고 거래에 관해 자주 묻는 몇 가지 질문에 대한 답변을 제공합니다.

Microsoft는 InventTrans 및 WHSInventReserve 테이블에서 보유 재고를 분리할 계획입니까?

현재 이 테이블에서 보유 재고를 분리할 계획은 없습니다.

새로운 거래 유형은 무엇을 나타내며 WHSInventoryTransactionTable 테이블에서 어떻게 사용됩니까?

WHSInventoryTransactionTable 테이블에는 다음 네 가지 유형의 트랜잭션이 포함됩니다(WHSInventoryTransactionTypeEnum에서 정의됨).

  • 등록된 발행물 – 물리적으로 발행된 항목을 나타냅니다.
  • 등록된 영수증 – 실제로 수령한 품목을 나타냅니다.
  • 실제 예약 – 품목 예약을 나타냅니다.
  • 실제 예약 제거 – 예약 제거를 위한 명시적인 개별 거래 유형을 나타냅니다. 설정에 따라 공간 절약을 위해 모든 예약 관련 거래가 보관 프로세스 중에 삭제될 수 있습니다.

ItemSetId는 번호판과 어떻게 다르며, 앞으로 두 가지를 모두 진행하는 방법에 대한 지침이 있습니까?

InventTrans 기반 재고는 항목 집합에 대한 재고 작업(예: 발행, 수령예약)을 나타내도록 설계되지 않았습니다. 번호판(예: 창고 작업의 대상 번호판)은 이러한 항목 집합의 한 예입니다. InventTrans 기반 인벤토리 스택의 관점에서 보면 번호판은 InventDim의 다른 재고 규모와 유사한 규모일 뿐입니다. 새로운 인벤토리 스택의 항목 집합 개념은 이러한 격차를 해소하는 것을 목표로 합니다. 초기 선택 중에 항목 세트가 구성되고 후속 작업(예: 단계에 배치, 단계에서 선택베이 도어에 보관 등)은 해당 항목 세트를 재사용합니다. 이 접근 방식은 이동 중인 항목에 대한 중복 정보 기록을 방지합니다. 그러나 새 시스템에서는 번호판이 계속 사용됩니다.

추가 리소스

  • 이 기능에 대한 자세한 내용을 보려면 창고 재고 트랜잭션 Yammer 그룹에 가입하는 것이 좋습니다. 여기에서 유용한 가이드를 찾을 수 있고 최신 업데이트를 얻을 수 있으며 창고 트랜잭션 사용과 관련하여 궁금한 사항을 게시할 수 있습니다.