Klant zoeken

In dit artikel worden de zoekmogelijkheden voor klanten in Microsoft Dynamics 365 Commerce beschreven.

Klantzoekopdrachten worden gebruikt om voor verschillende doeleinden naar klanten te zoeken. Een kassamedewerker kan bijvoorbeeld de wensenlijst of inkoophistorie weergeven of de klant aan een transactie toevoegen. Medewerkers kunnen zoeken naar klanten die zijn gekoppeld aan de huidige winkel of een andere winkel in het bedrijf. Medewerkers kunnen ook zoeken naar klanten die zijn gekoppeld aan een ander bedrijf in de bovenliggende organisatie.

Het zoekalgoritme komt overeen met de zoektermen met de waarden die aanwezig zijn in de volgende klanteigenschappen:

• Naam
• E-mailadres
• Telefoonnummer
• Nummer loyaliteitskaart
• Adres
• Rekeningnummer

Onder deze eigenschappen biedt de naam de meeste flexibiliteit voor zoekopdrachten met meerdere trefwoorden omdat het algoritme alle klanten retourneert die overeenkomen met een van de gezochte trefwoorden. De klanten die overeenkomen met de meeste zoekwoorden, worden bovenaan weergegeven in de resultaten. Dit is handig voor kassamedewerkers in situaties waarin ze zoeken door de volledige naam te typen, maar de achternaam en voornaam zijn omgewisseld tijdens de eerste gegevensinvoer. Met het oog op de prestaties behouden alle andere eigenschappen echter de volgorde van de zoekwoorden. Als de volgorde van de zoekwoorden niet overeenkomt met de volgorde waarin de gegevens zijn opgeslagen, worden er dus geen resultaten geretourneerd.

Standaard wordt een klantzoekopdracht uitgevoerd op de klantadresboeken die zijn gekoppeld aan de winkel. Dit type zoekopdracht wordt ook wel een lokale klantzoekopdracht genoemd. Werknemers kunnen echter ook wereldwijd naar klanten zoeken. Ze kunnen dus in alle winkels van het bedrijf en in alle andere rechtspersonen zoeken. Dit type zoekopdracht wordt ook wel een externe klantzoekopdracht genoemd.

Als werknemers wereldwijd willen zoeken, selecteren ze de knop Resultaten filteren onder aan de pagina en vervolgens de optie Alle winkels zoeken, zoals in de volgende afbeelding. In dit geval worden niet alleen klanten geretourneerd. Alle typen partijen die deel uitmaken van een adresboek in het hoofdkantoor worden ook geretourneerd. Dit kunnen werknemers, leveranciers, contactpersonen en concurrenten zijn.

Notitie

Voor een externe klantzoekopdracht moeten minstens vier tekens worden ingevoerd om resultaten te retourneren.

De klant-id wordt niet weergegeven voor klanten vanuit andere rechtspersonen worden opgevraagd omdat er geen klant-id voor die partijen is gemaakt in het huidige bedrijf. Als een werknemer de pagina met klantgegevens opent, wordt automatisch een klant-ID voor de partij gegenereerd en worden de klantadresboeken van de winkel gekoppeld aan de klant. Daarom is de klant zichtbaar in lokale winkelzoekopdrachten die later worden uitgevoerd.

Aanvullende mogelijkheden voor het zoeken naar lokale klanten

Als de gebruiker zoekt naar een telefoonnummer, worden in het systeem speciale tekens genegeerd (zoals spaties, afbreekstreepjes en haken) die mogelijk zijn toegevoegd wanneer de klant is gemaakt. Daarom kunnen kassiers de indeling negeren van het telefoonnummer dat ze zoeken. Als een telefoonnummer van een klant bijvoorbeeld is ingevoerd als 123-456-7890, kan een kassamedewerker de klant zoeken door 1234567890 te typen of door de eerste paar cijfers van het telefoonnummer in te voeren.

Notitie

Een klant kan meerdere telefoonnummers en meerdere e-mailadressen hebben. Het klantzoekalgoritme doorzoekt ook deze secundaire e-mailadressen en telefoonnummers, maar de primaire e-mail en het telefoonnummer worden alleen weergegeven op de pagina met klantzoekresultaten. Dit kan leiden tot verwarring omdat de geretourneerde klantresultaten niet het gezochte e-mailadres of telefoonnummer weergeven. In een toekomstige versie gaan we het scherm met klantzoekresultaten verbeteren om deze gegevens weer te geven.

De traditionele zoekopdracht voor klanten kan tijdrovend zijn, omdat er meerdere velden worden doorzocht. Kassiers kunnen in plaats daarvan zoeken in één klanteigenschap, zoals de naam, het e-mailadres of het telefoonnummer. De eigenschappen waarvan het klantzoekalgoritme gebruikmaakt, staan bekend als de klantzoekcriteria. De systeembeheerer kan eenvoudig een of meer criteria configureren als snelkoppelingen die op het POS worden weergegeven. Omdat de zoekactie is beperkt tot één criteriu, worden alleen de relevante zoekresultaten weergegeven en zijn de prestaties veel beter dan met de standaard zoekopdracht voor klanten. In de volgende afbeelding ziet u de snelkoppelingen voor klant zoeken op het POS.

