Geovani N. de Paula

Bom dia, fazendo uma leitura breve do ajuste citado acima, dá-se a entender que apenas as empresas optantes 2 - Simples Nacional - excesso de sublimite da receita bruta. “4. Os contribuintes optantes do Simples Nacional classificados no código 2 do Anexo III - Código de Regime Tributário - CRT - devem utilizar os Códigos de Situação Tributária (CST) dos contribuintes não optantes do Simples Nacional." “ANEXO III CÓDIGO DE REGIME TRIBUTÁRIO - CRT 1 - Simples Nacional 2 - Simples Nacional - excesso de sublimite da receita bruta 3 - Regime Normal 4 - Simples Nacional - Microempreendedor Individual - MEI

Bom dia, gostaria de saber se o ACBrFramework ainda está sendo mantido? Fiz algumas alterações para poder gerar o Sped Fiscal de ICMS IPI no layout para 2019, estão em anexo. ACBrFramework ACBrEADDll ACBrECFDll ACBrFramework ACBrLFDdll ACBrTEFDll -> Removido Método EAD_GetAbout; ACBrSpedDll -> BlocoCRegistroC170: Criado a propriedade VL_ABAT_NT -> Bloco1Registro1010: Criado as propriedades IND_GIAF1, IND_GIAF3, IND_GIAF4 ACBrFramework32.dll -> DLL Compilada jACBrFramework VersaoLeiaute -> Incluído nova versão do layout do Sped RegistroC170 -> Criado a propriedade VL_ABAT_NT Registro1010 -> Criado as propriedades IND_GIAF1, IND_GIAF3, IND_GIAF4 ACBrSpedFiscalInterop -> Criado a propriedade VL_ABAT_NT -> Criado as propriedades IND_GIAF1, IND_GIAF3, IND_GIAF4 Fontes.rar

Caso necessitem de auxilio com as implementações da parte java, estarei disponível, dentro das possibilidades, de auxiliar.

Boa tarde Srs. Fiz a homologação do PAF versão 02.05 na data de 27/03/2018 utilizando o componente jACBrFramework. Porém tive que fazer algumas alterações para que o componente viesse a funcionar, segue em anexo as alterações realizadas, tanto no componente jACBrFramework quanto na DLL ACBrFramework. A dll compilada não foi possível de ser adicionada por o tamanho dos arquivos exceder os 2 M. Alguém poderia verificar estas alterações que foram realizadas e subir elas para o repositório? Fontes.rar

Tem como postar o código para que possamos verificar como você fez a inicialização dos componentes?

Creio que com esse exemplo você possa criar o seu componente ACBrPAF acbrEad = new ACBrEAD(); acbrEad.addOnGetChavePrivada(new ACBrEventListener<EADChavePrivadaEventObject>() { @Override public void notification(EADChavePrivadaEventObject t) { t.setKey("Sua Chave Privada"); } }); acbrEad.addOnGetChavePublica(new ACBrEventListener<EADChavePublicaEventObject>() { @Override public void notification(EADChavePublicaEventObject t) { t.setKey("Sua Chave Pública"); } }); acbrPaf = new ACBrPAF(Charset.forName("cp1252")); acbrPaf.setAssinarArquivo(true); acbrPaf.setEad(acbrEad);

