DQE One Feldreferenz in Dynamics

Support DQE
Support DQE
  • Aktualisiert

Anders als das DQE One-Paket für Salesforce legt das Dynamics-Paket keine Felder beim ersten Ausführen einer Prüfung an — jedes dqe_*-Feld unten wird mit der verwalteten Lösung bereits beim Import ausgeliefert, ausschließlich auf Account, Contact und Lead. Ein Feld existiert unabhängig davon, ob die zugehörige Funktion aktiviert ist und ob es auf einem Formular platziert wurde — das Aktivieren einer Funktion in Configure address, email, phone and B2B validation in Dynamics schaltet nur die Validierung ein, es fügt keine Spalten hinzu oder entfernt welche.

Dieser Artikel behandelt zwei getrennte Dinge, deren erzeugte Felder unterschiedlich sind:

  • Echtzeitvalidierung (Adresse, Telefon, E-Mail, Vorname, B2B) — die eigenen PCF-Steuerelemente des Pakets, die während der Eingabe oder beim Speichern validieren. Wird unten zuerst behandelt. Diese Felder werden statisch ausgeliefert.
  • Stapelverarbeitung (Check Email, Check Phone, Check Postal Address, Check B2B und Unify/Dublettenbereinigung) — das ist überhaupt keine Funktion des Dynamics-Pakets. Sie existiert nur, wenn Sie Ihre Dynamics-Umgebung als Datenquelle mit DQE One Standalone verbinden und dort einen Process dagegen ausführen. Wird in einem eigenen Abschnitt gegen Ende behandelt, da die dabei erzeugten Felder zu Standalone gehören, nicht zum Paket.

Adresse

Adresse hat außer einem Länder-Lookup pro Adressblock kein eigenes Feld — es gibt standardmäßig kein persistentes Feld für das "letzte Validierungsergebnis". Beachten Sie, dass Adresse zwei getrennte, unabhängig voneinander aktivierbare Teilfunktionen hat: die Echtzeit-Autovervollständigung und eine Prüfung beim Speichern (RNVP-artig) — das Aktivieren der einen aktiviert nicht die andere.

Feld Typ Account Contact Lead
dqe_address1countrycode Lookup (DQE Country) ✓ ✓ ✓
dqe_address2countrycode Lookup (DQE Country) ✓ ✓ ✓
dqe_address3countrycode Lookup (DQE Country) — ✓ —

Address 3 existiert nur bei Contact, das über einen dritten nativen Adressblock verfügt, den Account und Lead nicht haben.

Telefon

Wie Adresse hat auch Telefon kein persistentes Validierungsergebnis-Feld — nur einen Länder-Lookup pro Telefonnummer, einschließlich der in jeden Adressblock eingebetteten Telefonnummern.

Feld Typ Account Contact Lead
dqe_telephone1countrycode Lookup (DQE Country) ✓ ✓ ✓
dqe_telephone2countrycode Lookup (DQE Country) ✓ ✓ ✓
dqe_telephone3countrycode Lookup (DQE Country) ✓ ✓ ✓
dqe_mobilephonecountrycode Lookup (DQE Country) — ✓ ✓
dqe_address1telephone1/2/3countrycode (3 Felder) Lookup (DQE Country) ✓ ✓ ✓
dqe_address2telephone1/2/3countrycode (3 Felder) Lookup (DQE Country) ✓ ✓ ✓
dqe_address3telephone1/2/3countrycode (3 Felder) Lookup (DQE Country) — ✓ —

Gesamt: 9 Telefon-Länder-Felder bei Account, 13 bei Contact, 10 bei Lead.

E-Mail

E-Mail hat überhaupt kein eigenes Feld — es wird direkt gegen die nativen Felder emailaddress1, emailaddress2 und emailaddress3 validiert. Ist "Suggest Last Name and First Name" in den Einstellungen aktiviert, kann eine erkannte E-Mail-Adresse auch Werte für die nativen Felder firstname/lastname vorschlagen — auch hier ist kein eigenes Feld beteiligt.

Vorname

Auch Vorname hat kein eigenes Feld. Die Geschlechtserkennung ist optional und standardmäßig deaktiviert: wird sie über das Feld-Mapping-Tool konfiguriert (siehe unten), schreibt sie in das native gendercode-Feld von Dynamics, nicht in ein dqe_*-Feld.

B2B (nur Account)

B2B-Felder existieren nur bei Account. Standardmäßig ist nur dqe_lib_nace auf dem Formular platziert und zugeordnet — die übrigen bleiben wirkungslos, bis ein Administrator sie zum Formular hinzufügt und über das Feld-Mapping-Tool zuordnet.

Feld Beschriftung Typ Standardmäßig auf dem Formular und zugeordnet?
dqe_lib_nace NACE label Text Ja
dqe_ref DQE Reference Text Nein
dqe_siren SIREN Ganzzahl Nein
dqe_siret SIRET Text Nein — das Mapping "Company Number" verwendet standardmäßig das native Feld Account Number
dqe_leadsource Lead Source Auswahl Nein

