Discrepancias de segmentos facturables A2P SMS: guía de conciliación

Por qué un mismo envío puede mostrar recuentos distintos

Una discrepancia no demuestra por sí sola que haya un error de facturación. La aplicación puede estimar segmentos antes de enviar; la interfaz puede aceptar o transformar la solicitud; el proveedor puede registrar cada intento o unidad procesada; y el registro de uso puede aplicar las reglas acordadas para contabilizarla. No hay que asumir que todos esos sistemas cuentan la misma entidad.

La evidencia disponible no establece una regla universal de cálculo, contabilización o correlación aplicable a todos los proveedores. Por eso, la conciliación debe partir de los datos de cada sistema y de las condiciones contractuales pertinentes. Las especificaciones técnicas y la documentación del proveedor deben consultarse para confirmar detalles concretos.

• Tratar cada recuento como un dato cuyo significado se debe confirmar.
• Separar diferencias de cálculo, aceptación, transmisión, reintentos y contabilización.
• No inferir el importe facturable únicamente del estado de entrega.

Definir la unidad de conciliación antes de comparar

Antes de sumar segmentos, acuerda qué representa cada fila de cada sistema. Un mensaje lógico es la solicitud original de la aplicación. Un segmento enviado es una unidad resultante de la codificación y el formato utilizados en una etapa. Un intento es una operación de envío, que podría repetirse. Un registro facturable es la unidad que el proveedor contabiliza según las condiciones aplicables.

Estas categorías no son intercambiables. Si se compara el total de mensajes lógicos de la aplicación con el número de intentos de un proveedor, las cifras pueden diferir aunque cada registro esté correctamente generado. Pide a cada parte la definición de sus campos y el criterio usado para agregar filas.

• Escribe por separado los totales de mensajes lógicos, segmentos, intentos y registros de uso.
• Aclara si un identificador se conserva en reintentos y si una fila representa una solicitud o una unidad contabilizada.
• Confirma el periodo y la zona horaria de cada informe antes de comparar totales.

Qué campos comparar en cada etapa

Construye una tabla por registro con los campos disponibles y su procedencia. Como mínimo, intenta conservar el identificador de la solicitud, el identificador del mensaje asignado por la plataforma o proveedor, el destino normalizado, la marca temporal y el estado registrado en esa etapa. Añade el texto original y cualquier representación transformada si está permitido almacenarlos de forma segura.

Para revisar la codificación, registra los metadatos disponibles, como el conjunto de caracteres declarado y la longitud antes y después de la transformación. Para investigar concatenación, solicita los identificadores o referencias de partes que el sistema realmente exponga. La disponibilidad y el significado de esos campos varían; no los des por existentes ni interpretes su ausencia como prueba de que no hubo transformación.

• Guarda marcas temporales con zona horaria y conserva la marca original del sistema.
• Compara el destino en un formato normalizado, sin descartar el valor recibido.
• Registra longitud, codificación y referencia de concatenación solo cuando la plataforma los facilite.
• Protege el contenido y los datos de destino conforme a las políticas de privacidad y retención aplicables.

Separar codificación y concatenación de duplicados y reintentos

Una diferencia en el número de segmentos puede originarse en cómo cada etapa calcula o representa el mensaje. La codificación y la concatenación son factores que conviene verificar en los registros, pero no se deben aplicar umbrales o reglas de recuento sin documentación técnica concreta para la modalidad y el sistema en cuestión. Confirma qué texto recibió cada etapa y qué codificación declara cada registro.

Los duplicados y reintentos requieren otra investigación: busca solicitudes repetidas, identificadores distintos asociados a una misma operación y marcas temporales próximas. La similitud del texto y del destino ayuda a localizar candidatos, pero no basta para declarar dos filas duplicadas: podrían corresponder a envíos legítimos separados. Verifica también si la aplicación o la plataforma reintentó una solicitud y qué respuesta recibió antes del nuevo intento.

• Primero identifica si cambió el contenido o su codificación; después revisa repeticiones de solicitudes e intentos.
• Usa identificadores y secuencia temporal como evidencias, no solo la coincidencia de texto y destino.
• Consulta documentación técnica primaria y condiciones del proveedor antes de atribuir una diferencia a concatenación o a una regla de cobro.

Construir una muestra trazable y conciliar los registros

