BigWings

Ou o arquivo MDFEE.ini informado no comando não existe ou tem algum erro no mesmo.

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?

Independe do método já que o erro está no próprio arquivo de schema. Validando pelo Notepad++ vi que ficou faltando a tag de abertura de um nó do XSD: Segue arquivo corrigido: nfse_v2-03 2016.xsd

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

Pelo log você não configurou o modelo da balança. Tente também definir a velocidade como 2400.

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?