Isaque Pinheiro

Eu concordo com vc, acho melhor tb, simplesmente alimentar com a informação que esta no DB, vamos vê o que os demais acham, se mais alguns concordar, podemos mudar, pois essa informação já temos pronta no DB, basta traze-la como vc propos. Abs

Prezado Isaque, Parabéns pelo ótimo trabalho que vem sendo desenvolvido. Por favor me responda, em que parte da legislação você se baseia quando diz que, havendo novo roteiro, após um ano da homologação, deve-se homologar novamente? Obrigado Maurício, Me baseio na Lei, uma nova versão do roteiro vem baseado em uma alterção na Lei ATO COTEPE 06/08, se há alteração na Lei, o software deve atende-la. Abraço

Bom, o roteiro esta sofrendo mudanças e novas versões direto, então se: Vc homologa seu PAF, e não precisa mexer nele, por um ano, mas o Roteiro nesse intervalo teve nova versão da que vc homologou, então ai vc terá que homologar novamente na nova versão do roteiro depois de um ano. Vc homologou seu PAF, teve que fazer alguma mudança no intervalo de uma ano, ai não precisa re-homologar, só tem que informar o novo MD5, ao SEFAZ de onde seu PAF estará licenciado, ai depois de um ano da sua homologação vc faz novamente a nova re-homologação Vc homologou seu PAF, e no período de um ano não precisou fazer nunhuma mudança, e o roteiro tb não teve novas versões, ai nesse caso (que é quase impossível), vc não precisará re-homologar. Abs

Assim que terminar minha re-homologação do PAF, que será amanhã e depois de amanhã, baixou a faço uma avaliação e um merge com os fontes do projeto ACBrSPEDFCont, que já estão disponivies para baixar no nosso SVN. Abs

Valeu, vou dar uma olhada, mesmo fixo, ja serve como auxilio para os demais colegas se orientarem. Abs

Carlos, também estou enrolado aqui, mas aos poucos a coisa está andando, em anexo segue projeto que estou desenvolvendo, está na fase bem inicial, somente com a estrutura os valores estão todos fixos, agora tem que popular com as informações do banco com os devidos selects e while...for's da vida, para saber a informação que deve ser informada no campo, é só consultar o manual de integração, espero que te ajude. Também não sei se está 100%, mas já consegui gerar o arquivo, claro que não valida mas agora é mão na massa. Felipe Rigotti Ei Felipe, jogue esse seu exemplo para dentro do Demo do SPEDPisCofins, assim teremos um Demo mais completo e podendo ser validado os dados gerados por ele, depois anexe aqui que eu subo o Demo com suas implementações. Abs

Atualizado, favor baixar e testar novamente, caso haja algum erro ainda só me reportar. Abs

Pessoal, graças a Deus, muitos colaboradores estão ajudando, com observações, códigos e relatos de problemas, isso nos leva a chegar a ter o componente estavel cada vez mais rápido, mas tenho uma observação a fazer para que não tenhamos perca de nosso precioso tempo, em produzir algo que já tenha sido produzido. O Componente está sofrendo ajustes quase todos os dias, inclusive na Terça e Quarta, houve muitos relatos, e tive o prazer de disponibilizar meu tempo quase que integral, para ajustar em tempo record os ajustes sobre os relatos. Então peço a TODOS, que quando detectar om problema ou quando for começar a testar o componente, faça antes disso um Update, tendo assim o componente atualizado sempre no seu ultimo Build, para ai sim começar a testar e ajusta-lo. Desde já agradeço o empenho de todos que se dispuseram a ajudar de qualquer forma que seja, para mim tem o mesmo peso. Abraços, e vamos em frente.

Oi Isaque, faltou modificar na procedure WriteRegistroG125 da unit ACBrEFDBloco_G_Class quando for "Versao103" para para LFill( NUM_PARC, 3 ) fazendo isso tudo OK. Grato mais uma vez. OK, vou acertar agora mesmo, e já subir, valeu Abs

