TM Forum ODA y Open APIs
MEF.DEV expone TM Forum Open APIs, sigue los principios de ODA y figura en el TM Forum ODA Component Directory.
Qué resolvemos
Modernizar el OSS/BSS dominio a dominio
Cada nuevo canal, producto o socio supone otro cambio en billing y CRM construidos hace décadas; los proyectos esperan al núcleo y una sustitución completa es un riesgo de varios años.
- qué entrega MEF.DEV
- sus sistemas en la ruta
- sus otros sistemas
- dónde se conecta MEF.DEV con sus otros sistemas
- la ruta y el orden de los pasos
Qué duele
- 01
Cada nuevo canal añade otra integración punto a punto y otra dependencia del ciclo de versiones del legacy.
- 02
Una actualización del backend exige cambios y pruebas coordinados entre muchos consumidores.
- 03
Sustituir todo el parque de una vez es caro y arriesgado; dejarlo como está ralentiza cada iniciativa comercial.
- ~5 millones
- de abonados activos en la base migrada
- 6 meses
- para migrar la base de abonados al nuevo billing y provisioning, con tres equipos en paralelo
- 13
- personas en el equipo de entrega; 8 meses en total, 2 de ellos para la contratación
- semanas, no meses
- plazo de los cambios tras la sustitución
Los operadores trabajan con plataformas BSS y OSS construidas a lo largo de décadas. Los detalles de implementación se han filtrado a cada integración, por lo que el alcance de cualquier sustitución no deja de crecer.
MEF.DEV separa el contrato de negocio del sistema que lo implementa en cada momento. Delante de un dominio legacy se coloca una API estable alineada con TM Forum; los workflows BPMN coordinan operaciones de varios pasos entre sistemas; los nuevos componentes sustituyen a los antiguos detrás del mismo contrato. Los consumidores no perciben el cambio.
El resultado es una vía de modernización medida en dominios de negocio y plazos de entrega, no una migración única de todo el parque.
Use case
Sustituir un backend legacy
Un contrato estable delante de un dominio legacy permite actualizar o sustituir el backend según su propio calendario, sin pruebas coordinadas con cada consumidor.
Un solo proceso de venta en todos los canales
Una misma venta se comporta igual en el portal de socios, la aplicación de ventas y el autoservicio, la lógica B2B sale de las personalizaciones del CRM y actualizar el CRM deja de ser un proyecto.
Pedidos zero-touch con personas al mando
El catálogo divide una product order del BSS en órdenes de servicio y de recurso, BPMN las activa en los elementos de red y el fallout pasa a una persona como tarea.
Asistente de AI para ofertas de producto
Product Offering AI en el chat de AI para WideCoup Convergent BSS: el cambio de un paquete tarifario se describe con palabras, se valida con reglas y una persona aprueba la versión.
Bonos de fidelización en el mismo billing
Los clientes obtienen bonos con sus cargos, los bonos se contabilizan para canjearse en el siguiente ciclo de billing y el operador fija dónde y qué parte de una factura pueden cubrir.
Qué lo resuelve
Enablement & Monetization Platform
Una capa de middleware multipropósito sobre sus OSS/BSS: TM Forum Open APIs, mapping, BPMN orchestration y un runtime serverless; socios y monetización en un solo proceso.
Leer más →WideCoup Convergent BSS
Billing convergente para proveedores de servicios de comunicaciones: todos sus servicios, desde el negocio telecom principal hasta nuevas líneas, en un solo sistema, prepago y pospago en tiempo real.
Leer más →Cómo empezar
Del primer contacto al go-live
- 1
Primer contacto
Algunas preguntas sobre su empresa, su base de clientes, los puntos de integración y la migración, para preparar una primera estimación. Las preguntas más detalladas son opcionales, o las revisamos juntos en la conversación.
- 2
PoC sobre un dominio
Un piloto sobre un dominio o un escenario, con parte de sus datos — 4–8 semanas; sus sistemas actuales siguen funcionando tal cual durante el piloto.
- 3
Go-live
Orientación para una fachada Open API sobre un BSS legacy: 9–15 meses hasta el go-live. Las fases, los plazos y los componentes de costo están en la calculadora de TCO.
Siguiente paso
Usted elige una hora en el calendario de reservas; hablamos de su caso y acordamos el siguiente paso.
Usted elige una hora en el calendario de reservas; hablamos de su caso y acordamos el siguiente paso.
La vista técnica de la misma línea de solución — para el arquitecto al que pase esta página.
Usted elige una hora en el calendario de reservas; hablamos de su caso y acordamos el siguiente paso.
Usted elige una hora en el calendario de reservas; hablamos de su caso y acordamos el siguiente paso.
Usted elige una hora en el calendario de reservas; hablamos de su caso y acordamos el siguiente paso.
Usted elige una hora en el calendario de reservas; hablamos de su caso y acordamos el siguiente paso.
Cómo encaja en su entorno ODA: el mapa del stack, la cobertura Open API y enlaces a la documentación de la plataforma.
Usted elige una hora en el calendario de reservas; hablamos de su caso y acordamos el siguiente paso.
Usted elige una hora en el calendario de reservas; repasamos los dos modelos de colaboración, la licencia para socios y una prueba técnica en los repositorios públicos.
Cómo encaja en su entorno ODA: el mapa del stack, la cobertura Open API y enlaces a la documentación de la plataforma.
Materiales
Materiales paso a paso
- Paso 1 · Caso de estudio
BSS swap case study: Kyivstar fixed and OTT services
- Paso 2 · Use cases
Open API facade and service order management use cases
- Paso 3 · Evaluación del TCO
Modernización de OSS/BSS detrás de TM Forum Open APIs
Lo mismo para cada lector
Licencia
Business Source License 1.1: gratuita para uso interno en producción; Enterprise Modules mediante clave de licencia; cada versión pasa a Apache 2.0 a los cuatro años.
Seguridad, datos y jurisdicción
Empresa de la UE; despliegue en su infraestructura, acceso mediante SSO estándar; desarrollo, entrega y soporte bajo un sistema de calidad ISO 9001:2015.
Desarrollo y seguridad certificados
WideCoup Convergent BSS y MEF.DEV se desarrollan, entregan y soportan bajo un sistema de gestión de calidad ISO 9001:2015; MEF.DEV superó una auditoría de seguridad independiente y una prueba de penetración.
Certificados y auditoría →