Erro HTTP: 500

[carlos_augusto]

Companheiros

Fiz o ajuste no sistema visando geração do arquivo xml da Nota Fiscal Eletrônica no padrão 4.00.

Agora, estamos em fases de testes e estamos observando as seguintes situações :

1)- utilizando um dos servidores conseguimos enviar a Nota Fiscal no padrão 4.00 com sucesso
2)- porém , em outro servidor estamos observando o seguinte erro:
    "Mensagem Original: WebService Consulta Status serviço:
     - Inativo ou Inoperante tente novamente.
     Erro Interno: 0
     Erro HTTP: 500"
    
E ambos servidores estão submetidos às mesmas regras de Proxxy;
Portanto o normal seria dar erro  nos 2 servidores ou certo nos 2 servidores.

Por acaso os companheiros já passaram por isto.

Grato

Carlos Augusto
Franca-Sp

[Italo Giurizzato Junior]

Bom dia Carlos,

Além do proxy verifique o antivírus.

Outra coisa, no servidor que ocorre o problema as propriedades de configuração do proxy do componente estão configuradas corretamente?

[carlos_augusto]

Sr.Italo

Na verdade os dois servidores estão submetidos às mesmas regras de Proxy e mesmo antivirus.

Inclusive chegamos a desativar Antivirus e Proxy mas o problema persistiu.

A diferença é que no servidor de Desenvolvimento temos todas as DLLS que vem com a instalação do ACBR.

Mas, no Servidor de teste não temos todas.

Aí me inspirei em copiar todas as DLLS de um servidor para o outro.

Uma questão, as pastas com nome de X86 , X64 , 32, 64 servem para designar para qual sistema operacional devem ser utilizadas ?

Gratol

[Italo Giurizzato Junior]

Carlos,

Se não me falha a memória essas DLLs devem acompanhar a aplicação, ou seja, se esta é de 32 bits devemos usar as DLLs da pasta X86.

[carlos_augusto]

Sr. Italo

Continua o problema.

Eu atualizei tudo que podia :

- DLLs

-BPLs

-ACBrNFeServicos.ini

Aí testamos com proxy, sem proxxy.

Também testamos em nossa rede e eu outra rede.

Mas não obtivemos sucesso algum.

Por acaso o sr. sabe se esta mensagem de erro é gerada pelo Acbr ou pela Sefaz ?

Grato

 

[Italo Giurizzato Junior]

Carlos,

Pelo que entendi a aplicação roda no servidor, correto?

Ela se utiliza do arquivo ACBrNFeServicos.ini ou ao compilar a mesma é incorporado o ACBrNFeServicos.res?

Você poderia anexar o ACBrNFeServicos.ini para que possamos verificar?

As configurações do Internet Explorer são as mesmas em ambos os servidores?

Quais são os valores de: SSLLib, CryptLib, HttpLib, XMLSignLib e SSLType?

[carlos_augusto]

Prezado Sr.
Italo

Nós temos o seguinte cenário :
Temos o Servidor do Departamento de Desenvolvimento que roda Windows 2012.
Neste servidor o ACBR está instalado corretamente.

Quando chegamos a fechar uma versão com a Nfe 4.00 inserida, nós disponibilizamos
o exe e bem como dlls e bpls para o pessoal que faz os testes.

Os testadores, por sua vez efetuam testes em máquinas com Windows 7, 8 ou 10.

Aí eles se defrontaram com a seguinte situação :
- em 1 Notebook com Windows 7 funcionou
- nos demais micros não funcionou

Deixando claro que quando fizemos a instalação , procuramos observar as recomendações
expressas no forum  do Acbr.
No caso das dlls estamos utilizando as descritas no post : https://www.projetoacbr.com.br/forum/topic/42611-tls-12-para-nfenfce-40/.

No início imaginávamos que pudesse ser o proxy.
Porém nestes micros de teste, mesmo com o proxy desativado continuam com erro.

Imaginamos que seja algum problema espefico na interação do ACBR e Sistema Operacional.

Mas não conseguimos indentificar o que possa ser.

