# iFood do Bem ## Rede de Resgate e Entrega Solidária de Alimentos de São Paulo ### A ideia em uma frase Criar uma rede urbana que utilize tecnologia e a infraestrutura de delivery já existente em São Paulo para **resgatar alimentos próprios para consumo que seriam descartados e entregá-los rapidamente a famílias em situação de insegurança alimentar**. Restaurantes, supermercados, padarias, hotéis, mercados e cozinhas passam a funcionar como pontos de oferta. Motoboys e operadores logísticos fazem a conexão. ONGs, igrejas, bancos de alimentos e equipamentos públicos funcionam como pontos de apoio, triagem e distribuição. A tecnologia organiza tudo em tempo real. --- # 1. O problema São Paulo possui duas realidades convivendo todos os dias. De um lado: restaurantes encerram o expediente com refeições não vendidas; padarias descartam produtos ao final do dia; supermercados retiram produtos próximos ao vencimento; hortifrutis descartam alimentos fora do padrão comercial; hotéis e cozinhas profissionais geram excedentes previsíveis. Do outro: milhares de famílias convivem com algum grau de vulnerabilidade e dificuldade de acesso regular à alimentação. O problema não é apenas a existência ou não de comida. Existe um problema de **coordenação logística**. A comida está em um lugar. A família está em outro. E existe uma janela de poucas horas para conectar os dois. --- # 2. A proposta Criar uma espécie de **rede pública de última milha para alimentos doados**. Quando um estabelecimento possui excedente adequado para consumo, ele informa à plataforma: **o que existe + quantidade + horário limite + condições de conservação.** A plataforma encontra automaticamente o melhor destino. Pode ser: **Estabelecimento → família** ou: **Estabelecimento → ponto de distribuição → famílias** ou: **Estabelecimento → ONG/cozinha solidária → beneficiários** A escolha depende do tipo de alimento, quantidade, distância, temperatura necessária e prazo para consumo. Um algoritmo organiza as coletas e cria rotas para os entregadores. O conceito é simples: > Se já existe comida, já existe uma pessoa que precisa dela e já existe uma enorme infraestrutura de delivery circulando pela cidade, precisamos conectá-las. --- # 3. Quem doa Participariam inicialmente estabelecimentos com produção ou estoque recorrente de alimentos. Exemplos: - supermercados e atacarejos; - restaurantes; - padarias; - hotéis; - cozinhas industriais; - buffets e empresas de alimentação; - hortifrutis; - centros de distribuição; - indústrias; - dark kitchens; - redes de alimentação. Não é necessário aceitar todos os estabelecimentos. A rede pode priorizar locais que tenham **volume ou recorrência suficiente para justificar a operação logística**. Um restaurante que disponibiliza 20 refeições praticamente todas as noites é logisticamente mais interessante que uma coleta eventual de uma única refeição. --- # 4. Estabelecimento credenciado O estabelecimento passa por um processo de credenciamento. São verificados aspectos como condições sanitárias, armazenamento, manipulação, refrigeração, processo de separação das doações e responsáveis pela operação. Depois de aprovado, recebe acesso ao sistema. Também recebe embalagens, etiquetas ou equipamentos necessários para participar da rede. A legislação federal atualmente permite a doação de alimentos perecíveis, não perecíveis, in natura e preparados, desde que sejam mantidas as propriedades nutricionais e a segurança para consumo e observadas as regras sanitárias. A lei também determina a participação de profissional legalmente habilitado para atestar a qualidade nutricional e sanitária nas situações previstas. Portanto, o sistema precisa nascer com **segurança alimentar integrada à operação**, e não como uma verificação posterior. --- # 5. O que poderia ser doado O projeto deveria trabalhar prioritariamente com alimento que **não chegou a ser servido ao consumidor**. Por exemplo: refeições preparadas excedentes; produtos de padaria do dia; frutas e vegetais fora do padrão comercial; produtos industrializados próximos ao vencimento, mas ainda dentro da validade; estoques excedentes; produtos com embalagem externa danificada, quando isso não comprometer o alimento. O piloto não deveria trabalhar com restos de pratos de consumidores ou alimentos sem controle adequado de tempo e temperatura. A lógica é: > **resgatar excedente, não reaproveitar resto.** --- # 6. A embalagem Um dos componentes do projeto pode ser uma embalagem padronizada para a rede. O estabelecimento separa a comida seguindo um protocolo e fecha a embalagem. Ela recebe um identificador único. Por exemplo: **QR 8F724** Ao escanear esse QR, o sistema conhece: estabelecimento de origem; horário de produção; horário de embalagem; tipo de alimento; alergênicos declarados; condição de armazenamento; prazo recomendado para consumo; responsável pelo lote; coleta; entregador; horário da entrega. *O identificador QR 8F724 é um exemplo fictício.* Assim nasce uma cadeia simples de **rastreabilidade do alimento**. --- # 7. A janela de resgate O estabelecimento não precisaria cadastrar cada sobra manualmente todas as noites. A operação pode aprender sua recorrência. Exemplo: **Padaria A** Segunda a sexta 20h30 estimativa: 30–50 itens **Restaurante B** Todos os dias 22h00 estimativa: 15–25 refeições **Supermercado C** Terças e sextas 18h estimativa: 80–150 kg *Os estabelecimentos, horários e quantidades acima são exemplos hipotéticos.* O sistema passa a antecipar a oferta. Em vez de descobrir o desperdício depois que ele acontece, a rede consegue **prever onde provavelmente haverá excedente**. --- # 8. A rede de motoboys Aqui está uma das diferenças importantes do projeto. O entregador não estaria fazendo caridade. **Ele estaria trabalhando.** O motoboy recebe pela rota realizada. A plataforma poderia criar algo como: ### Rota Solidária *Exemplo hipotético. Horários, volumes e destinos ilustram o funcionamento.* 22h05 Coletar 18 refeições : Restaurante A 22h12 Coletar 12 refeições : Restaurante B Depois: 22h25–23h10 realizar seis pontos de entrega. A remuneração poderia considerar: distância; tempo; número de coletas; número de entregas; tipo de carga; necessidade de caixa térmica. O objetivo não seria pagar a menor tarifa possível. Seria criar uma operação economicamente eficiente mantendo uma **remuneração adequada para quem executa a última milha**. Em São Paulo, o serviço profissional de motofrete possui regras específicas e exige, entre outros requisitos, Condumoto e licença de Motofrete. O desenho operacional precisaria trabalhar com entregadores e operadores devidamente regularizados. --- # 9. Não entregar uma refeição por corrida Esse é um princípio econômico importante. Uma operação: **restaurante → uma família** pode ser cara demais. O sistema deveria buscar consolidação. Por exemplo: ### Rota 174 *Exemplo hipotético. Não representa uma rota já realizada.* 2 restaurantes 44 refeições 1 motoboy 7 pontos de entrega 52 minutos Ou: 3 supermercados 120 kg de alimentos 1 veículo 1 ONG 35 famílias atendidas O algoritmo tentaria minimizar: **custo logístico / refeição entregue.** Não simplesmente o custo de uma corrida. --- # 10. Microhubs Nem toda comida precisa ir diretamente para uma residência. São Paulo possui uma enorme rede de equipamentos que poderia funcionar como **microhubs de distribuição**. Podem participar: ONGs; igrejas; associações comunitárias; cozinhas solidárias; bancos de alimentos; equipamentos públicos; organizações sociais credenciadas. Um estabelecimento pode gerar 100 refeições. Em vez de fazer 100 entregas, uma coleta transporta tudo para um microhub localizado a poucos quilômetros. As famílias daquela região retiram ali. O delivery fica reservado principalmente para quem realmente necessita da última milha. --- # 11. Quando entregar na casa Entrega domiciliar pode ser priorizada, por exemplo, quando houver: pessoa com mobilidade reduzida; idosos vivendo sozinhos; famílias sem acesso fácil ao ponto de retirada; situações emergenciais; grande distância do equipamento de distribuição. Isso reduz drasticamente o custo da rede sem eliminar a entrega porta a porta. --- # 12. Quem recebe A plataforma não deveria criar um novo cadastro gigantesco de vulnerabilidade se o poder público já possui mecanismos para isso. Um dos caminhos seria integrar ou utilizar critérios relacionados ao **CadÚnico e à rede de assistência social**, além de permitir encaminhamento por organizações sociais credenciadas. São Paulo já utiliza o CadÚnico como critério em programas alimentares como o Armazém Solidário. Em 2025, esse programa registrou mais de 900 mil atendimentos de famílias cadastradas, o que demonstra que já existe uma infraestrutura pública de identificação desse público. O beneficiário poderia informar no cadastro: quantas pessoas vivem no domicílio; crianças; idosos; restrições alimentares; alergias; possibilidade de retirada; horários; necessidade de entrega. Mas o princípio deve ser **coletar o mínimo necessário de informação**. A pessoa não precisa expor sua vida para receber uma refeição. --- # 13. Nada de leilão de pobreza A plataforma não deveria mostrar: “Família X é mais pobre que Família Y.” Nem criar ranking público de vulnerabilidade. O sistema conhece os critérios necessários para distribuir os alimentos, mas estabelecimentos e entregadores recebem apenas as informações necessárias para cumprir sua função. O restaurante não precisa saber quem é a família. O motoboy não precisa conhecer sua situação socioeconômica. Ele precisa saber: **onde entregar.** --- # 14. Emprego como segunda camada Existe ainda uma possibilidade muito interessante. Muitos estabelecimentos participantes também contratam pessoas constantemente. Restaurantes precisam de auxiliares. Supermercados precisam de operadores. Centros de distribuição precisam de funcionários. Hotéis precisam de equipes. A plataforma poderia perguntar separadamente: **“Você gostaria de receber oportunidades de trabalho?”** Se a pessoa disser sim, passa a integrar voluntariamente uma base de oportunidades. Importante: **o acesso ao alimento nunca pode depender dessa autorização.** São dois serviços separados. A comida atende uma necessidade imediata. O emprego pode contribuir para reduzir a vulnerabilidade no longo prazo. --- # 15. A plataforma Existiriam quatro interfaces. ### Estabelecimento Informa excedente, acompanha coletas e recebe indicadores de impacto. ### Entregador Recebe rotas, coleta, comprova retirada e entrega. ### Beneficiário Recebe informação sobre disponibilidade, retirada ou entrega. Não precisa necessariamente instalar aplicativo. WhatsApp, SMS ou outros canais simples podem ser utilizados. ### Central de operação Visualiza São Paulo em tempo real: alimentos disponíveis; coletas pendentes; entregadores disponíveis; hubs; famílias; temperatura e prazo; rotas; ocorrências. --- # 16. O mapa da comida de São Paulo Com escala suficiente, surge um ativo muito relevante. A cidade começa a enxergar o excedente alimentar. O sistema poderia saber que: segunda-feira há grande excedente de determinado alimento; sexta-feira determinado bairro possui maior disponibilidade; determinada rede descarta regularmente determinada categoria; uma região possui muita demanda e pouca oferta; outra possui enorme oferta e relativamente pouca demanda. A política de segurança alimentar deixa de trabalhar apenas com informações históricas. Passa a operar também com **dados de oferta e demanda quase em tempo real**. --- # 17. Aproveitar o que São Paulo já possui O projeto não precisaria substituir o Banco de Alimentos. Pelo contrário. São Paulo já possui um Banco Municipal de Alimentos que capta alimentos, realiza triagem e os direciona a organizações sociais. Além disso, somente o Cidade Solidária informou trabalhar com **2.528 OSCs credenciadas** e uma operação média de milhares de cestas por dia em 2026. Portanto existe uma rede física e institucional importante. O iFood do Bem poderia funcionar como uma nova camada: **Banco de Alimentos + OSCs + estabelecimentos + entregadores + tecnologia de última milha.** Em vez de construir tudo novamente, conecta-se o que já existe. *O número de 2.528 OSCs foi divulgado pela Prefeitura em 20 de maio de 2026. Não indica organizações vinculadas a esta proposta.* --- # 18. Quem paga o motoboy? A comida é doada. A logística não precisa ser. O financiamento poderia combinar diferentes fontes: Prefeitura; fundos de combate à fome; empresas patrocinadoras; institutos e fundações; ESG de grandes empresas; redes de supermercados e restaurantes; operadores logísticos; doações privadas. Uma empresa poderia, por exemplo, financiar: **100 mil entregas solidárias por ano.** *Exemplo hipotético de patrocínio, não uma meta contratada.* E receber um relatório verificável do impacto produzido. --- # 19. O estabelecimento também ganha O principal objetivo é social, mas o estabelecimento também recebe benefícios operacionais. Ele passa a saber: quanto alimento está desperdiçando; quais categorias mais sobram; em quais dias; quanto conseguiu doar; quantas refeições foram geradas; qual impacto ambiental foi evitado. Isso pode inclusive produzir um efeito interessante. O sistema criado para combater o desperdício começa a ajudar o estabelecimento a **reduzir o próprio desperdício**. --- # 20. Painel público Todos os resultados agregados deveriam ser públicos. Por exemplo: **Exemplo hipotético de painel: um dia em São Paulo** *Todos os números abaixo são ilustrativos. Não são resultados de uma operação existente.* 18.421 refeições resgatadas 7.840 kg de alimentos 612 estabelecimentos doadores 487 entregadores participantes 129 organizações parceiras 5.230 famílias atendidas Além disso: quantidade captada; quantidade efetivamente entregue; percentual perdido durante a operação; tempo médio entre doação e entrega; custo médio por refeição; origem e destino dos recursos públicos. A própria Política Nacional de Combate à Perda e ao Desperdício de Alimentos prevê monitoramento, metas, indicadores e divulgação pública quando houver utilização de recursos públicos. --- # 21. Tecnologia aberta Idealmente, a tecnologia central poderia ter documentação e APIs públicas. Isso permitiria conectar: redes de supermercados; aplicativos de delivery; sistemas municipais; bancos de alimentos; operadores logísticos; ONGs; universidades. Uma grande rede poderia informar automaticamente: **Unidade 074 : 42 itens disponíveis para doação.** Sem ninguém preencher formulário. --- # 22. Um botão Para o estabelecimento, a experiência ideal deveria chegar perto de: ## DOAR EXCEDENTE Selecionar: **23 refeições** Confirmar. Pronto. Todo o restante acontece na infraestrutura. Quanto mais difícil for doar, menos empresas doarão. --- # 23. Segurança operacional Existiria um protocolo único para toda a rede. Cada alimento recebe uma classificação indicando: condições de armazenamento; prazo máximo para retirada; prazo máximo para entrega; necessidade de refrigeração; regras de transporte; destinos permitidos. Se a janela segura acabar: **a plataforma bloqueia a distribuição para consumo humano.** A pressão para evitar desperdício nunca pode ser maior que a obrigação de garantir segurança alimentar. --- # 24. Primeiro piloto Não começaria pela cidade inteira. ### Piloto de 90 dias Uma região da cidade com boa concentração simultânea de estabelecimentos, população vulnerável e organizações sociais. Estrutura inicial hipotética, sujeita à validação no piloto: **50 estabelecimentos** **20–30 entregadores ativos** **5 organizações/microhubs** **500 famílias cadastradas** **1 equipe de segurança alimentar** **1 central operacional** O objetivo não seria provar que “a ideia é bonita”. Seria descobrir números. Quanto excedente realmente existe? Em quais horários? Qual percentual é aproveitável? Quanto custa retirar? Quanto custa entregar? Quantas refeições cabem em uma rota? Quanto alimento se perde entre oferta e entrega? --- # 25. As métricas mais importantes O indicador principal não deveria ser: **“quantos estabelecimentos cadastramos”.** Deveria ser: ## % do alimento disponível que realmente chegou a alguém. Além dele: kg resgatados; refeições equivalentes entregues; famílias atendidas; tempo médio de resgate; custo por kg resgatado; custo por refeição entregue; entregas por rota; percentual de perda; regularidade dos doadores; regularidade do atendimento. --- # 26. Escala Depois do piloto: **Fase 1 : bairro** **Fase 2 : conjunto de distritos** **Fase 3 : zonas da cidade** **Fase 4 : município de São Paulo** **Fase 5 : Região Metropolitana** A tecnologia pode posteriormente ser disponibilizada para outros municípios. --- # 27. Por que isso é possível agora Em setembro de 2025, o Brasil instituiu uma nova Política Nacional de Combate à Perda e ao Desperdício de Alimentos. Entre seus princípios está explicitamente a viabilização de **microcoletas por aplicativos, sites e outras soluções capazes de aproximar quem quer doar de quem quer receber**. A legislação também reconhece bancos de alimentos, instituições receptoras, doadores e beneficiários dentro dessa rede e permite a doação de alimentos preparados quando atendidas as condições sanitárias estabelecidas. Esse contexto dá uma base para desenvolver a proposta. Sua implementação depende dos protocolos sanitários, da regulamentação aplicável e da definição das responsabilidades de cada participante. O desafio também é operacional. --- # 28. O que o projeto realmente cria O projeto não cria apenas um aplicativo. Cria uma nova infraestrutura urbana. Hoje São Paulo possui: **comida excedente.** Possui: **pessoas que precisam dela.** Possui: **milhares de estabelecimentos produzindo e comercializando alimentos.** Possui: **uma enorme rede de motoboys e operadores de delivery.** Possui: **ONGs, igrejas, cozinhas, bancos de alimentos e equipamentos públicos.** O que falta é uma camada capaz de conectar essas estruturas de forma rápida. --- # 29. O princípio ## Comida boa não deveria encontrar uma lixeira antes de encontrar alguém com fome. O iFood do Bem propõe transformar desperdício em uma operação logística. O estabelecimento doa. A rede identifica. A tecnologia organiza. O entregador trabalha e recebe. A organização social apoia. A família recebe. A cidade desperdiça menos. --- # 30. Esta ideia é pública Copie. Adapte. Mude o nome. Melhore o modelo. Transforme em projeto de lei. Transforme em programa municipal. Transforme em startup. Transforme em iniciativa de uma ONG. Transforme em política pública. Não precisa nos consultar. Não precisa pedir autorização. Não precisa dar crédito. Se alguma parte desta ideia puder ajudar uma cidade a desperdiçar menos comida e fazer esse alimento chegar a quem precisa, **use.** Esse é o objetivo. ## Nota sobre a proposta “iFood do Bem” é um nome conceitual. Esta é uma proposta independente de Caio Salim, sem vínculo, patrocínio ou aprovação do iFood. O projeto ainda não é uma operação em funcionamento. As rotas, o piloto e o painel apresentados são hipóteses e exemplos, não resultados reais. ## Referências - Lei nº 15.224/2025: https://www.planalto.gov.br/ccivil_03/_ato2023-2026/2025/lei/l15224.htm - Banco de Alimentos e programas municipais: https://prefeitura.sp.gov.br/web/sesana/cosan - Armazém Solidário, dados de 2025: https://prefeitura.sp.gov.br/web/sesana/w/armaz%C3%A9m-solid%C3%A1rio-supermercados-p%C3%BAblicos-da-prefeitura-de-s%C3%A3o-paulo-triplicam-n%C3%BAmero-de-atendimentos - Cidade Solidária, maio de 2026: https://prefeitura.sp.gov.br/web/sesana/w/programa-cidade-solid%C3%A1ria-atinge-435-mil-cestas-b%C3%A1sicas-distribu%C3%ADdas-em-4-meses - Motofrete em São Paulo: https://legislacao.prefeitura.sp.gov.br/lei-14491-de-27-de-julho-de-2007/consolidado