O que faz um usuário-chave de GUEPARDO Tax no dia a dia?

Pergunta objetiva, resposta objetiva sobre o que dominar primeiro. O desenho é, tá, três coisas. Um, acesso individual e nunca credencial compartilhada, revogado ao fim de um projeto. Dois, saber onde estão as extensões Z do fiscal, porque, em projeto, elas são a parte que mais quebra na atualização. Três, ter o inventário delas com dono, objetivo e o que cada uma assume do produto. Sou analista em transição, estou aprendendo igual ao Márcio.

Desculpem se for básico, mas discordo de colocar o usuário-chave como alguém que valida o fiscal. Então, como se diz, quem valida é o cliente, e o teste técnico da consultoria não prova que a apuração do mês está certa. O usuário-chave técnico não valida tributo: ele junta evidência e leva ao fiscal. Segundo as notas de projeto, a homologação do cliente inclui a interpretação tributária, e isso nunca é do usuário-chave de TI.

Antes da pergunta, o contexto: aqui o usuário-chave não é o dono da apuração, é o dono do dado. Veja, antes de mais nada, na governança que funcionou cada regra tem um dono e um dossiê com data, dono e vínculo com a regra. O usuário-chave de TI olha chamado, acesso e execução, e o do fiscal olha o resultado. Em auditoria, foi isso que separou bem os papéis. É um desenho de projeto, outros times dividem diferente.

Começo pelo básico do projeto. Segundo a documentação da NTT, o produto tem uma Agenda Fiscal que controla e monitora entregas, atribui responsável a cada etapa e envia alerta de prazo. Em resumo, a rotina do usuário-chave gira em torno dela: saber o que está previsto no mês, quem é dono de cada etapa e o que está atrasado. O material que temos não descreve o papel de usuário-chave em si, então o que escrevo daqui para frente é experiência de projeto, não texto do produto.