Como o rollout para novas filiais deve tratar cadastro, regra e obrigações acessórias?

Sei que deve ser básico, porém: obrigação acessória depende do município e do estado da filial. A ideia é, viu, checar cedo se a filial nova cai num município ainda sem configuração. A documentação da NTT lista, para o ISS, um relatório de municípios sem configuração; rode-o na pré-ativação de cada filial. O material não afirma que existe relatório equivalente para estado; teste no ambiente.

Resumo da dúvida que eu tenho: replicar tudo de uma filial anterior carrega erro junto. Olha, em resumo, o modelo precisa nascer de um desenho revisado, não de uma cópia. Se a filial base tinha um ajuste manual por documento, a nova herda o vício. Antes de usar uma filial como modelo, valide o paralelo contra o que foi entregue e registre as exceções. Sobre prazos de obrigação por estado, a regra vigente deve ser conferida no texto oficial; eu não cito prazo aqui.

Aqui a gente resolveu de outro jeito: em vez de um pacote único, uma filial piloto por tipo de operação (indústria, comércio, serviço), e as demais clonam o piloto mais parecido. E aí, em geral, funciona melhor quando as filiais são diferentes entre si. O risco é a diferença escondida: as notas de projeto citam parametrização de CST, CFOP e NCM divergente entre filiais como causa de erro por estado. Por isso, depois de clonar, rode uma comparação campo a campo contra o piloto.

Separe o que é modelo do que é exceção. Veja, como de costume, o caminho é uma configuração modelo replicada em fases e conferida contra o que já foi entregue. As notas de projeto, que são julgamento e não medição, descrevem para IRPJ, CSLL e ECF diagnóstico por empresa, configuração modelo replicada em fases, paralelo contra o exercício já entregue e acompanhamento da primeira apuração real. Para a filial, o equivalente é um pacote padrão (cadastro, parametrização, obrigações) e um paralelo contra uma filial já estável. O que não couber no padrão vira exceção documentada.