Assim, solicitamos sua ajuda e estamos apto a remunerá-lo pelos seus honorários.

Vide em anexo o descritivo dos erros ( arquivo : ERRO_TRANSMISSAO_NF40.rar ).

Grato

ACBrNFeServicos.ini

ACBrNFeServicos.rc

ACBrNFeServicos.res

ERRO_TRANSMISSAO_NF40.rar

[Italo Giurizzato Junior]

Carlos,

O seu arquivo ACBrNFeServicos.ini esta desatualizado.

A atualização não prejudica, mas por ele estar desatualizado pode ser que alguns fontes referente ao componente ACBrNFe possam também estar.

Acabei de realizar um teste de consulta ao status, ambiente de homologação, SEFAZ-SP com as mesmas configurações sua e funcionou.

Detalhe esse teste foi realizado em uma maquina com Windows 10.

Inicialmente tive um erro pois o SSLType estava como ALL depois mudei para TLS 1.2 e consegui realizar a consulta.

No Internet Explorer desmarque as opções: Usar SSL 3.0 e Verificar revogação de certificados do servidor.

Sendo que a ultima se faz necessário reinicializar a maquina.

[carlos_augusto]

Sr. Italo

Estou fazendo a atualização dos fontes do Acbr.

E torcendo para que a causa do problema seja o fato de estarmos utilizando código-fonte do acbr de cerca de 35 dias atráz;

Logo que conseguir efetuar atualização eu lhe reporto.

[carlos_augusto]

Sr. italo

Ainda estou efetuando a instalação.

Utilizando o Instalador não deu certo.

Estou instalando os pacotes individualmente.

Grato

 

[Italo Giurizzato Junior]

Carlos,

O que ocorreu durante a instalação com o ACBrInstall_Trunk2 ?

A principio só temos que fazer uma instalação "manual" quando o Delphi é Trial.

[carlos_augusto]

Sr. Italo

Bom Dia!

Ontem estavamos tão ansiosos por encaminhar o assunto que  nem tivemos muito tempo para questionar porque o Instalador estava  aparesentando erro.

Fizemos portanto a atualização do Acbr e em alguns computadores persistiu o problema.

Indiquei que o responsável pelo hardware faça manutenção nos computadores.

Ele optou por formatá-los e fazer reinstalação do windows.

Após o almoço estaremos aptos a fazer novo teste de transmissão da Nfe.

Logo que tiver um resultado do teste de transmissão eu lhe reporto.

Agradeço por sua atenção.

Carlos

Franca-Sp

 

[carlos_augusto]

Sr. Italo

Os nossos Colaboradores fizeram diversos ajustes visando resolver os erros nos computadores que apresentaram problema.

Fizeram formatação e atyualização de windows, browser e bem como refazendo todas as configurações de TLS.

Obviamente utilizamos para cada computador a licença de windows que possuimos.

Verificamos que persistiu erro em uma minoria onde o Windows é 32 bits.

Mas não sabemos determinar a causa do problema.

Por ora vamos deixa o assunto sem uma solução definitiva até nós finalizarmos todos os procedimentos de desenvolvimento da NFE.

Logo que retormarmos o assunto eu entro em contato .

Agrademos muito a sua ajuda.

Carlos

Franca-Sp

[Italo Giurizzato Junior]

Boa tarde Carlos,

As maquinas que a aplicação apresenta o erro, o Windows é 32 bits, correto?

E qual é a versão do Windows?

As maquinas cujo Windows é 64 bits esta rodando sem nenhum problema, independente da versão do Windows?

 

[carlos_augusto]

Sr. italo

As máquinas de 64 bits rodam sem qualquer problema.

As máquinas 32 bits rodam Windows 7 Starter e Professional.

Grato

[Italo Giurizzato Junior]

Bom dia Carlos,

Se tratando de NF-e 4.00 lembre-se que esta usa o TLS 1.2, é preciso que o Windows tenha suporte para o TLS caso contrario não vai funcionar.

[Rafael Dias]

O windows 7 precisa no minimo do pacote SP1 do mesmo como indicado no link abaixo.

https://support.microsoft.com/pt-br/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-a-default-secure-protocols-in

