EMBarbosa

Qual foi o erro?

Na verdade, se você pudesse corrigir e anexar o arquivo alterado aqui para que eu possa analisar seria de grande ajuda. É que estou meio apertado esses dias.

Você declarou o tipo TACBrCodFinalidade na Unit U_PROCESSOS?

Daniel, não sei se percebeu, mas o que o Guilherme está dizendo é que o código está assim: if FPG = nil then raise Exception.Create(Format(ACBrStr(cACBrECFAchaFPGIndiceException), [ CodFormaPagto ])) ;[/code] Mas na verdade, poderia estar assim: [code]if FPG = nil then raise EACBrECFErro.Create(Format(ACBrStr(cACBrECFAchaFPGIndiceException), [ CodFormaPagto ])) ; Ou seja, criando uma exception típica da classe TACBrECF. Acho que não tem nenhum problema, pelo contrário. Conforme o Nick Hodges disse há algumas semanas, é bom que a classe tenha sua própria exception. Isso também facilita saber onde foi gerado o erro.

Blz. Qualquer coisa você posta aí.

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.