marcio-carneiro

Instalei num cliente uma daruma dr80o, e ao imprimir um cupom(nfce), ele parou no final e não imprimiu o qr-code, que foi impresso somente junto com outro cupom. Achei estranho e não entendi. O que pode ter acontecido? Setei no posprinter: daruma Somente a velocidade que deixei em 9600.

Obrigado pela atenção. Fiz tudo recomendado mas não surtiu efeito

Olá amigos, Estou com o certificado de um cliente, que após formatação do windows xp para windows 7, o danado do certificado parou de funcionar. Inicialmente achei que poderia ser o leitor, um argos mini ii, mas testando com um leitor perto, apresenta o mesmo problema. O certificado aparece no IE, pede a senha e depois disso não funciona. Ao abrir o safesign pedi para analisar o certificado, que no caso do cartão tem dois, um vencido e outro ativo, No caso do ativo fala que está inutilizável, pois - Não foi possível encontrar a chave privada pertencente a este certificado. No IE, nas abas dos certificados, ao clicar no certificado acima, fala que tem um chave privada associada a ele, mas não funciona. Já testei outros certificados Caixa na minha máquina e todos funcionam. Será que o certificado foi perdido? O outros certificados Caixa que testei, são controlados pelo Charismatics.

Para quem usa POS, isto é, não integrado, basta fazer o código abaixo(nas vendas com cartão)? tPag := fpCartaoCredito; tpIntegra := tiPagNaoIntegrado; Sinceramente, é tanta mudança/prorrogação que fiquei confuso...

Obrigado pela atenção dos amigos! Delphi 7 e Windows 7. No meu computador não dá nada, mas no do cliente, que deve ser mais lento, dá esta imagem. Ao fechar o form de pagamento, ele retorna para o form da nfce, onde envio.

Olá, amigos Desculpe o título do tópico, mas não encontrei outro. Ao fechar a venda de minha solução nfce, o form onde registro a venda chama um form(pagamento), onde informo a forma de pagamento, o possível desconto e se quiser o nome do cliente. Mas quando finalizo e retorno para o form de vendas, fica na tela um vazio, tipo o fantasma acima informado, que nitidamente é o formato do form pagamento. Pergunto: como ao fechar o form, limpar esta imagem. Pois, logo após, informar o pagamento meu prg já faz o envio do xml e fica aquela imagem feia da tela anterior (pagamento)

Aqui (RJ), para nfce está funcionando redondo. Para nfe, não, está com esta demora informada.

Olá, amigos Após uma atualização, o componente ACBRNFEDANFERL apresentou um erro de uma propriedade que não existia na nova versão. Ate aí, consegui, exclui e incluir o novo componente. Agora, ao tenter imprimir nfe dá um erro na linha: txtValorTotal.DataField := 'VALORDESC'; Infelizmente, não estou sabendo como sair disto, por isso peço ajuda aos colegas

Olá, amigos Outro dia reportei um possível bug no nosso querido ACBRNFE, mas tinha salvado um novo e perdi o xml estranho. Seguinte: ao enviar duas ou mais notas de nfe para aprovação em lote, quando uma das notas, notadamente a última do lote, ter alguma rejeição, o xml é gravado com o nome(chave) correto:33160136285393000174550000000001991970939356-nfe mas o xml é do anterior: Como ninguém relatou anteriormente, enviei agora para estudos dos colegas. <nfeProc versao="3.10"><NFe><infNFe versao="3.10" Id="NFe33160136285393000174550000000001971648481733"> <ide><cUF>33</cUF><cNF>64848173</cNF><natOp>VENDA MERC. TERCEIROS</natOp><indPag>0</indPag><mod>55</mod><serie>0</serie><nNF>197</nNF><dhEmi>2016-01-28T00:00:00-02:00</dhEmi><dhSaiEnt>2016-01-28T20:06:32-02:00</dhSaiEnt><tpNF>1</tpNF><idDest>1</idDest><cMunFG>3303005</cMunFG><tpImp>1</tpImp><tpEmis>1</tpEmis><cDV>3</cDV><tpAmb>1</tpAmb><finNFe>1</finNFe><indFinal>1</indFinal><indPres>1</indPres><procEmi>0</procEmi><verProc>1.0.3.1</verProc>. 33160136285393000174550000000001991970939356-nfe.xml

Metendo a colher no assunto. Fiz alterações no quadro emitente, para posicionar melhor a logo, que no meu caso movi a logo para cima do texto centralizada, e modifiquei a justificação para centralizada. Como não perder estas modificações após atualizar via svn?

Acho justo a migração. Entendo tudo o que vocês, gestores do Acbr estão expondo. Migrar é sempre adiado. Se tiver uma data fica melhor, infelizmente somente assim mexemos nosso traseiro gordo. Vou penar, mas vou começar esta semana

Obrigado pela atenção Vou mergulhar no exemplo demo. Não o fiz antes, pois meu prg funcionava e você atira em todo lado, menos no que já fez.

Descobri isto agora, depois de quebrar a cabeça. Estava fazendo assim: acbrnfedanfeescpos1.posprinter.device.porta:='COM1' Compilava, mas dava o erro acima. Ao estudar novamente o exemplo demoacbrnfedanfeescpos é que via que tinha setar acbrposprinter. Agora uma última dúvida: tenho que ativar e desativar a impressora antes/depois de imprimir?

