edsonmoretti

Constantemente está acontecendo direto EXCEPTION_ACCESS_VIOLATION (... FAILED TO WRITE CORE DUMP. ... ... ... REGISTER TO MEMORY MAPPING EAX=0x23423424 IS AN UNKNOWN VALUE ... NATIVE FRAMES:(J=compiled java code, j=interpreted, VV=VM Mode,c=Native code c 0x98059435a0 C [acbrframework32.cll+0x24234] .. VM Argguments : jvm_args: -Dfile.econding=UTF-8 .. o arquivo eh bem grande, infelizmente não da pra mim postar aqui pois ele ta no computador da homologadora alguem ja teve, so ontem perdi +de3h dando isso uma aatras da outra

blz, qlqr coisa posta aqui se resolveu ou não, vlw.

Bom dia, Bom dia, comigo aconteceu, tinha haver com qtd de papel,. Adiciona o método .addOnMsgPoucoPapel(new ACBrEventListener<EventObject>() { @Override public void notification(EventObject e) { } }); Comigo resolveu. O estranho é q recentemente ocorreu novamente, irei tentar ver se tem haver com a mesma coisa ou se é outra, ou se foi depois q atualizei a DLL, de qlqr forma, faz o teste. flw. Abraços.

o engraçado é q quando coloco: sintegra.setVersaoValidador(VersaoValidador.V523); gera, mas o validador não vai, e sintegra.setVersaoValidador(VersaoValidador.V524); da erro grave null, affs, ainda tentando descrobrir... vlw.

Com apoio do Geovani, foi resolvido Assim como nesse post: Eu também me desleixei e não coloquei o sped data inicial e final, agora gerou, bastou adicionar sped.setDataInicial(dataInicial.getDate()); sped.setDataFinal(dataFinal.getDate()); vlw

Bom dia, vc pode me passar o seu Skype, se não for nenhum problema, pois vou homologar pela primeira vez, qria tirar umas dúvidas, ql foi seu perfil?

Boa, menos mal, vou explorar e ve no que se trata, gerou sim o D e I, então vou tentar descobrir o que é e qlqr coisa posto aqui, vlw.

Pois é não sei o que estou fazendo de errado: -( sped.getBlocoG().setDataFinal(dataFinal.getDate()); sped.getBlocoG().setDataInicial(dataInicial.getDate()); sped.getBlocoG().getRegistroG001().setIND_MOV(IndicadorMovimento.SemDados); Edit------------------- Usei o teste do pacote e tbm não gerou o bloco g: ..... |D990|2| |E001|1| |E990|2| |H001|0| |H005|08092014|10,00|01| |H010|1|UN|8,000|5,500000|3,00|0|P|Texto Complementar|1.1| |H020|00|100,00|7,00| |H990|5| |1001|0| |1990|2| |9001|0| |9900|0000|1| |9900|0001|1| |9900|0005|1| .....

Achei que poderia ser o SO, estava no XP testei no 7 e no 8 32 e 64, e deu no mesmo Edit ------------------ Mesmo que não tenha dados ele não deveria vir? já que é um registro obrigatório deveria vir, ou estou errado e não é obrigatório? tipo, se n tem registro, acima do bloco H |G001|1| |G990|2| e encerrando: |9900|G001|1| |9900|G990|1|

Achei que poderia ser o SO, estava no XP testei no 7 e no 8 32 e 64, e deu no mesmo

Havia pensado nisso e eu estava com uma versão do JNA diferente, pensei nisso e havia mudado e não gerou, affs, só acontece comigo problemas na geração dos blocos, rrsrs Edit--------------- adicionei a lib do SVN do projeto, limpei e deu o mesmo, grave Null

triste, rsrs, vc pode me passar o trecho do seu código? ou se foi um projeto teste o arquivo compactado. agradeço.

Fiz, e novamente não gerou, nem levanta exceção, nem nada, só não aparece no arquivo. obs: setei: 140,130,126,125,110,001 do bloco G

To vendo que vou apanhar muito para homologar o PAF, justamente com esses arquivos, affs Já setei todos os parâmetros, já imprimir todos para ver se tem algo errado, tanto no meu objeto quanto no collection, mas nada resolve, sempre a mesma coisa, acontece apenas com esses dois registros, o 75, 60a, 60m, consegui normalmente. Saída: Grave: null 2/9/2014 - DR0511BR000000261311 at jACBrFramework.sintegra.ACBrSintegra.checkResult(ACBrSintegra.java:178) at jACBrFramework.sintegra.ACBrSintegra.geraArquivo(ACBrSintegra.java:402) Dai eu imprimi: for (SintegraRegistro60D r60d : sintegra.getRegistros60D()) { System.out.println(r60d.getBaseCalculo()); System.out.println(r60d.getCodigo()); System.out.println(r60d.getEmissao()); System.out.println(r60d.getNumSerie()); System.out.println(r60d.getQuantidade()); System.out.println(r60d.getStAliquota()); System.out.println(r60d.getValor()); System.out.println(r60d.getValorIcms()); } E não tem nada null, o que pode ser? abraços.

Obrigado, mas eu já havia feito esse teste, e também não gerou. Estranho não

sped.getBlocoG().setDataInicial(dataInicial.getDate()); sped.getBlocoG().setDataFinal(dataFinal.getDate()); sped.getBlocoG().getRegistroG001().setIND_MOV(IndicadorMovimento.SemDados); // sped.getBlocoG().getRegistroG001().setIND_MOV(IndicadorMovimento.ComDados); Deu a mesma coisa RegistroG110 g110 = new RegistroG110(); g110.setICMS_APROP(1.00); g110.setIND_PER_SAI(1.00); // g110.setMODO_CIAP("D"); g110.setSALDO_FN_ICMS(1.00); g110.setSALDO_IN_ICMS(1.00); g110.setSOM_ICMS_OC(1.00); g110.setSOM_PARC(1.00); g110.setVL_TOTAL(1.00); g110.setVL_TRIB_EXP(1.00); sped.getBlocoG().getRegistroG001().getRegistroG110().add(g110); Quando eu salvo: |D001|1| |D990|2| |E001|1| |E990|2| |H001|0| |H005|01092014|10,00|05| |H010||UND|10,000|1,000000|1,00|0||PRODUTO DE TESTE 01|| |H005|01092014|10,00|05| Mas não vem nenhuma informação do bloco G Consequentemente no validador não vai. Alguém já passou pelo o mesmo?

Todos os blocos para gerar o SPED e Sintegra o projeto já possuem: no caso do SPED: 0005 - 0100 - 0150 - 0175 - 0190 - 0200 - 0205 -0220 - 0300 - 0400 - 0500 – 0990 Procurei no métodos e não achei. Um abraço. ---------------------------------- Favor desconsiderar, não havia notado que são filhos.

Sério? Eu uso em vários clientes e não tiveram problemas, q triste, mas ok, desde q data? vlw.

Massa, deu update mas a DLL x64 não veio, também foi atualizada.

É porque não colocaram, por exemplo: Passo 3: Confira as opções (funções) do Menu Fiscal, observando que: - as funções “LX”, “LMF”, “Arq. MF”, “Arq. MFD”, “Identificação do PAF-ECF”, “Vendas do Período”, “Tab. Índice Técnico Produção.”, “Parâmetros de Configuração” e “Registros do PAF-ECF”, devem estar disponíveis em todo e qualquer PAF-ECF. - as funções “Relatório de Encerrantes” e “Abastecimentos Pendentes” devem estar disponíveis apenas no caso de PAF-ECF para estabelecimento revendedor varejista de combustível automotivo. Cadê o Arq. AC 17/04? É como Regys falou, Polimig ainda não disponibilizou. Mas serve para adiantar outras coisas.

Bom dia. Olha, acho que não tem esse "|" separando os campos Em anexo um modelo de registros do PAF que recebi da Polimig Quanto a geração de arquivo de regisros: Como o acbrframework ainda não gera esses registro fiz na "mão", então espero q seja útil. OBS: Tenho um mais recente com algumas correções, caso o de cima seja util me diz q eu atualizo ele; REGISTRO DO PAF.txt

Exatamente, os binários, mas só uma observação, se vc for homologar antes de 01/10/2014 a ER é a 02.01, que não tem o Arq. AC17/04, depois dessa data quem for homologar deve ser adequar q ER 02.02, que já tem o item 5a, referente a esse arquivo. https://www.legisweb.com.br/legislacao/?id=273642 Um abraço.

Na verdade essas função para gerar os arquivos binários do requisito VII não está nos métodos PAFMF, ACBrECF ecf = new ACBrECF(); ... ecf.ativar(); ecf.gerarArquivoMF("nome_do_arquivo"); ecf.gerarArquivoMFD("nome_do_arquivo"); Já o Arq. AC 17/04 você encontra no PAFMF ex: ecf.pafMF_MFD_Cotepe1704 Um abraço.

Terminei hoje um método que recebe o ACBrPAF e gera o arquivo, de hoje para amanhã estarei conferindo o layout do arquivo, então estou postando aqui para quem quiser dar uma olhada, melhorada, agradeceria. Detalhe está em doBackgound devido usar desse jeito no nosso sistema, então podem tirar que não irá interferir. Segue em anexo. A chamada do método é simples: ACBrPAF paf = new ACBrPAF(); paf.getPaf_U().getRegistroU1().set... paf.getPaf_A().getRegistrosA2()... p2... e2... e3... r1... r2... r3... ... r7 paf.setEad(Paf.getEAD()); paf.setNomeArquivo(System.getProperty("user.dir") + "\\"); /* após setar todos os paramentos e Collection, setei o EAD e fiz a chamada do método. */ if (saveFileTXT_Registros(paf, "Estoque_" + new SimpleDateFormat("ddMMyyyyHHmmss").format(new Date()) + ".txt")) { if (JOptionPane.showConfirmDialog(rootPane, "Salvao com sucesso em: \n" + paf.getNomeArquivo() + "\nDeseja abrir o diretório?", "GTECH-PAF Arq. MF", JOptionPane.YES_NO_OPTION) == JOptionPane.YES_OPTION) { Runtime.getRuntime().exec("explorer " + paf.getNomeArquivo()); } } Espero que sirva para mais alguém. Um abraço. metodoSalvarRegistrosDoPAF.zip

Prezado(a) Sr(a). Desenvolvedores, Prezados(as) Srs.(as) Desenvolvedores(as) de Programas Aplicativos Fiscais, Tendo em vista a Publicação no Diário Oficial da União no dia 14/08/2014 do Novo Ato Cotepe 02.02, conforme prevê a legislação, vimos através deste e-mail informar aos(as) Srs.(as) que, todas as empresas que estão agendadas para serem Homologadas após o dia 01/10/2014 terão que se adequar ao novo Ato Cotepe 02.02. Desta forma, estamos informando sobre as mudanças implementadas pelo Fisco, visando tornar a sua aplicação e adaptação a mais rápida e tranquila possível em seus Programas Aplicativos Fiscais - PAF-ECF. Em anexo estamos encaminhando para conhecimento e registro o ATO COTEPE ER 02.02, sendo que estes documentos estão à disposição no endereço : www.fazenda.gov.br/confaz. Estamos também a disposição para esclarecer quaisquer dúvidas. Desde já agradecemos. Atenciosamente ---------------------------------------- Edit: Logo no começo tem coisa "nova" 5.A. "Arq. AC 17/04", para gerar arquivo eletrônico da Memória de Fita Detalhe conforme estabelecido no Ato COTEPE/ICMS 17/04, de 17 de março de 2004, inclusive quanto ao padrão de nomeação, com possibilidade de seleção por período de data e por intervalo de COO, no mesmo subdiretório onde está instalado o PAFECF ou SG, quando este executar esta função, devendo o programa aplicativo informar o local da gravação e assiná-lo digitalmente, inserindo ao final do arquivo uma linha com o registro tipo EAD especificado no requisito XXXI. Pelo que entendi são o que tinha na er mais antiga, o Arquivo MFD por COO e Data Estou certo?