Поиск клиента

В данной статье описаны возможности поиска клиентов в Microsoft Dynamics 365 Commerce.

Поиск клиентов позволяет находить клиентов для различных целей. Например, кассирам может потребоваться просмотреть список пожеланий клиента или историю его покупок либо добавить клиента в транзакцию. Сотрудники могут выполнять поиск клиентов, которые связаны с текущим магазином или с любым другим магазином в компании. Кроме того, сотрудники выполнять поиск клиентов, которые связаны с другой компанией в родительской организации.

Алгоритм поиска соответствует условиям поиска для значений, которые присутствуют в следующих свойствах клиента:

• Название
• Адрес электронной почты
• Номер телефона
• Номер дисконтной карточки
• Адрес
• Расчетный счет

Среди этих свойств имя предоставляет наибольшую гибкость при поиске с несколькими ключевыми словами, так как алгоритм возвращает всех клиентов, которые соответствуют любому из искомых ключевых слов. Клиенты, в свойствах которых присутствует больше всего ключевых слов, выводятся вверху списка результатов. Это поведение помогает кассирам в ситуациях, когда они ищут путем ввода полного имени, но имя и фамилия были поменяны местами при начальном вводе данных. Однако по соображениям производительности все остальные свойства сохраняют порядок ключевых слов поиска. Таким образом, если порядок ключевых слов поиска не совпадает с порядком, в котором хранятся данные, результаты не будут возвращены.

По умолчанию поиск клиентов производится в адресных книгах клиентов, связанных с магазином. Такой тип поиска называется локальным поиском клиента. Однако сотрудники могут также выполнять поиск клиентов глобально. Иными словами, они могут искать клиентов по всем магазинам компании и по всем остальным юридическим лицам. Такой тип поиска называется удаленным поиском клиента.

Для глобального поиска сотрудники могут нажать кнопку Результаты фильтра внизу страницы, а затем выбрать вариант Искать по всем магазинам, как показано на приведенном ниже рисунке. В этом случае возвращаются не только клиенты. Возвращаются также все типы субъектов, присутствующих в адресной книге в главном офисе. К этим субъектам относятся сотрудники, поставщики, контакты и конкуренты.

Примечание

Чтобы удаленный поиск клиента возвратил результаты, необходимо ввести не менее четырех символов.

Для клиентов, запрошенных из других юридических лиц, не отображается код клиента, поскольку в текущей компании для этих субъектов код клиента не создан. Однако если сотрудник открывает страницу сведений о клиенте, система автоматически создает для субъекта код клиента, а также связывает адресные книги клиентов магазина с клиентом. Следовательно, клиент будет присутствовать в локальных поисках в магазине, которые производятся позднее.

Дополнительные возможности локального поиска клиента

Когда пользователь ищет номер телефона, система игнорирует специальные символы (такие как пробелы, дефисы и скобки), которые могли быть добавлены при создании клиента. Таким образом, кассирам не нужно беспокоиться о формате номера телефона при выполнении поиска. Например, если номер телефона клиента был введен как 123-456-7890, кассир может искать клиента, вводя 1234567890 либо введя первые несколько цифр номера телефона.

Примечание

У клиента может быть несколько телефонных номеров и несколько адресов электронной почты. Алгоритм поиска клиентов также выполняет поиск по дополнительным электронным адресам электронной почты и номерам телефонов, но на странице результатов поиска клиентов отображается только основное сообщение и номер телефона. Это может привести к путанице, поскольку результаты возвращенного клиента не будут показывать адрес электронной почты или номер телефона, по которому выполняется поиск. В следующем выпуске мы планируем улучшить экран результатов поиска клиентов, чтобы показать эту информацию.

Традиционной поиск клиента может требовать много времени, поскольку выполняется поиск по нескольким полям. Вместо этого кассиры могут выполнять поиск в одном свойстве клиента, таком как имя, адрес электронной почты или номер телефона. Свойства, которые использует алгоритм поиска клиента, совокупно обозначаются термином критерии поиска клиентов. Администратор системы можно легко настроить один или несколько критериев как ярлыки, которые будут отображаться в POS. Поскольку поиск ограничен только одним критерием, отображаются только релевантные результаты поиска и производительность гораздо лучше, чем производительность стандартного поиска клиентов. На следующем рисунке показаны ярлыки поиска клиента в POS.

