Atlas.so

L'intégration entre Corma et Atlas.so aligne les sièges et les rôles Atlas sur votre équipe support. Atlas se présente comme une plateforme de support client pensée d'abord pour l'IA, qui réunit dans un même espace de travail chaque conversation client, le contexte complet du client et son IA, Zeus. Un outil de support lit des conversations clients toute la journée : savoir qui détient un siège Atlas, et avec quel rôle, compte donc autant pour les coûts que pour la confidentialité.

À retenir

• Atlas facture ses offres Basic, Standard et Pro par siège et par mois, avec en plus des frais à l'usage pour les SMS, WhatsApp et les enregistrements de session supplémentaires.
• Chaque utilisateur Atlas a un seul rôle, Admin, Agent ou Viewer, et les nouveaux coéquipiers sont ajoutés en Viewer par défaut.
• Retirer un coéquipier Atlas revient à l'archiver : son accès est révoqué instantanément et son historique est conservé.
• Les clés API d'Atlas sont une fonctionnalité réservée aux Admins, et l'API peut publier une réponse à un ticket au nom de n'importe quel ID d'agent transmis dans l'appel.

Où les accès Atlas méritent-ils un second regard ?

D'abord les rôles. Les rôles Atlas sont Admin, Agent et Viewer, et les Viewers peuvent lire les conversations et exporter un ticket en PDF, mais pas y répondre. L'appel de création d'utilisateur de l'API accepte cinq types d'accès, ADMIN, MEMBER, LIGHT, CONTRACTOR et VIEWER, soit davantage que les trois rôles décrits par le centre d'aide : il vaut donc la peine de vérifier comment apparaissent les comptes créés via des intégrations.

Viennent ensuite les départs et les identifiants. Retirer un coéquipier l'archive au lieu de le supprimer, ce qui laisse son historique en place. Les clés API sont créées par les Admins, et l'appel documenté pour envoyer un message en tant qu'agent publie une réponse au nom de l'ID d'agent transmis par l'appelant, quel qu'il soit. Atlas ne précise pas si une clé continue de fonctionner après l'archivage de l'Admin qui l'a créée : chaque clé mérite donc un propriétaire et une vérification régulière.

Comment Corma encadre Atlas.so

• Les sièges en vue : l'abonnement Atlas, son coût et son renouvellement figurent dans la gestion des abonnements SaaS, et Corma signale les coéquipiers inactifs avant que vous renouveliez.
• Des départs archivés à temps : un workflow de départ créé dans l'IT Workflow Builder archive la personne dans Atlas, ou confie la tâche à un Admin Atlas, dès que le SIRH enregistre le départ.
• Les droits Admin en revue : les rôles Admin, qui contrôlent les clés API et les paramètres de l'équipe, entrent dans des revues des accès automatisées.
• Des demandes avec un rôle : les nouvelles recrues du support demandent Atlas dans l'app store en libre-service, et le valideur confirme le rôle Agent ou Viewer avant l'invitation.

Questions fréquentes

Atlas.so prend-il en charge le SSO ou le SCIM ?

La page tarifs d'Atlas mentionne le SSO/SAML sur les offres Pro et Enterprise, mais le centre d'aide ne propose aucun guide de configuration, et son article sur la connexion ne décrit que l'e-mail et le mot de passe. Le SCIM n'est pas mentionné. Les Admins peuvent rendre l'authentification à deux facteurs obligatoire pour tous les coéquipiers. Découvrez ce que couvre l'authentification unique (SSO).

Comment Corma se connecte-t-il à Atlas.so ?

Via l'API d'Atlas quand elle convient, ou via les agents navigateur de Corma, qui interviennent dans les paramètres d'Atlas comme le ferait un Admin. Corma encadre de la même façon d'autres outils de support, comme Zendesk.

Où sont hébergées les données de Corma ?

Corma est hébergé sur AWS, avec des serveurs web et des bases de données situés dans des centres de données de l'Union européenne. Les données sont chiffrées en transit et au repos, et Corma est certifié ISO/IEC 27001:2022.

Vous voulez voir qui peut encore répondre à vos clients dans Atlas ? Demandez une démo Corma.