mgmobile

Bom dia, sabe informar quando será lançado a versão com a correção? Pergunto pois para resolvermos o problema no cliente estamos obrigando o cliente a abrir e fechar o acbr sempre que for gerar boleto do santander para evitar erros e o cliente está nos perguntando se vai ter sempre que fazer isso... Sabe quando será lançado a versão semanal com a correção?

Obrigado, José!

Complementando os arquivos para testes. Fiz a simulação do erro (li um retorno e depois gerei o boleto) dai gerou o boleto errado... e pedi pra gerar a remessa e ele gera errado tbém... dai depois fechei o acbr, gerei o boleto sem ler um retorno e ele gerou pdf certo e remessa certo. Anexo segue remessa correta (OK.REM) e remessa errada (ERRO.REM)... notem por exemplo na LINHA 63 posicao 196 a 197 ele gera no arquivo correto o numero 72... já no arquivo errado a mesma linha o numero 72 está na 197 a 198 e a linha tem um char a mais que os 240 permitidos no CNAB240... anexo os 2 arquivos para analise erro.rem ok.rem

Acabei de entrar denovo e não deu o erro e Acabei de conseguir simular para dar o erro... se o ACBRMONITOR está fechado... eu abro ele e dou os comandos acima, dai funciona normal... agora se antes de gerar boletos eu LER UM RETORNO dai ele passa a apresentar o erro apresentado... só volta a dar certo se fechar o acbr e abrir denovo... ou seja, O ERRO APARECE APÓS LER UM ARQUIVO DE RETORNO DO BANCO... anexo um retorno do mesmo cliente... se vc ler esse retorno para gerar o INI de retorno e em seguida tentar imprimir os boletos acima dai dá o erro! retorno29062018.TXT

Mais um detalhe... se vc analisar o PDF vai ver que o DIGITO VERIFICADOR mudou, ou seja, mandamos no BOLETO.TXT NossoNumero=72 e depois 73... imprimiu no PDF apenas o número 7 (cortando o ultimo) mais o DV mudou... ou seja, o DV parece estar sendo calculado corretamente pelo numero informado no TXT mais a apresentação do nossonumero no PDF esta errada...

Acabamos de fazer acontecer o erro, gravamos inclusive video no teamviewer e pegamos os arquivos. Anexo o TXT que mandamos para o acbr... logs, pdf gerado, etc... veja que por exemplo geramos nossonumero 72 e 73 e no pdf imprimiu errado... Se vc fizer de modo manual no acbr monitorando os TXT e enviar na sequencia: LIMPALISTA.TXT CONFIGDADOS.TXt INCLTITULOS.TXT IMPRIMEBOL.TXT usando o arquivo BOLETOS.TXT que enviamos... e o cedente.ini que enviamos vai dar o erro... nossonumero do PDF vai sair diferente do enviado no boletos.txt BOLETOS.TXT boleto 900010.pdf log.txt cedente.ini

Se tentar imprimir vai dar certo mesmo... como eu disse é exporádico... em alguma situação que não sabemos é gerado o arquivo de remessa com um zero a mais e também impresso faltando um numero conforme expliquei... O Comando LIMPARLISTA é sempre realizado antes de imprimir boletos ou gerar remessa... Apenas frizando, não estamos tratando de RETORNO e sim de REMESSA... só citei exemplo do RETORNO pois já participei de outro tópico sobre o BANCO SANTANDER que o INI do retorno era gerado com 13 caracteres... mais aqui estamos tratando de IMPRESSAO DO BOLETO FALTANDO O ULTIMO NUMERO, ou seja, gero no INI 46 e imprime 000000000004 (só de vez em quando) link do tópico sobre a leitira errada da remessa pelo acbr: Também não conseguimos simular pois a maioria das vezes sempre sai certo... é exporádico e nos causa um transtorno enorme pois a LINHA DIGITAVEL é gerada como se o numero do boleto fosse 4 e nao 46... o arquivo de REMESSA gera o 46 mais com um zero a mais... dai o cliente PAGA e o banco não identifica pois paga o boleto nossonumero 4 (gerado errado) e no arquivo de remessa estava o correto que era 46... dai o banco cobra uma taxa do cliente como se fosse boleto sem registro... E isso tem acontecido somente com SANTANDER...

