lucasborin

Obrigado, irei entrar em contato com um fiscal para verificar o que podemos fazer com o cliente. Mas creio que poderiam alertar (dar um exception) caso a impressora não suportasse esta funcionalidade.

Tenho um cliente que foi atuado pela fiscalização por este problema mencionando acima. O que posso fazer para auxiliar este cliente? Há alguma maneira de fazer aparecer no cat 52? Pois no cupom saiu a informação! Alguma indicação de vocês?

Olá, Meus clientes de São Paulo precisam que o consumidor seja identificado no cupom fiscal para que possam ser geradas as informações do arquivo CAT 52. Hoje a identificação do consumidor pode ser feita na abertura do cupom fiscal "AcbrEcf.AbreCupom(...)" ou então após a abertura do cupom, usando a função "AcbrEcf.IdentificaConsumidor(...)". Em ambos os casos os dados do consumidor aparecem no cupom fiscal, porem aqueles que identifico após a abertura do cupom (identificaConsumidor), não aparecem como identificados no arquivo CAT 52. Segue uma imagem em anexo exemplificando um pouco mais. Teste: Emiti dos dois cupons, um na abertura e outro após a abertura, efetuei a redução z e gerei o arquivo (winMFD). Impressora: Bematech - 4000 TH FI Tenho um pouco de urgência pois meu cliente foi notificado. Muito obrigado, Lucas Borin

Estou desenvolvendo um módulo de importação de nota fiscal eletrônica e percebi que caso no XML não tenha a TAG modDestIcms, o componente da ACBRNFe retorna o primeiro valor da "array de valores" (mdiTaxi). Segue em anexo um print do produto que foi importado e um print da parte do código responsável pela conversão (que provavelmente está incoerente). Creio que deveria ter um mdiNada com o valor -1, assim na minha aplicação posso detectar esse valor e não gravar no banco de dados. Obrigado, Lucas Borin.

Tenho uma ARGOX-OS 214 TT, ela é compatível com as fontes: Curier, Arial e Terminal. Como faça para informar ao componente a fonte que deve ser utilizada? Procurei pelo fonte mas não encontrei nada do tipo. Obrigado, Lucas Borin.

Emissão de redução Z após comando de finalizar pagamento. Ontem antes de efetuar o pagamento de um cupom fiscal, o sistema automaticamente cancelou o cupom fiscal e emitiu a Redução Z. Já foram emitidos diversos cupons durante este dia, este problema foi por volta das 17h. A unica maneira de nosso sistema efetuar este processo é receber o alerta do ACBRECF avisando que a impressora está pendente a Redução Z. Equipamento: DARUMA - FS700, utilizando comunicação via softflow (XON/XOFF), onde geralmente é utilizado hardflow em outros clientes. Componente ACBRECF é do mês de outubro/2011. Creio que possa ser alguma falha do equipamento do meu cliente, ou então a porta de comunicação com a maquina. Alguém já se deparou com este problema?

Conseguimos efetuar a leitura ajustando o "Retorno.Count - 30" para "Retorno.Count - 20". Obrigado ao Régys e ao Daniel pela ajuda.

Vou tentar trocar esta função, já lhe retorno.

Tranquilo, o problema é que testamos e provavelmente foram atualizadas as DLL na sequencia, mas consegui entrar em contato com o Régys ontem a noite e ele irá ajustar aquela função. Realmente o problema que está na rotina de leitura dos COO, pois está efetuando a leitura diretamente da LFM que varia de impressora para impressora. Obrigado Daniel, Lucas Borin.

Urgente, preciso de ajuda pois estou na homologação de meu sistema. Ao efetuar a chamada ACBRECF.PafMF_LMFC_Cotepe1704 estou recebendo a seguinte mensagem de erro (veja imagem em anexo). Pelo que analisei no código fonte, o problema está na leitura do COO inicial e COO final que estão sendo lidos de uma leitura de memoria fiscal. (veja imagem em anexo). Veja que há um FOR iniciando da posição 36 da LMF e terminando no Retorno.Count - 30 (que acaba ficando em 34), nem chega a entrar no FOR, pois o retorno é 64-30 = 34, assim retornando o COO Inicial | Final = 0. Creio que essa LMF pode variar dependendo do hardware, não sei lhes confirmar esta informação. Utilizamos na homologação uma BEMATECH MP-4000 TH FI. Aqui para testes estou utilizando o EMUL2100. Preciso urgente da ajuda de vocês, obrigado mais uma vês, Lucas Borin.