Voor het instellen van zoekcriteria als snelkoppelingen moet de beheerder de pagina Commerce-parameters in Commerce openen en vervolgens op het tabblad POS-zoekcriteria klikken en alle criteria selecteren die moeten worden weergegeven als snelkoppelingen.

Notitie

Als u te veel snelkoppelingen toevoegt, wordt de vervolgkeuzelijst op de zoekbalk in POS onoverzichtelijk wat een negatieve invloed heeft op de zoekodprachten van werknemers. Het is raadzaam alleen snelkoppelingen toe te voegen die u nodig hebt.

Het veld Weergavevolgorde bepaalt de volgorde waarin de snelkoppelingen worden weergegeven op het POS. De getoonde criteria zijn standaardeigenschappen die het klantzoekalgoritme gebruikt om klanten te zoeken. Partners kunnen echter aangepaste eigenschappen toevoegen als snelkoppelingen. Als u aangepaste eigenschappen als snelkoppelingen wilt toevoegen, moet de systeembeheerder de uitbreidbare opsomming (enum) die wordt gebruikt voor de klantzoekcriteria uitbreiden en de aangepaste eigenschappen van de partner als snelkoppelingen opgeven. Partners zijn verantwoordelijk voor het schrijven van de code voor het zoeken van resultaten wanneer aangepaste sneltoetsen worden gebruikt voor zoekopdrachten.

Vertalingen voor sneltoetsen zijn vereist als u wilt dat sneltoetsen in het POS worden weergegeven. Als uw kanaaltaal verschilt van de standaardtaal van het systeem, moet u de vertaling voor elke sneltoets in de verwachte taal definiëren. U kunt vertalingen definiëren door voor elke sneltoets Vertalen te selecteren.

Notitie

Een aangepaste eigenschap die wordt toegevoegd aan de enum heeft geen invloed op het standaardzoekalgoritme voor klanten. Het klantzoekalgoritme zoekt dus niet in de aangepaste eigenschap. Gebruikers kunnen alleen een aangepaste eigenschap gebruiken voor zoekopdrachten als die aangepaste eigenschap is toegevoegd als een snelkoppeling of als het standaardzoekalgoritme is overschreven.

Detailhandelaren kunnen de standaardzoekmodus voor klanten ook instellen in het POS op In alle winkels zoeken. Deze configuratie kan handig zijn in scenario's waar klanten die buiten POS zijn gemaakt onmiddellijk moeten worden doorzocht (bijvoorbeeld zelfs voordat de distributietaak wordt uitgevoerd). De detailhandelaar moet hiertoe de optie Standaardzoekmodusoptie in het POS-functionaliteitsprofiel inschakelen. Nadat deze optie is ingesteld op Ja, wordt bij elke zoekpoging van klanten vervolgens een realtime aanroep naar het hoofdkantoor uitgevoerd.

Om onverwachte problemen met prestaties te voorkomen, wordt deze configuratie verborgen achter een flighting-markering met de naam CUSTOMERSEARCH_ENABLE_DEFAULTSEARCH_FLIGHTING. Als de instelling Standaardzoekmodus voor klanten in de gebruikersinterface moet worden weergegeven, moet de detailhandelaar dus een ondersteuningsticket maken voor de UAT- (User Acceptance Testing) en productieomgevingen. Nadat het ticket is ontvangen, werkt het technisch team samen met de detailhandelaar om ervoor te zorgen dat de detailhandelaar de tests uitvoert in de niet-productieomgeving om de prestaties te beoordelen en eventuele vereiste optimalisaties te implementeren.

Zoekopdrachten voor klanten via cloud

De openbare preview van de zoekfunctie voor klanten met de zoekfunctie van Azure Cognitive Services werd vrijgegeven als onderdeel van de release van Commerce 10.0.18. Naast prestatieverbeteringen kunnen gebruikers van de service ook profiteren van uitgebreide functionaliteit en betere relevantiemogelijkheden. De prestatieverbeteringen zijn vooral nuttig wanneer de algemene zoekfunctie ('In alle winkels zoeken') van het POS wordt gebruikt, omdat zoekresultaten worden opgehaald uit de Azure-zoekindex in plaats van te worden opgezocht vanuit de gegevens in Commerce headquarters.

De zoekfunctie via de cloud inschakelen

Notitie

Zowel Commerce Headquartes als Commerce Scale Unit moet worden bijgewerkt naar versie 10.0.18. Bijwerken van het POS is niet vereist.

Voer de volgende stappen uit om de functie voor zoeken via de cloud in te schakelen in Commerce Headquarters.