Ok, anexo segue o arquivo INI que enviamos para o ACBR e o arquivo de REMESSA. Notem que geramos o nossonumero 46 e na imagem ele imprime apenas o 4 e no arquivo de remessa tem o 46 mais com um ZERO A MAIS à esquerda... Já tivemos este problema antes com o arquivo de RETORNO onde o acbr lia o retorno e nor retornava um INI om 13 caracteres sendo que SANTANDER são 12 caracteres... na ocasião postei no forum sobre o erro e acabei mudando o programa para ler o arquivo que o acbr gerava pegando as 12 primeiras posições... posteriormente foi lançado nova versão com o erro do RETORNO SANTANDER corrigido Creio que esse erro na REMESSA tem a ver com o erro do retorno... pois ao que dá entender é que em alguma parte do fonte do ACBR onde ele coloca os ZEROS A ESQUERDA para completar os 12 caracteres do NOSSONUMERO santander o acbr está colocando um zero a mais.... dai gera uma REMESSA com um zero a mais e o PDF aparece apenas os 12 primeiros caracteres, cortando o ultimo... O estranho que isso acontece raramente... geralmente acontece no primeiro boleto que o cliente vai emitir no dia... dai os demais ficam certos... BOLETOS.TXT remessa.rem

Bom dia Ao emitir boletos para o banco Santander esta dando erro na hora de gerar o arquivo de remessa e o pdf no campo nosso numero, por exemplo: é enviado o nosso numero 46 porem no pdf apresenta somente o digito 4 e no arquivo de remessa ele grava o nosso numero 46 porem um campo a frente, este erro ocorre aleatoriamente gerando algumas vezes corretamente e outras vezes errado. Segue em anexo um exemplo do ocorrido.

Tenhos duas perguntas: 1- É possivel desabilitar isto na impressora ou fazer algo para que nao verifique o digito verificador? 2- Se eu nao tenho um codigo de barras EAN13 valido e queira transformar por exemplo ABC123 em codigo de barras, qual codificação devo utilizar e como devo gravar ?

Boa tarde Estamos imprimindo etiqueta e selecionando o tipo de barras barEAN13, porem o ultimo digito do codigo de barras esta diferente do informado no arquivo enviado para o ACBR, estou anexando o arquivo gerado e um foto da etiqueta gerada, no exemplo estamos enviando "0000000021750" e na etiqueta esta saindo "0000000021753". Alguem pode me ajudar e ver se estou fazendo algo de errado, obrigado. etiqueta.txt

Realizei um teste baseado no exemplo que me passou e funcionou perfeitamente, estou apenas realizando alguns ajustes para o tamanho da etiqueta. Tentei localizar esta documentação utilizando a tecla F1 e nao consegui locar, talves meu manual esteja desatualizado. Muito obrigado mesmo, me ajudou muito.

Ok, José, agora deu certo!! Apenas para funcionar seu exemplo tivemos que tirar os parêntesis do comando ATIVAR/DESATIVAR e Iniciar/Finalizar ficando: ETQ.Ativar ETQ.IniciarEtiqueta ETQ.ImprimirTexto( "0", "2", "2", "2", "3", "3", "BISCOITO MARILAN RECH 335G", "0", "1" ) ETQ.ImprimirTexto( "0", "2", "2", "1", "8", "3", "CHOC BRANCO") ETQ.ImprimirBarras( "0", "0", "2" , "2", "13", "5", "7896003701685", "10", "1") ETQ.ImprimirCaixa( "13", "32", "56", "17", "1", "1"); ETQ.ImprimirTexto( "0", "3", "3", "2", "18", "35", "R$") ETQ.ImprimirTexto( "0", "3", "4", "4", "15", "50", "20,59") ETQ.Imprimir( "1", "0" ) ETQ.FinalizarEtiqueta ETQ.Desativar Agora está funcionando certinho! Obrigado!

boa tarde Baixamos a nova versão do ACBR onde contempla melhorias na impressão de etiquetas porem mesmo na nova versão nao conseguimos fazer imprimir o codigo de barras, conseguimos imprimir apenas o texto, alguem tem um exemplo ou link que explica os campos onde define o tipo de codigo de barras ? Desde ja agradeço.

Ok, José, sabe quando será liberado a versão do acbrMonitor? obrigado!

