Erro 400 ao cancelar NFC-e

[tporto]

Estou tendo o erro HTTP 400 ao tentar cancelar uma NFC-e estado do MA. Testei outras emissões/cancelamentos e tive sucesso.

21191025116110000144650010000006311452762746.xml

[Juliana Tamizou]

Boa tarde.

O problema foi solucionado? Se sim, como?

Att.

[tporto]

1 hora atrás, Juliana Tamizou disse:

Boa tarde.

O problema foi solucionado? Se sim, como?

Att.

Boa tarde! Semana passada atualizei o componente diversas vezes para solucionar o problema e o erro persistiu. Tive que instalar uma versão mais antiga do componente para "solucionar".

[tporto]

Em 05/11/2019 at 13:44, Juliana Tamizou disse:

Boa tarde.

O problema foi solucionado? Se sim, como?

Att.

A revisão que estou utilizando sem problemas é a 17231 (28/06/2019). Novamente precisei atualizar (09/11/2019) para corrigir uns problemas no mdfe e voltou a ocorrer o erro http 400. Isso só ocorre ao inutilizar e/ou cancelar, tanto nos ambientes homologação quanto produção. Comparei o arquivo ACBrNFeServicos.ini nas duas revisões e não há mudança.

Editado 9 Novembro, 2019 por tporto
add info

[tporto]

Em 05/11/2019 at 13:44, Juliana Tamizou disse:

Boa tarde.

O problema foi solucionado? Se sim, como?

Att.

Fazendo mais testes comparando as duas revisões, a mais nova o arquivo "-eve-soap.xml" está sendo gerado sem informações (limpo).

Editado 10 Novembro, 2019 por tporto
correção

[tporto]

Está acontecendo a mesma coisa ao emitir eventos (Encerrar e Cancelar) do MDF-e.

[BigWings]

Em 09/11/2019 at 10:43, tporto disse:

A revisão que estou utilizando sem problemas é a 17231 (28/06/2019). Novamente precisei atualizar (09/11/2019) para corrigir uns problemas no mdfe e voltou a ocorrer o erro http 400. Isso só ocorre ao inutilizar e/ou cancelar, tanto nos ambientes homologação quanto produção. Comparei o arquivo ACBrNFeServicos.ini nas duas revisões e não há mudança.

A SVRS que é usada pelo MA para NFCe também é usada na maioria dos estados do Brasil.

Então é estranho que só você esteja com problemas...

Como está configurando as propriedades SSLLib?

Como copiou as DLLs da OpenSSL/LibXML/XmlSec?

Já tentou isolar a conexão de Internet? Usando uma ponte 3G/4G por exemplo?

Vi que está testando pelo demo... anexe os arquivos XML *-ped-eve.xml

[tporto]

1 hora atrás, BigWings disse:

A SVRS que é usada pelo MA para NFCe também é usada na maioria dos estados do Brasil.

Então é estranho que só você esteja com problemas...

Como está configurando as propriedades SSLLib?

Como copiou as DLLs da OpenSSL/LibXML/XmlSec?

Já tentou isolar a conexão de Internet? Usando uma ponte 3G/4G por exemplo?

Vi que está testando pelo demo... anexe os arquivos XML *-ped-eve.xml

Testei com a SSLLib Openssl e WinCrypt.
De acordo com a url que está sendo mostrada no erro, o ambiente é o NFe_SVAN
Copiei as dlls Openssl 0.9.8.14, LibXml2 x64, MingGW x64. Copiei para junto do exe e para a system32 e system64
Meu ambiente é windows 10 x64 Lazarus 2.0.6 x64.

O que me deixa mais intrigado é que a revisão mais antiga funciona tudo normal e que a revisão atual consegue emitir sem problemas.

63-ped-eve.xml 63-ped-eve-soap.xml

Editado 11 Novembro, 2019 por tporto
add info

[BigWings]

3 minutos atrás, tporto disse:

De acordo com a url que está sendo mostrada no erro, o ambiente é o NFe_SVAN

O MA usa SVAN para NFe e SVRS para NFCe.

A imagem mostrada no primeiro post mostra endereço da SVRS.

O MDFe também todos os estados são atendidos pela SVRS.

4 minutos atrás, tporto disse:

Copiei as dlls Openssl 0.9.8.14, LibXml2 x64, MingGW x64.

Se está copiando as DLLS MinGW, fez alteração no ACBr.inc para ativar a diretiva {$DEFINE USE_MINGW}?

Para qual diretório está copiando as DLLs?

5 minutos atrás, tporto disse:

Meu ambiente é windows 10 x64 Lazarus 2.0.6 x64.

Em se tratando de Lazarus já tem menos usuários... pode ser algo relacionado ao ambiente Lazarus e 64bits...

[tporto]

7 minutos atrás, BigWings disse:

O MA usa SVAN para NFe e SVRS para NFCe.

A imagem mostrada no primeiro post mostra endereço da SVRS.

O MDFe também todos os estados são atendidos pela SVRS.

Se está copiando as DLLS MinGW, fez alteração no ACBr.inc para ativar a diretiva {$DEFINE USE_MINGW}?

Para qual diretório está copiando as DLLs?

Em se tratando de Lazarus já tem menos usuários... pode ser algo relacionado ao ambiente Lazarus e 64bits...

Copiei as dlls Openssl 0.9.8.14, LibXml2 x64, MingGW x64. Copiei para junto do exe e para a system32 e system64.
Uso o lazarus há mais de uma ano com acbr, e essa é a primeira vez que acontece isso.

Editado 11 Novembro, 2019 por tporto
add info

[BigWings]

37 minutos atrás, tporto disse:

Uso o lazarus há mais de uma ano com acbr, e essa é a primeira vez que acontece isso.

Por favor, atualize os fontes e faça novo teste.

Foi enviado um ajuste para uso do ACBr com Lazarus em 64 bits.

[tporto]

6 minutos atrás, BigWings disse:

Por favor, atualize os fontes e faça novo teste.

Foi enviado um ajuste para uso do ACBr com Lazarus em 64 bits.

Agora deu certo! Consegui cancelar tanto nfe quanto o mdfe. Muito obrigado!

[Daniel Simoes]

Enviei um novo ajuste, preservando um pouco mais, a otimização da FastStringReplace, em FPC 64...
Seria possível atualizar novamente e efetuar novo teste ?

[tporto]

6 minutos atrás, Daniel Simoes disse:

Enviei um novo ajuste, preservando um pouco mais, a otimização da FastStringReplace, em FPC 64...
Seria possível atualizar novamente e efetuar novo teste ?

Testando.

[tporto]

19 minutos atrás, Daniel Simoes disse:

Enviei um novo ajuste, preservando um pouco mais, a otimização da FastStringReplace, em FPC 64...
Seria possível atualizar novamente e efetuar novo teste ?

Tudo OK.

[Daniel Simoes]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.