Nota Técnica 2019.001 EFD ICMS IPI

[Joas Vilas Boas Fernandes]

  Em 12/12/2019 at 16:57, EMBarbosa disse:

Olá,

  Eu acho que o manual está equivocado de alguma forma. A questão é que o registro 0002 não é obrigatório para todos que apresentam. Apenas quando o campo IND_ATIV do registro 0000 for igual a “0” é que o registro 0002 deve ser informado.

  Então, considere o Registro 0005 que é sempre obrigatório e considere a situação em que o campo IND_ATIV do registro 0000 for igual a “1”. Como o Registro 0005 vai ser filho do registro 0002 se não existe registro 0002?

  Por outro lado, a hierarquia vai ficar mudando de um registro para o outro?

  Talvez precisemos testar vários arquivos de exemplo com o novo PVA para saber como eles realmente querem.

A princípio queira manter o padrão atual do código, quer dizer, seguindo a hierarquia do Registro 0001.

Expandir  

tens razão, testei o arquivo com IND_ATIV do registro 0000 for igual a “1” sem o registro  0002 e validou.

[Joas Vilas Boas Fernandes]

Segue os arquivos corrigidos. Bloco 0 seguindo a hierarquia do registro 01

ACBrEFDBloco_0.pasFetching info... ACBrEFDBloco_0_Class.pasFetching info... ACBrEFDBloco_1.pasFetching info... ACBrEFDBloco_1_Class.pasFetching info... ACBrEFDBloco_B_Class.pasFetching info... ACBrEFDBloco_B_Events.pasFetching info... ACBrEFDBloco_C.pasFetching info... ACBrEFDBloco_C_Class.pasFetching info... ACBrEFDBloco_G.pasFetching info... ACBrEFDBloco_G_Class.pasFetching info... ACBrEFDBloco_H.pasFetching info... ACBrEFDBloco_H_Class.pasFetching info... ACBrEFDBlocos.pasFetching info... ACBrSpedFiscal.pasFetching info...

[EMBarbosa]

  Em 12/12/2019 at 19:53, Joas Vilas Boas Fernandes disse:

Segue os arquivos corrigidos. Bloco 0 seguindo a hierarquia do registro 01

 

Expandir  

Olá,

   Muito obrigado pela ajuda. Detectei um problema no registro 0002.

   Como conversamos antes, ele pode ou não ser informado, então precisamos verificar se ele foi realmente informado pelo usuário do componente antes de adicionar no arquivo SPED e no registro 9900.

   Essas são as opções que eu pensei:

• Validar o conteúdo do campo CLAS_ESTAB_IND ser diferente de '';
• Validar a exigência dele, via campo IND_ATIV do registro 0000 ser igual a “0”.
• Usar uma lista como é feito com outros registros;

Acho que a primeira opção é a mais viável. O que você acha?

Com respeito as outras alterações, já estão no SVN.

Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Subi as alterações para o SVN na Revisão  18493.
Pelo que vi está tudo certo.

Queira por favor atualizar, testar e reportar qualquer problema.

Antes de enviar outros arquivos, queira atualizar para que não se percam as alterações que eu fiz.

Mais uma vez obrigado.

[Joas Vilas Boas Fernandes]

  Em 13/12/2019 at 13:18, EMBarbosa disse:

Olá,

   Muito obrigado pela ajuda. Detectei um problema no registro 0002.

   Como conversamos antes, ele pode ou não ser informado, então precisamos verificar se ele foi realmente informado pelo usuário do componente antes de adicionar no arquivo SPED e no registro 9900.

   Essas são as opções que eu pensei:

• Validar o conteúdo do campo CLAS_ESTAB_IND ser diferente de '';
• Validar a exigência dele, via campo IND_ATIV do registro 0000 ser igual a “0”.
• Usar uma lista como é feito com outros registros;

Acho que a primeira opção é a mais viável. O que você acha?

Com respeito as outras alterações, já estão no SVN.

Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Subi as alterações para o SVN na Revisão  18493.
Pelo que vi está tudo certo.

Queira por favor atualizar, testar e reportar qualquer problema.

Antes de enviar outros arquivos, queira atualizar para que não se percam as alterações que eu fiz.

Mais uma vez obrigado.

