Régys Silveira

O ACBrNFeMonitor já possui a possibilidade de impressão da CC-e, se você não for usuário do ACBrSAC, basta recompilar os fontes, se for basta ir a área de downloads dos usuários e baixar a nova versão compilada.

Acabei de efetuar o acerto, atualize novamente seus fontes e teste.

Adicionei a geração das linhas ao rodapé do cupom, veja a propriedade ACBrECF.InfoRodapeCupom.ParaibaLegal, fiz os testes e na verdade não vai cortar, mas vai pular o que não der para imprimir para a próxima linha.

Estive olhando a especificação de requisitos que ainda está na ER 01.13, como ainda não saiu na ER, então os homologadores em tese não podem cobrar isso, portanto, é aguardar e ver o que eles resolvem.

Estou fazendo da mesma forma. Mas LEGALMENTE o arredondamento não seria a forma correta ? Obrigado. Sérgio Como disse depende, existem ECFs que possuem o parâmetro para informar um ou outro.

Depende da impressora, você precisa verificar com o fabricante se ela arredonda ou trunca, algumas impressoras já possuem um flag para configurar isso.

Isso mesmo, desde que você gere o arquivo com os dados do inicio do dia, a forma de se fazer não importa, mas lembro que tem que validar alteração do registro, então talvez seja bom ter uma tabela a parte para facilitar a homologação e verificação.

esse arquivo é criado pelo ECF diretamente, o aplicativo ou componente apenas usa o comando para "baixar" o arquivo para a máquina, neste caso precisaria passar ao fabricante a pendência.

Essa impressão hoje funciona somente para o Danfe RaveReport em CodeBase.

O nível de sinal depende de cada modelo, porque é o software interno que considera, vou ver se consigo fazer alguma propriedade que possa ser sobreposta no modelo com o nível máximo de sinal, a ideia é boa, vou ver como fazer.

O Rafael ta sempre em cima do lance, bom trabalho.

Vou ver se consigo um modem desses para testes.

Acho que você não entendeu o que eu disse, o que quis dizer e passar a descrição ao relatório, não ao ECF.

Enviado ao repositório, obrigado pela contribuição.

Bastaria passar na descrição o tipo.

Olha, não sei como ficou no ACBrFramework mas se não colocar as quebras de linhas no componente normal não funciona. acbrPAF.ChaveRSA = "-----BEGIN RSA PRIVATE KEY-----" + sLineBreak + "MIICXwIBAAKBgQC+TZjfcw/a/SovoqQPOW5bbKn4CQw4DeZJA3Y9vJrYHKN4aCQv" + sLineBreak + "z0i3AG9kGdsTSZdZ/clh4xv6tUwPsBdZJHrm21gH7wN/zKLTvXbs+i3x7U00ElCB" + sLineBreak + "YyZ8BOXJWVMuye0UvSz7p4JwSopugzbjaImIGy+5LvgcjUCn3OZzWpwYWQIDAQAB" + sLineBreak + "AoGBAKAycEtB8An37ghVkGfkf7rkmZxb+XZCdSXnjSThXTQpv46/lB7PDrZG3n5U" + sLineBreak + "qa/t1kQCOQF3DnmZHqNiJ/V5mR7ApbciQj4WYVLkMCgltru3MmzIUQ9IiLtAgaCv" + sLineBreak + "uHc0MAzt/OWgQ93uFnLf4ubp4+2PTHiiIChv2m78s605wX2lAkEA+3pPsPdXcaOe" + sLineBreak + "7T7C4hn1qg93ksN96UutB1APF3YAjWVWuPwzZv4hExiMPc0uKvVK2H3tP4P5CkM5" + sLineBreak + "YMIEGEkF2wJBAMG5qmoYksz+MFZ2cd7gt68mf3Oq9F59qkHHcoV+1ttXx5pfzwat" + sLineBreak + "kelhKkN+LV1XsgS0bGAKu2NitOMBUAcnItsCQQCEJxqJ3PFO/rUd58VyHEJFRCuK" + sLineBreak + "LMGWP/aFyUSlB5XyuDaCr8YzcYjgCB5qu9BvMshKTKLIpgnRotIcTtjoCjfRAkEA" + sLineBreak + "tsqHn+Bb9A0McykDvPdwmlXLAMsYFWihk7urtYa/GOw0rNcmMvjnqrxB8rlF+MNc" + sLineBreak + "d8/+SokV02s5ntCIQJeO7QJBAKp2BCOIck+uhMPDiw/1788yQLD6mVb/pBzClzBn" + sLineBreak + "pTMAFPGJG2fO4YJn/pUHdtDtSenX8TibWve+gY6oFCFw/Ts=" + sLineBreak + "-----END RSA PRIVATE KEY-----"; [/code] Só para entendimento: sLineBreak = quebra de linha no delphi.

Utilize o demo do ACBrEAD para gerar o par de chaves e todos os arquivos necessários, inclusive o arquivo XML que vai no eECFc. Você deve usar a chave incluindo as quebras de linhas.

Qual é o modelo que você está utilizando pois aqui nos meus testes está retornando o nome da operadora, o código da operadora e retornado internamente pelo modem, fiz testes com zte, generico e daruma.

Você está tentando ler do evento, mas a consulta foi feita utilizando o metodo por webservice, veja no demo como consultar e ler o retorno por favor.

Erro não catalogado sempre é problema no webservice, eles devem estar dando algum tipo de manutenção, você precisa pegar o xMotivo e enviar a eles ou aguardar um tempo e testar novamente.

isso acontece somente durante o debug, se for é normal para alguns modelos, a maneira de resolver é mesmo marcando para não mostrar a mensagem como você fez.

Precisaria ver se a versão do gerenciador é a correta, se for, então confirmar se não houve alteração na documentação.

Existe uma porta COM para conectar e ela corresponde mesmo ao seu celular? Precisamos ver também se ele não precisa de algum código de ativação, porque se precisar teríamos que fazer uma classe para ele que ao inicializar envie o código, os comandos AT são padrão mas alguns devices necessitam de códigos adicionais para serem usados, precisaríamos verificar se não é o caso.

Crie um novo repositório local e utilize o endereço: https://acbr.svn.sourceforge.net/svnroo ... Framework/, fizemos isso somente para organizar melhor a estrutura de pastas e projetos.

a versão atual é a 01.13