andre@prodez

Bom dia a todos. Está ocorrendo, em apenas alguns clientes, o seguinte erro ao tentar cancelar qualquer NF-e: "O provedor de dados ou outro serviço retornou um status E_FAIL" Já tentei alterar as configurações avançadas no IE para SSL e TLS e não surtiram efeito. Se faço testes no cliente utilizando meu note o erro não ocorre. Apenas na máquina do cliente, que está com SO Win10. Alguém já passou por esse problema, saberia apontar uma possível solução (pesquisei no forum de diversas maneiras e não encontrei nada). Agradeço desde já. André Luis.

Bom dia Daniel. Uma dúvida. No meu caso eu ainda utilizo a lib Capicom para comunicação com o certificado. E reparei que a DescarregarCertificado que está mencionando comentar as linhas é da WinCrypt. Mesmo assim ocorre comigo o problema com canais seguros conforme já descrito. É isso mesmo, deveria ocorrer tb o erro mesmo na Capicom? O método DescarregarCertificado da unit ACBrDFeSSL dispara a chamada para o método na unit ACBrDFeWinCrypt? Obs.: tentei rastrear o código e verifiquei que ocorre em diversas vezes a chamada a esse método DescarregarCertificado, tornando complexo o uso de um parâmetro no método; não sei, talvez o uso de uma variável de classe com valor padrão (flag). Enfim, não tenho a mesma dimensão que vc dos fontes. Aguardando novidades, obrigado. André Luis.

Bom dia. Dê uma olhada na Econet: http://www.econeteditora.com.br/ Precisa entrar em contato com eles para cotação do valor dos serviços. Att, André Luis.

Bom dia. Conforme dito pelo Juliomar, para resolver esse problema desinstale o certificado e reinstale utilizando o instalador próprio da Valid. Segue link do instalador: http://www.validcertificadora.com.br/Instalador André Luis.

Bom dia a todos. Daniel, só para entender, o problema que estamos relatando (erro de canal seguro a partir da 2a NF-e com cert. A3 - no caso do meu cliente certificado da Valid) passou a ocorrer após o ajuste: "Correção para remover o numero de Série do Certificado, de "CertificadosA3ComPin",quando Descarregar o Certificado." Conforme o post que vc citou, é isso mesmo? Nesse caso, comentar as linhas que vc mencionou seria publicado no SVN? Isso não irá gerar problemas ref. o post citado? Será que seria possível um parâmetro? Aguardando retorno, desde já obrigado a todos. André Luis.

Boa tarde a todos. Também estou com problemas para emissão da NF-e em clientes com certificado A3 (erro relacionado a canal seguro) a partir da segunda Nota enviada (a primeira vai corretamente). Fechando a aplicação e abrindo novamente o ciclo se repete. Ok sobre as alterações sugeridas com relação a alimentação da informação de senha no certificado. No entanto, esse problema passou a ocorrer apenas após as atualizações do ACBr a partir de set/17; será que não é algum bug nessas versões novas do ACBr a partir de setembro, pois utilizando versões do meu aplicativo compiladas com o ACBr no início de agosto o problema não ocorre. Alguém teria um retorno sobre isso? Obrigado. André Luis.

Boa noite Daniel. Opa, funcionou belezinha... cara, muito obrigado por toda atenção. Gde abraço!!! André Luis.

Daniel, acabei de levantar essas informações, segundo meu cliente: "nosso servidor de smtp esta configurado para não pedir autenticação para rede interna nossa" - aí questionei se configurar uma autenticação nele iria dar problemas para os usuários na rede, veja reposta: "Sim. Esse servidor nós usamos para enviar e-mails em lote e scaneamentos. As impressoras da canon não aceitam autenticação, por isso tivemos que deixar assim." Enfim, teríamos que ter a possibilidade de parametrizar o envio de email sem autenticação, será que isso é possível? Lembrando que se eu omitir a verificação da autenticação, o email acaba sendo enviado normalmente... Desculpe o incomodo, mas acabou caindo numa situação nova... de qq forma, obrigado desde já por toda atenção. André Luis.

