Para elegir un sistema de facturación para telecomunicaciones, pruebe cómo tarifica en tiempo real, cuánto tarda su equipo en lanzar una oferta nueva en el catálogo y cómo trata el tráfico que intercambia con otros operadores. El modelo de despliegue y el camino de migración vienen después, porque deciden lo que el sistema le cuesta tras la puesta en marcha, no solo al firmar.
Las listas de funciones de los proveedores de software de facturación de telecomunicaciones se parecen mucho. Casi todos dicen convergente, en tiempo real, en la nube y abierto. Las diferencias solo aparecen cuando se le pide al sistema algo concreto delante de usted. Para eso es esta guía: los criterios que distinguen a los sistemas, una tabla de pruebas para la demo y una lista de control para copiar en una licitación.
Qué tiene que hacer un sistema de facturación para telecomunicaciones
Un sistema de facturación para telecomunicaciones convierte el uso de la red en ingresos. Tarifica llamadas, mensajes y sesiones de datos según los planes, lleva los saldos de prepago y las cuentas de pospago, emite facturas, cobra y liquida con los socios. En un BSS (sistema de soporte al negocio) moderno ese trabajo se reparte entre varios módulos que tienen que funcionar como uno:
- La tarificación en línea (OCS) autoriza y cobra el uso en tiempo real, para que un cliente de prepago no baje de cero y un bono de datos se corte al agotarse.
- El catálogo de productos reúne ofertas, paquetes, precios y reglas de elegibilidad en un solo lugar.
- La facturación convergente genera una sola cuenta y una sola factura para prepago, pospago y todas las líneas de servicio.
- La mediación recoge y depura los registros de uso de la red antes de tarificarlos.
- La facturación de interconexión y mayorista liquida con otros operadores, con la red anfitriona y, en el caso de un MVNE, con sus inquilinos.
Un proveedor que vende «facturación» puede cubrir dos de estos módulos o los cinco. Pregunte pronto cuáles entran en el alcance, porque cada hueco se convierte en otro proyecto.
Ocho criterios que distinguen a los sistemas de facturación
Estos son los criterios en los que los sistemas difieren de verdad, cada uno con la pregunta que conviene hacer.
- Tarificación convergente en tiempo real. Los clientes de prepago, pospago e híbridos deben tarificarse en un solo motor con un solo modelo de saldo. Pregunta: ¿puede un cliente pasar de prepago a un plan mensual sin volver a crearlo en otro sistema?
- Catálogo y plazo de lanzamiento. Marketing debe poder crear y probar una oferta sin una entrega de código. Pregunta: ¿cuánto se tarda en lanzar un paquete nuevo, de la idea al primer abonado, y quién tiene que intervenir?
- Flexibilidad de tarificación. Precios escalonados, saldos compartidos, planes familiares, aplicaciones sin consumo de datos y promociones con fecha de fin deben ser configuración, no desarrollo. Pregunta: muéstreme una bolsa de datos compartida entre cuatro líneas, con una de ellas con otro límite.
- Interconexión y roaming. Si liquida con otros operadores, el sistema necesita tarifas de socios con fecha, retarificación de periodos cerrados y conciliación. La facturación de interconexión suele ser el módulo que se compra el último y se lamenta el primero.
- Mediación. Los registros de uso llegan de centrales, pasarelas y socios distintos, en formatos distintos. Pregunta: ¿cómo se da de alta un nuevo elemento de red y qué pasa con los duplicados y los registros mal formados?
- Multiinquilino para un MVNE. Un habilitador que opera varios OMV necesita catálogos, saldos y facturas separados por inquilino en una misma plataforma, además de la liquidación mayorista entre ellos. Pregunta: ¿puede el inquilino A cambiar un plan sin una entrega que afecte al inquilino B?
- API abiertas. El CRM, las apps de autogestión, las pasarelas de pago y los portales de socios necesitan acceder a la facturación. Las Open API de TM Forum (catálogo de productos, pedidos, uso y factura al cliente, entre otras) son la referencia común. Pregunte cuáles expone el proveedor y cuáles son propias.
- Modelo de despliegue y migración. En sus instalaciones, nube privada, nube pública o servicio gestionado: eso cambia quién hace las actualizaciones, dónde viven los datos de los abonados y cómo se contabiliza el coste. Pregunte cómo pasan del sistema antiguo los abonados, los saldos y las facturas abiertas, y cuánto dura la operación en paralelo.
Clave. Los criterios 1, 4 y 8 son los que salen caros si se eligen mal. Un informe que falta se construye después; un motor de tarificación que no admite planes híbridos, o una migración que pierde saldos, no.
Pruebas para la demo: requisito y cómo comprobarlo
Una demo con el guion del proveedor muestra lo que el proveedor quiere que vea. Envíe sus escenarios una semana antes y pida que se ejecuten en directo.
| Requisito | Cómo comprobarlo en la demo |
|---|---|
| Control de prepago en tiempo real | Iniciar una sesión de datos en una cuenta de prepago con poco saldo y ver cómo se corta en cero |
| Paso de prepago a pospago | Convertir a un cliente manteniendo su número y su saldo, y mostrar la factura siguiente |
| Oferta nueva sin código | Pedir a un responsable de producto que monte un paquete con promoción y fecha de fin durante la llamada |
| Saldos compartidos y múltiples | Mostrar una bolsa de datos entre cuatro líneas con un límite propio en una de ellas |
| Retarificación | Cambiar una tarifa con fecha de inicio pasada y retarificar el mes anterior de una cuenta |
| Conciliación de interconexión | Cargar el extracto de un socio y mostrar las diferencias con su propio tráfico tarificado |
| Multimoneda | Facturar a un cliente o socio en una segunda moneda con el tipo de cambio de la fecha de factura |
| Aislamiento de inquilinos (MVNE) | Cambiar un precio en el inquilino A y mostrar que el inquilino B no cambia |
| Acceso por API | Crear un pedido y leer la factura resultante por la API, no por la interfaz |
Nueve pruebas en directo, sobre sus propios escenarios, dicen más que una respuesta larga a una licitación.
Lista de control para la licitación
Copie estas líneas en la sección de requisitos de la licitación y pida para cada una «sí, por configuración», «sí, con desarrollo» o «no»:
- Tarificación de prepago, pospago e híbrida en un solo motor, con un solo modelo de saldo
- Tarificación en tiempo real sobre Diameter (y CAMEL si aún opera 2G/3G)
- Catálogo de productos gestionado por el negocio, con elegibilidad, compatibilidad y prioridad de ofertas
- Saldos compartidos, acumuladores, bonificaciones y promociones con fechas de validez
- Paquetes de servicios móviles, fijos y digitales en una sola factura
- Cuentas multimoneda y multisaldo
- Retarificación de periodos cerrados con tarifas fechadas
- Mediación con filtrado, eliminación de duplicados y agregación
- Facturación de interconexión con conciliación, compensación y saldos de socios
- Operación multiinquilino con catálogo y facturación por inquilino (solo MVNE)
- API documentadas, indicando qué Open API de TM Forum cubren
- Exportaciones al ERP, al CRM y a las herramientas de informes
- Opciones de despliegue: en sus instalaciones, nube privada, servicio gestionado
- Plan de migración de abonados, saldos, facturas abiertas e historial, con operación en paralelo
- Referencias de operadores de tamaño y modelo similares
Cómo elegir el sistema de facturación de un OMV
Para un OMV (operador móvil virtual), el alcance de la facturación depende del modelo de operación. Un OMV Light que revende el servicio del anfitrión suele usar la facturación del anfitrión o de un habilitador, y necesita sobre todo un catálogo, un CRM y una facturación que controle. Un OMV Medium opera su propia tarificación y facturación sobre la red del anfitrión, así que los criterios 1 a 3 deciden la elección. Un Full MVNO añade su propio núcleo y sus acuerdos de interconexión, con lo que los criterios 4 y 5 entran desde el primer día. La página de modelos de operación los compara línea por línea.
El error habitual es comprar solo para el día del lanzamiento. Un banco o una cadena comercial que empieza con SIM de prepago querrá pronto planes mensuales, paquetes familiares o un segundo país. Si el sistema no puede hacerlo sin una migración, el lanzamiento barato se convierte en un segundo proyecto caro. Nuestra revisión de plataformas BSS para MVNE y OMV ordena a los proveedores según los modelos a los que se adaptan.
Dónde encaja Avante
Avante desarrolla BSS para operadores de telecomunicaciones, OMV y los MVNE y MVNA que les dan servicio. El alcance descrito arriba corresponde a sus módulos:
- Avante OCS tarifica prepago y pospago en tiempo real sobre Diameter y CAMEL, con multisaldo a nivel de servicio y de contrato y escalado horizontal sin interrumpir el servicio.
- Avante Billing es un sistema de facturación convergente con multimoneda, cuentas multisaldo, bonificaciones y acumuladores, y exportación de informes al ERP y al CRM.
- Avante PC, el catálogo de productos, permite a marketing montar paso a paso ofertas convergentes de prepago y pospago, con reglas de disponibilidad y prioridad de ofertas.
- Avante Mediation y Avante IBS se encargan de la recogida del uso y de la liquidación de interconexión.
Para OMV y MVNE, los módulos forman la plataforma OMV, detrás de una sola API y desplegada en sus instalaciones, en nube privada o como servicio gestionado. Avante es miembro de TM Forum y ganó el premio Best Moonshot Catalyst en DTW Ignite 2025 por su motor de modernización ODA-in-a-Box.
Preguntas frecuentes
¿Cuál es la función más importante de un sistema de facturación para telecomunicaciones?
La tarificación convergente en tiempo real. Si un solo motor gestiona prepago, pospago e híbridos con un solo modelo de saldo, puede cambiar planes, empaquetar servicios y mover clientes entre modalidades de pago sin migraciones. Casi todo lo demás se puede completar tras la puesta en marcha; una arquitectura de tarificación dividida, no.
¿En qué se diferencia la facturación de un OMV de la de un operador?
Las funciones son las mismas, pero el alcance depende del modelo del OMV. Un OMV Light puede necesitar solo catálogo, CRM y facturación, mientras que un Full MVNO también necesita facturación de interconexión y mediación. Un MVNE suma la operación multiinquilino, para que varios OMV tengan catálogos y facturas separados en una plataforma.
¿Cuánto se tarda en sustituir un sistema de facturación de telecomunicaciones?
Depende del número de abonados, productos e integraciones, y de lo limpios que estén los datos. Hay que prever la configuración del catálogo, la integración con el CRM, la red y finanzas, la migración de datos con operación en paralelo y un cambio por etapas. Pida a cada proveedor un plan con fechas construido sobre sus propios volúmenes.
¿El sistema de facturación debe estar en la nube o en sus instalaciones?
Los dos modelos funcionan; la elección depende de la residencia de los datos, la regulación y quién quiere que opere el sistema. Los sectores regulados, como la banca o el sector público, suelen mantener los datos de abonados en sus instalaciones o en un centro aprobado. Un servicio gestionado traslada las actualizaciones al proveedor y reparte el coste a lo largo del contrato.
¿Está preseleccionando proveedores?
Envíenos sus escenarios y los ejecutaremos en directo sobre Avante OCS y Billing.
Solicitar una demo