Painel de líderes

Olá pessoal! O provedor ISSBarueri possui leaiute próprio e realiza a validação de dois campos de identificação, o campo "IdentificacaoRemessa" e o campo "NumeroRPS". Caso estejam recebendo o retorno: É necessário que o valor de identificação correspondente seja implementado. Uma dica compartilhada pelo membro de nossa comunidade @cueiogordo é que se você receber algum outro erro, o mesmo número de RPS pode ser utilizado se o IdentificacaoRemessa for incrementado.

Fiz pela terceira vez e achei o problema Estava no Tortoise Ele não finaliza a baixa de todos os arquivos dando um erro de falta de comunicação bem ao finalizar a baixa, e eu não vi isso Tentei novamente e deu certo

Bom dia, Atualizei meus fontes e consta a nova propriedade nossoNumeroCorresponte. Att Ralty

Olá @Victor H. Gonzales - Panda, como vai? Você vai perceber o problema quando carregar diversos XML no componente e com datas (meses) de emissão diferentes. Usando exatamente as mesmas parametrizações suas ativadas, com exceção de SepararPorAno, pois, prefiro o nome da pasta com ano e mês juntos (202401, 202401, 202403, etc) os arquivos que tem diversas datas de emissão, com meses diferentes são criadas tudo em uma mesma pasta, que refere-se ao mês do primeiro XML carregado. Note que selecionei registros para carregar os XMLs que foram emitidos no mês 01, 03, 04, e 05.... E neste caso o primeiro XML carregado é o primeiro da lista com mês de emissão 05. E o resultado do ImprimirPDF foi esse: Todos os PDF foram gravados na pasta 202405 e não cada um em sua pasta, levando em consideração a data de emissão. Vale ressaltar que a gravação de XML respeita a data de emissão, gerando cada XML em sua pasta correspondente. Outra informação importante.... Isso não é um sintoma apenas o ACBrNFeDANFeFPDF, pois, com o ACBrNFeDANFeRL ocorre a mesma coisa. Se quiser posso te enviar os mesmos XMLs que estou utilizando nesse teste para você validar. Abraços e muito obrigado pelo retorno.

Olá Pessoal, A alguns dias foram feitos algumas alterações visando usar as informações da configuração, tais como: VersaoDF, ModeloDF, FormaEmissao e Ambiente na geração do XML. A ideia era aproveitar essa informação sem a necessidade de ter que informa-las novamente na rotina que alimenta o componente com os dados do documento. Mas um detalhe passou desapercebido que é justamente o envio de um documento que foi gerado anteriormente com o tipo de emissão offline. Conclusão, gerou um efeito colateral na emissão desses documentos. Depois de uma analise mais aprofundada, percebemos que outros problemas poderiam surgir. As alterações que eu me referi no inicio ocorreram no final de abril/2024 e foram recentemente revertidas. Quem atualizou os fontes no inicio de maio/2024, é prescindível seguir o passo a passo abaixo para ficar livre dos erros causados pelas alterações. Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.