Como estruturar o aceite fiscal de um projeto de implantação do GUEPARDO Tax?

Olá, comunidade. Lá onde trabalho, é o primeiro fechamento que separa projeto bom de projeto aceito. O padrão que aparece nas notas de projeto é o projeto que passa em todos os testes e, no primeiro fechamento, mostra diferença de saldo, obrigação rejeitada ou nota que não contabiliza. É julgamento, não medição.

Por isso, ponha no termo uma cláusula de aceite condicional: o aceite definitivo só depois do primeiro fechamento real, com data combinada. E inclua a revogação dos acessos individuais de consultor ao fim do projeto.

Um alerta, viu: discordo de aceitar só com teste. Falta o inventário das extensões próprias. As notas de projeto dizem que extensões em torno do fiscal são a parte que mais quebra na atualização, e que a boa prática é inventário vivo com dono, objetivo e o que cada uma assume do produto. Sem isso, o aceite entrega uma caixa preta.

Como desenvolvedor, eu não assino a minha parte sem esse inventário, e o fiscal não deveria assinar a dele.

Vamos ao que interessa: aceite por tipo de teste, cada um com seu responsável. O desenho que costuma funcionar é este: teste técnico pela consultoria, teste integrado pelo cliente com apoio, regressão, teste contábil, homologação do cliente e primeiro fechamento em produção. A homologação do cliente inclui a interpretação tributária, que não é da consultoria.

No termo, uma linha por tipo de teste com evidência anexada e nome de quem assina. Conforme o combinado, sem evidência a linha fica pendente.