# Como organizar aprovação e versionamento de ementas

Aprenda a separar elaboração, revisão, aprovação, execução e histórico de ementas 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.

As referências legais, fiscais e sanitárias destes guias são brasileiras. Verifique as regras aplicáveis no seu país antes de as aplicar.

Uma ementa costuma passar por elaboração, revisão, aprovação e execução. Quando todas essas etapas usam o mesmo ficheiro sem histórico, uma alteração feita depois da aprovação pode apagar a referência usada por compras, produção e faturação.

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

## O modelo básico

Separe a ementa em elaboração, versão aprovada e registo executado. Congele a versão aprovada, crie uma sucessora para mudanças e mantenha autor, aprovador, datas, justificação e âmbito identificáveis.

Planeamento e execução são registos diferentes. A versão aprovada mostra o que deveria ser realizado. O registo executado mostra substituições, alterações e factos do serviço. Se o executado sobrescrever o planeado, a equipa perde a diferença que precisa de analisar.

Um manual de fiscalização da UFFS (Universidade Federal da Fronteira Sul, no Brasil) oferece um exemplo útil: prevê planeamento mensal para aprovação e registo das alterações durante o mês, a preservar a ementa efetivamente executada. 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á a ser 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 a aguardar 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 âmbito 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 de 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 de 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 as suas ementas.

- 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 de 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 da ementa.

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 a ementa. 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 equipa 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 âmbito.
4. A pessoa responsável aprova, pede ajuste ou rejeita com comentário.
5. A versão aprovada fica congelada e disponível para planeamento.
6. Mudanças posteriores seguem numa versão sucessora.
7. O executado é registado sem apagar o planeado.

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

Uma troca pontual pode ocorrer por falta de ingrediente, indisponibilidade do fornecedor ou decisão operacional. O registo precisa de 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 de 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 registar evento ou criar nova versão*

| Situação | Tratamento possível | Cuidado |
| --- | --- | --- |
| Substituição num único serviço | Registar 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 de aceder somente à versão necessária e não deve abrir outras informações da Organização.

O CFN (Conselho Federal de Nutrição do Brasil) mantém a Resolução nº 600/2018 como referência publicada para atribuições profissionais em UAN (unidade de alimentação e nutrição, termo brasileiro), 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 da ementa, copia a composição anterior, regista 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 registo 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 ementas no MEPO](https://www.mepo.so/pt-pt/solucoes/fichas-tecnicas-cardapios)
- [Software para restauração coletiva](https://www.mepo.so/pt-pt/solucoes/software-para-alimentacao-coletiva)