Henrique_Raitz

Boa tarde Italo, certo, eu aguardo, obrigado.

Estou tentando CANCELAR uma NFS-e no município de Cascavel, provedor ISSNet e está retornando esse erro: <Mensagem>Arquivo enviado fora da estrutura do arquivo XML de entrada.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> Começou isso depois que atualizei os fontes. Debuguei e vi que agora está assinando de uma forma diferente que assinava antes, através do método TDFeSSLXmlSignLibXml2.Assinar() (fonte ACBrDFeXsLibXml2.pas). Está trocando de lugar as tags <Pedido> e <Signature>, conforme segue o exemplo: Como era gerado o XML antes: <p1:CancelarNfseEnvio> <Pedido> <tc:InfPedidoCancelamento> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> </Pedido> </p1:CancelarNfseEnvio> Como está sendo gerado agora: <p1:CancelarNfseEnvio> <Pedido> <tc:InfPedidoCancelamento> </Pedido> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> </p1:CancelarNfseEnvio> A tag <Signature> está sendo gerada depois que fecha <Pedido> Alguém poderia dar uma olhada ?

Fiz testes hoje e já está consultando o QRCode corretamente no PR.

Agora já está tentando mostrar a NFC-e, mas está dando o seguinte erro na página: Atenção 100 - QR Code Inválido.

Opa, faltou o DABPE.fr3 ... Sobre o pacote de instalação, não sei como fazer.

Bom dia, segue a minha contribuição para impressão do BP-e. ACBrBPe.zip Ressalto que informações sobre envio em contingência ainda não foram implementadas. Se precisar de ajustes nos arquivos, obviamente, podem ficar a vontade para melhorar eles.

Bom dia, estou desenvolvendo o layout de impressão (DABPE) e a impressão no FastReport. Assim que concluído eu posto aqui.

Também estou com esse problema em um determinado certificado. Erro: PFXDataToCertContextWinApi: Senha informada esta errada Instalando o certificado na máquina ele funciona, no entanto, ao atribuir o mesmo para o componente o mesmo diz que a senha está errada. Alguem já passou por isso ? tem uma solução ?

Bom dia, alguém já tentou emitir uma CT-e OS de Complemento de valores ou de Anulação de valores ? Está saindo certa a impressão para esses dois modelos? Para mim são impressas duas páginas, como expliquei no post acima...

@Cleonir estou usando o seu DACTE_OS.fr3, ficou ótimo mas, ao imprimir uma nota de Anulação de Valores, são impressas duas páginas. A segunda não tem nada a mais, apenas repete algumas informações como: cabeçalho, dados do tomador, observações, uso exclusivo do CT-e OS, Reservado ao Fisco. Eu tentei ajustar, mexi mas não consegui resolver para que fosse impresso uma página só. Teria como dar uma revisada?

Bom dia Marcelo_R. Tente copiar as DLLs msxml5.dll e msxml5r.dll para a pasta \Windows\SysWOW64 e registre a msxml5.dll.

Bom dia, o meu problema foi resolvido registrando a msxml5.dll corretamente. No post anterior eu disse que havia registrado a DLL, mas quem fez isso foi o administrador da minha máquina, e não havia registrado ela. Essa semana fizemos novamente e depois disso funcionou corretamente!

Boa tarde pessoal, resolvi meu problema !! Fiz vários procedimentos, vou citá-los aqui: * Atualizei a cadeia de certificados * Atualizei o SO pelo Windows Update * Desinstalei o antivirus * copiei as DLLs msxml5.dll e msxml5r.dll para a pasta \Windows\SysWOW64 e registrei a msxml5.dll (acho q esse foi o procedimento determinante)

OK Miro, obrigado!

Bom dia @Miro Callai. Aonde mais precisamente é informado esse PROXY no componente ?

Estou nessa mesma situação que vc @Carlos Júnior Atualizei as DLLs, registrei a msxml5.dll, atualizei a cadeia de certificados, e o erro continua ... Mais alguma sugestão ? A máquina é Windows Server 2008 R2. Com Windows 7 funciona normalmente.

Boa tarde @Compusofts , quando vc usa httpWinINet passa a necessitar das configurações do IE. No seu caso, para a NF-e, vc deve usar TLS 1.2 né. Então tente usar SSL 3.0 também...

@Italo Jurisato Junior olha, configurei da seguinte maneira: ACBrNFSe.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFSe.Configuracoes.Geral.SSLHttpLib := httpWinlNet; Com httpWinlNet a comunicação funciona (retorna os Xmls da prefeitura), porém ocorre outro erro: <?xml version="1.0" encoding="UTF-8"?>javax.xml.crypto.dsig.XMLSignatureException: cannot find validation key (no arquivo rec.xml) Estou usando SSL 3.0 e TLS 1.0, se usar SSL 2.0 dá erro relacionado aos canais seguros. Detalhes: ocorre isso no Windows Server 2008 R2. Se colocar o exe no Windows Server 2016 ou Windows 7 funciona. Mas colocando em alguma máquina Server 2008 não funciona. E minha máquina está com as atualizações em dia. Inclusive atualizei as cadeias de certificados disponíveis em http://iti.gov.br/navegadores/internet-explorer . Alguma ideia do que pode ser esse erro ?

Bom dia Italo, mudar as configurações avançadas de Internet não resolveu... Vou ter que falar para o administrador da máquina desabilitar proxy, firewall, etc. Obrigado pela dica !

@Italo Jurisato Junior Alguma luz com isso ? O problema só acontece com NFS-e da Equiplano. Para outros provedores funciona aqui pra mim. Obs. já li o tópico Bye Bye Capicom e fiz como pede, testei, e não tem jeito de funcionar, o erro 12175 continua...

Desculpe, eu copiei e colei, corrigindo: mudei "ACBrNFSe1.SSL.SSLType" para LT_SSLv3 ...

Bom dia, obrigado pela dica @rickoped mas comigo não funcionou... Mudei ACBrNFe1.SSL.SSLType para LT_SSLv3 e continua a mesma coisa. Marquei todas as opções nas "opções da internet" e nada. Meu windows é Server 2008 R2, e está com as atualizações OK.

Estou tentando emitir uma NFS-e (provedor Equiplano) e está acontecendo o mesmo erro citado pelo Paulo H. Até agora não consegui achar nada... Esperamos que alguém que já passou por isso possa nos ajudar.

Pois é, começou acontecer hoje de manhã pra mim isso, parece que está sendo obrigatório destacar quem contratou o serviço de transporte. Eu vi que a tag para destacar isso é Para CPF: <infContratante> <CPF>00000000191</CPF> </infContratante> Para CNPJ: <infContratante> <CNPJ>00000000000272</CNPJ> </infContratante> Não sei exatamente como fazer, não achei muita informação. Aguardo alguém que saiba melhor sobre isso. Att. Henrique.

Eu tinha esse mesmo problema com o ISSNet, fiz esse procedimento do Italo e funcionou corretamente !