Isaque Pinheiro

Corrigido, favor baixar atualização e compilar novamente.

Resolvido foi add a unit ACBDFeUtil ao pacote ACBrComum, baixem e testem por gentileza.

Fonte: http://www.pfe.fazenda.sp.gov.br/guia_p ... _09.shtm#2 No ES tb, deve ser 7% (já reduzida). Mas... Observe que referente pagamento de imposto, para empresas do Simples, a empresa não fica no prejuízo se emitir algum item com a alíquota cheia, pois o imposto do Simples é calculado no %, a qual a empresa foi enquadrada. Mas se for empresa do Lucro Presumido ou Lucro Real, ai fiquem atentos, pois seus clientes podem estar pagando impostos a maior, se não for impresso na alíquota reduzida no caso de 12% no ECF imprimir em 7%.

Foi adicionado no SPED Pis/Cofins, algumas funções de conversão de tipo: TypeToStr, StrToType, para facilitar a alimentação de dados nas class, foi também mudado o nome de alguns tipo, aconselho a dar uma olhar na unit "ACBrEPCBlocos.pas" e irem substituindo seus fontes para o novo nome, pois os novos estão sendo nomeados conforme a descrição da propriedade da class, ficando menores.

Depois, podemos olhar junto a unit ACBrUtil e vê o que já tem la, podendo assim eliminar a duplicidade na unit ACBrDFeUtil

Italo, fiz o que conversamos: Criei a unit ACBrDFeUtil.pas e levei as funções para ela Já nas units ACBrNFeUtil, ACBrNFSeUtil e ACBrCTeUtil, somente cerquei as funções removidas para o ACBrDFeUtils, e mudei todos os link das funções nas units que necessitarma para o nome da class "DFeUtil.NomeDaFuncao" Obs: as funções originais não foram apagadas das units de origem, para qualquer evento, foram somente comentadas. Fiz as funções mais simples, as mais complexas deixei para olharmos depois com mais calma, o pontapé inicial era importante para começarmos. A Unit ACBrDFeUtil.pas foi add ao pacote ACBrComum Acho que é só, abraço. Há, testei no D2010, DXE2 e DXE3, e depois subi as alterações.

O que eu quis dizer é que quando tivermos as units parecidas ou de mesma função, mas com nomes diferentes tipo as que citou. padL PadE padR PadD padC PadC Usaremos a de nome que esta em ACBrUtil "padL, padR, padC", e eliminaremos as demais, das outras units. "padE, padD, padC"

Dessa forma,assumimos o nome da ACBrUtil, pois ela abrange mais lugares a serem mexidos. Certo então vou começar aqui, e se ficar alguma coisa em dúvida discutimos nos próximos posts.

Bom dia, bingooooo, ótimo nome para a unit, a Unit ACBrUtil, tem finalidade para todos os pacotes, penso ser melhor criarmos uma nova mesmo só para os DFe, se depois virmos que alguma função existe ou seja util para os demais pacotes passamos somente essas funções para o ACBrUtil, o que acha?

Ei Italo, subi um ajuste, pois as mudanças do jeito que fiz, deu pau no D2010, agora ta ok, ficou parecido como o que vc já havia feito. Concordo com vc podemos sim, criar essa Unit, inclusive termos uma var public chamada "ACBrFormatSettings" do tipo TFormatSettings, para resolver essa questão. Vou começar a olhar sobre isso e volto a postar aqui, dando sequencia a essa ideia, vou começar com ACBrNFeUtil, ACBrNFSeUtil e ACBrCTeUtil, vamos definir o nome ACBreUtil ACBrXeUtil ACBrUtile da uma ideia ai.

Ewerton é o seguinte: O NF-e, Boleto, CT-e tb NFS-e, precisam usar uma suite de relatório para que possam ser impressos, sendo assim o ACBr disponibiliza componente auxiliares aos que citei, de várias suites, então você deve observar quais existem e decidir por qual suite de relatório usar para impressão dos mesmos. QR - QuickReport (pago) FR - FastReport (pago) RV - Rave (este não vem mais com o delphi a partir do XE3) RL - Fortes Report (open source)

Sim ele é para instalar tudo certinho sim, como é para você, o programador identificar que pediu para ele instalar um pacote de uma suite que você nem sabe o que é, pois senão, não teria marcado a opção para instalar nada do Fast Report, sabendo que o mesmo não está instalado em seu delphi.

Italo, pode dar uma olhada nessa unit, que ajustei para compilar no XE3 ? Seue em anexo obrigado. ACBrNFSeUtil.pas

Obrigado, já esta disponível no SVN.

Obrigado pelo relato, assim todos nós ficamos apar de que indicar certas marcas de impressora para nossos clientes pode nos trazer problemas futuros, queremos parceiros não problemas.

Se vc tiver uma cadastro de unidades, pode ter um campo a mais para unidade do produto no ECF, é uma alternativa.

Um alternativa seria seu sistema identificar o local e se ele esta no horário de verão ou não, caso não esteja pega hora atual -1 hora.

Com "with" Sem "with" a performance é a mesma. "ruim".

"DadosReducaoZClass" Para o modelo Daruma sim, eu mesmo implementei, mas veja que se utiliza-la, os demais modelos não estão implementados.

Para o modelo Daruma sim, eu mesmo implementei, mas veja que se utiliza-la, os demais modelos não estão implementados.

O Componente trabalha baseado nas regras do manual.

Exatamente.

Tem que usar todas as DLLs, pois elas tem dependências uma das outras, como falei tive essa problema testei no GAD funcionou, dai veio a idéia de pegar as dlls que veio com o GAD e não da pasta do ACBr, dai passou a funcionar 100%, inclusive esqueci de subir essas dlls para o SVN.

Entre em contato com o suporte Daruma por Skype que eles te ajudam a mudar o logomarca, fiz isso no meu ecf, com ajuda deles.

Tive esse problema, resolvi atualizando as dlls. Baixe o GAD aqui http://www.desenvolvedoresdaruma.com.br/home/downloads/Site_2011/Utilitarios/GAD_Delphi7exe.zip, pegue as dlls que vem com ele e substitua as suas, e tente novamente.