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.
Mostrar este site para
Região: Global. A sua escolha de função fica guardada apenas para esta visita.
TM Forum Open APIs sobre o OSS/BSS que já opera: mudar um domínio de cada vez, lançar produtos e parceiros mais depressa.
O que faz
A MEF.DEV é uma base sobre a qual as suas equipas constroem os seus próprios processos, ao lado do stack que já opera — com a vertente operacional (versionamento, implementação, rollback, monitorização, auditoria) já assegurada.
A plataforma é uma camada de middleware polivalente: simplifica o desenvolvimento de projetos e a integração de sistemas e acelera o lançamento e a monetização de novos produtos.
A plataforma transforma a integração de parceiros de um projeto por parceiro num único processo repetível.
Os parceiros desenvolvem e comercializam os seus próprios produtos BSS de telecomunicações a partir de componentes prontos para as funções nucleares — rating, faturação, encomendas e gestão de contas — e concentram-se na lógica de negócio em vez da infraestrutura. A arquitetura modular disponibiliza modelação BPMN low-code, um UI kit pronto e implementação em Kubernetes através de Helm charts.
Um parceiro pode incluir a plataforma no seu próprio produto — por exemplo, num BSS — como mecanismo interno de integração, e os plugins que constrói são seus; oferecer a própria plataforma a terceiros como produto concorrente exige um acordo comercial. Cada versão passa a Apache 2.0 quatro anos após o seu lançamento.
Criar, atualizar e gerir o ciclo de vida das contas de billing para o mercado de massa, parceiros e clientes B2B.
O ciclo de vida completo dos elementos do catálogo e a consulta do catálogo durante pedidos, campanhas e vendas.
Criar um pedido, alterá-lo ou cancelá-lo e gerir o seu ciclo de vida até ao fecho.
Ativar e desativar um serviço, gerir o ciclo de vida do serviço e das suas funcionalidades e atribuir recursos como o SIM.
Consultas sobre os níveis de consumo de produtos, serviços e recursos para uma ou mais partes.
Registos de utilização de serviços, obtidos por filtro ou um a um.
Ciclos de faturação e as tarifas de billing aplicadas ao cliente.
Carregamentos e obtenção do saldo agregado da conta.
Tópicos de eventos com base em gatilhos, limiares e subscrições, e entrega de eventos aos consumidores por call-back.
Processos e tarefas geridos entre sistemas.
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.
Ler mais →Serviços cloud e de TI de terceiros vendidos através de uma única loja: o cliente tem um contrato e uma fatura mensal, o operador liga cada ISV uma única vez.
Ler mais →Verificações de sanções e AML, signatários e contratos de um produto de parceiro seguem um único processo em BPMN: o operador verifica os documentos com registo de auditoria.
Ler mais →A mesma venda comporta-se da mesma forma no portal de parceiros, na aplicação de vendas e no autosserviço, a lógica B2B sai das personalizações do CRM e a atualização do CRM deixa de ser um projeto.
Ler mais →Uma product order do BSS é dividida pelo catálogo em service orders e resource orders e ativada nos elementos de rede por BPMN; o fallout vai para uma pessoa como tarefa.
Ler mais → Use caseLógica de sincronização personalizada entre clouds e armazenamentos como processo BPMN: rotas e regras à medida, opções de verificação de vírus e de fugas de dados pessoais.
Ler mais →A utilização de conteúdos e serviços de parceiros em bundle passa por post-rating e reconciliação mensal sobre dados tarifados; o mesmo billing gera e entrega os documentos de liquidação.
Ler mais →Product Offering AI no chat de AI para WideCoup Convergent BSS: a alteração ao pacote tarifário é descrita por palavras e verificada pelas regras; uma pessoa aprova a versão.
Ler mais →Componentes
Os cenários de negócio modelados em BPMN 2.0 correm como processos versionados, com repetições, compensação e passos humanos controlados.
Como começar
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.
Um piloto num domínio ou num cenário, sobre parte dos seus dados — 4–8 semanas; os seus sistemas existentes continuam a funcionar como estão durante o piloto.
Orientação para uma fachada Open API sobre um BSS legacy: 9–15 meses até ao go-live. As fases, os prazos e as componentes de custo estão na calculadora de TCO.
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.
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.
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.
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.
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.
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.
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
A MEF.DEV expõe TM Forum Open APIs, segue os princípios ODA e tem uma entrada no TM Forum ODA Component Directory.
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.
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.
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 →A seguir, para si