고객 검색

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

이 문서에서는 Microsoft Dynamics 365 Commerce의 고객 검색 기능에 대해 설명합니다.

고객 검색은 다양한 목적으로 고객을 찾는 데 사용됩니다. 예를 들어 계산원은 고객의 위시리스트 또는 구매 기록을 보거나 고객을 거래에 추가할 수 있습니다. 직원은 현재 매장 또는 회사의 다른 매장과 연결된 고객을 검색할 수 있습니다. 직원은 상위 조직의 다른 회사와 연결된 고객을 검색할 수도 있습니다.

검색 알고리즘은 검색어를 다음 고객 속성에 있는 값과 일치시킵니다.

• 이름
• 이메일 주소
• 전화번호
• 로열티 카드 번호
• 주소
• 계정 번호

이러한 속성 중에서 이름은 알고리즘이 검색된 키워드와 일치하는 모든 고객을 반환하기 때문에 다중 키워드 검색에 가장 많은 유연성을 제공합니다. 가장 많은 키워드와 일치하는 고객이 결과 상단에 나타납니다. 이 동작은 계산원이 전체 이름을 입력하여 검색하지만 초기 데이터 입력 중에 성과 이름이 바뀐 상황에서 도움이 됩니다. 그러나 성능상의 이유로 다른 모든 속성은 검색 키워드의 순서를 유지합니다. 따라서 검색 키워드의 순서가 데이터가 저장된 순서와 일치하지 않으면 결과가 반환되지 않습니다.

기본적으로 고객 검색은 상점과 연결된 고객 주소록에서 수행됩니다. 이러한 유형의 검색을 현지 고객 검색이라고 합니다. 그러나 직원은 전 세계적으로 고객을 검색할 수도 있습니다. 즉, 회사의 매장과 다른 모든 법인을 검색할 수 있습니다. 이러한 유형의 검색은 원격 고객 검색으로 알려져 있습니다.

전 세계적으로 검색하려면 직원은 페이지 하단의 필터 결과 버튼을 선택한 후 아래 그림과 같이 모든 매장 검색 옵션을 선택할 수 있습니다. 이 경우 고객만 반환되는 것이 아닙니다. 본사의 주소록에 포함된 모든 유형의 당사자도 반환됩니다. 이러한 당사자에는 근로자, 공급업체, 연락처 및 경쟁업체가 포함됩니다.

현재 회사의 해당 당사자에 대한 고객 ID가 생성되지 않았으므로 다른 법인에서 쿼리한 고객에 대해서는 고객 ID가 표시되지 않습니다. 그러나 직원이 고객 세부 정보 페이지를 열면 시스템에서 당사자의 고객 ID를 자동으로 생성하고 매장의 고객 주소록을 고객과 연결합니다. 따라서 고객은 나중에 수행되는 지역 매장 검색에서 볼 수 있습니다.

추가 현지 고객 검색 기능

사용자가 전화 번호를 검색할 때 시스템은 고객을 만들 때 추가되었을 수 있는 특수 문자(예: 공백, 하이픈 및 대괄호)를 무시합니다. 따라서 계산원은 검색할 때 전화번호 형식에 대해 걱정할 필요가 없습니다. 예를 들어, 고객의 전화번호가 123-456-7890으로 입력된 경우, 계산원은 1234567890을 입력하거나 전화번호의 앞 몇 자리를 입력하여 고객을 검색할 수 있습니다.

기존의 고객 검색은 여러 필드에 걸쳐 검색하기 때문에 시간이 많이 걸릴 수 있습니다. 대신 계산원은 이름, 이메일 주소 또는 전화번호와 같은 단일 고객 속성에서 검색할 수 있습니다. 고객 검색 알고리즘이 사용하는 속성들은 총칭하여 고객 검색 기준이라고 합니다. 시스템 관리자는 POS에 표시될 바로 가기로 하나 이상의 기준을 쉽게 구성할 수 있습니다. 검색이 단일 기준으로 제한되기 때문에 관련 검색 결과만 표시되며 성능은 표준 고객 검색의 성능보다 훨씬 우수합니다. 다음 그림은 POS에서 고객 검색 단축키를 보여줍니다.

