BigWings

Com xsMsXML também ocorria o erro "schema inválido"? Ou apenas os alertas do tamanho mínimo do nItemPed? Apesar do layout da NFe definir o tamanho do nItemPed como 6 algarismos fixos, os schemas permitem entre 1 e 6 então não deve haver falha na validação. Os alertas são gerados pelo ACBr, o fato de só mostrar o alerta a partir do segundo dígito talvez precise ser verificado. Vai ocorrer com qualquer nota sim, desde que configurado como xsLibXML2. Já tem tópicos sobre isso no fórum. Fazendo o mapeamento da unidade de rede, ou usando xsMsXML, o problema não ocorre.

Você pode usar com arquivo pfx, mas a opção de informar apenas o número de série não foi removida.

A mensagem indica a falta de assinatura no arquivo. Está chamando método ACBrNFe.NotasFiscais.Assinar antes de validar?

Também não localizei a mensagem de rejeição. Me parece uma rejeição inserida pela SEFAZ do estado... tente contato com ela.

Sempre foi... basta o Windows ter suporte a TLS 1.2.

O erro de schema inválido pode ocorrer quando: - SSLXmlSignLib esteja configurado como xsLibXML2 e - Os arquivos de schema estejam corrompidos - Os arquivos de schema contenham string de validação não compreendidas pela libxml2.dll (já vi isso em schema de NFSe, nunca da NFe) - A configuração da pasta de schemas esteja no formato \\servidor\compartilhamento

Assista o vídeo abaixo: Provavelmente você está alterando as configurações via código, se mantivesse como "None" as configurações o erro seria outro.

Tranquilo, obrigado pelo retorno.

Está com os fontes atualizados? Há arquivo ACBrNFeServicos.ini desatualizado no diretório da aplicação?

Se você executar o ACBrInstall_Trunk2.exe e selecionar a opção de apagar os arquivos antigos, será gerado um novo apagarAcbr.bat incluindo todas as unidades.

Tem exemplo de uso na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe\Demo ACBrNFeDANFEEscPOS.

A rejeição por erro não catalogado geralmente indica um problema com a SEFAZ. Que eu saiba não há necessidade de identificar o consumidor em vendas com CFOP 5656.

Não compreendi o problema. Quando não há as tags referentes ao destinatário é o que caracteriza a venda a consumidor não identificado. Para consumidor identificado, no mínimo é preciso informar o CPF/CNPJ/IdEstrangeiro.

Você informa o número do processo que está sendo referenciado na nota. Se não há processo referenciado, não chame o método procRef.Add.

Não... tente perguntar para a SEFAZ. Por favor, permaneça no assunto do tópico.

Chame o Add apenas uma vez: with procRef.Add do begin nProc := '123456789'; indProc := ipSEFAZ; end;

No XML a tag deve ser informada com 2 a 4 casas decimais, segundo layout. Provavelmente estavam falando de algum layout próprio e não do XML. Caso informe com apenas uma casa causará falha de schema:

A consulta no sintegra retorna que a IE do remetente está baixada na SEFAZ-SP.

Informando o valor do campo mostrado na mensagem?

6.3 - Mostre respeito pelo modo de escrever. Escreva de modo claro, gramaticalmente e semanticamente correto. Não escreva TUDO EM MAIÚSCULAS. Isso é lido como se estivesse gritando e é considerado rude. Favor leia as regras do fórum.

A UF em questão aceita que seja informado pagamento em cartão de crédito sem uso do TEF? Em modo normal a NFe é autorizada?

OpenSSL não suporta certificado A3.

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Não sei... tente o debug nos métodos TNFeStatusServico.DefinirDadosMsg e TDFeWebService.SalvarEnvio.

A contingência SCAN foi desativada, há anos.