Empieza por una muestra acotada de un periodo definido y conserva los registros originales exportados de cada sistema. Incluye casos que coinciden y casos discrepantes: los primeros ayudan a validar la correlación; los segundos permiten identificar patrones sin asumir que toda diferencia tiene la misma causa.

Alinea las filas por identificador compartido cuando exista. Si no lo hay, usa una combinación documentada de destino, tiempo y otros campos disponibles para proponer correspondencias, marcándolas como tentativas. No conviertas una coincidencia aproximada en una vinculación inequívoca. Resume por separado las filas emparejadas, no emparejadas y asociadas a más de una candidatura.

Compara los totales solo después de clasificar las filas. Para cada diferencia, registra el sistema de origen, la unidad representada, la evidencia observada, la explicación confirmada o pendiente y la persona responsable de resolverla.

• Define periodo, sistemas incluidos y zona horaria antes de extraer datos.
• Conserva una copia inalterada de los archivos originales y documenta cualquier transformación.
• Clasifica coincidencias exactas, coincidencias tentativas, duplicados confirmados y registros sin pareja.
• Calcula los totales por tipo de unidad, no como una única cifra agregada.

Registros incompletos, tardíos o sin correspondencia inequívoca

Una exportación puede estar incompleta, incluir eventos incorporados con retraso o carecer de un identificador común. En esos casos, deja la diferencia como pendiente y solicita el detalle faltante al responsable del sistema. No rellenes campos ausentes con valores inferidos ni cierres una discrepancia basándote solo en una correlación temporal aproximada.

Acuerda una ventana de espera y una fecha de corte con las partes, de acuerdo con sus procesos y condiciones contractuales; no hay un plazo universal que pueda deducirse de la evidencia disponible. Si un registro aparece después del corte, anota cuándo se recibió y revisa si modifica la conciliación. Escala los casos sin correspondencia cuando puedan cambiar el resultado económico o revelar un problema operativo.

• Mantén una categoría explícita para registros tardíos y datos incompletos.
• Solicita exportaciones ampliadas o campos de correlación si están disponibles.
• Deja constancia de la incertidumbre y evita asignar un cargo definitivo a una fila sin evidencia suficiente.

Documentar excepciones y acordar reglas con el proveedor

La conciliación recurrente mejora cuando ambas partes acuerdan por escrito qué representa cada campo, qué identificadores se conservan, cómo se interpretan los reintentos y qué registros respaldan el uso contabilizado. Ese acuerdo debe ajustarse al contrato y a las capacidades reales de las plataformas implicadas; no presupongas que todos los proveedores exponen los mismos detalles.

Para cada excepción, guarda el periodo, los identificadores disponibles, la diferencia observada, las evidencias solicitadas y recibidas, la conclusión y cualquier acción pendiente. Si no se alcanza una explicación verificable, registra la discrepancia como no resuelta y aplica el mecanismo de revisión previsto en el acuerdo comercial.

• Acordar definiciones de mensaje, segmento, intento y registro contabilizado.
• Especificar campos de correlación, formato de exportación y tratamiento de zonas horarias.
• Definir el procedimiento de consulta, plazos y escalado conforme al acuerdo vigente.
• Evitar convertir una explicación probable en una regla general sin confirmación documental.

Checklist para cerrar una discrepancia

Un cierre sólido explica qué se comparó, qué evidencia respalda la conclusión y qué incertidumbres permanecen. El estado de entrega reportado —incluido un DLR— debe mantenerse separado del registro de uso y de la regla contractual de contabilización. La información disponible no permite establecer que un DLR pruebe por sí solo un cargo ni que determine la unidad facturable.

Si la discrepancia no puede resolverse con los registros disponibles, el resultado correcto es documentarla como pendiente, no inferir una causa. Las comprobaciones siguientes ayudan a cerrar solo los casos con trazabilidad suficiente.

• ¿Se acordó si la comparación es por mensaje lógico, segmento, intento o registro de uso?
• ¿Se confirmó el periodo, la zona horaria y la integridad de las exportaciones?
• ¿Hay un identificador común o la correspondencia está marcada claramente como tentativa?
• ¿Se revisaron contenido, codificación y referencias de partes con datos efectivamente disponibles?
• ¿Se distinguieron duplicados confirmados de solicitudes legítimas repetidas y de reintentos?
• ¿La conclusión se apoya en registros y condiciones aplicables, sin usar el DLR como prueba de facturación?
• ¿Quedaron documentadas las excepciones, la incertidumbre y las acciones pendientes?