Votre offre mobile
Vous choisissez l’opérateur, la carte SIM et le forfait adaptés à votre activité.
Projet en développement · Étude de demande
Et si vos applications envoyaient leurs SMS ?
TPG‑SMS est un projet destiné à relier logiciels, automatismes et équipements au réseau mobile. Le concept prévoit votre carte SIM, votre forfait et une API dédiée.
- API envisagée
- Une clé par application
- Carte SIM au choix
Pas encore commercialisé
Cette présentation sert à évaluer la demande et à recueillir les besoins avant la future version.
01Boîtier dédié
02Capot sans bouton
01 — Pourquoi
Une voie indépendante pour vos notifications.
Les plateformes traditionnelles facturent généralement chaque message. Le concept TPG‑SMS explore une autre approche : un équipement dédié qui transmettrait les SMS techniques de vos propres outils.
Votre écosystème
CRM, channel manager, n8n, B24, Raspberry Pi ou logiciel métier.
Vos accès maîtrisés
Des clés séparées, révocables et limitées aux boîtiers autorisés.
TPG‑SMS est imaginé pour
Les messages utiles, attendus et déclenchés par un événement.
Alertes techniques, codes d’accès, vérifications, confirmations et informations opérationnelles.
TPG‑SMS n’est pas
Une plateforme de mailing ou d’envoi publicitaire en masse.
Le produit fournit un moyen technique. L’utilisateur reste responsable de la finalité et des destinataires.
02 — Pour qui
Un boîtier. Plusieurs métiers.
Pour les entreprises, intégrateurs et développeurs qui veulent ajouter un canal SMS à leurs outils existants.
Alertes techniques
Panne, seuil dépassé, équipement hors ligne ou événement nécessitant une intervention.
Codes et vérifications
Codes d’accès, OTP et transmission du second facteur d’une authentification 2FA.
Outils métiers
Notifications déclenchées depuis un CRM, un channel manager ou une application interne.
Automatisations
Scénarios n8n, B24 / Bitrix24, Raspberry Pi, tâches planifiées et webhooks.
Informations clients
Confirmations, rappels et informations directement liées à un service demandé.
Intégrations sur mesure
Toute application capable d’appeler une API peut demander l’envoi d’un SMS.
03 — Comment
De votre application au réseau mobile.
Le parcours envisagé est simple, traçable et séparé en quatre étapes.
01
Application
Votre outil créerait une demande sécurisée.
02
API TPG‑SMS
L’API contrôlerait la clé et le device_id autorisé.
03
Boîtier
Le boîtier récupérerait l’action via sa connexion Wi‑Fi.
04
Réseau mobile
La carte SIM transmettrait le SMS au destinataire.
Le retour compterait aussi. Chaque demande posséderait un identifiant unique et le boîtier retournerait son résultat pour suivre l’envoi et limiter les doublons.
04 — API & accès
Une clé prévue pour chaque application.
L’architecture étudiée séparerait les usages sans multiplier les boîtiers. Une intégration compromise ou devenue inutile pourrait être coupée sans interrompre les autres.
- Nommer chaque clé
- Autoriser un ou plusieurs device_id
- Consulter la dernière utilisation
- Révoquer ou créer une nouvelle clé
Modèle d’API envisagé
Le projet ne prévoit pas de facturation TPG à la requête ou au SMS.
Accès applications
3 activesClés API
CRMtpg-sms-001
Activen8n — alertestpg-sms-001
ActiveChannel managertpg-sms-002
RévoquéeLes clés des applications sont séparées de la clé propre au boîtier.
05 — PrérequisInternet par Wi‑FiPour dialoguer avec l’API Couverture mobilePour transmettre le SMS Carte SIM activeIdentifiée auprès de l’opérateur Application clienteCapable d’appeler l’API
Ce que le projet devrait nécessiter.
Mise en service envisagée
Un boîtier identifié, sans marquage extérieur.
Dans le concept actuel, la couleur vert d’eau distinguerait TPG‑SMS. Le device_id resterait sur une étiquette à l’intérieur et figurerait sur une fiche d’enregistrement avec son URL et son QR code.
DEVICE_IDtpg-sms-001
06 — Questions fréquentes
Les réponses essentielles.
01TPG‑SMS est-il déjà disponible ?
Non. TPG‑SMS est actuellement un projet en développement présenté pour évaluer les besoins réels. Vos retours aideront à définir les priorités et la future version.
02La carte SIM est-elle fournie ?
Non. L’utilisateur installe une carte SIM active, identifiée auprès de son opérateur, et choisit une offre compatible avec l’usage prévu.
03Quel modèle est envisagé pour l’API ?
Le modèle étudié prévoit un accès à l’API avec le futur boîtier, sans facturation TPG à la requête ou au SMS. Les coûts de téléphonie dépendraient du forfait mobile choisi.
04Plusieurs applications pourraient-elles utiliser le même boîtier ?
C’est l’objectif. Chaque application pourrait posséder sa propre clé, limitée à un ou plusieurs boîtiers grâce à leur device_id, puis révoquée ou remplacée indépendamment.
05TPG‑SMS pourrait-il fonctionner sans Internet ?
Le fonctionnement prévu utilise le Wi‑Fi pour recevoir les ordres depuis l’API. Une connexion Internet et une couverture mobile seraient donc nécessaires pour transmettre un nouveau SMS.
06Est-ce une solution de mailing ?
Non. TPG‑SMS est conçu pour les messages techniques, transactionnels et opérationnels, et non pour l’envoi massif de campagnes publicitaires.
07Le boîtier peut-il traiter les réponses STOP ?
La réception des réponses, la liste d’opposition et la notification du numéro maître sont envisagées pour une évolution ultérieure. Elles ne font pas partie de la première version.
Une utilisation technique et responsable
Le projet vise à fournir un moyen d’envoyer des messages techniques. Le futur utilisateur resterait responsable des destinataires, du contenu, de la finalité, de la réglementation applicable et des conditions de son opérateur.
07 — Contact
Parlons de votre besoin.
TPG‑SMS n’est pas encore commercialisé. Décrivez-nous votre usage, votre volume estimé et les outils à connecter : vos retours aideront à définir la future solution.
TPG‑SMS
Un projet développé par la société Histoire du Temps
23 rue de l’Abattoir — 68150 Ribeauvillé
23 rue de l’Abattoir — 68150 Ribeauvillé
SIRET : 492 080 270 00043 S.A.R.L. au capital de 10 000 €