douglas_k

Bom dia Régis, Certo, mais nesse caso de não possuir CEST você informaria assim: #0000000#30023090#TIAMUTIN PREMIX PO 5 KG ... ou simplesmente envia apenas a descrição do item?

uhum, problema é que esse CEST é utilizado apenas para produtos que são comercializados como substituição tributária, é possível que mesmo assim não tenha um depara entre todos ncm/cest, nesses casos a dúvida seria a mesma de como seria a forma correta de informar a descrição do item no vendeitem

Temos uma duvida gostaria de ver se algum dos amigos que já tenha feito pode nos ajudar. Estamos colocando (# + CEST + # + NCM + # + Descrição) para todos os itens vendidos, único porem é no caso de não existir CEST vinculado ao item, por exemplo, como fazer o tratamento, enviar a informação do campo CEST com zeros?

Boa tarde Pessoal. Iniciamos a utilização de balança em nossos PDVs e estamos utilizando para comunicação o componente ACBrBal com a balança Toledo 8217. A principio não tivemos problemas com a comunicação, configuramos elas assim 'Modelo: Toledo / Porta: COM3 / Device: BAUD=2400 / DATA=8 / PARITY=N / STOP=1 / HANDSHAKE= MAXBANDWIDTH=0'. e saiu funcionando sem maiores dores de cabeça. O problema acontece depois de um tempo utilizando a balança, ela retorna -9 em algumas pesagens e dai pra frente em alguns casos a balança para de responder as próximas tentativas de captura de peso, sempre retornando -9. Para solucionar apenas desligando a balança e ligando novamente. É bem estranho o peso esta estável sobre a balança e tudo, mais ele demora o tempo do TimeOut que esta 5000 e retorna -9. Em anexo um log de testes, alguém já teve esse problema ou tem conhecimento do que pode ser? logBalanca.txt

Obrigado a todos pela contribuição de suas experiências.

uhum, deve ser HD mesmo. Ontem tentei recuperar a base de dados utilizando algumas ferramentas e não teve jeito mesmo. Qualquer coisa que tento fazer com esse arquivo retorna 'A solicitação não pôde ser executada devido a um erro do dispositivo de E/S.' Vendo logs do PDV e conversando com a operadora do caixa ela desligou a maquina tirando o cabo de energia, isso acabou acarretando essa falha. EMBarbosa recorda o que você fez na ocasião que teve esse problema?

Pois é, acredito que pode ser base corrompida mesmo. Problema no HD acredito que não pq o problema esta apenas no acesso desse arquivo .fdb. Tentei até passar chkdsk para verificar a integridade do sistema de arquivos mais não resolveu o problema. Achei estranho pq nem copiar para outro diretório não consigo este arquivo. Simplesmente não é possivel fazer nada com ele. Nesses casos deve ser utilizado as ferramentas gFix e gBak que estão na pasta bin do firebird para contornar o problema?

Bom dia pessoal, Temos já a algum tempo desenvolvido nosso PDV mais até então não havia ocorrido nenhum problema semelhante. Foi iniciado a operação diária no PDV e depois de alguns registros começou a dar problema na conexão com o Firebird. O erro retornado é: I/O error during "ReadFile" operation for file "C:\PDV\DADOS\PDV.FDB" Error while trying to read from file A solicitação não pôde ser executada devido a um erro do dispositivo de E/S. Se tentar copiar o arquivo pdv.fdb para qualquer lugar pelo Windows mesmo, ele demora a responder e retorna o erro A solicitação não pôde ser executada devido a um erro do dispositivo de E/S. Dessa forma não consigo trabalhar com esse arquivo. O Jeito que encontrei foi renomear a base de dados que isso o Windows deixou e voltei um backup para liberar a maquina. Gostaria de ver se alguém já passou por algo semelhante. Desde já agradeço a todos. Utilizo o Firebird 2.5

Bom dia. Gostaria de ver se mais alguém esta com problema para efetuar pesquisas no fórum, ou então eu estou efetuando as pesquisas de forma incorreta.

Utilizando o install do acbr não estava fazendo a instalação do componente, fiz por fora compilando e instalando o .dpk e agora esta ok.

Dando uma pesquisada no fórum vi bastante o pessoal comentando sobre o uso do componente ACBrECFVirtualNFCe. Já fiz o update do ACBr e reinstalei o mesmo, mais esse componente não aparece na palheta. O único que possui é o ACBrVirtualNaoFiscal. Vcs possuem esse componente ACBrECFVirtualNFCe ?

Bom dia a todos, Temos hoje desenvolvido e homologado nosso PAF-ECF para nossos clientes de Santa Catarina. Agora temos a necessidade do desenvolvimento da NFC-e para o estado do Rio Grande do Sul. Gostáriamos de utilizar o mesmo software tanto para trabalhar com ECF como emitir as NFC-e apenas configurando o mesmo, evitando assim o desenvolvimento de um novo software do zero. Hoje utilizamos o ACBrECF e o ACBrTEFD para atingir nossas necessidades. Partindo disso oque poderia ser feito para podermos utilizar nossa estrutura ja criada? configurar o modelo da ECF para ecfNaoFiscal e utilizar o módulo ACBrNFE ? Gostária de informações gerais de como podemos implementar da melhor forma para ai sim partir para pesquizas e desenvolvimento da solução. Desde ja agradeço a colaboração de todos.

Bom dia. Essas modificações que vc cita abaixo foram integradas no Acbr? Eu tambem estou utilizando o CliSitef e iniciei o desenvolvimento do TicketCar que agora é o modulo Edenred. Ja adicionei as variveis necessárias no configurador clisitef.ini e passei no paramAdic {VendaNPTC=1} conforme a documentação enviada pela Software Express. Gostária de verificar como vcs que utilizam esse módulo fizeram para desenvolver as funções necessárias, se ja existe algo pronto no acbr. Como fizeram para tratar os retornos das transações. Até mais.

Bom dia Pessoal, Gostária de ver se existe algo para o auxilio no desenvolvimento do módulo TicketCar. Hoje utilizamos o G.P CliSiTef. Existe alguma coisa ja desenvolvida nesse sentido no Acbr?

uhum...ok. Obrigado.

Boa tarde. Verifiquei que no layout do registro H2 para a nova ER 02.02 os campos COO e CCF aumentaram de 6 para 9 casas e tambem foi adicionado um campo '14 - CNPJ da entidade recebedora da doação' nesse arquivo. Atualizei o ACBr e a principio acredito que não tenha sido alterado essa questão, mais se ja foi só me confirmem, que terei que verificar o pq esta criando com o layout da ER 02.01. Desde ja agradeço.

Realmente, na verdade o problema ocorria porque ao entrar na minha aplicação e ler o arquivo .ini para carregar as propriedades do ACBrECF eu tinha setado o valor do parametro PaginaDeCodigo como 0. Colocando o parametro como 850 funcionou corretamente. Quando vc seta o modelo da ECF com ACBrECF1.Modelo ele carrega a propriedade PaginaDeCodigo com o valor correto na classe ACBrECFBematech, o problema é que eu setava o modelo e depois setava o PaginaDeCodigo assim sobreescrevendo o valor 850 por 0. Se tivesse colocado primeiro para setar a paginadecodigo e depois o modelo da ecf tambem iria funcionar. Obrigado pela ajuda.

Boa tarde Galera. Estou com um problema na impressão de relatório gerencial com acentuação. No demo do ACBrEcf ele imprime tranquilo sai de forma correta os acentos, agora pela minha aplicação não vai. Debugando cheguei a essa parte de código no ACBrECFClass: if fpPaginaDeCodigo > 0 then Result := TranslateString( ACBrStrToAnsi( ATexto ), fpPaginaDeCodigo ) else Result := TiraAcentos( ATexto ); Quando faço pelo demo do ACBr o fpPaginaDeCodigo vem carregado com 850 ja na minha aplicação ele vem zerado 0. Estou utilizando a ECF Bematech MP-2100, acredito que deve ser algo simples, uma variável de configuração algo do genero, mais acabei não encontrando.

Realmente esse teste não efetuei. Vou verificar e retorno.

Dae galera. Estou com um problema na geração de um arquivo que é solicitado na nova ER 02.02. No riquisito VII, item 5.A é solicitado para gerar um arquivo conforme AC 17/04. Buscando no ACBr encontrei a função ACBrECF.PafMF_MFD_Cotepe1704 que gera o arquivo exatamente no layout necessário. Gerando esse arquivo por data ele funciona corretamente, agora selecionando por intervalo de COO ele retorna um erro: '2014-09-16 14:02:37:890 - Retorno Bematech_FI_ArquivoMFD: -1 - Erro de execucao na funcao BemaFindDateDownloadCOO' Oque é interressante é que o erro não retorna sempre, depende o intervalo do COO que é colocado. Pelo que verifiquei nos testes é que se o numero do COO final estiver dentro do movimento do dia da geração ele faz corretamente, podendo o intervalo inicial ser qualquer um, agora se colocar no COO final um do movimento de 10 dias atraz por exemplo, ele retorna o erro. Estou utilizando o Delphi XE3 e atualizei o ACBr hoje. A impressora fiscal utilizada é uma Bematech MP-2100. Em anexo o log de geração de um que efetuou com sucesso e outro com erro. BemaFI32-20140916_erro.txt BemaFI32-20140916_normal.txt

Ja existe a possibilidade de finalizar pelo ACBr uma venda com duas formas de pagamento cartão e criar um vinculado para cada uma das formas de pagamento, como no exemplo das imagens postas pelo mcnonino nessa post?

uhum, vou verificar novamente para entender melhor. A dificuldade que encontrei porem, é exatamente nesses retornos das mensagem. No evento ExibeMsg tanto a mensagem 'Transação OK' como a 'Retire o cartão da leitora ' são retornadas na operação opmExibirMsgOperador, assim não encontrei um jeito de diferencia-las para colocar o temporizador apenas na msg 'Transação OK'. Não sei se existe uma forma de conseguir identificar a mensagem final da transação, sendo ela um erro ou de ok. No clientModular existia um campo do arquivo texto que era o 030-000 onde sempre retornava o status final da transação. Grato pela atenção.

uhum, exatamente, não pode ser alterada os fluxos de msg. Andei debugando e verifiquei o seguinte. Fiz uma transação e finalizei com cartão de credito avista, com um valor qualquer. Em determinado momento do fluxo é solicitado para que seja digitada a senha no pinpad. No momento em que confirmo a senha, é retornada a mensagem 'Transação OK' pelo gerenciador, mais logo em seguida essa mensagem é sobreposta por 'retire o cartão da leitora'. Verifiquei que essa mensagem é retornada no evento ExibeMsg na operação opmExibirMsgOperador. Temos uma aplicação que trabalha com o clientModular da Software Express e quando homologamos foi repassado que a mensagem com o retorno da transação quando bem sucedida deve ficar por 5 segundos na tela sem a opção do usuario estar fechando a mesma, no caso citado acima a mensagem 'Transação OK' deveria ficar esse tempo, por exemplo. Ja quando é retornado alguma falha na transação é necessario que a mensagem de erro seja dada com a possibilidade do usuario fechar a qualquer momento a mesma e continuar a finalização do cupom. Para quem ja efetuou a homogação utilizando o ACBrTEFD e o gp cliSitef teve a necessidade de deixar essa mensagem de retorno da transação por algum tempo determinado?

uhum, show de bola, vou debugar novamente a OnExibeMsg e qualquer dificuldade mantenho contato. Obrigado pela atenção.

Vou dar um exemplo. Ao fazer uma transação de crédito por exemplo, no momento em que é solicitada a senha de confirmação no pinpad e o usuario digita a senha e confirma a mesma, a transação é autorizada. O componente da o display "Transação OK", mais logo em seguida altera o display para "Retire o cartão", dessa forma o usuario não consegue visualizar o status da transação. No TefDemo ocorre da mesa maneira. Gostaria de estar pegando essa msg de "Transação OK", "transação Negada", enfim... para assim poder dar o display da mesma.