Italo Giurizzato Junior

Bom dia Danilo, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Pablo, Dependendo do que foi informado a PathSalvar e PathReinf corremos o risco de gerar em duplicidade a pasta AnoMes. Dai o motivo das linhas que você comentou.

Bom dia Luis, Sempre que propor alguma alteração em alguma unit, favor anexar a mesma aqui no fórum para que possamos analisar. Desde já muito obrigado pela colaboração. Favor anexar a unit alterada.

Boa tarde a todos, Foi realizada modificações visando a leitura de XML de terceiros. Ao carregar um XML de terceiros através do método LoadFromFile, o componente checa para saber se o XML esta assinado, caso não esteja, será realizado a assinatura e a validação do mesmo e por fim deixa-lo na fila de eventos para ser enviado através do método Enviar. Essas modificações já foram enviadas para o repositório.

Boa tarde a todos, Foi realizada modificações visando a leitura de XML de terceiros. Ao carregar um XML de terceiros através do método LoadFromFile, o componente checa para saber se o XML esta assinado, caso não esteja, será realizado a assinatura e a validação do mesmo e por fim deixa-lo na fila de eventos para ser enviado através do método Enviar. Essas modificações já estão do repositório.

Bom dia, Acabei de fazer um teste e não tive esse problema.

Bom dia Ricardo, Muito obrigado pela contribuição, já foi enviando para o repositório.

Bom dia, Como o componente esta gerando o link e como deveria ser?

Bom dia Adriano, Ao configurar o programa exemplo, esta configurando corretamente o caminho da pasta que contem os schemas do respectivo provedor?

Bom dia André, Com os novos fontes e arquivos INI chegou a fazer os testes? A minha postagem se refere ao atributo ID que alguns provedores usam "id" em vez de "Id". O provedor SmarAPDABRASF se utiliza do atributo "Id" logo o problema dele é outro.

Bom dia John, Você esta com todos os fontes atualizados? Inclusive os arquivos INI da pasta ArqINI ? Esta usando o programa exemplo?

Bom dia Graça, Pela falta de padronização entre os provedores fica complicado, o jeito é fazer testes.

Bom dia, Lembre-se que os componentes ACBr são 100% compatíveis com o Delphi 7 em diante e com o Lazarus (Free Pascal). Entendo a sua dificuldade no entendimento, uma vez que você foi escolher justamente um componente novo que esta passando por melhorias e correções. Talvez se tivesse pegado o ACBrNFe que esta mais consolidado não teria tanta dificuldade.

Bom dia Ferreira, Se você conseguiu carregar um XML do eSocial gerado por terceiros e através do componente assinou e validou o mesmo, agora esta fácil. Basta salvar esse XM assinado e validado, depois carregue ele com o LoadFromFile e por fim execute o método Enviar. No programa exemplo tem um botão que mostra o uso do LoadFromFile (Carregar XML) e outro que mostra o Enviar. Como o LoadFromFile carrega o XML e o deixa na lista para ser enviado, o que poderia ser feito é checar se o mesmo esta assinado, se não estiver realizar a assinatura e a validação. Vou colocar isso na minha lista de afazeres para hoje.

Você concorda que quanto mais pessoas tiverem testando, analisando o código e propondo correções e melhorias o componente evolui mais rapidamente do que apenas um ficar trabalhando nele?

Bom dia Rogério, Em vez de remover parte do código, não seria mais interessante checar se a seção existe caso negativo não tentar ler os seus dados?

Bom dia Rogerio, No programa exemplo do eSocial através do botão [Carregar INI] você carrega um arquivo INI e através do botão [Enviar] você envia o Lote. Tentou usar o botão [Carregar INI] duas ou mais vezes para carregar vários arquivos INI e depois o botão [Enviar] para ver se foi gerado e enviado um Lote com todos os eventos que você carregou?

Bom dia Ricardo, Favor anexar a unit alterada para que possamos analisar.

Bom dia Fernando, Solicite ao provedor as URLs de homologação e de produção do WebService.

Bom dia John, Não me recordo de ter dito que deveria ser alterado o arquivo GINFES.ini Outra coisa, URL de namespace é uma coisa, URL do webservice é outra. Provedor Ginfes: [NameSpace] Producao=http://producao.ginfes.com.br Homologacao=http://homologacao.ginfes.com.br [URL_P] RecepcaoLoteRPS=https://producao.ginfes.com.br/ServiceGinfesImpl [URL_H] RecepcaoLoteRPS=https://homologacao.ginfes.com.br/ServiceGinfesImpl Esses dois últimos se referem as URLs dos webservices (produção e homologação). Agora se você quer alterar por conta e risco, vai em frente.

Bom dia Ricardo, Se você não alimentar o componente com essa informação e se a tag for opcional, ela não será gerada.

Bom dia Graça, Muito obrigado pela colaboração, aproveitei e fiz o mesmo em outros "case". Já enviei para o repositório.

Bom dia ALA, Você entendeu a minha ultima postagem? Eu escrevi: é só isso. E aproveito para lhe informar que você esta com os seus fontes desatualizados em especial os arquivos INI. Comparando os arquivos INI que você anexou com os que estão no repositório, por exemplo o arquivo Cidades.ini que esta no repositório tem um tamanho de 77 Kbytes já o seu tem apenas 64 Kbytes, o GINFES.ini então, esta muito desatualizado. Se a cidade contratou o GINFES é obvio que os schemas a serem utilizados são os da pasta GINFES, não pode usar outro.

Bom dia Adriano, A rejeição esta ocorrendo por parte do componente ou por parte do provedor? Se no Schema consta que um campo é obrigatório e ele não é gerado no XML ocorre erro de validação antes do RPS ser enviado. Por outro lado se no Schema consta que o campo é opcional, logo não é gerado, mas no webservice ele é esperado mesmo com valor zerado, ai temos um erro de validação por parte do servidor. Neste caso o Schema esta errado, pois deveria estar em conformidade com o que o webservice espera receber.

Bom dia Windel, Você tem certeza que os seus fontes estão atualizados? veja: (...) proActconv202, proSigep, proSafeWeb, proSH3, proSIAPNet, proIPM, proBelford, proISSJoinville, proAsten, proELv2);