EMBarbosa

Isso. Esse é só um dos tópicos sobre esse assunto. Devem ter uns quatro. exemplo:

você tentou vendas do período?

malk182, vou corrigir hoje isso. É que a ideia era usar um método que seria um tipo de conversor para isso, mas não estou tendo tempo de testar tudo esses dias. Vou colocar um aviso no Changelog no entanto avisando sobre esse problema de compatibilidade.

busca no fórum http://www.djsystem.com.br/acbr/forum/search.php

Isso é um texto normal, como uma conversa normal. MAS PRESTE ATENÇÃO PORQUE ISSO AQUI É COMO SE ESTIVESSEM GRITANDO!!!!!!

Veja o exemplo (demo SPEDFiscal) como é feito com o registro C400. Ele possui o mesmo nível de um C500 e foi implementado corretamente. Acho que vai resolver seu problema.

hehe. Então, é que o PVA 1.0.7 não está pronto para validar registros pro Lucro Presumido (regime cumulativo) Olhe esse meu comentário com o link para o site do SPED http://www.djsystem.com.br/acbr/forum/viewtopic.php?p=23835#p23835. Daí a gente precisa esperar sair a versão 2.0 do PVA...

Não dá para cancelar a nota errada e refazê-la?

Olá valmir, Eu sugiro você ler esse tópico primeiro.

Você quer dizer SPEDPisCofins né?

Depende de quando você fez a última atualização. Se foram adicionados novas propriedades, componentes ou métodos desde a última vez que fez uma atualização, então seria melhor que fizesse isso tudo outra vez.

Você consegue localizar e alistar onde no código isso está acontecendo? Eu poderia verificar nesse caso.

Normalmente não precisa deletar. É só fazer um update mesmo. Mas verifique que o update está ocorrendo corretamente. Agora, se aparecer um "mini-ícone" amarelo no ícone do arquivo, isso significa que deu conflito. Se o "mini-ícone" ficar vermelho, é porque o arquivo que você possui aí é diferente do SVN. EDIT: Mas a propósito, desde o dia 15 de fevereiro houve alterações no componente. Talvez seja isso...

ainda não...

Seu código está desatualizado. Atualize aí. Só pra você ter uma ideia, o código atual é o seguinte: Add( LFill('M100') + LFill( COD_CRED ) + //Verificar criação da tabela no ACBrEPCBlocos LFill( strIND_CRED_ORI ) + LFill( VL_BC_PIS,0,2, True) + DFill( ALIQ_PIS, 4, True) + DFill( QUANT_BC_PIS, 3, True) + // Veja nota abaixo e também http://www.djsystem.com.br/acbr/mantis/view.php?id=1010 DFill( ALIQ_PIS_QUANT, 4, True) + //Deve permitir nulo, pois só deve ser preenchido caso COD_CRED ser 103, 203, 303, 105, 205, 305, 108, 208 e 308. LFill( VL_CRED ,0,2) + LFill( VL_AJUS_ACRES ,0,2 ) + LFill( VL_AJUS_REDUC ,0,2 ) + LFill( VL_CRED_DIF ,0,2 ) + LFill( VL_CRED_DISP ,0,2 ) + LFill( strIND_DESC_CRED ) + LFill( VL_CRED_DESC ,0,2, True ) + LFill( SLD_CRED ,0,2 ) ) ;[/code]

Vou tentar verificar. O meu código anterior verificava os modelos e daí me surgiu essa questão. Acho que temos um cliente que possui uma dessas ainda, mas preciso confirmar. Obrigado.

Verdade. Achei que tivesse uma versão mais nova do Delphi instalada. Quando você postou que apagar as outras BPLs tinham mudado o erro, significava que você corrigiu o primeiro erro que reportou. O Régys já lhe deu a dica de como resolver o próximo. EDIT: que bom que resolveu.

Em geral esse erro ocorre quando há mais de um Delphi instalado na máquina. Como o Régys mencionou, pode ser por causa de outras BPLs. Ou seja, o Delphi está buscando a BPL no lugar errado. Veja se algum desses posts lhe ajudam: http://www.djsystem.com.br/acbr/forum/viewtopic.php?f=11&t=3141&p=14477 ou tente a busca do fórum, por exemplo: http://djsystem.com.br/acbr/forum/search.php?keywords=N%C3%A3o+foi+poss%C3%ADvel+localizar+o+ponto+de+entrada+do+procedimento+&terms=all&author=&sc=1&sf=all&sk=t&sd=d&sr=posts&st=0&ch=300&t=0&submit=Pesquisar

Há mais de uma versão do Delphi instalado na máquina?

Cada caso é um caso. Não tenho problema nenhum em continuar desenvolvendo em Delphi. O que me faria usar outras ferramentas seriam os requisitos do novo projeto.

Verdade somente o A170 os campo ALIQ_PIS e ALIQ_COFINS estão com 2 casas decimais, corrigido e disponibilizado no SVN, veja se não dará erro no validador agora e nos reporte. Mas no guia prático está com 2 casas decimais. O guia prático está errado?

Obrigado Anron.

No guia prático do SPED PIS/COFINS versão 1.0.4 não há nenhum campo do registro A170 que possua 4 dígitos nos decimais. Tem certeza que isso está no manual? Pode indicar a página?

Para usar ele é fácil: Coloque a unit do FastMM como a primeira unit após a seção uses no seu arquivo de projeto (.dpr). Normalmente isso já basta. Procure mais informações no arquivo FastMM4_Readme.txt (uso no projeto), FastMM4_FAQ.txt (perguntas frequentes) e FastMM4Options.inc (opções de configuração) O FastMM é um gerenciador de memória que substitui o gerenciador de memória do Delphi. Ele corrige um monte de erros, e também permite procurar leaks de memória. Um artigo interessante sobre o assunto é o abaixo. http://wiert.me/2009/07/29/delphi-fastm ... roduction/ Mas se não mudar nada, favor dar mais detalhes do seu método de execução.