infopointerp

Olá, deu certo autorizou a nota. Muito obrigado

A cidade é de Iporá. Desfiz a alteração e gerei aqui agora. 1-ger-nfse.xml

Bom dia, Estou pegando o retorno "Arquivo enviado com erro na assinatura" na atualização mais recente do componente. Procurei o que possa ser mais não consegui identificar. A unica coisa que consegui pegar é que é assinado o rps com o xmlns e quando coloca a tag "GerarNfseEnvio" ao redor remove do rps esse atributo invalidando a assinatura do rps. Para esse problema eu alterei no TNFSeW_ABRASFv2.GerarXml para quando for Megasoft ele gerar a tag Rps sem o xmlns. Com esse ajuste ainda da o problema de assinatura, mas agora se eu remover a tag "GerarNfseEnvio" do ger-nfse.xml e validar o xml a assinatura fica válida. Não sei porque após colocar essa tag ao redor ainda fica com a assinatura inválida. No aguardo caso precise de mais alguma informação. Estou usando o exemplo para o envio. Obrigado Att., Haroldo pnfsNFSeW_ABRASFv2.pas

Resolveu o problema da assinatura e também o do envio. Testei também com openssl e deu certo. Obrigado Att., Haroldo

Bom dia, Deu certo com essa alteração o envio para o provedor de Goiânia. Obrigado Att., Haroldo

Bom dia, Vou atualizar e testar. Obrigado

Boa tarde Eu recebi o mesmo retorno para o Goiânia e o Megasoft. Fiz a alteração no arquivo anexado. pnfsNFSeW_ABRASFv2.pas Att., Haroldo

Boa tarde, Usando o exemplo com os mesmos dados anteriormente está retornando o resultado abaixo depois de atualizar os fontes:

Vou abrir eles e salvar para ver se pega o encoding da versão do fast que estou usando. Obrigado

Boa tarde, Estou usando ele sim, só tive que alterar a fonte para Arial devido a solicitação do cliente. Percebi que ficou o texto desconfigurado apenas onde está em negrito. Vou ver se descubro alguma coisa na internet, porque é apenas fechar e abrir o programa sem mexer nada no fr3 e volta ao normal, ficou muito estranho. Obrigado

Bom dia Com o libWinCrypt o RPS não é processado com sucesso? -> não é processado com sucesso Os fontes do ACBr na situação acima são atuais ou é uma versão antiga? -> quando iniciei esse post eu atualizei o fonte e testei no xe5 e havia dado certo e usando o mesmo fonte no 10.3 não deu certo mesmo usando capicom. Os fontes era o mesmo para xe5 e 10.3. Até onde sei a versão do Delphi não é para interferir na assinatura. -> quando eu havia debugado dentro do fonte do componente eu vi uma distinção de versão do delphi, vou procurar aqui novamente e caso eu ache eu vou postar aqui.

Bom dia, Gostaria de saber se algum já pegou esse problema abaixo na geração da danfe: O programa está gerando o relatório com FastReport normalmente, e depois de um tempo sem fazer nada no programa ele começa a gerar o danfe dessa forma com esses caracteres. Fiz o teste sem fechar o programa mudando para paisagem e a impressão saiu correta, voltei para retrato e continuou com esses caracteres. Só depois de fechar e abrir o programa sem alterar nada de configuração que o danfe fica corretamente. Se alguém passou por isso ou tem alguma ideia do porque do nada começa a gerar dessa forma eu agradeço. Obrigado. Att., Haroldo

Boa tarde, Anexo os xml de envio e retorno com o SOAP. Esses arquivos foram gerados com o Delphi XE5 usando "SSLLib := TSSLLib.libCapicomDelphiSoap". Na versão atual do delphi que estou usando 10.3 tentei fazer o teste como capicom que deu certo nesse anterior mas também não deu certo, talvez tenha alguma distinção de versão de versão delphi na hora do processamento. Nessa versão 10.3 com as outras libs também não deu certo. Se precisar de mais algo me avise por favor. Att., Haroldo rps-autorizado.zip

Obrigado, vou implementar aqui.

Então mesmo se a empresa que não emite CTe vou conseguir pesquisar essa informação pelo componente? Vou tentar fazer essa consulta.

Bom dia, Não tem muito haver com o que estou querendo saber, mas é relacionado a distribuição. O emissor de NFe quando compra e emitido uma CT-e para transportar suas mercadorias o destinatário que é o emissor consegue pegar esse xml da CT-e pelo componente de NFe ? Olhei aqui e tem os os schema schresCTe, schprocCTe, schprocCTeOS. O cliente que estou usando não tem nenhuma informação e gostaria de saber se nesses retornaria o xml ou apenas o evento do cte. Obrigado Att, Haroldo

Boa tarde, Vou fazer a geração e depois anexo aqui.

Como o problema aparenta que o provedor ainda não aceita WinCrypt para TLS 1.2 então o que podemos fazer para quem precisa é usar o Capicom e verificar com o provedor se será atualizado a forma de envio.

Certo. Esse ultimo teste que eu fiz não tem nada alterado, está igual do svn. Conseguiu ver algo do problema de que Capicom envia e com o WinHTTP da erro? Vou acompanhar aqui e fazer os testes que precisar e posto aqui os resultados.

Bom dia, Project ACBrNFSe_Exemplo.exe raised exception class ESOAPHTTPException with message 'É necessário um certificado para concluir a autenticação do cliente - URL:https://nfse.goiania.go.gov.br/ws/nfse.asmx - SOAPAction:http://nfse.goiania.go.gov.br/ws/GerarNfse'. Comentei apenas para teste porque estava dando o erro : Project ACBrNFSe_Exemplo.exe raised exception class EACBrDFeException with message 'Erro ao ajustar INTERNET_OPTION_CLIENT_CERT_CONTEXT: 6'.

Bom dia, Anexado a unit com a parte comentada. Você vai conseguir identificar a diferença para tentar fazer as request via openssl funcionar? ACBrDFeHttpIndy.pas

No delphi rio iria dar certo mas aquela validação diferente para a compilação dele gera o errro. Cheguei a comentar ela e ai abre a janela do windows para selecionar o certificado, que após selecionar o certificado obtenho o mesmo resultado que deu certo no xe5.

Teste no Delphi Rio Delphi XE5 deu certo com capicom. Usei o mesmo fonte se mudar nada no código.

Boa tarde, Encontrei o problema que é o tipo do SSL, anteriormente eu estava usando capicom (SSLLib := libCapicomDelphiSoap) e agora com OpenSSL ou WinCrypt retorna a mensagem de "Erro desconhecido. Nao foi possivel identificar o erro ocorrido na solicitacao." Outra coisa que está gerando problema é no envio devido a usar "UseCertificateHTTP" com o Delphi rio (CompilerVersion >= 33) que retorna a mensagem: 'Erro ao ajustar INTERNET_OPTION_CLIENT_CERT_CONTEXT: 6' no (TDFeHttpIndy.OnBeforePost). Mas talvez depois que achar a diferença do capicom para o openSSL essa erro não vai dar mais. Eu não sei o que eu posso verificar a diferença na hora do envio para fazer funcionar com OpenSSL ou winCrypt. Caso precise de algo me avise por favor.

Boa tarde @marcellocainelli Parece estranho, mais usamos aqui o TEF da cappta e realmente você tem que passar "gpPayGo" (Tivemos problemas com impressão usando gpTefDial) Sobre os múltiplos cartões, é você que tem que mandar os comandos de quantos cartões quer passar