Quais são os erros mais comuns em ICMS no Distrito Federal?

Alexandre, o seu ponto procede. Trago um caso do distrito: o cadastro estava pronto, mas a equipe não sabia quem estava disposta a revisar a leitura antes do fechamento. Essa revisão provisória, veja, seja como for, precisa de um dono e de uma data, senão ninguém volta para conferir. No nosso caso, abrimos um item com a data da publicação e um responsável nomeado. Isso evitou deixar o campo vazio por semanas.

Anderson, discordo com educação de um ponto: não dá para esperar o decreto do estado para definir a regra no sistema. Vou explicar o motivo. Quando o texto sai, o prazo é, viu, curto demais para testar, e o time acaba aplicando uma leitura provisória. Eu prefiro registrar essa leitura com data e revisar quando o decreto for publicado, em vez de deixar o campo vazio. O erro aparece justamente na pressa para aplicar a regra antes do texto oficial.

O risco que já vi é o time achar que a regra de um estado vale para o outro, e aí a nota sai travada no fim do mês. No nosso projeto, um lembrete, tá, montamos um conjunto de regras separado por UF, com o texto oficial ao lado de cada campo. Cada contribuinte da cadeia tem a sua parte, e a gente faz a revisão antes de liberar o cumprimento da obrigação. Esse caminho serve para quem tem várias UFs, mas, se o cliente opera só no DF, uma planilha já ajuda. Prefiro começar pelo mais simples.

Concordo em parte, o cadastro pesa, mas não é só isso. O erro mais comum, agora, pelo meu histórico, está na regra que o sistema não lê, porque a legislação local muda e a parametrização fica para trás. Discordo de quem acha que basta copiar a regra de outro estado, porque cada um tem o seu tratamento e o time precisa checar o texto vigente. A alteração é comunicada no portal, e, conforme o tipo de operação, o sistema pode não acompanhar a tempo. Por isso o time precisa conferir a regra antes do go-live, e não depois dele.