검색 기준을 바로가기로 설정하려면 관리자가 Commerce의 상거래 매개 변수 페이지를 열고, POS 검색 기준 탭에서 바로가기로 표시할 모든 기준을 선택해야 합니다.

표시 순서 필드는 POS에서 단축키가 표시되는 순서를 결정합니다. 표시되는 기준은 고객 검색 알고리즘이 고객을 검색하는 데 사용하는 기본 속성입니다. 그러나 파트너는 사용자 지정 속성을 검색 바로 가기로 추가할 수 있습니다. 사용자 지정 속성을 검색 바로 가기로 추가하려면 시스템 관리자가 고객 검색 조건에 사용되는 확장 가능한 열거형(열거형)을 확장한 다음 파트너의 사용자 지정 속성을 바로 가기로 표시해야 합니다. 파트너는 사용자 지정 단축키가 검색에 사용될 때 결과를 찾는 코드를 작성할 책임이 있습니다.

POS에서 바로가기를 렌더링하려면 바로가기에 대한 번역이 필요합니다. 채널 언어가 시스템 기본 언어와 다른 경우 각 단축어에 대한 번역을 예상 언어로 정의해야 합니다. 각 단축키에 대해 번역을 선택하여 번역을 정의할 수 있습니다.

소매업체는 POS에서 기본 고객 검색 모드를 모든 매장 검색으로 설정할 수도 있습니다. 이 구성은 POS 외부에서 생성된 고객을 즉시(예: 배포 작업이 실행되기 전에도) 검색해야 하는 시나리오에서 유용할 수 있습니다. 이를 위해 소매업체는 POS 기능 프로필에서 기본 고객 검색 모드 옵션을 활성화해야 합니다. 예로 설정되면, 모든 고객 검색 시도가 본사에 실시간으로 전화를 걸게 됩니다.

예상치 못한 성능 문제를 방지하기 위해, 이 구성은 CUSTOMERSEARCH_ENABLE_DEFAULTSEARCH_FLIGHTING이라는 플라잉 플래그 뒤에 숨겨져 있습니다. 따라서 기본 고객 검색 모드 설정을 사용자 인터페이스(UI)에 표시하기 위해 소매업체는 사용자 수용 테스트(UAT) 및 운영 환경에 대한 지원 티켓을 생성해야 합니다. 티켓이 접수되면 엔지니어링 팀은 소매업체와 협력하여 소매업체가 비프로덕션 환경에서 테스트를 수행하여 성능을 평가하고 필요한 최적화를 구현하는지 확인합니다.

클라우드 기반 고객 검색

Azure Cognitive Search 서비스를 활용한 고객 검색 기능의 공개 프리뷰가 Commerce 10.0.18 릴리스의 일부로 출시되었습니다. 성능 향상 외에도 서비스 사용자는 풍부한 구체화 및 향상된 관련성 기능의 이점을 누릴 수 있습니다. POS의 글로벌 검색 기능(“모든 매장 검색”)을 사용할 때 성능 개선 효과가 특히 두드러집니다. 이는 검색 결과가 Commerce headquarters의 데이터에서 쿼리되는 대신 Azure 검색 인덱스에서 가져오기 때문입니다.

클라우드 기반 검색 기능 활성화

Commerce headquarters에서 이 기능을 사용 설정하려면 다음 단계를 따르세요.

