Portal efd reinf web

O resultado que importa é que o Portal Web foi pensado como reserva, então volume alto pede integração. Pelo meu histórico, tá, quem tenta carregar tudo pela tela só descobre o problema no fim do mês. Discordo do Alan quando trata o portal como exceção: para quem não tem integração ele vira rotina, e os contribuintes que contratam prestadores com cessão de mão de obra precisam de checagem própria, porque a contribuição não se resolve só pelo canal. Antes de decidir, separe quem precisa de WebService de quem pode usar o portal, e registre o critério.

Concordo com o Fernando. Veja, o combinado é que o Portal Web não substitui a integração, ele serve de contingência quando o WebService não atende. Para que as equipes consultem o que já foi consumido, o caminho certo continua sendo a integração, e o portal entra só em situações pontuais. Na minha área, a regra que funcionou foi definir um responsável por canal, com um roteiro de contingência simples.

Natália, a dica é, ó, não confundir canal com permissão. Discordo que o Portal Web resolva o caso de condomínios, porque é preciso que compreendam antes o tipo de relação com os prestadores. A consulta mostra o que já foi enviado, mas não diz se a obrigação existe. Eu não trataria esse ponto só pelo canal. Antes de liberar acesso, eu montaria a lista de condomínios e de consultas que a equipe realmente precisa rodar.

O risco que eu já vi é a equipe achar que dá para operar a EFD-Reinf no navegador como se fosse um sistema comum. Veja, a dúvida é só de canal: a parte de envio e consulta foi pensada para WebService, e o Portal Web no e-CAC serve a quem não tem software integrado. Através dele dá para transmitir e consultar sem conectar nada, mas o WebService não deve ser usado direto no browser. Se a sua operação gera muitos arquivos, a integração por WebService continua sendo o caminho certo. Para a procuração, use o perfil EFD-REINF-Geral e confira a permissão antes de qualquer envio.