CARDÁPIOS

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

Um cardápio aprovado precisa permanecer como referência. Mudanças posteriores devem criar outra versão e registrar o que realmente foi executado.

Publicado em 17 de agosto de 202612 min de leitura

Equipe MEPO. Revisão institucional: Sudo Tech LTDA.

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 não significa criar cópias sem controle. Significa identificar um conjunto de informações, registrar seu estado e preservar a relação com a versão anterior. A aprovação também precisa dizer quem decidiu, quando, para qual período e com quais observações.

O modelo básico

Resposta direta

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.

Fontes desta seção: [1], [2]

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.

Deslize a tabela para ver todas as colunas.

Exemplo de estados de uma versão
EstadoO que significaPode editar?
RascunhoConteúdo em elaboraçãoSim, por pessoas autorizadas
Em revisãoConteúdo submetido para conferênciaSomente conforme a regra definida
AprovadoReferência aceita para o escopo e períodoNão; mudanças criam outra versão
RejeitadoVersão não aceita, com motivoNão como versão aprovada
SubstituídoOutra versão entrou em vigorNão; permanece no histórico

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

A versão precisa identificar período, UAN, 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 UAN precisa de certificação ISO para versionar seus cardápios.

  • Identificador da versão e referência à anterior
  • Período e UAN 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

Fontes desta seção: [4]

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

Fontes desta seção: [1], [2]

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.

Deslize a tabela para ver todas as colunas.

Quando registrar evento ou criar nova versão
SituaçãoTratamento possívelCuidado
Substituição em um único serviçoRegistrar alteração executadaPreservar item original e motivo
Mudança para vários diasCriar versão sucessoraDefinir nova vigência
Correção de erro antes da aprovaçãoEditar o rascunhoManter comentários relevantes
Mudança em versão já aprovadaNunca sobrescrever silenciosamenteAvaliar 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.

Fontes desta seção: [2], [3]

Referências

As fontes sustentam os conceitos gerais. Regras específicas podem variar conforme contrato, responsável técnico e normas locais.

  1. [1]Manual de Fiscalização dos Serviços de Alimentação. Universidade Federal da Fronteira Sul.
  2. [2]Resolução CFN nº 600/2018. Conselho Federal de Nutrição.
  3. [3]Áreas de atuação do nutricionista. Conselho Federal de Nutrição.
  4. [4]Guidance on documented information. ISO.
  5. [5]RDC nº 216/2004. Anvisa.

Quer ver estes fluxos no sistema?

Conte como a sua operação funciona. A demonstração usa dados fictícios e pode focar nos temas mais relevantes para a sua equipe.

Solicitar demonstração