EMBarbosa

Obrigado. Foi atualizado no SVN. Revisão 3176

Wilson, Você pode anexar aqui mesmo no fórum os arquivos que você alterou.

É que, embora exista esse requisito especificado, não existe teste para ele. Então, creio que poucos o implementam, e quando o fazem, como nós aqui procuramos fazer, talvez nem dão tanta atenção ao teste, já que não foi especificado como deve ser feito. Ainda assim, acho que poderíamos incluir o evento.

Pessoal, Estava aqui estudando o uso do componente ACBrAAC para implementar o REQUISITO XXII do PAF-ECF quando o arquivo está corrompido (item 8). O problema primário foi detectarmos que quando o arquivo está corrompido o ACBrECF não consegue ser ativado. Assim não conseguimos pegar os dados do ECF para recriar o arquivo auxiliar criptografado. Achei que seria uma boa ideia se o componente possuísse um evento para os casos onde gera a exceção de arquivo inválido (EACBrAAC_ArquivoInvalido). Assim, o programador teria a opção de tratar esse acontecimento assim como tem para tratar no evento "VerificarRecomporValorGT". O componente poderia levantar a exceção caso o método não esteja definido, o que não alteraria o código de quem está usando o componente até hoje. O que acham?

Foram também alterados: Requisitos: XXXVI item 1 letras a e b XLII item 1 letras a8, c35, e35 e foi adicionado o requisito XLIV sobre PAF-ECF PARA POSTO DE PEDÁGIO

Nem a nova versão disponibilizada hoje está. Disponibilizada a versão 1.0.5 do PVA da EFD-PIS/Cofins Veja: http://www1.receita.fazenda.gov.br/noticias/2012/janeiro/noticia-04012012.htm

Por quê?

Por favor, coloque a mensagem completa do erro e/ou o log do ACBrECF. Tente a execução por fora do Delphi. EDIT: Talvez possa ser, mas analisando a mensagem de retorno do ECF a gente pode ter mais certeza.

Então, veja se não é esse problema: viewtopic.php?f=10&t=2522

Você está executando por fora do Delphi ou em modo Debug?

Atualize seus fontes: Veja Revisão 3020 * D110 gerava valores incorretos veja: http://www.djsystem.com.br/acbr/mantis/view.php?id=1094

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

Já subi pro SVN. Favor testar.

Já subi pro SVN. Favor testar.

Vou olhar agora a tarde. EDIT: relacionado... link

Até onde eu sei, quase tudo já está implementado... Qual versão você possui? Se você disser exatamente o quê você procura, talvez possa dar uma resposta mais específica.

No site da SEFAZ-MG foi atualizado para a versão 1.10. http://www.fazenda.mg.gov.br/empresas/ecf/_manuais.htm

Sei que foi disponibilizada para download a versão PVA_EFD 2.0.23. Acho que ele valida a partir de janeiro, não? Chegou a ver no site do SPED?

Outra coisa que vai complicar é que os registros desse layout da contmatic usam vários campos que não estão definidos no SPED Fiscal. Exemplo o registro 0200 tem um campo CST_COFINS_ENTRADA e outro CST_COFINS_SAIDA.

Exato. Que bom que resolveu. Ainda assim vou adicionar no Mantis uma sugestão no sentido de quando não for criado um certo bloco, ele ser gerado sem dados por padrão, caso seja obrigatório. Daí poderá ser implementado quando houver tempo hábil. EDIT: Adicionado como caso 1127

Pasta \trunk\Exemplos\ACBrSPED\Delphi\PisCofins Acho que é o caso do Bloco 1...

O seu pedido faz sentido. Mas notou que o exemplo do componente trata isso?

Obrigado Isaque. Vou tentar pegar um exemplo que caia nessa situação com o PVA assim que possível. Eu posto aqui se achar mais alguma informação.

Olá pessoal, Estou com uma dúvida aqui. No registro C170, os campos VL_BC_PIS, ALIQ_PIS, VL_BC_COFINS e ALIQ_COFINS (26, 27, 32 e 33), podem não ser informados em alguns casos. Isso fica claro pela observação 3 deste registro tanto no Guia Prático 1.0.3 como no leiaute do arquivo, que eu transcrevi abaixo com grifo meu. O componente atualmente não permite isso. Apenas atualizando o parâmetro Nulo da função LFill resolveria o problema. Mas será que satisfaria os outros casos desse registro. Será que não daria conflito em nenhum outro caso onde fosse necessário informar |0| ou |0,00| para algum desses campos?

Já está no SVN. Obrigado.