BigWings

Faça a consulta no cadastro centralizado de contribuintes da SEFAZ-RS: https://www.sefaz.rs.gov.br/NFE/NFE-CCC.aspx No ambiente de homologação não existe inscrição estadual vinculada para o CNPJ.

Está com TLS 1.2 ativado?

Algum retorno para Result nessa linha?

Na NT 2016.002 houve uma alteração significativa quanto ao campo de modalidade do frete. Não existe mais o frete por conta do emitente, o código 0 foi alterado de emitente para remetente e o código 1 de remetente/destinatário para apenas destinatário. Nas notas de saída isso não faz muita diferença já que o emitente é também o remetente. Mas nas notas de entrada, se eu informar que o frete é por conta do remetente (modFrete=0), no DANFE será impresso "0-Emitente", o que estará incorreto. Da mesma forma, se eu informar que o frete é por conta do emissor da nota, no caso o destinatário (modFrete=1), no DANFE será impresso "1-REM/DEST" o que no mínimo vai causar confusão. Acho que é válida uma alteração na denominação de acordo com o layout, mesmo que o manual não tenha previsto isso, nem mesmo a inclusão das duas novas modalidades. Ou estou interpretando errado?

O método ConsultaCadastro retorna os dados do cadastro estadual. Se o CNPJ não tem inscrição estadual não terá cadastro, logo, nada será retornado. Você pode consultar CPF caso o mesmo tenha inscrição estadual, os produtores rurais, por exemplo.

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.

Você tentou o método 2 descrito aqui?

De onde você baixou os Schemas? Use os schemas da pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe.

O motivo do erro, na verdade, é existência da tag indPag no primeiro pagamento, e você estar com a pasta de Schemas desatualizada. Atualize a pasta de Schemas.

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: