Renato Rubinho

Bom dia, Pesquise a respeito de GMT e UTC, revise as configurações relacionadas no computador e confirme se não está poucos minutos adiantado, parecendo estar ok, mas podendo ser o motivo da rejeição.

O Daniel falou sobre isso no vídeo de ontem, vai ser criado um componente, mas não tem previsão ainda. Acompanhe as notícias do fórum e do discord para saber quando houverem novidades. Cadastre-se no Discord

Estranho, se deu consumo indevido para o CNPJ deveria acontecer em qualquer lugar até ficar 1h sem usar. Confirma se está em produção nos dois cenários, se estiver em homologação em um e produção em outro, não conflitam.

Confirma se está com a versão 4.0 configurada. Qual o caminho dos schemas? Devem estar locais, em unidade mapeada ou em caminho com link simbólico, se estiver em caminho UNC não irá funcionar com a LibXml2.

Opa, estamos chegando lá.. kkk O problema era o SSLType. Agora devem ser acentuações ou caracteres especiais. Faça um teste sem acentos, "enter" na discriminação dos serviços, "&" e outros mas razões sociais, etc, para ver se passa. Confirme se funcionou. Cole o XML soap gerado, com e sem esses tratamentos, pois talvez tenha que ser feito um ajuste neste provedor com relação ao UTF-8.

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

Nem todos os provedores disponibilizam ambiente e url de homologação. Confirme com provedor se existe para este município, senão vai ser necessário fazer seus testes em produção.

Seus fontes devem estar desatualizados. Preencha apenas o arquivo pfx e a senha, apague o número de série.

Boa noite, Tente com essas configurações SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXml2 SSLType := LT_TLSv1_2 Já veja este tópico para evitar problemas com os schemas, tem que configurar na pasta raiz e marcar para montar o caminho. Não usar os schemas em caminho unc, faça os testes com os arquivos na unidade local. ...e copie todas as dlls para a pasta do exe http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.4/x86/ http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x86/

Boa tarde Tiago, Mude o SSLType para LT_TLSv1_2 Acima você disse que estava usando winCrypt, caso ainda tenha problemas, experimente utilizar OpenSSL: SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXml2

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

Se é que entendi agora, você quer o XML do resumo, se for isso, não me recordo de ser disponibilizado no componente, apenas o XML completo, que será nesta propriedade que destaquei, quando for um documento completo, não o resumo.

Isso, senão não teria o controle de último NSU.

No exemplo do BigWings tem o loop dos documentos existentes no XML de distribuição e mostra como pegar o conteúdo da propriedade XML dentro do loop. Eu acrescentei que você pode verificar, entre os registros, apenas o tipo que contém o XML completo.

Bom dia, Faltou Unit scope names. Ao invés de alterar os fontes, acessar Tools / Options / Language / Delphi / Library / Unit scope names >>> Adicionar “Vcl” na lista

Aparentemente tem bpls de outras versões. Instalou com a opção para remover instalações anteriores? Se não instalou, tente novamente marcando. Tente excluir as bpls na pasta relacionada ao seu delphi. C:\Users\Public\Documents\Embarcadero\Studio\???\Bpl

O loop vai extrair os dados de cada documento. Os registros que tem o XML completo são ret.docZip[i].Schema = schprocNFe Você pega o XML no ret.docZip[I].XML

Bom dia, O NSU é como uma chave primária da DistribuiçãoDFe e não vai existir, na distribuição, um registro sem NSU. Esse documento que você postou como exemplo é um resumo e permanecerá sendo baixado pela consulta por NSU, com seu respectivo Número de NSU. O NSU passa a ser facultativo para a consulta pela chave, relacionada ao download completo do documento que antes dependia da manifestação para estar disponível. Se você efetuar a manifestação relacionada a este documento, a Sefaz permanecerá disponibilizando o XML completo em um próximo registro com um novo NSU, seguindo o fluxo como já era. Segue a NT para maiores informações. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/NFe_NT2014_002 v1.13 a 1.15 - WsNFeDistribuicaoDFe.pdf Segue destaque da versão 1.15, relacionada a esse assunto.

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

Aparentemente o ini já está com a configuração de acordo com o que passou. Veja se o caminho dos schemas está correto, apontando para a raiz dos schemas ...\Exemplos\ACBrDFe\Schemas e marque para montar automaticamente o Path

Desinstala essa versão do fortes, apaga a pasta por via das dúvidas e instala essa https://github.com/fortesinformatica/fortesreport-ce Depois instala novamente o ACBr marcando a opção para apagar instalações anteriores.

Sim, segue um exemplo.

Agora que notei e, relendo o tópico, vi que já havia informado desde o início a versão do monitor, que está desatualizada. O problema pode ser a versão das dlls também desatualizadas. Experimente baixar as dlls atuais da OpenSSL e LibXml2. http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.4/x86/ http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x86/

Revise as configurações conforme abaixo: SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXml2 Se for Windows 10, roda todas as atualizações. Se for Windows 7, instala isso https://github.com/abbodi1406/vcredist/releases

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