marginel

por isso que eu acho que fica algum lixo no buffer ou algo desse tipo. Sem o exception a impressora trava. Esse erro acontece quando meu cliente vai imprimir o verso do cheque. Eu as vezes o verso tem 10 linhas com nomes de fornecedores. Antes de eu colocar essa execao eu ja havia tenta mudar fontes e trocar ".", "ç" etc.. Pode ser que o erro aconteça em uma algum outro metodo chamado pelo fpDevice.EnviaString( AString + #13 + #10 ); { Adciona CR + LF } vamos esperar ele fazer a impressão e vamos descartando as possibilidades. att

ola na verdade o importante é o bloco. o sleep eu havia aumentado apenas como parte do teste. O codigo nativo do acbr funciona na maioria as impressoras, mas como ha na internet em algumas impressoras ele apresenta a mgs " ERRo: communications error 9999: frame ....." e travava o cheque na impressora. Existe algum lixo que é impresso ou coisa assim que se nao tratado no bloco trava a impressora. Eu vou deixar com sleep(100) para ver o que acontece, vou atualizar o sistema no cliente e retorno com o resultado.

Boa tarde Mais uma vez te peço perdão pelo retorno tardio. unit:ACBrCHQClass Linha: 262 fonte original da unit procedure TACBrCHQClass.ImprimirLinha( AString : AnsiString ); begin fpDevice.EnviaString( AString + #13 + #10 ); { Adciona CR + LF } Sleep(100); end; Fonte modificaca por min: procedure TACBrCHQClass.ImprimirLinha( AString : AnsiString ); try fpDevice.EnviaString( AString + #13 + #10 ); { Adciona CR + LF } except on e:Exception do begin end; end; Sleep(200); end; Vou ficar online para quaisquer duvidas agora !!

Bom dia Desculpe nao ter dado retorno a sua pergunta antes so hj fui ver Chronos multi: mod 31100 NS: 08 01451

Bom dia a todos Estava com problema na impressao do cheque via acbr. Ele aparecia uma mensagem dizendo: " ERRo: communications error 9999: frame ....." e travava o cheque na impressora. depois de analisar um pouco e varios testes, resolvi da seguinte forma: try fpDevice.EnviaString( AString + #13 + #10 ); { Adciona CR + LF } except on e:Exception do begin end; end; Sleep(200); Fica o registro abraço a todos

Ok obrigado pelo informação. Vou modificar aqui. É que eu tinha entendido que o CFOP era 999. Grato

Boa tarde Pessoal Estou tentando validar um xml para uma nota fiscal de estorno mas ele da a seguinte mensagem: Falha na validação dos dados da nota 160 TAG: ID:I08/CFOP(CFOP) - Tamanho menor que o mínimo permitido [999]. '999' viola a restrição enumeration de '1101 1102 1111 1113 1116 1117 1118 1120 1121 1122 1124 1125 1126 1128 1151 1152 1153 1154 1201 1202 1203 1204 1205 1206 1207...'. Falha da análise do elemento '{http://www.portalfiscal.inf.br/nfe}CFOP' com valor '999'. O Cfop da nota de estorno tem que ser com 3 digitos ? alguem ja passou por isso ? att

Bom essa cagada foi em 2010. E na epoca o sistema tinha algumas falhas incluindo esta de colocar o numero e gerar a nota fiscal. Em 2011 não deu problema fiscal algum. A principio vou entrar no bolo tambem do processo. Foi aquela coisa, o usuario digitou errado o numero, o sistema consultou a nota e imprimiu e o contador registro nos livros fiscais. Foi uma sequencia de erros que nunca vi! Mas o bom disso tudo é que agora com implementação do sped fiscal vamos tomar mais cuidado

Eu acho que vou fazer o mesmo que vc, tentar antes de imprimir checar as notas ali. valeu

na verdade os dois arquivos estão validados com a autorização inclusive eu mostrei os dois para o fiscal e parece que agora ele ta desconfiando que eu "vendo as notas com autorização" Na verdade eu acho que a merda deu pq a chave era a mesma e no final dos arquivos os dois estão assim: - 1 RS20110429163610 43101004356974000163550010000003890000003899 2010-10-08T08:15:21 143100084208036 pNExPiAFpKYES4lz5udrYl0ChxM= 100 Autorizado o uso da NF-e Se alguem tiver alguma dica minha defesa, pois parece que eu vou para o ministerio publico responder sei pelo sistema.

Boa tarde Vejam meu caso. Eu tenho um cliente que fez uma nota numero 389 para o destinatario X. Sendo assim o sistema gerou uma nota 43101004356974000163550010000003890000003899-NFe.xml.Enviou, transmintiu e autorizou. Como o sistema na epoca que nos implantamos o numero era digitado ainda, o usuario lançou novamento o numero 389 no sistema para um segundo destinatario Y. sendo assim gerou uma nota 43101004356974000163550010000003890000003899-NFe.xml sobreescrevendo o xml antigo. Mandou transmitiiu a nota e a sefaz nao aceitou. So que ele consegui consultar a nota no meu sistema e retornou da sefaz " Autorizado o uso a Nfe ". Agora caiu na fiscalizacao e ate eu to no bolo. Alguem já viu algo assim ou passou por isso ?

Boa tarde ao tentar rodar o demo do boleto encontrei o seguinte problema. na lina "Sacado.CNPJCPF := RemoveStrings(edtCPFCNPJ.Text,AString);" e abaixo isto: [Error] Unit1.pas(151): Undeclared identifier: 'RemoveStrings' [Error] Unit1.pas(151): Undeclared identifier: 'AString' [Error] Unit1.pas(170): Undeclared identifier: 'padL' [Error] Unit1.pas(207): Undeclared identifier: 'padL' [Error] Unit1.pas(211): Undeclared identifier: 'IntToStrZero' minhas units adicionadas sao estas : Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, ACBrBoleto, ACBrBoletoFCQuickFr, ACBrBase,ACBrUtil, StdCtrls, ExtCtrls, Mask, ACBrEAD, ACBrValidador, ACBrExtenso,libeay32; Qual é o meu problema ?