Kliendi otsing

See artikkel kirjeldab kliendiotsingu võimalusi Microsoft Dynamics 365 Commerce'is.

Kasuta kliendiotsingut, et leida kliente erinevatel eesmärkidel. Näiteks võib kassapidajatel olla vaja vaadata kliendi soovinimekirja või ostuajalugu või lisada klienti kandesse. Töötajad saavad otsida käesoleva kaupluse või ettevõttega või mõne teise kauplusega seotud kliente. Töötajad saavad samuti otsida emaorganisatsiooni teise ettevõttega seostatud kliente.

Otsingu algoritm vastab otsinguterminitele järgmistes kliendi atribuutides olevate väärtuste suhtes.

• Nimi
• Meiliaadress
• Telefoninumber
• Kliendikaardi number
• Aadress
• Konto number

Nende atribuutide hulgas annab nimi mitme märksõnaga otsingutel kõige suurema paindlikkuse, kuna algoritm annab tulemuseks kõik kliendid, kes vastavad mõnele otsitavale märksõnale. Kliendid, kes vastavad enamikule märksõnadest, kuvatakse tulemuste alguses. See käitumine aitab kassapidajatel olukordades, kus otsitakse täisnime sisestamisega, kuid perekonnanimi ja eesnimi vahetati esialgse andmesisestuse käigus. Jõudluse huvides säilitavad kõik teised atribuudid siiski otsingu märksõnade järjekorra. Seega, kui otsingumärksõnade järjekord ei ühti andmete salvestamise järjekorraga, ei tagastata tulemusi.

Vaikimisi toimub kliendiotsing kauplusega seotud klientide aadressiraamatutest. Seda tüüpi otsingut nimetatakse kohalikuks kliendiotsinguks. Kuid töötajad saavad otsida kliente ka globaalselt. Teisisõnu saavad nad otsida kõigist ettevõtte kauplustest või teistest juriidilistest isikutest. Seda tüüpi otsingut nimetatakse kliendi kaugotsinguks.

Globaalseks otsinguks saavad töötajad valida lehe allosas nupu "Filtreeri tulemusi " ja seejärel valida valiku " Otsi kõiki poode ", nagu näidatud järgmises illustratsioonis. Sellisel juhul tagastab otsing mitte ainult kliendid, vaid ka kõik osapooled, kes kuuluvad peakontori aadressiraamatusse. Nende osapoolte hulka kuuluvad töötajad, hankijad, kontaktid ja konkurendid.

Märkus.

Sisestage vähemalt neli märki kaugotsinguks kliendi otsinguks, et tulemused tagasi saada.

Kliendi ID-d ei kuvata klientide puhul, kellele päringuid tehakse teistelt juriidilistelt isikutelt, sest nendel osapooltel puudub praeguses ettevõttes kliendi ID. Kuid kui töötaja avab kliendi andmete lehe, loob süsteem sellele osapoolele automaatselt kliendi ID ja seostab kliendiga ka kaupluse klientide aadressiraamatud. Seetõttu on klient nähtav kohalikes poe otsingutes, mis tehakse hiljem.

Rohkem kohalikke kliendiotsingu võimalusi

Kui otsid telefoninumbrit, ignoreerib süsteem erimärke (nagu tühikud, sidekriipsud ja sulud), mida võid kliendi loomisel lisada. Seetõttu ei pea kassapidajad otsimisel telefoninumbri formaadi pärast muretsema. Näiteks, kui kliendi telefoninumber on sisestatud kui 123-456-7890, saab kassapidaja otsida klienti, kirjutades 1234567890 või sisestades telefoninumbri esimesed numbrid.

Märkus.

Kliendil võib olla mitu telefoninumbrit ja meiliaadressi. Kliendiotsingu algoritm otsib ka teiseste meiliaadressite ja telefoninumbrite seast, kuid kliendiotsingutulemuste lehel kuvatakse ainult esmane meiliaadress ja telefoninumber. See piirang võib tekitada segadust, kuna tagastatud kliendi tulemused ei näita otsitud e-posti ega telefoninumbrit.

Tavaline kliendiotsing võib olla aeganõudev, sest selle käigus otsitakse mitmest väljast. Selle asemel saavad kassapidajad otsida ühest kliendi atribuudist, nagu nimi, meiliaadress või telefoninumber. Kliendiotsingu algoritmi kasutatavaid atribuute tuntakse ühiselt nimega kliendi otsingukriteeriumid. Süsteemiadministraator saab hõlpsasti seadistada ühe või mitu kriteeriumi otseteeks, mis kuvatakse POS-is. Kuna otsing on piiratud ühe kriteeriumiga, kuvatakse ainult asjakohased otsingutulemused ning tulemuslikkus on parem kui tavalise kliendi otsingu tulemus. Järgmisel illustratsioonil on näidatud kliendiotsingu kiirklahve kassas.