Você vai perceber que tem vários erros no projeto, estou rodando o roteiro de homologação e corrigindo as situações que estão aparecendo. Para resolver essa situação você tem que: 1° - Adicionar as bibliotecas jna-3.5.1.jar e platform-3.5.1.jar; 2° - ACBrAACInterop.java: Alterar public static class TECFAutorizado extends Structure implements Structure.ByValue para: public static class TECFAutorizado extends Structure {; 3° - ACBrAACInterop.java: Alterar int AAC_IdentPaf_ECFsAutorizados_New(int aacHandle, ACBrAACInterop.TECFAutorizado ecfAutorizado); para: int AAC_IdentPaf_ECFsAutorizados_New(int aacHandle, ACBrAACInterop.TECFAutorizado.ByValue ecfAutorizado); 4° - ACBrECFInterop.java: Alterar public static class ComprovanteNaoFiscalRec extends Structure implements Structure.ByValue para: public static class ComprovanteNaoFiscalRec extends Structure implements Structure.ByReference ; 5° - ACBrECFInterop.java: Alterar public static class FormaPagamentoRec extends Structure implements Structure.ByValue para: public static class FormaPagamentoRec extends Structure implements Structure.ByReference ; De início você tem que fazer estas alterações, depois virão outras, mas até acredito que terei terminado a homologação e postarei aqui os códigos fontes para subirem para o svn.

Amigo, tenta esse link aqui: https://svn.code.sf.net/p/acbr/code/ACBrFramework

É que minha solução já havia sido homologada no ano de 2014 utilizando o jACBrFrameWork, e como postei essa dúvida no dia 07/02 e não obtive resposta quanto a manutenção dele, verifiquei que a ultima alteração foi no mês de novembro de 2017, fui corrigindo as situações que foram aparecendo, agora estou rodando o roteiro de homologação.

Acabei encontrando vários problemas no componente jACBrFramework, assim que corrigir e terminar de rodar o roteiro de testes de homologação do PAF posto para subirem para o SVN.

Bom dia, baixei os códigos fontes do jACBrFramework através do SVN, estou rodando a classe de teste Program.java, copiei a ACBrFramework32.dll disponível no projeto baixado para dentro da pasta, o exemplo se comunica com a impressora, gera a leitura x, porém no momento em que vai executar a linha ecf.carregaFormasPagamento(); ocorre o seguinte erro: Exception in thread "main" java.lang.Error: Invalid memory access at com.sun.jna.Native.invokeInt(Native Method) at com.sun.jna.Function.invoke(Function.java:419) at com.sun.jna.Function.invoke(Function.java:354) at com.sun.jna.Library$Handler.invoke(Library.java:244) at com.sun.jna.Native$3.invoke(Native.java:1136) at com.sun.proxy.$Proxy0.ECF_GetFormaPagamento(Unknown Source) at jACBrFramework.serial.ecf.ACBrECF.carregaFormasPagamento(ACBrECF.java:3079) at jACBrFramework.serial.ecf.ACBrECF.carregaFormasPagamento(ACBrECF.java:2017) at jACBrFramework.Test.Program.main(Program.java:127) Java Result: 1 Alguém sabe o que pode estar faltando?

Bom dia. Seguinte, consegui debugar o projeto, percebi que a classe OleDate é uma cópia fiel de um artigo da microsoft segue o link: https://support.microsoft.com/pt-br/kb/169795 . Percebi também que houve tentativa de corrigir problemas de ano bissexto e foi alterado a lógica da classe. Voltei as alterações e vi que existia o seguinte comentário na classe: // If leap year and it's before March, subtract 1: Porém o teste logo abaixo faz o contrário do comentário linha 200: if (wMonth >= 2 && bLeapYear) { --nDate; } O teste deveria ser: if (wMonth <= 2 && bLeapYear) { --nDate; } Corrigido o teste peguei a versão mais recente e vi que foi gerado um problema na linha 187 onde: Antes = int wMonth = getMonth() + 1; Hoje = int wMonth = c.get(Calendar.MONTH); Acredito que o correto seria: int wMonth = c.get(Calendar.MONTH) + 1; Estou fazendo os testes, aparentemente resolveu o problema.

Olá. Estou gerando o sintegra do período 01/04/2016 até 30/04/2016. No componente ACBrSintegra a data é setada corretamente, porém ao gerar o arquivo, a data inicial sai como "20160229" e a data final sai como "20160329". Atualizei o componente e a dll, observei que teve alterações referente a ano bissexto porém não solucionou o problema. Att Geovani de Paula.

Bom dia edsonmoretti, eu realizei este teste: (Se eu simplesmente alterar o nome da pasta de "Comparação Versão" para "Teste" o erro para. Acredito que esteja ocorrendo este erro pelo fato de o nome da pasta conter acentuação.)

Boa tarde José Mauro, fiz esse teste porém acontece o mesmo problema. Att