Чтобы установить критерии поиска как ярлык, администратору необходимо открыть страницу Параметры Commerce в Commerce, а затем на вкладке Критерии поиска POS выбрать все условия, которые должны отображаться как ярлыки.

Примечание

Если добавлено слишком много ярлыков, раскрывающееся меню на панели поиска в POS будет загромождено, что может повлиять негативно повлиять на эффективность поиска сотрудниками. Рекомендуется добавлять только действительно необходимые ярлыки.

Поле Порядок отображения определяет порядок, в котором ярлыки отображается в POS. Критерии, которые отображаются, — это готовые свойства, которые использует алгоритм поиска клиентов для поиска клиентов. Однако партнеры могут добавить пользовательские свойства как ярлыки поиска. Чтобы добавить настраиваемые свойства в качестве ярлыков поиска, администратор системы должен расширить расширяемое перечисление (enum), которое используется для критериев поиска клиентов, а затем пометить настраиваемые свойства партнера в качестве ярлыков. Партнеры несет ответственность за написание кода поиска результатов, когда их пользовательские ярлыки используются для поиска.

Переводы для ярлыков необходимы, если требуется отобразить ярлыки на POS. Если язык канала отличен от языка системы, используемого по умолчанию, необходимо определить перевод для каждого ярлыка на ожидаемом языке. Можно определить переводы, выбрав Перевести для каждого ярлыка.

Примечание

Пользовательское свойство, которое добавлено в перечисление, не влияет на стандартный алгоритм поиска клиентов. Другими словами, алгоритм поиска клиентов не будет выполнять поиск в пользовательском свойстве. Пользователи могут использовать пользовательское свойство для поиска только в том случае, если это пользовательское свойство добавлено как ярлык или если алгоритм поиска по умолчанию переопределен.

Предприятия розничной торговли также могут задать режим поиска клиентов по умолчанию в POS на Поиск по всем магазинам. Эта конфигурация может быть полезной в сценариях, где клиенты, созданные за пределами POS, должны быть немедленно просмотрены (например, даже перед выполнением задания распределения). Для этого предприятие розничной торговли должно включить Режим поиска клиентов по умолчанию в профиль функциональности POS. Если для него установлено значение Да, при каждой попытке поиска клиента будет выполняться вызов головного офиса в реальном времени.

Чтобы помочь предотвратить непредвиденные проблемы производительности, эта конфигурация скрыта под флагом фокус-тестирования с именем CUSTOMERSEARCH_ENABLE_DEFAULTSEARCH_FLIGHTING. Таким образом, чтобы показать параметр Режим поиска клиентов по умолчанию в пользовательском интерфейсе, розничный магазин должен создать заявку в службе технической поддержки для своей среды приемочного тестирования пользователями (UAT) и производственных сред. После получения заявки группа инженеров будет работать во взаимодействии с розничным магазином, чтобы гарантировать, что продавец выполняет тестирование в непроизводственных средах, чтобы оценить производительность и реализовать все необходимые оптимизации.

Поиск клиента на облачной платформе

Общедоступная предварительная версия возможностей поиска клиентов с помощью службы Azure Cognitive Search выпущена в составе выпуска Commerce 10.0.18. В дополнение к повышению производительности у пользователей службы также есть преимущество от расширенной детализации и улучшенных возможностей релевантности. Повышение производительности особенно очевидно при использовании функции глобального поиска ("Поиск во всех магазинах") POS, поскольку результаты поиска извлекаются из индекса поиска Azure, а не запрашиваются из данных в Commerce Headquarters.

Включение функции поиска на облачной платформе

Примечание

Требуется, чтобы Commerce headquarters и Commerce Scale Unit были обновлены до версии 10.0.18. Обновление POS не является обязательным.

Чтобы включить функцию поиска на облачной платформе в Commerce headquarters, выполните следующие действия.

