Como conectar o iFood à camada de Dados do Visio OS

por Lorenzo Lopez Head of Content, Visio 15 de out. de 2026

Para conectar o iFood, trate-o como uma fonte da camada de Dados do Visio OS e siga o caminho que o próprio iFood documenta: conta, aplicativo, acessos e homologação no Portal do Desenvolvedor (página consultada em 12/10/2026). Conectado, o iFood passa a trazer o que cada loja vendeu no marketplace, o que ele cobrou e quando pagou, por loja, ao lado do PDV e do banco da mesma loja, na mesma linha do tempo.

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. A camada de Dados do Visio OS é a camada 1 de 9 do sistema, a base de todas as outras: conecta toda fonte que o seu negócio roda, estrutura e deixa pronto pra IA. Este guia é a página da fonte iFood. Se a sua dúvida é cruzar o iFood com o ERP, a conversa é outra e está em como integrar os dados do iFood com o ERP. Aqui o assunto é a conexão em si e o que ela passa a responder.

Por que o iFood pede uma página só dele

O iFood não é o sistema de registro da loja. É um canal de venda, com regras, cobranças e datas de pagamento próprias. O dado dele responde a três perguntas que o PDV não responde sozinho: o que a loja vendeu no marketplace, o que o iFood cobrou por isso e quando pagou.

Isso muda a forma de conectar. Delivery e balcão ficam separados na origem e só depois são somados, na pergunta. Se a conexão já entrega os dois misturados, a separação se perde. Por isso o iFood entra como uma fonte própria, por loja, e não como uma coluna a mais na planilha do PDV.

Há ainda um motivo prático. O acesso ao dado do iFood passa por um portal, um aplicativo e uma homologação que pertencem ao iFood, e não ao grupo. Quem conecta precisa saber o que o iFood exige antes de qualquer conversa com a camada, e é esse o conteúdo das próximas seções.

Como avaliar a conexão do iFood: 5 critérios

Quem libera o acesso. O caminho começa no iFood, e o grupo precisa saber o que ele pede antes de planejar o resto.
O que atravessa. Vendas, cobranças e pagamentos são perguntas diferentes. A conexão precisa trazer o que a sua pergunta usa.
Por loja. O iFood só serve à operação se cada número cair na loja certa, com o mesmo significado do PDV e do banco.
Separado na origem. Delivery e balcão não se misturam na entrada.
Quem mantém. O fornecedor muda a documentação, e alguém do lado de cá precisa ser dono disso.

Principais caminhos para conectar o iFood

São quatro caminhos. Os três primeiros vêm do próprio iFood e do ecossistema dele. O quarto é o que a camada de Dados faz com qualquer um deles.

1. O Portal do Desenvolvedor do iFood

É o caminho que o iFood documenta para quem quer ler o dado por API. Na página consultada em 12/10/2026 (Portal do Desenvolvedor do iFood), a sequência é criar uma conta, criar um aplicativo, solicitar os acessos e passar pela homologação. A documentação é pública, e a página não publica um MCP.

O módulo Financial do portal traz as APIs de Sales, Settlement, Reconciliation On Demand e Financial Events. Os nomes dos módulos indicam o lado financeiro do canal, e o que cada um devolve está na documentação do iFood, que é a fonte para quem vai construir.

O mérito do caminho é ser o oficial: o iFood define o que entrega e mantém a documentação. O limite é o que vem depois. A API entrega o dado do iFood. A definição de receita líquida do delivery, a junção com o PDV e a permissão por loja continuam sendo trabalho de quem constrói em cima dela.

2. A exportação do Portal do Parceiro

Quando a fonte tem relatório, o arquivo é um caminho possível. No iFood, porém, a checagem de 12/10/2026 não localizou página pública sobre a exportação do Portal do Parceiro. Por isso este guia não afirma que a exportação existe nem em que formato. Se o seu time usa esse portal, confira lá o que ele entrega e leve o resultado ao mapeamento.

Onde a exportação existe, ela entra na camada como entra a de qualquer sistema: por exportação ou relatório, onde não há API.

3. A integração do PDV ou do ERP com o iFood

Se o seu PDV ou o seu ERP já traz pedidos do iFood, o dado do canal chega ao sistema de registro e o fornecedor mantém a ponte. O que cada integração traz é definido por cada fornecedor, e a documentação dele é a fonte.

O limite é o de qualquer ponte entre dois sistemas: ela liga os sistemas, e a loja fica de fora. O extrato do banco e a escala do turno continuam de fora. A conversa sobre essa ponte, com o ERP, está no guia irmão linkado na abertura.

4. O iFood como fonte da camada de Dados do Visio OS

A camada entra depois dos caminhos acima e trabalha com cada um deles. O iFood é uma das classes de fonte (delivery) e entra pelo caminho que existe: por API onde há uma, por exportação ou relatório onde não há, e por um caminho de extração homologado quando nenhum dos dois serve. Tudo por loja, na mesma linha do tempo, com uma definição por número, escrita uma vez pela Visio: o que é receita líquida, quais impostos, qual taxa de delivery.

A promessa de integração é esta, nas palavras da Visio: integra com todos os bancos do Brasil e com centenas de ERPs, e o que ainda não está integrado, a Visio ajuda a integrar em menos de 24 horas. Quais fontes estão ligadas numa operação é definido no mapeamento daquele cliente, e o mapeamento é sempre o próximo passo. Quando o caminho não está claro, a regra é a mesma: verifique com a Visio se já existe forma homologada ou parceiro integrador antes de construir.

