andersonh

Ola pessoal, estou com essa dúvida inclusive pesquisei em outros tópicos mas não encontrei a solução: Possuo clientes onde a impressora emite redução Z automaticamente e outros que não emite automaticamente. Mas preciso armazenar as redução Z igualmente. Até então estava fazendo que assim que o usuário emitisse a redução Z o sistema armazenava com a função ACBrECF1.DadosUltimaReducaoZ, só que isso não serve para as impressoras que emitem Z automática. Qual a forma estão usando? Ao abrir o sistema estão verificando a última Z armazenada no BD e comparando com ACBrECF1.DataHoraUltimaReducaoZ? Desde ja obrigado!

Thiago você pode salvar no banco informações mais importantes, que possam ser mostrados para usuário com finalidade de relatórios, ou filtros dos CT-e e outro campo no banco onde armazena o XML inteiro do CT-e!

Douglas você deve ter gerado no formato Carnê, por isso teve que informar Parcela, caso contrario pode deixar 0 tanto no número da parcela quanto na quantidade de parcelas.

Exatamente, na unit que passei estava colocando no ACBrBoleto para o título criar por padrão o TipoImpressao:=tipNormal. Mas se puder alterar no AcbrMonitor melhor.

Ola, segue anexo unit ACBrBoleto.pas, favor substituir la dentro da pasta de Fontes\ACBrBoleto para nós fazermos o teste se resolve o seu problema. Lembrando que essa unit não esta no SVN, é apenas para testar ai...

Isaque não usei a unit por somente precisei gerar novamente o arquivo hoje, pois no outro problema quando abri esse tópico havia resolvido para conseguir validar o arquivo. Como atualizei para os fontes que estão no SVN do ACBr voltou a dar o problema, segue anexo arquivo a ser validado. E esta pedindo valor mesmo que seja 0 no C491 ALIQ_PIS e VL_BC_PIS e no C495 ALIQ_PIS e VL_BC_PIS, campos os quais no manual não são obrigatórios mas no PVA última versão não esta aceitando em branco || sem colocar |0| ele aceita.

Confira a seguinte propriedade dos títulos TipoImpressao, quando estiver atribuindo os valores que você possui em sua base para o componente do ACBr, passe para essa propriedade TipoImpressao:=tipNormal. Existe esta propriedade justamente devido os arquivos de remessa do Sicredi pois no arquivo devem ser diferenciados o que é Carne e o que é Boleto Normal, sendo assim voce pode criar um arquivo de remessa com varios titulos no formato Carne e varios no tipo Normal. Confira isso, caso continue o problema anexa o arquivo de remessa gerado para mim analisar! Att

Eu homologuei usando o CNAB400, quando comecei usar o componente não tava nana pronto do Sicredi, ai optei por usar o CNAB400 o qual foram feitos vários ajustes e ja tenho em produção inclusive na nossa empresa e em outros clientes, mas o CNAB240 como não usamos não cheguei olhar! Att

Ele imprime normal na impressora o comprovante. Você precisa que eu poste o que?

Desculpe não havia conferido no arquivo, mas refiz o teste e não adiantou segue o anexo com TimeOut 7. E referente a pergunta: "você verificou se esse ECF permite adicionar observação no fechamento de um não fiscal?" Sim, inclusive na versão do sistema onde usamos a DLL do fabricante imprime normalmente observações em comprovantes não fiscais.

Régys realizei o teste conforme me instruiu mas não adiantou não imprime a observação. Segue novamente anexo!

Olá pessoal como no RS não é obrigatório homologar ao PAF, nosso software de PDV não atende os requisitos do projeto PAF-ECF, agora então com o novo projeto o qual o RS vai usar do NFC-e não iremos implementar. No entanto tem um requisito que é muito importante e gostaria de implementar em nosso software que é sobre o uso da PDV offline, sem uso da rede. Como as empresas tem procedido para atender esse requisito? Existe uma base de dados local em cada PDV onde armazena mercadorias e preços e o movimento de vendas, que é atualizado diariamente? Desculpem minha falta de conhecimento... Mas como não estamos na obrigatoriedade vamos implementar agora esse recurso em nosso sistema. Desde ja obrigado!

Segue anexo arquivo de log.

Régys testei com essa propriedade como False e não deu certo, o comando que estou enviando com a observação é o seguinte: dmComponentes.ACBrECF1.FechaNaoFiscal( Obs, 0);

Ola, pessoal possuo vários clientes que ainda possuem impressoras fiscais matriciais especificamente Bematech MP-20 FI II, como estou convertendo meu sistema para o uso dos componentes ACBr estou tentando fazer a impressão de Observações no Comprovante não Fiscal, no entanto em nenhum dos comandos que aceita a passagem de Obs por parâmetro esta imprimindo na impressora fiscal, ja nas impressoras com MFD funciona normal. Alguém ja passou por isso?

Não pode ser espaço deve ter algum dígito, segue anexo lista com algumas Agências com seus respectivos dígitos. Lembrando que o dígito das agencias Sicredi possui dois digitos e a conta é apenas um dígito não pode ser vazio.

Isaque, concordo contigo. Com todos usuários utilizando apenas um gerador teríamos um componente bem mais completo e diminuiria bastante problemas e dúvidas referente aos mesmos.

Conforme o retorno da agência, o dígito verificador da conta corrente esta errado, ajuste e tente gerar novamente, para verificar se ira corrigir os demais erros também. Ja possuo homologado com Sicredi no entanto é no CNAB400, não sei lhe informar se tem alguém ja homologado com CNAB240 pois quando comecei usar o componente para geração tive que fazer vários ajustes para se adequar o layout.