Bom dia Daniel. Infelizmente ainda não deu certo, fiz o ajuste que vc orientou e também tentei com os seguintes tipos de autorização (mas tb não funcionaram): s := 'AUTH LOGIN'; (e) s := 'AUTH CRAM-MD5'; Em todos os casos o "ReadResult" de FSock.SendString é "504" ; e a comparação feita é: Result := ReadResult = 235; Fiz testes com TLS, SSL ... Vc mencionou a possibilidade de ser alguma configuração incorreta no SMTP, a minha dificuldade é que o meu cliente (que é uma unidade da USP) tem um dpto de TI e não tenho acesso a essas configurações, e eles dizem que está correto (mas posso tentar insistir com eles). O estranho é que na versão compilada antes da migração para Trunk2 não da erro, isso é alguma verificação de autorização de login que antes não era realizada? Pois se eu comentar o "fSMTP.AuthDone" o email é enviado normalmente. Obrigado pela atenção. André Luis.

Boa tarde Daniel. O Windows em que estou testando e 32; no entanto apaguei todas as dlls da pasta system32 e coloquei todas na pasta da aplicação; fiz logoff na máquina e testei novamente... o erro continua. Lembrando, conforme o primeiro post, que olhando a stringlist FESMTPCap não consta o item AUTH ou AUTH= que são procurados para validação da variável fSMTP.AuthDone (debuguei tanto com como sem conexão TLS). Outro detalhe, tenho uma versão antiga compilada na última atualização do Trunk1 e ela funciona - se testo na compilação atual não funciona, se rodo (em seguida sem alterar nenhuma config.) na compilação antiga, envia normalmente. Vcs já chegaram a realizar algum teste usando um servidor SMTP local via IP na versão nova com Trunk2? Obrigado desde já pela atenção.

Bom dia Juliomar. Estou utilizando essas dlls copiadas da pasta "C:\ACBr\DLLs\OpenSSL\0.9.8.14". Copiei elas apenas para pasta Windows\System32. Seria isso, está correto?

Bom dia a todos. Verifiquei em todos os posts sobre esse problema e de fato não consegui uma solução para situação que ocorre no meu caso. Tenho um cliente que utiliza a configuração de email usando um servidor de SMTP local, ficando o SMPT com um endereço IP local. Fiz todos os testes utilizando o demo ACBrNFSe. Investigando o problema (com os fontes do ACBr atualizados), cheguei nas seguintes conclusões: => unit smtpsend -> function TSMTPSend.Login: Boolean - seta a var "FAuthDone": "if" que inicia na linha 450 até a linha 465 . tenta com FindCap('AUTH ') e FindCap('AUTH=') . no entanto, dentro da função "FindCap", a lista FESMTPcap não contem os termos AUTH ou AUTH= (conforme fig. em anexo), retornando sempre '' e ficando a var "FAuthDone" com valor "False" não validando o login de acordo com o código mostrado abaixo (que faz a chamada para função "Login") => unit ACBrMail -> procedure TACBrMail.SendMail - faz a validação do login - "for" que inicia na linha 690: for vAttempts := 1 to fAttempts do begin if fSMTP.Login and fSMTP.AuthDone then Break; if vAttempts >= fAttempts then SmtpError('SMTP Error: Unable to Login.'); end; . a var "fSMTP.AuthDone" acaba ficando sempre com "false" (de acordo com o mostrado acima), invalidando o login e retornando sempre 'SMTP Error: Unable to Login.' . OBS.: se comentar a verificação "fSMTP.AuthDone" deixando apenas "if fSMTP.Login then ..." ai o email é enviado normalmente (tanto com como sem a conexão TLS). Enfim, acredito que esteja faltando tratar alguma situação na carga da lista FESMTPCap nesses casos de configuração de email utilizando um servidor de SMTP local por IP; por favor, alguém poderia me ajudar nessa questão para entender e realizar esse ajuste? Aguardo um retorno, obrigado. André Luis.

Bom dia BigWings Funcionou certinho. Obrigado. Essa alteração estará disponível no SVN? Obs.: um dúvida dentro do contexto desse assunto (pode parecer boba, mas fico na dúvida sempre sobre isso): toda vez que atualizamos o ACBr é necessário (ou recomendado) re-instalar o ACBr na máquina? Abraço

