Conciliación operativa A2P SMS: guía para resolver discrepancias
Un proceso de conciliación útil separa solicitudes, eventos de estado y datos de facturación. Aprende a unir registros, clasificar diferencias y documentar disputas sin asumir que un DLR prueba la recepción en el terminal.
Qué concilia el proceso y por qué aparecen diferencias
La conciliación operativa compara tres perspectivas que no describen necesariamente el mismo hecho: la solicitud registrada por tu plataforma, los eventos de estado que informa el proveedor y las líneas o totales presentados para facturación. El objetivo es explicar cada diferencia con evidencia y una regla acordada, no forzar que todos los sistemas muestren idénticos recuentos.
Antes de comparar cifras, fija qué pregunta responde cada conjunto. Una solicitud aceptada por una interfaz no equivale por sí sola a un mensaje entregado; un estado reportado por un proveedor es un evento de su sistema, y un importe facturado debe revisarse según el contrato y el detalle de facturación aplicable. No uses un DLR como prueba independiente de recepción en el terminal ni como criterio automático de cobro.
- Define el alcance: cuentas, rutas, destinos, tráfico, moneda y periodo incluidos.
- Especifica si comparas solicitudes, mensajes aceptados, eventos, unidades facturables o importes; no mezcles estas métricas.
- Documenta las reglas contractuales de facturación por separado de las reglas de estado operativo.
Qué fuentes conservar y cómo evaluar su utilidad
Conserva una copia fechada y sin modificaciones de los registros que intervienen en la comparación. La lista exacta depende de las interfaces y los formatos que ofrezcan las partes; la evidencia disponible no permite prescribir campos universales de CDR o DLR para todos los entornos A2P.
Como mínimo operativo, inventaría qué datos puedes obtener de cada sistema, quién los genera, cuándo se exportan y qué periodo cubren. Registra también la versión del archivo o informe y cualquier transformación aplicada antes de compararlo. Si una fuente no contiene un identificador de mensaje común, anótalo como limitación en vez de inferir una correspondencia segura.
- Plataforma: solicitudes y respuestas registradas, más los identificadores que el sistema realmente exponga.
- Proveedor: registros de tráfico y eventos de estado disponibles, con sus definiciones y marcas temporales declaradas.
- Facturación: factura y detalle asociado disponible, periodo de servicio y criterio de cobro acordado.
- Rechazos y reintentos: consérvalos diferenciados cuando el sistema los registre; no los conviertas automáticamente en mensajes facturables o entregados.
- Trazabilidad: guarda fecha de extracción, zona horaria declarada, origen, responsable y controles de integridad del archivo.
Define identificadores y reglas de unión antes de contar
Establece una jerarquía de correlación usando únicamente identificadores presentes en los sistemas implicados. Un identificador propio de plataforma y otro asignado por el proveedor pueden referirse al mismo flujo solo si existe un vínculo documentado entre ellos. Guarda ese vínculo explícitamente cuando la integración lo proporcione.
Si no hay una clave común, define una regla de comparación provisional y marca sus resultados como coincidencias probables, no como hechos confirmados. La combinación de destinatario, hora u otros atributos puede producir colisiones, y no existe en la evidencia disponible una regla universal que garantice una unión correcta. Evita deduplicar solo porque dos registros se parecen.
- Prioriza un identificador de mensaje compartido o una tabla de correspondencias verificable.
- Mantén separados el identificador de solicitud, el identificador asignado por el proveedor y el identificador de evento, si existen.
- Define cómo tratar reintentos, partes de mensajes concatenados y registros repetidos según las definiciones reales de tus sistemas y contrato.
- Asigna un estado de confianza a las uniones: confirmada, probable o no resuelta, y conserva la razón.
Alinea periodos, zonas horarias y eventos tardíos
Antes de comparar, acuerda una zona horaria de trabajo y conserva también el valor y la zona horaria originales de cada registro cuando estén disponibles. No conviertas marcas temporales sin documentar la transformación. Si los sistemas no indican la zona, trata esa ausencia como una limitación que debe resolverse con el responsable de la fuente.
Distingue la fecha del evento, la fecha de registro y el periodo de facturación: pueden no coincidir. Define una ventana de cierre y un procedimiento de revisión posterior para eventos que aparezcan después del corte, pero no impongas una duración universal; debe acordarse con las partes y ajustarse a la latencia observada y a las condiciones contractuales.
- Especifica inicio y fin del periodo, convención de límites y zona horaria común.
- Registra por separado la fecha de envío, la del estado y la del asiento o línea de facturación si cada fuente las ofrece.
- Marca los mensajes sin estado final como pendientes de revisión, no como entregados o fallidos por defecto.
- Define cómo se reabre un periodo cuando llegan datos tardíos y cómo se documentan los ajustes posteriores.
Clasifica discrepancias sin prejuzgar su causa
Una taxonomía común evita que cada equipo explique el mismo caso de forma distinta. Clasifica primero lo observable y deja la causa como hipótesis hasta disponer de evidencia suficiente. Por ejemplo, una diferencia de cantidad no demuestra por sí sola un error de facturación: puede reflejar periodos distintos, unidades de conteo diferentes, reintentos o información incompleta.
Mantén separados el diagnóstico técnico y la decisión financiera. La investigación puede establecer qué registros coinciden y qué eventos faltan; la aplicación de un cargo, crédito o ajuste debe seguir el contrato y los controles de aprobación internos.
- Ausencia: registro presente en una fuente y no localizado en otra.
- Posible duplicado: varias filas podrían representar el mismo mensaje o evento; verifica las claves y reglas de cada sistema.
- Cantidad distinta: compara definición de unidad, alcance, periodo y tratamiento de reintentos.
- Estado incompatible: conserva el estado tal como lo reportó cada fuente y solicita la definición técnica aplicable.
- Periodo desalineado: identifica diferencias de zona horaria, corte o fecha usada para asignar el registro.
- Sin estado final: deja el caso pendiente y registra qué evidencia falta.
Solicita evidencia y documenta la disputa
Abre una disputa con un conjunto acotado de casos reproducibles, no solo con un total agregado. Para cada caso, indica el periodo, la referencia que permite buscarlo, la diferencia observada, la regla aplicada y la respuesta concreta que necesitas de la otra parte.
Pide la definición de los estados y campos relevantes, el detalle que respalda el conteo o cargo cuestionado y la explicación de las diferencias de periodo o unidad. Un DLR es un estado reportado dentro del flujo disponible; por sí solo no constituye verificación independiente de que el mensaje se haya mostrado o recibido en el terminal. Tampoco determina automáticamente si corresponde cobrarlo.
- Adjunta referencias correlacionables y una muestra representativa de casos, protegiendo los datos según tus políticas y obligaciones aplicables.
- Solicita aclaración sobre el origen del registro, el significado del estado y el periodo al que se asignó.
- Separa hechos confirmados, inferencias y preguntas abiertas.
- Registra fecha de apertura, interlocutores, respuestas, archivos intercambiados y conclusión de cada caso.
- Vincula cualquier ajuste aprobado con la disputa y con la regla contractual que lo respalda.
Asigna responsables, plazos y aprobaciones
La conciliación funciona mejor cuando cada fase tiene un responsable explícito. Operaciones puede preparar el cruce y explicar eventos; el equipo técnico puede aclarar identificadores o exportaciones; finanzas puede validar importes y periodos; y el responsable comercial o contractual puede interpretar las condiciones aplicables. Ajusta esta distribución a tu organización y no des por supuesto que una sola área puede validar todas las dimensiones.
Acuerda plazos internos para extraer datos, revisar diferencias y escalar casos; no hay un plazo universal respaldado aquí. Define también quién puede aprobar ajustes y quién confirma el cierre. La pista de auditoría debe permitir reconstruir qué datos se compararon, qué regla se usó, quién decidió y cuándo.
- Nombra un responsable de conciliación y un suplente.
- Asigna responsables de fuente para resolver dudas sobre exportaciones y semántica de estados.
- Fija hitos de revisión y escalamiento conforme al contrato y a los controles internos.
- Exige aprobación adecuada antes de registrar créditos, cargos corregidos u otros ajustes.
- Conserva el resultado final y la justificación junto con la evidencia de origen.
Lista de comprobación para implantar y revisar el proceso
Empieza con un periodo de prueba y un alcance acotado. Valida que las fuentes se pueden obtener, que las reglas de unión producen resultados revisables y que las excepciones tienen dueño. Amplía el proceso solo cuando puedas explicar sus límites y conservar evidencia suficiente para repetir el análisis.
Revisa periódicamente las definiciones y acuerdos: cambios en exportaciones, identificadores, criterios de facturación o calendarios pueden invalidar una conciliación anterior. La guía sirve para organizar el trabajo; no sustituye las especificaciones técnicas de las partes ni los términos contractuales.
- ¿Está definido qué se concilia y qué unidad se cuenta?
- ¿Se conservan las fuentes originales y sus metadatos de extracción?
- ¿Las claves de unión y la deduplicación están documentadas y son reproducibles?
- ¿Se distinguen las zonas horarias, los cortes y los eventos tardíos?
- ¿Los casos sin estado final y las coincidencias inciertas se mantienen visibles?
- ¿Cada discrepancia tiene categoría, responsable, evidencia y resolución?
- ¿Los cargos y ajustes se deciden según el acuerdo aplicable, no solo por un estado de entrega?
- ¿El cierre puede revisarse después por otra persona con los mismos registros y reglas?
Preguntas frecuentes
¿Un DLR demuestra que el mensaje llegó al terminal?
No debe tratarse como verificación independiente de recepción en el terminal. Es un estado reportado dentro del flujo disponible, y su significado debe confirmarse con la documentación de la fuente.
¿Un DLR determina automáticamente si un mensaje es facturable?
No. La facturación debe revisarse con el detalle disponible y las condiciones contractuales aplicables; un estado por sí solo no establece automáticamente el cargo.
¿Qué identificador debo usar para unir los registros?
Usa primero un identificador compartido o una correspondencia documentada entre sistemas. Si no existe, define una regla provisional, marca la coincidencia como incierta y no dedupliques únicamente por similitud.
¿Qué hago con mensajes que no tienen estado final al cierre?
Déjalos en una categoría pendiente, registra qué información falta y aplica una regla de revisión posterior acordada. No los clasifiques como entregados o fallidos por defecto.
Fuentes consultadas
- 3GPP specifications3GPP
- ITU-T E.164International Telecommunication Union
- GSMA resourcesGSMA
- Resolución de discrepancias durante la comparación de facturasMicrosoft Learn