Ir para conteúdo
  • Cadastre-se

tporto

Membros
  • Total de ítens

    18
  • Registro em

  • Última visita

Posts postados por tporto

  1. 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!

    • Curtir 1
  2. 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.

  3. 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

  4. 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).

  5. 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.

  6. 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".

  7. 1 minuto atrás, Juliana Tamizou disse:

    Boa tarde.

    Acredito que isto está incorreto,  o documento deveria ser emitido com a data atual.

    Att

    O contador do meu cliente informou que não é permitido para NFC-e, mas para NF-e sim, no prazo de 30 dias retroativo. Se ele está correto, não sei. Tenho que buscar essa info de mais fontes.

  8. Olá!

    Um cliente deseja que a NFe saia com a data de ontem 02/01/2019, qual campo devo passar essa informação para que não haja erro?
    Funciona também para NFCe?

    Desde já agradeço!

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.