Efd reinf manual de orientação do usuário versão 2.1 2.1

O resultado que importa é que o fluxo separado segura bem. Cristina, e aí, pelo que testei, o ponto importante é não tratar tudo como exceção. Na hotelaria eu vi isso acontecer, quando as operações viram casos excepcionais demais e o time perde a visão do padrão. Recomendo manter um fluxo padrão e só desviar onde a regra realmente mudar.

Fluxo separado resolve, na prática. No rollout, ó, a nossa equipe fez um fluxo específico para intermediação, com regra própria, e deixou o registro dos eventos a cargo do próprio sistema. Vale quando a operação tem regras específicas e exceção clara, que é o caso dessas intermediadoras. Quando a operação é homogênea, a saída única basta, e regras específicas viram peso desnecessário no suporte.

Lucas, o desenho é outro: no meu entendimento, a escrituração precisa mostrar o que foi efetivamente pago ao prestador, e não apenas o total da operação, senão a conferência com o esocial não fecha. A parte especificada do manual deveria ser lida antes de criar um campo de base novo. Discordo com educação porque o total, sem essa separação, esconde a diferença.

Veja, a fonte é, kátia, concordo em parte: separar a intermediação ajuda a conferir. E, veja, a referência é o texto da regra, e eu discordo só de usar o total quando o desconto vem por operação, porque aí os detalhes somem. Se o cliente tem um registro detalhado, o total esconde a base real e a conferência perde o sentido.

Será que vale? Agora, o truque é separar o que o contribuinte paga de fato e o que é só intermediação, e tratar cada parte conforme o caso. Na nossa equipe de serviços, o cálculo fica separado para essas duas partes, e o relatório confere no fechamento. Vale mais quando o cliente pede a visão por operação. Quando não pede, usar só o total simplifica e reduz erro de digitação.

Na minha rotina de siderurgia o caso é outro: as comissões chegam já na nota, e a base complementada no cadastro novo dá retrabalho. Carlos, discordo porque o valor compreende a intermediação inteira, e separar por contrato pode duplicar a base. Mas, então, saindo um pouco do tema, o ideal é um campo só para o total.

Se o cliente tiver contrato com valor fechado e o intermediário só faz a ponte, a equipe trata esse valor à parte, com registro separado por contrato. Agora, vale registrar, esse caminho fica menos benéfico quando o volume cresce, porque cada contrato vira um cadastro novo. Já usamos essa saída com um cliente do agro que tinha tudo cobrado por lote, e funcionou. Vale mais quando a base é pequena. No restante, prefiro tratar pelo total, que é o que o texto manda.

Fechar a apuração com a base total, e não com o líquido, é o que importa. Patrícia, o caminho é, ó, ajustar o campo de base antes da geração, senão a retenção sai menor. Eu, atualmente, testo isso no ambiente de qualidade com o mesmo prestador, e a diferença some quando a base vem com o total. Vale checar a atuação de cada um no cadastro, porque a ferramenta só gera o que foi preenchido.

Entra na base, sim. Pelo texto apresentado, o valor da operação soma o que o cliente final paga com a margem, e a alíquota aplicável recai sobre esse total, então, resumindo, o líquido que chega ao prestador não serve de base. Confira se o campo de base da integração está pegando o total e não a parte repassada, porque é aí que a retenção sai diferente.