BigWings

Imprimir essa descrição gigante não é nada prático... vai precisar reduzir outros campos, o que vai contra as dimensões mínimas definidas no último MOC: Até que se defina em NT novas dimensões acho que pode-se manter abreviado... afinal não tem como seguir as duas normas e mostrar o texto todo... mas vamos aguardar opiniões dos demais.

Desmarque a opção "Remover warnings de CAST causados por WideString/String/AnsiString" no instalador. Essa opção só é compatível com versões mais novas do Delphi.

Nesse caso estão sendo usadas DLLs nativas do Windows, com exceção da LibXML2, que você encontra na pasta DLLs\LibXML2. Você só precisa das DLLs da arquitetura do seu executável. Mas não depende apenas de qual configuração vai usar ou não, porque algumas delas são hard-linked com o executável. Se não quiser distribuir todas as DLLs você pode precisar editar o arquivo ACBr.inc ou usar as opções do instalador para não depender das DLLs do XmlSec por exemplo. Aqui tem um tópico explicando:

A princípio sim, gerar uma nova remessa com a propriedade Titulo.OcorrenciaOriginal := toRemessaConcederDesconto e preencher os dados do desconto. Mas é preciso saber também se o banco aceita esse tipo de remessa de alteração de desconto. Se você já fazia remessa de registro de boletos com desconto para esse banco provavelmente a implementação está feita no ACBr.

Os fontes estão todos abertos. Basta abrir e alterar o que quiser, por sua conta e risco. O modelo de DANFe NFCe atual está de acordo com o manual de especificações que determina, por exemplo, que as linhas divisórias não devem aparecer. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=/xyXbAFZ71k= Quanto ao logo basta informar a propriedade Logo, também há configuração de posição do logo e do QrCode. Devia ser o inverso.

Na homologação você precisa enviar para um município específico, código IBGE 3504800, como diz o manual: Então você deve configurar os dados do emitente como sendo dessa cidade.

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.