1. Перейдите в раздел Администрирование системы > Рабочие области > Управление функциями.
2. Найдите и выберите (Предварительная версия) Поиск клиента на облачной платформе, а затем выберите Включить сейчас.
3. Перейдите в раздел Retail и Commerce > Настройка Headquarters > Планировщик Commerce > Инициализировать планировщик Commerce и нажмите кнопку ОК, чтобы открыть новое задание 1010_CustomerSearch в форме График распределения.
4. Перейдите в раздел Retail и Commerce > ИТ Retail и Commerce > График распределения.
5. Выполните задание 1010_CustomerSearch. Это задание публикует дату в индексе поиска Azure. После завершения публикации индекса статус задания будет настроен как примененный.
6. После того как статус задания 1010_CustomerSearch настраивается на примененный, выполните задание 1110 Глобальная конфигурация, чтобы обновить каналы POS вновь включенной функции в управлении функциями.
7. Впоследствии следует выполнять задание 1010_CustomerSearch через регулярные интервалы времени, чтобы отправить клиентские обновления в индекс поиска.

Примечание

Для первоначальной публикации индекса задание 1010_CustomerSearch может занять несколько часов, так как все записи клиентов будут отправлены в индекс поиска Azure. Последующие обновления должны занять несколько минут. В период времени, когда функция поиска на облачной платформе включена, но публикация индекса еще не завершена, поиск клиента в POS будет использоваться по умолчанию для существующего поиска на основе SQL. Это гарантирует отсутствие прерываний для операций магазина.

Функциональные различия для существующего поиска

В следующем списке показано отличие функций поиска клиента на облачной платформе от существующих функций поиска.

• Клиенты, созданные и измененные в Commerce headquarters, отправляются в индекс поиска Azure при выполнении задания 1010_CustomerSearch. Для обновления индекса эти обновления занимают как минимум 15-20 минут. Пользователи POS смогут выполнять поиск новых клиентов (или производить поиск по обновленной информации) примерно от 15 до 20 минут после обновления в Commerce headquarters. Если в бизнес-процессе требуется, чтобы клиенты, созданные в Commerce headquarters, сразу же были доступны для поиска в POS, эта служба может вам не подойти.
• Новые клиенты, созданные в POS, направляются в индекс поиска Azure из Commerce Scale Unit и сразу же могут быть доступны в любом магазине. Однако если функция асинхронного создания клиентов включена, новые записи клиентов не будут публиковаться в индексе поиска Azure из Commerce Scale Unit и не будут доступны из POS до тех пор, пока информация по клиенту не будет синхронизирована с Commerce headquarters, а коды клиентов не будут созданы для асинхронных клиентов. После этого задание 1010_CustomerSearch сможет отправлять записи асинхронных клиентов в индекс поиска Azure. В среднем это займет около 30 минут до того момента, когда вновь созданных асинхронных клиентов можно будет искать в POS. В этой оценке предполагается, что выполнение заданий 1010_CustomerSearch, P-задание и Синхронизация клиентов и деловых партнеров из асинхронного режима запланировано на каждые 15 минут.
• При поиске на облачной платформе также выполняется поиск вспомогательных адрес электронной почты и телефонных номеров клиентов, но в настоящее время результаты поиска клиентов показывают только основной номер телефона и основной адрес электронной почты клиентов. На первый взгляд может показаться, что были возвращены нерелевантные результаты поиска, но проверка дополнительного адреса электронной почты и телефона клиента в результатах поиска может помочь проверить, совпадает ли искомое ключевое слово с клиентом. Чтобы избежать такой путаницы, необходимо улучшить страницу результатов поиска, чтобы облегчить пользователям понять, почему был возвращен результат поиска.
• Требование поиска по крайней мере из 4 знаков в глобальном поиске ("Поиск по всем магазинам") не применимо к этой службе.
• Задание 1010_CustomerSearch не выполняется автоматически для записей клиентов, импортированных из внешней системы. Необходимо запустить задание 1010_CustomerSearch, чтобы можно было выполнить поиск по импортированным записям клиентов.

Примечание

Возможности поиска клиентов при использовании службы поиска Azure Cognitive Search, доступны в регионах с ограничением для предварительного просмотра. Возможности поиска клиентов недоступны в следующих регионах:

• Бразилия
• Индия

Дополнительные ресурсы

Поиск продуктов и клиентов в POS