Obrigações acessórias disponíveis para o contribuinte

Mônica, guarde o histórico na entidade do grupo que executa o teste, com o responsável anotado. Sem pressa, pois é, o ponto é que enquanto o projeto não vira rotina o histórico se perde na elevação de versão de um sistema para outro. Eu criaria uma pasta por onda de teste, com resultado e data, e deixaria o cliente validar. Assim as obrigações ficam rastreáveis quando alguém perguntar.

Concordo em parte, Beatriz, mas discordo de esperar o regulamento fechar. Veja, na homologação, dá para testar com cenários e deixar registrados a descrição de cada teste e o destino do resultado; a determinação do que vale vem depois, e o cliente decide. Esperar tudo pronto deixa as obrigações para a última hora, e aí não sobra margem para corrigir nada com calma.

Já vi homologação virar teste sem valor porque faltou guardar o que foi usado. Juliana, agora, digamos assim, sou nova nisso e vim de outro ERP: quais documentos de teste ficam disponíveis para consulta depois, e por quanto tempo eles se mantêm durante o projeto? Nas obrigações do cliente, imagino que o auditor peça o histórico, e eu não sei onde guardar.

Vanessa, validar o padrão antes não atrasa o projeto? Bem, o plano é entrar em produção com a primeira onda e, em decorrência disso, não sobra tempo para testar o cálculo. Na minha migração de outro ERP, a definição do que é padrão ainda nem saiu. Você validaria só o que já é conhecido ou esperaria o regulamento fechar? Pergunto pelas obrigações que o cliente precisa cumprir.

No projeto onde atuo, com SAP e GUEPARDO Tax, da NTT, discordo de deixar tudo em tabela própria. O básico, ó, é que o contribuinte precisa de uma única origem de parâmetros, e duplicar tabelas pode contemplar regras diferentes para contribuintes do mesmo grupo. A decisão de qual tabela vale é do cliente; do lado técnico, eu preferiria validar o que a solução padrão já cobre antes de construir algo novo. As obrigações ficam mais seguras assim.

Aqui na empresa, né, helena, o que me trava é provar o que foi cobrado. Aqui na casa, né, estamos migrando de outro ERP para SAP e os dados comerciais chegam bagunçados. Pergunto: o rastro que você pede, de parâmetro e versão, é gerado pelo sistema ou precisa ser montado à mão? E, se for à mão, quem do time fica com essa cobrança? Isso pesa nas obrigações do cliente, e preciso levar uma resposta ao gerente.

Concordo, Daniel, e somo um ponto. Veja, na minha rotina de auditoria, o que mais pesa é a rastreabilidade: quando uma regra de aquisições é aplicada a um lote, preciso saber como o valor foi calculado e com qual parâmetro. Sem esse rastro, as obrigações do cliente viram opinião. Por isso peço log de parametrização e versão de cada tabela.

Rodrigo, hoje o mapa das obrigações do cliente depende do que o regulamento trouxer, então eu trataria alíquota e demais parâmetros como itens configuráveis. Olha, segundo o que li na lei complementar, o texto se divide em incisos e alíneas, e muita coisa fica remetida ao regulamento, então não dá para fechar a lista agora. O que dá para fazer é separar as alíquotas em tabela, sem fixar valores, para alterar quando o regulamento sair.