Une entreprise calédonienne qui envoie des SMS à ses clients manipule des numéros de téléphone, des noms, parfois des données de facturation. Trois questions reviennent systématiquement pour sécuriser un envoi de SMS professionnel : comment gérer le droit des destinataires à ne plus être contactés, comment sécuriser l’accès au compte d’envoi, et comment brancher cet envoi de SMS sur son propre logiciel de gestion. La plateforme Pacific-Consulting répond aux trois avec la liste STOP, la double authentification (2FA) et une API REST documentée.
- La liste STOP enregistre l’opposition d’un contact et bloque tout envoi marketing ultérieur vers son numéro, sur l’ensemble des campagnes de l’organisation.
- Le 2FA se configure au choix par e-mail ou par application authentificateur, pour chaque utilisateur du compte.
- Le journal d’activité trace les connexions et actions sensibles ; une politique de rétention et de purge encadre la durée de conservation des données.
- L’API REST et les webhooks entrants/sortants permettent de brancher l’envoi de SMS directement dans un logiciel métier, sans passer par l’interface web.
- Un seul poste est facturé, le SMS envoyé au segment : la sécurité, la conformité et l’API font partie du service inclus.
Qu’est-ce que la liste STOP et pourquoi est-elle indispensable ?
La liste STOP est le registre des contacts ayant exprimé leur refus de recevoir de nouveaux messages marketing ; une fois un numéro inscrit, la plateforme empêche son inclusion dans les campagnes suivantes. Ce mécanisme protège l’entreprise et préserve la relation avec le client, qui reste joignable pour l’essentiel mais plus pour du démarchage.
En Nouvelle-Calédonie, la gestion du consentement et de l’opposition au SMS commercial repose directement sur les outils de l’expéditeur, dans le cadre des règles locales applicables à la protection des données personnelles. C’est le rôle de la liste STOP intégrée à Pacific-Consulting : chaque SMS marketing peut inclure une instruction de désinscription, et la réponse du destinataire alimente automatiquement le registre. Une entreprise qui gère elle-même ses envois n’a pas à construire ce mécanisme : il est inclus, comme l’ensemble des fonctions de contacts et de groupes.
Comment un contact rejoint-il la liste STOP ?
Un contact rejoint la liste STOP soit en répondant au mot-clé de désinscription indiqué dans le SMS, soit par une action manuelle de l’organisation dans son espace de gestion des contacts.
Une fois enregistré, le numéro reste protégé sur l’ensemble des campagnes de l’organisation, pas seulement sur celle qui a déclenché la demande. Cette règle évite qu’un client se désinscrive d’une campagne commerciale et continue malgré tout à recevoir d’autres messages de la même entreprise via un canal différent. La détection des numéros injoignables, présente dans le module contacts, complète ce nettoyage en repérant les numéros qui ne sont techniquement plus valides, pour garder une base de contacts propre et un budget SMS mieux utilisé.
Que devient un contact une fois inscrit sur la liste STOP ?
Un contact inscrit sur la liste STOP n’est plus sollicité par SMS marketing, mais peut continuer à recevoir des messages transactionnels indispensables à la relation contractuelle, selon la configuration retenue par l’organisation.
La distinction entre message marketing et message transactionnel (confirmation de commande, rappel de rendez-vous, alerte de sécurité) est courante dans les usages professionnels : une clinique de Nouméa qui envoie un rappel de rendez-vous à un patient ne fait pas la même chose qu’une enseigne qui envoie une offre promotionnelle. Cette nuance doit être pensée dès la conception des campagnes, en s’appuyant sur les modèles de messages disponibles pour structurer les deux usages distinctement.
Comment fonctionne le 2FA (double authentification) sur la plateforme ?
Le 2FA ajoute une seconde vérification lors de la connexion, en plus du mot de passe : un code envoyé par e-mail ou généré par une application authentificateur. Il se configure au niveau de chaque utilisateur du compte.
Pour une entreprise avec plusieurs sous-comptes (siège, agences, service commercial, service support), le 2FA réduit fortement le risque qu’un mot de passe compromis suffise à accéder au pool de crédits SMS partagé et à l’historique des envois. C’est un réflexe de sécurité de base, comparable à ce qui existe déjà sur la messagerie professionnelle ou les outils bancaires en ligne utilisés par les entreprises calédoniennes.
Faut-il activer le 2FA pour tous les comptes d’une organisation ?
Oui dans la pratique : dès qu’un compte a accès à l’envoi de SMS, au pool de crédits ou aux données de contacts, il représente un point d’entrée qu’il vaut mieux protéger, quel que soit le rôle de l’utilisateur.
La gestion d’équipe et d’organisation de Pacific-Consulting permet justement de structurer des sous-comptes avec un pool de crédits commun, une supervision et une validation des envois, un mode lecture seule pour les profils qui n’ont besoin que de consulter les statistiques, et un envoi sécurisé des identifiants aux nouveaux collaborateurs. Combiné au 2FA, ce découpage limite l’exposition : un stagiaire en lecture seule ne peut pas déclencher de campagne, un commercial peut envoyer mais pas modifier la configuration de facturation, et chaque connexion sensible passe par la double vérification. Voir le détail des sous-comptes et de la supervision d’équipe.
Comment la plateforme encadre-t-elle la conservation et la suppression des données ?
La plateforme applique une politique de rétention et de purge : les données de contacts et d’historique d’envoi sont conservées pour la durée nécessaire à l’usage professionnel, puis peuvent être purgées selon les règles définies par l’organisation.
Le territoire s’appuie sur les principes généraux de protection des données à caractère personnel applicables localement, avec un accompagnement possible auprès d’organismes calédoniens pour structurer sa conformité. Une entreprise qui traite des numéros de téléphone et des historiques de contact a intérêt à s’appuyer sur un outil qui documente sa propre politique de sécurité plutôt que de tout gérer en interne, d’autant que la vigilance sur la cybersécurité s’est renforcée ces dernières années en Nouvelle-Calédonie (source : OPT-NC).
Que trace le journal d’activité ?
Le journal d’activité enregistre les actions sensibles effectuées sur le compte : connexions, modifications de configuration, envois de campagnes, actions des sous-comptes.
Ce journal sert deux objectifs concrets : en cas d’anomalie (connexion suspecte, envoi non planifié), il permet de reconstituer ce qui s’est passé et par quel utilisateur ; en usage normal, il donne à un responsable d’organisation une vue sur l’activité de son équipe sans avoir à demander à chacun ce qu’il a fait. Il complète la fonction d’impersonation, qui permet à un administrateur d’assister un sous-compte en cas de besoin sans partage de mot de passe.
Comment une entreprise branche-t-elle l’envoi de SMS sur son propre logiciel via l’API ?
Une entreprise intègre l’envoi de SMS à son logiciel métier via l’API REST de Pacific-Consulting : son système appelle l’API pour déclencher un envoi (confirmation, alerte, rappel), et peut recevoir en retour des accusés de réception ou des événements via webhook.
C’est le cas typique d’un logiciel de gestion de rendez-vous, d’un ERP ou d’une caisse qui doit envoyer automatiquement un SMS de confirmation dès qu’une action est validée côté client, sans qu’un employé ait à ouvrir l’interface web de la plateforme SMS pour chaque message. L’entreprise garde son propre logiciel comme point d’entrée unique pour ses équipes, et l’envoi de SMS devient une brique technique invisible en arrière-plan.
Concrètement, à quoi ressemble une intégration API ?
Concrètement, le logiciel de l’entreprise envoie une requête à l’API avec le numéro du destinataire et le contenu du message ; la plateforme traite l’envoi via l’un des quatre canaux d’envoi (le canal API dans ce cas) et peut renvoyer un accusé de réception exploitable par le logiciel appelant.
Prenons l’exemple d’un cabinet médical de Dumbéa qui utilise un logiciel de prise de rendez-vous : dès qu’un patient confirme un créneau, le logiciel appelle l’API pour envoyer automatiquement un SMS de rappel, avec un champ de fusion reprenant le nom du praticien et l’heure du rendez-vous. Aucune saisie manuelle, aucun risque d’oubli, et un rappel qui suit exactement la même logique de personnalisation que les champs de fusion utilisés pour les campagnes classiques. Ce SMS de rappel reste un complément d’organisation et ne remplace en aucun cas un suivi médical ou un appel au praticien en cas d’urgence.
Quelle différence entre l’API REST classique et l’API revendeurs ?
L’API REST classique s’adresse à une entreprise qui intègre l’envoi de SMS à son propre logiciel pour son propre usage ; l’API revendeurs s’adresse à un partenaire qui souhaite proposer l’envoi de SMS comme fonctionnalité intégrée à ses propres clients.
Un éditeur de logiciel de caisse ou de gestion locative en Nouvelle-Calédonie peut ainsi intégrer nativement l’envoi de SMS pour l’ensemble de ses clients via l’API revendeurs, sans que chacun de ces clients ait à ouvrir un compte séparé. Les webhooks entrants et sortants complètent ce dispositif : un webhook sortant notifie le logiciel tiers d’un événement (réponse STOP, accusé de réception), un webhook entrant permet à un système externe de déclencher une action dans la plateforme.
Comment sont protégées les clés API ?
Chaque clé API est propre à l’organisation et peut être régénérée ou révoquée depuis l’espace de sécurité du compte, sans dépendre du support technique pour une intervention d’urgence.
Cette autonomie compte en cas de doute sur une fuite de clé : l’entreprise peut couper l’accès immédiatement et en générer une nouvelle, puis reconfigurer son logiciel. Combinée au journal d’activité, qui trace les appels API sensibles, cette gestion donne à l’équipe technique une vue claire sur qui utilise l’API et depuis quand.
Tableau récapitulatif : sécurité et conformité, ce qui est inclus
Le tableau suivant reprend les briques de sécurité et de conformité disponibles sur la plateforme, toutes incluses dans le seul poste facturé : le SMS envoyé au segment.
| Brique | Fonction | Facturation |
|---|---|---|
| Liste STOP | Gestion de l’opposition et des désinscriptions | Incluse |
| 2FA (e-mail ou authentificateur) | Double vérification à la connexion | Incluse |
| Rétention et purge des données | Durée de conservation encadrée | Incluse |
| Journal d’activité | Traçabilité des connexions et actions | Incluse |
| Clés API | Génération, révocation, sécurisation | Incluse |
| API REST / API revendeurs / webhooks | Intégration avec un logiciel tiers | Incluse |
| SMS envoyé | Message transmis au destinataire | Facturé au segment (F CFP, voir grille tarifaire) |
FAQ
Un client qui répond STOP peut-il être recontacté plus tard ?
Non par SMS marketing tant qu’il reste inscrit sur la liste STOP de l’organisation ; seule une nouvelle démarche de collecte de consentement, distincte de l’ancien contact, permettrait de le réintégrer dans une base d’envoi marketing.
Le 2FA ralentit-il l’usage quotidien de la plateforme ?
La vérification supplémentaire n’intervient qu’à la connexion, pas à chaque envoi de SMS ; l’impact sur le rythme de travail quotidien reste donc limité une fois la session ouverte.
Que se passe-t-il si je supprime un contact de ma base ?
La suppression retire le contact des campagnes futures ; la politique de rétention et de purge de la plateforme encadre ensuite la conservation ou l’effacement des données historiques associées, selon les règles définies par l’organisation.
Puis-je tester l’API avant de l’intégrer à mon logiciel en production ?
Oui, une clé API dédiée peut être générée pour un environnement de test, séparée de la clé utilisée en production, afin de valider l’intégration sans risque sur les envois réels.
Qui contacter pour une question de sécurité ou d’intégration API ?
Le support technique de Pacific-Consulting est joignable au +687 35.38.15 ou par e-mail à support@pacific-consulting.net ; la notice d’aide et l’assistant IA en bulle répondent aussi aux questions courantes sans attendre un rappel.
Sécurité et conformité comme fondation, pas comme option
La sécurité et la conformité ne sont pas des modules à activer séparément sur Pacific-Consulting : elles font partie du socle du service, au même titre que les contacts et groupes ou le tableau de bord de suivi. Une entreprise qui envoie des SMS depuis Nouméa, Dumbéa ou Koné n’a pas à choisir entre facilité d’usage et rigueur de traitement des données : les deux sont couverts par le seul poste facturé, le SMS envoyé au segment.
Pour une entreprise qui veut aller plus loin et connecter l’envoi de SMS directement à son logiciel de gestion, l’équipe commerciale de Pacific-Consulting peut détailler les modalités d’intégration API adaptées à chaque cas, du cabinet médical à l’éditeur de logiciel revendeur. Le service commercial reste joignable au +687 35.38.15 ou par e-mail à contact@pacific-consulting.net, ou via la page contact du site. Pour une vue d’ensemble des usages, la page SMS marketing détaille les autres fonctionnalités de la plateforme.
L'écosystème du groupe
Un groupe calédonien, toutes les expertises du numérique
Pacific Consulting fait partie d'un groupe de marques calédoniennes basées à Nouméa — Site Internet NC, Stratos, Communication NC, Logiciel NC et Application NC. Ensemble, elles couvrent le web, l'hébergement souverain, les logiciels, les applications mobiles et la communication IA‑native, pour toute votre transformation digitale en Nouvelle‑Calédonie.
Un projet qui mêle plusieurs métiers ? Parlons de votre besoin — nous orchestrons les bonnes équipes du groupe.