Ir para conteúdo
  • Cadastre-se

windsoft

Membros Pro
  • Total de ítens

    393
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que windsoft postou

  1. Na realidade ele está calculando sobre o valor total dos produtos, a coincidencia do percentual com o valor é porque no meu exemplo eu utilizei o valor de R$ 100,00 Abraço e obrigado pela atenção.
  2. Régys é na nota fiscal mesmo, no cupom está tudo certo.
  3. Isaque obrigado pela atenção: Segue abaixo as linhas que precisam ser corrigidas no ACBrDANFeCBRavePaisagem.pas a partir da linha 859 if Total.ICMSTot.vTotTrib <> 0 then begin lVTotTrib :=DFeUtil.FormatFloat(Total.ICMSTot.vTotTrib); lVTotTrib :=lVTotTrib + '('+DFeUtil.FormatFloat((Total.ICMSTot.vTotTrib*100)/( Total.ICMSTot.VProd - Total.ICMSTot.VDesc ))+'%)'; Box([fsLeft],XPos,YPos,(x*4),aHeigthPadrao,'Val. Aprox. Tributos',lVTotTrib,taRightJustify); end; Já no ACBrDANFeCBRaveRetrato.pas a partir da linha 841 if Total.ICMSTot.vTotTrib <> 0 then begin lVTotTrib :=DFeUtil.FormatFloat(Total.ICMSTot.vTotTrib); lVTotTrib :=lVTotTrib + '('+DFeUtil.FormatFloat((Total.ICMSTot.vTotTrib*100)/( Total.ICMSTot.VProd - Total.ICMSTot.VDesc ))+'%)'; Box([fsLeft],XPos,YPos,(x*4),aHeigthPadrao,'Val. Aprox. Tributos',lVTotTrib,taRightJustify); end; O Danfe para fastreport está com o mesmo problema.
  4. Isaque e André, cara desculpe a insistência. Mas eu estou afirmando exatamente o que vocês afirmaram. O percentual médio deve ser calculado sobre o valor líquido e o ACBr está calculando sobre o valor bruto sem o desconto. Se eu tenho uma venda de R$ 100,00 eu pago R$ 29,84 Se eu tenho uma venda de R$ 90,00 eu pago R$ 26,86 Mas o percentual de impostos pagos, a carga tributária, é a mesma independente do valor da venda, ou seja, o percentual deve permanecer nos mesmos 29,84% não é isso?
  5. Olá Juliana, agora ficou perfeito. Obrigado! Obrigado Régys eu não tinha visto o tópico sobre a mudança do SVN. Um abraço
  6. Olá Regys aí você chegou onde eu queria, ele considera o campo Total.vTotTrib e aplica em cima do valor total, o correto seria em cima do valor dos produtos - o desconto. Faça um teste: Emita uma NF e coloque o valor de R$ 100,00 e escolha um produto qualquer (no meu caso utilizei um produto nacional com NCM 84672200), no meu caso a carga tributária na tabela IBPT foi de 29,84% no campo "Val.Aproximado do imposto" está informado o valor de R$ 29,84 e o ACBR calculou o percentual de 29,84% corretamente. Altere esta NF e conceda um desconto de R$ 10,00, o valor total da NF será de R$ 90,00 o valor da carga tributária será de R$ 26,86 e a carga tributária em percentual será de 26,86% o correto seria 29,84% como na nota anterior. Estou enviando anexo os arquivos de exemplo tanto em XML quanto em PDF para você dar uma olhada. Abraço e obrigado pela atenção Exemplo1.pdf Exemplo2.pdf Exemplo1.xml Exemplo2.xml
  7. Acho que vocês não estão entendendo a questão. Vou tentar explicar de outra forma: Estou fazendo o cálculo por item, estou deduzindo o desconto por item, porém ao imprimir a Danfe, a informação do percentual total da carga tributária que é feito automaticamente pelo ACBrDanfeRaveCB está sendo calculado sobre o valor dos produtos sem considerar o desconto. Ou seja se você fizer uma nota sem desconto nenhum e imprimir o DANFE verá que o sistema informa um percentual para a carga tributaria total, se você informar um desconto o valor da carga tributaria deve alterar mas o percentual deve permanecer o mesmo. Isso não está acontecendo.
  8. Olá Amigos, percebi hoje que o percentual da carga tributaria informada no DANFE no campo TOTAL DOS TRIBUTOS está sendo calculado em cima do valor total dos produtos, porém acredito que o correto seria calcular sobre o valor dos produtos deduzindo o valor total dos descontos. Tentei postar este problema no Mantis mas me parece que ele não está mais funcionando.
  9. Olá Juliana, continuo com o mesmo problema ao enviar duplicatas para cobrança descontada ao banco do brasil. Conforme você pode ver na documentação que eu forneci acima, é realmente necessário que se faça esta correção no componente, mas até o momento você não comitou as alterações. Hoje me deparei com outro problema: Se for cobrança descontada para a carteira 17 o campo "Código da carteira" que deve ser informado deve ser 4 e não 7, ou seja deve ser informado 7 somente se for carteira 17 e cobrança simples. Fiz as correções na minha versão do componente e gostaria que você incluísse esta alteração ao trunk do svn. Foi apenas alterada a linha 434 IfThen((StrToIntDef(Carteira,0) = 17) and ( ACaracTitulo = '1' ), '7',ACaracTitulo) + //58 - Cobrança Simples
  10. Atualizei meus fontes pelo SVN hoje 03/06/2013 e não encontrei as correções apresentadas acima.
  11. Ola Isaque Eu tambem achei a lista enorme, nao estou sabendo aimda como vao ficar as CSTs que estao com 4 digitos (que sao csts do simples nacional) quem poderia nos dar mais informacoes é nosso amigo Vinicius ai de cima. Mas as demais estao sim corretas. Voce pode consulta-las no site do sped no seguinte endereço: http://www.sped.fazenda.gov.br/spedtabelas/AppConsulta/publico/aspx/ConsultaTabelasExternas.aspx?CodSistema=SpedFiscal Selecione na lista a tabela de situacao tributaria. Anexo eu inclui o arquivo no formato txt. Abraco e obrigado pela atencao. tb487.txt tb487.txt
  12. Olá Isaque, para facilitar teu trabalho, segue anexo as units que precisam ser alteradas. Fiz um update no meu repositório com a revision 5141 e fiz um merge com a versão enviada pelo Vinicius. Aproveitei e corrigi o array cstICMS da unit AcbrSpedUtils.pas incluindo as novas csts. Um abraço Correções novas CSTs.zip
  13. Olá Isaque, as alterações já foram comitadas? Acabei dar um update no meu SVN mas não apareceram pra mim ainda. Também estou tendo problemas ao gerar o Sped Contribuições. Obrigado
  14. Olá Juliana, não sei se estou enganado, mas os valores esperados na coluna 58 são os valores informados na variável ACaracTitulo. Dá uma olhada neste manual que anexei na página 9. Abraço
  15. Olá amigos do ACBr! Utilizamos os componentes ACBr e já contribuimos bastante com este excelente projeto. Estamos começando a utilizar o ACBrBoleto e encontramos um pequeno problema na remessa do banco do brasil que nos foi relatada pelo banco. Trata-se do envio de duplicatas para desconto, no segmento P (CNAB240) a posição 58 a 58 está sendo informada com a seguinte informação IfThen(StrToIntDef(Carteira,0) = 17,'7','1') + //58 - Cobrança Simples Porém conforme consta no documento fornecido pelo banco (em anexo) na página 9 consta: CbrVer04BB.pdf Desta forma o sugiro fazer a seguinte correção no código: IfThen(StrToIntDef(Carteira,0) = 17,'7',ACaracTitulo) + //58 - Cobrança Simples Pois como podem ver o banco não trata o campo da posição 60. Tentei enviar esta correção para o Mantis, mas me parece que ele está fora do ar. CbrVer04BB.pdf
  16. É já contactei mas não consegui resolver o problema. Obrigado pelo retorno. Att
  17. Segue abaixo um exemplo... var i : Integer; Titulo : TACBrTitulo; begin ... ... AcbrBoleto1.LerRetorno; for i := 0 to ACBrBoleto1.ListadeBoletos.Count - 1 do begin Titulo := ACBrBoleto1.ListadeBoletos.Objects; sNossoNumero := Titulo.NossoNumero; nValor := Titulo.Valor; dData := Titulo.DataOcorrencia; ... ... end;
  18. Encontrei um erro ao processar arquivos de retorno para o banco 341-ITAU Ao ler o CNPJ/CPF do cedente no arquivo me retorna o seguinte erro: CPF deve ter 11 digitos (apenas numeros) O erro me parece estar na geração do arquivo pelo banco mesmo. Anexei 2 arquivos de retorno gerados pelo banco, um de pessoa fisica outro juridica. Percebam que nos 2 arquivos ele me retorna como 02 JURIDICA, desta forma não passa na validação. Não seria interessante desativar esta validação na leitura do arquivo de retorno ou pelo menos ter uma propriedade onde possamos fazer isso? arquivos.zip
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...