Expandir  

        Check(not((FRegistro0000.IND_ATIV = atIndustrial) and (FRegistro0002.CLAS_ESTAB_IND = EmptyStr)),
        '(0-0002) Contribuinte Industrial ou equiparado a industrial deve ser informada a classificação do estabelecimento conforme tabela 4.5.5!');

        if Assigned(FRegistro0002)
        and( FRegistro0000.IND_ATIV = atIndustrial) then
           begin
              with FRegistro0002 do
              begin
                 Add( LFill( '0002' ) +
                      LFill( CLAS_ESTAB_IND ) ) ;
              end;
           end;

uma idéia...

Editado 13 Dezembro, 2019 por Joas Vilas Boas Fernandes
erro

[EMBarbosa]

  Em 13/12/2019 at 14:34, Joas Vilas Boas Fernandes disse:

        Check(not((FRegistro0000.IND_ATIV = atIndustrial) and (FRegistro0002.CLAS_ESTAB_IND = EmptyStr)),
        '(0-0002) Contribuinte Industrial ou equiparado a industrial deve ser informada a classificação do estabelecimento conforme tabela 4.5.5!');

        if Assigned(FRegistro0002)
        and( FRegistro0000.IND_ATIV = atIndustrial) then
           begin
              with FRegistro0002 do
              begin
                 Add( LFill( '0002' ) +
                      LFill( CLAS_ESTAB_IND ) ) ;
              end;
           end;

uma idéia...

Expandir  

Por mim está ótimo.

Só não podemos esquecer de adicionar essa validação também no registro 9900 no arquivo ACBrSpedFiscal.pas.

[Joas Vilas Boas Fernandes]

  Em 13/12/2019 at 14:55, EMBarbosa disse:

Por mim está ótimo.

Só não podemos esquecer de adicionar essa validação também no registro 9900 no arquivo ACBrSpedFiscal.pas.

Expandir  

      if (Bloco_0.Registro0000.IND_ATIV = atIndustrial) then
      with New do
      begin
         REG_BLC := '0002';
         QTD_REG_BLC := 1;
      end;

[EMBarbosa]

  Em 13/12/2019 at 15:06, Joas Vilas Boas Fernandes disse:

      if (Bloco_0.Registro0000.IND_ATIV = atIndustrial) then
      with New do
      begin
         REG_BLC := '0002';
         QTD_REG_BLC := 1;
      end;

Expandir  

Isso aí.

 

[Joas Vilas Boas Fernandes]

segue Arquivos alterados.

ACBrEFDBloco_0.pasFetching info... ACBrEFDBloco_0_Class.pasFetching info... ACBrSpedFiscal.pasFetching info...

[EMBarbosa]

  Em 13/12/2019 at 17:01, Joas Vilas Boas Fernandes disse:

segue Arquivos alterados.

ACBrEFDBloco_0.pas 42 kB · 1 download ACBrEFDBloco_0_Class.pas 40 kB · 1 download ACBrSpedFiscal.pas 77 kB · 1 download

Expandir  

Acho que você enviou os arquivos sem as alterações.

[Joas Vilas Boas Fernandes]

Agora sim

ACBrEFDBloco_0.pasFetching info... ACBrEFDBloco_0_Class.pasFetching info... ACBrSpedFiscal.pasFetching info...

[EMBarbosa]

  Em 13/12/2019 at 17:29, Joas Vilas Boas Fernandes disse:

Agora sim

ACBrEFDBloco_0.pas 43 kB · 1 download ACBrEFDBloco_0_Class.pas 41 kB · 1 download ACBrSpedFiscal.pas 77 kB · 1 download

Expandir  

Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Subi as alterações para o SVN na Revisão  18505.
Pelo que vi está tudo certo.
Queira por favor atualizar, testar e reportar qualquer problema.

 

Agora só nos resta os C8xx

C810 Itens do documento do cupom fiscal eletrônico – SAT (CF-E-SAT) (código 59)
C815 Informações complementares das operações de saída de mercadorias sujeitas à substituiçãotributária (CF-E-SAT) (código 59)
C870 Itens do documento do cupom fiscal eletrônico – SAT (CF-E-SAT) (código 59)
C880 Informações complementares das operações de saída de mercadorias sujeitas à substituiçãotributária (CF-E-SAT) (código 59)