Bom dia a todos. Acabei de atualizar o ACBr na revisão 13237 e ao rodar o instalador ACBrInstall_Trunk2.exe ocorre erro na compilação da package "ACBr_PCNComum.dpk": "C:\ACBr\Fontes\PCNComum\pcnGerador.pas(599) Error: E2010 Incompatible types: 'Boolean' and 'string' ACBr_PCNComum.dpk(39) Fatal: F2063 Could not compile used unit '..\..\..\Fontes\PCNComum\pcnSignature.pas' Compilation failure Erro ao compilar o pacote "ACBr_PCNComum.dpk" Por favor, como proceder nessa situação? Aguardo um retorno, obrigado pela atenção!!! André Luis.

Bom dia a todos. Juliomar, só confirmando. Nesse tipo de opção de não instalar o certificado temos de utilizar a "libOpenSSL" (configurando no componente em: Configurações->Geral->SSLLib). É isso mesmo? André Luis.

bom dia. 1. Se vc tem o caminho/nome_do_arquivoXML salvo no BD seria conforme mostrado acima: acbrNFe.NotasFiscais.Clear; acbrNFe.NotasFiscais.LoadFromFile(QueryNotas.FieldByName('NomeArq').AsString); acbrNFe.NotasFiscais.Imprimir; //funcao do proprio componente p/ Imprimir o DANFE acbrNFe.NotasFiscais.ImprimirPDF; //funcao do proprio componente p/ Gerar o DANFE em PDF e salvar em disco na pasta definida na propriedade PathPDF 2. Se vc tem o conteúdo do XML salvo em banco de dados: acbrNFe.NotasFiscais.Clear; acbrNFe.NotasFiscais.LoadFromString(QueryNotas.FieldByName('XML').AsString); acbrNFe.NotasFiscais.Imprimir; //funcao do proprio componente p/ Imprimir o DANFE acbrNFe.NotasFiscais.ImprimirPDF; //funcao do proprio componente p/ Gerar o DANFE em PDF e salvar em disco na pasta definida na propriedade PathPDF Espero ter ajudado. André Luis.

Bom dia. Você chegou a tentar reinstalar o próprio certificado? André Luis

Bom dia. Na função Enviar da NFe tem o parâmetro "Imprimir" que por padrão é "true", passar ele como "false". André Luis.

Bom dia. Essa NT 2016.002 diz respeito (além de outras questões) principalmente às alterações necessárias para a migração da versão "3.10" para a versão “4.00” do leiaute da NF-e; Entretanto, o prazo previsto para implantação é: - Ambiente de Homologação (ambiente de teste das empresas): 01/06/17; - Ambiente de Produção: 01/08/17; - Desativação da versão anterior: 06/11/17. André Luis.

Boa tarde a todos. Acrescentando mais informações. Também estou com esse mesmo problema em um cliente. Ele possui duas máquinas, uma com o Windows 8 e outra com o Windows 10. Apenas a máquina com o Win10 gera o erro 12029. A máquina com Win8 envia a NF-e normalmente. Detalhes: - em ambas as máquinas conferi as configurações avançadas do IE marcando as opções de SSL e TLS orientadas em vários posts; - Entretanto, no Win10 não existe a opção de SSL 2.0 para marcar (não sei se no caso do Caetano ele tb observou isso). André Luis.

Na NFSe temos os seguintes passos: 1. Gerar o XML do RPS; 2. Assinar o XML (depende do provedor); 3. Montar o lote com 1 ou mais RPS; 4. Assinar o lote (depende do provedor); 5. validar o lote; 6. Enviar o lote; 7. Consultar a situação do lote mediante o numero de protocolo; 8. Se processado com sucesso, Consultar o lote para obter as NFSe; 9. Imprimir o DANFSE; 10. Enviar por e-mail o XML da NFSe ao destinatário ou apenas o link para que o mesmo possa obter o DANFSE via site do provedor. Observação: Os passos de 1 a 9 são executados automaticamente pela function Enviar Note que no caso da NFSe o componente gera o XML do RPS o que temos como retorno do provedor é o XML da NFSe. O componente ACBrNFSe cria varias pastas: Ger, NFSe, RPS, entre outras. Na pasta Ger ficam os XMLs gerais ou seja os de envio e retorno. Na pasta RPS ficam os XMLs dos RPS gerados pelo componente, ja na pasta NFSe ficam os XML das NFSe retornados pelo provedor. Lembre também de olhar o exemplo da ACBr que fica na pasta de instalação do ACBr \Exemplos\ACBrDFe\ACBrNFSe\Delphi Espero ter ajudado. André Luis. Alguns detalhes importantes para um bom funcionamento do componente: 1. Devemos utilizar os arquivos de configuração dos provedores que se encontram na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI 2. Devemos utilizar os arquivos de Schemas dos provedores que se encontram na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas 3. Na rotina de configuração do componente da sua aplicação que vai emitir a NFS-e deve-se incluir as 6 propriedades de configuração referentes ao Emitente (vide o programa exemplo). 4. Não se faz necessário copiar para a maquina do seu cliente todos os arquivos INI e todos os Schemas, basta os arquivos: Cidades.INI e o INI do provedor e a pasta Schemas do respectivo provedor que atende a cidade do Emitente. Andre Luis

