BigWings

Estranho... no arquivo de schema dessa pasta a aliquota pode ser informada com 6 dígitos, sendo 2 inteiros e 4 decimais. <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="6" /> <xsd:fractionDigits value="4" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType> Sugiro que verifique novamente...

Esse erro geralmente ocorre por estar usando DLLs de 64 bits com uma aplicação compilada para 32 bits, ou vice versa.

Está apontando a pasta de schemas correta para o novo provedor?

Tem uma linha em branco no fim do arquivo... Com o demo do componente acontece o mesmo problema?

Usando WinInet ou Indy depende das configurações do Internet Explorer, e estar com o Windows atualizado. Usando WinHTTP depende da configuração do SSLType, e estar com o Windows atualizado. Usando OpenSSL só depende da configuração SSLType, mas não funciona com certificado A3.

O PA alterou o ambiente de autorização do SVAN para a SVRS desde o início do mês. Atualize os fontes ou apenas o ACBrNFeServicos.ini conforme orientações deste tópico:

Qual UF?

Os métodos são implementados nas classes filhas, dependendo da configuração SSLCryptLib. Por isso é levantada a exceção nesse trecho, para indicar que há configuração incorreta.

Verifique a configuração SSLType, se está LT_TLSv1_2.

Como a nota só tem serviços creio que a tag total.vProd deve ser zero.

Ao que parece isso já está implementado:

Isso foi corrigido na revisão 17635. Tem certeza que está na última revisão dos fontes? É realmente uma NFe ou NFCe que está sendo impressa como DANFE?

Essas são units do DANFE em FastReport. Se você não tem o Fast não devia estar tentando compilar essa unit. Veja se não tem declarado no uses de algum lugar do seu projeto o ACBrNFeDANFEFRDM.pas.

Com tantas regras obtusas das SEFAZ exigindo preenchimento de tags que pelo layout são opcionais logo todas as tags da NFe vão ser obrigatórias.

Enviei correção para o repositório, rev. 17645. Favor atualizar os fontes e testar novamente.

Sim, basta configurar o componente como na minha primeira resposta, carregar o XML com ACBrNFe1.LoadFromFile(<arquivo_xml>, False) e executar o comando de envio (ACBrNFe1.Enviar). O que você não pode fazer é alterar o XML, o segundo parâmetro do LoadFromFile garante isso, ele por padrão já é False. Se você mesmo fazendo isso ainda está tendo a rejeição 228, provavelmente a SEFAZ está bloqueando, de acordo com as exceções da regra de validação: O padrão é rejeitar NFe com data muito atrasada apenas se tiver tpEmis = 1, 6 ou 7. Mas pela primeira exceção a SEFAZ pode sim rejeitar NFe muito atrasada para qualquer tipo de emissão. Tem a segunda exceção (exceção da exceção) que diz que pode ser aceita NFe com tpEmis = 4.

A libxml2.dll não compreende (ou compreende diferente) a expressão regular usada nos schemas oficiais.

Favor anexar o arquivo fonte alterado.

Tentou usar os Schemas disponibilizados pelo ACBr? Na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe.

A inclusão dos itens no XML é feita pela ordem de chamada ao método Det.New / Det.Add. A aplicação é responsável por informar a numeração (Prod.nItem) correta.

Qual fr3 está usando? No arquivo Boleto.fr3 é impressa a banda do comprovante de entrega.

Para referência:

Se não me engano já tem na versão em FastReport... Está usando Fortes?

Essa URL é de versão antiga da NFe, já desativada. Veja a configuração da versão do componente: ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400;

Leu minha mensagem anterior? Provavelmente você está informando a tag finNFe incorretamente.