Lembrando que a versão starter do windows 7 é bem fraca em relação as funcionalidades da mesma.

[carlos_augusto]

Prezados Senhores
Italo e Rafael

Sinceramente eu estou desanimado!

Efetuamos todos os testes imagináveis, com formatação, reinstalação de Sistema Operacional, atualização.

Porém, existem alguns computadores 32 bits onde não funciona a transmissão da Nfe, conforme relatei anteriormente.

Minha última tentativa para resolver estes computadores de 32 bits foi reproduzir no nosso sistema uma situação que existe no AcbrMonitor.

No ACBRMONITOR , quando existe opção por marcar a propriedade : SSLIB = LibOpenSSL , ele utiliza somente os campos de :
- Nome do Certificado
- Senha do Certificado
Já se SSLLIB = libWinCrypt o AcbrMonitor envia apenas a:
- Série do Certificado

Fiz o ajuste e configuramos o sistema para considerar SSLIB = LibOpenSSL.

O sistema então passou então a conseguir efetuar consulta de Status do Serviço corretamente ( anteriormente só dava erro ) , mas na hora do envio da Nota Fiscal agora aparece um erro de "Senha do Certificado Inválida".

Coloquei um ShowMessage para conferir se o sistema estava passando corretamente a senha e constatamos que está sendo passada exatamente a senha que foi cadastrada quando da aquisição do certificado.

Assim, voltamos ao ponto de partida e não temos como resolver o problema destes computadores.

Por acaso os senhores teriam mais alguma sugestão para resolver o problema.

Grato

[carlos_augusto]

Senhores,

Consulta Status Serviço OK

Transmissão 4.0 Homologação: Problema, inclusive no Monitor

Parâmetros:

 

ACBR Monitor: Fecha a aplicação, sem qualquer mensagem de erro (repetimos inúmeras vezes e ocorre o mesmo).

Nossa aplicação: "Access violation at address 5003C596 in module 'rtl160.bpl'. Read of address 58F30BFE".

Gostaria de um auxilio, pois, precisamos implementar a NF-e 4.0 e existe o impeditivo de utilizar libWinCrypt e ocorrer erros e com a opção libOpenSSL, estamos encontrando esse problema. Ao que me parece a rotina de cancelamento também está com o mesmo problema.

O erro de senha, que tinha relatado anteriormente, foi solucionado. Tratava de um problema no certificado que estava sendo utilizado.

Desde já agradeço e aguardo.

[Italo Giurizzato Junior]

Bom dia Carlos,

É muito estranho o Monitor estar fechando do nada ao enviar uma nota.

Com relação a sua aplicação, o AV pode estar ocorrendo na aplicação ou no componente e somente um "debug" poderá mostrar o ponto exato que ele ocorre.

O fato de não poder usar o libWinCrypt é por conta dos computadores 32 bits?

[carlos_augusto]

Sr. Italo

Sim , o objetivo é resolver o problema verificado nos computadores 32 bits.

Eu tentei efetuar um debug utilizando as configurações de assinatura digital da SSLLIB = LibOpenSSLconforme indicado na imagem acima.

E tentei debugar para achar o ponto exato em que ocorre o erro.

Constatei que o erro está exatamente  em :

          acbrNota.NotasFiscais.Assinar;

E o erro é exatamente o que anteriormente aparecia :

  Access violation at address 5003C596 in module 'rtl160.bpl'. Read of address 85255C8B

Se mudarmos para a configuração para para SSLLIB = libWinCrypt este erro não acontece.

