fabiofranzini

Para emissão de ambos os modelos, faça uso do pacote que esta em "C:\Acbr\Exemplos\ACBrDFe\Schemas\NFe" ele esta preparado para emissão dos dois tipos de emissão.

Quando você diz " Depois dela imprimir a folha?" , qual tipo de Etiquetas esta usando ? ela tem "gaps" ou seja espaços entre elas ? Vamos dizer que sim, então tome cuidado com o conteudo enviado não supere este espaço. (pode deixar os sensores perdidos). Verifique no manual da mesma sobre como calibrar a mesma, processo que na maioria dos casos se resume a ligar a impressora com algum botão segurado.

Sem saber quais configurações você utilizou, fica meio compicado, mas o começo de tudo serie ver o protocolo configurado, se o mesmo é compativel com a impressora. Acredito que a padrão para ela seria a PPLZ, mas pelo manual deve funcionar PPLA e PPLB que são suportados pelo demo. Verifica isto antes, talvez no momento da instalação seja nescessario informar isto. Enfim, antes de tudo certifique que Demo e Equipamento estão "falando a mesma Lingua".

Vamos la, primeiro tente nos descrever mais detalhes. Como esta a configuração que você esta usando ? Retorna algum erro ou falha ?

Não sei, se foi a forma mais correta, mas consegui dar uma solução setando: Impressora.Device.TimeOut := 5; Como disse, não sei se é a forma recomenda, pois tal configuração não esta disponivel em nehuma interface de Testes/Demonstração. Mas foi o que resolveu aqui.

Impressoras não fiscais (como Epson TM-T20, Elgin I9, etc.) normalmente não têm suporte a leitura do estado da gaveta (ou "status da gaveta") via comandos padrão como ESC/POS. Elas só conseguem enviar o pulso para abrir a gaveta, mas não têm retorno (sensor) para indicar se ela está aberta ou fechada.

Você se refere a setar impressora, em que momento ? Explica a Dinamica da coisa, para entendermos o que você quer dizer com "Setar Impressora"

Recebi alguns avisos em meu monitoramento sobre Access Denied em SP, bem próximo da hora de sua postagem, então acredito que o SEFAZ estava passando por algum instabilidade, hoje parece estar normal, isto pode esta relacionado a alguns de seus problemas com relação a Access Denied. Isto não isenta você de revisar as chamadas, como indicado pelo @Juliomar Marchetti, devido ao erro de Consumo Indevido.

Outro ponto que encontrei, o enviar a string em anexo. Tenho o erro da Imagem 4, estou anexando a string e o logo que usei, observação, este logo é impresso normalmente usando o ACBrPosPrinter. String NFCe.txt logocomp.bmp

Ola, bom dia a todos, estou com um problema em alguns momentos ao imprimir, e acabei chegando ao ponto em questão. (Não sei se algo que configurei errado, mas enfim). Estou usando uma Epson TM T20. Usando o ACBrPosPrinter Teste, recem compilado. Setando as configurações indicadas na imagem 1. Ao enviar uma string, iniciada com a tag </zera>, e algum texo , no caso para simular o problema enviei "</zera>Aqui". -> Imagem 1 A impressora "Trava", e na minha aplicação a svezes retorna erros com relação a timeout. Para destravar vou digitando qualquer coisa, e as vezes ao atingir um numero aleatorio de caracteres ela volta a imprimir. -> Imagem 2 (Resolvi, removendo a tag </zera> da minha aplicação, mas ao emitir o DANFCe , o erro de timeout é apresentado, ja que a string montada pelo componente contem esta atg no inicio). ->Imagem 3 Alguem ja passou por este problema ? Alguma dica ou sugestão ?

Em alguns casos sim, eles devem se enquadrar nas NTs 2018.001 e na 2023.002 que atualiza a primeira. Fique atento, pois acredito que possa mudar de UF para UF. https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=4m9xb5EYa/w=

Opa, deve funcionar sem problemas entre eles. Não conheço o comportamento do Fast no delphi 7. Mas para Nfe o Fortes vai de boa. Eu focaria nele, para seu ambiente.

Basicamente a mesma coisa, antes vc carrega o boleto e depois executa a impressão. https://acbr.sourceforge.io/ACBrMonitor/ComoimprimirumBoleto.html

Qual gerador de relatorios esta usando ? Qual modelo de impresso do boleto ?

Nunca fiz esta modalidade, mas será que neste caso a tag não seria "rodoOS" e não "rodo" ? De acordo com a Pagina 95 deste https://www.cte.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=6aFNuknaWsc=

Se existe apenas um elemento, ele deve ser indexado com "0" , assim como um possivellaço deve ser indicado como "for I := 0 to cteos.Conhecimentos.Items.count - 1 do" Qcte.QRLpLACA.Caption := cteos.Conhecimentos.Items[0].CTe.infModal.rodo.veic.Items[0].placa;

Como disse o @Juliomar Marchetti antes de procurar qualquer problema, reconstrua a IDE.

Complementando, não altere a data do PC, altere apenas o valor do campo.

Tente apenas alterar o campo dhEmi, Atente a questão de que a diferença entre esta data e a atual não pode ultrapassar 30 dias. Cuidado com isto. Pode estar "acendendo" um alerta no FISCO. Trazendo a atenção da fiscaçização ao emissor.

@Juliomar Marchetti Sim se ele desenvolve a aplicação em Delphi, desculpe, mas eu entendi que ele utiliza este "Programa" apenas acessando por linha de comando, ou seja ele utiliza um recurso fora da Aplicação dele, sendo assim achei que encaixaria o Monitor, concordo com você, se ele desenvolve em delphi e tem a oportunidade de utilizar o componente é mais vantajoso mesmo.

Poderia utilizar o AcbrMonitor, e deixar de se preocupar com desenvovimento disso a cada mudança do sefaz. https://projetoacbr.com.br/pro/downloads/acbrmonitorplus/#sobre Olha as opções sobre MDFe disponiveis nele: https://acbr.sourceforge.io/ACBrMonitor/MDFeImprimirDAMDFe.html

Onde isto aparece ? consegue anexar o XML ?

Tenta o seguinte, após a consulta efetuada com sucesso: SuaQuery.FieldByName('XML').Text := ACBrCTe.Conhecimentos.Items[0].GerarXML;

A impressora de cupom, esta definida como padrão ? Acredito que seja isto.

Se tens o JEDI nele, acredito que existe, verifica se o componente é disponivel para esta versão. Temos um GAP muito grande estre o 7 e os atuais... Não sei dizer se todos os componentes dentro do JEDI funcionam em todas as versões do DELPHI.