marcio-carneiro
-
Total de ítens
143 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por marcio-carneiro
-
-
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>.
-
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?
Acbrnfedanfeescpos Buffer Daruma Dr700
em NFC-e - Nota Fiscal do Consumidor Eletrônica
Postado
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.