1. 시스템 관리 > 작업 영역 > 기능 관리로 이동합니다.
2. (프리뷰) 클라우드 기반 고객 검색 기능을 찾아 선택한 후, 지금 사용을 선택하세요.
3. 소매 및 상거래 > Headquarters 설정 > 상거래 Scheduler > 상거래 Scheduler 초기화로 이동한 후 확인을 선택하여 배포 일정 양식의 새로운 1010_CustomerSearch 작업을 표시합니다.
4. Retail 및 Commerce > Retail 및 Commerce IT > 배포 일정으로 이동합니다.
5. 1010_CustomerSearch 작업을 실행합니다. 이 작업은 날짜를 Azure 검색 인덱스에 게시합니다. 인덱스 게시가 완료되면 작업 상태가 적용됨으로 설정됩니다.
6. 1010_CustomerSearch 작업 상태가 적용됨으로 설정된 후, 1110 - 글로벌 구성 작업을 실행하여 기능 관리에서 새로 활성화된 기능의 POS 채널을 업데이트합니다.
7. 이후 정기적으로 1010_CustomerSearch 작업을 실행하여 고객 업데이트를 검색 인덱스로 전송합니다.

기존 검색과의 기능적 차이

다음 목록에서는 클라우드 기반 고객 검색 기능이 기존 검색 기능과 어떻게 다른지 보여 줍니다.

• Commerce headquarters에서 생성 및 편집된 고객 정보는 1010_CustomerSearch 작업이 실행될 때 Azure 검색 인덱스로 전송됩니다. 이러한 업데이트는 인덱스를 업데이트하는 데 최소 15분에서 20분 정도 걸립니다. POS 사용자는 Commerce headquarters에서 업데이트가 발생한 후 약 15분에서 20분 후에 신규 고객을 검색(또는 업데이트된 정보를 기반으로 검색)할 수 있습니다. 비즈니스 프로세스에서 Commerce headquarters로 생성된 고객을 POS에서 즉시 검색할 수 있어야 하는 경우 이 서비스가 적합하지 않을 수 있습니다.
• POS에서 생성된 신규 고객은 Commerce Scale Unit에서 Azure 검색 인덱스로 전송되며 모든 매장에서 즉시 검색할 수 있습니다. 그러나 비동기 고객 생성 기능이 켜져 있으면 Commerce Scale Unit에서 Azure 검색 인덱스에 새 고객 레코드가 게시되지 않으며 고객 정보가 Commerce headquarters와 동기화되고 비동기 고객에 대한 고객 ID가 생성될 때까지 POS에서 검색할 수 없습니다. 1010_CustomerSearch 작업은 이후 비동기 고객 레코드를 Azure 검색 인덱스로 전송할 수 있게 됩니다. 평균적으로 새로 생성된 비동기 고객을 POS에서 검색하려면 약 30분이 걸립니다. 이 추정치는 1010_CustomerSearch, P-작업 및 비동기 모드 작업에서 고객 및 비즈니스 파트너 동기화 작업이 15분마다 실행되도록 예약되어 있다고 가정합니다.
• 클라우드 기반 검색은 고객의 보조 전자 메일 및 전화 번호도 검색하지만 현재 고객 검색 결과에는 고객의 기본 전화 번호와 기본 전자 메일 주소만 표시됩니다. 언뜻 보기에는 관련 없는 검색 결과가 반환된 것처럼 보일 수 있지만 검색 결과에서 고객의 보조 이메일과 전화번호를 확인하면 검색된 키워드가 고객 일치로 이어졌는지 확인하는 데 도움이 될 수 있습니다. 이러한 혼동을 피하기 위해 사용자가 검색 결과가 반환된 이유를 쉽게 이해할 수 있도록 검색 결과 페이지를 개선할 계획입니다.
• 전체 검색에서 최소 4자를 사용하여 검색해야 하는 요구 사항("모든 매장 검색")은 이 서비스에 적용되지 않습니다.
• 외부 시스템에서 가져온 고객 레코드에 대해서는 1010_CustomerSearch 작업이 자동으로 실행되지 않습니다. 가져온 고객 레코드를 검색할 수 있도록 1010_CustomerSearch 작업을 실행해야 합니다.

추가 리소스

POS(Point of Sale)에서의 제품 검색 및 고객 검색