E tomamos por padrão colocar a RTL160.bpl em todos lugares possíveis ( junto com o exe, e até nas pastas Windows\System.

Grato

Carlos

[Italo Giurizzato Junior]

Carlos,

Se o erro é de Violação de Acesso não faz sentido você copiar a BPL em questão que é do Delphi para tudo que é pasta que você acha que ela deve existir.

A mensagem de erro não se trata de BPL não encontrada e mesmo que fosse, o correto é descobrir o porque de não esta encontrado.

Esta tudo errado o seu procedimento.

Nessa angustia de tentar resolver o problema com essa atitude de copiar DLL ou BPL esta tornando o problema maior ainda, ou seja, um caos.

A minha sugestão é que você pegue uma maquina, formate, instale o Windows, o Delphi, o ACBr, copia os fontes da sua aplicação e antes de compilar checar se nas pastas que contem os fontes da sua aplicação, não exista nenhuma DLL, BPL ou DCU do Delphi ou ACBr.

[José M. S. Junior]

3 horas atrás, carlos_augusto disse:

Sr. Italo

Sim , o objetivo é resolver o problema verificado nos computadores 32 bits.

Eu tentei efetuar um debug utilizando as configurações de assinatura digital da SSLLIB = LibOpenSSLconforme indicado na imagem acima.

E tentei debugar para achar o ponto exato em que ocorre o erro.

Constatei que o erro está exatamente  em :

          acbrNota.NotasFiscais.Assinar;

E o erro é exatamente o que anteriormente aparecia :

  Access violation at address 5003C596 in module 'rtl160.bpl'. Read of address 85255C8B

Se mudarmos para a configuração para para SSLLIB = libWinCrypt este erro não acontece.

E tomamos por padrão colocar a RTL160.bpl em todos lugares possíveis ( junto com o exe, e até nas pastas Windows\System.

Grato

Carlos

Boa tarde, Se for utilizar o ACBrMonitor use o instalador, já vai atualizar automaticamente na pasta os .INI, Schemas e dlls corretos...

Experimente refazer os testes com OpenSSL utilizado o ACBrMonitor a partir do instalador:

 

[carlos_augusto]

Italo,

O ambiente de desenvolvimento (gerador da aplicação), obviamente, não é o ambiente de testes. Ou seja, as DLL's, BPL's, foram testadas em ambientes distintos, portanto, ainda temos ambientes "não contaminados", contudo, a falha permanece, tanto no ACBRMonitor, quanto na nossa aplicação. E sobre formatar e utilizar ambiente de teste limpo, já fizemos (conforme citado anteriormente).

Averiguamos que o erro (em nossa aplicação), ocorre na assinatura do XML (contudo, testamos com vários certificados, descartando problemas de certificado digital).

A questão é que caso tivéssemos cometendo um erro, provavelmente não funcionaria em nenhum ambiente, porém, por hora, temos problemas em ambientes de 32 bits, por isso, estamos mantendo contato, tentando, encontrar alguma sugestão que possa apontar algo que esteja faltando ou que estejamos falhando, para solucionar o problema definitivamente.

ACBR Monitor: Fecha a aplicação, sem qualquer mensagem de erro.

Nossa aplicação: "Access violation at address 5003C596 in module 'rtl160.bpl'. Read of address 58F30BFE".

Estou enviando gif do procedimento no ACBRMonitor e arquivos de LOG do mesmo.

LOG.TXT

LOG_COMP.TXT

[carlos_augusto]

28 minutos atrás, José M. S. Junior disse:

Boa tarde, Se for utilizar o ACBrMonitor use o instalador, já vai atualizar automaticamente na pasta os .INI, Schemas e dlls corretos...

Experimente refazer os testes com OpenSSL utilizado o ACBrMonitor a partir do instalador:

 

José Junior,

Primeiramente, muito obrigado!

Sua solução deu resultado, uma vez que, o ACBR Monitor passou a transmitir e cancelar NF-e. Não fechou mais em nenhum teste.

Me desculpem, mas isso reforça minha ideia de que, o ambiente pode interferir, contudo, deve existir algo que falta ou está incorreto, que causa o erro.

Minha aplicação continua com o problema:

 "Access violation at address 5003C596 in module 'rtl160.bpl'. Read of address 58F30BFE".

Lembrando que:

Em estações de 32 bits: Não consigo transmitir NF-e com libWinCrypt e libOpenSSL

Em estações de 64 bits: Não consigo transmitir NF-e com libOpenSSL

Setando libOpenSSL, minha aplicação apresenta o erro de "Acess violation" descrito acima.

Alguma ideia?

Editado 15 Junho, 2018 por carlos_augusto