Guide · Backoffice
Documentation du backoffice
Comment se servir de FasterMessage au quotidien : envoyer, suivre ses remises, gérer ses contacts et ses expéditeurs, lire sa consommation et déléguer à ses équipes.
Connexion
Le backoffice s'ouvre sur l'écran de connexion de votre marque : logo, couleurs et nom sont ceux du domaine par lequel vous arrivez. Deux domaines différents servent deux espaces distincts, même si l'application est la même.
Identifiants
- Votre e-mail est unique au sein de votre marque : la même adresse peut exister chez deux revendeurs sans conflit.
- Mot de passe oublié : le lien de réinitialisation est envoyé à l'adresse du compte et signé par votre marque.
- Un compte auto-inscrit est actif immédiatement, en mode test, avec un rappel de vérification KYC tant que le dossier n'est pas validé.
Tableau de bord
L'écran d'accueil réunit les quatre canaux sur une seule fenêtre de temps : volumes envoyés, remis et en échec, consommation et solde disponible.
- Une seule fenêtre pour tous les blocs : changer la période recalcule l'ensemble, jamais une carte isolée.
- Le solde affiché est celui du payeur — le vôtre, ou celui du compte qui vous porte si vous êtes un sous-compte.
- Un canal fermé sur votre compte n'apparaît pas : le tableau ne montre pas de zéros pour des services que vous n'avez pas.
Envoyer un SMS
Un envoi se compose depuis SMS → Campagnes → Nouvelle campagne. Un envoi à un seul numéro et une diffusion à un groupe empruntent le même formulaire : la différence tient au choix des destinataires.
Les quatre champs qui comptent
| Champ | Ce qu’il faut savoir |
|---|---|
| Expéditeur | Un Sender ID approuvé, obligatoire. Il n’existe aucun expéditeur par défaut. |
| Destinataires | Numéros saisis à la main, ou un groupe de contacts. Les numéros de la liste « Ne plus contacter » sont écartés automatiquement. |
| Message | Le compteur affiche la longueur, l’encodage et le nombre de segments facturés. |
| Programmation | Facultative. Sans date, l’envoi part immédiatement. |
Personnalisation
Un message adressé à un groupe accepte des variables : {champ1} à {champ5} reprennent les champs personnalisés du contact, {numero} son numéro. Les libellés de ces champs sont portés par le groupe.
Campagnes
L'onglet Campagnes liste vos envois groupés avec leur avancement : destinataires matérialisés, messages partis, remis, en échec, et le coût arrêté.
Une campagne se déroule en deux temps : la matérialisation construit la liste réelle des destinataires (dédoublonnage et retrait des numéros exclus compris), puis le dispatch émet message par message. Une campagne volumineuse affiche donc un avancement progressif, ce qui est normal.
- Le coût est arrêté à mesure des envois, pas à la création : une campagne programmée n'immobilise rien avant son heure.
- Les non-remis sont comptés à part des envoyés — c'est cet écart qui mesure la qualité d'une base.
- Chaque ligne de la campagne reste consultable individuellement dans le journal des messages.
Contacts et groupes
Le carnet d'adresses est organisé en groupes : un contact appartient à un et un seul groupe, et c'est le groupe qui porte les libellés des cinq champs personnalisés.
Import
- Import par fichier CSV ou Excel, avec correspondance des colonnes vers le numéro et les cinq champs.
- Le dédoublonnage se fait sur le couple groupe + numéro : réimporter un fichier ne crée pas de doublon dans le même groupe.
- Les numéros illisibles sont rapportés ligne par ligne plutôt que de faire échouer l'import.
Ne plus contacter
Sender IDs
Le Sender ID est le nom qui s'affiche chez le destinataire. Il se déclare dans SMS → SenderID, et doit être approuvé avant tout envoi : l'approbation dépend des opérateurs, pas de nous seuls.
| Contrainte | Détail |
|---|---|
| Format | 11 caractères alphanumériques au maximum, ou un numéro valide. |
| Approbation | Obligatoire avant tout envoi en production. Le délai dépend des opérateurs du pays visé. |
| Mode test | Un compte en test peut employer le Sender ID par défaut de sa marque, sans approbation nominative. |
| Portée | Un Sender ID appartient à un compte ; il n’est pas partagé entre comptes d’une même marque. |
Rapports et accusés de livraison
L'onglet Messages est le journal de tous vos envois, quelle qu'en soit l'origine : campagne, alerte programmée, OTP, appel d'API ou envoi système. L'onglet Statistiques en donne la lecture agrégée.
Lire un accusé de livraison
Le statut dit où en est le message ; l'étape dit ce qui s'est passé en chemin. Un message peut être parti sans être remis — c'est cet écart que le journal rend visible.
| Statut | Signification |
|---|---|
| En file | Accepté, pas encore remis au transporteur. |
| Envoyé | Remis au transporteur ; accusé non encore reçu. |
| Remis | Confirmé par l’opérateur — état terminal. |
| Non remis | Numéro éteint, hors service ou injoignable — état terminal. |
| Échec | Rejet avant remise : contenu refusé, expéditeur invalide, erreur de passerelle. |
Les envois peuvent être exportés en CSV ou Excel depuis la barre d'actions du tableau, filtres appliqués.
Facturation et solde
Trois écrans se partagent le sujet : Recharge pour alimenter un compte, Consommation pour lire ce qui a été dépensé, Tarification pour connaître les prix appliqués.
Comment le solde se comporte
- Le solde est un montant dans la devise de votre marque, pas un stock de messages.
- Le disponible vaut le solde moins les réservations en cours : une campagne programmée immobilise son coût estimé avant de le consommer.
- Chaque mouvement est écrit dans un journal immuable : un remboursement est une écriture de plus, jamais l'effacement de la précédente.
- Le grain facturé diffère par canal : segments en SMS, adresses en e-mail, messages en WhatsApp, secondes en voix.
Utilisateurs et permissions
L'écran Utilisateurs gère les comptes de votre périmètre ; l'écran Permissions définit les rôles qui leur sont attribués.
Le principe : décider par permission
Un droit s'exprime par un code de la forme domaine:action — sms:read, contacts:create, billing:read. Un rôle n'est qu'un paquet de codes : vous pouvez en créer autant que nécessaire, sans qu'aucun comportement ne dépende de son nom.
| Action | Permission requise |
|---|---|
| Voir l’écran dans le menu | …:read |
| Bouton « Créer » | …:create |
| Crayon de modification | …:update |
| Corbeille | …:delete |
Statuts d’un compte
- Seul un compte actif peut être la cible d'une action : ni envoi, ni recharge, ni délégation vers un compte suspendu.
- Un compte n'est jamais supprimé physiquement : il est retiré du service. Il disparaît des sélecteurs mais son historique reste lisible.
- La remise en service d'un compte retiré demande une confirmation explicite.
Paramètres API
L'écran Intégration & API réunit tout ce dont une intégration a besoin : les clés, l'URL de rappel des accusés de livraison et le choix des variables qu'ils transportent.
Les clés
- Deux clés par compte : une clé test et une clé production. C'est le préfixe de la clé qui décide de l'environnement — l'URL d'API est la même.
- Une clé n'est affichée qu'à sa génération : elle est stockée hachée et ne peut pas être relue. Perdue, elle se régénère — ce qui invalide l'ancienne.
- Régénérer une clé est immédiat : les appels qui l'emploient échouent dès la seconde suivante.
Accusés de livraison
Déclarez ici l'URL appelée à chaque changement d'état, et cochez les variables que la charge utile doit transporter. Un champ non coché n'est jamais ajouté d'office : la charge reste exactement celle que votre intégration attend.