BigWings

Nada demais na aba certificado, apenas configurei SSLLib como libOpenSSL e informei caminho do pfx e senha.

Enviei um ajuste para o repositório para não gerar a tag indPag caso não seja informado. Favor atualizar os fontes.

Tem no grupo de pagamentos, que está causando o erro.

Provavelmente a SEFAZ-RS ainda não atualizou os Schemas referentes a NT 2016.002 v. 1.50. Informe pag.indPag := ipNenhum para não gerar a tag. Essa foi removida na NFe 4.00. A nova tag está no grupo de pagamentos.

Você não pode informar o grupo de duplicatas caso não tenha pelo menos uma forma de pagamento do tipo 14-Duplicata mercantil, vai cair na rejeição. Isso vale até a SEFAZ implantar no webservice as regras da NT 2016.002 v. 1.50.

A suspeita óbvia: verificou a validade do certificado?

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.

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.

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.

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.