TM Forum ODA e Open APIs
A MEF.DEV expõe TM Forum Open APIs, segue os princípios ODA e tem uma entrada no TM Forum ODA Component Directory.
Use case
Substituir um backend legacy sem parar todos os que dependem dele
Um contrato estável à frente de um domínio legacy permite atualizar ou substituir o backend ao seu próprio ritmo, sem testes coordenados com cada consumidor.
- o que a MEF.DEV entrega
- os seus sistemas e o resultado
- um novo componente por trás do mesmo contrato
Edição executiva
Se o problema for a mesma venda comportar-se de forma diferente de canal para canal, ver Um único processo de vendas em todos os canais.
O problema
O backend legacy não pode mudar sem todos os que dependem dele. Os consumidores acedem ao mesmo domínio através de APIs proprietárias, SDK de fornecedores, acesso direto à base de dados, ficheiros ou filas privadas, pelo que cada atualização do backend exige testes coordenados com todos eles, e cada novo consumidor acrescenta mais uma dependência do ciclo de releases do legacy.
O que muda
- Delimitar um domínio — product catalog, cliente, service inventory ou billing — em vez de expor toda a aplicação legacy.
- Publicar um contrato estável alinhado com as Open APIs do TM Forum.
- Adaptar o sistema legacy por trás dele através de mappings reutilizáveis, com BPMN para as operações em vários passos.
- Gerir a fachada como um produto, com responsável, versões, segurança e um plano de descontinuação.
O que se obtém
- As atualizações e a substituição do backend avançam ao seu próprio ritmo.
- Os consumidores dependem do contrato, não do sistema legacy, e um novo consumidor integra-se uma única vez.
- O progresso é medido: tempo de integração, taxa de reutilização, dependências eliminadas.
Edição para o arquiteto — Substituir um backend legacy por trás de um contrato estável
Problema
Plataformas BSS e OSS acumuladas, com interfaces proprietárias, dados duplicados e lógica de processo embutida. Uma alteração numa plataforma propaga-se pelos canais, pelo middleware e pelos sistemas a jusante.
Solução com o MEF.DEV
- Fronteiras de domínio. Domínios de cliente, produto, encomenda, serviço, recurso, utilização e billing, usando a terminologia SID (Shared Information/Data) e eTOM quando aplicável.
- Contratos Open API versionados. Cada domínio é exposto através de uma interface alinhada com o TM Forum; os consumidores ligam-se ao contrato-alvo, não à estrutura legacy.
- Serviços de fachada e adaptadores traduzem recursos, operações, eventos e notificações canónicos para interfaces e estruturas de dados proprietárias.
- Processos entre sistemas externalizados. A coordenação passa para workflows BPMN que gerem o estado, os temporizadores, as novas tentativas, a compensação e o encaminhamento de exceções.
- Substituição incremental. Novos componentes alinhados com a ODA são introduzidos por trás do mesmo contrato, um domínio ou uma função de negócio de cada vez.
- Ciclo de vida comum. Registo, revisão, versionamento, implantação, rollback, monitorização e auditoria para os novos serviços; o legacy permanece na sua infraestrutura.
Resultado
Os sistemas legacy e os novos componentes ODA coexistem por trás de contratos comuns. A modernização torna-se uma sequência de alterações por domínio de negócio, com resultados mensuráveis.
O modelo de componentes, os padrões de implantação e os níveis de autorização estão em platform.mef.dev.
Próximo passo
Escolha uma hora no calendário de marcações; analisamos o seu caso e acordamos o próximo passo.
Use cases com o processo, os sistemas e as funções.
Algumas perguntas sobre a sua empresa, base de clientes, pontos de integração e migração, para podermos preparar uma primeira estimativa. As perguntas mais detalhadas são opcionais, ou percorremo-las em conjunto na conversa.
Escolha uma hora no calendário de marcações; analisamos o seu caso e acordamos o próximo passo.
A visão técnica da mesma direção — para o arquiteto a quem passar esta página.
Algumas perguntas sobre a sua empresa, base de clientes, pontos de integração e migração, para podermos preparar uma primeira estimativa. As perguntas mais detalhadas são opcionais, ou percorremo-las em conjunto na conversa.
Use cases com o processo, os sistemas e as funções.
Escolha uma hora no calendário de marcações; analisamos o seu caso e acordamos o próximo passo.
Algumas perguntas sobre a sua empresa, base de clientes, pontos de integração e migração, para podermos preparar uma primeira estimativa. As perguntas mais detalhadas são opcionais, ou percorremo-las em conjunto na conversa.
Escolha uma hora no calendário de marcações; analisamos o seu caso e acordamos o próximo passo.
Prazo até ao go-live e uma orientação arredondada de CapEx e OpEx para o cenário da direção.
Algumas perguntas sobre a sua empresa, base de clientes, pontos de integração e migração, para podermos preparar uma primeira estimativa. As perguntas mais detalhadas são opcionais, ou percorremo-las em conjunto na conversa.
Escolha uma hora no calendário de marcações; analisamos o seu caso e acordamos o próximo passo.
Prazo até ao go-live e uma orientação arredondada de CapEx e OpEx para o cenário da direção.
Algumas perguntas sobre a sua empresa, base de clientes, pontos de integração e migração, para podermos preparar uma primeira estimativa. As perguntas mais detalhadas são opcionais, ou percorremo-las em conjunto na conversa.
Escolha uma hora no calendário de marcações; analisamos o seu caso e acordamos o próximo passo.
Como se enquadra no seu panorama ODA: o mapa do stack, a cobertura Open API e ligações para a documentação da plataforma.
Prazo até ao go-live e uma orientação arredondada de CapEx e OpEx para o cenário da direção.
Algumas perguntas sobre a sua empresa, base de clientes, pontos de integração e migração, para podermos preparar uma primeira estimativa. As perguntas mais detalhadas são opcionais, ou percorremo-las em conjunto na conversa.
Escolha uma hora no calendário de marcações; analisamos o seu caso e acordamos o próximo passo.
Use cases com o processo, os sistemas e as funções.
Escolha uma hora no calendário de marcações; percorremos os dois modelos de parceria, a licença de parceiro e um ensaio técnico nos repositórios públicos.
Como se enquadra no seu panorama ODA: o mapa do stack, a cobertura Open API e ligações para a documentação da plataforma.
O mesmo para todos os leitores
Licença
Business Source License 1.1: gratuita para uso interno em produção; Enterprise Modules por chave de licença; cada versão passa a Apache 2.0 ao fim de quatro anos.
Segurança, dados e jurisdição
Empresa da UE; implementação na sua infraestrutura, autenticação via SSO padrão; desenvolvimento, entrega e suporte sob um sistema de qualidade ISO 9001:2015.
Desenvolvimento e segurança certificados
O desenvolvimento, a entrega e o suporte do WideCoup Convergent BSS e da MEF.DEV decorrem sob um sistema de gestão da qualidade ISO 9001:2015; a MEF.DEV passou numa auditoria de segurança e num teste de intrusão independentes.
Certificados e auditoria →