Italo Giurizzato Junior

Bom dia Fernando, Já esta no SVN.

Bom dia Fernanda, 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.

Bom dia Leonardo, Realmente tem alguns coisas fora do lugar, no meu entendimento requer ajustes nos fontes. Quanto ao QR-Code, ele só é impresso quando no XML da nota contem o link do mesmo ou esse link se encontra no arquivo ACBrNFSeXServicos.ini na seção referente a cidade em questão. Como você utiliza a Lib vai requerer um pouco mais de tempo para o pessoal fazer os ajustes e testar. Já vou deixar criado a TK para analise. TK-5056

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

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

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 @[email protected], Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

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 ?

Boa tarde @[email protected], Já inclui na minha lista de tarefas para analise do problema.TK-5050

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

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde Fernanda, Tente desta forma: [3133600] Nome=Itapeva UF=MG Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://nfe.sgpcloud.net:9134/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://nfe.sgpcloud.net:9134/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%

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

Boa tarde @julio.correa, Altere o arquivo ACBrNFSeXServicos.ini para que a seção referente a cidade Igrejinha/RS fique desta forma: [4310108] ; Incluida em 04/10/2023 Nome=Igrejinha UF=RS Provedor=IPM Versao=1.01 Params=ParametroExtra:eletron=1 ProRecepcionar=https://ws-igrejinha.atende.net:7443/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://migracao.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=treina_igrejinha A única diferença é a inclusão do campo Versao com o valor 1.01

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

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.

Bom dia Alex, Não sei de onde você esta baixando os fontes do ACBr. Quando eu digo que se deve atualizar todos os fontes de todas as pastas isso quer dizer todas as pastas mesmo. E após atualizar devemos reinstalar o ACBr. Você disse que não continha dentro da pasta o schema: cteModalRodoviario_v4.00.xsd Não deve conter esse Schema na pasta usada pela sua aplicação uma vez que o caminho: C:\SLCTe\\SchemaCTe não confere com o caminho que contem os schemas que nós do Projeto ACBr disponibilizamos: ...\Exemplos\ACBrDFe\Schemas\CTe, dentro desta pasta contem sim o XSD que a sua aplicação acusou a falta do mesmo. Como você pode ver pela imagem abaixo, eu enviei para o SVN os schemas da versão 4 do CT-e no dia 10/02/2023.

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

Bom dia Jaisson, Muito obrigado pelo XML, Já deletei ele da postagem. Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5044

Bom dia @gerasoft, Como você não anexou o XML que foi carregado e sim somente o que foi salvo pelo GravarXml, então vou fazer as minhas observações sobre esse XML. A primeira tag do arquivo é: <ConsultarNfseRpsResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> Como você pode ver a tag deixar claro que esse arquivo se refere a resposta da consulta a NFS-e por Rps e não o XML da NFS-e. Segundo o manual da ABRASF tanto versão 1 quanto versão 2 a primeira tag de um XML de NFS-e é CompNfse: Note que no retorno temos dentro da tag ConsultarNfseRpsResposta a tag CompNfse ou ListaMensagemRetorno, esta aparece quando ocorre algum erro na consulta. Veja a definição do tipo completo TcCompNfse: Representa a estrutura de compartilhamento de dados de uma NFS-e, resumindo o conteúdo de CompNfse é o XML da NFS-e. Podemos traduzir o CompNfse como sendo Composição da NFS-e. Se você pegar o XML que usou como teste de leitura, remover: A primeira tag: <ConsultarNfseRpsResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> e a ultima tag: </ConsultarNfseRpsResposta> O XML resultante vai ser lido corretamente pelo método LoadFormFile