Já são +2.570 restaurantes rodando integração feita por 60 software houses com o ADRIFood Componente — duas APIs (Restaurante e Mercado) em um único componente, sem queimar seu dev sênior com OAuth, polling e renovação de token.
// Polling de pedidos — API fluente ADRIFood.Order .AddMerchantId(MerchantID) .Polling(DM.dataSetOrdersHead, True); // Despachar para entrega — 1 linha ADRIFood.Order.DispatchOrder(DM.dataSetOrdersHead); // Pedido chegou? Você é notificado procedure TfrmMain.ADRIFoodOrderPlaced( Order: IADRIFoodModelOrder; var bAcknowledgment: Boolean); begin WriteLog(Order.customer.name); bAcknowledgment := False; end;
Pedidos, confirmação, despacho, eventos em tempo real e polling automático para bares, lanchonetes e restaurantes.
Catálogo, estoque, separação e fluxo de pedidos para mercados, mercearias e o varejo alimentar — tudo no mesmo componente.
Você sabe disso porque já abriu a documentação. São semanas para entender, mais semanas para implementar, e ainda assim algo sempre quebra na homologação.
Client credentials, grant types, escopos, callbacks. Tudo isso só para conseguir o primeiro token de acesso à API.
Vence rápido, precisa renovar antes que expire, e se você errar isso, seu ERP cai no meio do almoço do cliente.
Se você não fizer ping na API a cada 30 segundos, o iFood marca a loja como fechada — e seu cliente liga aos berros.
Você quer focar na regra de negócio do seu ERP — não em montar e desmontar JSONs complexos da API o dia inteiro.
O iFood evolui a API constantemente. Sem equipe dedicada, você fica refém de manutenção que nunca termina.
Não basta funcionar — precisa passar pelo processo formal de homologação. Sem dicas validadas, o processo se arrasta.
Com o ADRIFood Componente: 7 dias em média até a homologação.
Quero economizar 83 dias →8 problemas que você não precisa mais enfrentar — para as duas APIs do iFood (Restaurante e Mercado). Você liga o componente e foca no que importa: regra de negócio do seu ERP.
Polling automático a cada 30s. Sua loja nunca aparece como fechada no app do cliente final.
Você passa client_id e secret. O componente cuida de toda a autenticação — você não escreve uma linha de OAuth.
Tokens de 50 minutos? Resolvido. O componente renova antes de vencer. Seu ERP nunca cai por token expirado.
Listar, confirmar, cancelar, despachar — cada operação é uma única linha de Delphi. Sem TIdHTTP, sem JSON manual.
Receba os dados em objetos Delphi fortemente tipados, com autocomplete no Code Insight. Sem parsing manual, sem strings soltas.
Novo pedido? Status mudou? Cancelamento? Você é notificado por evento — acopla na sua thread principal e pronto.
O iFood mudou a API? Nós já atualizamos. Você só baixa a nova versão e recompila. Sem trabalho extra.
Grupo fechado com os criadores do componente. Adriano Santos (MVP Embarcadero) e Gabriel Baltazar.
Cada operação que antes exigia dezenas de linhas de TIdHTTP, parsing de JSON e tratamento de erro vira uma chamada encadeada. Você inicia o polling, recebe os pedidos por evento e despacha — tudo com sintaxe Delphi de sempre.
// 1) Inicia o polling no merchant — API fluente ADRIFood.Order .AddMerchantId(edtMerchantID.Text) .Polling(DM.dataSetOrdersHead, chkInvokeEvents.Checked); // 2) Despachar para entrega — 1 linha ADRIFood.Order.DispatchOrder(DM.dataSetOrdersHead); // 3) Buscar detalhe de um pedido específico ADRIFood.Order.GetOrder( DM.dataSetOrdersHead.FieldByName('orderId').AsString, DM.dataSetOrders, DM.dataSetOrderItems, DM.dataSetOrderPayments, DM.dataSetOrderSubItems, DM.dataSetOrderBenefits); // 4) Pedido chegou — você é notificado por evento procedure TfrmMain.ADRIFoodOrderPlaced( Order: IADRIFoodModelOrder; OrderHead: IADRIFoodModelOrderHead; var bAcknowledgment: Boolean); begin try WriteLog(Order.customer.name); WriteLog(Order.totalPrice.ToString); bAcknowledgment := False; except bAcknowledgment := False; end; end;
Atendemos os dois fluxos do iFood (Restaurante e Mercado) no mesmo componente. Mas seja honesto — não é para todo mundo. Veja se faz sentido.
Mesma integração com o iFood. Duas decisões muito diferentes.
Assista o Adriano apresentando o componente e, na sequência, a demonstração completa em funcionamento — autenticação, pedidos, eventos e polling.
Não é um produto terceirizado, importado ou abandonado. É um componente vivo, mantido por duas pessoas que conhecem o Delphi e a API do iFood na ponta dos dedos.
A gente tinha um cliente esperando integração com iFood há meses. Com o componente, em uma semana passamos pela homologação e o cliente já estava recebendo pedidos. Mudou nosso jogo comercial.
Para um software house com 30 restaurantes, isso dá R$ 1,49 por restaurante por ano. Provavelmente menos do que o café da reunião onde você está decidindo isso.
Assinatura anual com tudo incluso. Atualizações, suporte, restaurantes ilimitados.
Restaurantes ilimitados. A assinatura cobre quantos restaurantes seus clientes precisarem operar — sem cobrança adicional por restaurante.
O licenciamento é por CNPJ/CPF da empresa. Instale em todos os Delphis da sua software house sem se preocupar com licença por desenvolvedor.
O tempo médio dos nossos clientes é de 7 dias. Esse número considera desenvolvimento + testes + homologação formal junto ao iFood.
Não. O polling roda dentro do seu próprio executável Delphi (VCL ou FMX Desktop). Não exige infraestrutura externa, broker de mensagens ou serviço intermediário.
Sim. O componente entrega duas APIs em uma só: iFood Restaurante (bares, lanchonetes e restaurantes) e iFood Mercado (mercados, mercearias e varejo alimentar). Você assina uma vez e atende qualquer um dos dois fluxos do iFood com o mesmo código.
Nós atualizamos o componente e disponibilizamos a nova versão no portal de download. Você só baixa, recompila o seu ERP e está atualizado. Toda atualização é inclusa enquanto a assinatura está ativa.
Sim. No grupo fechado de clientes mantemos checklists, cases e dicas validadas com quem já homologou. É um dos maiores diferenciais da assinatura.
Sim — para completamente. Ao encerrar a assinatura o componente deixa de funcionar e sua integração com o iFood é interrompida. Para continuar atendendo seus clientes, será necessário refazer a integração por outro meio. Por isso o serviço é contínuo: a assinatura inclui as atualizações que mantêm seu ERP em conformidade com cada mudança da API do iFood.
Funciona nos dois. Windows (VCL e FireMonkey Desktop) e Linux. Você pode embarcar o componente em ERPs que rodam em Windows 7+, Windows Server 2012 R2+, Windows 10/11 ou em distribuições Linux suportadas pelo compilador Delphi.
De Delphi XE5 até a versão mais nova. Cobrimos toda a linha moderna do Delphi — XE5, XE7, XE8, Seattle, Berlin, Tokyo, Rio, Sydney, Alexandria, Athens e versões posteriores.
Em 7 dias seu ERP Delphi pode estar homologado, recebendo pedidos e gerando receita recorrente para você e para os seus clientes. Comece hoje.