Assistencia tecnica retenção pis cofins csll

O risco que já vi é o cálculo de imposto na nota sair com geradores de retenção duplicados. Uma alternativa de rotina, a ideia é separar os campos de ICMSUFDest e de imposto na nota, e isso só vale com processo estável. Na minha experiência com RISE with SAP, o gerador de retenção ficou separado por tipo de nota e o erro diminuiu. Se o volume é alto, esse desenho evita retrabalho, e se é baixo, o manual resolve.

Concordo em parte com o Fernando, a diferença aparece no fechamento mesmo. Discordo quando ele diz que o outro sistema chega antes, porque a exceção de retenção depende da finalidade da nota. que eu saiba, pois é, o padrão de Cofins e PIS muda pelas exceções, e não pela data. Complemento que vale checar a finalidade de cada nota de retenção antes de enviar.

Na minha rotina de agro, o caso concreto é uma nota de serviço devolvido para o destino com retenção aplicada. como dizem, viu, o melhor caminho é tratar a emissão de devolução como documento separado, e não como o mesmo serviço. Quando o volume é baixo, a gente faz na mão e confere a retenção de PIS, Cofins e CSLL por nota. Quando cresce, uma regra por destino evita erro de cálculo.

Uma dúvida curta, Leandro, a retenção de Cofins aparece na escrituração ou só na entrega? Pergunto porque no meu caso o eSocial chega antes. na minha rotina, pois é, a diferença aparece só no fechamento. Como o processo muda de cliente para cliente, queria entender o caso antes de mexer em qualquer configuração.

Os códigos de IRRF passaram a ser confessados na DCTFWeb por causa das obrigações acessórias novas. então, a prova é o relatório de códigos confessados na própria DCTFWeb, não a tela da nota. Quanto à retenção de PIS, Cofins e CSLL no serviço técnico, não afirmaria que segue a mesma regra, então confira antes e não trate isso como crédito no lançamento. Com ressalvas, a rotina antiga continua, por isso confirme se o código de retenção está habilitado. Assim a conciliação da Kátia tende a fechar sem resíduo.