EMBarbosa

Você declarou o tipo TACBrCodFinalidade na Unit U_PROCESSOS?

Baixei e fiz algumas alterações para ficar com o código atual. Mas não subi pro SVN pois o PVA 1.0.7 não está validando para o guia prático 1.0.5 onde mencionam os novos registros. Deve-se levar em conta que o Bloco P não precisa nem ser informado caso a empresa não gere pelo menos um registro 0145 no Bloco 0. Isso mesmo, nem mesmo os registros de abertura e fechamento devem ser gerados. Então vamos precisar fazer um tratamento sobre isso, conforme trecho abaixo extraído do Guia Prático 1.0.5, página 248, parágrafo 3: Ainda falta alguma coisa, em especial os métodos WriteRegistroPXXX, mas anexo os arquivos já parcialmente modificados... ACBrSPEDPisCofins_BlocoP.rar

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.