Desculpe o transtorno, Daniel. Estou falando de trunk2, pois meu sistema já foi todo migrado. O que aconteceu que fui atualizar o meu sistema (compilado com trunk2) num cliente e deu o erro. Quebrei a cabeça e percebi que o erro que o erro ao setar a porta no componente acbrnfedanfescpos. E não conseguia entender por que a antiga versão funcionava e a nova não. Hoje tive um inside, e percebi que a antiga foi compilado em 04/2015, no trunk1. E como alterei o meu fonte, nessa migração, fiquei sem saber onde começar e pedi ajuda aos amigos.

Obrigado pela atenção. Já utilizo o trunk2 desde a mudança por vocês. O que acontece, é que este erro apareceu do nada e estou quebrando a cabeça, pois uma versão trunk1 funciona e a outra não. Já descobri que é na forma de setar a porta. O que eu pergunto, por curiosidade, e se antes era setada no componente, pois obviamente meus fontes foram mudados para a nova versão.

Analisando o exemplo demoacbrnfedanfescpos, percebo que ao contrario de que faço: acbrnfedanfescpos1.posprinter.device.porta:='COM1' O exemplo faz: ACBrPosPrinter1.Device.Porta := 'COM1' não dá erro de acess violation, mesmo no meu computador que tem COM1, sem impressora. Será que é isto? Isto não modificou do trunk1 para o trunk2? Não era no acbrnfedanfeescpos que setava a porta?

Olá, amigos Tenho um programa gerado ainda no trunk1, que acessa as impressoras bematech, na porta virtual criado pela bematech, e funciona. Coloco a porta, imprime, beleza; Ao instalar a nova versão já gerado no trunk2, dá erro, acess violation, e debugando verifiquei que é quando acesso a impressora e seto a porta. Como alterei os meus fontes para o novo trunk2, não consigo descobrir o erro, se é alguma configuração. No meu computador, tem COM1 nativa, mas não tem impressora, e também dá erro, o que neste caso acho normal, mas no cliente não dá para entender o erro. Houve alguma modificação na forma de setar a porta do acbrnfedanfescpos?

Obrigado pela atenção. O erro que dá acess violation é quando seto a porta, mas se comentar esta linha, o erro passa para a linha seguinte, onde informo a velocidade. Eu sei que ela não está encontrando a impressora, mas no meu computador tem porta serial com1, e ainda dá erro. Somente a presença da porta não é suficiente?

Olá amigos, Um cliente que tem uma bematech mp4200 de repente parou de imprimir. Depois de muito quebrar a cabeça, descobri que era a porta que não estava funcionando bem: ao setar: AcbrNfeDanfeEscpos1.Device.Porta:=Porta_Impressora; dá acess violation. Reinstalei a impressora, a porta Com virtual foi criada, mas permanece o erro. Eu sei que a Bematech é complicada, mas preciso da ajuda de vocês, meus mestres. Como tratar isso? O que os amigos sugerem? Tem como usar a USB na qual a impressora está instalada? Não querendo ser chato, acho que seria bom que o componente poderia emitir uma mensagem para quando desse este tipo de erro.

Deve ser novembro de 2015. Mas em outros clientes, tá normal

Juliomar, a nota não tinha sido enviada, pois tinha erro. Ao tentar imprimir a nota para ver algum erro, ela imprimiu a nota desejada, no caso 190, mas o corpo da 189. Ao visualizar o xml, vi pasmo, isto relatado. Então, antes de salvar para estudo o xml com o erro, eu burramente salvei uma nova nota com o numero 190, e mesmo gerando outro xml com sua respectiva nova chave, o xml anterior com o erro foi apagado. A minha rotina de geração ao abrir uma nota que já tem xml, ele apaga esta, e grava uma nova. Onde foi apagado. Somente tenho um pedido de situação do xml anterior, infelizmente.

Olá amigos, Num cliente que rodava meu software, utilizando acbrnfe, compilado em 30/04/2015, ao instalar a nova versão, já com o trunk 2, ao acessar o módulo de cupom fiscal eletrônico, dá um acess violation. O que pode ter acontecido? Já copiei as dll todas da trunk2 e nada. Dá acess violation, mas permite acessar o módulo. Para verificar se era o certificado, consultei uma nota deu erro de endereço do SVRS . É o tipo de erro que atrapalha. Um abraço Marcio

Olá, amigos. Domingo aconteceu uma coisa inédita: salvei uma nota, que gerou obviamente uma chave mas o corpo do xml era da nota anterior. Abri e revi o arquivo várias vezes, para ter certeza, mas tava lá: a chave era: 33xxxxxxxx279xxxxx-nfe mas no xml: 33xxxxxx278. Não entendi nada.

Boa tarde, Atualizei os componentes, mas não deu muito certo. O logo ficou abaixo do quadro emitente, o campo de endereço foi remetido para a direita, invadindo o quadro do lado. e mesmo não informando nada, o layout fica assim, esquisito. Algum sugestão para o tamanho do logo e outras informações.

Como faço para utilizar estes arquivos? É somente copiar para a pasta do ACBR? Foi feita em que versão do Fortes? É compatível com a última versão do acbr?