Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Gestion des agents AWS RCS dans les pools
Vous pouvez ajouter un agent AWS RCS comme identité d'origine dans un pool téléphonique à côté de vos numéros de téléphone SMS. Lorsqu'un pool contient à la fois un agent AWS RCS et des numéros de téléphone SMS, AWS la messagerie à l'utilisateur final tente d'abord de transmettre le RCS et revient automatiquement aux SMS si la livraison du RCS n'est pas possible. Pour plus de détails sur le fonctionnement de la solution de secours, voirSolution de repli entre RCS et SMS à l'aide de pools téléphoniques.
Note
Lorsque vous ajoutez un agent AWS RCS à un pool, utilisez-le ZZ comme code de pays ISO. Le ZZ code indique que l'agent RCS n'est pas spécifique à un pays au niveau du pool. Le routage spécifique au pays est géré par le biais des enregistrements de lancement par pays de l'agent. Un pool peut contenir des numéros de téléphone de plusieurs pays aux côtés de l'agent RCS.
Le code de pays ISO est fourni au moment de la création du pool mais n'est pas conservé dans le pool. Si vous appelezDescribePools, le code de pays ISO n'apparaît pas dans la réponse.
Création d'un pool avec un agent AWS RCS
Vous pouvez créer un nouveau pool qui inclut votre agent AWS RCS à l'aide de la console de messagerie utilisateur AWS final ou de l'CreatePoolAPI.
Ajouter des agents AWS RCS aux pools existants
Si vous disposez déjà d'un pool contenant des numéros de téléphone SMS, vous pouvez ajouter votre agent AWS RCS au pool pour activer la messagerie RCS avec fonction de secours par SMS. Vous pouvez également ajouter des numéros de téléphone SMS supplémentaires à un pool qui contient déjà un agent AWS RCS.
Important
Avant d'ajouter une identité d'origine à un pool existant, vérifiez que la configuration du pool correspond à l'identité que vous ajoutez. Toutes les identités d'origine d'un pool doivent avoir des métadonnées identiques. En cas de non-concordance, l'opération échoue avec unConflictException. Pour plus de détails sur les champs qui doivent correspondre et sur la manière de résoudre les incohérences, consultezExigences relatives à la configuration du pool pour RCS.
Exigences relatives à la configuration du pool pour RCS
Toutes les identités d'origine d'un pool doivent avoir des métadonnées identiques. Lorsque vous ajoutez une identité d'origine à un pool, AWS End User Messaging compare la configuration de l'identité à la configuration existante du pool. En cas de non-concordance, l'opération échoue avec un ConflictException qui inclut des détails sur les champs spécifiques qui diffèrent.
Les champs de configuration du pool se répartissent en deux catégories : les champs immuables qui sont définis lors de la création du pool et ne peuvent pas être modifiés, et les champs mutables que vous pouvez mettre à jour après sa création.
| Champ | Mutabilité | Remarques |
|---|---|---|
| Type de message | Immuable | Défini lors de la création du pool. Toutes les identités doivent correspondre. |
| Code de pays ISO | Immuable | Défini lors de la création du pool. Pour les agents AWS RCS, la valeur estZZ. Les pools peuvent contenir des numéros de téléphone provenant de plusieurs pays. |
| Protection contre la suppression | Mutable | Peut être activé après la création. Doit être cohérent entre les identités. |
| Liste de désabonnement | Mutable | Peut être modifié après la création. Doit être cohérent entre les identités. |
Les champs de configuration suivants doivent correspondre à toutes les identités d'origine d'un pool :
-
Type de message — Toutes les identités doivent être configurées pour le même type de message (par exemple, TRANSACTIONNEL ou PROMOTIONNEL).
-
Code de pays ISO — Défini lors de la création du pool. Pour les agents AWS RCS, utilisez-le
ZZcomme code de pays ISO. Les pools peuvent contenir des numéros de téléphone provenant de plusieurs pays. -
Protection contre la suppression : le paramètre de protection contre la suppression doit être cohérent pour toutes les identités.
-
Liste de désinscription — Toutes les identités doivent être associées à la même liste de désinscription, sinon aucune d'entre elles ne doit avoir de liste de désinscription.
Comprendre ConflictException les erreurs
Lorsque vous tentez d'ajouter une identité d'origine à un pool et que la configuration ne correspond pas, l'CreatePoolAPI AssociateOriginationIdentity or renvoie unConflictException. Le message d'exception inclut des détails sur les champs qui diffèrent entre l'identité et le pool.
Par exemple, si vous essayez d'ajouter un numéro de téléphone configuré pour les messages PROMOTIONNELS à un pool configuré pour les messages TRANSACTIONNELS, le message d'erreur indique que le type de message ne correspond pas.
Pour résoudre un ConflictException :
-
Consultez le message d'erreur pour identifier les champs différents.
-
Mettez à jour l'identité d'origine ou la configuration du pool afin que les champs correspondent.
-
Réessayez l'
CreatePoolopérationAssociateOriginationIdentityor.
Note
Si vous ne parvenez pas à résoudre l'incompatibilité de configuration, envisagez de créer un pool distinct pour l'identité d'origine. Chaque pool peut avoir sa propre configuration, et vous pouvez utiliser différents pools pour différents cas d'utilisation.
Suppression des agents AWS RCS des pools
Vous pouvez supprimer un agent AWS RCS d'un pool à l'aide de la console de messagerie utilisateur AWS final ou de l'DisassociateOriginationIdentityAPI. La suppression d'un agent AWS RCS d'un pool désactive la livraison RCS des messages envoyés via ce pool. Les messages envoyés au pool après la suppression de l'agent sont envoyés par SMS uniquement (en utilisant les numéros de téléphone restants du pool).
