EMBarbosa

Você consegue ver se um dos objetos é nil? Talvez o Connection ou o FNFe, ou o Det?

O próprio erro menciona que você deve consultar a Seçao 4 do Guia prático. Na versão que eu tenho aqui (Guia Prático 1.12), diz nessa seção que o registro F205 é obrigatório apenas para quem faz Escrituração do tipo "Crédito" e não deve ser informado para Escrituração do tipo "Contribuição Social". O que eu não entendi é o motivo dele estar sendo gerado se você diz que ele não foi alimentado...

Não entendi seu objetivo, muito menos o que isso tem a ver com o que a Gr@ç@ apresentou no primeiro post.

Se você tiver um número de notas muito grande talvez seja algum erro de arredondamento. Centenas de erros de arredondamento de 1 centavo (R$ 0,01) daria uma diferença de R$ 3,39. Já passei por isso, mas não no SPED.

Você leu o guia prático e viu a diferença nele?

Queira usar o botão de pesquisa no fórum.

Com xHarbour não dá para usar o ACBrFrameWork? Seria uma opção, caso funcione.

Olá Waldir, Subi sua sugestão para o Bloco H, a saber LocalizaRegistro para o registro H010. Revisão 4921. Mas não subi a sua sugestão para o LocalizaRegistro do registro 0150. O motivo é que o código é ambíguo. Nada me impede de ter um pCOD_PART de tamanho 11 ou 14. Por exemplo, se eu passar 12345678909 para a função, você não pode dizer que é um CPF só porque tem 11 dígitos. Contudo, se quiser, poderíamos criar outros métodos como LocalizaRegistroCPFCNPJ, e aí sim poderia fazer a diferenciação pelo tamanho. Mas se desejar, crie um outro tópico por favor. Sem mais, obrigado pela contribuição.

Faz o debug do código e poste exatamente qual linha que está gerando o erro de AV.

Por favor Alexandre, não faça posts duplicados. Continue em: Tópico trancado.

Alexandre, Hierarquia não é obrigatoriedade. Se você ler o Guia Prático (estou usando a versão Versão 2.0.11), verá que a hierarquia do Registro C460 é 4. Além disso, no próprio PVA, o registro C460 aparece abaixo do registro C405. Finalmente, o Registro C405 tem hierarquia 3, e não quatro como mencionou no seu comentário.

Conforme o código abaixo, eu fiz uma pequena correção, acredito que vá resolver. Revisão 4918 Add( LFill( '0000' ) + LFill( CodVerToStr(COD_VER) ) + LFill( strTIPO_ESCRIT ) + LFill( strIND_SIT_ESP ) + LFill( strNUM_REC_ANTERIOR) + LFill( DT_INI ) + LFill( DT_FIN ) + LFill( NOME ) + LFill( CNPJ ) + LFill( UF ) + LFill( COD_MUN, 7 ) + IfThen(SUFRAMA = '', LFill( SUFRAMA) , LFill( SUFRAMA, 9 ) ) + // Preencher Suframa apenas se tiver algum número LFill( strIND_NAT_PJ ) + LFill( strIND_ATIV ) );

Isso daí eu subi na revisão 4917. Favor testar.

Acabei de subir as alterações do Bloco F. Revisão 4916. O detalhe é que essa inconsistência também estava presente em outros registros do Bloco A e D. Aproveitei para fazer essa correção também.

Achei que a Bematech já estava vendendo a MP 4200 TH FI, mas pelo visto, só a homologaram...

Rafael, Como o Juliomar disse, precisa pegar informações com a SEFAZ no seu estado e talvez com um interventor também. Por isso que eu linkei o arquivo do Manual ECF no fim do meu comentário. Ele é o manual do RJ e deve informação sobre transferência. Sendo usado para desenvolvimento ou não a mudança do cabeçalho da empresa é obrigatória. Mas a lacração não é obrigatória em todos estados. Em Minas e SP por exemplo não é. Na verdade, nem sabia que ela era obrigatória em alguns como o Juliomar disse.

Olá Rafael, veja se essa informação da SEFAZ de SP ajuda: Fonte:http://www.pfe.fazenda.sp.gov.br/guia_procedimentos_ecf_05.shtm Notei que você é do RJ, veja também esse documento: http://www.fazenda.rj.gov.br/portal/index.portal?_nfpb=true&_pageLabel=sistemaseletronicos&file=/informacao/sistemaseletronicos/ecf/ManualECF.pdf

Subi as alterações do bloco 1 hoje. Mas ainda não tive tempo de verificar as outras.

Acabei ficando sem dar um retorno a esse tópico. O que percebi foi que fazendo como o Daniel sugeriu não há necessidade de alteração do componente. Então para resumir: Sempre que a aplicação abrir o arquivo do componente AAC, adicione os dados extras que não são salvos no AAC. Isso inclui a lista de executáveis na propriedade OutrosArquivos do objeto IdentPAF do componente ACBrAAC (TACBrAAC.IdentPAF.OutrosArquivos). Nota: Não vou postar código de exemplo pois o código do Daniel acima ficou bem claro.

wislei, Em que parte do código está essa mensagem?

Pessoal, se alguém tiver as cópias dos arquivos compactados aqui, queira postar novamente por favor. Eu pensei que tinha feito backup deles, mas achei só o do código do componente e não dos exemplos...

Alguém que tem a cópia deste componente poderia refazer o upload por favor?

Olá Luciano, Não tem como você anexar também aqui no fórum a tabela? Pois pra fazer o download no 4Shared está pedindo pra fazer login.

Você pode postar aí qual a mensagem de erro?

Você acha que o problema é com o ACBrFrameWork? Se for, queira por favor postar um novo tópico no fórum específico ACBrFrameWork. Se você acredita que o problema não é no ACBrFrameWork, você consegue testar com o Demo do ACBrBal feito em Lazarus ou Delphi?