Emissão NFe 4.0 Goiás

[Daniel Simoes]

Por favor se atentem para a especificidade do problema tratado nesse tópico...  O que não funciona é: "NFE4.0 + SEFAZ GO + OpenSSL"... Ou seja, funciona normalmente em WinCrypt

[Fabrício Melo]

Atualizei ontem para a Versão 13692

A minha configuração é a seguinte:
SSLLib := libWinCrypt;
SSLCryptLib := cryWinCrypt;
SSLHttpLib := httpWinHttp;
SSLXmlSignLib := xsMsXml;

Pasta Schemas atualizada

Rejeição: Cabeçalho - Falha no Schema XML

278-env-lot.xml

278-pro-lot.xml

[Daniel Simoes]

Vocês estão usando os Schemas da versão 4.0 ?

Como reproduzir o problema, no Demo do ACBrNFe ?

[Italo Giurizzato Junior]

Boa tarde a todos,

Notem que no XML de envio a versão da NF-e é 4.00 já o de retorno é 3.10

Logo, deve ter algum "pau" no Web Services de Goiás.

[Daniel Simoes]

Humm.. boa pegada Italo... provavelmente eles estão validando nos Schemas da versão 3.10

[Fabrício Melo]

Fiz o teste no DEMO

Na versão 3.10 e 4.00 com a mesma configuração.

"Status do Serviço" e "Carregar XML e Enviar"

3.10 tudo ok para os 2 eventos

4.00 os erros abaixo 

[messiashenrique]

2 horas atrás, bilogyn disse:

Atualizei ontem para a Versão 13692

A minha configuração é a seguinte:
SSLLib := libWinCrypt;
SSLCryptLib := cryWinCrypt;
SSLHttpLib := httpWinHttp;
SSLXmlSignLib := xsMsXml;

Pasta Schemas atualizada

Rejeição: Cabeçalho - Falha no Schema XML

278-env-lot.xml

278-pro-lot.xml

Muito estranho porque o a requisição específica a versão 4.0 e o servidor responde 3.1... Isso não é normal, né?

Obs.: Desculpem-me, respondi ao mesmo tempo que o Ítalo... (ele postou a mesma observação)

Editado 2 Agosto, 2017 por messiashenrique
parecido

[Daniel Simoes]

O problema é no SEFAZ... por favor acionem o suporte deles...

[Fabrício Melo]

Fiz o Teste no DEMO em produção na versão 4.00 pra ver no que dava:

[Fabrício Melo]

54 minutos atrás, Daniel Simoes disse:

O problema é no SEFAZ... por favor acionem o suporte deles...

Já abri um protocolo, assim que me responderem posto aqui, mais, se alguém mais quiser entrar na fila.

Contato

4000-1230 - Abrir chamado

[email protected]

Departamento de TI.

[email protected]

[BigWings]

1 hora atrás, bilogyn disse:

Fiz o Teste no DEMO em produção na versão 4.00 pra ver no que dava:

As URL de produção ainda não estão no componente, ainda nem foram divulgadas.

Quando o ACBr não encontra a URL para a versão 4.00 ele pega a URL da versão anterior, no caso a 3.10. O cabeçalho do XML enviado na versão 4.00 é diferente, por isso o erro de Schema.

Para funcionar na versão 4.00 você deve testar em homologação e só precisa configurar a propriedade SSLType como LT_TLSv1_2.

[Fabrício Melo]

17 minutos atrás, BigWings disse:

As URL de produção ainda não estão no componente, ainda nem foram divulgadas.

Quando o ACBr não encontra a URL para a versão 4.00 ele pega a URL da versão anterior, no caso a 3.10. O cabeçalho do XML enviado na versão 4.00 é diferente, por isso o erro de Schema.

Para funcionar na versão 4.00 você deve testar em homologação e só precisa configurar a propriedade SSLType como LT_TLSv1_2.

 è mesmo, funcionou agora!

[Fabrício Melo]

Então resumindo:

"Para funcionar na versão 4.00 configurar a propriedade SSLType como LT_TLSv1_2" e atualizar o Arquivo  o "ACBrNFeServicos.ini" na pasta do executável ou diretório que estiver armazenado.

[GILBERTO FARIA]

Boa Tarde a todos,

Alguem de goias,  goiania ja conseguiu fazer os testes da nfe.  4.0  ?

[GILBERTO FARIA]

Ja atualizei  tudo e ainda continua o mesmo erro  Rejeição: Cabeçalho - Falha no Schema XML

[BigWings]

2 minutos atrás, GILBERTO FARIA disse:

Ja atualizei  tudo e ainda continua o mesmo erro  Rejeição: Cabeçalho - Falha no Schema XML

 

Chegou a testar a configuração que sugeri logo acima?

[Fabrício Melo]

Em 02/08/2017 at 17:01, bilogyn disse:

Então resumindo:

"Para funcionar na versão 4.00 configurar a propriedade SSLType como LT_TLSv1_2" e atualizar o Arquivo  o "ACBrNFeServicos.ini" na pasta do executável ou diretório que estiver armazenado.

SSLLib  -> libWinCrypt;
SSLCryptLib  -> cryWinCrypt;
SSLHttpLib  -> httpWinHttp;
SSLXmlSignLib -> xsMsXml;

Atualizado o Schemas.

Funcionando 100%

[GILBERTO FARIA]

bom dia,   

alterei tudo como falou,  mas nao deu certo,   pode me mandar um xml,  para eu comparar com que estou gerando,  ver se vejo alguma diferença 

[Daniel Simoes]

Você gera o XML ou o INI, na sua aplicação, para enviar ao MonitorPLUS?

[Fabrício Melo]

Estranho, esse erro eu tive porque o meu arquivo "ACBrNFeServicos.ini" estava desatualizado, eu tinha ele no mesmo diretório do meu executável, foi só atualiza-lo para a versão atual que resolveu...

52170819704068000180550010000003411000003418-nfe.xml

[GILBERTO FARIA]

verifiquei todo o xml,   

segue o xml que gerei, o ini,   o monitor, com as respostas de erro, e a configuracao do monitor,  não consequi encontrar nada, se puder olhar,  ficarei agradecido,  aguardo resposta,   obrigado

ACBrNFeServicos.ini

52170805672706000113550030000025201000025200-nfe.xml

[Fabrício Melo]

Fiz os teste com o Demo do ACBRNFe.

[BigWings]

3 horas atrás, GILBERTO FARIA disse:

segue o xml que gerei, o ini,   o monitor, com as respostas de erro, e a configuracao do monitor,  não consequi encontrar nada, se puder olhar,  ficarei agradecido,  aguardo resposta,   obrigado

Qual Windows é esse?

Houve relatos de problemas com Windows Server 2008.

[GILBERTO FARIA]

windows 7, tudo normal na 3.0

[GILBERTO FARIA]

verifiquei todo o xml,   

segue o xml que gerei, o ini,   o monitor, com as respostas de erro, e a configuracao do monitor,  não consequi encontrar nada, se puder olhar,  ficarei agradecido,  aguardo resposta,   obrigado  windows 7 e  windows 8 

ACBrNFeServicos.ini

52170805672706000113550030000025201000025200-nfe.xml

ACBrNFeServicos.ini