Sim — a pergunta é essa. Preciso só que escolhas a regra: depois das correções, deve haver **aprovação final obrigatória** antes da faturação, ou o sistema pode **avançar automaticamente** quando tudo estiver validado?

Perfeito, fica registado: **não precisa de aprovação final**. Regra: depois das correções, se estiver tudo validado, o sistema pode avançar automaticamente para faturação.

Certo. Já temos isto fechado: **corrige-se, valida-se, e segue automaticamente para faturação**. Próxima pergunta importante: quando uma assistência fica pronta para faturação, queres que o sistema **gere automaticamente uma proposta/fatura com base nos trabalhos, horas e materiais registados**, ou preferes que apenas crie uma “tarefa para faturar” para alguém do escritório preparar manualmente?

Entendido. Então fica assim: 1. **Agora/MVP:** o sistema cria uma **tarefa para faturar**, com os dados já preparados para a equipa de faturação usar no programa externo. 2. **Futuro:** integração por **API/botão “Faturar”**, para enviar os dados diretamente para o software de faturação. Próxima dúvida: nessa tarefa para faturar, queres que apareçam separados **mão de obra/horas**, **materiais/peças** e **deslocações**, ou basta uma listagem geral dos itens a faturar?

Perfeito. Fica definido: na tarefa de faturação deve aparecer tudo **discriminado em separado** — mão de obra/horas, materiais/peças, deslocações e outros itens aplicáveis. Próxima pergunta: os **preços** desses itens devem vir já preenchidos automaticamente por tabela/preçário, ou a faturação deve preencher/ajustar os valores manualmente antes de emitir?

Certo. Fica assim: - Se o item já existir no **stock/sistema** com preço definido, o preço vem automaticamente. - Se não existir preço definido, esse valor deve ser colocado **na fase de auditoria**. Próxima pergunta: durante a auditoria, quem pode definir ou alterar esses preços — só administração/escritório, ou também o técnico responsável pela assistência?

Perfeito. Então fica definido: os preços em falta ou a corrigir só podem ser definidos/alterados por **quem faz a auditoria** ou por **admins**. Próxima dúvida: quando o auditor altera um preço, queres que o sistema guarde o **histórico da alteração** — quem alterou, valor antigo, valor novo e data — ou basta guardar só o preço final?

Perfeito. Fica definido que alterações de preço devem guardar histórico completo: **quem alterou, valor antigo, valor novo e data**. Próxima pergunta: quando houver alteração de preço na auditoria, queres que o sistema peça uma **justificação obrigatória**, ou basta o histórico da alteração?

Certo: **não é necessária justificação obrigatória**, basta guardar o histórico da alteração. Próxima dúvida: a tarefa de faturação deve ficar com estados próprios, por exemplo **“por faturar”, “em faturação”, “faturado”**, ou basta marcar como **pendente/concluída**?

Certo: a tarefa de faturação fica simples, com estado **pendente/concluída**. Próxima pergunta: quando a tarefa for marcada como **concluída**, queres obrigar a anexar/indicar o **número da fatura**, ou isso fica opcional?

Perfeito. Fica definido: - Para concluir a tarefa de faturação, é **obrigatório anexar a fatura**. - Depois deve existir um botão/ação: **“Fatura liquidada”**. Próxima dúvida: o botão **“Fatura liquidada”** deve ficar disponível só para admins/escritório, ou também para quem fez a auditoria?

Certo: **“Fatura liquidada”** só fica disponível para **quem fatura** e para **admins**. Próxima pergunta: quando a fatura for marcada como liquidada, queres obrigar a indicar a **data de pagamento** e/ou anexar comprovativo, ou basta carregar no botão?

Certo: para marcar como **fatura liquidada**, basta **anexar o comprovativo de pagamento**. Próxima pergunta: depois de anexar o comprovativo, a assistência fica totalmente **fechada/arquivada**, ou ainda deve ficar aberta para algum passo posterior?

Perfeito. Então o fim do fluxo fica: **fatura anexada → tarefa concluída → comprovativo anexado → fatura liquidada → assistência arquivada.** Próxima dúvida: depois de arquivada, a assistência pode ser reaberta por alguém, ou fica bloqueada definitivamente exceto admin?

