Isaque Pinheiro

O Gilson diz: Por gentileza alguém que tem o Rave instalado, pode fazer esse teste a corrigir se realmente estiver errado? Pelo que o Gilson apresentou realmente está errado. 29,84 / 100 * 100 = 29,84% 26,86 / 90 * 100 = 29,84% Pelo que entendi ele está apresentando onde deve ser o % com o valor do tributo e não o % apurado.

Já disponível, obrigado.

Não acredito que seja problema na versão, mas talvez no SEFAZ do ES.

Foi lançado uma nova versão 0.7.12.1, ontem, baixe e teste ela.

Com certeza, concordo com o André, ninguém paga imposto em cima de descontos

Disponha, qualquer dúvida continue o esse post.

Vc atualizou o novo link para baixar? Tivemos uma mudança de link do repositório.

Não tem Danilo, mas gerar TXT é uma coisa tão simples, busque na pasta exemplo do projeto ACBr pelo demo ACBrCNIEE, ele tem exemplo que como fazer.

A resposta é sim, mas use a pesquisa na parte superior direito para mais informações de como usar.

Pessoal, primeiro quero agradecer a todos pelas informações e ajuda disponibilizada. Bom, fiz as mudanças que creio ter resolvido o problema, baseado em informações dos colegas pesquisei e a constante CstIcms foi alterada para ter somente os códigos referente a tabela indicada no item 4.3.1, e no no tipo TACBrCstIcms foram adicionadas os tipos dos novos códigos dando assim a mesma ordem e quantidade da contante CstIcms. Peço que atualizem e façam um teste, se houver algum problema reportem aqui que darei total prioridade para solução desse problema, obrigado a todos.

Pessoal, primeiro quero agradecer a todos pelas informações e ajuda disponibilizada. Bom, fiz as mudanças que creio ter resolvido o problema, baseado em informações dos colegas pesquisei e a constante CstIcms foi alterada para ter somente os códigos referente a tabela indicada no item 4.3.1, e no no tipo TACBrCstIcms foram adicionadas os tipos dos novos códigos dando assim a mesma ordem e quantidade da contante CstIcms. Peço que atualizem e façam um teste, se houver algum problema reportem aqui que darei total prioridade para solução desse problema, obrigado a todos.

Ei Ivan, não discordo de você, a questão toda é a compatibilidade de código de nossos usuário, presamos muito isso, se houver uma mudança tão radical teremos milhares de reclamações, por este motivo a importância de termos as funções de conversão TipoToStr() e StrToTipo(), fiz varias no SPED Pis Cofins, mas no Fiscal ainda não, ai vem a ajuda de vocês, são funções simples de se fazer, mas trabalhosa então se todos ajudar um pouco conseguimos.

Ei Italo bom dia, na minha opinião pelo que relatou, o melhor é ter dois componentes, e tentar criar uma class central onde funções e rotinas repetidas possam ser usadas pelos dois, acredito ficar mais facil de dar manutenção sendo que são dois padrões individuais e a cada dia podem ficarem mais distantes uma da outra.

Disponibilizei uma nova versão no fórum aberto 0.7.7.4, tente fazer um teste com essa versão.

Vou baixar analisar se tem algum ajuste a ser feito e subo para o repositório, muito obrigado.

Anexe a Unit.

Obrigado por compartilhar sua experiência e solução, com certeza outros irão passar por isso.

ok, pode fazer em seguida anexe aqui que subo para o SVN, obrigado. Na verdade não saiu Lei alguma para isso, sendo que quem está no Simples Nacional nem gera SPED, realmente deve ter somente as CSTs.

Vou analisar o motivo do erro esse final de semana, e acredito já subir a correção.

Nosso repositório recebeu um update forçado pela SourceForge lei no link

Já disponível no SVN.

Gobbo, obrigado por sua contribuição.

Essas CST são do simples nacional.

Infelizmente não tem como, os ECFs só disponibilizam o comando para busca da ultima RZ.

Você pode usar o ambiente Homologação para fazer os testes mesmo que o cliente já esteja em produção.