Alexandro

Realmente não está implementado a opção número de cópias no ACBr ZPL II. Página 149 do arquivo em anexo mostra a implementação ^PQn (n = numero de cópias) Example • This example shows the control over print operations: ^PQ50,10,1,Y: This example prints a total of 50 labels with one replicate of each serial number. It prints the total quantity in groups of 10, but does not pause after every group. ^PQ50,10,1,N: This example prints a total of 50 labels with one replicate of each serial number. It prints the total quantity in groups of 10, pausing after every group. Vou testar alterar o fonte adicionando os comandos acima. se obter sucesso posto a alteração ZPL II Programming Guide(REV_A).rar

Comparei o fonte ACBrETQPpla procedure imprimir possuí uma variavel tratando o Número de Cópias (NCop) Já no ACBrETQZplll procedure imprimir não possuí nada tratando o Número de Cópias. Quem puder me ajudar fico grato. Att. Alexandro

Boa Tarde, Problema não imprime o número de cópias desejado no modelo ZPL Tenho uma impressora Zebra S4M 203 dpi ZPL e ao tentar imprimir pelo Demo ACBR ele não imprime o número de cópias setado. Procedimento realizado: Instalei a impressora (porta USB) Compartilhei a mesma Configurei o Modelo para ZPL II do Acbr Configurei a porta com o caminho do Compartilhamento da Impressora Setei o número de Cópias para mais de 1 Tipo de Papel Tag (configurado) Resultado: Imprime perfeitamente, porém apenas uma cópia. Posso colocar a quantidade de cópias que for que sai apenas 1. seja da Etiqueta Simples ou da Etiqueta 3 Colunas. Testes já realizados Fiz uma cópia do Demo Acbr e configurei a etiqueta com as dimensões da minha Tag para evitar que estourasse as dimensões. Já Calibrei a impressora, as tags estão saíndo perfeitamente. Se clico várias vezes no botão imprimir sai corretamente. Varri todas as configurações da Impressora Queria evitar de ter que fazer um laço na minha rotina, forçando a impressão. Obrigado pela atenção. Att. Alexandro

Após baixar a atualização do Componente no SVN, passe também no valor do nosso numero o tamanho maximo do banco NossoNumero = IntToStrZero(xNossoNumero,ACBrBoleto1.Banco.TamanhoMaximoNossoNum) xNossoNumero = Seu nosso número gerado sequencialmente pelo sistema

Então Anderson Homologuei o Bradesco no mês passado e até então o arquivo retorno está satisfatório. Se puder adiciona a unit do Banco Sicredi para eu dar uma olhada e testar a homologação com ela.

Perfeito...... Muito obrigado andersonh pelo compartilhamento do seu fonte. Me economizou um tempo para desenvolver a função e ainda vai ajudar muita gente que pelo que vi no forum esta começando boleto sicredi

Olá alguém possui uma Função para gerar o nome do arquivo de remessa do sicredi de acordo com o exigido pelo Sicredi. No ACBR a função CalcularNomeArquivoRemessa não tem opção para gerar como abaixo " Nosso arquivo de remessa seria o 00000D19.CRM na primeira remessa do dia, a segunda seria RM2, RM3 e assim por diante. 00000 é o código do cedente, D é o mês de dezembro e o 19 o dia de hoje. O arquivo tem essa configuração de 8 dígitos e as letras são apenas para os meses com 2 dígitos. Outubro= O, Novembro= N e Dezembro= D. Os outros meses são de 1 a 9. " Desde já muito Obrigado

Olá alguém possui uma função para gerar o nome do arquivo de remessa do sicredi de acordo com o exigido pelo Sicredi. No ACBR a função CalcularNomeArquivoRemessa não tem opção para gerar como abaixo " Nosso arquivo de remessa seria o 85615D19.CRM na primeira remessa do dia, a segunda seria RM2, RM3 e assim por diante. 85615 é o código do cedente, D é o mês de dezembro e o 19 o dia de hoje. O arquivo tem essa configuração de 8 dígitos e as letras são apenas para os meses com 2 dígitos. Outubro= O, Novembro= N e Dezembro= D. Os outros meses são de 1 a 9. " Desde já muito Obrigado

Blza, a perseverança de todos ultrapassou mais esta barreira Obrigado Rafael, tudo ok.

Eu baixei o emissor gratuíto para testar e está com erros tbm, mandei o print das telas para o Auditor ver. Ele deve ter confundido alguma coisa, pois pelo que vi no post das atualizações do emissor gratuíto não possuí uma versão recente que contempla a url do Paraná que é nova. Bom ficamos sem parametros para comparar os xml's, pedi para ele me enviar os xml's dos testes, assim saberemos se o trem está funcionando ou não. Enquanto isto estou realizando alguns testes tbm. Qualquer novidade volto a postar Abços Auditor: " O estranho é acontecer com o emissor gratuito, aqui ele assina, valida e transmite com a recepção normal no ambiente homologação. qquer coisa estou as ordens Eglius "

Força minha gente, nada pra gente foi fácil. Vamos resolver mais esta. Também entrei em contato com o Eglius da SEFA de Londrina e ele me disse a mesma coisa. O Emissor está assinando o XML e depois está sendo alterado alguma informação no arquivo. Depois que assina não pode ser alterado nada no Arquivo. Ele testou pelo Emissor Gratuíto e disse que está normal, Assina, Válida e Transmite Vamos usar nossa lógica!!! Se outros estão conseguindo enviar, o problema não está no servidor da Receita. Não sei se é besteira o que vou falar agora Alguém já teve este problema com alteração de XML ao enviar por e-mail? O XML quebra em linhas e o cliente não consegue abrir, mais o arquivo na máquina do cliente abre normalmente ? Era algum filtro do Provedor de internet do Cliente que fazia está alteração no XML. Será que não está acontecendo o mesmo para a CCe? Vamos esgotar as tentativas Abços a todos