renato.rubinho

Você tentou inutilizar uma faixa menor ou apenas uma, não inutilizada ainda, para ver se passa? Em tese deveria passar 10.000, maaas...

Está ok. O intuito era confirmar se estava usando um arquivo .pfx. Tenho um cliente em BH, não tenho acesso à base mas basta configurar o pfx para emitir. Existem cadastros distintos para emissão em produção e homologação. Confirme se o cadastro está habilitado para o ambiente que está utilizando.

Você precisa do arquivo pfx com a chave privada no mesmo arquivo para indicar no local que já está preenchendo o caminho.

Boa noite, Veja se o TLS está 1.2. Quanto tempo colocou de timeout? Caso não tenha colocado ainda, tente 30k ou mais, a rejeição pode ser mais rápida que a inutilização.

A consulta retorna o protocolo de autorização. Se você carregar o componente com as mesmas informações da emissão original ou carregar o XML não autorizado e depois consultar, será "montado" o XML autorizado.

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

Será que o certificado foi exportado sem a chave privada? Faz um teste, instala o certificado no Windows marcado a opção para permitir Exportação da Chave Privada. Se não estiver habilitada esta opção, precisa pedir para o cliente o certificado original.

Boa noite, Como está usando arquivo pfx, tente utilizar OpenSSL para descartar algum problema devido ao winCrypt x falta de atualizações do Windows. SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL Copie as dlls atuais na pasta do exe. trunk2/DLLs/OpenSSL/1.1.1.10/

Não conheço esta literatura para confirmar, apenas encontrei a NT que parecia informar sobre o assunto. Talvez um bom despachante aduaneiro possa tirar suas dúvidas a respeito.

Boa tarde Alberto, Você pode abrir o arquivo com um editor de textos e validar os dados gerados com o Leiaute do manual. Identificando qual valor está incorreto, você corrige no preenchimento do componente.

Boa tarde, Pesquisando a respeito, o SH tem relação com a composição dos códigos NCM. Segue NT que trata do assunto. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2016/NFe_NT2016_001 v1.30 - Unidades de Medidas Tributaveis no Comercio Exterior.pdf

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

Boa noite, Uma opção mais "rústica", caso não consiga utilizar as dicas do Juliomar, é pesquisar na pasta de fontes pelo nome da classe, enumerado ou pelo valor específico, identificando assim a unit onde está declarada.

Boa noite, Nem todos os provedores retornam o XML da NFSe. Veja se as consultas implementadas para este provedor retornam o XML completo da NFSe. ConsultarNFSePorRps ConsultarNFSe

Boa noite, Você está comparando o XML de uma NFSe já gerada(baixada do provedor, por exemplo) com o XML de um RPS utilizado para emissão de uma nova NFSe? São xmls diferentes. Caso utilize o componente atual ACBrNFSeX, configure o programa de exemplo e utilize o botão Emitir para a geração de um XML de exemplo.

Boa tarde, Houve mudança no provedor ou na url desse município? Aparentemente a url da mensagem é diferente da configurada no ini. Verifiquem com o provedor se foi alterado algo ou se tem problema do lado deles.

Bom dia, Seguindo à risca o que diz a mensagem, não parece ter nada de errado, sendo que o código do município é o mesmo. Parece erro de validação no provedor ou alguma tag que falta para determinar a prestação dentro do município. Acredito que será necessário passar o XML para o provedor analisar o caso.

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

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

Sim, utilizando winCrypt o Windows deve estar com todas as atualizações em dia. Se for certificado A1, opte sempre por OpenSSL, distribuindo as dlls, não dependerá da atualizações do Windows.

Boa tarde, Pelo fato de emitir por um e não emitir por outro é que aparenta ser problema de ambiente. A configurações de SSL pode influenciar. Exemplos: Se estiver usando winCrypt e o servidor, que funciona, estiver com todas as atualizações em dia, mas a estação não, justifica o erro na estação Se estiver usando OpenSSL e as dlls estiverem somente no servidor, também justifica. Teste com o programa de exemplo na estação para identificar qual é o problema lá.

Boa tarde Adhelmar, Se eles não mudaram a regra, o token expirava em 24h.

Boa noite, Aparentemente está correto, de acordo com o schema. Tente apagar os hífens a redigitá-los, para evitar que sejam caracteres inválidos.

Boa noite, Revise as configurações de SSL/TLS. Veja este tópico.