lucasborin

Conversei com o Deynison e a Polimig/SP aceitou, ufa! Obrigado, Lucas Borin

Atualizei o meu código fonte e reinstalei o componente, a unica modificação que apareceu foi um cabeçalho escrito "MEIOS DE PAGAMENTO". Mesmo assim continuamos fora do padrão mostrado lá no AtoCotepe e o homologador não está aprovando. A Polimig/SP solicitou que eu envie um e-mail para a Polimig/BH solicitando a aprovação deste nosso layout. Com qual dos homologadores de lá vocês tem mais contato?

Com qual homologador da Polimig/BH vocês conversam geralmente? Pois preciso da confirmação para passar a Polimig/SP. Liguei e conversei com o Coloman e ele me informou que realmente é necessário o ajuste para o formato que está no Ato Cotepe.

** Edit ** Conversei com o Luis da POLIMIG de SP e também me informou que é necessário seguir o padrão do ATO COTEPE. Se necessitarem, me ponho a disposição de efetuar a modificação no layout e postar o arquivo aqui no forum. Obrigado, Lucas Borin

Boa tarde, Alguém sabe me dizer se preciso exibir o botão do relatório de troco de cartão no menu fiscal para os clientes de fora de Santa Catarina? Caso sim, devo imprimir um relatório em branco? Obrigado, Lucas Borin

Perfeito, obrigado regys.silveira!

Bom dia, o layout do relatório de meios de pagamento está diferente do exemplo citado no ATO COTEPE 1.12. É permitido? está correto? Qualquer coisa me avisem que efetuo o ajuste no código e anexo aqui no tópico. Obs: Estou gerando pela função ACBrECF.PafMF_RelMeiosPagamento(...)

Bom dia! Um dos arquivos do meu sistema é o arquivo de licenciamento, que contem os dados do cliente, da softwarehouse, entre outros. Caso este arquivo seja violado ou então não exista, pelas regras do paf-ecf, o sistema deve permitir consultas e impressão dos relatórios do menu fiscal. Correto? Dentro deste arquivo de licenciamento, como citei, armazeno os dados da softwarehouse que são utilizados em alguns relatórios do menu fiscal, logo se não existir este arquivo, não terei as informações da minha empresa para usar nos relatórios. Como vocês contornaram este caso? Alguma sugestão? Obrigado, Lucas Borin

Olá, estou tentando utilizar os eventos "OnDepois..." para armazenar os cupons emitidos em meu banco de dados. No evento "OnDepoisFechaRelatorio", preciso saber qual é o relatório que foi emitido. Por exemplo, preciso saber se é o relatório mapa de movimento de turno ou então se é a listagem de dav. Um exemplo é o "OnDepoisSuprimento", lá consigo identificar se é um suprimento manual ou é uma abertura de caixa. Identifico esta informação pelo campo "Observação". Tenho como buscar esta informação?

Olá! Meus clientes estão me informando que há uma demora na inclusão de um item no cupom fiscal em meu sistema. Depurei todo o procedimento, gravando o tempo de execução de cada bloco de consulta e gravação. Após cada inclusão de item, consulto o SubTotal, o NumSerie, o NumCCF e o NumUltimoItem no componente para gravar no banco de dados. Depurando o tempo de cada uma destas buscas, cheguei nos resultados em anexo. Gostaria de uma ajuda, pois está chega a demorar um segundo para efetuar estas 4 consultas. Como meu cliente trabalha em atacado, precisa de muita agilidade para passar os produtos. Efetuei o teste no Emulador da Bematech, provavelmente na semana que vem chegará meu novo ECF, dai poderei testar melhor. Precisam dos comandos de consulta? Obrigado, Lucas Borin

No tópico que me indicou, o Daniel Simoes informa que nem todos os modelos retornam o NumCooInicial, mas eu preciso deste campo para informar no relatório do Sintegra - BLOCO 60M (Mestre). O que eu faço no meu sistema é o seguinte: Após efetuar a Redução Z na impressora, eu leio o arquivo de texto que contem as informações e gravo no banco de dados. Caso não grave este valor, o Sintegra estará incorreto. Não há alguma outra saída para buscar esta informação? Talvez o que eu possa fazer é buscar o NumCooFinal da Redução Z anterior e incrementar um. Mas dai não sei o que fazer na primeira Redução Z no meu sistema. Alguma dica? Obrigado, Lucas Borin

Apenas encontrei um report e uma correão para a Daruma, não encontrei nada referente a Bematech.

Conversei com o pessoal da Polimig e me indicaram aplicar a diferença do arredondamento e truncamento como acréscimo/desconto no item. Ficou tudo certo. Muito obrigado pela ajuda!

