BigWings

Essa validação existe desde a implantação da NFe 4.00 a partir da NT 2016.002 v. 1.40. Faça uma busca no fórum e veja a quantidade de posts sobre o assunto. Ela só foi removida na NT 2016.002 v. 1.50, a vigorar a partir de 02/05/2018 (homologação) e 16/05/2018 (produção). Estranho, já que essa validação é obrigatório na NFe 4.00. Tem um XML autorizado com o grupo de duplicatas e sem informar o tPag = 14?

Sim, como dito. Qual UF?

OpenSSL é o único que deve funcionar, a tabela dos SO compatíveis com TLS 1.2 se refere a compatibilidade nativa com o protocolo. Fiz testes no Windows Server 2003 e Windows XP com OpenSSL e funcionou, apenas copiando as DLLs da pasta ACBr\DLLs\OpenSSL\1.0.2.13 para o diretório da aplicação. Não sei dizer quanto a atualização do Windows, entretanto.

No help do ACBrMonitorPLUS tem a sintaxe correta: [PAGXXX] tpag= vPag= tpIntegra= CNPJ= tBand= cAut= vTroco= https://acbr.sourceforge.io/ACBrMonitor/NFECriarNFe.html

Testou com o demo do ACBr? Informe o passo a passo para reprodução do erro.

Já verificou se o Windows tem todas as atualizações instaladas?

Sem o XML fica difícil descobrir o problema. Algumas suspeitas: - Você ainda está com Schemas desatualizados - Você está configurando a propriedade PathSchemas para uma pasta com Schemas desatualizados - Você está gerando a NFCe na versão 3.10. Apenas a partir da 4.00 são aceitos os tipos 14-Duplicata Mercantil e 15-Boleto bancário.

Verifique configuração ExibirTotalTributosItem.

Erro de validação é exibido após o componente confrontar o arquivo XML contra os arquivos de Schemas XSD locais, antes de tentar comunicação com o webservice, então a UF envolvida não tem muita importância. Já para o erro do tipo "Rejeição: Falha no Schema XML..." significa que o webservice rejeitou os arquivos por erro no Schema. Se está tendo simplesmente erro de validação é provável que esteja com esses arquivos de Schema locais desatualizados. Inclusive foram enviados hoje ao repositório arquivos atualizados já contemplando as últimas notas técnicas da NFe.

Eu apenas replico a exceção do componente: try ACBrNFSe1.Enviar(vNumLote); except on E:Exception do ShowMessage('Erro no envio: ' + E.Message); end;

No Linux é suportado apenas certificados A1 com OpenSSL.

O componente deve gerar uma exceção em caso de erro no envio. No seu código abaixo você está ignorando a exceção gerada pelo componente e apenas atribuindo False ao retorno do envio: Você pode inserir no except nesse trecho o tratamento de erros.

Algumas UF, como SP, estão exigindo o protocolo TLS 1.2 apenas em homologação, e ainda não em produção, então pode ser esse o problema.

NT 2016.002 v. 1.50 - 26/04/2018 http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=XPcFD/sRNlQ= Pelo que entendi, apenas NFCe foi prorrogada.

Separe cada linha com ponto-e-vírgula.

Leia a última versão da NT 2016.002, há novas validações para os campos FCP e FCP-ST que podem ajudar esclarecer a dúvida.

No msconfig.exe está marcado para inicialização seletiva? Já vi casos em que dessa forma alguns serviços não inicializam, mesmo marcados para inicializar. Colocando em inicialização normal funciona...

Falta configurar essas propriedades no componente.

ACBrGNRe.Configuracoes.Geral.SSLLib := libOpenSSL; ACBrGNRe.Configuracoes.Geral.SSLCryptLib := cryOpenSSL; ACBrGNRe.Configuracoes.Geral.SSLHttpLib := httpOpenSSL; ACBrGNRe.Configuracoes.Geral.SSLXmlSignLib := xsXmlSec; Aproveite e veja esta vídeo aula para entender as diferenças entre as bibliotecas de comunicação:

Configure SSLCryptLib como cryOpenSSL.

Um erro não tem relação com outro. Se você está tendo erro de timeout, quer dizer que a validação, assunto do tópico, foi feita com sucesso. Pro erro de timeout, precisa saber qual o serviço, UF, ambiente... enfim, melhor abrir outro tópico.

Está configurando pelo arquivo .pfx ou pelo número de série? Se pelo número de série, o certificado foi instalado com a permissão de exportação de chave privada?

Sim.

Não cole trechos grande no tópico, dificulta a leitura, anexe como arquivo. CST 00 não permite ICMS-ST, os valores são ignorados na geração do XML.

Desculpe, não percebi que estava falando do ACBrMonitorPLUS. No ACBrMonitorPLUS, em modo Fortes a impressão do evento sairá sempre em modo A4: bMostrarPreview := BoolToStr((Cmd.Metodo = 'imprimirevento' ) and (Cmd.Params(4) = '1')); ConfiguraDANFe(False, bMostrarPreview ); if (rgModoImpressaoEvento.ItemIndex = 0) or (ACBrNFe1.DANFE = ACBrNFeDANFCeFortes1) then //Atualmente não existe impressão de eventos em Fortes para Bobina ACBrNFe1.DANFE := ACBrNFeDANFeRL1; Para impressão em bobina apenas no modo EscPOS.