Otsingukriteeriumide määramiseks kiirklahvidena peab administraator rakenduses Commerce avama lehe Kaubanduse parameetrid ja seejärel vahekaardil Kassa otsingukriteeriumid valima kriteeriumid, mis tuleks kuvada kiirklahvidena.

Märkus.

Kui lisad liiga palju otseteid, muutub POS-i otsinguriba rippmenüü segaseks ning töötaja otsingukogemus võib muutuda. Lisa ainult nii palju otseteid, kui vaja.

Väli Kuvamisjärjestus määratleb, millises järjekorras kiirklahve kassas kuvatakse. Näidatud kriteeriumid on valmisatribuudid, mida kliendiotsingu algoritm kasutab klientide otsimiseks. Kuid partnerid saavad lisada kohandatud atribuute otsingu kiirklahvidena. Kohandatud atribuutide lisamiseks otsingu kiirklahvidena peab süsteemiadministraator laiendama laiendavat loetelu, mida kasutatase kliendiotsingu kriteeriumiks ja seejärel märkima partneri kohandatud atribuudid kiirklahvidena. Kui otsingute jaoks kasutatakse partnerite kohandatud kiirklahve, on partnerid vastutavad tulemeid leidva koodi kirjutamise eest.

Otseteede tõlked on nõutavad, kui soovite otseteid kassas renderdada. Kui sinu kanali keel erineb süsteemi vaikekeelest, pead iga otsetee jaoks tõlke defineerima oodatud keeles. Saate määratleda tõlked, valides iga otsetee jaoks käsu Tõlgi .

Märkus.

Kohandatud omadus, mille lisad enumile, ei mõjuta standardset kliendiotsingu algoritmi. Teisisõnu, kliendi otsingualgoritm ei otsi kohandatud omaduses. Kasutajad saavad kohandatud atribuuti otsingute jaoks kasutada ainult siis, kui kohandatud atribuut on lisatud kiirklahvina või otsingu vaikealgoritm on alistatud.

Jaemüüjad saavad kassas seada kliendi vaikeotsingu režiimiks ka Kõigi kaupluste otsing. See konfiguratsioon võib olla kasulik olukordades, kus väljaspool POS-i loodud kliente tuleb kohe otsida (näiteks isegi enne jaotustöö käivitamist). Selleks peab jaemüüja kassa funktsiooniprofiilis Kliendi vaikeotsingu režiimi suvandi sisse lülitama. Kui see on seatud jah-režiimile, helistab iga kliendiotsing reaalajas peakontorisse.

Ootamatute jõudlusprobleemide vältimiseks on see konfiguratsioon peidetud flighting-lipu taha, mille nimi on CUSTOMERSEARCH_ENABLE_DEFAULTSEARCH_FLIGHTING. Et kasutajaliideses ( UI) vaikimisi kliendiotsingurežiimi seadet näidata, peaks jaemüüja looma tugipileti oma kasutajate aktsepteerimise testimisele (UAT) ja tootmiskeskkondadele. Pärast pileti saamist teeb insenerimeeskond koostööd jaemüüjaga, et tagada jaemüüja testimine mittetootmiskeskkonnas, et hinnata jõudlust ja rakendada vajalikke optimeerimisi.

Pilvepõhine kliendiotsing

Kliendiotsingu võimaluse avalik eelvaade Azure'i Cognitive Searchi teenuse abil on välja antud Commerce 10.0.18 väljalaske osana. Lisaks jõudluse parendustele on teenuse kasutajatel kasulik ka rikas täiendus ja täiustatud tähtsuse võimalused. Toimivuse täiustused on eriti ilmsed, kui kasutatakse POS-i globaalset otsingufunktsiooni („Otsi kõigist poodidest”), sest otsingutulemused tuuakse Azure’i otsinguindeksist, selle asemel, et teha päringuid Commerce headquarters’i andmetest.

Luba pilve võimsusega otsingu funktsioon

Märkus.

Nii kaubanduse peakontor kui ka kaubanduse mõõtkava üksus tuleb uuendada versioonile 10.0.18. POS-i uuendamine ei ole kohustuslik.

Pilvepõhise otsingufunktsiooni lubamiseks Commerce'i peakontoris järgige järgmisi samme:

