Paulinho

Bom dia a todos, é a primeira vez que trabalho com o ACBrCTe e estou fazendo teste de envio, cancelamento, inutilização e carta de correção. Ao tentar fazer o cancelamento do cte me apresentou a rejeição Circulação do CTe Verificada. Não entendo o motivo, sendo que a chave da NFe que esta neste cte que estou tentando cancelar também foi feita em homologação. Alguém poderia me ajudar quanto a isto? Obrigado

Boa tarde, Carlos Alberto deu certinho como me informou. Muito obrigado.

Carlos Alberto Fitl obrigado pela ajuda desse passo-a-passo. Estarei fazendo agora e logo mais posto resultado.

Bom dia a todos, estou fazendo da forma como o Ítalo disse 1 - Consultar 2 - Manifestar 3 - fazer nova consulta Porém não está sendo baixado ou salvo o xml nfe da nota fiscal. Os únicos que são salvos: resNFe.xml , procEventoNFe.xml, mas o nfe.xml não estou conseguindo salvar. Configurações.Arquivos.Salvar:= True; Configurações.Arquivos.Download.PathDownload:= (estou passando o diretorio da pasta onde deve ser salvo os xml); Alguém teria mais alguma dica para me ajudar quanto ao não salvar os nfe.xml em disco?

Boa tarde André F. conseguiu resolver seu problema? Pois também estou passando por isso.

Bom dia Daniel, fiz os teste e agora esta correto... obrigado

debugando ele me apresanta o registrador NS3 com este valor. Os dados da ultima RZ não deveria ser a copia da Z emitida?

Comparei os valores que são gerados e apresentados no memo com a propria RZ neste caso esta que enviei e não consigo encontrar este valor na impressao. Penso que pode ser da memoria da impressora, mas sempre que emitir RZ for aparecer este valor de 100,00 nos detalhes ai não vai bater com a Z impressa.

segue em anexo a RZ.rar impressa IMGRZ03022015.rar

Espelho MFD, cliquei no botao referido quando entrou no ACBrECFDaruma mais precisamente em Resp := xrGerarEspelhoMFD_ECF_Daruma(Tipo, DiaIni, DiaFim ); demorou um bom tempo e depois apresentou erro: Erro ao executar rGerarEspelhoMFD_ECF_Daruma. cod -28 Time-Out. Quanto a saida do memo nao sei se é desta forma que forma quer, mas executei o comando e coloquei os valores dentro do arquivo txt. segue em anexo Saida RZ Memo.txt

sim, estão atualizados (atualizei hoje pela manha o componente) achando que poderia ser isto. O mais interessante é que fiz os testes numa maquina com XP SP3 e no log em nenhum momento apareceu isto. Fui fazer os teste em outras duas maquinas (WIN7 ultimate 32 e 64 bits) respectivamente, e no log que sem encontra com nesses S.O esta exceção é disparada a praticamente em todas as vezes que se cancela o cupom. Mas tudo bem então, muito obrigado pela ajuda.

Fica registrado no log, mas percebi que algumas vezes que a impressora perdeu a comunicação eu abri o log e a cada cupom fiscal cancelado estava este erro. Não constava nenhum outro erro de perda de comunicação e sim este erro que mostrei. No ECFTeste, faz as configurações informando o modelo, a porta e a velocidade clique no botao ativar Abre cupom, vende item, subtotaliza, efetua forma de pagamento e fecha cupom. até ai tudo bem em seguida faco o cancelamento deste cupom, neste momento que em algumas vezes como disse e dispara este erro. Em minha aplicação após o fechar cupom dou comando de abre gaveta, ai no log ele aponta o abre gaveta correto e depois passa pela SEQ:107 CMD:13 EXT:0 CAT:7 RET:[TAB][NUL][NUL][NUL] TBR:0 BRS:"" CHK:136 e ja da o erro.

