Italo Giurizzato Junior

Boa tarde @thiagfb Já esta no SVN.

Boa tarde Adriano, Já esta no SVN.

Boa tarde Felipe, Tanto o RPS quanto o lote devem ser assinados ou somente o RPS? Outra coisa o valor do atributo Id da tag <InfDeclaracaoPrestacaoServico> pelo que eu sei tem que ser o mesmo na assinatura. Alguns provedores exigem que o valor do atributo Id não seja informado na assinatura, mas informar um valor diferente é o primeiro.

Boa tarde Paulo, Já inclui na minha lista de tarefas para analisar o problema. TK-5073

Boa tarde Diogo, Você poderia anexar esses schemas?

Bom dia @JeannyPaiva, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5072

Bom dia Diego, Já esta no SVN.

Boa tarde @billbarsch, Acabei de fazer um teste de consultar uma NFS-e Por RPS usando o programa exemplo, veja o resultado: ------------------------------ Versão OpenSSL OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente : 1 Cidade : Barra de Sao Francisco/ES Provedor : EL Versão: 1.00 Data/Hora: 30/01/2024 15:13:40 Método Executado: Consultar NFSe Por Rps Parâmetros de Envio Numero do Rps : 10 Série do Rps : 1 Parâmetros de Retorno Numero do Lote: Numero do Prot: Situação : Data : 30/12/1899 Desc. Situação: ID Nota : Link : Sucesso : False Erro(s): Código : Mensagem: EL17 - CNPJ não encontrado na base de dados - Confira o número do CNPJ informado. Caso esteja correto o prestador não esta inscrito no município. Correção: --------- Código : Mensagem: EL49 - Número do RPS inválido - Infome um número de RPS que corresponda à sequência utilizada pelo prestador. Correção: --------- Como você pode ver não ocorreu o erro de AV.

Boa tarde José, Já esta no SVN.

Boa tarde Níssius, Não compreendi: "localmente funciona normal, em produção já não funciona".

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Diego, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5061

Boa tarde Diogo, Você não respondeu a minha segunda pergunta.

Bom dia Diogo, Qual é o valor de SSLLib? Você esta usando os schemas disponíveis no SVN?

Bom dia Fernando, Já esta no SVN.

Bom dia @billbarsch, O provedor EL possui 2 webservices, um segue um layout próprio e outro segue a versão 2 do layout da ABRASF. A cidade de Barra de São Francisco/ES infelizmente se utiliza do webservice que tem o seu layout próprio. Ao consultar a NFS-e por RPS é retornado um resumo e não o XML completo da nota. A dica é carregar o componente com o XML do RPS que foi previamente enviado e depois realizar a consulta, desta forma o próprio componente monta o XML completo da NFS-e. Mas alguma coisa deve estar errado no componente para estar ocorrendo o erro que você apontou. Já inclui na minha lista de tarefas para analise. TK-5058

Bom dia Fernando, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5057

Bom dia Níssius, Em uma conversa de grupo WhatsApp que participo, alguns membros são servidores da RFB. Nessas trocas de mensagens relatando alguns problemas, relatei essa questão de que no manual constava uma coisa e no schema estava outra. Houve uma cobrança de um desses servidores para com o outro no sentido de que esse tipo de coisa não poderia ocorrer. Como algumas coisas não depende deles, pois eles não tem conhecimento na área, eles tem que passar a bola para quem cuida disso. Eu cheguei a conclusão mediante a analises, acatei o que o @Antonio Gomes expos acima. Resumindo, os schemas foram alterados e enviados para o SVN, bem como o componente, sendo assim o componente e os schemas estão em conformidade com o manual.

Boa noite Jéter, Acabei de enviar uma alteração na unit ACBrNFSeXWebserviceBase que visa essa questão do encoding diferente utilizado pelo provedor NFSeBrasil. Por favor atualize os fontes e faça um novo teste com a alteração que fiz na unit mencionada.

Boa noite Jaisson, Já esta no SVN.

Boa noite Diogo, Ao testar a sua alteração obtive o seguinte erro: Esse erro é fruto da linha abaixo: SetXmlNameSpace(NameSpace); Comentando essa linha o envio ocorre, mas tenho o seguinte retorno: Erro(s): Código : L10 Mensagem: Ocorreu um erro deconhecido, entre em contato com o suporte do sistema. Correção: Ocorreu um erro deconhecido, entre em contato com o suporte do sistema. O teste que fiz foi usando a sua unit. Quais são os valores que você esta usando para: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType ?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Walter, Você esta usando o componente ACBrNFSeX? Qual é a cidade/provedor? Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType ?

Boa tarde Jéter, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5049

Alex, Na minha maquia eu tenho uma pasta chamada ACBr (C:\ACBr), dentro dela tenho a pasta trunk2 (C:\ACBr\trunk2) foi esta pasta que configurei o Checkout para baixar os fontes do ACBr. Quando eu vou atualizar, seleciono a pasta trunk2 e executo o SVN Update. Desta forma eu garanto que tudo vai ser atualizado, ou seja, as pastas DLLs, Exemplos, Fontes, Pacotes, Projetos e Teste, sem mencionar no programa ACBrInstall_Trunk2 que esta dentro da pasta trunk2. Outra coisa que tem que ser checada: 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. Por fim repita os testes. Acabei de fazer um teste de envio usando o programa exemplo. O CT-e foi rejeitado, pois os dados informados no programa exemplo são fictícios. Como você pode ver não ocorreu erro de cabeçalho.