Suchen Sie nach einer Match-ID für einen regelbasierten Matching-Workflow - AWS Entity Resolution

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Suchen Sie nach einer Match-ID für einen regelbasierten Matching-Workflow

Nach Abschluss eines regelbasierten Abgleichs-Workflows können Sie die Match-ID und die zugehörige Regel für jeden verarbeiteten Datensatz abrufen. Anhand dieser Informationen können Sie nachvollziehen, wie Datensätze abgeglichen wurden und welche Regeln angewendet wurden. Das folgende Verfahren zeigt, wie Sie mit der AWS Entity Resolution Konsole oder der GetMatchID API auf diese Daten zugreifen können.

Console
Um mit der Konsole nach einer Match-ID zu suchen
  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die AWS Entity Resolution Konsole unter https://console.aws.amazon.com/entityresolution/.

  2. Wählen Sie im linken Navigationsbereich unter Workflows die Option Matching aus.

  3. Wählen Sie den regelbasierten Abgleichs-Workflow, der verarbeitet wurde (Auftragsstatus ist Abgeschlossen).

  4. Wählen Sie auf der Seite mit den entsprechenden Workflow-Details die Registerkarte Abgleichen IDs aus.

  5. Wählen Sie „Match-ID nachschlagen“.

  6. Führen Sie eine der folgenden Aktionen aus:

    Wenn... Dann...
    Diesem Workflow ist nur eine Schemazuordnung zugeordnet. Sehen Sie sich die Schemazuordnung an, die standardmäßig ausgewählt ist.
    Diesem Workflow ist mehr als eine Schemazuweisung zugeordnet. Wählen Sie die Schemazuordnung aus der Dropdownliste aus.
  7. Geben Sie unter Datensatzattribute den Wert für einen vorhandenen Abgleichsschlüssel ein, um nach jedem vorhandenen Datensatz zu suchen.

    Tipp

    Geben Sie so viele Werte wie möglich ein, um die Match-ID leichter zu finden.

  8. Die Option Daten normalisieren ist standardmäßig ausgewählt, sodass Dateneingaben vor dem Abgleich normalisiert werden. Wenn Sie Daten nicht normalisieren möchten, deaktivieren Sie die Option Daten normalisieren.

  9. Wenn Sie die Abgleichsregeln anzeigen möchten, erweitern Sie den Bereich Abgleichsregeln anzeigen.

  10. Wählen Sie Look up.

    Es wird eine Erfolgsmeldung angezeigt, die besagt, dass die Match-ID gefunden wurde.

  11. Sehen Sie sich die entsprechende Match-ID und die zugehörige Regel an, die gefunden wurde.

API
Um mithilfe der API nach einer Match-ID zu suchen
  1. Öffnen Sie ein Terminal oder eine Befehlszeile, um die API-Anfrage zu stellen.

  2. Erstellen Sie eine POST-Anfrage an den folgenden Endpunkt:

    /matchingworkflows/workflowName/matches
  3. Stellen Sie im Anforderungsheader den Inhaltstyp auf application/json ein.

  4. Geben Sie in der Anfrage-URI Ihre an. workflowName

    Das workflowName muss:

    • Es muss zwischen 1 und 255 Zeichen lang sein

    • Entspricht dem Muster [a-Za-Z_0-9-] *

  5. Geben Sie für den Anfragetext den folgenden JSON-Code an:

    { "applyNormalization": boolean, "record": { "string" : "string" } }

    Wobei gilt:

    applyNormalization(optional) — Auf setzen, true um die im Schema definierten Attribute zu normalisieren

    record(erforderlich) — Der Datensatz, für den die Match-ID abgerufen werden soll

  6. Senden Sie die Anforderung .

    Bei Erfolg erhalten Sie eine Antwort mit dem Statuscode 200 und einem JSON-Text, der Folgendes enthält:

    { "matchId": "string", "matchRule": "string" }

    Das matchId ist der eindeutige Bezeichner für diese Gruppe von übereinstimmenden Datensätzen und matchRule gibt an, nach welcher Regel der Datensatz übereinstimmte.

    Wenn der Anruf nicht erfolgreich ist, wird möglicherweise einer der folgenden Fehler angezeigt:

    • 403 — AccessDeniedException wenn Sie keinen ausreichenden Zugriff haben

    • 404 — ResourceNotFoundException wenn die Ressource nicht gefunden werden kann

    • 429 — ThrottlingException wenn die Anfrage gedrosselt wurde

    • 400 — ValidationException wenn die Eingabe nicht validiert werden kann

    • 500 — InternalServerException wenn ein interner Dienstfehler vorliegt