1. Ga naar Systeembeheer > Werkruimten > Functiebeheer.
2. Zoek de functie (Preview) Zoekopdrachten voor klanten via cloud en selecteer deze en selecteer vervolgens Nu inschakelen.
3. Ga naar Retail en Commerce > Instelling van hoofdkantoor > Commerce-planner > Commerce-planner initialiseren en selecteer OK om de nieuwe taak 1010_CustomerSearch weer te geven op het formulier Distributieschema.
4. Ga naar Retail en Commerce > Retail en Commerce IT > Distributieschema.
5. Voer de taak 1010_CustomerSearch uit. Met deze taak publiceert u de datum naar de Azure-zoekindex. Wanneer de index is gepubliceerd, wordt de status van de taak ingesteld op Toegepast.
6. Nadat de status van de taak 1010_CustomerSearch is ingesteld op Toegepast, voert u de taak 1110 - Algemene configuratie uit om de POS-kanalen bij te werken van de nieuw ingeschakelde functie in Functiebeheer.
7. Voer vervolgens met regelmatige tussenpozen de taak 1010_CustomerSearch uit om klantupdates naar de zoekindex te verzenden.

Notitie

Bij het publiceren van de initiële index kan de taak 1010_CustomerSearch enkele uren in beslag nemen, omdat alle klantrecords naar de Azure-zoekindex worden verzonden. De daaropvolgende updates zouden enkele minuten moeten vergen. In de periode waarin de functie voor zoeken in de cloud is ingeschakeld, maar de indexpublicatie nog niet is voltooid, wordt bij de klantzoekactie vanuit het POS standaard de bestaande op SQL gebaseerde zoekopdracht gebruikt. Op deze manier wordt gegarandeerd dat er geen onderbrekingen zijn bij de opslag.

Functionele verschillen ten opzichte van de bestaande zoekopdracht

In de volgende lijst wordt weergegeven hoe de zoekfunctionaliteit voor klanten in de cloud verschilt van de bestaande zoekfunctionaliteit.

• Klanten die in Commerce Headquarters zijn gemaakt en bewerkt, worden naar de Azure-zoekindex verzonden wanneer de taak 1010_CustomerSearch wordt uitgevoerd. Bij deze updates duurt het minimaal 15 tot 20 minuten om de index bij te werken. POS-gebruikers kunnen zo'n 15 tot 20 minuten zoeken naar nieuwe klanten (of zoeken op basis van bijgewerkte informatie) nadat de updates in Commerce Headquarters zijn uitgevoerd. Als uw bedrijfsproces vereist dat klanten die in Commerce Headquarters zijn gemaakt, onmiddellijk kunnen worden gezocht in het POS, is dit mogelijk niet de juiste service voor u.
• Nieuwe klanten die in het POS worden gemaakt, worden vanuit de Commerce Scale Unit naar de Azure-zoekindex verzonden en kunnen onmiddellijk worden doorzocht in elke winkel. Als de functie voor het maken van asynchrone klanten echter is ingeschakeld, worden nieuwe klantrecords niet vanuit de Commerce Scale Unit naar de Azure-zoekindex gepubliceerd en kan pas vanuit het POS worden gezocht als de klantgegevens zijn gesynchroniseerd met Commerce Headquarters en klant-id's voor asynchrone klanten zijn gegenereerd. De taak 1010_CustomerSearch kan vervolgens de asynchrone klantrecords naar de Azure-zoekindex verzenden. Het duurt gemiddeld 30 minuten voordat nieuwe asynchrone klanten kunnen worden gezocht in het POS. Bij deze raming wordt ervan uitgegaan dat taken 1010_CustomerSearch, P-taak en Klanten en zakenpartners synchroniseren vanuit de asynchrone modus zo zijn gepland dat ze elke 15 minuten worden uitgevoerd.
• Met zoeken in de cloud wordt ook naar de secundaire e-mailadressen en telefoonnummers van klanten gezocht. De zoekresultaten van klanten geven echter momenteel alleen het primaire telefoonnummer en primaire e-mailadres van klanten weer. In eerste instantie lijkt het er mogelijk op dat er niet-relevante zoekresultaten zijn geretourneerd, maar als u het secundaire e-mailbericht en telefoonnummer van een klant in de zoekresultaten controleert, kan dit helpen nagaan of het gezochte trefwoord heeft geresulteerd in een klantmatch. Om dergelijke verwarring te voorkomen, zijn er plannen om de pagina met zoekresultaten te verbeteren zodat gebruikers eenvoudig kunnen begrijpen waarom een zoekresultaat is geretourneerd.
• De vereiste dat een zoekterm minimaal vier tekens lang moet zijn in een algemene zoekopdracht ('In alle winkels zoeken') is niet van toepassing op deze service.
• De taak 1010_CustomerSearch wordt niet automatisch uitgevoerd voor klantrecords die zijn geïmporteerd uit een extern systeem. U moet de taak 1010_CustomerSearch uitvoeren, zodat de geïmporteerde klantrecords kunnen worden doorzocht.

Notitie

De zoekfunctie voor klanten met de zoekfunctie van Azure Cognitive Services is in beperkte regio's beschikbaar voor preview. De zoekfunctie voor klanten is niet beschikbaar in de volgende regio's:

• Brazilië
• India

Aanvullende bronnen

Zoeken naar producten en klanten zoeken in aanwijzen verkoop (POS)