Witnio.
Messaging Assurance

A2P / 10DLC Delivery Verification

Prueba independiente y con evidencia de que tus mensajes A2P/10DLC realmente llegaron a un teléfono real en una red de carrier real.

  • a2p_delivery
Próximamente
USD 149,00/mes
  • 1 corredor de EE. UU.
  • Politica de overage: 80% warning / 100% soft-stop, segun plan
Avisarme
01 — El problema

El problema

Sin verificación independiente no puedes distinguir "el carrier filtró/bloqueó el mensaje" de "mi propio sistema no lo envió", y no tienes evidencia neutral para reclamar a tu proveedor.

Para quien es

Cualquier empresa que envía mensajería aplicación-a-persona (A2P/10DLC) hacia números reales que necesita verificar entrega observada de forma independiente de su propio proveedor.

02 — Lo que nos envias

Lo que nos envias

CampoFormatoValidacion
authorized_sendersArreglo, min 1: numero E.164 o sender id alfanumerico de 3-11 caracteresSin entradas vacias/wildcard; el conteo respeta included_senders de tu plan
correlation_token6-32 caracteres, letras/digitos/guionObligatorio cuando tu numero receptor es compartido: escribelo en el cuerpo de cada mensaje A2P que envies; debe ser unico tuyo
check_linkBooleanoPor defecto true — verifica el enlace presente en el mensaje
expected_template_hashSHA-256 hex de 64 caracteresOpcional: se compara contra el hash del cuerpo enmascarado, nunca la plantilla en claro
country_code / frequency_minutes / alert_*Campos comunes (ver nota de intake)Mismas reglas de todos los productos: corredor dentro del plan, frecuencia con piso del presupuesto del plan

Witnio nunca registra 10DLC en tu nombre — authorized_senders ya debe estar aprobado ante tu carrier.

03 — Que corre

Que corre

  • Las corridas se disparan por push ante un evento A2P entrante hacia el numero autorizado, correlacionado contra authorized_senders dentro de la ventana esperada, hasta max_concurrency=2 (una unidad = un registro de sender saliente, no el telefono).
  • Fault profiles cubiertos: network_loss, adb_loss, reboot, sim_anomaly, carrier_degraded, service_restart, evidence_upload_failure — cada uno mapea a un failure_class y una entrada de recovery_actions_json en la corrida.
  • Un mensaje que nunca llega dentro de la ventana de correlacion se registra como not_observed con evidencia, nunca se descarta en silencio.
04 — Lo que obtienes

Lo que obtienes

json
{
  "status": "received",
  "latency_ms": 4120,
  "detail_json": { "sender_observed": "WITNIO", "content_integrity_ok": true, "link_present": true },
  "failure_class": null,
  "recovery_actions_json": null,
  "evidence_signature_json": {
    "signature": "9c2f...a1",
    "algorithm": "Ed25519",
    "key_id": "witnio-run-ed25519-2026-09"
  },
  "ran_at": "2026-09-23T14:02:11Z"
}
  • Un MonitorRun por evento
  • Evidencia firmada
  • Alertas
  • Dashboard/API segun plan
05 — Limites y cuotas

Limites y cuotas

Cargando...

06 — Autonomia

Autonomia

Diseñado para correr desatendido de punta a punta (correlacion, evidencia, alerta). Aun no medido: es un producto nuevo sin probe construido ni backtests calificados todavia, por lo que `sellable_eligible` es False por diseño hasta tener evidencia real — ver Limitaciones conocidas.

07 — Cumplimiento

Cumplimiento

Evidencia

Todavia no hay un claim publicable para este servicio — los backtests y la evidencia real se siguen midiendo. Ver Limitaciones conocidas abajo.

Verificar evidencia

08 — Limitaciones conocidas

Limitaciones conocidas

  • Producto nuevo: sin probe construido, sin backtests, sin muestra real todavía — sellable_eligible es False por diseño hasta que exista evidencia real (fail closed).
  • Depende de que el cliente ya tenga su propio registro 10DLC aprobado.
09 — FAQ
FAQ

Preguntas sobre este servicio

Todavía no. El probe de este producto aún no está construido y no existe evidencia real, por lo que permanece fail-closed (no vendible) hasta que eso cambie.

Guías relacionadas

Listo para A2P / 10DLC Delivery Verification?

AvisarmeVer precios