REQUISITO VI-5-a1 "...a partir do primeiro caracter ou a partir do caracter imediatamente seguinte ao registro do PV"N"..."

Quando impresso o CUPOM FISCAL de uma Pré-Venda que foi gerada a partir de um DAV/DAV-OS, deve aparecer no rodapé do cupom fiscal a seguinte mensagem: "PV0000000000 DAV0000000000" ou então "PV0000000000 DAV-OS0000000000". Caso informe os parâmetros ao ACBRECF (InfoRodape.DAV e InfoRodape.PreVenda), irá aparecer as duas informaçõe em linhas separadas, porem o correto é aparecer em apenas uma linha. Veja a imagem em anexo. Obrigado, Lucas Borin.

"DADOS DO RTC ANTERIORES AO ÚLTIMO DOCUMENTO ARMAZENADO" Esta mensagem aparece pois tentei voltar (sair do horario de verão) para uma data anterior a data do ultimo cupom emitido. Obrigado, Lucas Borin.

Para testes, estou fazendo da seguinte maneira: ACBRECF.MudaHorarioVerao(not ACBRECF.HorarioVerao); Efetuei a Redução Z, rodei o comando acima e a impressora incrementou uma hora (correto), depois troquei o jumper de intervenção técnica (para desbloquear a impressora) e voltei para operação, abri o caixa, efetuei uma venda e efetuei a Redução Z novamente. Após emitir a Redução Z, rodei novamente o comando "MudaHorarioVerao" e recebi a seguinte mensagem de erro: Tem alguma regra para desabilitar o horário de verão? Detalhe, estou utilizando EMUL2100 (emulador bematech). Obrigado, Lucas Borin.

Olá, Hoje há o comando "ACBrECF.MudaHorarioVerao" que incrementa uma hora na impressora fiscal, mas não encontrei nenhum que desative o horário de verão. Qual o comando? Efetuei a "Redução Z", rodei o comando de troca para horário de verão (deu certo, incrementou uma hora), porem depois tentei rodar o comando novamente (para desativar) e apareceu a seguinte mensagem: "Dados do RTC anteriores ao último documento armazenado". Detalhe, estou usando o emulador "Emul2100". Obrigado, Lucas Borin.

Olá, Encontramos uma falha na função que efetua a substituição dos espaços em branco por "?" (validação dos campos). Hoje a função apenas preenche com "?" a direita, onde o correto seria preencher em todos os espaços (esquerda, meio e direita). Segue em anexo uma screen do código fonte ajustado. Obrigado, Lucas Borin.

Correto. Deixo como sugestão a criação de um executável de atualização semelhante ao do JEDI, que recompila os pacotes. Obrigado novamente, Lucas Borin.

Olá, Estou com problemas para atualizar o meu repositório do ACBR, pois cada vez que recebo atualizações (via svn) tenho que remover os BPL e recompilar o pacote atualizado. Um exemplo é o ACBRECF, que recebeu novas propriedades (CodigoDeBarras e PaginaDeCodigo), que vieram a aparecer apenas quando reinstalei o pacote ACBRSerial. Há alguma maneira mais simples de efetuar esta atualização dos componentes? Obrigado, Lucas Borin.

Realmente o problema estava no modo de efetuar o fechamento, sempre era fechando como se fosse cupom fiscal. Obrigado, Lucas Borin.

Certo Juliomar, porem o que ocorre é que no "COMPROVANTE NÃO-FISCAL" estão aparecendo as linhas promocionais, no meu caso o texto do "Cupom Mania".

Apenas fiquei com este problema em aberto, saberia me responder? Obrigado, Lucas Borin

Também está saindo a mensagem promocional no "COMPROVANTE NÃO FISCAL" (pagamento de parcela). Está correto? Caso não, como diferencio um cupom fiscal de um comprovante pelo ACBRECF?

Estou passando manualmente pois em alguns estados não é permitido a escrita "MD5:". Há alguma maneira de não imprimir o "MD5:"?

A string referente ao "Minas legal" / "Cupom mania" está saindo antes da linha do MD5, porem conforme conversei com o homologador o correto é sair o "MD5: XXXXXXXXXX" antes das mensagens promocionais (final do cupom fiscal).

Olá, essa semana saiu uma atualização do ACBRECF que adaptava a string do "cupom mania" e "minas legal" para o novo padrão, porem nessa nova atualização está imprimindo o texto: "CUPOM MANIA, CONCORA A PRÊMIOS...", onde o correto seria "CONCORRA". Coisa simples, fico no aguardo da atualização. Obrigado, Lucas Borin.