EMBarbosa

Obrigado pelo retorno Régys. Esse é o jeito de garantir que vai funcionar. Queria saber se alguém já havia perguntado se é preciso mesmo que funcione.

Olá, sem identificar o erro e os motivos do erro, e um exemplo para testarmos, vai ficar difícil para mudarmos isso. Pois tem um motivo de ter sido colocado assim. Esse motivo é justamente o PVA reclama de deixar o zero no lugar. Veja os seguintes posts: http://www.djsystem.com.br/acbr/forum/viewtopic.php?f=23&t=4969 http://www.djsystem.com.br/acbr/forum/viewtopic.php?f=23&t=5130 http://www.djsystem.com.br/acbr/forum/viewtopic.php?f=23&t=5221

Você quer dizer que se você comentar a linha "F_P := nil;" o erro continua? Se sim, então use o F7 como mencionei na resposta anterior. E descubra exatamente qual a linha que está gerando o erro.

Normalmente, isso não é necessário nos forms principais do projeto, o próprio Delphi cuida disso. Do jeito que está, se em alguma parte posterior do código fizer alguma referencia a F_Principal, vai resultar em um Access Violation. Você disse que vai usando F8 até o sistema tomar conta de tudo e continuar sozinho. Faz o seguinte, use F8 até pouco antes do sistema tomar conta de tudo, daí passe a usar o F7 (Step Into). Isso deve permitir você entrar nos códigos mais internos.

Corrigi no SVN. Obrigado.

Talvez a sua ideia resolvesse. Mas seria muito melhor se a receita quando mudasse esses detalhes incrementassem a versão do arquivo. Seria muito mais fácil tratar no código.

Eu sugiro você se embrenhar pelo código do componente para entender seu funcionamento. Se conseguir fazer isso, conseguiria chegar ao código fonte do retorno CCDC da bematech: function TACBrECFBematech.GetNumCCDC: String; begin Result := '0000' ; //Ainda não descobrimos como essa informação pode ser retornada fora da DadosdaUltimaReducaoZ end; [/code]

Enviei uma correção para passar o campo em branco na revisão 3385 do SVN.

Pronto. Já verifiquei no Bloco C e mandei pro SVN na revisão 3385. Por favor, teste e me dê o retorno.

Por que você usa F_Principal:=NIL ?

Olá camila, Verifique por favor o arquivo ACBrEFDBlocos.pas. Por volta da linha 165 deve haver a definição de TACBrTipoOperacaoST. Você mencionou que apagou todos os arquivos bpl, mas pode ser que você ainda tenha mais de um ACBrEFDBlocos(.pas ou .dcu) na sua máquina, e o delphi esteja pegando o arquivo errado na hora da compilação. Uma das verificações possíveis é ir na cláusula uses do arquivo que deu problema, no caso ACBrEFDBloco_C.pas, e segurando a tecla Ctrl do seu teclado, clicar no nome da unit ACBrEFDBlocos. Assim o Delphi deve abrir esse arquivo e você pode verificar se ele está pegando o arquivo certo. EDIT: outra coisa que pensei, não existe nenhuma outra mensagem de erro antes dessa?

Eu alterei o código do DEMO para essa situação (CST 73 ou stcofinsOperAquiAliquotaZero no registro C170 e CST 06 no registro C481) deixando a base de cálculo 100 e a alíquota vazia e o PVA 1.0.7 não acusou erro algum. Será que pode fazer um print dos erros acusados pelo PVA ou anexar o arquivo com problema?

Desconheço incompatibilidade. Pode mencionar qual o erro que está acontecendo no compilador?

Realmente, é muita coisa pra fazer de uma hora para outra.

OK. Estou verificando aqui. Acho que isso deverá ser alterado em mais alguns outros registros também.

Vocês sabem dizer onde está o novo algorítimo de verificação do IE da Bahia?

Olá dsv2, Essa Vou grifar em vermelho uma parte do código que você despercebeu. Se você ler o tópico vai entender o motivo. Espero que ajude. Qualquer coisa poste aí. EDIT: Percebi ainda assim que nessa situação específica, pode haver um erro no campo. Mas não é por que o campo está sendo informado. Aconteceria pois está sendo informado com valor diferente de vazio. Vou fazer uma correção e postar quando estiver pronto.

Olá acho que você não entendeu. Esse campo deve ser preservado em branco em alguma situações. Para que possa alterar o código atual, eu preciso que você me informe exatamente quando acontece de o PVA reclamar que está em branco. Qual exatamente o erro que o PVA acusa? Quais os dados que você está preenchendo nesses itens? Por que motivo você precisa que a alíquota seja mostrada zero no arquivo?

O bloco P ainda não faz parte do SVN. Se quiser fazer o download dos arquivos que anexei anteriormente e terminar a implementação fiquem a vontade. Talvez o Eisenheim que iniciou a implementação pode ajudar ou eu mesmo poderemos ajudar em alguma dúvida.

Na verdade, o roteiro também pede todos esses registros. Mas é um pouco difícil de entender realmente se você não prestar atenção. Veja abaixo com o meu grifo próprio. Em outras palavras, são todos os registros de vendas e TAMBÉM (ou ainda) os outros que você mencionou. Se tivessem usado a palavra "também" no lugar de "ainda", o texto teria ficado mais claro, na minha opinião.

Olá, Em caso de arquivos grandes, como esse xml, queira por favor anexar o arquivo em um post ao invés de postar o conteúdo dele no post.

Faça um case com o retorno do combobox escolhido pelo usuário e passe para o componente o valor enumerado de acordo.

Mesmo assim, você vai precisar ler o guia prático e a legislação sobre o assunto. Veja para legislação http://www.fazenda.gov.br/confaz/confaz/atos/atos_cotepe/2008/ac009_08.htm e para o guia prático http://www1.receita.fazenda.gov.br/sistemas/sped-fiscal/download/GUIA_PRATICO_EFD_Versao_2_0_7.pdf

Isso é porquê o guia prático e o PVA pedem que esse campo possa ser deixado em branco quando, por exemplo, o usuário preenche os campos de quantidade (no caso ALIQ_PIS_QUANT). Em que situação você precisa que o arquivo seja gerado com a alíquota igual a zero?

Não sei a versão do seu Delphi, mas existe a função FloatToCurr() será que ela não resolveria?