Acbrspedfiscal - Registro C460 - Fiscal - Projeto Acbr

[Dalvan]

Conforme lay-out do manual Guia Prático EFD-ICMS/IPI – Versão 2.0.13 Atualização: 2013

Para o REGISTRO C460: DOCUMENTO FISCAL EMITIDO POR ECF (CÓDIGO 02, 2D e 60), permite 9 digitos para o campo NUM_DOC Número do documento fiscal (COO), e na classe do ACBr esta somente 6.

 

ACBrEFDBloco_C_Class.pas

trecho:
          Add( LFill('C460') +
               LFill( COD_MOD ) +
               LFill( strCOD_SIT ) +
               LFill( NUM_DOC,6 ) + // deveria ser 9
               LFill( DT_DOC, 'ddmmyyyy' ) +
               LFill( VL_DOC,0,2, true ) +
               LFill( VL_PIS,0,2, true ) +
               LFill( VL_COFINS,0,2, true ) +
               LFill( CPF_CNPJ ) +
               LFill( NOM_ADQ ) ) ;

 

Att.

Dalvan
 

 

[Juliomar Marchetti]

Boa tarde

Está correto!

Favor atualizar o svn 

e obrigado pela correção!

 

At revision: 6587

[Robson.Guia]

Conforme lay-out do manual Guia Prático EFD-ICMS/IPI – Versão 2.0.13 Atualização: 2013

Para o REGISTRO C460: DOCUMENTO FISCAL EMITIDO POR ECF (CÓDIGO 02, 2D e 60), permite 9 digitos para o campo NUM_DOC Número do documento fiscal (COO), e na classe do ACBr esta somente 6.

 

ACBrEFDBloco_C_Class.pas

trecho:

          Add( LFill('C460') +

               LFill( COD_MOD ) +

               LFill( strCOD_SIT ) +

               LFill( NUM_DOC,6 ) + // deveria ser 9

               LFill( DT_DOC, 'ddmmyyyy' ) +

               LFill( VL_DOC,0,2, true ) +

               LFill( VL_PIS,0,2, true ) +

               LFill( VL_COFINS,0,2, true ) +

               LFill( CPF_CNPJ ) +

               LFill( NOM_ADQ ) ) ;

 

Att.

Dalvan

 

Bom dia!

 

Essa alteração não está correta,

 

Pois concordo você disser que campo e nove dígitos, porem a forma que solicitou alteração prejudica os demais que não informa nove dígitos.

 

No meu caso sempre informei 6 dígitos, e com essa alteração solicitada, passou a adicionar ZEROS a esquerda "000999999" e dessa forma o validador não aceita.

 

Então o correto seria deixar dessa forma.

 

trecho:

          Add( LFill('C460') +

               LFill( COD_MOD ) +

               LFill( strCOD_SIT ) +

               LFill( NUM_DOC ) + // Não deveria informar size algum

               LFill( DT_DOC, 'ddmmyyyy' ) +

               LFill( VL_DOC,0,2, true ) +

               LFill( VL_PIS,0,2, true ) +

               LFill( VL_COFINS,0,2, true ) +

               LFill( CPF_CNPJ ) +

               LFill( NOM_ADQ ) ) ;

 

Att.

Robson F. da Silva

[Juliomar Marchetti]

Bom dia

Está certo Robson passou desapercebido que não tem o * (asterisco) junto ao tamanho dizendo que tem que ser igualmente !

ele somente limita o tamanho máximo do código!

[Juliomar Marchetti]

Correção disponível no svn !

 

notei que o C500 também estava assim sendo que no manual não tem o tamanho fixo mas sim o máximo que ele pode ser!

[Robson.Guia]

Bom dia Juliomar!

 

Percebi uma coisa, não está errado informar  LFill( NUM_DOC,9 )

 

Temos que atentar a versão do validador também que foi atualizado.

 

Acabei de atualizar o validador e o mesmo não rejeitou com 9 dígitos e zeros a esquerda.

 

Agora não sei o que é melhor deixar com size ou sem.

 

Obrigado por enquanto.

 

Att.

Robson F. da Silva

[Juliomar Marchetti]

Bom dia 

mais falta de atenção minha, pois se olhar ao final do manual tem lá as datas de alteração

vou refazer algumas coisas e volto a postar, pois estou sempre usando o atualizado mas temos que lembrar de manter compatibilidade para que possa gerar os arquivos para data anteriores, pois o próprio PVA válida isso!

[EMBarbosa]

Agora não sei o que é melhor deixar com size ou sem.

Se o PVA não acusar erro não há muita diferença. Pelo menos não me lembro do Manual dar informação sobre isso nos campos que não possuem o asterisco.

Mas é preciso fazer o teste, pois algumas vezes, quando se remove o segundo parâmetro, o LFill se comporta de forma errônea, formatando o campo como se fosse data.

[Juliomar Marchetti]

Bom dia

favor atualizar o svn e testar, pois havia regras que não tinha sido implementadas ainda  e mudança de registros!

[Robson.Guia]

Bom dia

favor atualizar o svn e testar, pois havia regras que não tinha sido implementadas ainda  e mudança de registros!

Boa tarde Juliomar!

 

Atualizei o svn, e estou tendo problemas na hora de compilar, devido o IFTHEN que está utilizando

 

               IfThen( DT_INI >= EncodeDate(2013,10,01), LFill( NUM_DOC, 9) , LFill( NUM_DOC, 6) ) +

 

Nesse caso para o ifthen funcionar retornando string, é necessário declarar na USES a unit StrUtils

 

Att.

Robson F. da Silva

[Juliomar Marchetti]

Atualize seu svn que o Daniel já fez a correção!

Obrigado e desculpe por ter subido com erro!

[juscelino44]

Valeu galera!