Accès repo AndroidPrototype public GitHubAndroidKotlin

SmsService : builder une passerelle SMS locale depuis un téléphone Android.

Cette page sert à récupérer, builder, installer et tester le prototype. La page outil séparée explique l’architecture, les cas d’usage, les limites et la comparaison avec un fournisseur SMS managé.

Source

Dépôt public

GitHub

Build

APK debug

./gradlew assembleDebug

Install

Téléphone Android

./gradlew installDebug

Endpoint

Gateway locale

POST /send_sms

Schéma opérationnel

Le téléphone devient un pont local entre le backend et la carte SIM.

Le flux doit rester privé : le frontend déclenche une action, le backend contrôle la demande, puis SmsService relaie le SMS via le téléphone Android.

01 · UI

Frontend / Admin

Action utilisateur, demande OTP ou workflow contrôlé.

02 · API

Backend API

Consentement, finalité, rate limits, template et logs.

03 · Wi-Fi

Réseau local

Wi-Fi privé ou LAN contrôlé. Pas d’exposition Internet.

Frontend / Admin → Backend API → Private LAN → SmsService Android → SIM plan → Recipient

Quick start

Builder, installer, vérifier.

La page téléchargement doit rester pratique : récupérer le repo, générer l’APK debug, l’installer, puis tester l’endpoint local.

Commandes Gradle

Android · Clean Gradle build

./gradlew clean

Android · Build debug APK

./gradlew assembleDebug

Android · Install debug APK

./gradlew installDebug

Sorties et endpoint à vérifier

app/build/outputs/apk/debug/app-debug.apk
POST http://PHONE_LOCAL_IP:5000/send_sms

Pourquoi c’est intéressant

La valeur est dans le modèle local, pas dans une promesse gratuite absolue.

Fournisseur SMS managé

  • Infrastructure d’envoi gérée.
  • Facturation à l’usage qui augmente avec le volume.
  • Opérateurs, conformité et deliverability gérés côté fournisseur.

SmsService local

  • Pas de facture fournisseur par SMS lorsque le forfait SIM inclut les SMS.
  • Téléphone, SIM, électricité, maintenance, monitoring et fair-use restent nécessaires.
  • Pertinent pour petits volumes contrôlés, prototypes et outils internes.

Limites

À ne pas présenter comme plateforme SMS publique.

Pas un outil de spam.Pas une gateway exposée à Internet.Pas un remplacement universel de Twilio ou d’un fournisseur SMS managé.Les secrets visibles dans un dépôt public doivent être rotatés avant usage réel.La conformité, le consentement et les limites opérateur restent obligatoires.

Ce qu’il faut

Pas une API magique : un petit système local à exploiter correctement.

Android phone

Téléphone Android

Un appareil stable, chargé, contrôlé et autorisé à envoyer des SMS.

SIM card

Carte SIM active

Un forfait adapté, idéalement avec SMS inclus et limites opérateur connues.

Private LAN

Même réseau privé

Le backend doit joindre le téléphone en LAN, pas via Internet public.

Backend

Backend discipliné

Validation, consentement, anti-abus, logs, monitoring et fallback.

Offres vérifiées

Un espace prêt pour les offres légales, partenaires et codes promotionnels.

Les offres seront séparées du catalogue technique : source officielle, date de validité, mention sponsorisée si nécessaire, et contrôle avant publication.

01

Sources officielles

Pas de clés douteuses, pas de liens gris, pas de promesse invérifiable.

02

Codes promo

Chaque code pourra avoir une date, une source, une plateforme et un statut de vérification.

03

Surveillance

Le backend pourra contrôler les URLs chaque nuit et déclencher une alerte en cas de changement.

Retour aux téléchargements

SmsService

Un prototype public Android/Kotlin qui transforme un téléphone Android contrôlé en passerelle SMS locale et privée.