ivan
-
Total de ítens
148 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por ivan
-
-
Eu utilizo o DadosReducaoZ.
-
Quanto ao COO e ao CRZ, está tudo certo... Só tenho tido problemas mesmo é com o NumCOOinicial, lido do INI. Isto tem acontecido com as Bematech.
Estes dados abaixo eu peguei do banco de dados onde os dados são gravados diretamente após pegar os dados do .INI.
Observem o COO_INICIAL... Ele tem o valor do COO que seria do dia anterior e não do dia atual.
No dia 08.05, o COO inicial deveria ser 306806, certo ? Mas o COO inicial veio 306362.
DATA COO_CRZ COO_INICIAL
08.05.2012 307274 306362
07.05.2012 306805 306086
05.05.2012 306361 305638
04.05.2012 306085 305257
-
Olá...
Estou tendo problemas com a redução Z.
Eu utilizo o DadosReducaoZ antes da emissão. Então leio o arquivo INI gerado.
Está ocorrendo que o COO inicial está retornando de outra redução Z e não do movimento do dia.
Pesquisando no fórum, vi que outras pessoas passaram por isto e acabei atualizando os fontes do ACBr ontem mas ainda assim não resolveu o problema.
Como vocês tem feito para pegar esta informação correta ?
Att
Ivan
-
Entendi... Estou focando no Tef discado.
Já estou chegando no que eu preciso ! Obrigado
-
Obrigado ! Consegui pegar algumas informações. Pesquisei nos manuais de homologação o que é cada campo no arquivo de retorno, mas tem apenas alguns documentados. Alguem tem uma documentação completa destes campos ?
Também não descobri como o pegar se o cartao é debito/crédito.
Estive pesquisando no componente e vi no change-log que foi realizada uma alteração gerar esta informação, mas não descobri como e em que momento consigo pegar esta informação.
[]´s
Ivan
-
Como faço para pegar os dados da transação realizada no TEF?
Exemplo: Qtde. Parcelas, Num Parcela, Valor Parcela
Att
Ivan
-
No Win 7 32 bits tambem rodou 100%.. O problema só ocorre com o Win 7 64 bits, por isto que não estão aceitando ele para fazer a homologação..
Att
Ivan
-
Daniel...
Sim.. era isto que acontecia... a mensagem continuava sendo mostrada na tela, mas o foco não estava mais nela. Ou seja.... só era possível clicar no botão de OK com o mouse ou então dar um ALT+TAB para o foco voltar para ela. Parece que o foco ficava no GP... ou então no form que está atrás da mensagem, mas por ser uma mensagem modal, acho difícil acontecer;
Acabei de testar no XP e funcionou certinho. A Software Express me falou que ocorrem inconsistências com o W7 64 bits e por isto eles não utilizam ele para a homologação. Preciso testar ainda no W7 32 bits. Devo terminar os testes hoje no XP e amanhã eu posto o resultado no W7 32bits.
Obrigado
Att
Ivan
-
O foco volta para o form atrás da mensagem. Muito estranho.
Estou executando no Windows 7 64 bits. Acabei de saber agora que posso usar somente o Windows XP ou o Windows 7 32 bits.
Vou fazer os testes no Windows XP e vou postar o resultado aqui.
Obrigado
Att
ivan
-
Olá..
Estarei refazendo a minha homologação para o TEF na semana que vem e estou fazendo os testes do roteiro.
Percebi que a mensagem de cancelamento do TEF, aquela onde aparece a rede, nsu e valor, perde o foco logo após ser mostrada.
Testei no projeto demo do ACBrTEFD e ocorre a mesma coisa. Isto é normal mesmo ?
Att
Ivan
-
Como no XML havia os 28 ítens... então qualquer programa que gere o Danfe a partir do XML irá gerar com 28 ítens.
Att,
Ivan
-
Não posso postar o arquivo XML inteiro, mas segue a parte que trata dos ítens, tanto do XML quanto do Danfe em anexo
Att
Ivan
-
Exatamente...
Exemplo:
No arquivo XML:
Cinto A verde qtde: 1 valor: R$ 1,00
Cinto A azul qtde: 1 valor: R$ 1,00
Cinto B amarelo qtde: 2 valor: R$ 2,00
Cinto B branco qtde: 5 valor: R$ 5,00
No Danfe:
Cinto A qtde: 2 valor R$ 2,00
Cinto B qtde: 7 valor R$ 7,00
No danfe, tanto a quantidade quanto os demais campos os valores fechavam
-
Olá pessoal...
Tenho um cliente que recebeu uma NF do seu fornecedor. No arquivo XML constava 28 ítens. No Danfe estava impresso apenas 7 ítens.
Estes 7 ítens no Danfe estavam agrupando produtos que no XML estavam separados por cor.
Já pesquisei muito sobre isto e não encontrei legislação que informe algo contra isto. O sistema que gerou a NF-e é de uma mega empresa de ERP, a Totvs.
Alguem conhece alguma legislação que valida esta situação ? Eu não sabia que o Danfe pode ser diferente do arquivo XML.
Att,
Ivan
-
ok !
[]´s
Ivan
-
Olá Daniel !
Eu faço o mesmo cálculo que você. Inclusive os fabricantes fazem desta forma também. O que muda é onde jogar o resto da diferença entre soma do rateio do desconto e o desconto real concedido ao final do cupom. Analisando as informações dos fabricantes, se entendi direito, na Daruma joga-se a diferença na alíquota de maior valor. Já na Bematech joga-se a diferença na alíquota de maior valor acumulado. Eu tenho feito de forma que este resto seja aplicado ao ítem de maior valor do cupom.
Este é o problema que eu tenho, pois não consigo fazer fechar 100% cfe. o ECF. Não sei se chega a ser exatamente um problema já que o SPED Fiscal acaba fechando nos valores. Apenas gostaria de conhecer como os outros desenvolvedores estão fazendo para saber se estou no caminho certo.
Daruma:
Bematech:
http://partners.bematech.com.br/2011/04/edicao-64-rateio-no-ecf/
[]´s
Ivan
-
Estou com um problema a respeito do rateio do desconto ou acréscimo que são concedidos na finalização do cupom.
Para gerar corretamente o SPED Fiscal, tenho que saber como o ECF calcula este rateio. Para minha surpresa, cada marca tem uma forma de calcular isto. Alguém de vocês já utiliza este cálculo para geração correta do SPED ? (registros C425 no perfil B e C470 no perfil A)
[]´s
Ivan
-
Bem... boas notícias...
O problema da venda frenética não poderia ser, uma vez que ocorria somente antes do primeiro item, no comando AbreCupom e depois não ocorria mais com nenhum ítem.
Voltei para a versão anterior do ACBr que eu utilizava... dei um Build no projeto... e beleza, rodou 100%, sem nenhum problema. Cheguei a verificar as diferenças nos fontes do acbr (ACBrECF, ACBrECFClass.. etc), mas não havia nenhuma alteração que pudesse gerar o problema.
Então, voltei para a versão atual novamente, Build no projeto e tudo funcionou certinho. Realmente não sei o que aconteceu, mas é melhor assim.
[]'s
Ivan
-
Olá...
Fiz a atualização do ACBR pelo SVN. Depois desta atualização não estou conseguindo fazer o sistema rodar como era antes. Está ocorrendo na Daruma e Bematech. Não testei nas outras.
Eu tenho um timer, onde imprimo os ítens do cupom que estão em uma fila.
No timer eu executo isto:
1) Verifico se existem itens pendentes de impressão.
2) Verifico o estado da impressora
3) Abro o cupom ou imprimo os itens, sendo que são executados isoladamente, ou seja, numa passagem pelo timer ele abre o cupom e na outra imprime os itens.
Está ocorrendo que insiro o primeiro ítem na venda, o sistema abre o cupom normalmente e então quando entra novamente no código do timer para imprimir o primeiro item, ele da a mensagem de "aguardando resposta do comando anterior". Debugando o código do ACBrECF, vi que ocorre a mensagem na linha 4335 da ACBrECFDaruma.pas.
Depois que usei o AbreCupom, eu posso pedir o estado da impressora mesmo de pois de uns 20 segundos e o erro sempre ocorre.
Segue log:
-- 17:11:16 AbreCupom( , , )
-- 17:11:20 Estado
----------------- ERRO -----------------
Componente ACBrECF ocupado
Aguardando resposta do comando anterior
----------------------------------------
[]'s
Ivan
-
Companheiros da jornada do PAF !
A aplicação dos novos requisitos 01.10 começará em janeiro de 2012.
Link para a nova especificação obrigatória apartir de 07/01/2012:
http://www.fazenda.gov.br/confaz/confaz/atos/atos_cotepe/2011/ac051-11.htm
fonte: http://www.inf.furb.br/lqs/site/
[]´s
Ivan
-
Não sei se posso responder aqui no fórum do SAC, mas vou tentar ajudar:
Nós não usamos ainda o CT-e, porém já ocorreu na emissão de NF-e. Neste caso, quando não recebemos o retorno, nosso sistema envia o documento novamente, onde pegamos o código de retorno. Se o retorno foi o 100 é por que não foi enviado ainda, e se vier o outro código de enviado em duplicidade, então fazemos uma consulta para pegar os dados que faltavam. Espero que lhe ajude.
[]´s
Ivan
-
Olá Juliomar...
Bom.. Quando fiz os testes com a Elgin, só funcionava na porta COM1. Eles estavam com problemas na DLL e iriam lançar outra versão.
Talvez já tenham feito isto. Você precisa mesmo de 3 dll's: elgin.dll, leitura.dll e ato17.dll;
Altere o arquivo ELGIN.INI, setando a porta correta;
Bom.. espero que tenha ajudado!
[]´s
Ivan
ps: Só para constar: O suporte da Elgin é muito bom .. fiquei impressionado com o atendimento deles.
-
Bem.. na verdade é bem simples... Eu configuro num arquivo .INI a velocidade. Quando entro no sistema, leio o arquivo de configurações e seto a propriedade do componente ACBR.
Exemplo de arquivo PAF.INI
[PAF]
ECF_PORTA=COM1
ECF_BAUD=115200
Faça uma função que leia estas declarações e então configure as propriedades no componente ACBrECF antes de conectar.
ACBrECF1.Porta := ECF_PORTA; // Variável resultante da leitura do arquivo .INI
ACBrECF1.Device.Baud := ECF_BAUD;
Esta é apenas uma das formas de se fazer isto.
[]s
Ivan
-
Bom dia..
Já instalei algumas destas ... sempre em 115200kpbs... funciona certinho com o Acbr.
[]´s
Ivan
SUGESTÃO
em Dúvidas Gerais sobre o ACBr
Postado
Bom...
Eu gostaria apenas de sugerir a criação de um fórum sobre NF-e de serviços...
Abraço
Ivan