소매 판매 가격 관리

Dynamics 365 Commerce의 소매 관심 그룹이 Yammer에서 Viva Engage로 이동했습니다. 새 Viva Engage 커뮤니티에 액세스할 수 없는 경우 이 양식(https://aka.ms/JoinD365commerceVivaEngageCommunity)을 작성하여 추가하고 최신 토론에 계속 참여하세요.

이 문서에서는 Dynamics 365 Commerce에서 판매 가격을 생성하고 관리하는 과정에 대한 정보를 제공합니다. 이 프로세스와 관련된 개념과 판매 가격에 대한 다양한 구성 옵션의 효과에 중점을 둡니다.

용어

이 문서에는 다음과 같은 용어가 사용됩니다.

가격 그룹

가격 그룹은 Commerce에서 가격 및 할인 관리의 핵심입니다. 가격 그룹은 Commerce 엔터티(즉, 채널, 카탈로그, 제휴사 및 로열티 프로그램)에 가격 및 할인을 할당하는 데 사용됩니다. 가격 그룹은 모든 가격 책정 및 할인에 사용되므로 시작하기 전에 가격 그룹을 사용하는 방법을 계획하는 것이 매우 중요합니다.

가격 그룹은 그 자체로 이름, 설명 및 선택적으로 가격 책정 우선 순위일 뿐입니다. 가격 그룹에 대해 기억해야 할 주요 사항은 할인 및 가격이 Commerce 엔터티와 갖는 다대다 관계를 관리하는 데 사용된다는 것입니다.

다음 그림에서는 가격 그룹이 사용되는 방식을 보여 줍니다. 이 그림에서 "가격 그룹"은 말 그대로 가격 책정 및 할인 관리의 중심에 있습니다. 차등 가격 및 할인을 관리하는 데 사용할 수 있는 상거래 엔터티는 왼쪽에 있고 실제 가격 및 할인 레코드는 오른쪽에 있습니다.

가격 그룹을 만들 때 여러 유형의 Commerce 엔터티에 대해 단일 가격 그룹을 사용해서는 안 됩니다. 그렇지 않으면 특정 가격이나 할인이 거래에 적용되는 이유를 파악하기 어려울 수 있습니다.

그림의 빨간색 파선에서 볼 수 있듯이 Commerce는 고객에게 직접 설정된 가격 그룹의 핵심 Microsoft Dynamics 365 기능을 지원합니다. 그러나 이 경우 판매 가격 거래 계약만 받습니다. 고객별 가격을 적용하려는 경우 고객에 대해 직접 가격 그룹을 설정하지 않는 것이 좋습니다. 대신 소속을 사용해야 합니다.

가격 그룹이 고객에 대해 설정된 경우 이 가격 그룹은 이 고객에 대해 생성된 주문의 판매 주문 헤더에 연결됩니다. 사용자가 주문 헤더의 가격 그룹을 변경하면 현재 주문에 대해서만 이전 가격 그룹이 새 가격 그룹으로 대체됩니다. 예를 들어 이전 가격 그룹은 현재 주문에 영향을 주지 않지만 향후 주문을 위해 고객과 계속 연결되어 있습니다.

다음 섹션에서는 가격 그룹을 사용할 때 고유한 가격을 설정하는 데 사용할 수 있는 Commerce 엔터티에 대한 자세한 정보를 제공합니다. 이러한 모든 엔터티에 대한 가격 및 할인 구성은 2단계 프로세스입니다. 이러한 단계는 어떤 순서로든 수행할 수 있습니다. 그러나 논리적인 순서는 엔터티에 대한 가격 그룹을 먼저 설정하는 것입니다. 이 단계는 구현 중에 수행되는 일회성 설정일 가능성이 높기 때문입니다. 그런 다음 가격 및 할인이 생성되면 해당 가격 및 할인에 대한 가격 그룹을 개별적으로 설정할 수 있습니다.

채널

상거래 업계에서는 채널마다 가격이 다른 것이 일반적입니다. 채널별 가격에 영향을 미치는 두 가지 주요 요소는 비용과 현지 시장 상황입니다.

• 비용 – 채널이 제품 소스에서 멀어질수록 제품을 비축하는 데 더 많은 비용이 듭니다. 예를 들어, 신선 농산물은 유통 기한이 제한되어 있고 특정 생산 요구 사항(예: 재배 기간)이 있습니다. 겨울에는 신선한 상추를 남부 기후보다 북부 기후에서 비용이 더 많이 들 수 있습니다. 지역이 넓은 채널의 가격을 설정하는 경우 채널마다 가격을 다르게 설정하는 것이 좋습니다.
• 현지 시장 상황 – 길 건너편에 직접적인 경쟁자가 있는 매장은 근처에 직접적인 경쟁자가 없는 매장보다 가격에 훨씬 더 민감합니다.

제휴

소속의 일반적인 정의는 그룹과의 연결 또는 제휴입니다. Commerce에서 소속은 고객 그룹입니다. 제휴는 고객 그룹 및 할인 그룹의 Microsoft Dynamics 365 핵심 개념보다 훨씬 더 유연한 고객 가격 책정 및 할인 도구입니다. 첫째, 제휴는 가격과 할인 모두에 사용할 수 있지만 비소매 가격 책정에는 각 할인 유형 및 가격에 대해 다른 그룹이 있습니다. 다음으로, 고객은 여러 제휴에 속할 수 있지만 각 유형의 비소매 가격 책정 그룹 하나에만 속할 수 있습니다. 마지막으로, 고객에게 연결되도록 제휴를 설정할 수 있지만 반드시 그럴 필요는 없습니다. POS에서 익명 고객에 대해 임시 제휴를 사용할 수 있습니다. 익명 제휴 할인의 일반적인 예는 고객이 단체 회원 카드를 보여주기만 하면 할인을 받을 수 있는 시니어 또는 학생 할인입니다.

제휴는 대부분 할인과 관련이 있지만 차등 가격을 설정하는 데 사용할 수도 있습니다. 예를 들어 소매업체가 직원에게 판매할 때 정상 가격 외에 할인을 적용하는 대신 판매 가격을 변경할 수 있습니다. 또 다른 예로, 소비자 고객과 비즈니스 고객 모두에게 판매하는 소매업체는 비즈니스 고객의 구매량에 따라 더 나은 가격을 제공할 수 있습니다. 소속을 사용하면 이러한 시나리오를 모두 사용할 수 있습니다.

로열티 프로그램

가격 및 할인과 관련하여 로열티 프로그램은 특별한 이름을 가진 제휴 단체입니다. 가격과 할인은 제휴에 대해 설정할 수 있는 것처럼 로열티 프로그램에 대해 설정할 수 있습니다. 그러나 고객이 거래 또는 주문 중에 로열티 가격을 받는 방법은 제휴 가격을 받는 방법과 다릅니다. 고객은 로열티 카드가 거래에 추가된 경우에만 로열티 가격을 받을 수 있습니다. 로열티 카드가 거래에 추가되면 로열티 프로그램도 추가됩니다. 로열티 프로그램은 특별 가격 및 할인을 가능하게 합니다.

로열티 프로그램에는 여러 계층이 있을 수 있으며 할인은 계층마다 다를 수 있습니다. 이러한 방식으로 소매업체는 단골 고객을 수동으로 특정 그룹에 넣을 필요 없이 단골 고객에게 더 큰 보상을 제공할 수 있습니다.

로열티 프로그램에는 가격 및 할인 외에도 다른 기능이 있습니다. 그러나 가격 및 할인의 관점에서 보면 제휴와 동일합니다.

카탈로그

일부 소매업체는 실제 또는 가상 카탈로그를 사용하여 집중된 고객 그룹에 제품을 마케팅하고 가격을 책정합니다. 카탈로그를 통해 마케팅을 타겟팅하는 비즈니스 모델의 일환으로 이러한 소매업체는 다양한 카탈로그에 차등 가격을 설정할 수 있습니다. Microsoft Dynamics 365는 채널별 또는 제휴사별 할인을 정의할 수 있는 것처럼 카탈로그별 할인 및 가격을 정의할 수 있도록 하여 이 기능을 지원합니다. 카탈로그를 편집할 때 가격 그룹을 채널, 제휴 또는 로열티 프로그램과 연결할 수 있는 것처럼 카탈로그와 연결할 수 있습니다.

가격 그룹에 대한 권장사항

여러 엔터티 유형에 가격 그룹을 사용하지 마세요. 대신 채널에 대해 하나의 가격 그룹 집합을 사용하고 제휴 또는 로열티 프로그램에 대해 다른 가격 그룹 집합을 사용하는 식입니다. 가격 그룹 이름에 접두사 또는 접미사를 사용하여 사용 중인 다양한 유형의 가격 그룹을 시각적으로 그룹화할 수 있습니다.

고객에게 직접 가격 그룹을 설정하지 마십시오. 대신 소속을 사용합니다. 이러한 방식으로 판매 가격 거래 계약뿐만 아니라 모든 유형의 가격 및 할인을 고객에게 할당할 수 있습니다.

가격 책정 우선 순위

그 자체로 가격 우선 순위는 숫자와 설명일 뿐입니다. 가격 책정 우선 순위는 가격 그룹에 적용하거나 할인에 직접 적용할 수 있습니다. 가격 책정 우선 순위를 사용하면 소매업체가 가격과 할인이 제품에 적용되는 순서를 제어하여 최상의 가격 원칙을 무시할 수 있습니다. 가격 책정 우선 순위 번호가 클수록 작은 가격 책정 우선 순위 번호보다 먼저 평가됩니다. 또한 우선 순위 번호에서 가격 또는 할인이 발견되면 우선 순위 번호가 낮은 모든 가격 또는 할인이 무시됩니다.

가격 책정 우선 순위는 가격과 할인에 독립적으로 적용되기 때문에 가격과 할인은 두 가지 다른 가격 책정 우선 순위에서 비롯될 수 있습니다.

가격에 가격 책정 우선 순위를 사용하려면 가격 그룹에 가격 책정 우선 순위를 할당한 다음 해당 가격 그룹에 대한 판매 가격 거래 계약을 생성해야 합니다.

가격 우선 순위 기능은 소매업체가 특정 매장 집합에 더 높은 가격을 적용하려는 시나리오를 지원하기 위해 도입되었습니다. 예를 들어, 소매업체가 미국 동부 해안에 대한 지역 가격을 정의했지만 뉴욕시에서 일부 제품을 판매하는 데 더 많은 비용이 들거나 지역 시장에서 더 높은 가격을 부담하기 때문에 뉴욕시 매장의 일부 제품에 대해 더 높은 가격을 원합니다.

이 문서의 "최적 가격" 섹션에서 설명한 대로 가격 책정 엔진은 일반적으로 두 가격 중 더 낮은 가격을 선택합니다. 따라서 소매업체는 동부 해안과 뉴욕 가격 그룹이 모두 있는 상점에서 두 가격 중 더 높은 가격을 사용할 수 없습니다. 가격 우선 순위 기능이 도입되기 전에 이 문제를 해결하기 위해 소매업체는 모든 제품에 대한 가격을 두 번 정의하고 두 가격 그룹을 모두 할당하지 않아야 했습니다. 또는 소매업체는 추가 가격 그룹을 만들어 가격이 더 높은 제품과 일반적으로 가격이 더 낮은 제품을 구분해야 했습니다.

그러나 가격 책정 우선 순위 기능을 사용하면 소매업체가 지역 가격에 대한 가격 책정 우선 순위보다 높은 매장 가격에 대한 가격 책정 우선 순위를 만들 수 있습니다. 또는 소매업체에서 매장 가격에 대해서만 가격 책정 우선 순위를 만들고 지역 가격을 기본 가격 책정 우선 순위인 0(영)으로 둘 수 있습니다. 두 설정 모두 매장 가격이 항상 지역 가격보다 먼저 사용되도록 하는 데 도움이 됩니다.

가격 책정 우선 순위 예시

매장 가격이 다른 가격보다 우선하는 예를 살펴보겠습니다.

국가/지역 소매업체는 지역별로 대부분의 가격을 설정하며 북동부, 남동부, 중서부 및 서부의 4개 지역이 있습니다. 더 높은 가격을 지지할 수 있는 몇 가지 고비용 시장을 식별했습니다. 이러한 시장은 뉴욕시, 시카고 및 샌프란시스코 베이 지역에 있습니다.

이 예에서는 북동부 지역을 사용합니다. 매장 1은 보스턴에 있고 매장 2는 맨해튼에 있습니다. 보스턴 스토어의 경우 북동부 및 스토어 1이라는 두 개의 가격 그룹이 채널에 연결되어 있습니다. 맨해튼 스토어의 경우 북동부, 뉴욕 및 스토어 2의 세 가지 가격 그룹이 채널에 연결되어 있습니다.

소매업체는 두 가지 가격 책정 우선 순위를 설정합니다. 높은 비용의 우선 순위는 5이고 스토어 가격의 우선 순위는 10입니다. (기본적으로 가격 책정 우선 순위는 0[영]이며, 우선 순위 번호가 높은 가격 또는 할인이 우선 순위 번호가 낮은 가격 또는 할인보다 먼저 사용됩니다.) 북동부 가격 그룹의 경우 가격 책정 우선 순위는 기본값인 0(영)으로 유지됩니다. NYC 가격 그룹의 경우 뉴욕시가 고비용 시장이기 때문에 가격 책정 우선 순위가 5로 설정됩니다. 스토어 1 및 스토어 2 가격 그룹의 경우 가격 책정 우선 순위는 10으로 설정됩니다.

소매업체에서 판매하는 두 가지 제품은 상품 티셔츠인 제품 1과 브랜드별 패션 청바지인 제품 2입니다.

티셔츠는 보스턴과 맨해튼 매장 모두에서 동일한 가격(즉, $15)에 판매되는데, 이는 두 채널에 연결된 북동부 가격 그룹에서 하나의 가격만 설정되기 때문입니다. 패션 청바지는 보스턴 매장에서 $50에 판매되는데, 그 가격이 해당 매장에서 사용할 수 있는 유일한 가격이기 때문입니다. 그러나 맨해튼 매장에서는 $50과 $70의 두 가지 가격을 사용할 수 있습니다. NYC 가격 그룹의 가격 책정 우선 순위 5가 북동부 가격 그룹의 가격 책정 우선 순위 0(영)보다 높기 때문에 POS 시스템에서 가격이 $70로 올라갑니다.

가격의 종류

Microsoft Dynamics 365에서는 다음 세 위치에서 제품 가격을 설정할 수 있습니다.

• 제품에 직접 설정(기본 가격)
• 판매 가격 거래 계약에서
• 가격 조정에서

기본 가격 및 거래 계약 가격은 핵심 Dynamics 365의 일부이며 Commerce를 사용하지 않는 경우에도 사용할 수 있습니다. 가격 조정 기능은 Commerce에서만 사용할 수 있습니다. 다음 섹션에서는 가격 설정을 위한 이러한 각 옵션에 대한 자세한 정보를 제공하고 옵션이 함께 작동하는 방식을 설명합니다.

가격 설정

기본 가격

제품 가격을 설정하는 가장 쉬운 방법은 제품 자체에서 설정하는 것입니다. 제품에 직접 설정하는 값을 제품의 기본 가격이라고도 합니다. 기본 가격은 릴리스된 제품 세부 정보 페이지의 판매 탭에 있는 가격 필드에서 설정합니다. 입력하는 값은 회사 통화로 표시됩니다. 기본적으로 가격은 판매 탭의 단위 필드에 설정된 측정 단위(UoM)의 수량 1에 대한 것입니다. 제품의 실제 단가는 측정 단위, 가격 수량 및 통화를 기준으로 합니다.

제품에 대해 모두에게 동일한 가격이 있는 경우 기본 가격은 해당 제품의 가격을 관리하는 가장 효율적인 방법을 제공합니다. 거래 계약을 사용하여 가격을 설정하더라도 제품의 기본 가격을 설정할 수도 있습니다. 그런 다음 전체 거래 계약을 사용하지 않는 경우 거래 계약이 적용되지 않을 때 사용되는 대체 가격이 있습니다.

채널의 통화가 회사 통화와 다른 경우 해당 채널의 기본 가격은 제품에 설정된 가격의 통화 변환을 사용하여 결정됩니다.

가격 단위는 일반적인 시나리오는 아니지만 가격 책정 엔진에서 지원합니다. 가격 단위가 0(영) 이외의 값으로 설정된 경우 단가는 가격 ÷ 가격 단위와 같습니다. 예를 들어, 제품 가격이 $10.00이고 가격 단위가 50인 경우 수량 1에 대한 가격은 $0.20(= $10.00 ÷ 50)입니다.

판매 가격 거래 계약

거래 계약 분개장을 사용하여 각 제품에 대한 판매 가격 거래 계약을 생성할 수 있습니다. Microsoft Dynamics 365에는 판매 가격 거래 계약에 대한 세 가지 고객 범위가 있습니다: 테이블, 그룹 및 모두. 고객 범위는 지정된 판매 가격 거래 계약이 적용되는 고객을 결정합니다.

테이블 판매 가격 거래 계약은 거래 계약에 직접 설정된 단일 고객을 위한 계약입니다. 이 시나리오는 일반적인 B2C(Business-to-Consumer) 시나리오가 아닙니다. 그러나 이 경우 가격을 결정할 때 가격 책정 엔진은 테이블 거래 계약을 사용합니다.

그룹 판매 가격 거래 계약은 가장 자주 사용되는 유형입니다. Commerce 외부에서 그룹 판매 가격 거래 계약은 단순 고객 그룹을 위한 것입니다. 그러나 Commerce에서는 고객 그룹의 개념이 확장되어 보다 일반적인 가격 그룹이 되었습니다. 가격 그룹은 채널, 제휴사, 로열티 프로그램 또는 카탈로그에 연결할 수 있습니다. 가격 그룹에 대한 자세한 내용은 이 문서의 앞부분에 있는 "가격 그룹" 섹션을 참조하십시오.

가격 조정

이름에서 알 수 있듯이 가격 조정은 제품에 직접 설정되었거나 거래 계약을 사용하여 설정된 가격을 수정하는 데 사용됩니다. 가격 조정을 사용하여 가격을 낮추거나 높일 수 있습니다. 가격 조정은 소매업체가 시간 경과에 따른 제품의 가격 인하를 생성, 추적 및 관리하는 데 권장되는 방법입니다.

가격 조정에는 백분율 할인, 금액 할인 및 단가의 세 가지 유형이 있습니다. 백분율 할인 또는 금액 할인 유형의 가격 조정은 항상 판매 거래에 적용됩니다. 단, 가격 유형의 가격 조정은 조정된 가격이 기준 가격 또는 거래 계약 가격을 사용하여 설정한 가격보다 낮은 경우에만 적용됩니다. 따라서 가격 조정에 설정된 가격이 조정되지 않은 가격보다 높으면 가격 조정이 사용되지 않습니다.

거래에서 제품의 가격 결정

거래에 대한 가격 및 할인 계산은 고객에게 가장 적합한 가격을 찾는 원칙을 사용합니다. 이 원칙에 따라 둘 이상의 가격이 발견되면 가장 낮은 가격이 사용됩니다. 또한 전체 거래에 대해 가장 큰 할인 금액을 생성하는 할인 조합이 사용됩니다. 경우에 따라 거래의 다른 제품에 더 많은 할인을 적용할 수 있도록 단일 제품에 더 작은 할인을 사용해야 합니다.

고객에게 가장 적합한 가격을 찾는 원칙에 대한 유일한 예외는 믹스 앤 매치 최저 할인 옵션입니다. 이 옵션을 사용하면 제품을 선택하고 그룹화할 때 소매업체를 선호하는 가장 저렴한 할인을 사용할 수 있습니다. 따라서 거래에 가장 저렴한 할인을 받는 데 필요한 것보다 많은 제품이 포함된 경우 가격 책정 엔진은 고객에게 가능한 가장 적은 할인 금액을 제공하는 제품을 선택합니다.

가격 책정 엔진은 모든 제품에 대해 기본 가격, 거래 계약 가격 및 활성 가격의 세 가지 가격을 반환합니다.

기본 가격은 제품의 속성일 뿐이며 모든 곳에서 동일합니다.

판매 가격 거래 계약에서 다음 찾기 옵션이 예로 설정된 경우 해당 판매 가격 거래 계약에 대해 발견된 최저 가격이 거래 계약 가격으로 사용됩니다. 거래 계약은 가격 그룹 또는 ALL 계정 코드를 사용하여 찾을 수 있습니다. 또는 거래 계약을 고객에게 직접 할당할 수 있습니다. 다음 찾기 옵션이 아니요로 설정된 경우, 발견된 첫 번째 거래 계약 가격이 사용됩니다. 판매 가격 거래 계약을 찾을 수 없는 경우 거래 계약 가격은 기준 가격과 동일하게 설정됩니다.

활성 가격은 거래 계약 가격을 가져와서 제품에 적용되는 가장 큰 가격 조정을 적용하여 계산됩니다. 가격 조정이 발견되지 않거나 계산된 활성 가격이 거래 계약 가격보다 높은 경우 활성 가격은 거래 계약 가격과 동일하게 설정됩니다. 적용 가능한 가격 조정은 채널, 카탈로그, 제휴 또는 로열티 프로그램에 할당된 가격 그룹을 사용해야만 찾을 수 있습니다.

범주 가격 규칙

Commerce의 카테고리 가격 규칙 기능을 사용하면 카테고리의 모든 제품에 대해 새로운 거래 계약을 쉽게 만들 수 있습니다. 또한 이 기능을 사용하면 카테고리의 제품에 대한 기존 거래 계약을 자동으로 찾아 만료할 수 있습니다.

기존 거래 계약을 만료하는 옵션을 선택하면 시스템은 활성 거래 계약이 있는 카테고리의 제품에 대해 새 거래 계약 분개장을 생성합니다. 그러나 분개장은 수동으로 기장해야 합니다. 또한 범주 가격 규칙은 동일한 가격 규칙을 사용하는 경우(즉, 이전과 동일한 범주를 사용하는 새 가격 규칙을 만드는 경우)에만 기존 거래 계약을 찾을 수 있습니다. 동일한 가격 규칙을 사용하지 않는 경우 기존 거래 계약이 만료되지 않습니다.

가격은 카테고리 가격 규칙의 가격 규칙 및 가격 기준 필드를 사용하여 높이거나 낮출 수 있습니다.

• 가격 규칙 필드에서 사용할 가격 변경 유형을 선택합니다.

  • 가격 인상 – 가격 기준의 백분율은 판매 가격을 계산하는 데 사용됩니다. 예를 들어, 비용이 10.00이고 15.00에 판매되는 제품의 마크업은 50%입니다.
  • 마진 – 판매 가격의 백분율은 이익 금액을 계산하는 데 사용됩니다. 예를 들어, 비용이 10.00이고 15.00에 판매되는 제품의 마진은 33.3%입니다.
  • 고정 금액 – 가격 기준에 추가되는 금액은 판매 가격을 계산하는 데 사용됩니다. 예를 들어, 비용이 10.00이고 15.00에 판매되는 제품의 고정 금액은 5.00입니다.

• 가격 기준 필드에서 수정할 가격 유형을 선택합니다.

  • 기본 비용 – 소매업체가 공급자에게 지불한 금액입니다.
  • 기본 가격 – 거래 계약 및 가격 조정이 적용되기 전의 판매 가격입니다.
  • 현재 가격 – 거래 계약 및 가격 조정이 적용된 후의 판매 가격입니다.

다양한 제품 범주의 다양한 제품 가격을 쉽게 업데이트하려면 범주 가격 규칙과 함께 추가 제품 범주를 사용할 수 있습니다.

모범 사례

Microsoft SQL Server경비는 비용(무료) 때문에 채널 데이터베이스에 자주 사용됩니다. SQL Server Express에는 하드웨어 제한 및 데이터 크기 제한이 있습니다. 올바르게 계획하지 않으면 SQL Server Express의 데이터 크기 제한에 빠르게 도달할 수 있습니다. 이러한 고려 사항은 가격뿐만 아니라 제품의 다른 영역에도 적용됩니다. 다음은 데이터 크기를 줄이는 데 도움이 되는 몇 가지 모범 사례입니다.

• 거래 계약을 사용 중이고 가격이 변경되는 경우 종료 날짜를 설정하여 이전 거래 계약을 만료해야 합니다. 시간이 지남에 따라 이 접근 방식은 채널 데이터베이스에 보관되는 거래 계약의 수를 줄이는 데 도움이 됩니다. 또한 가격 계산 알고리즘이 작업해야 하는 데이터의 양을 줄이는 데 도움이 됩니다.

• 제품 변형에 따라 가격이 다른 경우 제품 기본 가격을 가장 일반적인 변형의 가격으로 사용하는 것이 좋습니다. 그런 다음 예외인 이형 상품 가격에 대해서만 거래 계약을 사용합니다. 이 접근 방식은 거래 계약 레코드 수를 줄이는 데 도움이 됩니다. Microsoft Dynamics 365로 데이터를 가져오는 것은 매우 쉽기 때문에 모든 제품의 모든 변형에 대한 거래 계약을 가져오고 싶은 유혹을 받을 수 있습니다. 그러나 이러한 접근 방식은 동일한 가치를 가진 많은 거래 계약을 생성할 수 있습니다. 따라서 데이터 크기가 불필요하게 증가할 수 있습니다.

• Commerce는 변형별 가격을 가장 구체적인 가격부터 가장 덜 구체적인 가격까지 순서대로 처리합니다. 제품 크기가 가격에 영향을 미치지 않는 경우 해당 크기에 대한 거래 계약을 정의할 필요가 없습니다. 예를 들어, 제품은 3가지 색상과 4가지 크기로 제공되지만 가격은 크기에 따라 다릅니다. 모든 변형에 대해 거래 계약을 정의하는 경우 12개의 레코드를 생성합니다. 대신 각 크기에 대해서만 거래 계약을 정의하고 색상 차원을 비워 둘 수 있습니다. 이 경우 4개의 레코드만 생성합니다.

  또는 차원의 모든 값이 다른 가격을 생성하지 않는 경우 제품 마스터에 대해 하나의 거래 계약을 정의하고 모든 제품 차원을 비워 둘 수 있습니다. 그런 다음 다른 가격을 생성하는 각 차원 값에 대해서만 별도의 거래 계약을 정의합니다. 예를 들어, XXL 크기의 가격이 더 높지만 다른 모든 크기의 가격이 동일한 경우 제품 마스터와 XXL 크기에 대한 두 가지 거래 계약만 필요합니다.

세금이 포함된 가격과 세금이 포함되지 않은 가격

Dynamics 365에서 판매 가격을 설정할 때 설정하는 가격 값에 세금이 포함되는지 또는 제외되는지는 지정하지 않습니다. 가치는 가격일 뿐입니다. 그러나 채널의 가격에 판매세 포함 가격 설정을 사용하면 가격에서 세금을 포함하거나 제외하도록 채널을 구성할 수 있습니다. 이 설정은 채널에서 설정되며 단일 회사에서도 변경할 수 있습니다.

포괄 세금과 제외 세금 유형을 모두 사용하는 경우 채널의 판매세 포함 가격 설정이 변경되면 고객이 지불하는 총 금액이 변경되므로 가격을 올바르게 설정하는 것이 매우 중요합니다.

Commerce 가격 책정과 비Commerce 가격 책정의 차이점

콜 센터, 소매점, 온라인 상점 등 모든 채널에서 가격을 계산하는 데 단일 가격 책정 엔진이 사용됩니다. 이는 통합 상거래 시나리오를 사용하도록 설정하는 데 도움이 됩니다.

가격 책정은 비상거래 엔터티 대신 상거래 엔터티와 함께 작동하도록 설계되었습니다. 특히 창고가 아닌 매장별로 가격을 설정하도록 설계되었습니다.

Commerce 가격 책정 엔진은 다음 가격 책정 기능을 지원하지 않습니다.

• 특성 기반 가격 책정은 지원되지 않습니다.

• 공급업체 할인 통과는 지원되지 않습니다.

• 일반 통화 기능은 지원되지 않습니다. 즉, 거래 계약에 일반 통화 포함 토글이 켜져 있더라도 거래 계약은 해당 계약에 정의된 통화에 대해서만 유효한 것으로 간주됩니다.

• 표준 Supply Chain Management 가격 책정 엔진은 요청된 출고일과 요청된 입고일, 그리고 현재 날짜를 기반으로 한 가격 계산 기능을 지원합니다. 그러나 소매 가격은 현재 이러한 값을 지원하지 않습니다. 그 이유는 B2C 시나리오의 경우 고객이 요청된 배송 날짜가 항목 가격에 영향을 줄 것으로 예상하지 않기 때문입니다. 경우에 따라 소매업체는 B2B 및 B2C 운영을 모두 수행합니다. B2B 운영의 경우 배송 날짜를 기준으로 가격을 변경하는 것이 일반적입니다. 이러한 소매업체는 B2B 비즈니스에 공급망 관리 가격 책정을 사용하고 B2C 비즈니스에 소매 가격을 사용할 수 있습니다. 소매 가격은 애플리케이션 사용자가 콜 센터 사용자로 추가된 경우에만 적용되므로 소매업체는 공급망 관리 가격 책정을 사용하는 특정 사용자를 할당하고 소매 가격 책정을 사용하는 소수의 사용자를 할당할 수도 있습니다. 즉, 이러한 사용자를 콜 센터 사용자로 추가해야 합니다. 또한 상거래 매개 변수 페이지의 가격 책정 및 할인 탭에 있는 기타 섹션에서 오늘 날짜를 사용하여 가격 계산 속성이 켜져 있어야 합니다. 이러한 방식으로 사용자는 Supply Chain Management 가격 책정에 대해 요청된 배송 날짜 또는 요청된 입고 날짜에 대해 매출채권 매개 변수 값을 계속 사용할 수 있습니다. 그러나 소매 가격은 가격 계산에 오늘 날짜를 계속 사용합니다.

• 거래 계약의 경우 Commerce 가격 책정 엔진에서는 다음 차원만 지원됩니다.

  • 제품 치수: 크기, 스타일, 색상 및 구성
  • 재고 규모: 사이트 및 창고
  • 추적 규모: 일련 번호

또한, Commerce 가격 책정 엔진만이 다음 가격 책정 기능을 지원합니다.

• 가격은 제품 차원을 기준으로 가장 구체적인 변형 가격부터 가장 구체적이지 않은 변형 가격, 제품 마스터 가격까지 순서대로 결정됩니다. 두 개의 제품 차원(예: 색상 및 크기)을 사용하여 설정된 가격이 하나의 제품 차원(예: 크기)만 사용하여 설정된 가격보다 먼저 사용됩니다.
• 동일한 가격 그룹을 사용하여 가격 책정 및 할인을 제어할 수 있습니다.

가격 책정 API 개선 사항

가격은 많은 고객의 구매 결정을 좌우하는 가장 중요한 요소 중 하나이며, 많은 고객이 구매하기 전에 다양한 사이트에서 가격을 비교합니다. 경쟁력 있는 가격을 제공하기 위해 소매업체는 경쟁업체를 주의 깊게 관찰하고 종종 프로모션을 실행합니다. 이러한 소매업체가 고객을 유치하려면 제품 검색, 찾아보기 기능, 목록 및 제품 세부 정보 페이지에 가장 정확한 가격을 표시하는 것이 매우 중요합니다.

Commerce의 GetActivePrices API(애플리케이션 프로그래밍 인터페이스)는 단순 할인(예: 장바구니의 다른 항목에 의존하지 않는 단일 라인 할인)이 포함된 가격을 반환합니다. 이러한 방식으로 표시되는 가격은 고객이 항목에 대해 지불하는 실제 금액에 가깝습니다. 이 API에는 제휴 기반, 충성도 기반, 카탈로그 기반 및 채널 기반 할인과 같은 모든 유형의 단순 할인이 포함됩니다. 또한 API는 적용된 할인에 대한 이름 및 유효성 정보를 반환하므로 소매업체는 가격에 대한 보다 자세한 설명을 제공하고 할인의 유효 기간이 곧 만료되는 경우 긴박감을 조성할 수 있습니다.