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

Saudações. Tenho um software instalado no seguinte diretório: "C:\Users\Geovani\Desktop\Comparação Versão\Nova pasta". Porém quando tento abrir o arquivo criptografado com o ACBrAAC gera o seguinte erro: jACBrFramework.ACBrException: Arquivo Auxiliar Criptografado "C:\Users\Geovani\Desktop\Comparação Versão\Nova pasta\Frente_Caixa\PAF_1_1.txt" não encontrado 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. Utilizo o Windows 7 Home Premium x64 Alguém já passou por esse problema? Att

Adre_Pimentel, faz muitos anos que não trabalho com o c#, utilizo o java. Porém dando uma olhada nos exemplos do C# que tem no projeto: ACBrFramework\ACBrFramework.Net\ACBrFramework.Net.PAFTeste, encontrei algo que seria útil, de uma estudada no que você consegue fazer. private void InicializarPaf() { acbrPAF.EAD = new EAD.ACBrEAD(); acbrPAF.EAD.OnGetChavePublica += new System.EventHandler<ACBrFramework.ChaveEventArgs>(this.acbrEAD_OnGetChavePublica); acbrPAF.EAD.OnGetChavePrivada += new System.EventHandler<ACBrFramework.ChaveEventArgs>(this.acbrEAD_OnGetChavePrivada); } private void acbrEAD_OnGetChavePrivada(object sender, ChaveEventArgs e) { e.Chave = "Sua Chave privada"; } private void acbrEAD_OnGetChavePublica(object sender, ChaveEventArgs e) { e.Chave = "Sua chave publica"; } Att

1° -> Você vai ter gerar um novo EAD e associá-lo ao objeto PAF que você utiliza para criar os arquivos fiscais; 2° -> Vai gerar problema no momento em que o homologador for validar a assinatura dos seus arquivos Att

Bom dia edsonmoretti. Homologuei o "W" e "X", meu skype é cell.atendimento2 Att

Saudações. Gostaria de comunicar que terminei a primeira homologação usando os componentes: ACBrECF, ACBrAAC, ACBrEAD,ACBrPAF. Laudo: IFL0222014 Órgão Técnico:IFL – Instituto Filadélfia de Londrina Empresa: CELL Corporação Tecnológica LTDA ER 02.01 Att.

Só para saber, na classe ProgramTestSintegra do pacote jACBrFramework.Test acontece o mesmo problema? Att

Olá edsonmoretti, homologuei o sistema essa semana, no bloco G alimentei apenas as informações de data inicial e data final, coloquei também como sem dados e gerou normalmente. Att

jmsandy, criei uma classe de teste dentro do meu sistema, igual a classe de teste que vem no jACBrFrameWork. Se eu simplesmente executar ela, emite o cupom e após isso, ela imprimi o comprovante e aprova a transação. Porém se eu colocar a execução dessa classe dentro de uma SwingWorker.execute() , em vários momentos informa que FechaVinculado não programado no evento OnComandaECF, ou, PulaLinhas, varia conforme o momento da execução, se você executar a classe 4 vezes, pode ser que 1 de certo e 3 errado, por mais que seja o mesmo código, é como se a notificação do evento não funcionasse. Como estamos com data de homologação PAF marcada para segunda feira dia 01/09, e a comunicação estava dando problemas, fizemos uma comunicação manual TEF somente para executar os testes referente ao Requisito XVI do PAF, assim que voltarmos, analisarei os novos fontes do TEF. Att

Saudações. Estamos implementando o TEF na empresa, porém estamos encontrando dificuldades em relação aos eventos do objeto ACBrTEFD. Seguinte, tenho um formulário de Wait que é executado em uma thread, isso é feito para mostrar mensagem para o usuário enquanto o sistema faz as rotinas necessárias. Se eu executo o método acbrTefd.imprimirTransacoesPendentes(); dentro de uma thread, em alguns momentos ele trava até dar erro de memória, o arquivo de retorno está na pasta aguardando a impressão mas o ACBR não identifica. Outras vezes ele dá o seguinte erro no arquivo log: -- 27/08 23:38:37:144 - TEF_DIAL ComandarECF: Oper: opePulaLinhas -- 27/08 23:38:37:145 - Operação [opePulaLinhas] não tratada em "OnComandaECF" Porém se faço fora da thread ele funciona corretamente. Em um outro post, sobre problemas com eventos e threads, alguém já passou por esse problema? Att

edsonmoretti, pelo que eu pude ver, os únicos blocos que o sped não gera é apenas o bloco K. Att.