Um único processo de vendas em todos os canais

A substituição do próprio backend legacy é um caso separado: Substituir um backend legacy.

Lugar na ODA

No ODA Canvas, as funções de CRM pertencem ao domínio Party Management, e a pré-venda — leads e oportunidades — ao componente Lead & Opportunity Management. O CRM continua a ser o sistema de registo mestre, com personalização mínima. Todos os canais — portal de parceiros, aplicação de vendas, self-care — chegam aos processos de back-end apenas através da fachada na Enablement & Monetization Platform.

Componentes da fachada

• Interface standard Um único ponto de entrada TM Forum Open API para todos os canais.
• Registo de esquemas Núcleo e extensões, versões e contratos; os esquemas e os mappings mudam por configuração.
• Catálogo de produtos de dados Os modelos Party, Sales, Quote e Agreement como produtos, com um product owner, um data steward e um tech lead.
• Pacote BPMN Regras B2B fora do CRM: verificações de empresas, requisitos fiscais locais, registos públicos. O MEF.DEV BPMN Low-code executa-as como processos versionados com repetições, compensação e passos humanos controlados.
• Adaptadores ERP, armazém e billing ligam-se através do ponto de entrada, e não canal a canal.

Catálogo de produtos distribuído

• CRM O catálogo comercial: ProductOffering e preços, lidos através do TMF620 Product Catalog.
• BSS/OSS telco e não telco Catálogos técnicos de CFS (Customer Facing Service) e RFS (Resource Facing Service), e execução através do TMF641 Service Order e do TMF652 Resource Order Management.
• Decomposição Uma product order é decomposta em service orders e resource orders segundo as relações do catálogo, seguindo o use case de decomposição de encomendas do TM Forum.

Contratos por fase de implementação

1. Vendas core Gestão de vendas, de lead a oportunidade, como fachada baseada em BPMN; registos em entidades standard do CRM; canais através de um API gateway com OAuth2/JWT e TLS; integração só de leitura do catálogo comercial.
2. Identificação B2B TMF632 Party, funções das partes e pré-verificações legais; criação e associação de contas através das APIs standard do CRM; início de acordos; auditoria, logging e notificações de eventos.
3. Extensões Gestão de cotações com regras CPQ sobre o TMF620 Product Catalog; disponibilidade e reserva de MSISDN (Mobile Station International Subscriber Directory Number) quando necessário; alinhamento do catálogo com Product, CustomerFacingService e ResourceFacingService; desempenho, observabilidade, funções e políticas na fachada.
4. Opcional Documentos eletrónicos e assinatura eletrónica, fatura eletrónica através do TMF678 Customer Bill Management ou fora do TM Forum; bundles, políticas de desconto e sincronização do catálogo multicanal; analítica, alertas de SLA, multi-tenancy e APIs de parceiros; encomenda de produtos com decomposição através do TMF641 Service Order e do TMF652 Resource Order Management num BSS externo.

Ao lado do CRM e do legacy

Os processos Lead-to-Order e Order-to-Cash entre o CRM e o ERP, o armazém e o billing residem fora do CRM:

• Fiabilidade Políticas de repetição e rollback, passos de compensação, idempotência nos adaptadores e nas filas.
• Transparência Logs, traces, métricas e correlação de pedidos entre sistemas; auditoria de eventos de entrada e de saída, payloads e decisões.
• Segurança OAuth2/JWT, workload identity e controlo de acesso ao nível da Open API; nenhum segredo armazenado no CRM.
• Implantação Cloud ou on-premises, com o orquestrador e as filas escalados horizontalmente em Kubernetes.

Isto é um cenário-alvo; o âmbito é acordado no projeto, fase a fase.

Profundidade técnica em platform.mef.dev →