Aqui no momento estou usando uma Daruma FS800i, fiz assim: Abri o ECFTeste, fiz as configurações de modelo, porta e velocidade e cliquei no botao Ativar. Logo apos ativar fui na aba Dados RZ e cliquei no botao Ler Dados Ultima RZ ai apresentou esta valor no TotalNaoTributadoISSQN = 100,00 e para gerar o arquivo REDZ.TXT descomentei um comentario que esta no ACBrECFEscECF (// DEBUG //WriteToTXT('C:\TEMP\REDZ.TXT', EscECFResposta.Params.Text);) em function TACBrECFEscECF.GetDadosUltimaReducaoZ : AnsiString ;

Certo Daniel, Coloquei o log apenas a venda de um cupom de onde apresentou o erro. log reduzido.txt

Bom dia a todos, quero tirar uma duvida que é o seguinte. Sempre após emitir a reduçãoZ eu uso o ACBrECF1.DadosUltimaReducaoZ para pegar os dados mais atuais dessa Z que acabou de ser emitida. Porem aparece asim em TotalNaoTributadoISSQN = 100,00, sendo que não foi foi feito cupons com produtos que contenham ISS e esta informação não sai na redução que esta impressa. Isto acontece na function AchaValorRegistrador do ACBrECFEscECF. Por que estaria vindo este valor? Segue um .log no nossa aplicação com este valor e um outro .log do ACBrECFTeste chamado REDZ.TXT tmpReducaoZ.DRZ REDZ.TXT

bom dia Daniel, ja migrei para o trunk2 e até o momento a questao de perda de comunicação diminiu, mas percebi que aparentemente isto acontece algumas vezes devido um erro que não consegui encontrar o motivo chamado Categoria: 7-Erro em Relatório Gerencial ou CCD Motivo: 9-CCD especificado já foi estornado. não é sempre e sim algumas vezes que ele dispara este erro. segue o log se puder dar uma olhada agradeço. UniPDV.txt

Obrigado, pela informação e me desculpe pelo erro da colagem.

Daniel sei que voce só analisa problemas do Trunk2, porém gostaria somente se possivel que me dissesse o que aconteceu neste caso? <Anexe o arquivo não cole no post> Só preciso saber o que significa todas essas linhas de status, tipo quando acontece isto seria uma perda de comunicação?

tudo bem, muito obrigado até o momento.

segue os logs uniPDV.log daruma.log

segue os logs uniPDV.log

Bom dia Daniel, como esta alterações foram nos fontes da pasta trunk (este projeto ainda não mudei para o trunk2) então acho que não irão te servir. correto? Uma outra duvida, veja a resposta do suporte da daruma por favor: Obs.: estava usando nossa aplicação com o ACBrECF emitindo CF normal, fui almoçaro computador entrou em standby, quando retornei emiti mais alguns CFs fechei a aplicação, fui fazer outras coisas e quando tentei abrir a aplicação deu erro de O dispositivo COM9 (porta usada pela nossa aplicação) não esta disponivel neste momento. ai fechei nossa aplicaçao e fui tentar abrir o ExemploDaruma.exe em delphi e nao conectou (muito provével por causa do erro de disponibilidade). Ai veja agora a respotas do suporte da daruma. Eu pude ver que a impressora respondeu perfeitamente. Entretanto, o exemplo daruma não funcionou porque o ACBR estava segurando a porta ainda. Para utiliza-lo, seria necessário duas coisas: Primeiro, no arquivo DarumaFrameWork.xml no grupo <ECF> Seria necessário que a chave "<ControleAutomatico>1</ControleAutomatico>" Esteja com o valor 1. E que o ACBR não segure essa porta, essa configuração deve ser feita no ACBR mesmo. Não temos nenhum relato de perca de comunicação com a FS800i, e como ja atualizamos o driver novamente, muito provavelmente o ACBR esta segurando a porta e a falta do controle automatico tambem agrava isso. Será necessário o contato com o suporte ACBR mesmo para que seja feita essa configuração e verificação. Sendo que ao fechar nossa aplicação eu utilizo o ACBrECF1.Desativar conforme esta no Demo. Tem alguma maneira de fazer essa configuração como o suporte deles mencionou?

Passo-a-Passo Na tela do Demo ECFTeste.exe configurei modelo=ecfEscECF Porta=COM9 (A que impressora esta instalada) cliquei no botao btSerial e configurei porta serial= COM9 Selecionei Baud Rate= 115200 e ao sair desse combobox o acbr me leva ao fonte ACBrDevice, mais preciso na procedure TACBrDevice.SetBaud(const Value: Integer); onde no fim da procedure consta fsBaud := fsBaud ; ConfiguraSerial ; esse fsBaud esta sendo trazido da procedure TACBrDevice.SetDefaultValues; que esta como padrao Baud= 9600. Ao meu ver acho que aqui fsBaud := fsBaud deveria ser assim: fsBaud := Value, trazendo a const Value que é o valor que eu passo na configuração do form ConfiguraSerial. Eu fiz esta alteração e deu certo, caso esteja certo esta alteração também deverá ser feito para procedure TACBrDevice.SetData(const Value: Integer); Pois estas duas procedures sempre pegaram os valores que estiverem como padrao no SetDefaultValues, independente de o usuario configurar manualmente. Caso tenha dito algo de errado, desconsiderem, pois meus conhecimentos ainda são básicos.

Sim Daniel, eu alterei direto no Form ConfiguraSerial debugo pelo delphi e entro antes de tudo neste mesmo ConfiguraSerial, clico em Ok e ai sim em ativar e continua aparecendo Baud como 9600 ja o HANDSHAKE alterou para o que eu tinha colocado. Fiz um outro teste e entrei direto no font ACBrDevice e alterei os valores padroes que aparecem la para Baud 115200 e mesmo assim o Baud permanece em 9600. Talvez esteja fazendo algo errado, agora vou debugando ponto a ponto pra ver o porque no arquivo log so esta salvando Baud=9600. Achei Daniel, la em ACBrDevice, procedure SetDefaultValues. Por enquanto obrigado pela ajuda, vou estar continuando com o pessoal do suporte da daruma também para ver se soluciono este probleminha... Obrigado

Mas esta dúvida é em cima do Demo ECFTeste.exe e Demo TEFDemo.exe mesmo, como disse configurei direto no próprio componente mas percebi que o Baud e HANDSHAKE pelo menos aqui na pasta dos exemplos que utilizo o valores sempre permanecem BAUD=9600 e HANDSHAKE=