Opa Renan, tudo bem? Me cadastrei aqui só pra te responder... Provavelmente você já implementou alguma ideia ou deixou de lado kkk. Mas vamos lá:

A API do iFood disponibiliza recursos para aplicativos de PDV se integrarem com o iFood. Em outras palavras: através do sistema de vendas da padaria, do restaurante, da farmácia e etc o operador (vulgo caixa) poderá acompanhar os pedidos entrando, fazer modificações de cardápio, consultar valores, e todo o resto que for necessário pra que o estabelecimento possa vender no iFood, além das vendas por outros meios através desse sistema (que podem ser presenciais, por outros aplicativos, e etc).

O por que disso? Imagina que a loja vende pelo whatsapp, pelo extinto Uber Eats, pelo iFood e também presencialmente. Agora imagina se pra cada tipo de venda a loja usa um sistema diferente. O quão chato seria pra pessoa que fica no caixa ficar alternando entre várias janelas, além de que no final do expediente ela teria que somar todas as vendas de cada plataforma, e se tiver que mexer em algum produto, vai ter que mexer em todos os lugares também. É aí que entra o papel da integradora, a função dela é basicamente disponibilizar (integrar) todos esses canais em um único sistema. Se tu modifica um produto no cardápio, esse produto vai ser modificado no banco interno da loja, no banco do iFood, no banco do Uber Eats e onde quer que o sistema esteja integrado.

Se teu intuito é estudar, pensa que você vai ser essa integradora, e implementa um sistema pra uma loja fictícia que precisa vender pelo iFood, mas também vende presencialmente. Simula o fluxo de pedidos (aceite, preparo, despacho e conclusão), alterações de produtos, conciliação financeira, e tudo mais. Use e abuse da documentação deles (que por sinal, é muito bem explicada.)