Ein sechstes Feld, dqe_siretcheckcontrol, existiert bei Account, trägt aber wortwörtlich die Beschriftung "[LEGACY] dqe_siretcheckcontrol" in der Anwendung — es wird von nichts verwendet und kann ignoriert werden.

dqe_leadsource existiert ebenso, identisch, bei Contact.

Felder der Stapelverarbeitung (über DQE One Standalone)

Verbinden Sie Ihre Dynamics-Umgebung als Datenquelle mit DQE One Standalone, und Sie können zusätzlich Check Email, Check Phone, Check Postal Address, Check B2B oder einen Unify-Process (Dublettenbereinigung) gegen Ihre Dynamics-Datensätze als Stapel-Job ausführen — getrennt von und zusätzlich zur oben beschriebenen Echtzeitvalidierung. Die Dublettenbereinigung insbesondere ist nur auf diesem Weg verfügbar: Dynamics selbst hat weder eigene Dublettenbereinigungsfelder noch eine eigene Engine dafür (bestätigt fehlend bei Account/Contact/Lead) — die extern gehostete Anwendung DQE One Standalone führt sie aus (siehe DQE for Microsoft Dynamics — Overview dazu, wie sie sich verbindet).

Die von diesen Stapelprozessen erzeugten Felder folgen Standalones eigener Namenskonvention, auf Dynamics immer in Kleinbuchstaben (z. B. dqe_mobilephone_qc__c), und sind von den oben dokumentierten Echtzeitfeldern getrennt — sie können parallel zu ihnen bestehen (so hätte ein beidseitig geprüftes Telefonfeld ein Feld dqe_telephone1countrycode aus dem Paket und ein Feld der Art dqe_telephone1_qc__c aus Standalone). Die vollständige Feldliste je Process-Art finden Sie unter Field Reference in DQE One Standalone.

Wo Feld-Mappings und Einstellungen liegen

Es gibt keinen einzelnen Konfigurationsdatensatz, der dem Mapping-Objekt des Salesforce-Pakets entspricht. Zwei getrennte Stellen enthalten die Konfiguration:

  • DQE Paramétrages DataQ (ein Einstellungsdatensatz pro Umgebung) — die Aktivierungsschalter je Funktion, welche Adress-/E-Mail-/Telefon-Slots je Entität angezeigt werden, das Standardland und die URL von DQE One Standalone. Behandelt in Configure address, email, phone and B2B validation in Dynamics.
  • Das Feld-Mapping-Tool (geöffnet aus dem Einstellungsdatensatz) — heute nur für zwei Dinge genutzt: das optionale Geschlechts-Mapping (Vorname) und das B2B-Anreicherungs-Mapping (rund 65 mögliche Quellfelder, behandelt im selben Artikel oben).

Bekannte Eigenheiten und Einschränkungen

Zwei Formulare verwenden das falsche Länderfeld für die Adressvalidierung. Beim Account-Formular, Block Address 2, und beim Lead-Formular, Block Address 1, ist das Adress-Steuerelement an ein Telefon-Länderfeld statt an das passende Adress-Länderfeld gebunden — die Ort-/PLZ-Steuerelemente derselben Blöcke sind dagegen korrekt verknüpft. In der Praxis kann die Adressvalidierung bei diesen beiden Blöcken das falsche Land verwenden. Dies wurde intern gemeldet; wenn Sie einen dieser beiden Blöcke verwenden, bitten Sie den DQE-Support, den Status für Ihre installierte Version zu bestätigen.

  • Für Adresse oder Telefon wird standardmäßig kein Validierungsergebnis-Feld gespeichert — es existiert nur der Länder-Lookup. Wenn Sie wissen müssen, ob ein Datensatz die Validierung bestanden hat, müssen Sie ein eigenes Tracking-Feld hinzufügen und es über die optionale Ausgabe des PCF-Steuerelements befüllen (auf keinem ausgelieferten Formular konfiguriert).
  • Bei Lead zeigen die englischen Beschriftungen der drei Telefon-Länderfelder "Phone Business Phone: Country Code", "Phone Home Phone: Country Code" und "Phone Other Phone: Country Code" — das doppelte Wort ist eine Beschriftungseigenheit, kein Hinweis darauf, dass das Feld falsch ist.
  • Im Einstellungsdatensatz hat das Feld mit Ihrer DQE One Standalone-URL keine englische Beschriftung (französischsprachige Organisationen sehen "URL de Standalone"; englischsprachige Organisationen sehen eine leere Beschriftung neben demselben Feld) — suchen Sie nach dem Feld direkt nach "DQE Licence", wenn Sie es nicht über den Namen finden.

Verwandte Artikel

Verknüpfung mit

War dieser Beitrag hilfreich?

0 von 0 fanden dies hilfreich