Cas d'usage

Pose l'audit log directement dans ton UI support

Crée un token embed côté serveur, pose le composant React `<RecalledFeed />` dans ton outil support et donne à tes agents les 25 dernières actions du client sans changer d'onglet.

Le problème

Chaque fois qu'un agent support prend un ticket, il alt-tab : Zendesk, Stripe, ton panel admin, Segment, Sentry. Quand il a enfin l'histoire complète, le client est déjà énervé. La plupart de ce dont il a besoin c'est 'les 25 dernières choses que ce user a faites', soit exactement ce qu'un audit log donne, si cet audit log avait une UI assez propre à embarquer.

La façon Recalled

Appelle POST /v1/embed/token sur ton back-end pour créer un token court et scopé au client que l'agent consulte. Rends le composant React `<RecalledFeed />` dans ton UI support avec ce token. Tes agents voient chaque action que le user a faite, filtrée sur ce user, avec action, heure, IP et cibles. Aucun nouveau dashboard à apprendre, aucun nouveau login.

Dans ton back-office support
// Inside your admin back-office, render the
// React component from @recalled/sdk/react:
<RecalledFeed
  token={embedToken}
  actor={customer.id}
  limit={25}
/>

Pourquoi les équipes support utilisent Recalled

  • Token embed scopé à l'acteur

    Crée un token limité à un seul acteur pour que l'agent ne voie que le client qu'il aide. TTL court, aucune fuite de secret.

  • Composant React sur npm

    `@recalled/sdk/react` exporte `RecalledFeed`. Un import, une prop, c'est fini.

  • Aucun changement de contexte

    L'audit log vit dans ton UI support existante. Les agents restent dans leur outil, les clients ont une réponse plus rapide.

  • Filtrable par type d'action

    Affiche uniquement les events de facturation, de login ou d'erreur selon la catégorie du ticket. Tout côté serveur.

Cas d'usage liés

Ton prochain audit log est à 2 minutes

Arrête de bricoler ta propre table de logs. Branche Recalled, émets ton premier event, passe à la suite.