Olá, Quando efetuo a Redução Z o campo "ECF.NumCOOInicial" fica em branco. (imagem em anexo) Em novembro quando efetuamos a homologação não ocorria este caso, creio que seja algum novo ajuste. Mas não identifiquei o que possa ser. Analisei o ChangeLog e não encontrei nada para a Bematech. Alguém poderia me dar uma ajuda? Obrigado, Lucas Borin

Daniel, tudo certo com o caso do arredondamento e truncamento em relação ao cupom fiscal, meu aplicativo e ao espelho do cupom! Mas como nem tudo são rosas, achei mais um caso relacionado com isto, veja só: Entrei em contato com o Suporte da Toledo e me informaram que as balanças seguem uma legislação que obriga a arredondar os valores. Conversei com uma empresa aqui da minha cidade que lacra ECF e me informaram que por padrão estão programando os ECF para truncamento (os possíveis). Caso um cliente tente usar o código gerado por uma balança em um cupom fiscal, terei uma divergência no valor total do produto e no valor total da etiqueta. Vocês tem alguma sugestão do que fazer neste caso?

Vacilei, não informei a propriedade "ArqLOG". Por acaso o log é salvo em algum lugar mesmo assim? Se não vou ativar no cliente e quando voltar a ocorrer o problema eu posto a vocês. Procedure que contem a parte de Redução Z forçada: try vStatus := ACBrECF.Estado; except vStatus := estDescohecido; end; if vStatus = estRequerZ then EfetuarReducaoZ(); Vou entrar em contato com o cliente para pegar o arquivo "Dados_Ultima_Reducao_Z_xx.txt" que o PAF-ECF exige. Junto com ele vou pegar um scan da redução Z que ocorreu.

Olá, Um de meus clientes tem dois caixas, cada um com um ECF "Daruma FS700". Em determinados processos de nosso sistema, verificamos o valor da propriedade "ACBrECF.Estado". Caso o valor seja "estRequerZ", o sistema automaticamente entra em processo de Redução Z. O que está ocorrendo neste cliente é que as vezes o sistema apresenta a mensagem "Impressora fora de linha" ou então "Não está respondendo" e logo na sequencia emite uma Redução Z, mesmo sem estar com a redução pendente. Já ocorreu este caso mais de uma vez, em mais de um cliente nosso. Ambos clientes informaram que não há um passo-a-passo para seguir e sumular este relato. A diferença entre estes dois ECF, é que um deles está configurado para se comunicar usando Hardflow e o outro para Softflow. O que está configurado para se comunicar via Softflow é o que está dando problema, caso configurado para Hardflow não conseguimos identificar o hardware. Ambos ECF estão conectados diretamente a uma porta Serial (cada um em sua máquina). No meu outro cliente, são duas impressoras "Bematech MP 4000 TH FI", via Hardflow. Alguma sugestão?

testei no emulador com o demo e funcionou perfeitamente. Amanha vou testar no meu PAF-ECF e dou um retorno, obrigado novamente Daniel Simoes. -- edit Tudo certo, obrigado!

Problema ainda persiste :/

Estou tentando efetuar a seguinte venda de um serviço: Valor unitário: 1,00 Quantidade: 1 Setor: FS1 Até antes do envio do comando para a impressora tudo está correto, creio que seja na montagem do comando que é enviando para a impressora. Segue a imagem do teste efetuado com o Demo do ACBrECF. Abraço, Lucas Borin

Fiquei um pouco confuso, mas e se o primeiro item depender de um arredondamento, vou ter problemas? Vou testar e posto novamente sobre este caso em breve. -- criado um novo tópico com o novo assunto.

Não sei se é coerente esta sugestão, mas vejam: - Caso o arredondamento seja FIXO na impressora, ao ativar o componente, a propriedade "ArredondaItemMFD" é ajustada conforme o que está na impressora (True/False). - Caso não seja compatível com arredondamento, automaticamente é setado para False. Pois hoje estou me baseando na propriedade "ArredondaItemMFD" para saber se devo efetuar o arredondamento.

Perfeito, tópico encerrado. Obrigado novamente

Geralmente quando tento efetuar uma venda em uma alíquota não cadastrada, é apresentada a mensagem: "Alíquota não encontrada: XX". Neste caso quando tento efetuar a venda com a alíquota "I2", o sistema não apresenta a mensagem e libera a venda utilizando a alíquota "I1". Está correto isto? Pois meu cliente deseja vender os produtos do grupo A no setor "I1" e os produtos do grupo B no setor "I2".

Daniel, Apenas consegui efetuar o teste em uma impressora que efetua o arredondamento. Por acaso você tentou efetuar o teste em alguma impressora que efetua o truncamento? Abraço