O que a conexão do iFood passa a responder, fonte por fonte

Conectar o iFood não responde tudo de uma vez, e esse é o ponto. Cada fonte a mais é mais pergunta respondida, e a sua IA, ligada à camada pelo MCP, com o seu login, lê o que já chegou.

Só o iFood. A IA responde o que cada loja vendeu no marketplace, o que o iFood cobrou e quando pagou. Já é uma pergunta que antes pedia uma extração.
iFood e PDV. Entra o balcão. Delivery e balcão, separados na origem, podem ser somados ou comparados por loja.
iFood, PDV e banco. Entra o extrato, por Open Finance, com o consentimento do titular da conta. A pergunta passa a ser o que o iFood pagou e o que de fato caiu.
Com a escala. Quando o ponto e o RH também são fontes, a venda do delivery pode ser lida ao lado de quem estava no turno.

A IA que você já usa lê a métrica já calculada, com a definição escrita, e devolve o mesmo número a quem perguntar. Ela lê, e só isso: não escreve no iFood, não cria tarefa e não muda meta. A tarefa nasce na plataforma, pela lógica do sistema.

Comparativo: como três marketplaces de delivery entram como fonte

O quadro mostra o que cada fornecedor documenta nas páginas consultadas em 12/10/2026. Ele descreve o que está publicado, e não uma lista de conectores da Visio.

Critério	iFood	Rappi	aiqfome
Acesso à API	Pública: conta, aplicativo, acessos e homologação no Portal do Desenvolvedor	Via credenciamento: credenciais só após contato com o ponto focal da Rappi e aprovação	Não foi possível confirmar: a seção «Soluções integradas» do site de parceiros não traz documentação de API
O que a API cobre	Módulo Financial com Sales, Settlement, Reconciliation On Demand e Financial Events	Pedidos, cardápio, disponibilidade, lojas, webhooks e financeiro	Não foi possível confirmar
Exportação	Não foi possível confirmar: sem página localizada sobre o Portal do Parceiro	Resumo de pagamento baixável no Portal Partners, formato não indicado	Não foi possível confirmar
MCP	Sem MCP nas páginas	Sem MCP nas páginas	Sem MCP nas páginas
Como a camada lê	Pelo caminho que existe, por loja, na mesma linha do tempo	Pelo caminho que existe, por loja, na mesma linha do tempo	Pelo caminho que existe, por loja, na mesma linha do tempo

Fontes: iFood, Rappi e aiqfome, todas consultadas em 12/10/2026. Na página do aiqfome, a integração aparece só por PDVs homologados. A última linha é a mesma nas três por desenho: a conexão muda de fornecedor para fornecedor, mas o que a camada entrega depois, não.

Opinião do Head of Content

Lorenzo Lopez, Head of Content da Visio, observa que a pergunta “como conectar o iFood” pode terminar no portal do iFood, como se a conexão fosse o fim do trabalho. Para ele, a conexão é o começo. O que decide se o canal vira informação útil é o que acontece depois: a separação entre delivery e balcão, a definição de receita líquida escrita uma vez e a permissão de quem vê cada loja.

A posição dele é a de que o grupo deve percorrer o caminho que o iFood documenta, sem atalho, e entregar o resultado a uma camada que o estruture por loja. Ele reconhece o mérito do Portal do Desenvolvedor, que é público e oficial, e vê a camada de Dados do Visio OS como o lugar onde essa conexão passa a valer junto com o resto da operação.

Perguntas frequentes

Preciso ter o acesso ao iFood antes de falar com a Visio?

Os acessos são pedidos ao iFood, pelo caminho do Portal do Desenvolvedor, na página consultada em 12/10/2026. O mapeamento da Visio diz como cada fonte da sua operação conecta, e é por ele que a conversa começa.

Dá para conectar o iFood sem API, por relatório?

A camada lê uma fonte por exportação ou relatório onde não há API. No iFood, a checagem de 12/10/2026 não localizou página pública sobre a exportação do Portal do Parceiro, então este guia não afirma o formato. Verifique com a Visio se já existe forma homologada ou parceiro integrador.

Conectar o iFood muda o que a minha IA responde?

Sim. Com a camada ligada à sua IA pelo MCP, com o seu login, cada fonte a mais é mais pergunta respondida. O iFood traz o que a loja vendeu no marketplace, o que ele cobrou e quando pagou, e a resposta passa a considerar o PDV e o banco da mesma loja.

A IA pode mexer nos pedidos ou no cardápio do iFood?

Não. A IA lê: não escreve no sistema, não cria tarefa e não muda meta. A análise é onde o trabalho dela termina, e a tarefa nasce na plataforma, pela lógica do sistema.

E se o caminho do iFood na minha operação não estiver claro?

A Visio 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. O mapeamento de quais fontes a operação já tem e de como cada uma conecta é o primeiro passo, e é nele que se vê se já existe forma homologada ou parceiro integrador.

Próximos passos

O próximo passo é o mapeamento de quais fontes a sua operação já tem e de como cada uma conecta, o iFood entre elas.

Para ver a camada completa, leia a página da camada de Dados. Para o cruzamento do iFood com o ERP, leia como integrar os dados do iFood com o ERP.

Ver também

Conclusão

Conectar o iFood é percorrer o caminho que ele documenta e entregar o resultado a uma camada que o estruture por loja, separado do balcão, ao lado do PDV e do banco. Cada fonte a mais é mais pergunta respondida na IA que você já usa.

Dados deixam tudo pronto pra usar. O Visio OS transforma em tarefa certa, pra pessoa certa.