# Como organizar aprovação e versionamento de cardápios

Aprenda a separar elaboração, revisão, aprovação, execução e histórico de cardápios em operações de refeições coletivas.

Publicado em 17 de agosto de 2026; atualizado em 03 de setembro de 2026; leitura de 12 minutos.

Um cardápio costuma passar por elaboração, revisão, aprovação e execução. Quando todas essas etapas usam o mesmo arquivo sem histórico, uma alteração feita depois da aprovação pode apagar a referência usada por compras, produção e faturamento.

Versionar é dar um identificador a cada conjunto de informações, registrar o estado dele e manter o vínculo com a versão anterior, em vez de fazer cópias soltas. A aprovação também precisa dizer quem decidiu, quando, para qual período e com quais observações.

## O modelo básico

Separe cardápio em elaboração, versão aprovada e registro executado. Congele a versão aprovada, crie uma sucessora para mudanças e mantenha autor, aprovador, datas, justificativa e escopo identificáveis.

Planejamento e execução são registros diferentes. A versão aprovada mostra o que deveria ser realizado. O registro executado mostra substituições, alterações e fatos do serviço. Se o executado sobrescrever o planejado, a equipe perde a diferença que precisa analisar.

Um manual de fiscalização da UFFS oferece um exemplo útil: prevê planejamento mensal para aprovação e registro das alterações durante o mês, preservando o cardápio efetivamente executado. Essa é uma referência institucional, não uma obrigação universal para toda cozinha privada.

## Estados claros para cada versão

Os nomes dos estados podem variar, mas cada um deve ter efeito definido. Rascunho permite edição. Em revisão indica que o conteúdo está sendo conferido. Aprovado congela a referência. Substituído informa que outra versão passou a valer, sem apagar a anterior.

Evite um estado genérico finalizado que misture aprovação, publicação e execução. Uma versão pode estar aprovada e ainda não ter entrado em vigor. Outra pode ter sido enviada para revisão e continuar aguardando resposta.

*Exemplo de estados de uma versão*

| Estado | O que significa | Pode editar? |
| --- | --- | --- |
| Rascunho | Conteúdo em elaboração | Sim, por pessoas autorizadas |
| Em revisão | Conteúdo submetido para conferência | Somente conforme a regra definida |
| Aprovado | Referência aceita para o escopo e período | Não; mudanças criam outra versão |
| Rejeitado | Versão não aceita, com motivo | Não como versão aprovada |
| Substituído | Outra versão entrou em vigor | Não; permanece no histórico |

## Informações que devem acompanhar a aprovação

A versão precisa identificar período, Unidade, serviços e preparações. A decisão deve indicar quem elaborou, quem revisou, quem aprovou e em que momento. Quando existe ajuste solicitado, o comentário deve dizer o que precisa mudar.

Informação documentada serve para comunicação, evidência e preservação do conhecimento. A orientação da ISO sobre esse tema sustenta a importância de revisão, autorização e rastreabilidade, mas não significa que uma Unidade precisa de certificação ISO para versionar seus cardápios.

- Identificador da versão e referência à anterior
- Período e Unidade de aplicação
- Serviços, modalidades e preparações
- Responsável pela elaboração
- Responsável pela revisão ou aprovação
- Data e hora da decisão
- Comentário, ajuste solicitado ou motivo de rejeição
- Data de vigência e versão sucessora quando existir

## Um fluxo de aprovação reproduzível

O fluxo precisa ser simples o bastante para a rotina. Muitas etapas sem responsabilidade clara levam a aprovações informais por mensagem. Poucas etapas podem deixar riscos sem revisão. Comece pelas decisões que realmente mudam o uso do cardápio.

O contrato pode exigir aprovação do Contratante, mas isso não é uma regra universal. Algumas operações fazem revisão interna e apenas comunicam o cardápio. Outras precisam de decisão externa por período. O sistema deve refletir a obrigação aplicável, não criar uma exigência sem base.

1. A equipe cria a versão e define período, serviços e responsáveis.
2. As preparações são ligadas a fichas válidas para a Unidade e a vigência.
3. A revisão confere composição, restrições, custo, operação e contrato conforme o escopo.
4. A pessoa responsável aprova, pede ajuste ou rejeita com comentário.
5. A versão aprovada fica congelada e disponível para planejamento.
6. Mudanças posteriores seguem em uma versão sucessora.
7. O executado é registrado sem apagar o planejado.

## Como tratar mudanças depois da aprovação

Uma troca pontual pode ocorrer por falta de insumo, indisponibilidade do fornecedor ou decisão operacional. O registro precisa indicar data, preparação original, substituição, motivo e responsável. Se a mudança afetar vários dias ou o restante do período, uma nova versão pode ser mais clara.

Nem toda alteração precisa reiniciar o fluxo completo, mas a regra deve ser definida antes. Mudanças que afetam contrato, segurança, informação nutricional ou custo podem exigir nova revisão conforme a responsabilidade da operação.

*Quando registrar evento ou criar nova versão*

| Situação | Tratamento possível | Cuidado |
| --- | --- | --- |
| Substituição em um único serviço | Registrar alteração executada | Preservar item original e motivo |
| Mudança para vários dias | Criar versão sucessora | Definir nova vigência |
| Correção de erro antes da aprovação | Editar o rascunho | Manter comentários relevantes |
| Mudança em versão já aprovada | Nunca sobrescrever silenciosamente | Avaliar nova decisão |

## Quem pode elaborar, revisar e aprovar

A responsabilidade deve ser definida por papel, Unidade e tipo de decisão. A pessoa que elabora pode não ser a mesma que aprova. A revisão externa precisa acessar somente a versão necessária e não deve abrir outras informações da Organização.

O CFN mantém a Resolução nº 600/2018 como referência publicada para atribuições profissionais em UAN, embora tenha informado que a norma está em revisão. O fluxo digital não substitui a atuação profissional ou a regra contratual aplicável.

## Nota sobre o MEPO

O MEPO mantém versões sucessoras do cardápio, copia a composição anterior, registra responsáveis e prazos e permite revisão externa com comentários. A decisão pode aprovar, pedir ajuste ou rejeitar. Uma versão aprovada é preservada e as mudanças seguem em nova versão. Esse registro não é apresentado como assinatura eletrônica.

## Referências

- [Manual de Fiscalização dos Serviços de Alimentação](https://servicos.uffs.edu.br/tutoriais/manual-de-fiscalizacao-dos-servicos-de-alimentacao-da-uffs-restaurante-universitario) — Universidade Federal da Fronteira Sul
- [Resolução CFN nº 600/2018](https://cfn.org.br/wp-content/uploads/resolucoes/Res_600_2018.htm) — Conselho Federal de Nutrição
- [Áreas de atuação do nutricionista](https://cfn.org.br/areas-de-atuacao/) — Conselho Federal de Nutrição
- [Guidance on documented information](https://www.iso.org/files/live/sites/isoorg/files/standards/docs/en/iso_9001_2015_guidance_documented_information.pdf) — ISO
- [RDC nº 216/2004](https://bvsms.saude.gov.br/bvs/saudelegis/anvisa/2004/res0216_15_09_2004.html) — Anvisa

## Continue

- [Fichas técnicas e cardápios no MEPO](https://www.mepo.so/solucoes/fichas-tecnicas-cardapios)
- [Software para alimentação coletiva](https://www.mepo.so/solucoes/software-para-alimentacao-coletiva)