Boîtes de réception et téléphones

De nombreux parcours sortent du navigateur : liens magiques, codes à usage unique, e-mails de bienvenue, reçus et vérification par SMS. Autonomy fournit à chaque exécution ses propres boîtes de réception et numéros de téléphone, et conserve chaque message avec l'exécution qui l'a reçu.

Boîtes de réception d'une exécution

Joignez Fresh inbox per run à une étape qui a besoin d'une adresse e-mail, comme une inscription. L'exécution crée une nouvelle adresse, que l'agent utilise dans le produit avant de lire ce qui arrive : il ouvre lui-même le lien ou saisit le code.

• Les étapes suivantes qui mentionnent « la même boîte de réception » lisent la même adresse. Avant l'enregistrement, Autonomy suggère de joindre la boîte de réception à une étape qui attend un code.
• Une boîte de réception est fermée à la fin de son exécution. Le courrier qui arrive ensuite est refusé. L'adresse reste réservée à votre organisation, pour que personne d'autre ne puisse l'obtenir.
• L'onglet Email previews de l'exécution affiche chaque e-mail en HTML, en texte et avec ses en-têtes.

Une adresse que vous écrivez simplement dans une étape peut être saisie, mais pas lue. Pour lire le courrier d'une adresse qui vous appartient, utilisez votre domaine ou la boîte de réception d'une connexion.

Codes et liens

L'agent lit lui-même les codes et les liens reçus, et l'exécution les affiche en clair : dans les aperçus d'e-mails, dans les Step Actions et dans les preuves. Seules les valeurs que vous avez enregistrées comme secrets sont masquées.

Pendant que vous enregistrez un cas de test dans un navigateur hébergé, vous voyez les codes que reçoit votre session pour pouvoir terminer une étape de vérification. Les autres personnes voient seulement qu'un code est arrivé, et les codes ne sont jamais stockés dans l'enregistrement ni dans le cas de test.

Vérification par e-mail

Choisissez comment les exécutions franchissent la vérification par e-mail dans Organization → Integrations → Email verification :

Mode test

De nombreux fournisseurs d'authentification permettent aux adresses de test d'utiliser un code de vérification fixe au lieu d'un vrai e-mail, comme les adresses +clerk_test de Clerk avec le code 424242. En mode test, Autonomy saisit ce code et aucun e-mail n'est envoyé.

• Address template : par exemple qa+{token}@yourcompany.com. {token} est remplacé par une valeur aléatoire à chaque exécution, si bien que des inscriptions en parallèle n'entrent jamais en collision.
• Test addresses : les comptes fixes qu'utilisent vos connexions.
• Static code : le code que votre backend accepte pour eux. Il est stocké en écriture seule.

Le mode test fournit un code, pas un lien. Les parcours qui vérifient par lien magique ont besoin des boîtes de réception hébergées ou de votre domaine.

Votre domaine

Recevez de vrais e-mails sur un sous-domaine qui vous appartient, comme qa.yourcompany.com. Les exécutions créent des adresses comme r-a1b2c3d4@qa.yourcompany.com.

1. Ajoutez un sous-domaine dédié dans Email verification.
2. Prouvez que vous en êtes propriétaire : ajoutez l'enregistrement TXT affiché, puis cliquez sur Verify.
3. Transférez le courrier : configurez un transfert catch-all du sous-domaine vers l'adresse de réception de votre organisation, affichée dans les paramètres. Cloudflare Email Routing, le routage Google Workspace et les règles de transport Microsoft 365 fonctionnent tous.
4. Activez : envoyez un e-mail quelconque à test@qa.yourcompany.com. Le premier e-mail transféré active le transfert.

Si votre fournisseur de messagerie envoie un e-mail de confirmation de transfert à l'adresse de réception, son lien apparaît dans les paramètres, pour les propriétaires et les administrateurs uniquement.

Tant que le transfert n'est pas actif, les exécutions qui ont besoin d'une boîte de réception sur votre domaine ne peuvent pas en obtenir. Autonomy ne se rabat pas sur ses propres adresses, car votre application les refuserait.

Boîtes de réception d'un projet

L'onglet Email inboxes de la page Sign-ins d'un projet liste ses boîtes de réception : adresses Autonomy, adresses sur votre domaine et boîtes de réception conservées depuis une exécution. Les connexions s'en servent pour les codes et les liens magiques envoyés par e-mail. Les propriétaires, les administrateurs et la personne qui a configuré une boîte de réception peuvent lire ses derniers messages.

Numéros de téléphone

Quand une étape demande un numéro de téléphone, l'agent utilise un numéro fictif au format attendu par le champ. La plupart des parcours ont seulement besoin d'un numéro qui a l'air valide.

Quand l'application doit envoyer un SMS à ce numéro, par exemple pour un code, l'agent revient en arrière, loue un vrai numéro, règle le sélecteur de pays de l'application sur le pays de ce numéro, puis le saisit à nouveau. L'étape indique si elle a utilisé un numéro fictif ou loué. Joindre Test phone number à une étape indique à l'agent que l'étape a besoin d'un téléphone ; il applique la même règle.

• Un numéro loué figure parmi les ressources créées par l'exécution, et il est restitué à la fin de celle-ci.
• Un compte qui s'est connecté avec un numéro loué ne peut pas être conservé comme connexion enregistrée.
• Certains expéditeurs, comme les banques, Google et WhatsApp, refusent les numéros virtuels. La réception de leurs messages n'est pas garantie.

Numéros de téléphone d'un projet

L'onglet Phone numbers de la page Sign-ins d'un projet liste les numéros qu'utilisent ses connexions. Pour les connexions qui reçoivent des codes SMS, l'option recommandée est un numéro de test avec code statique : le numéro de test de votre fournisseur d'authentification (comme les numéros fictifs de Firebase ou l'OTP de test de Supabase) et le code fixe qu'il accepte. Configurez-le dans Organization → Integrations → Phone verification.

Facturation

Chaque e-mail reçu par la boîte de réception d'une exécution coûte 0,05 $, et chaque SMS vérifié reçu 0,35 $. Voir Facturation.

Dépannage

Le code n'arrive jamais

Vérifiez que le produit envoie le message à l'adresse créée par l'exécution, et non à celle d'une exécution précédente. Ouvrez les Email previews de l'exécution : si l'e-mail s'y trouve, les Step Actions de l'étape montrent ce que l'agent en a fait. Sinon, le produit ne l'a pas envoyé, ou votre domaine ne transfère pas encore le courrier.

L'application refuse le domaine de la boîte de réception

Votre application restreint les domaines autorisés à l'inscription. Utilisez le mode test, ou recevez le courrier sur votre domaine.