Debitorensuche

Notiz

Die Retail Interest Group von Dynamics 365 Commerce wurde von Yammer zu Viva Engage verschoben. Wenn Sie keinen Zugriff auf die neue Viva Engage-Community haben, füllen Sie dieses Formular (https://aka.ms/JoinD365commerceVivaEngageCommunity) aus, um hinzugefügt zu werden, und bleiben Sie an den neuesten Diskussionen beteiligt.

In diesem Artikel werden die Suchfunktionen für Kunden in Microsoft Dynamics 365 Commerce beschrieben.

Verwenden Sie die Kundensuche, um Kunden für verschiedene Zwecke zu finden. So möchten Kassierer möglicherweise den Wunschzettel oder die Kaufhistorie eines Debitors anzeigen oder den Debitor zu einer Transaktion hinzufügen. Entsprechend können Mitarbeiter nach Debitoren suchen, die der aktuellen Filiale oder einer anderen Filiale im Unternehmen zugeordnet sind. Außerdem können Mitarbeiter auch nach Debitoren suchen, die einem anderen Unternehmen in der übergeordneten Organisation zugeordnet sind.

Der Suchalgorithmus passt die Suchbegriffe mit den Werten an, die in den folgenden Debitoreneigenschaften vorhanden sind:

• Name
• E-Mail-Adresse
• Telefonnummer
• Treuekartennummer
• Anschrift
• Kontonummer

Durch diesen Eigenschaften enthält der Name die besonders Flexibilität für Mehrfach-Schlüsselwortsuchen, da der Algorithmus alle Debitoren zurückgibt, die mit einem gefundenen Suchbegriff übereinstimmen. Die Debitoren, die den meisten Suchbegriffen entsprechen, oben in den Ergebnissen angezeigt. Dieses Verhalten hilft Kassierern in Situationen, in denen sie suchen, indem sie den vollständigen Namen eingeben, während der anfänglichen Dateneingabe jedoch Familienname und Vorname ausgetauscht wurden. Aus Leistungsgründen behalten alle anderen Eigenschaften die Reihenfolge der Suchbegriffe bei. Wenn daher die Reihenfolge der Suchstichwörter nicht mit der Reihenfolge übereinstimmt, in der die Daten gespeichert werden, werden keine Ergebnisse zurückgegeben.

Standardmäßig wird eine Debitorensuche in den Debitorenadressbüchern durchgeführt, die mit dem Shop verknüpft sind. Diese Form der Suche wird als lokale Debitorensuche bezeichnet. Allerdings können Mitarbeiter auch global nach Debitoren suchen. Sie können also auch in den Shops des Unternehmens und in allen anderen juristischen Personen eine Suche durchführen. Diese Form der Suche wird als Remote-Debitorensuche bezeichnet.

Um global zu suchen, können Mitarbeiter die Schaltfläche " Ergebnisse filtern " am unteren Rand der Seite und dann die Option " Alle Speicher durchsuchen" auswählen, wie in der folgenden Abbildung dargestellt. In diesem Fall gibt die Suche nicht nur Kunden, sondern auch alle Arten von Parteien zurück, die Teil eines Adressbuchs im Hauptsitz sind. Zu diesen Parteien zählen Arbeitskräfte, Kreditoren, Mitbewerber und Kontakte.

Notiz

Geben Sie mindestens vier Zeichen für eine Remotekundensuche ein, um Ergebnisse zurückzugeben.

Die Kunden-ID wird nicht für Kunden angezeigt, die von anderen juristischen Personen abgefragt wurden, da diese Parteien keine Kunden-ID im aktuellen Unternehmen haben. Wenn ein Mitarbeiter jedoch die Debitorendetailseite öffnet, generiert das System automatisch eine Debitorenkennung für die Partei und verknüpft das Debitorenadressbuch des Shops mit dem Debitor. Daher ist der Kunde in lokalen Store-Suchvorgängen sichtbar, die später durchgeführt werden.

Zusätzliche Funktionen für die lokale Debitorensuche

Wenn der Benutzer nach einer Telefonnummer sucht, ignoriert das System Sonderzeichen (z. B. Leerzeichen, Bindestriche und Klammern), die Sie beim Erstellen des Kunden hinzufügen können. Daher müssen sich die Kassierer bei der Suche nach Telefonnummern keine Sorgen um das Format machen. Wenn beispielsweise die Telefonnummer eines Kunden als 123-456-7890 eingegeben wird, kann ein Kassierer nach dem Kunden suchen, indem er 1234567890 eingibt oder die ersten Ziffern der Telefonnummer eingibt.

Notiz

Ein Debitor kann mehrere Telefonnummern und mehrere E-Mails haben. Der Debitorensuchalgorithmus durchsucht auch diese sekundären E-Mails und Telefonnummern, aber auf der Ergebnisseite der Debitorensuche werden nur die primären E-Mails und Telefonnummern angezeigt. Diese Einschränkung kann zu Verwirrung führen, da die zurückgegebenen Kundenergebnisse die durchsuchte E-Mail oder Telefonnummer nicht anzeigen.

Die herkömmliche Debitorensuche kann zeitaufwendig sein, da sie über mehrere Felder hinweg sucht. Stattdessen können Kassierer in einer einzelnen benutzerdefinierten Eigenschaft, wie Name, E-Mail-Adresse oder Telefonnummer suchen. Die Eigenschaften, die der Debitorensuchalgorithmus verwendet, werden zusammen als Debitorensuchkriterien bezeichnet. Der Systemadministrator kann ein oder mehrere Kriterien ganz einfach als Verknüpfungen konfigurieren, die in POS angezeigt werden. Da die Suche auf ein einzelnes Kriterium beschränkt ist, werden nur die relevanten Suchergebnisse angezeigt, und die Leistung ist besser als die Leistung einer standardmäßigen Kundensuche. Die folgende Abbildung zeigt die Debitorensuchverknüpfungen in POS an.

Um Suchkriterien als Verknüpfungen festzulegen, muss der Administrator die Seite Commerce Parameter in Commerce öffnen und dann auf der Registerkarte POS-Suchkriterien alle Kriterien auswählen, die als Verknüpfungen angezeigt werden sollen.

Notiz

Wenn Sie zu viele Tastenkombinationen hinzufügen, wird das Dropdownmenü auf der Suchleiste in POS unübersichtlich, und die Sucherfahrung des Mitarbeiters kann beeinträchtigt werden. Fügen Sie nur so viele Tastenkombinationen hinzu, wie Sie benötigen.

Das Feld Reihenfolge anzeigen bestimmt die Reihenfolge, in der Verknüpfungen in POS angezeigt werden. Die angezeigten Kriterien sind die vorkonfigurierten Eigenschaften, die der Debitorensuchalgorithmus verwendet, um nach Debitoren zu suchen. Allerdings können Partner benutzerdefinierte Eigenschaften als Suchverknüpfungen hinzufügen. Um benutzerdefinierte Eigenschaften als Suchverknüpfungen hinzuzufügen, muss der Systemadministrator die erweiterbare Enumeration (Enum), die für die Debitorensuchkriterien verwendet wird, erweitern und dann die benutzerdefinierten Eigenschaften des Partners als Verknüpfungen markieren. Partner sind dafür zuständig, den Code zu schreiben, um die Ergebnisse zu finden, wenn ihre benutzerdefinierten Verknüpfungen für Suchen verwendet werden.

Übersetzungen für Abkürzungen sind erforderlich, wenn Sie möchten, dass Abkürzungen auf dem POS wiedergegeben werden. Wenn ihre Kanalsprache sich von der Standardsprache des Systems unterscheidet, müssen Sie die Übersetzung für jede Verknüpfung in der erwarteten Sprache definieren. Sie können Übersetzungen definieren, indem Sie Übersetzen für jede Abkürzung wählen.

Notiz

Eine benutzerdefinierte Eigenschaft, die Sie dem Enum hinzufügen, wirkt sich nicht auf den Standard-Kundensuchalgorithmus aus. Mit anderen Worten, der Kundensuch-Algorithmus sucht nicht im benutzerdefinierten Feld. Benutzer können nur eine benutzerdefinierte Eigenschaft für Suchvorgänge verwenden, wenn diese benutzerdefinierte Eigenschaft als Verknüpfung hinzugefügt ist oder wenn der Standardsuchalgorithmus überschrieben wird.

Einzelhändler können auch den Standard-Debitorensuchmodus in POS auf Alle Shops durchsuchen einstellen. Diese Konfiguration kann in Szenarien hilfreich sein, in denen Kunden, die außerhalb des POS erstellt werden, sofort durchsucht werden müssen (z. B. bevor der Verteilungsauftrag ausgeführt wird). Der Einzelhändler muss dazu die Option Standard-Debitorensuchmodus im POS-Funktionsprofil aktivieren. Sobald sie auf "Ja" festgelegt ist, führt jeder Kundensucheversuch einen Echtzeitanruf an den Hauptsitz aus.

Um unerwartete Leistungsprobleme zu vermeiden, wird diese Konfiguration hinter einem Steuerungsflag namens CUSTOMERSEARCH_ENABLE_DEFAULTSEARCH_FLIGHTING verborgen. Um die Einstellung für den Standard-Kundensuchmodus auf der Benutzeroberfläche anzuzeigen, sollte der Händler ein Supportticket für seine Benutzerakzeptanztests (User Acceptance Testing, UAT) und Produktionsumgebungen erstellen. Nachdem das Ticket empfangen wurde, arbeitet das Entwicklungsteam mit dem Händler zusammen, um sicherzustellen, dass der Händler tests in seinen Nichtproduktionsumgebungen durchführt, um die Leistung zu bewerten und alle erforderlichen Optimierungen zu implementieren.

Cloudbasierte Debitorensuche

Die öffentliche Vorschauversion der Debitorensuchfunktion mithilfe des Azure Cognitive Search-Dienstes wurde als Teil der Commerce-Version 10.0.18 veröffentlicht. Neben Leistungsverbesserungen profitieren Benutzer des Dienstes auch von einer umfassenden Verfeinerung und verbesserten Relevanzfunktionen. Besonders deutlich werden die Leistungsverbesserungen, wenn die globale Suchfunktion („Alle Filialen durchsuchen“) des POS genutzt wird, da Suchergebnisse aus dem Azure-Suchindex abgerufen werden, anstatt aus den Daten in Commerce headquarters abgefragt zu werden.

Die cloudbasierte Suchfunktion aktivieren

Notiz

Sowohl commerce headquarters als auch Commerce Scale Unit müssen auf Version 10.0.18 aktualisiert werden. Das Aktualisieren des POS ist nicht erforderlich.

Führen Sie die folgenden Schritte aus, um die cloudgestützte Suchfunktion im Commerce-Hauptsitz zu aktivieren:

1. Wechseln Sie zu Systemverwaltung > Arbeitsbereiche > Funktionsverwaltung.
2. Suchen und wählen Sie die Funktion (Vorschau) Cloudbasierte Debitorensuche und anschließend Jetzt aktivieren aus.
3. Rufen Sie Einzelhandel und Handel > Zentralverwaltungseinrichtung > Commerce-Planer > Commerce-Planer initialisieren auf, und wählen Sie OK aus, um den neuen Einzelvorgang 1010_CustomerSearch im Formular Vertriebsplan anzuzeigen.
4. Rufen Sie Einzelhandel und Handel > Einzelhandel und Handel IT > Vertriebsplan auf.
5. Führen Sie den Einzelvorgang 1010_CustomerSearch aus. Dieser Job veröffentlicht das Datum im Azure-Suchindex. Wenn die Veröffentlichung des Indexes abgeschlossen ist, wird der Status des Auftrags auf "Angewendet" festgelegt.
6. Nachdem der 1010_CustomerSearch Auftragsstatus angewendet wurde, führen Sie den 1110- globalen Konfigurationsauftrag aus, um die POS-Kanäle des neu aktivierten Features in der Featureverwaltung zu aktualisieren.
7. Führen Sie anschließend den 1010_CustomerSearch Auftrag in regelmäßigen Abständen aus, um Kundenupdates an den Suchindex zu senden.

Notiz

Für die anfängliche Indexveröffentlichung kann der 1010_CustomerSearch Auftrag einige Stunden dauern, da alle Kundendatensätze an den Azure-Suchindex gesendet werden. Nachfolgende Aktualisierungen dauern einige Minuten. Wenn Sie das cloudgestützte Suchfeature aktivieren, die Indexveröffentlichung aber noch nicht abgeschlossen ist, wechselt die Kundensuche im POS-System standardmäßig zur vorhandenen SQL-basierten Suche. Diese Standardeinstellung stellt sicher, dass es keine Unterbrechungen für speichervorgänge gibt.

Funktionale Unterschiede zur bestehenden Suche

Die folgende Liste zeigt, wie sich die cloudgestützte Kundensuche von der vorhandenen Suchfunktion unterscheidet.

• Wenn Sie den 1010_CustomerSearch Auftrag ausführen, sendet er Kunden, die im Commerce-Hauptsitz erstellt und bearbeitet wurden, an den Azure-Suchindex. Diese Aktualisierungen dauern 15 bis 20 Minuten, um den Index zu aktualisieren. Etwa 15 bis 20 Minuten nach dem Auftreten der Updates im Commerce-Hauptsitz können POS-Benutzer nach neuen Kunden suchen (oder basierend auf aktualisierten Informationen suchen). Wenn Ihr Geschäftsprozess erfordert, dass Kunden, die in Commerce-Zentrale erstellt wurden, sofort in POS durchsuchbar sind, ist dieser Dienst möglicherweise nicht die richtige Wahl für Sie.
• Wenn Sie neue Kunden in POS erstellen, sendet Commerce Scale Unit sie an den Azure-Suchindex, sodass sie sofort in jedem Store durchsuchbar sind. Wenn Sie das Feature für die Asynchrone Kundenerstellung aktivieren, werden neue Kundendatensätze jedoch nicht aus der Commerce Scale Unit im Azure-Suchindex veröffentlicht und können erst von POS aus durchsucht werden, wenn die Kundeninformationen mit der Geschäftszentrale synchronisiert werden und Kunden-IDs für Async-Kunden generiert werden. Der 1010_CustomerSearch Auftrag kann dann die Async-Kundendatensätze an den Azure-Suchindex senden. Im Durchschnitt dauert es etwa 30 Minuten, bis neu erstellte Async-Kunden auf POS durchsucht werden können. Diese Schätzung geht davon aus, dass die Einzelvorgänge 1010_CustomerSearch, P-Einzelvorgang und Debitoren und Geschäftspartner im asynchronen Modus synchronisieren alle 15 Minuten ausgeführt werden.
• Die cloudbasierte Suche sucht auch nach sekundären E-Mails und Telefonnummern von Debitoren. Derzeit werden in den Debitorensuchergebnissen jedoch nur die primäre Telefonnummer und die primäre E-Mail-Adresse der Kunden angezeigt. Auf den ersten Blick scheint es, dass irrelevante Suchergebnisse angezeigt werden, aber die sekundäre E-Mail-Adresse und Telefonnummer eines Kunden zu überprüfen, kann helfen festzustellen, ob das gesuchte Schlüsselwort zu einer Übereinstimmung mit Kunden geführt hat. Um solche Verwirrung zu vermeiden, ist geplant, die Suchergebnisseite zu verbessern, damit Benutzer leichter nachvollziehen können, warum ein Suchergebnis zurückgegeben wurde.
• Die Anforderung der Suche mithilfe von mindestens vier Zeichen in einer globalen Suche ("Alle Speicher durchsuchen") gilt nicht für diesen Dienst.
• Der 1010_CustomerSearch Auftrag wird nicht automatisch für Kundendatensätze ausgeführt, die Sie aus einem externen System importieren. Sie müssen den Job 1010_CustomerSearch ausführen, damit die importierten Kundendatensätze durchsucht werden können.

Notiz

Die Debitorensuchfunktion mit dem Azure Cognitive Search-Dienst ist in begrenzten Regionen für die Vorschauversion verfügbar. Die Kundensuchfunktion ist in den folgenden Regionen nicht verfügbar:

• Brasilien
• Indien

Zusätzliche Ressourcen

Produktsuche und Debitorensuche in der Verkaufsstelle (POS)