01
Frontend / Admin
El backend conserva el control. SmsService es el puente Android local, no una API pública de mensajería.
Servidor backend
Experimento backendTransactional SMS gateway
Una pasarela SMS controlada para flujos transaccionales.
Nota de ingeniería para una pasarela SMS autoalojada: backend interno, dispositivo Android o gateway controlado, cola, reintentos, logs y estado de entrega para mensajes transaccionales consentidos.
Experimento interno
El alcance es ingeniería controlada y mensajería transaccional, no una plataforma pública de marketing SMS.
Ruta de entrega fiable
Colas, límites de reintentos, idempotencia, estado del dispositivo y logs importan más que la velocidad.
Consentimiento y cumplimiento
Los mensajes deben ser esperados, autorizados y limitados a flujos legítimos de producto o cuenta.
Capa de caso técnicoPrototipo público en GitHub
SmsService convierte un teléfono Android en una gateway SMS local controlada.
Una experiencia de gateway Android local para mensajes transaccionales consentidos: backend API, Wi-Fi privado, puente telefónico, SIM y controles operativos.
Alcance
Experimentos transaccionales internos
Red
Solo privada/local
Coste
No per-SMS provider bill when the SIM plan includes SMS.
Repositorio SmsServiceRuta de entrega SMS
02
Backend API
Servidor backend
API
03
Local Wi-Fi
Wi-Fi local
LAN
04
Android phone
Teléfono Android
SmsService
05
SIM card
Tarjeta SIM
SIM
06
Recipient
Destinatario
Ruta de entrega SMS
Flujo de entrega
Backend API -> Local Wi-Fi -> Android phone -> SIM card -> Recipient
El backend conserva el control. SmsService es el puente Android local, no una API pública de mensajería.
1
Backend API
2
Local Wi-Fi
3
Android phone
4
SIM card
5
Recipient
SmsService vs proveedor SMS tipo Twilio
No se trata de sustituir proveedores gestionados en todos los casos, sino de aclarar cuándo sirve una gateway local y qué responsabilidades añade.
Proveedor gestionado
Proveedor tipo Twilio
- Infraestructura de entrega gestionada y opciones de sender/channel.
- Modelo pay-as-you-go donde el coste crece con el volumen.
- Compliance, operadores y operación de plataforma forman parte del valor.
- Pago por mensaje, canal, sender o capacidad relacionada según la configuración.
Gateway Android local
SmsService
- Gateway Android controlada solo en red privada/local.
- No per-SMS provider bill when the SIM plan includes SMS.
- Usa teléfono y plan SIM; teléfono, SIM, electricidad y mantenimiento siguen existiendo.
- Necesita monitorización, uptime del teléfono, fair-use checks, fallback y revisión de compliance.
- Adecuado para pequeños experimentos internos transaccionales, no para mensajería masiva pública.
Ilustración de coste
Dos modelos de coste, distintas responsabilidades
Estos ejemplos son estáticos, no precios en vivo. Un proveedor gestionado suele crecer con el volumen; SmsService mueve el coste hacia hardware local, plan SIM y operación.
Teléfono, plan SIM, electricidad, mantenimiento, fair-use limits y compliance siguen existiendo.
Modelo proveedor tipo Twilio
El coste variable sube con el volumen de mensajes. La infraestructura de entrega y carrier-facing work queda gestionada.
100 SMS
1,000 SMS
10,000 SMS
Modelo SmsService
El coste se concentra alrededor de teléfono + plan SIM cuando el plan incluye SMS, pero aumenta la responsabilidad operativa.
Phone + SIM plan
Operations
Compliance review
Dónde tiene sentido, y dónde no pertenece
Dónde tiene sentido
- +OTP para prototipos internos.
- +Pequeñas herramientas privadas.
- +Recordatorios de cita con consentimiento.
- +Entornos de laboratorio controlados.
- +Demos de integración backend.
Dónde no pertenece
- !Spam o listas extraídas.
- !Gateway pública en internet.
- !Marketing masivo.
- !Mensajería crítica de producción sin fallback.
- !Uso regulado de producción sin revisión.
Prototipo público
SmsService en GitHub
SmsService es un repositorio Android Kotlin prototipo para una gateway SMS local/privada.
Abrir repositorio SmsServiceLos secretos visibles en código público deben rotarse antes de uso real.
La gateway debe permanecer privada/local y no exponerse públicamente.
Validación backend, consentimiento, rate limits, monitorización y compliance son necesarios antes de uso real.
Arquitectura
Concepto de gateway y límites
La gateway debe tratarse como un servicio interno limitado, con límites explícitos, logs claros y pocos tipos de mensaje permitidos.
01
Backend API
Recibe solicitudes transaccionales aprobadas, valida payloads, aplica rate limits y guarda estado.
02
Android device or controlled gateway
Un dispositivo gestionado puede actuar como puente si está monitorizado, alimentado, protegido y dedicado.
03
Queue worker
Procesa mensajes gradualmente, respeta la política de reintentos y evita saturar dispositivo u operador.
04
Delivery status
Cada mensaje debe pasar por estados como queued, sent, delivered, failed o expired.
Prototipo público
Repositorio Android SmsService
SmsService es un prototipo Android público usado como experimento de gateway local para mensajes transaccionales controlados y consentidos.
01
Repositorio público
SmsService está disponible en https://github.com/Stinger1369/SmsService como prototipo técnico de gateway SMS local basada en teléfono.
02
Privada y local por diseño
La gateway debe permanecer en una red privada de confianza y no exponerse como API pública en internet.
03
Rotar secretos visibles
Cualquier secret, token o credencial visible en código público debe considerarse comprometido y rotarse antes de uso real.
04
Control backend obligatorio
El backend debe validar consentimiento, propósito, rate limits y templates antes de llamar a SmsService.
Controles
Reintentos, cumplimiento y monitorización
La fiabilidad depende de rechazar usos inseguros tanto como de enviar correctamente.
01
Rate limits por destinatario
Limitar mensajes repetidos al mismo número para proteger usuarios y evitar abuso.
02
Retry with backoff
Reintentar solo fallos transitorios conocidos, con demora y máximo de intentos.
03
No mass campaigns
Marketing masivo, listas extraídas y contacto no solicitado quedan fuera del alcance.
04
Device heartbeat
Alertar cuando el teléfono o gateway deja de contactar con el backend.
05
Has compliance been reviewed?
Consentimiento, retención, plantillas y reglas regionales necesitan revisión antes de uso real.
Caja de herramientas viva
Esta sección se enriquecerá progresivamente con herramientas reales.
Packs, scripts y experimentos se documentarán con uso práctico, límites claros y contexto técnico.