Dynamics 365 Commerce의 소매 관심 그룹이 Yammer에서 Viva Engage로 이동했습니다. 새 Viva Engage 커뮤니티에 액세스할 수 없는 경우 이 양식(https://aka.ms/JoinD365commerceVivaEngageCommunity)을 작성하여 추가하고 최신 토론에 계속 참여하세요.
이 문서에서는 Microsoft Dynamics 365 Commerce에서 DOM(분산된 주문 관리)이 판매 주문을 처리하는 방법을 설명합니다.
DOM 프로세서 일괄 작업
DOM은 일괄 처리 작업에서만 실행됩니다.
DOM 실행을 위한 DOM 프로세서 일괄 처리 작업을 구성하려면 다음 단계를 따르세요.
- Retail 및 Commerce > 분산 주문 관리 > 일괄 처리 > DOM 처리자 작업 설정으로 이동합니다.
- 매개 변수 빠른 탭에서 주문 이행 프로필에 대해 DOM을 실행해야 하는 프로필을 선택합니다.
- 백그라운드에서 실행 빠른 탭에서 일괄 처리 그룹에 대해 구성된 일괄 처리 그룹을 선택합니다.
- 작업 설명에 일괄 처리 작업의 이름을 입력합니다.
- 되풀이를 선택한 후 일괄 처리 작업의 되풀이를 지정합니다.
- 확인을 선택합니다.
판매 주문 및 라인 검색
처리 시점에 DOM은 다음과 같은 주문 및 주문 라인을 고려합니다.
- DOM 프로필에 정의된 판매 주문 원본, 배송 모드 및 법인의 기준을 충족하고, 다음 기준 중 하나를 충족하는 주문 라인:
- 주문 라인은 Commerce 채널에서 생성됩니다. Commerce 판매 옵션이 예로 설정된 경우 판매 주문은 Commerce 채널에서 발생한 것으로 식별됩니다.
- 주문 라인은 DOM을 통해 중개된 적이 없습니다.
- 주문 라인은 이전에 DOM을 통해 중개되었지만, 예외로 표시되어 있으며 최대 시도 임계값 아래에 있습니다.
- 배송 방식은 픽업이나 전자 배송이 아닙니다.
- 주문 라인이 배송 표시가 되지 않았습니다.
- 주문 라인은 수동으로 제외되지 않습니다.
- 주문 최적화 시 승인된 매장 주문을 처리하지 않음이 활성화되어 있으면, 주문 행은 승인됨 상태로 주문 이행 상태가 설정된 소매 매장 창고에 할당되지 않습니다.
- 보류 상태가 아닌 주문.
판매 라인을 수동으로 제외하려면 Commerce headquarters에서 Retail 및 Commerce > 고객 > 모든 판매 주문으로 이동한 후 판매 라인을 선택합니다. 판매 라인의 일반 빠른 탭에서 DOM 처리에서 제외 옵션을 예로 설정합니다.
판매 라인 분할
각 DOM 프로세서 작업 동안 DOM은 주문 처리 프로필에 정의된 최적화당 최대 주문 라인 수 매개 변수에 따라 주문을 배치로 분할합니다. DOM은 판매 주문의 모든 판매 라인이 동일한 배치에 있는지를 확인합니다.
예를 들어, 한 실행에서 10,000개의 주문 행이 최적화되고 있으며, 최적화당 최대 주문 라인 수 매개 변수가 2,000으로 설정되어 있다면, DOM은 5개의 배치로 나누어 동시에 처리합니다.
최적화당 최대 주문 라인 수 값이 0인 경우:
- 간소화된 해결사 유형의 경우, DOM은 판매 라인 100개마다 배치를 생성합니다.
- 프로덕션 해결사 유형의 경우, DOM은 판매 라인 1500개마다 배치를 생성합니다.
참고
최적화당 최대 주문 라인 수에 큰 값을 설정하면 DOM 프로세서 작업이 배치 서버에서 실행되기 때문에 완료하는 데 더 많은 시간이 걸립니다. 성능을 향상시키려면 DOM에서 더 많은 일괄 처리 서버를 사용할 수 있도록 적절한 값을 설정합니다.
재고 조회
DOM은 창고 V2 엔터티(예: InventWarehouseOnHandAggregatedView)의 현재 재고를 확인하여 사용 가능한 재고를 조회합니다. 현재고는 색상, 크기, 스타일 및 구성과 같은 제품 차원과 사이트 및 창고와 같은 보관 차원을 지원합니다. 위치, 재고 상태, 번호판과 같은 다른 차원은 지원되지 않습니다.
DOM에서 사용하는 재고 수량을 보려면 브라우저의 주소창에 다음 URL을 입력하고, <DomainName>을 사용자 환경의 도메인 이름과 <CompanyName>을 사용자 법인의 이름으로 대체하세요.
https://<DomainName>/?cmp=<CompanyName>&mi=SysTableBrowser&TableName=InventWarehouseOnHandAggregatedView
DOM 처리할 판매 라인의 예약 재고도 조회합니다. 보유 재고와 마찬가지로 DOM은 색상, 크기, 스타일 및 구성과 같은 제품 차원과 사이트 및 창고와 같은 보관 차원만 지원합니다. 예약된 재고가 위치, 재고 상태, 번호판과 같은 다른 차원을 사용하는 경우 DOM에서 고려되지 않습니다.
다른 차원 또는 사용자 지정 차원에서 현재고 또는 예약 재고를 지원하려면 사용자 지정을 구축해야 합니다. 자세한 내용은 DOM 확장성에 대해 참조하세요.
거리 계산
DOM은 배송 유형의 주소를 위도 및 경도 값으로 변환합니다. 그런 다음 DOM은 판매 주문의 배송 주소를 위도 및 경도 값으로 변환하고, 나중에 사용할 수 있도록 주소의 위도 및 경도 값을 업데이트합니다. DOM은 Azure Maps 또는 Bing 지도를 사용하여 주소, 도시 및 우편 번호 정보를 기반으로 정확한 위도 및 경도 값을 결정합니다. DOM에서 Azure Maps 기능을 사용하려면 DOM에서 Azure Maps 사용 확인 설정을 활성화하세요. DOM에서 Bing 지도 기능을 사용하려면 DOM에서 Bing 지도 사용 확인 설정을 활성화하세요. 자세한 내용은 DOM 설정을 참조하세요.
DOM은 도로 거리 계산 비활성화 설정의 값에 따라 Azure Maps 또는 Bing 지도 애플리케이션 프로그래밍 인터페이스(API)를 사용하여 항공 거리 또는 도로 거리를 계산합니다. 그런 다음 DOM에서는 이 정보를 사용하여 배송비를 결정합니다. 최적화 모델은 단일 위치에서의 전체 주문 이행을 우선시합니다. 주문 일부를 동일한 도시 또는 우편번호로 처리할 수 있지만, 배송 건수를 줄이기 위해 모델을 최적화했습니다. 자세한 내용은 DOM 설정을 참조하세요.
배송 계획 생성
DOM은 규칙, 재고 제약 조건과 최적화를 적용한 후 고객의 배송 주소와 가장 가까운 위치를 선택합니다. 그런 다음 옵티마이저에서 주문 이행 계획을 가져옵니다. 판매 라인에 자동 적용 계획이 적용되는지 여부는 자동 적용 결과 설정의 값에 따라 결정됩니다. 자세한 내용은 DOM 실행 결과를 참조하세요.
