Se você acompanha integração de sistemas, a notícia de hoje resume o ano inteiro em uma frase: a Bloomberg empacotou o próprio dado como um servidor MCP. O chamado Enterprise MCP expõe mais de 100 milhões de securities e 50 mil campos do Data License Plus para agentes de IA, através do Model Context Protocol — e não como “mais uma API”, mas com contexto semântico junto do dado (em que moeda ele está, de que data é o preço, como um campo se relaciona com outro). E o head global de dados da empresa cravou a frase que vale para qualquer operação: “o gargalo das instituições deixou de ser a capacidade do modelo — passou a ser a prontidão do dado”.
A resposta curta para “como expor o dado da minha empresa para agentes de IA” é a que quase ninguém dá com todas as letras: seu dado precisa estar consumível por agente — exposto com contexto e com governança de acesso — não apenas “ter uma API”. Este artigo destrincha o que a Bloomberg oficializou hoje, por que isso muda a régua de qualquer setor e as três peças que separam quem vai estar no fluxo agêntico de quem vai ficar de fora.
MCP para dados enterprise: a resposta curta
MCP (Model Context Protocol) é um protocolo aberto pelo qual um sistema expõe dados e ações de forma que um agente de IA consiga descobrir, entender e consumir com segurança. Aplicado a dado corporativo, ele deixa de ser “integração ponto a ponto entre dois sistemas” e passa a ser canal de distribuição de dado: qualquer agente autorizado — o seu, o do seu parceiro, o do seu cliente — encontra o dado já pronto para uso. A pergunta de integração de 2026 não é mais “qual API eu exponho”, é: o meu dado está exposto como um MCP server governado, com contexto e entitlement, que qualquer agente consegue consumir?
O que a Bloomberg lançou hoje: Enterprise MCP
O Enterprise MCP expõe o acervo de dados da Bloomberg — mais de 100 milhões de securities e 50 mil campos — para agentes de IA via MCP. O detalhe que importa não é o volume: é que o agente recebe o significado do dado junto com o número. Um preço vem com a moeda e a data; um campo vem com a relação que tem com os outros. Isso permite que o agente decida com confiança, em vez de devolver um número solto que parece certo mas está fora de contexto. É a diferença entre entregar um dado e entregar um dado que o agente entende.
Por que isso muda a régua de todo mundo
Quando um provedor do porte da Bloomberg empacota o próprio dado como MCP server, ele não está só facilitando a vida de um cliente — está carimbando o MCP como o padrão de distribuição de dado enterprise. A partir daí, a régua muda para todo o mercado: o agente do seu cliente, do seu parceiro ou o seu próprio passa a esperar encontrar dado pronto para consumir. Quem não tiver essa camada não fica “um pouco atrás” — fica fora do fluxo agêntico do próprio setor, porque o dado existe mas é invisível para os agentes que já circulam ali.
Entrada × saída: dois lados do mesmo problema
Vale separar dois riscos que costumam ser confundidos. Um é o da entrada: o que você pluga no seu agente (skills, conectores, MCP servers de terceiros) — tema que tratamos ao falar da cadeia de suprimentos do agente. O outro, o desta análise, é o da saída: como você expõe o seu dado para que agentes consigam consumir. Blindar o que entra e disponibilizar o que sai são duas disciplinas complementares — e a maioria das operações ainda não fez nenhuma das duas de forma governada.
Peça 1 — Dado com contexto semântico, não cru
Não basta abrir um endpoint. O agente precisa saber o que o dado significa: unidade, moeda, data de referência, e como um campo se relaciona com outro. Sem isso, o agente “acerta” em cima de dado que não entende — e o erro só aparece lá na frente, no desfecho. Foi exatamente por isso que a Bloomberg embutiu contexto no Enterprise MCP. Para o seu dado, o mesmo princípio vale: antes de expor, é preciso dar qualidade e significado ao dado, senão você automatiza a produção de respostas confiantes e erradas.
Peça 2 — Governança e entitlement na camada MCP
Expor dado para agentes sem controle de acesso é abrir o cofre inteiro. A camada MCP precisa responder quem pode consumir o quê, com qual escopo, e com tudo auditado. O mesmo dado é servido a agentes diferentes com permissões diferentes — o agente do parceiro enxerga um recorte, o agente interno enxerga outro — sem que ninguém tenha acesso além do necessário. Entitlement e trilha de auditoria não são um extra de segurança: são pré-requisito para que a exposição do dado seja segura o bastante para existir.
Peça 3 — MCP server governado sobre a fonte única
A terceira peça é uma camada que fala com o ERP, o CRM, o e-commerce e o data warehouse e entrega o dado agent-ready sem duplicar base nem virar mais um silo. O caminho é event-driven, com a fonte de verdade mandando: quando o dado muda na origem, a camada MCP reflete a mudança, em vez de manter uma cópia que envelhece. Duplicar dado para “expor mais rápido” é criar o próximo problema de integração — o oposto do que a camada deveria resolver.
Por que isso é agnóstico de plataforma
A Bloomberg fez pelo dado dela, mas a lição não é sobre a Bloomberg nem sobre qual plataforma de agente ou de dado você usa. Vale para o seu dado no SAP, no Salesforce, no data warehouse ou na loja, com qualquer stack de agente. O ponto é de arquitetura de integração: dado exposto com contexto, com entitlement e servido pela fonte única. Trocar o modelo por trás não muda o requisito — o modelo virou commodity; o que decide o resultado é se o dado está pronto para ser consumido.
Como a CCX deixa o seu dado agent-ready
Na CCX, isso é trabalho de fundação, não de projeto pontual. Integrações & APIs Enterprise constrói a camada que expõe o dado do seu ERP/CRM/e-commerce como um MCP server governado, event-driven, com a fonte única mandando e sem duplicar base. Data & BI entra antes: dá contexto semântico e qualidade ao dado, para o agente consumir o que entende — não número cru. E Security Engineering cuida da governança e do entitlement na camada MCP: quem consome o quê, com qual escopo, auditado.
O ponto de partida não é “qual agente vamos comprar”, e sim desenhar quais agentes vão consumir esse dado e para qual desfecho — para a camada MCP nascer com propósito, e não como mais um projeto de TI solto. É o mesmo raciocínio que aplicamos ao expor uma fonte específica como MCP server governado; a diferença é que hoje o padrão foi carimbado para o mercado inteiro.
Perguntas frequentes
O que é um servidor MCP?
É um serviço que expõe dados e ações de um sistema através do Model Context Protocol, de forma que um agente de IA consiga descobrir o que existe, entender o significado e consumir com permissões controladas — sem um projeto de integração do zero a cada agente.
Qual a diferença entre API e MCP?
Uma API tradicional expõe endpoints para outro software, sem garantir contexto nem descoberta pelo agente. Um MCP server entrega o dado com significado junto (unidade, data, relação) e num formato que o agente descobre e consome de forma padronizada e governada. MCP não substitui a API — é a camada que torna o dado consumível por agente.
Como expor dados de ERP para IA?
Construindo uma camada MCP governada sobre a fonte de verdade (SAP, Protheus, Oracle etc.), event-driven, que entrega o dado com contexto e com entitlement por consumidor — sem duplicar a base. Antes disso, é preciso limpar e dar significado ao dado (Data & BI) para não expor número cru.
O que é dado “agent-ready”?
É o dado exposto com contexto semântico, governado por entitlement e servido pela fonte única — pronto para qualquer agente autorizado descobrir, entender e consumir com segurança. É o oposto do dado preso em silo, sem contexto e sem controle de acesso.
Em 2026, o gargalo não é o modelo — é se o seu dado está exposto para ser consumido. Deixe o seu dado agent-ready antes que o fluxo agêntico do seu setor rode sem você: uma camada MCP governada sobre o seu ERP, CRM e e-commerce, com contexto semântico, entitlement por consumidor e a fonte única mandando. Ver soluções →