Segue anexo o Log completo. Desde o momento em que foi registrado os itens.

Ola pessoal estou com esse problema ao realizar venda na forma de pagamento Cartão esta dando erro. A impressora é uma Daruma FS700, as formas de pagamento cadastradas nela são as seguinte: Forma Pagto: 02 -> Cheque Permite Vinculado: SIM Forma Pagto: 03 -> Cartão Permite Vinculado: SIM Forma Pagto: 04 -> Ticket Permite Vinculado: SIM Forma Pagto: 05 -> Crediario Permite Vinculado: SIM Log ECF: TX -> [FS]R[200]047[181] 08:38:46:240 RX <- :[200]047000000016936[CR][199] -- 08:39:04:553 CarregaFormasPagamento TX -> [FS]R[200]126[179] 08:39:04:713 RX <- :[200]126Dinheiro Cheque Cart[227]o Ticket Crediario [255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][CR][224] -- 08:39:04:713 TX -> [FS]R[200]127[178] 08:39:04:873 RX <- :[200]127Sangria Suprimento [255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][255][CR][154] -- 08:39:09:915 Estado TX -> [FS]R[200]056[181] 08:39:10:063 RX <- :[200]0561[CR][253] -- 08:39:10:063 TX -> [FS]R[200]057[180] 08:39:10:213 RX <- :[200]0574[CR][249] -- 08:39:10:218 NumECF TX -> [FS]R[200]026[178] 08:39:10:364 RX <- :[200]026050929[CR][204] -- 08:39:10:367 DataHora TX -> [FS]R[200]066[182] 08:39:10:516 RX <- :[200]06623072013083829[CR][193] -- 08:39:10:518 Estado TX -> [FS]R[200]056[181] 08:39:10:663 RX <- :[200]0561[CR][253] -- 08:39:10:663 TX -> [FS]R[200]057[180] 08:39:10:813 RX <- :[200]0574[CR][249] -- 08:39:10:813 Estado TX -> [FS]R[200]056[181] 08:39:10:963 RX <- :[200]0561[CR][253] -- 08:39:10:963 TX -> [FS]R[200]057[180] 08:39:11:113 RX <- :[200]0574[CR][249] -- 08:39:11:113 Subtotal TX -> [FS]R[200]047[181] 08:39:11:265 RX <- :[200]047000000016936[CR][199] -- 08:39:12:941 NumECF TX -> [FS]R[200]066[182] 08:39:13:059 RX <- :[200]06623072013083832[CR][203] -- 08:39:13:059 NumCupom TX -> [FS]R[200]026[178] 08:39:13:207 RX <- :[200]026050929[CR][204] -- 08:39:35:472 NumECF TX -> [FS]R[200]026[178] 08:39:35:584 RX <- :[200]026050929[CR][204] -- 08:39:35:584 DataHora TX -> [FS]R[200]066[182] 08:39:35:736 RX <- :[200]06623072013083854[CR][203] -- 08:39:35:758 Estado TX -> [FS]R[200]056[181] 08:39:35:884 RX <- :[200]0561[CR][253] -- 08:39:35:884 TX -> [FS]R[200]057[180] 08:39:36:034 RX <- :[200]0574[CR][249] -- 08:39:36:034 EfetuaPagamento( 03 , 169,36 , , 0 ) TX -> [FS]F[209]03000000016936[255]| Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 39 - Estendido: 119 -> Meio de pagamento já programado Cod.Aviso: 0 08:39:36:088 RX <- :3911900[209]0000000000000[CR][229] ----------------- ERRO ----------------- Erro retornado pela Impressora: Daruma Erro na sequência de fechamento do cupom fiscal Erro estendido (119 -> Não em fase de pagamento ou totalização) ----------------------------------------

É a solução, mas seria interessante para o cliente ver que tem algo sendo processado, com essa propriedade desabilitada não abre dai aquela caixa com a mensagem.

Guilherme você esta atribuindo DataMoraJuros := 0, e depois esta testando if (DataMoraJuros <> Null) then, essa condição vai retornar True, sendo assim ADataMoraJuros vai receber esse valor 30/12/99, ao invés de fazer esse teste faça o seguinte if (DataMoraJuros > 0) then ou atribua DataMoraJuros := null ai vai funcionar.

Juliomar não tenho o componente no projeto, apenas uso o mesmo código que no ACBrECFTeste na uses {$IFDEF Delphi6_UP} StrUtils, DateUtils, Types, {$ELSE} ACBrD5, FileCtrl,{$ENDIF} Spin, jpeg, OleCtrls, SHDocVw {$IFDEF Delphi7},XPMan{$ENDIF}, ACBrAAC, pngimage;

Beleza, estou tentando dar uma otimizada no meu código para ver se consigo deixa-lo com melhor desempenho possível. Obrigado pela atenção! Outro detalhe, estou com a opção do ACBrECF.ExibeMsgAguarde como True, percebi que no ACBrECFTeste aparece as mensagens na tela com Fundo Preto e a Fonte Branca, no entanto no meu sistema ela as vezes aparece só o fundo sem a descrição da mensagem, ou se aparece a descrição aparece com uma fonte bem pequena. Utilizo o Delphi 7. Ja tiveram esse tipo de situação?

Sim ao fazer vendas estou verificando estado da impressora. Fiz conforme Daniel falou melhorou a velocidade em alguns segundos No sistema anterior não usávamos Arquivo Auxiliar Criptografado, esse arquivo é apenas para quem utiliza PAF-ECF ou estou engando? Tem como desabilitar a geração desse arquivo?