TOTVS S/A

Estou com esse mesmo problema, repentinamente começou a ocorrer erro no momento de transmitir as vendas, justamente depois q assinar o arquivo. Cliente nao utiliza antivirus nas maquinas...vc conseguiu identificar a causa?

Bom dia @Daniel Simoes, realizamos os testes e funcionou perfeitamente. Muito obrigado pelo apoio.

Configurando libWincrypt funciona e versões anteriores da DLL OpenSSL também funciona.

De fato, o CN contém apenas o nome da empresa.

Bom dia @BigWings, realmente testando com outro certificado funcionou. Existe algo a ser feito para contornar esse problema, ou realmente é um problema no certificado? Em versões anteriores do OpenSSL não ocorre o problema. Realmente, o tópico citado é o mesmo problema. Grato

Boa tarde. Realizamos a atualização dos fontes, para emissão de NFC-e utilizamos a configuração OpenSSL com certificado A1. Mas quando efetuamos qualquer teste é retornado o erro. Debugando o fonte me deparei que acontece na classe ACBrDFeOpenSSL, no método GetCertExt: Para ser mais especifico acontece no código abaixo: prop := ext^.value; propStr := PAnsiChar(prop^.data); /*Nesta linha*/ SetLength(propStr, prop^.length); P := pos(FlagExt, propStr); Mas não sei mais como proceder diante desse problema. Att.

Obrigado pela informações @MFincotto, vou acompanhar pelo tópico mais antigo. Qualquer novidade posto lá.

Bom dia, Algum relato de problemas em ambiente de produção por conta da mudança das URLs? Pergunto porque tenho clientes em todos os Estados e não estou com o ACBrNFeServicos.ini atualizado com os novos endereços em produção, e até agora nenhuma reclamação. Pelo que estou percebendo ainda está aprovando com os endereços antigos, e a pergunta é se por acaso eu realizar a atualização não correria o risco de parar por mais que tenha entrado em vigor no dia 20/05/2019? Alguém poderia relatar se houve problemas com a aprovação por causa da atualização?

Sim, inclusive está funcionando em outros clientes de outras UFs.

Bom dia, Estou com problema ao enviar o cancelamento por substituição nos clientes da SEFAZ do Mato Grosso. Está retornando o erro : 999 - Erro não catalogado Segue em anexo o xml. 1-ped-eve.xml 1-ped-eve-soap.xml

Mesma coisa acontecendo com nossos cliente do Mato Grosso... começou agora pelo jeito.

Bom dia, Vou tentar entrar em contato com o pessoal da SEFAZ do MT. Se alguém estiver passando pelo mesmo problema e queira conversar a respeito, me add no skype "[email protected]". @Daniel Simoes e @Italo Jurisato Junior obrigado pelas orientações.

Bom dia, roda em rede local no nosso cliente. Esse cliente não emite notas para outras empresas. Só uma questão de sincronização..nao tinha lido a sua mensagem antes enquanto enviava a anterior

Só pra constar o cliente que está sendo enviado é o cnpj 03790904000318(Comercial Carapa De Secos E Molhados Ltda ) e o retorno é do cnpj 30450144000100(MK DE OLIVEIRA ROSA REBELLO EIRELI). Tudo isso está nos logs e xmls anexados.

Bom dia a todos, Segue o xml e os logs do caso citado...ser vcs observarem nos logs a venda foi aprovada normalmente porém a sefaz retornou uma rejeição de NCM, porém de outra chave com outro cnpj que não é da empresa que enviou. Um detalhe que confirma que a venda foi aprovada, é que ao tentar enviar a venda novamente retornou a rejeição informado que ja existia uma venda aprovada com aquele numero. Pra ficar claro, os arquivos que iniciam com 307556 são referentes a primeira venda que foi enviada, e os arquivos que iniciam com 167308 são referentes a segunda tentativa de envio que retornou a rejeição 539. 307556-pro-lot.xml 307556-pro-lot-soap.xml 307556-env-lot.xml 307556-env-lot-soap.xml 167308-env-lot.xml 167308-env-lot-soap.xml