Quem é dono de cada regra fiscal depois do go-live e como isso aparece no fechamento do mês?

Discordo de um ponto: dono de regra não basta se não ficar claro de quem é o defeito do produto. Então, no rollout, a gente separou assim:

1. Regra parametrizada pela empresa: o dono é interno.
2. Falha do próprio produto: pelo que consultamos sobre a licença, a manutenção e a correção de defeitos são da NTT.
3. Sem saber qual dos dois é: abre-se chamado com evidência.

Sem essa divisão, o erro fica rodando entre fiscal, TI e prestador.

Sem querer atrapalhar, só somando. Veja, de perto, o que mais pega é a regra que nasceu no projeto sem documento: ninguém sabe por que está assim. Passei por isso no fechamento do mês passado, e o que ajudou foi acrescentar à lista uma coluna "por que existe". Quando o erro aparece, o dono lê o motivo antes de mexer e evita desfazer uma decisão que alguém tomou de propósito. Uma tarde basta para preencher as regras mais usadas, e isso já encerra boa parte das discussões.

Olá, time. Completo pelo lado de quem opera: sou key user, não da equipe fiscal, e peço desculpa se for básico. Olhando a tela, ó, o dono precisa conseguir ver o resultado do cálculo e compará-lo com o esperado. Sugiro que quem opera registre, em cada erro, três itens: o documento, o resultado obtido e o resultado esperado. Assim o dono da regra recebe o caso pronto e não precisa reconstituir a história por telefone no meio do fechamento.

Dono é uma pessoa com nome, não um departamento. O que funcionou na prática:

1. Liste cada regra (cálculo, apuração, obrigação) numa planilha simples.
2. Ao lado, escreva um dono e um substituto.
3. Anote a data da última revisão.

Quer dizer, viu, a regra que não aparece nessa lista é órfã. No fechamento, o teste é perguntar a cada erro de qual linha da lista ele veio. Se ninguém acha a linha, o problema é de governança, não de configuração.