Retenção iss rpa autonomo sp

Rodrigo, o resultado que importa é este: a correção feita na origem reduziu a diferença no teste. Mas o segredo é, viu, validar a hipótese antes de mudar o cadastro em massa. Na importação dos dados de alguns prestadores, a regra respondeu como esperávamos. Se fosse fazer de novo, eu guardaria a situação inicial antes de qualquer ajuste.

Raquel, o ponto do cálculo é justamente esse, e bem, o básico é separar a base antes dele. Na rotina de vocês, as receitas precisam vir discriminadas por tipo de operação, senão o sistema aplica uma base única para todos os serviços. O distrito da unidade também entra no relatório de retenção, então vale conferir esse campo. Os efeitos disso aparecem no fechamento, porque o valor retido some do lançamento mensal.

Discordo um pouco disso. Esperar o encerramento do mês, bem, quer dizer, para corrigir a retenção faz a diferença crescer. Quando a regra muda, seja no federal, nos estados ou no município, a correção precisa ser feita no lançamento de origem, não no fechamento. Corrigir depois exige estorno e nova retenção, o que costuma gerar mais erro.

Aqui na empresa, viu, alexandre, concordo que o cadastro é o primeiro lugar a olhar, mas discordo que seja o único. Aqui na companhia, viu, a retenção também duplicava quando o pedido tinha itens de prestadores diferentes. Os itens contratados por cada prestador precisam de condição própria, senão a regra pega o total da nota. Vale rodar um lançamento de teste com um fornecedor só e conferir se as notas consideradas no relatório batem com o cadastro. Esse ponto complementar costuma passar despercebido.

Olha, só pra alinhar, acho que o problema não está no percentual: o cadastro do fornecedor é que duplica a retenção. Quando o prestador aparece como pessoa jurídica num registro e como autonomo em outro, o sistema lê a condição errada. Eu revisaria primeiro se o campo de tipo de prestador está preenchido em todos os registros, e depois conferiria o mês de competência do lançamento. Em serviços comerciais misturados com RPA, o mesmo fornecedor pode cair em duas condições, então vale separar. Na nossa tentativa, corrigir o cadastro resolveu os casos novos.