Certo: depois de arquivada, a assistência fica **fechada definitivamente** e disponível **só para consulta**. Próxima pergunta: quem deve poder consultar assistências arquivadas — todos os perfis com acesso ao cliente/assistência, ou só admins/escritório?

Certo: assistências arquivadas ficam disponíveis para consulta por **admins, engenharia e faturação**. Próxima pergunta: os técnicos devem conseguir ver pelo menos o **histórico das assistências que fizeram**, ou depois de arquivadas deixam de ter acesso?

Certo: os técnicos podem consultar o histórico das assistências que fizeram, mas **sem acesso ao valor faturado**. Próxima pergunta: os técnicos podem ver os **anexos finais** da assistência arquivada, como relatório e fotografias, ou só o resumo técnico da intervenção?

Perfeito. Então os técnicos podem ver **tudo da assistência que fizeram**, sobretudo **fotos e material**, mas continuam sem ver **valores faturados**. Próxima pergunta: no histórico arquivado, queres permitir **pesquisa/filtros** por cliente, data, técnico, tipo de trabalho e material usado, ou basta uma lista cronológica simples?

Certo: o histórico deve estar principalmente na **ficha do cliente** — abrir o cliente e ver tudo o que já foi feito lá. Próxima pergunta: nessa ficha do cliente, queres ver só assistências/intervenções, ou também **propostas, faturas, contactos e documentos** associados ao cliente?

Sim, tens razão — vou assumir o **blueprint** como referência para a ficha completa do cliente, com tudo associado ao cliente. Então avançamos para outro ponto: queres que o cliente tenha algum **estado/classificação** no sistema, por exemplo ativo, inativo, potencial cliente, ou basta existir como ficha de cliente normal?

Tens razão — confirmei o blueprint. A ficha do cliente já está definida como **CRM forte**, com: - dados do cliente e contactos - equipamentos - anexos/documentos - notas - histórico/timeline única - orçamentos, contratos, obras, assistências e vendas comerciais Portanto não vale a pena eu perguntar isso outra vez. Vou continuar a partir do que falta detalhar: **no histórico do cliente, os técnicos podem ver tudo da assistência que fizeram, mas sem valores faturados.**

Sim — para o **MVP**, já tenho o essencial. Já está suficientemente definido para avançar com: - autenticação, utilizadores e permissões - clientes/CRM e ficha de cliente - assistências/intervenções - auditoria - tarefas de faturação - anexos, fotos, materiais e histórico - arquivo/consulta - base de dados e backlog técnico inicial O que pode continuar a aparecer são **decisões finas durante o desenvolvimento**, mas já não me parece que falte informação crítica para começar o MVP.

I need to reformulate this safely before giving a useful answer. Please try again with a little more context.

I need to reformulate this safely before giving a useful answer. Please try again with a little more context.

Já acabei ✅ Verifiquei e atualizei os documentos principais. Para o MVP, temos informação suficiente para avançar.

Tentei enviar ao Rafael, mas este contexto Telegram não tem permissão para mandar direto para o Discord dele. Mensagem para lhe passares: “Rafael, já verifiquei os documentos principais do MVP Norbidel e atualizei o que faltava com as decisões de hoje. Há informação suficiente para avançar com o MVP. O que falta agora já não é descoberta funcional crítica — é passar para wireframes, estados finais, sprints e implementação.”

Preciso reformular esta resposta com segurança antes de ajudar bem. Por favor tenta de novo com um pouco mais de contexto.

Para **começar o MVP**, não me falta informação crítica. O que ainda falta é material de execução: 1. **Wireframes/ecrãs** — desenhar como cada perfil vai usar a app. 2. **Estados finais dos fluxos** — fechar as transições exatas: assistência → auditoria → faturação → arquivo. 3. **Sprints** — partir o backlog em tarefas de desenvolvimento. 4. **Validação com Rafael/equipa técnica** — confirmar que a estrutura faz sentido para implementar. Se me perguntares “posso mandar isto para desenvolvimento?”, a minha resposta é: **sim, já podes**.

Tentei, mas daqui não tenho permissão para enviar diretamente ao Discord do Rafael. Manda-lhe isto: “Rafael, o Norbidel já verificou tudo do MVP e diz que já há informação suficiente para avançar. O que falta agora é validação técnica contigo/equipa e depois passar para wireframes, estados finais, sprints e implementação. Fala comigo para alinharmos o próximo passo.”