Isaque Pinheiro

André, qual o sentido de ao alimentar uma class de um sped, ela alimentar uma class semelhante do outro sped, os speds tem prazos diferentes para serem gerados e entregues.

Existe forma mais fácil de resolver isso de forma a não impactar o código em incompatibilidade entre as versões D7...XE8 e Lazarus, não vejo essas alterações a principio com bons olhos. Você pode criar uma class, função, procedure o que achar melhor, no seu sistema para que ao alimentar esses registros o qual acredita que a rotina replica código e tanto do Sped Fiscal e Contribuição ou outro chama-la, isso passa ser a ser responsabilidade de quem o faz, não do componente.

Ricardo O André passou uma informação, você a verificou? E Outra coisa nesse caso não é contador quem manda em nada, quem manda é a Lei, as regras devem segui a Lei. Uma pergunta esse CPF é de produtor rural, ou uma pessoa física?

De onde tirou essa versão, para resolver os erros leia o manual.

Correção feita, atualize e teste.

Quem quiser ir contribuindo com os demos na plataforma FMX, eu agradeço, pois não achei um bom programa que converta ainda que não seja pago, se alguém se propor vai anexando aqui que vou baixando se subindo para o rep.

Portabilidade Firemonkey disponíveis repositório, não foram portados os componentes ACBrCalculadora, ACBrEnter. Também não foi testado nada dos componentes de Relatório, pois em FMX, hoje dentro do projeto ACBr, só o FastReport, e para ser portado o FastReport tem que criar novos pacotes .FMX para cada um componente, pretendo baixar o demo do FastReport FMX para testes..

vou corrigi, precisa anexar não, e obg pela informação.

Voltamos a analisar possibilidade para o ACBr da suporte a plataforma FMX, em breve trarei novidades, veja nova imagem.

Voltamos a fazer analises para levar o ACBr para FMX, estou usando a colaboração como fonte para o NFe, gostaria de saber do usuário Delphi in Delphi, se ele está usando ainda em produção e se tem alguma novidades, para postar aqui.

Estude o Demo, me parece que teve mudança depois do artigo dele, nessa questão de preencher a lista.

Espero que entenda que essa solução citada por você, não cabe a nós do ACBr, é o que espero para que fique claro.

Olá, post sua colaboração com a unit anexada, que um dos adm responsável pelo componente alterado, baixa e faz a avaliação, sendo um colaboração considerada e valida para o crescimento do mesmo o adm subirá para o repositório.

Nada bate no que você postou ai, e texto acima não bate com a imagem a qual não mostra o pacote que deu o erro nem o TXT de logo com nenhum dos dois

Se você estiver selecionando a compilação 64bit no ACBrInstall, não o faça, selecione 32Bit

Existe um BAT na pasta ACBr, apagaracbr.bat execute ele, demora um pouco aguarde, terminando abra o ACBrInstall não fique selecionando um ou outro selecione todos os checkbox na parte superior, depois nas abas abaixo sim selecione somete na paleta Boleto o gerador de sua preferência e que já esteja instalado no seu delphi. Não se preocupe em instalar tudo quando colocar somente o ACBrBoleto, seu sistema só terá as Units que são relacionadas ao ACBrBoleto.

Expliquei isso em um post acima, faça os cálculos com quantas casas decimais for preciso, para chegar o valor mais próximo possível, mas ao armazenar no banco faça o arredondamento com duas casas decimais somente. foi o que o André mostrou, não importa se o produto tenha 10 casas decimais, faça os cálculos necessários, mas nas totalizações gerais de cada item arredonde;

exato a outra que é diferente a que está no SEFAZ, vc faz outra do zero.

Ao importar o Emissão pode ter feito arredondamento o qual o seu sistema não está fazendo dos valores. Veja nesse link

Opte dentro do possível tudo pelo Fortes, temos planos de dar suporte mais ao Fortes por ser um gerador OpenSource.

Vc marcou o Danfe do FastReport. o erro foi esse. terá que vê se na sua maquina tem esse arquivo tb "RLibWinD7vcl.dcp"

Para todo efeito o que parece é que no seu sistema tem duas NFe com o mesmo dado, mas o SEFAZ só existe uma e é essa que vale, então confira os dados que batem da NF do seu sistema com a NF do SEFAZ e exclua a outra.

Bom dia, sim o ACBr tem impressão de Danfe, desabilitar ? Sim basta não chama-la no seu código, ou fazer o tratamento.

Quando se emite NFe ? Vai ficar o valor calculado, se tiver 2 será o valor de 2, 4 valor 4 6 valor 6 e assim por diante isso ainda dará pana pra manga, pois um lado aceita decimais suficiente, o outro lado insuficiente. Concordo com você o Correto seria aceitar mais casas decimais nos valores baseados em cálculos como vc mostra no 1o post e como eu sempre fiz, mas a pergunta fica como nosso sistema irá transmitir as NFe se não passa?

Solução faça cálculos com quantas casas decimais precisar para chegar ao valor mais próximo possível, MAS ao guardar suas informações no seu DB, guarde o valor calculado arrendondando com duas casas decimais, isso irá eliminar grandes transtornos futuros, o que antes da NFe, Sped, etc... não se tinha. Passando as informações geradas por nosso sistema com duas casas decimais, evitaremos que os vários meios faça cálculos de arredondamento diferentes, o que aconteceria se nosso sistemas mandar sempre para os meios 4 ou mais casas. Não sei se estou falando besteira, mas foi a solução que resolveu meu problema aqui com essa rejeição tratado no nesse post.