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.
Use case
Sustituir un backend legacy sin detener a todos los que dependen de él
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.
- qué entrega MEF.DEV
- sus sistemas y el resultado
- un nuevo componente detrás del mismo contrato
Edición ejecutiva
Si el problema es que una misma venta se comporta de forma distinta de un canal a otro, consulte Un único proceso de venta en todos los canales.
El problema
El backend legacy no puede cambiar sin todos los que dependen de él. Los consumidores acceden al mismo dominio mediante APIs propietarias, SDK de proveedores, acceso directo a la base de datos, archivos o colas privadas, por lo que cada actualización del backend exige pruebas coordinadas con todos ellos, y cada nuevo consumidor añade otra dependencia del ciclo de releases legacy.
Qué cambia
- Acotar un dominio — catálogo de productos, cliente, service inventory o billing — en lugar de exponer toda la aplicación legacy.
- Publicar un contrato estable alineado con TM Forum Open APIs.
- Adaptar el sistema legacy detrás de él mediante mappings reutilizables, con BPMN para las operaciones de varios pasos.
- Gestionar la fachada como un producto, con responsable, versiones, seguridad y un plan de retirada.
Qué se obtiene
- Las actualizaciones y el reemplazo del backend avanzan según su propio calendario.
- Los consumidores dependen del contrato, no del sistema legacy, y uno nuevo se integra una sola vez.
- El avance se mide: plazo de integración, tasa de reutilización, dependencias retiradas.
Edición para arquitectos — Sustitución de un backend legacy detrás de un contrato estable
Problema
Plataformas BSS y OSS acumuladas, con interfaces propietarias, datos duplicados y lógica de procesos embebida. Un cambio en una plataforma se propaga a través de los canales, el middleware y los sistemas posteriores.
Solución con MEF.DEV
- Fronteras de dominio. Dominios de cliente, producto, pedido, servicio, recurso, uso y billing, con la terminología de SID (Shared Information/Data) y eTOM donde corresponda.
- Contratos Open API versionados. Cada dominio se expone mediante una interfaz alineada con TM Forum; los consumidores se vinculan al contrato objetivo, no a la estructura legacy.
- Servicios de fachada y adaptadores traducen los recursos, operaciones, eventos y notificaciones canónicos a interfaces y estructuras de datos propietarias.
- Procesos entre sistemas externalizados. La coordinación pasa a workflows BPMN que gestionan el estado, los temporizadores, los reintentos, la compensación y el enrutamiento de excepciones.
- Reemplazo gradual. Los nuevos componentes alineados con ODA se introducen detrás del mismo contrato, un dominio o una función de negocio a la vez.
- Ciclo de vida común. Registro, revisión, versionado, despliegue, rollback, monitorización y auditoría para los nuevos servicios; lo legacy permanece en su propia infraestructura.
Resultado
Los sistemas legacy y los nuevos componentes ODA coexisten detrás de contratos comunes. La modernización se convierte en una secuencia de cambios por dominio de negocio con resultados medibles.
El modelo de componentes, los patrones de despliegue y los niveles de autorización están en platform.mef.dev.
Siguiente paso
Usted elige una hora en el calendario de reservas; hablamos de su caso y acordamos el siguiente paso.
Use cases con el proceso, los sistemas y los roles.
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.
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.
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.
Use cases con el proceso, los sistemas y los roles.
Usted elige una hora en el calendario de reservas; hablamos de su caso y acordamos el siguiente paso.
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.
Usted elige una hora en el calendario de reservas; hablamos de su caso y acordamos el siguiente paso.
Plazo hasta el go-live y una orientación redondeada de CapEx y OpEx para el escenario de la línea de solución.
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.
Usted elige una hora en el calendario de reservas; hablamos de su caso y acordamos el siguiente paso.
Plazo hasta el go-live y una orientación redondeada de CapEx y OpEx para el escenario de la línea de solución.
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.
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.
Plazo hasta el go-live y una orientación redondeada de CapEx y OpEx para el escenario de la línea de solución.
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.
Usted elige una hora en el calendario de reservas; hablamos de su caso y acordamos el siguiente paso.
Use cases con el proceso, los sistemas y los roles.
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.
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 →