BigWings

Esse não seria um XML gerado pelo ACBr já que tem tags com nome errado.

Se você anexar um XML válido e assinado, talvez possa verificar. No que você anexou anteriormente, além de conter tags inválidas, não tem dados do veículo.

Pela mensagem de erro, falta informar a UF da placa do veículo. No teu XML não tem dados do veículo, então não devia causar erro na validação. Caso informe o veículo, a UF da placa é obrigatória.

No ACBr não tem. Neste tópico tem algumas sugestões:

Tem erros demais nesse XML... Use o validador da SEFAZ para identificar e corrigir: https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx

Anexe o XML e informe a mensagem de erro completa.

Provavelmente está enviando XML da NFe 4.00 para um webservice da versão 3.10, ou vice versa. Está com os fontes atualizados? Há arquivo ACBrNFeServicos.ini desatualizado no diretório da aplicação?

De preferência use o enumerado: ACBrNFe.Configuracoes.Geral.VersaoQrCode := veqr200; Atualize a pasta de schemas.

Essa URL é da versão 3.10. Está configurando a versão no componente? ACBrNFe.Confguracoes.Geral.VersaoDF := ve400;

Não. Apesar de não ser recomendado mais o uso, xsMsXml e xsMsXmlCapicom não precisam do ajuste.

Existe um problema na validação dos arquivos XML caso use a configuração SSLXmlSignLib = xsXmlSec ou xsLibXML2 ao validar texto com menos de 3 caracteres, caso utilize os arquivos de schema oficiais. Para contornar esse problema foi necessário um ajuste nos schemas. Então basta usar os schemas da pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe.

A própria mensagem de erro mostra o regex de validação desatualizado. Veja no arquivo leiauteNFe_v4.00.xsd como está a validação: <xs:element name="cEAN"> <xs:annotation> <xs:documentation>GTIN (Global Trade Item Number) do produto, antigo código EAN ou código de barras</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="SEM GTIN|[0-9]{0}|[0-9]{8}|[0-9]{12,14}"/> </xs:restriction> </xs:simpleType> </xs:element> Foi incluído no campo xs:pattern o literal SEM GTIN para validar esses casos, o que não consta no seu, pela mensagem de erro apresentada.

Atualize a pasta de Schemas.

Parece que isso caracteriza um pagamento à vista, e não parcelamento. Nesse caso você pode informar no grupo pag.

O recurso ainda não é compatível com o padrão Bematech, conforme já informado no tópico.

Aqui está funcionando normalmente. A mensagem exibida no navegador é normal. Qual erro você tem ao consumir o webservice pelo ACBrNFe?

O recomendado é usar OpenSSL para certificados A1 e WinCrypt para A3. Leia os tópicos a seguir:

Como a mensagem indica, o erro ocorre quando o componente ACBrNFe não contém nenhuma nota no momento da consulta da NFe. Provavelmente alguma rotina anterior na sua aplicação que gera/assina a NFe ou carrega o XML está falhando.

Tem uma terceira opção, que é gerar a NFe na versão 3.10, que não tem essas validações. Ou aguardar/pressionar a SEFAZ.

O grupo de pagamentos é obrigatório. O grupo de cobrança (fatura e parcelas) é opcional.

Primeiramente, o erro indica que a SEFAZ em questão ainda não implementou as alterações determinadas pela NT 2016.002 v.1.50, que retirou essa mensagem de rejeição, o tipo de pagamento duplicata mercantil, e alterou o nome do grupo dup para "Grupo de Parcelas". Regras essa que já estão, ou deveriam estar em vigor em produção desde 04/06/2018, vide NT 2016.002 v.1.51. Então você deve fazer uma das duas coisas: - Informar a tag pag.tPag = 14 (Duplicata mercantil) e pag.vPag igual a soma dos valores informados no grupo dup. with pag.Add do begin tPag = fpDuplicataMercantil; [...] end; - Não gerar grupo dup no XML.

O XML está correto de acordo com o layout da NT 2016.002 v.1.51, mas os Schemas não estão em acordo com o mesmo. Pelo manual o grupo de dados do FCP-ST (N23.1) é independente do grupo ICMS-ST (N17.1) do CSOSN 900, mas os Schemas definem como dependente. Ainda de acordo com o manual, ambos os grupos são opcionais. Ou seja, há um erro ou no manual ou nos schemas, resta saber em qual... Uma dúvida, você está informando valor de FCP-ST sem informar valor de ICMS-ST... isso está correto?

Se o CFOP é o que está causando a rejeição, sim, você deve gerar novo XML fazendo a correção e enviar novamente.

Esse print mostra que você está com o ACBr desatualizado, ou não recompilou o demo após a atualização do ACBr. Após atualizar os fontes, você reinstalou o ACBr? Após resintalar o ACBr você recompilou o demo/aplicação? Qual UF, modelo de documento, versão e ambiente está testando? O Windows está com todas as atualizações instaladas? Como está configurando a propriedade SSLType?

Ainda não há URL disponível do webservice de consulta de cadastro para NFe 4.00 para MG. Então para usar o comando você pode alterar a versão para 3.10. NFe.SetVersaoDF("3.10")