Não sei se irá te ajudar a visualizar melhor como funciona a Emissão da NFSe, mas qdo fui implementar a minha o texto abaixo (de autoria do Italo) me ajudou muito: Na NFSe temos os seguintes passos: 1. Gerar o XML do RPS; 2. Assinar o XML (depende do provedor); 3. Montar o lote com 1 ou mais RPS; 4. Assinar o lote (depende do provedor); 5. validar o lote; 6. Enviar o lote; 7. Consultar a situação do lote mediante o numero de protocolo; 8. Se processado com sucesso, Consultar o lote para obter as NFSe; 9. Imprimir o DANFSE; 10. Enviar por e-mail o XML da NFSe ao destinatário ou apenas o link para que o mesmo possa obter o DANFSE via site do provedor. Observação: Os passos de 1 a 9 são executados automaticamente pela function Enviar Note que no caso da NFSe o componente gera o XML do RPS o que temos como retorno do provedor é o XML da NFSe. O componente ACBrNFSe cria varias pastas: Ger, NFSe, RPS, entre outras. Na pasta Ger ficam os XMLs gerais ou seja os de envio e retorno. Na pasta RPS ficam os XMLs dos RPS gerados pelo componente, ja na pasta NFSe ficam os XML das NFSe retornados pelo provedor. Alguns detalhes importantes para um bom funcionamento do componente: 1. Devemos utilizar os arquivos de configuração dos provedores que se encontram na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI 2. Devemos utilizar os arquivos de Schemas dos provedores que se encontram na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas 3. Na rotina de configuração do componente da sua aplicação que vai emitir a NFS-e deve-se incluir as 6 propriedades de configuração referentes ao Emitente (vide o programa exemplo). 4. Não se faz necessário copiar para a maquina do seu cliente todos os arquivos INI e todos os Schemas, basta os arquivos: Cidades.INI e o INI do provedor e a pasta Schemas do respectivo provedor que atende a cidade do Emitente. Andre Luis

Bom dia Italo. Obrigado pelo retorno. Vou fazer alguns testes e qq lhe comunico. Mas o interessante é que num dos momentos que testei essas propriedades de retorno de mensagens de erro, eu havia preenchido (propositalmente) a NFS-e sem informar o ISS, o que no provedor GINFES gera um erro ao tentar enviar, e mesmo assim retornava que o índice [0] não existia, ou seja, que estava sem mensagens de erro. De qq forma vou refazer os testes e qq coisa entre em contato. Obrigado. André Luis.

Boa noite a todos. Seguindo orientação do .txt da pasta de exemplos do ACBrNFSe, tentei tratar os retornos de erros ao gerar/enviar um lote RPS (provedor GINFES): ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.MsgRetorno[ x ].Codigo ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.MsgRetorno[ x ].Mensagem ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.MsgRetorno[ x ].Correcao Gero apenas uma NFS-e por lote, portanto acesso ela sempre por meio do índice [0], no entanto, sempre que utilizo os métodos acima para retornar o erro após uma exceção gerada no método Enviar, é retornado o erro: "List index out of bounds (0)" - como se estivesse acessando um índice inválido. Por favor, alguém poderia me indicar de que forma devo utilizar os métodos acima para obter as mensagens de erro (ou se existi uma outra maneira para isso), pois olhando o projeto de exemplo não consegui identificar. Agradeço a atenção. André Luis.

Boa tarde Ailton; Um teste interessante pra fazer seria vc colocar essas mesmas configurações de email que não estão funcionando no componente em algum aplicativo de email como o outlook por ex. Pois se no outlook também der erro, o problema não está no componente da ACBr ou na forma como está configurando ele. Blz.