Ir para conteúdo
  • Cadastre-se

Isaque Pinheiro

Membros
  • Total de ítens

    2.545
  • Registro em

  • Última visita

  • Days Won

    39

Tudo que Isaque Pinheiro postou

  1. TWriteRegistroEvent, está dentro da Unit ACBrSped.pas, veja se na sua unit tem, caso não tenha, sua atualização do SVN não esta correta, baixe novamente.
  2. Além desta existem outras 3 divergências, que terão que ser corrigidas para que possamos subir o código. Obrigado, pela contribuição.
  3. Então ele deveria ser filho do P010. Obrigado Felipe pela esclarecimento.
  4. Ei Elton, se o P200 for realmente filho do P010 o Guia esta errado sim, pois o P010 ta como nível 2 e o P200 tb como nível 2, isso pela hierarquia os dois seriam filhos do P001 que é o nível 1. Para ele ser filho do P010, então no guia teria que estar P200 como nível 3, igual ao P100.
  5. 4a Divergência, o SPED tem padrão de usar o tipo Currency para os campos de valores, você mudou o registro 0145 que estava "Currency" para "Real".
  6. analista.adilson, assim fica complicado subir sua ajuda para o SVN.
  7. 3a Divergência, o Registro 0145 é ocorrência 1:1, isso quer dizer que existirá UM registro e não uma lista como você mudou. Se observar verá que o registro é de nível 3, é filho do registro 0140 (esses sim é uma lista) subsequente cada item da lista 0140 terá um registro 0145, então 0145 não precisa ser lista, é como esta no SVN mesmo.
  8. 2a Divergência, foi criado uma propriedade "PrintBlocoP", para que ela? "Tabela do Bloco P: Fatos Geradores a partir de Março de 2012." e se existir o 0145, isso já estava sendo validado no WriteBloco_P e o prazo já foi atingido.
  9. 1a divergência no Guia Pratico diz que o P200 é nível 2, então ele deve ser filho do P010, como tava antes no SVN, será que no Guia ta errado? Preciso dessa confirmação.
  10. To baixando para olhar.
  11. Lancei uma nova versão do ACBrInstall que instala os pacotes Danfe, Dactes e Boletos do FastReport, foi testado nas versões do Delphi: D7, D2005, D2006, D2007, D2009, D2010, XE e XE2, todas funcional. link pata baixar em http://isaquesp.blogspot.com.br/ Abraço
  12. Bom dia, subi o Bloco P e sua implementação, se falou que esta funcional, depois analisamos com mais calma se exite uma maneira mais adequada.
  13. Implementação disponível no SVN, obrigado por sua contribuição, além da explicação que ficou bem clara mostrando o erro no PVA, isso ajuda muito a avaliarmos a implementação sem ter que buscar no guia. Parabéns.
  14. Bom dia, infelizmente não temos e não estamos trabalhando em nenhum projeto como esse.
  15. Bom dia Elvis 1: Para CT-e's de emissão própria com a situação cancelada o campo "IND_FRT" está vindo sempre preenchido com o valor "0" emissão de terceiro, mesmo quando não é passado valor para o campo, isso causa erros no SPED pois o campo não deve ser preenchido. Res: Você deve alimentar o campo com "tfSemCobrancaFrete", isso irá fazer com que o valor saia no TXT "9" que quer dizer "Sem Cobrança de Frente" 2: para CT-e's inutilizados o campo "IND_FRT" também está vindo preenchido sempre e os valores referente a impostos.. assim como base de calculo ICMS, ALIQUOTA, etc... estão vindo preenchidos com valor "0,00" que também está causando erros na validação. Res: Esse caso segue a mesma indicação acima, e como é inutilizado o campo "COD_SIT" deve ser igual "sdDoctoNumInutilizada", que sairá no TXT o valor "5", e os campo de Base ICMS, Aliquota, e ICMS, você mesmo deve informar 0, passando zero sairá no TXT vazio. Passei essas informações para você baseado no fonte atual do SVN, verifique se você está com os fontes atualizados. Tenha um bom dia.
  16. Já tentou usar, antes da emissão do Z, pegar o COO Inicial com o comando "ACBrECF.NumCOOInicial" ? É assim que eu faço, não uso o .INI, mas claro não usar o .INI só se pegar os dados antes do Z.
  17. Eu pego antes da emissão da Z tb, como vc, ai nesse caso faço assim: ECF_NumCRZ := StrToIntDef(ACBrECF.NumCRZ, 0) +1; // Soma 1, pois ta pegando o CRZ antes da emissão da redução Z. ECF_NumCOO := StrToIntDef(ACBrECF.NumCOO, 0) +1; // Soma 1, pois ta pegando o COO antes da emissão da redução Z. [/code]
  18. Subi sua alteração.
  19. Obrigado, vou dar uma olhada e subir sua alteração.
  20. Willians, implementado e disponível no SVN, obrigado pela paciência e ajuda para chegarmos a mais este sucesso, abração.
  21. Willians, agora ficou do jeito que eu queria, bem estruturado, estou anexando uma cópia aqui antes de subir para o SVN para vc testar, assim que me der o ok eu subo. ACBrSped.pas ACBrSpedFiscal.zip ACBr_SPED.dpk.zip
  22. Favor testar essa versão em anexo, e nos da um retorno se funcionou, fico no aguardo obrigado. ACBrInstall.zip
  23. Bom dia, e ai caros colegas alguma sugestão para esta questão ? Obrigado. Já descobri o problema, estou estudando a melhor forma de resolve-la, aguarde, darei retorno até a tarde.
×
×
  • 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...