View a markdown version of this page

Ordnen Sie beanspruchte Rufnummern in Connect Customer den Verkehrsverteilergruppen zu - Amazon Connect-Kunde
Beispiel-ArbeitsFlowsWarum schlägt ein AssociatePhoneNumberContactFlow Anruf fehlWarum schlägt ein UpdatePhoneNumber Anruf fehlDefinitionen der Rufnummernstatuswerte

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.

Ordnen Sie beanspruchte Rufnummern in Connect Customer den Verkehrsverteilergruppen zu

  • Sie haben eine neue Datenverkehr-Verteilergruppe erstellt, deren Status ACTIVE ist. Wir empfehlen, die DescribeTrafficDistributionGroup API zu verwenden, um den Status zu überprüfen.

  • Sie haben bereits Telefonnummern für Instances oder andere Datenverkehr-Verteilergruppen beansprucht.

Jetzt können Sie diese beanspruchten Telefonnummern mithilfe der UpdatePhoneNumber API Ihrer neuen Traffic-Verteilergruppe zuweisen. Geben Sie den ARN der Datenverkehr-Verteilergruppe im Parameter TargetArn an.

Anmerkung

Um das Feld Beschreibung zu aktualisieren, müssen Sie die Connect Customer-Konsole verwenden.

Beispiel-ArbeitsFlows

Im Folgenden finden Sie ein Beispiel für einen ArbeitsFlow, mit dem Sie Ihrer Datenverkehr-Verteilergruppe Rufnummern zuweisen können, die Sie beansprucht haben:

  1. Rufen Sie die UpdatePhoneNumber API auf, um die Telefonnummer einer neuen zuzuweisenTargetArn.

    Das TargetArn kann für eine andere Connect-Kundeninstanz oder für eine Traffic-Verteilergruppe sein, die in derselben Region erstellt wurde, in der die Telefonnummer ursprünglich beansprucht wurde.

  2. Gehen Sie wie folgt vor, um Telefonnummern Flows zuzuordnen.

    Diese Schritte stellen sicher, dass Ihr Telefonieverkehr korrekt an Ihre DatenFlows weitergeleitet wird, um Ihre Konfiguration der Datenverkehrsverteilung zu unterstützen.

    1. Gehen Sie in Ihrer bestehenden Connect-Customer-Instanz in der Region, in der die Traffic-Verteilergruppe erstellt wurde, wie folgt vor:

      1. Rufen Sie die ListContactFlows-API auf. Geben Sie die InstanceId an, die der replizierten Instance entspricht.

      2. Eine Liste von Flow-ARNs wird zurückgegeben. Verwenden Sie diese Flow-ARNs, um einen Flow einer Telefonnummer zuzuordnen. Rufen Sie die AssociatePhoneNumberContactFlow API auf.

    Die Zuordnung zwischen Telefonnummer und Flow wird zwischen den Connect Customer-Instances in verschiedenen Regionen gespiegelt. AWS

Warum ein Anruf fehlschlägt AssociatePhoneNumberContactFlow

Wenn die Nummer einer Traffic-Verteilergruppe zugewiesen wird und Sie AssociatePhoneNumberContactFlow über eine Instanz anrufen, AWS-Region in der die Traffic-Verteilergruppe erstellt wurde, können Sie entweder einen vollständigen ARN- oder UUID-Wert für den PhoneNumberId URI-Anforderungsparameter verwenden.

Wenn die Nummer jedoch für eine Traffic-Verteilergruppe beansprucht wird und Sie diese API mithilfe einer Instanz in dem Replikat aufrufen, das der Traffic-Verteilergruppe AWS-Region zugeordnet ist, müssen Sie eine vollständige Rufnummern-ARN angeben. Wenn in diesem Szenario eine UUID angegeben wird, tritt eine ResourceNotFoundException auf.

Warum ein UpdatePhoneNumber Anruf fehlschlägt

Ihr UpdatePhoneNumber API-Aufruf schlägt ResourceNotFoundException im folgenden Fall mit einem fehl:

  • Die angegebene Datenverkehr-Verteilergruppe ist nicht vorhanden, der Status der Datenverkehr-Verteilergruppe ist nicht ACTIVE oder Sie sind nicht Eigentümer der Datenverkehr-Verteilergruppe.

UpdatePhoneNumberschlägt im folgenden Fall mit einem InvalidParameterException Fehler fehl:

  • Der Endpunkt, den Sie aufrufen, befindet sich nicht in derselben Region, in der die Datenverkehr-Verteilergruppe erstellt wurde.

Definitionen der Rufnummernstatuswerte

Im Folgenden finden Sie eine Beschreibung der Rufnummernstatuswerte:

  • CLAIMEDbedeutet, dass die vorherige UpdatePhoneNumber Operation ClaimPhoneNumber oder der vorherige Vorgang erfolgreich war.

  • IN_PROGRESSbedeutet a ClaimPhoneNumber, der UpdatePhoneNumber Vorgang ist noch im Gange und wurde noch nicht abgeschlossen. Sie können zu einem späteren DescribePhoneNumber Zeitpunkt anrufen, um zu überprüfen, ob der vorherige Vorgang abgeschlossen wurde.

  • FAILEDzeigt an, dass der ClaimPhoneNumber vorherige UpdatePhoneNumber Vorgang fehlgeschlagen ist. Enthält eine Meldung, in der die Ursache des Fehlers angegeben ist. Ein häufiger Grund für einen Fehlschlag ist, dass der Wert TargetArn, mit dem Sie eine Telefonnummer beanspruchen oder auf den Sie eine Telefonnummer aktualisieren, das Limit für die Gesamtzahl der beanspruchten Nummern erreicht hat.