Quais são as opções disponiveis além de barCODE39, barCODE93 e EAN13? tentamos ETQ.ImprimirBarras(0, barEAN13, 2, 2, 26, 1, '111977', 10) . tentamos ETQ.ImprimirBarras(0, barCODE39, 2, 2, 26, 1, '111977', 10) . tentamos ETQ.ImprimirBarras(0, barCODE93, 2, 2, 26, 1, '111977', 10) . Todos no ACBR o retorno é OK mais na impressão sai em branco... Olhei no manual e diz: ETQ.ImprimirBarras( Orientacao, cTipoBarras, cLarguraBarraLarga , cLarguraBarraFina, nVertical, nHorizontal, cTexto, nAlturaCodBarras ); Tentamos mudar os parâmetros de nVertical, nHorizontal também mais não deu... sai em branco... O Cliente usa uma impressora ARGOX... Texto imprime normal, por exemplo: ETQ.ImprimirTexto(0, 1, 2, 1, 6, 1, 'ANTONIO DE OLIVEIRA') imprime normal... Só não imprime código de barras...

Boa tarde Conseguimos fazer funcionar a impressao das etiquetas porem nao conseguimos imprimir o codigo de barras na mesma, segue o comando que estamos utilizando: ETQ.ImprimirBarras(0, barEAN13, 2, 2, 26, 1, '111977', 10) . Tentei verificar nos comandos porem nao mostra os parametros para imprimir codigo de barras por isto nao sei se estou fazendo da maneira correta, pode me ajudar ?

Sim, estao corretos e inclusive ja verificamos junto com o contador do cliente estas informações. Testamos nos dois ambientes tanto na homologação quanto na produção.

Boa tarde Temos varios clientes que utilizam o cupom fiscal eletronico e funciona corretamente porem temos um cliente de Pernambuco que estamos tentando implementar o modulo de cupom fiscal eletronico porem apresenta o seguinte erro ao emitir "Codigo de Hash no QR-Code difere do calculado", ja verificamos todos os dados do cliente, o id do token e demais informações. Em anexo segue o xml emitido que apresentou o erro descrito acima. Alguem pode me ajudar? 26180307198136000105650010000000011000000019-nfe.xml

Perfeito Daniel, vc é o cara! deu certinho!!! Muito obrigado!

Meu cliente esta utilizando uma impressora argox e a entrada dela é usb, quando mando o comando ATIVAR e IMPRIMIR retorna que nao conseguiu localizar a impressora, tentei selecionando todas as COM. Como posso resolver quando a entrada é USB ?

Boa tarde pessoal Uso o ACBRMONITOR basicamente pra imprimir NFE Surgiu a necessidade de um cliente imprimir etiquetas usando uma impressora de etiquetas argox Vi que o componente acbr tem opção de imprimir etiqueta Preciso imprimir 3 linhas sendo que a última é um código de barras. CÓDIGO: 123456789 PRODUTO: PRODUTOS DE TESTE CODBARRA DO CODIGO Como funciona este componente? Tem algum exemplo de arquivo INI que imprima a etiqueta como acima? Quais os compandos que preciso mandar para o acbr imprimir a etiqueta baseado no INI criado? Desde já agradeço

Obrigado, Juliomar! Passei todos os valores monetários para 2 casas decimais e vou acompanhar... como meu programa roda em clientes em quase todos os estados no brasil os que passarem a dar erro (exigindo 4 casas como antes) eu posto aqui até para ajudar alguém que tenha o mesmo problema!

Boa tarde No arquivo INI que eu enviava ao acbr eu colocava no campo VALOR do ICMS o valor com 4 casas decimais pois quando eu deixava com menos casas (2 ou 3) às vezes o webservice retornava que tinha erro no somatorio do icms... Hoje passei a ter problema no DF onde vi que tenho que agora colocar 2 casas decimais para o somatorio do meu programa bater com o do webservice... O complicado é que retorna o erro REJEICAO TOTAL DO ICMS DIFERE DO SOMATÓRIO e vc não sabe qual a diferença pois só essa mensagem é retornada... Vou dar um exemplo, antes eu fazia: [ICMS001] ORIGEM=0 CST=00 ValorBase=7,92 Aliquota=18 Valor=1,4256 dai passou a dar erro hoje em um cliente do DF (rejeição no somatório)... Dai tive que mandar arredondar pra 2 casas tudo... [ICMS001] ORIGEM=0 CST=00 ValorBase=7,92 Aliquota=18 Valor=1,43 Quantas casas decimais vcs estão usando para calcular o imposto no programa de vcs?

Obrigado José e André, vi agora que a tecla F1 do monitor contém todos os comandos (nem imaginava que o F1 mostrasse todos os comandos, eu sempre usava o site, rsss) Muito Obrigado !