1. Minge jaotisse Süsteemihaldus>Tööruumid>Funktsioonihaldus.
2. Leidke ja valige (Eelvaade) pilve toetatud kliendi otsing funktsioon ja seejärel valige Luba kohe.
3. Minge Jaemüük ja Äri > Peakorteri seadistuses > Äri graafik > Käivitage äri ajakava ja valige OK, et kuvada uus 1010_CustomerSearch töö jaotusgraafiku vormis.
4. Avage Jaemüük ja kaubandus>Jaemüügi ja kaubanduse IT>Jaotusgraafik
5. Käivitage 1010_CustomerSearch töö. See töö avaldab andmed Azure'i otsinguindeksisse. Kui indeksi avaldamine on lõpetatud, on töö staatus seatud Rakendatud.
6. Kui 1010_CustomerSearch töö staatus on rakendatud, käivita 1110 - Globaalne konfiguratsioonitöö , et uuendada uue funktsiooni POS-kanaleid funktsioonide halduses.
7. Pärast initsialiseerimise lõpetamist genereeritakse automaatselt korduv partiitöö 1010_CustomerSearch tööle, et saata kliendi uuendused otsinguindeksisse. Alusta selle töö puhul 60-minutilise kordusintervalliga. Kui töö avaldab uusi sessioone kiiremini, kui neid töödeldakse, koguneb aja jooksul järjekord ja kliendi uuendused jõuavad otsinguindeksisse kauem aega.

Märkus.

Esialgse indeksi avaldamise puhul võib 1010_CustomerSearch töö valmimine võtta paar tundi, kuna see saadab kõik kliendikirjed Azure otsinguindeksisse. Järgnevad uuendused võtavad tavaliselt umbes 30–60 minutit, sõltuvalt kliendi andmemahust (suuremad andmekogumid võtavad kauem aega). Kui lubad pilvepõhise otsingufunktsiooni, kuid indeksite avaldamine pole veel lõpetatud, siis kliendi otsing POS-ist kasutab vaikimisi olemasolevat SQL-põhist otsingut. See vaikeseade tagab, et salvestustoimingutel ei tekiks katkestusi.

Olemasoleva otsingu funktsioonierinevused

Järgmine nimekiri näitab, kuidas pilvepõhine kliendiotsingu funktsionaalsus erineb olemasolevast otsingufunktsioonist.

• Kui käivitad 1010_CustomerSearch töö, saadab see kliendid, kes on loodud ja muudetud kaubanduse peakontoris, Azure otsinguindeksisse. Need uuendused kajastuvad tavaliselt indeksis umbes 30–60 minutiga, sõltuvalt teie kliendiandmete mahust (suuremad andmekogumid võtavad kauem aega). Pärast indeksi uuendamist saavad POS-i kasutajad otsida uusi kliente (või otsida uuendatud info põhjal). Kui teie äriprotsess nõuab, et Commerce'i peakontoris loodud kliendid oleksid kohe POS-is otsitavad, ei pruugi see teenus olla teie jaoks õige valik.

• Kui lood POS-is uusi kliente, saadab Commerce Scale Unit nad Azure'i otsinguindeksisse, nii et neid saab kohe otsida igas poes. Kui aga lülitad sisse Async kliendi loomise funktsiooni, ei avaldata uusi kliendikirjeid Azure'i otsinguindeksisse Commerce Scale Unitist ning neid ei saa POS-ist otsida enne, kui kliendiinfo sünkroonitakse Commerce'i peakontoriga ja kliendi ID-d genereeritakse Async klientidele. 1010_CustomerSearch töö saab seejärel saata Async kliendikirjed Azure otsinguindeksisse. Aeg, mil äsja loodud Async kliente saab POS-is otsida, sõltub kahest tegurist:

  • Kui tihti ajastavad 1010_CustomerSearch, P-töö ja Synchronize kliendid ning äripartnerid asünkroonrežiimi töödest.
  • Kui kiiresti iga töö suudab avaldada ja oma töökoormust rakendada.

  Kui kliendikirjed luuakse kiiremini, kui need tööd jõuavad avaldada ja rakendada, koguneb järjekord ja otsitavuse aeg suureneb vastavalt.

• Pilve toega otsing otsib ka teiseseid e-kirju ja klientide telefoninumbriid, kuid praegu kuvatakse kliendi otsingutulemustes ainult esmane telefoninumber ja klientide esmane meiliaadress. Esmapilgul võib tunduda, et ebaolulised otsingutulemused tagastatakse, kuid kliendi teisese e-posti aadressi ja telefoninumbri kontrollimine otsingutulemustes aitab kinnitada, kas otsitav märksõna andis kliendile vastavuse. Sellise segaduse vältimiseks plaanitakse otsingutulemuste lehte parandada, et kasutajad mõistaksid, miks otsingutulemus tagastati.

• Nõue kasutada vähemalt nelja tähemärki globaalses otsingus ("Otsi kõiki poode") ei kehti selle teenuse kohta.

• 1010_CustomerSearch ülesannet ei käivitata automaatselt kliendikirjete puhul, mida impordid välisest süsteemist. Imporditud kliendikirjete otsimiseks peate käivitama töö 1010_CustomerSearch.

Märkus.

Kliendi otsinguvõimalused Azure'i cotive search service'i abil on eelvaate jaoks saadaval piiratud regioonides. Kliendiotsingu võimalus ei ole saadaval järgmistes piirkondades:

• Brasiilia
• India

Veel ressursse

Tooteotsing ja kliendiotsing kassas (POS)