BigWings

A questão do logotipo acredito já ter sido tratada, mas a quantidade de linhas nas observações parece ainda causar quebra de página no DANFCe. Podemos fazer mais esse ajuste... ACBrDANFCeFortesFr.pas

Quanto ao layout do XML, sim. Ele é o mesmo para NFe e NFCe, mas há algumas tags que existem apenas na NFCe e outras apenas na NFe. Já quanto aos webservices de autorização, eles geralmente são diferentes. Não há mensagem de rejeição do tipo específica para NFCe, então o mesmo código de rejeição da NFe é usado. Mesmo assim, o CNPJ/IE do emitente deve estar autorizado na SEFAZ do estado para emissão da NFCe. Também é necessário cadastrar o CSC e IdCSC.

Anexe o XML com problema.

O ACBr é 100% compatível com todas as versões "Embarcadero" do Delphi.

Minha rotina apenas gera o arquivo de remessa.

Tem que ser um a um como o Juliomar disse, só abrir os .dpk na pasta ACBr\Pacotes, compilar e instalar pelo Delphi. Veja o documento "Bem_Vindo_ao_Trunk2.pdf" na raiz do ACBr, pra saber as dependências dos pacotes, qual instalar primeiro.

O primeiro passo é entrar em contato com o banco pra saber se ele fornece algum serviço do tipo. Vi em outro posto aqui no fórum que o Bradesco estava implementando um webservice pra isso. O Credisis também já tem uma API para integração via webservice. Aqui tenho uma carteira da Caixa que fornece um aplicativo, que também funciona como serviço, que envia e recebe os arquivos de 30 em 30 minutos.

Pelo que vi a cidade existe no arquivo Cidades.ini. Veja se está configurando o PathIniCidades corretamente. Teste também com o demo do componente.

Ainda terá que fazer uma a uma, por causa do captcha.

Pelo que vi ele gera o link para download do Portal.

Qual código de município está passando?

Não existe nenhum serviço disponível que permita baixar XML de emissão própria. A única forma é o download individual pelo Portal Nacional da NFe.

As URL de produção ainda não estão no componente, ainda nem foram divulgadas. Quando o ACBr não encontra a URL para a versão 4.00 ele pega a URL da versão anterior, no caso a 3.10. O cabeçalho do XML enviado na versão 4.00 é diferente, por isso o erro de Schema. Para funcionar na versão 4.00 você deve testar em homologação e só precisa configurar a propriedade SSLType como LT_TLSv1_2.

Tente configurar como ppEscPosEpson. Esses modelos da Elgin usam o set "padrão" de comandos Esc/Pos, diferente de outros modelos dela, como a Elgin Vox, que usam um set específico, por isso a confusão. Tópico para referência:

Qual impressora está usando e como está configurando o modelo da impressora no demo?

Complementando a resposta do Italo, mesmo que você use o mesmo cNF será gerada uma chave diferente caso você mude o tipo de emissão, já que ele também faz parte da chave de acesso. Sugiro que leia o Manual de Contingência Off-Line da NFCe que dá orientações para evitar essa duplicidade: Sempre que houver tentativa de transmissão da NFCe e houver falha de comunicação com a SEFAZ autorizadora, seja por problemas na SEFAZ ou do próprio emitente, deve ser gerada uma nova NFCe, com nova numeração, em contingência Off-Line. A primeira nota deve ser marcada para cancelamento. Assim que a comunicação for reestabelecida, consultar a NFCe marcada para cancelamento, caso ela tenha sido autorizada, cancelar a NFCe, caso contrário, inutilizar a numeração. https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=YbZEjEHCuHQ=

Veja o tópico abaixo:

Para saber se o XML é válido você pode usar o método Validar do ACBr. ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile('C:\PATH\TO\FILE\NFE.XML'); ACBrNFe1.NotasFiscais.Validar;

Para NFC-e são outras tags: [NFCe_PE_P] Usar=NFCe_SVRS_P URL-QRCode=http://nfce.sefaz.pe.gov.br/nfce-web/consultarNFCe URL-ConsultaNFCe=http://nfce.sefaz.pe.gov.br/nfce-web/consultarNFCe [NFCe_PE_H] Usar=NFCe_SVRS_H URL-QRCode=http://nfcehomolog.sefaz.pe.gov.br/nfce-web/consultarNFCe URL-ConsultaNFCe=http://nfcehomolog.sefaz.pe.gov.br/nfce-web/consultarNFCe

Deveria permitir sim, bastando fazer uma nova remessa com o código de ocorrência "09". function TACBrCaixaEconomica.TipoOcorrenciaToCodRemessa(const TipoOcorrencia: TACBrTipoOcorrencia): string; begin case TipoOcorrencia of toRemessaBaixar : Result := '02'; toRemessaConcederAbatimento : Result := '04'; toRemessaCancelarAbatimento : Result := '05'; toRemessaAlterarVencimento : Result := '06'; toRemessaConcederDesconto : Result := '07'; toRemessaCancelarDesconto : Result := '08'; toRemessaProtestar : Result := '09'; toRemessaCancelarInstrucaoProtestoBaixa: Result := '10'; toRemessaCancelarInstrucaoProtesto : Result := '11'; toRemessaDispensarJuros : Result := '13'; toRemessaAlterarNomeEnderecoSacado : Result := '31'; else Result := '01'; end; end; Qual o motivo de não aceitar a instrução de protesto?

O modo de impressão é o mesmo. O ImprimirRelatorio apenas permite que você mesmo determine o conteúdo e formate a impressão da forma que desejar, enquanto na impressão da NFCe o próprio componente gera o DANFe NFCe no modelo exigido pela legislação. No caso do demo do componente, o Memo é usado apenas para impressão do relatório e não interfere na emissão da NFCe.

Não entendi a pergunta.

Veja se não está informando a IE do emitente como ISENTO. A IE do emitente é obrigatória.

Tem mais pegadinha aí. Dá uma olhada neste post.

Esta discrepância foi resolvida no último pacote de Schemas (PL009) disponível no portal nacional da NFe, já commitadas no svn pelo @Italo Jurisato Junior.