EMBarbosa

Eu tinha separado esse tópico para analisar com mais tempo pois não tinha entendido qual era seu problema. Contudo, mesmo agora que eu tive mais tempo, ainda não consigo definir se você está tendo algum problema e qual o problema. Além disso, se está com problemas, seria isso no SPED Fiscal ou Contribuições? Se não há nenhum problema mais, queira desconsiderar por favor.

Não se preocupe. Pelo contrário, eu agradeço seu retorno. Com certeza outros usuários vão passar pelo mesmo, só que agora eles tem seu relato para guiá-los.

Em algum lugar do seu programa, você deve ter algum código que faça uma conversão de string para Integer e o parâmetro passado no string está recebendo o valor '00C100' que não é possível converter para inteiro. Você precisa debugar o programa para achar onde isso ocorre.

Concordo sim. Talvez possa ser um problema no ECF mesmo. Ainda assim, fique atento. Corrigir erros de última hora é muito mais difícil. Se prepare com antemão para localizar esses possíveis erros. Talvez aprendendo a ler os logs do ACBr ou colocando logs no seu próprio programa em situações críticas. Bom trabalho aí. (:

Olá Daniel, Não vi nenhum problema parecido relatado. Você consegue fazer um código para reproduzir o problema?

Subi suas alterações para o SVN na Revisão 4926. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

Agora acho que entendi. Então, nesse caso, por favor anexe a unit alterada bem como explicações sobre: 1) Motivo da alteração; 2) Impacto sobre o código dos componentes atuais; 3) impacto no uso dos componentes atuais;

Olá Claudemir, Com qual componente você está mexendo quando se deparou com isso?

Seu arquivo de log ficou muito grande... Será que tem como você identificar em qual momento o cupom foi cancelado "automaticamente"? Eu encontrei em muitos lugares o comando CancelaCupom após abrir o cupom (veja por exemplo às 16:42:43 e 16:52:50). Nestes casos é o seu programa que está enviando o comando para cancelar. Assim, você precisa analisar em quais momentos você faz a chamada a esse comando e verificar. Talvez possa lhe ajudar encontrar onde está o erro se notar que sempre que isso acontece, o componente manda um Ativar logo depois.

Fica muito difícil de saber como ajudar se você não dar detalhes do seu problema, marca e modelo da impressora, meio de comunicação (serial, usb, conversor), quando acontece o problema, se é intermitente, etc...

Warnings são avisos de coisas que poderiam ocasionar erros, mas não são erros em si mesmo. Você pode desabilitar alguns warnings nas opções do Delphi.

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.

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.