Paulinho

Então Daniel, estou tentando pelo próprio instalador ACBrInstall_trunk2 e esta aparecendo conforme o Wiltomar falou e postou imagens logo acima. Inclusive tentei fazer conforme sua orientação gerar um novo instalador, só não entendi se é pra ser gerado ja na plataforma win64 ou se pode ser gerado em win32 mesmo.

Bom dia Dione, seu windows é 64bits? Se sim, como voce fez para usar o ACBr em64bits?

Bom dia Wiltomar, tudo bom? Voce conseguiu resolver seu problema de instalação do ACBr como postou logo acima? Caso sim, poderia dar uma ajuda de como procedeu para conseguir instalar.

Não estava conseguindo cancelar devido esta colocando no campo data de entrega a mesma data de emissão. Quando fiz um CTe com data de entrega difrente da data de emissão ai efetuou o cancelamento corretamente.

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