Mais uma vez obrigado.

[Joas Vilas Boas Fernandes]

  Em 13/12/2019 at 19:12, EMBarbosa disse:

Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Subi as alterações para o SVN na Revisão  18505.
Pelo que vi está tudo certo.
Queira por favor atualizar, testar e reportar qualquer problema.

 

Agora só nos resta os C8xx

C810 Itens do documento do cupom fiscal eletrônico – SAT (CF-E-SAT) (código 59)
C815 Informações complementares das operações de saída de mercadorias sujeitas à substituiçãotributária (CF-E-SAT) (código 59)
C870 Itens do documento do cupom fiscal eletrônico – SAT (CF-E-SAT) (código 59)
C880 Informações complementares das operações de saída de mercadorias sujeitas à substituiçãotributária (CF-E-SAT) (código 59)

Mais uma vez obrigado.

Expandir  

ok. SAT vou deixar pra os demais colegas. Não manjo muito de SAT.

[EMBarbosa]

  Em 13/12/2019 at 19:26, Joas Vilas Boas Fernandes disse:

ok. SAT vou deixar pra os demais colegas. Não manjo muito de SAT.

Expandir  

Tudo bem! Agradecemos muito sua ajuda até o momento.

Continue fazendo testes e qualquer coisa, pode criar um novo tópico.

[WilliamPaul]

  Em 10/12/2019 at 16:53, Joas Vilas Boas Fernandes disse:

C430 E C480 vou fazendo 

Expandir  

Conseguiu entender a diferença entre esses 2 registros? ambos com a mesma descrição, hierarquia e campos idênticos..

[EMBarbosa]

  Em 19/12/2019 at 20:49, WilliamPaul disse:

Conseguiu entender a diferença entre esses 2 registros? ambos com a mesma descrição, hierarquia e campos idênticos..

Expandir  

Não é a mesma hierarquia não. O C430 é filho do C425, já o C480 é filho do C470.

[WilliamPaul]

Vim aqui pra falar a mesma coisa mas vc já tinha visto.

[mermadom]

ACBrSpedFiscal.pasACBrEFDBloco_G_Class.pasACBrEFDBloco_0_Class.pas  
Boa Tarde,

Verifiquei que o registro 0002 estava sendo gerado independente da data inicial do arquivo, implementei a validação para que seja maior que a data de inicio de vigência do layout de 2020, também verifiquei que o registro G140 mesmo com o override da função LFILL estava levando os campos QTDE e VL_ICMS_OP_PROPRIA como se fossem DateTime,.

[EMBarbosa]

  Em 13/12/2019 at 19:12, EMBarbosa disse:

Agora só nos resta os C8xx

C810 Itens do documento do cupom fiscal eletrônico – SAT (CF-E-SAT) (código 59)
C815 Informações complementares das operações de saída de mercadorias sujeitas à substituiçãotributária (CF-E-SAT) (código 59)
C870 Itens do documento do cupom fiscal eletrônico – SAT (CF-E-SAT) (código 59)
C880 Informações complementares das operações de saída de mercadorias sujeitas à substituiçãotributária (CF-E-SAT) (código 59)

Mais uma vez obrigado.

Expandir  

As últimas alterações para esses arquivos foram enviados ao SVN na revisão 18600.

Convidamos a todos para testarem e reportar qualquer problema encontrado.

[EMBarbosa]

  Em 23/12/2019 at 19:08, mermadom disse:

ACBrSpedFiscal.pasACBrEFDBloco_G_Class.pasACBrEFDBloco_0_Class.pas  
Boa Tarde,

Verifiquei que o registro 0002 estava sendo gerado independente da data inicial do arquivo, implementei a validação para que seja maior que a data de inicio de vigência do layout de 2020, também verifiquei que o registro G140 mesmo com o override da função LFILL estava levando os campos QTDE e VL_ICMS_OP_PROPRIA como se fossem DateTime,.

Expandir  

Muito obrigado pela contribuição.
Fiz a implementação baseada nela com algumas modificações.
Subi as alterações para o SVN na Revisão  18602.
Pelo que vi está tudo certo.

Mais uma vez obrigado.

Estou fechando esse tópico que já serviu ao seu propósito.

Queira por favor atualizar, testar e reportar qualquer problema em um novo tópico.