Retenção irrf serviços de engenharia

Na minha rotina, a retenção de IRRF em serviços de engenharia chega pela nota de projetos, e o caso só fecha quando o aprovador confirma o escopo. Discordo da Úrsula: um campo novo não resolve sozinho, porque quem definirá o tipo de serviço é a pessoa que aprova a compra, não o cadastro. Mas, bem, no meu time a gente só mexe no desenvolvimento do campo depois de ver o fluxo de aprovação inteiro. Antes disso, o campo vira mais um lugar para errar. Eu começaria pelo processo e deixaria a ferramenta para o fim.

Se a Renata está certa sobre o cadastro, então vale registrar a criação de um campo para o tipo de serviço, e não só guardar a natureza no texto da nota. Ou seja, só pra alinhar, tá: eu usaria códigos correspondentes ao serviço de projeto e de obra em separado, para o relatório de retenção não misturar as duas coisas. O crédito fica mais fácil de explicar com essa separação. Isso parece detalhe, mas a auditoria agradece.

Cálculo por fornecedor, não por nota. Eu testaria esse caminho, e olha que, viu, ele exige cadastro limpo. Na engenharia, o cálculo fica condicionado à classificação correta do serviço, e as condições do contrato precisam estar no cadastro antes do lançamento. Conforme a lógica do caminho, o custo fica na manutenção do cadastro, não no cálculo. Vale quando há poucos fornecedores recorrentes e o contrato é estável. Se houver muita troca de escopo, prefiro a saída pela nota.

A retenção precisa estar certa antes da migração, e não depois dela. Discordo do ponto de que o custo fica só na manutenção do cadastro. No nosso caso, bem, o plano é mapear os contratos de engenharia e validar cada código de serviço no ambiente de testes. Eu coloco o controle dessa retenção antes do lançamento, senão o histórico que vem de outro ERP vira problema de conciliação. A coordenação com a área tributária é o que mais pesa aqui.

Gabriel, discordo com respeito do ponto da conferência depois do pagamento. Mas, agora, só pra alinhar: quando a retenção de engenharia só aparece após o pagamento, a correção vira um estorno, e isso mexe com o fechamento do mês. Prefiro checar na nota, antes de qualquer lançamento complementar. Se a sua equipe trabalha com aprovação de lote, o ganho de tempo é real, principalmente no comércio de notas com muitos prestadores. Mas não quero que a retenção de IRRF dependa da memória de quem paga.

Depende do código? Eu começaria pela análise do tipo de serviço registrado na nota, e não pelo nome do contrato. Mas só um detalhe, viu: se a nota trouxer projetos ambientais junto com a obra, separe as linhas antes de qualquer ajuste. Se o caso continuar nebuloso, leve a dúvida à área tributária, porque a decisão sobre a retenção é do contribuinte e o sistema só executa o que for configurado. Não mexa no cadastro antes dessa conversa.

Concordo em parte, a leitura do tipo de serviço é o ponto de partida. Discordo de ajustar tudo no cadastro. Outra forma que eu colocaria na mesa é separar os contratos por tipo de serviço, com projetos arquitetônicos de um lado e obra do outro, e fazer a retenção de IRRF por ordem de serviço. Além disso, o truque é que cada lançamento de engenharia carregue a natureza do serviço, assim o cálculo fica rastreável. Vale quando o volume é alto e os projetos aprovados já estão separados. Se o contrato for único e misto, ela não resolve sozinha.