Aproveitando o contato, embora não seja o lugar apropriado, mas como já postei um tópico sobre o assunto e o problema ainda persiste, Isaque, tem um problema parecido no SPED Fiscal, nos campos NUM_PARC do Reg G125 e do Reg G126, o campo é numérico tamanho 3 e sem decimais, qual o "post" ativo que devo informar isso? T+ Resolvido e já disponivel no SVN, o problema do G125 e G126 do SPED Fiscal Abs

Sim, funcionou, apesar de todos os valores ficarem com 4 decimais, exemplo "7,6000" ao invés de "7,6" o validador não deu erro, só aumentou um pouco o tamanho do arquivo. Obrigado. Aproveitando o contato, embora não seja o lugar apropriado, mas como já postei um tópico sobre o assunto e o problema ainda persiste, Isaque, tem um problema parecido no SPED Fiscal, nos campos NUM_PARC do Reg G125 e do Reg G126, o campo é numérico tamanho 3 e sem decimais, qual o "post" ativo que devo informar isso? volte a propriedade CurMascara para '#0.00', que irá funcionar 100% Vou olhar esses registro G125 e G126 do SPEDFiscal T+

Não sei o que esta acontecendo, mas parece que essa Unit em anexo não esta atualizada ai, baixa essa em anexo e substiui o da sua pasta que ta em Fontes\ACBComum ACBrTXTClass.pas

While Modularization.IBQDocumento.Eof = False Do Begin With RegistroC500New Do Begin se IBQDocumento são as NFs, o "RegistroC500New" tem que estar dentro do laço, para que seja criado um C500, para cada NF, do jeito que vc fez, só terá um NF mesmo. T+

Coloque o código de como vc esta alimentando o C500 e C590, para ser analisada se esta certo C500 é uma Lista while NF LOOP begin // C500 with RegistroC500New do begin .... C590 - filho do C500 tem que ficar aqui dentro while ITENS LOOP begin with RegistroC590New begin ... end; end; end end [/code] Abs

Já esta, baixa la, qualquer coisa é só me avisar. Abs

Ola Washington A primeira alteração, foi aceita, inclusive coloquei no create do 0208, para ele definir como padrão "codIndiTabNaoTem" A sugunda não pode ser alterada, no Guia Pratico diz que deve ser tamanho=8 e decimal=4, para atender a essa exigencia tive que alterar o componente hoje, colocando assim um parametro a mais que é a mascara, se ela não for passada como vc fez o campo será gerado com a quantidade de casas decimais definida na propriedade CurMascara, a qual para a maioria dos campos do SPED, deve ser #0.00 (duas casas) Abs

Baixa novamente, subi depois a mudança nos parametros (ACBrTXTClass.pas)

Corrigi o erro e já subi Abs

Corrigido e já esta disponivel, obrigado Se quiser criar as tabelas no ACBrEPCBloco, fique a vontade. Abs

Agora vai Baixa la testa e me retorna se funcionou Abs

Quando for expecificado tamanho e decimais, não pode ser Double, porque a função que recebe tipo Double, tem tamanho infinito, só podemos parametrizar decimais. Para corrigir tem que ser o Tipo Currency e parametrizar corretamente: LFill( ALIQ_PIS_PERC,8,4 ) LFill( ALIQ_COFINS_PERC,8,4) Faz um teste ai Vou ajustar e subir Não funciona, já tinha tentado desse jeito, mesmo com esses parâmetros ele arredonda pra duas decimais, um valor como "0,5775" fica "0,58", por isso fiz com double, mas não lembrei do fato da função não limitar o tamanho da parte inteira. O problema está na propriedade "CurMascara" que no componente fica setada como "#0.00", então mesmo colocando 4 decimais a função LFill arredonda para o valor da máscara setada ali, tentei deixar o valor da propriedade em branco, mas também não funcionou. Vou pensar em outra solução e coloco aqui depois. Grato. Bem lembrado mude a propriedade CurMascara = '#0.0000' Depois me retorne se funcionou Abs Já testei não irá funcionar, vou ter que pensar como resolver isso. Assim que tiver uma solução post aqui

Ta la T+

Blz T+

Aguardo, será bem vinda

Que bom que achou o problema. T+