Ir para conteúdo
  • Cadastre-se

Geovani N. de Paula

Membros
  • Total de ítens

    68
  • Registro em

  • Última visita

Tudo que Geovani N. de Paula postou

  1. jmsandy, funcionou perfeitamente. Att
  2. Olá edsonmoretti, no nosso software também foi removido o "|", o arquivo que postei foi o do próprio exemplo do jACBrFrameWork, somente para mostrar que o COO não estava funcionando. Eu alimento os registros e aciono o seguinte método: saveFileTXT_RegistrosECF(nome) Pelo que vi, o acbr gera o layout conforme pede o PAF, porém o único problema que encontrei em toda a estrutura foi de não imprimir o COO, por que você codificou um método novo para gerar o relatório? Att.
  3. Obrigado Rafael, teria algum documento/manual ou algo assim que mostrasse os locais básicos que tem de serem alterado?, pergunto isso por que eu tenho o delphi instalado, o java e o c#, eu poderia auxiliar mais colocando já a solução e não somente o problema como venho fazendo. Att
  4. Geovani N. de Paula

    Registro R07

    Saudações Estou fazendo a conferência dos registros do paf, anexo Iv da especificação. Verifiquei que a informação referente ao COO no registro R07 filho dos registros R04 e R06 não está sendo gerado. Nem pelo teste do jACBrFramework. Verifiquei que não existe a propriedade COO no objeto ACBrPAFRegistroR7, então teoricamente deveria pegar o valor do registro pai, mas se olhar no arquivo fonte do projeto em Delphi, nota-se que ele pega a propriedade da classe TRegistroR07, não faz como o número de usuário que pega do registro pai. Como faço para que seja pego o valor do registro pai (R04 ou R06)? Em anexo arquivo gerado pela classe ProgramTestPaf do componente jACBrFramework Att teste_paf_registros_ecf.txt teste_paf_registros_ecf.txt
  5. jmsandy, verificamos aqui que o problema estava na biblioteca jna, no nosso projeto estávamos utilizando a jna-3.2.5 e o acbr jACBrFramework utiliza a jna-3.5.1, atualizado o arquivo e o problema dos caracteres foi resolvido. Obrigado pela ajuda. Att
  6. Só para finalizar o tópico, com as sugestões acima foram resolvidas as situações
  7. Obrigado pela dica edsonmoretti, minha homologação está marcada para dia 01/09 Att
  8. Obrigado edsonmorreti, pelo que vi na ER 02.01, o que é necessário são os comandos ecf.gerarArquivoMF("nome_do_arquivo"); ecf.gerarArquivoMFD("nome_do_arquivo"); que foram passados Att
  9. Rafael Dias, obrigado, encontrei a função, estava procurando pelo nome igual aos outros métodos que eram semelhantes ao ACBr Vou testar aqui Att.
  10. Geovani N. de Paula

    Arq. Mf

    Saudações Estou implementando o requisito VII e não localizei no framework a opção de gerar o arquivo Arq. MF, alguém já conseguiu implementar isso? Att
  11. jmsandy, fiz alguns testes e verifiquei o seguinte: o R02 ainda está apresentando caracteres estranhos; Anexei o arquivo gerado Att R02_Problema.txt
  12. jmsandy, estou testando novamente os registros gerados, assim que eu terminar posto o resultado aqui. Att
  13. Saudações. Estou implementando o requisito XXIV, no teste em que se tem que alterar o número de série do ECF, implementei um programa para poder alterar o valores no arquivo criptografado, ele carrega em uma tela as impressoras contidas no arquivo. Porém , ao carregar o número de série, ele retorna o número de série mais o grande total. Exemplo, ao exibir o valor no Watch: "EP081300000000000001\n0\n0"; O detalhe é que se eu utilizar o método achaECF("EP081300000000000001"), o objeto retornado carrega certinho o número de série. Alguém que homologou já passou por esse problema? Att
  14. Ok, estarei acompanhando. Att
  15. Boa tarde jmsandy, também está acontecendo o mesmo problema com o MOvimento por ECF. Ex: registros do tipo R1 e R4. Att.
  16. Saudações. Estou gerando os arquivos dos davs emitidos, porém estou com um problema nos registros D2 e D3. Marco a propriedade d2.setRegistroValido(true); e d3.setRegistroValido(true); como está no exemplo feito no jACBrFramework, mas na hora em que o acbr gera o arquivo, coloca "?" indicando que o registro é inválido. Executei o teste pelo ECFTeste gerado em delphi, e lá gera corretamente, mas se eu somente executo a classe ProgramTestPaf do projeto jACBrFramework, ele gera o arquivo errado. Alguém já passou por esta situação? Segue em anexo o arquivo gerado pelo jACBrFramework. Att teste_paf_arquivoD.txt
  17. jmsandy, fiz como você orientou e parou de ocorrer os erros de chave. Vou manter assim até que seja realizado a correção no acbr, por enquanto muito obrigado por mais essa ajuda. Att
  18. Entendi, vou testar aqui. Att
  19. Bom dia jmsandy, seguinte, tenho associado ao meu ACBrECF um ACBrEAD e um ACBrAAC, alterei para adicionar novante a chave no ACBrAAC antes de atualizar o md5 da lista de arquivos, porém todo o item que eu realizo a venda ele emite a mesma mensagem, pelo que percebi ele ele imprime na impressora, mas não consegue atualizar o grande total no arquivo criptografado, tem alguma ideia de como resolver essa questão? Att.
  20. A entendi, eu estava achando que era algum comando que limpasse esses valores no projeto Acbr, vou tentar encontrar algo Att
  21. jmsandy, nesse meio tempo entre o post e a sua resposta, cheguei exatamente ao que você falou acima, porém achei que fosse algo a mais, estou tentando vasculhar o projeto em delph, porém, meu conhecimento nessa linguagem é muito pouco. Por hora vou fazer como você disse, mas acredito que isso seja um problema a ser observado e corrigido. Att
  22. Geovani N. de Paula

    Chave Não Informada

    Saudações. Estou com problema ao atualizar o md5 da lista de arquivos MD5 no arquivo criptografado. Seguinte, gerei o par de chaves através do demo do acbr; Gerei o arquivo criptografado com os dados da impressora fiscal e salvei o arquivo através do componente ACBrAAC, até então tudo bem, utilizei a chave privada gerada pelo componente ACBrEAD através do método acbrAAC.setKey("minha chave ") no mesmo formato gerado pelo componente, inclusive com as quebras de linha; O Arquivo foi salvo com sucesso, quando mando carregar o arquivo com o comando acbrAAC.abrirArquivo(), o arquivo é carregado com as informações que foi gravado. Até aqui tudo bem, o problema ocorre que após eu gerar a lista de arquivos md5, salvar o documento, gerar o md5 da lista, eu utilizo o comando acbrAac.atualizarMD5(md5), ocorre a seguinte exception: jACBrFramework.ACBrException: Chave não informada ou Evento ACBrAAC.OnGetChave não programado porém eu setei a chave no acbrAac, como eu fiz na geração do arquivo. Alguém tem alguma sugestão? Att
  23. Blz, vou deixar o calculo na unha então
  24. jmsandy, obrigado pela dica, irei verificar a possibilidade Att
  25. Rafael Dias, obrigado pela resposta, estarei gravando os valores e imprimindo então conforme o usuário preencher. Att;
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.