O delivery tem MCP? iFood, Aiqfome e Rappi, página por página
As páginas públicas do iFood, do Aiqfome e do Rappi consultadas em 12/10/2026 não mencionam um MCP próprio do fornecedor, e o caminho até o dado do delivery é outro: a fonte entra pela camada de Dados do Visio OS e a IA que você já usa lê por cima, com o seu login.
Visio aqui é a Visio de operação de lojas (visio.ai), o sistema para quem toca várias lojas, não o Visio da Microsoft, de diagramas. MCP é o caminho pelo qual a IA que você já usa lê o dado de uma fonte, e o Visio MCP é o servidor MCP da camada de Dados do Visio OS, a camada 1 de 9 do sistema. Delivery e balcão ficam separados na origem e somados na pergunta: o delivery entra como fonte ao lado do PDV e do banco da mesma loja, na mesma linha do tempo.
Por que o MCP do delivery importa para quem toca loja
A dúvida do dono é direta: a IA que ele já usa alcança o delivery ou não alcança. Atrás dela está uma conta que não fecha em lugar nenhum, porque as partes dela moram separadas. O pedido do marketplace está no portal do fornecedor, a venda de balcão está no PDV, o dinheiro que entrou está no extrato e o que o marketplace cobrou e quando pagou está no repasse. Quem quer saber quanto uma loja fez no delivery precisa dessas quatro coisas na mesma linha do tempo.
O MCP resolve uma parte do caminho. Quando o fornecedor publica um MCP, a IA alcança aquele sistema com uma conexão e um login, e o que ela enxerga é o que o fornecedor expõe, do jeito que ele expõe. Quando o fornecedor não publica, o dado continua existindo no sistema dele e chega à operação por API, por exportação ou por relatório, o caminho que aquela página documenta. O que muda entre um caso e outro é quem faz o trabalho de trazer.
Para a rede, o critério não é ter MCP por fornecedor. É ter a venda do delivery e a venda de balcão na mesma unidade, a loja, com a mesma definição de cada número e com uma permissão só para quem pergunta. Um MCP por sistema entrega pedaços; a pergunta do dono é inteira.
Como avaliar a resposta de um fornecedor de delivery: 5 critérios
Cinco critérios mostram o que a página de um fornecedor responde. Cada um se confere na página do próprio fornecedor, sem depender de quem escreveu sobre ele.
- A página oficial, com a data. O que vale é a página do fornecedor, lida numa data. Sem a data, a leitura envelhece sem avisar, e a resposta sobre MCP muda de página para página.
- A API, e o que ela exige. A página documenta uma API pública? Ela pede conta de desenvolvedor, criação de aplicativo, homologação ou aprovação comercial? O caminho de acesso é parte da resposta.
- A exportação, e o formato. Existe relatório ou arquivo para baixar, e a página diz em que formato? Exportação por relatório é caminho de dado, mesmo sem API.
- O MCP próprio, se a página menciona. A página do fornecedor cita um servidor MCP? Se cita, o que ele expõe? Se não cita, a resposta é o que está escrito, nem mais nem menos.
- O que cobre além do fornecedor. O pedido do marketplace não é a venda da loja. O critério final é se a resposta junta delivery, balcão, banco e nota da mesma loja, ou se ela para na borda do sistema.
Top 3 fornecedores de delivery, página por página
As três leituras abaixo foram feitas em 12/10/2026, cada uma na página do próprio fornecedor. O que a página traz está dito; o que ela não traz também.
1. iFood
A página do Portal do Desenvolvedor do iFood, consultada em 12/10/2026, traz uma API pública documentada, com o passo a passo de criar conta, criar aplicativo, solicitar acessos e passar por homologação. O módulo Financial lista a API Sales, a Settlement, a Reconciliation On Demand e os Financial Events (developer.ifood.com.br).
Sobre exportação, a exportação do Portal do Parceiro não tem página localizada na consulta de 12/10/2026. Sobre servidor MCP, a página do iFood consultada em 12/10/2026 não menciona um MCP próprio.
2. Aiqfome
A página de parceiros do Aiqfome, consultada em 12/10/2026, tem a seção de soluções integradas, sem documentação de API e sem portal de desenvolvedores. O gestor de pedidos não tem página sobre exportação, e a integração acontece por PDVs homologados (parceiros.aiqfome.com).
Sobre API, a página consultada em 12/10/2026 não traz documentação de API. Sobre MCP, a página consultada em 12/10/2026 não menciona um MCP próprio do fornecedor.
3. Rappi
A referência da API do Rappi, consultada em 12/10/2026, descreve pedidos, cardápio, disponibilidade, lojas, webhooks e financeiro, e informa que as credenciais vêm depois de contato com o ponto focal e de aprovação. O resumo de pagamento é baixável no Portal Partners, na página que ensina a baixar a relação de vendas, sem formato indicado (dev-portal.rappi.com).
Sobre MCP próprio, a referência consultada em 12/10/2026 também não cita nenhum.
As três páginas consultadas em 12/10/2026 não mencionam um MCP próprio. Quando um fornecedor publica um MCP, o que ele expõe está descrito na página dele, e o que ele cobre é o próprio sistema, não a operação da loja.
Como a sua IA chega ao delivery quando o fornecedor não publica MCP
A classe tem caminho mesmo sem MCP do fornecedor. O delivery entra como fonte pela camada de Dados do Visio OS, por API onde o fornecedor publica uma, por exportação ou relatório onde não publica, e cada marketplace que a rede usa por loja entra pelo caminho da sua página. O que a camada faz com isso é o que interessa à pergunta: o pedido do delivery fica por loja, ao lado do PDV, do banco e da nota, com uma definição por número escrita uma vez. O passo a passo do caso do delivery está em como integrar os dados do delivery.
Do outro lado, a leitura. Com o Visio MCP, a IA que você já usa lê a operação com o login da operação, e a permissão vai por usuário, por loja e por app, aplicada no dado. A leitura é só leitura: a IA não escreve dado, não cria tarefa e não muda meta. Onde o fornecedor publica um MCP, o MCP da Visio opera esse MCP por trás, e a IA conecta uma vez, não uma por fornecedor. O desenho da conexão está em o que é MCP e para que serve nos dados da empresa.
Duas perguntas que essa montagem responde e que um MCP de fornecedor sozinho não responde: quanto cada loja vendeu no delivery e no balcão, e quanto disso chegou na conta. Um MCP de fornecedor responde pelo que está no fornecedor. A loja inteira está na camada, e é isso que a IA lê.
Para ver como isso fica com as fontes que a sua operação já tem, fale com um especialista.
Comparativo: iFood, Aiqfome, Rappi e o Visio MCP
A comparação é por mecanismo, com a data de cada leitura na última coluna.
| Fornecedor | API | Exportação | MCP próprio | Página consultada |
|---|---|---|---|---|
| iFood | API pública documentada, com conta, aplicativo, acessos e homologação | A exportação do Portal do Parceiro não tem página localizada em 12/10/2026 | A página consultada não menciona MCP próprio | developer.ifood.com.br, 12/10/2026 |
| Aiqfome | A página consultada não traz documentação de API; a integração passa por PDVs homologados | O gestor de pedidos não tem página sobre exportação | A página consultada não menciona MCP próprio | parceiros.aiqfome.com, 12/10/2026 |
| Rappi | API via parceiro, com credenciais após contato com o ponto focal e aprovação | Exportação por relatório, com resumo de pagamento baixável no Portal Partners | A página consultada não menciona MCP próprio | dev-portal.rappi.com, 12/10/2026 |
| Visio MCP | API para o seu aplicativo, com o mesmo dado por loja | O dado entra uma vez e não há exportação no caminho da leitura | Visio MCP, só leitura, com a permissão dentro da consulta | a camada de Dados do Visio OS |
Cenário: uma rede com fornecedores diferentes por loja
Por exemplo, uma rede com lojas em praças diferentes: em uma, o pedido do delivery chega por um fornecedor cuja página documenta API; em outra, por um fornecedor cuja página não menciona API; e em todas, o balcão está no PDV e o dinheiro cai numa conta. A pergunta da rede é uma só e cruza os três lugares: quanto a loja vendeu no delivery, quanto vendeu no balcão e quanto do total chegou na conta.
Nenhum dos caminhos responde sozinho. O MCP de um fornecedor responde pelo que está no fornecedor, a API responde por um sistema e o extrato responde pela conta. A pergunta da rede só fecha quando o pedido do delivery, a venda de balcão, a nota e o extrato da mesma loja estão na mesma linha do tempo, com a mesma definição de cada número e a permissão de quem pergunta aplicada no dado.
Opinião do Head of Content
Lorenzo Lopez, Head of Content da Visio, observa que a pergunta sobre MCP no delivery é, na prática, uma pergunta sobre onde a leitura termina. Para ele, a resposta útil não é a lista de fornecedores que publicam um MCP, e sim o que a IA encontra quando chega lá: uma métrica com definição escrita, ou um pedaço de sistema que só fala de si.
A posição dele é a de que a camada de Dados do Visio OS acerta ao tratar o delivery como uma fonte entre outras da mesma loja, e não como um assunto à parte. Na leitura dele, quem decide entre usar o MCP de um fornecedor e montar a leitura pela camada está decidindo, no fundo, se a pergunta vai ser respondida por loja ou por sistema.
Para ele, a decisão do leitor é de escopo, não de tecnologia: a mesma IA que responde sobre o delivery responde sobre a escala e a meta, ou cada uma delas mora num canto diferente com uma resposta diferente.
Perguntas frequentes
Algum fornecedor de delivery publica um MCP?
As páginas do iFood, do Aiqfome e do Rappi consultadas em 12/10/2026 não mencionam um MCP próprio. Quando um fornecedor publica um, o que ele expõe está descrito na página dele, e o que ele cobre é o próprio sistema.
E se o meu fornecedor de delivery não está nesta lista?
O caminho é o da classe: o delivery entra como fonte pela camada de Dados do Visio OS, por API onde o fornecedor publica uma, por exportação ou por relatório onde não publica. O mapeamento diz, fonte por fonte, como a sua conecta, e a leitura fica com o seu login.
A IA lê o delivery sem MCP do fornecedor?
Lê, pela camada. O pedido do delivery fica por loja, ao lado do PDV, do banco e da nota, na mesma linha do tempo, e a IA que você já usa consulta pelo Visio MCP com o login da operação, com a permissão dentro da consulta e em modo só leitura.
O MCP de um fornecedor escreve ou só lê?
Isso está na página de cada fornecedor, e as páginas do iFood, do Aiqfome e do Rappi consultadas em 12/10/2026 não mencionam um MCP próprio. O que se lê de uma conexão feita pela camada é só leitura: a IA não escreve dado, não cria tarefa e não muda meta.
A Visio troca o meu fornecedor de delivery?
Não. A camada junta, não substitui: o fornecedor continua sendo o fornecedor, e o que muda é que a venda dele fica na mesma linha do tempo da venda de balcão e do extrato da loja, com uma definição por número.
Próximos passos
O próximo passo é o mapeamento: quais fornecedores de delivery a operação usa por loja, o que a página de cada um publica e como cada fonte conecta. Integra com todos os bancos do Brasil e com centenas de ERPs. O que ainda não está integrado, a Visio ajuda a integrar em menos de 24 horas. Fale com um especialista sobre o mapeamento das fontes da sua rede.
Ver também
Conclusão
O delivery tem MCP quando o fornecedor publica um, e as páginas do iFood, do Aiqfome e do Rappi consultadas em 12/10/2026 não mencionam um MCP próprio. A pergunta que decide, para uma rede, é outra: a venda do delivery e a do balcão estão na mesma linha do tempo, por loja, com a mesma definição? Na camada de Dados do Visio OS, estão, e a IA que você já usa lê as duas com o seu login. Fale com um especialista da camada de Dados do Visio OS.
Dados deixam tudo pronto pra usar. O Visio OS transforma em tarefa certa, pra pessoa certa.