BigWings

Pra não quebrar as linhas basta definir a propriedade DANFE.QuebraLinhaEmDetalhamentos como False.

Veja:

Sobre esse assunto, veja este tópico:

Estude os métodos do ACBrBoleto. - CalcularDigitoCodigoBarras - MontarLinhaDigitavel

O certificado você configura por número de série ou caminho/dados do pfx. Nâo precisa nem deve informar ambos. Também creio que não é possível acessar diretamente o certificado em formato p12, ele tem que ser convertido em pfx.

Como a maioria dos layouts não informa o ambiente, é usada a configuração do componente: ACBrNFSe1.Configuracoes.WebServices.Ambiente Precisa ser configurada essa propriedade antes de gerar/carregar o XML da NFSe. Caso o provedor tenha a tag que informa o ambiente (pelo código apenas o provedor CONAM), é usada a informação do XML, caso contrário, é usada a configuração do componente.

Não pode. Cada componente se destina a uma declaração ACBrSpedFiscal - EFD ICMS/IPI (antigo Sped Fiscal) ACBrSpedPisCofins - EFD Contribuições (antigo Sped PIS/COFINS) Os blocos podem ser semelhantes em alguns casos mas os layouts não são compatíveis. E o fato de não ter o bloco B no exemplo do ACBrSpedFiscal não significa que não esteja implementado no componente, você ainda pode gerar o bloco B do Sped Fiscal baseando-se nos exemplos de geração dos demais blocos.

Esse teste você fez com os fontes atualizados? Teve uma correção no fim da sexta feira a respeito disso:

Estranho... O retorno "lote em processamento" não faz sentido no modo síncrono. No modo síncrono não existe o retorno do número do recibo, então fica impossível fazer a consulta do lote depois. Então se está recebendo esse retorno mesmo em modo síncrono, provavelmente é problema na SEFAZ mesmo...

Em vez de alterar o pas você pode adicionar "Vcl" à configuração "Unit scope names" nas opções do projeto.

Considere usar o modo de envio síncrono. Para NFCe ele é mais indicado. Assim é feita apenas uma chamada ao webservice para a consulta do recibo. Veja no programa exemplo do componente como tratar o envio usando o modo síncrono.

Pelo aplicativo da Daruma: ToolDR800.exe - http://bit.ly/DR800TOOL Ou direto pelo menu de configuração da impressora que aparece ao você ligar ela com o botão avanço pressionado.

Considere também usar o modo síncrono. Para NFCe ele é o mais indicado, pois não necessita de novo acesso ao webservice para consultar o recibo.

Testei aqui a impressão e saiu normalmente na DR800. Você está imprimindo no modo Fortes ou Esc-Pos? Se estiver no Esc-Pos verifique se a impressora está configurada na tabela de comandos 1.

Esse problema já foi identificado e corrigido na rev. 18929. Mas o arquivo DANFeRetrato_2019.fr3 não existe mais no repositório, ele foi renomeado para DANFeRetrato.fr3. Sugiro então que use este último. Obrigado por reportar, de qualquer forma.

Bom dia, Favor não duplicar tópicos.

Com base nas alterações feitas pelo Italo para o Fortes Report, fiz a mesma implementação para o DANFSE em Fast, rev. 18967. Favor atualizar os fontes e fazer os testes.

O demo do componente ACBrCTe para Delphi/Lazarus é livre e está no repositório: https://svn.code.sf.net/p/acbr/code/trunk2 Agora se você está estudando os demos do ACBrLibCTe, que é a DLL para outras linguagens, temos um fórum específico: Fórum aberto: https://www.projetoacbr.com.br/forum/forum/76-acbrlib/ Fórum para usuários SAC: https://www.projetoacbr.com.br/forum/forum/71-acbrlib/ Pelo que vi, assim como no componente, o método está implementado no ACBrLibCTe, mas ele provavelmente não faz nada.

Então é o que eu disse, a SEFAZ não disponibiliza esse serviço para o CTe, apenas para a NFe.

Se está tentando fazer a consulta de um CTe pela chave de acesso pelo método DistribuicaoDFe realmente não existe esse serviço. Veja a implementação do método no componente: function TACBrCTe.DistribuicaoDFePorChaveCTe(AcUFAutor: integer; const ACNPJCPF, AchCTe: String): Boolean; begin // Aguardando a SEFAZ implementar esse recurso já existente para a NF-e. Result := False; GerarException('Aguardando a SEFAZ implementar esse recurso já existente para a NF-e.'); // Result := Distribuicao(AcUFAutor, ACNPJCPF, '', '', AchCTe); end; Já a consulta do protocolo por chave de acesso do CTe deve funcionar normalmente.

Configurei assim e tive o mesmo erro. Aparentemente o webservice não suporta esse protocolo. Tente com LT_all ou LT_SSLv3.

Pelo que entendi, o documento é apenas uma solicitação por parte de um senador. Houve alguma definição?

Verifique também como está informando a propriedade SSLType.

Veja que o // antes da diretiva significa que ela está comentada, portanto não ativada. Se você copiou as DLL da pasta MinGW sem ativar a diretiva esse pode ser o problema. Creio que não haja mais necessidade de usar as DLL MinGW, tente copiar as DLLs da pasta ACBr\DLLs\OpenSSL, última versão.

Provavelmente é algo relacionado a hardware. Mau contato na leitora ou na porta USB.