Geração Arquivo Nota Fiscal Gaúcha Ato Cotepe1704

[Daniel_FC]

   Bom dia.

   Temos no RS a Nota Fiscal Gaucha, que você identifica o CPF do cliente no cupom fiscal.

   Estamos com o seguinte problema.

   Nos clientes que os contadores geram e transmitem o sped fiscal, a informação do cupom com CPF vai no sped, portanto, a identificação do cpf na venda, pode ser feita no inicio, no meio, no final do cupom, pois o sistema grava a informação e na geração do sped vai com o cpf.

   O problema é nos clientes que não transmitem o sped fiscal ainda, neste caso, a identificação do CPF tem que ser no inicio da venda, pois esta informação tem que ser enviada no comando de abrir o cupom fiscal, pois o arquivo para a NFG é gerado utilizando a opção de ACBrECF1.PafMF_MFD_Cotepe1704(), onde puxa todas as informações direta da impressora fiscal.

   Estes clientes estão reclamando, que a identificação tem que ser no inicio do cupom fiscal, e que nos concorrentes maiores, pode ser  no final.

   Explicamos a situação para o cliente, mas fica complicado de entenderem.

    Existe alguma forma de gerar o arquivo no formato Cotepe1704 via sistema com o componente ? Passando as informações de cupom, itens, valores, cpf, etc ?

 

Daniel.

 

[andersonh]

Daniel tinhamos um caso semelhante a esse, e também devido alguns clientes possuírem impressoras fiscais matriciais não era possível o uso dessa função. Desenvolvemos em nossa aplicação a geração do arquivo direto da base de dados da movimentação da empresa, gerando o arquivo no layout necessário para que o validador da NFG aceite.

[Daniel_FC]

Existe algum componente do ACBR que ajude na geração do arquivo no formato do Ato cotepe ?

[EMBarbosa]

Componente que faça o trabalho de montar o Layout no modelo do AtoCotepe? Nope. Talvez você possa pegar a ideia do ACBrPAF e criar um se estiver interessado.

 

Mas, embora não esteja familiarizado com a legislação da NFG, eu acho que nem pode. O ATO COTEPE 17/04 é específico em dizer que quem deve gerar o arquivo é a dll do fabricante: (grifo meu)

5.1 - O arquivo eletrônico deverá ser gerado e assinado digitalmente por DLL (Dynamic Link Library) que atenda às especificações estabelecidas no Anexo I deste ato, desenvolvida pelo fabricante do ECF para funcionamento com o programa aplicativo eECFc versão 3.03 ou posterior, disponibilizado pelo Fisco e que execute as seguintes funções de acordo com o comando previsto na tela de interface de usuário do programa eECFc, após selecionado o fabricante e o modelo de ECF e a origem dos dados (Porta Serial ou Arquivo Binário):

[Daniel_FC]

E poderia ser feito da seguinte maneira:

- Gerar o arq. do Ato Cotepe usando a dll do fabricante.

- Importar o arquivo para dentro do sistema, identificando os cupons fiscais, achando no sistema se este cupom fiscal tem cpf.

- Gerar novamente o arq. do Ato Cotepe, adicionando somente a informação do CPF dos clientes, no local correto do layout, junto com o cupom.

 

Será que pode ser feito desta maneira ? 

[andersonh]

O que pode ser feito é gerar diretamente da sua base de dados no no layout CAT52 e não no AC 17/04, nunca tentei validar com o layout CAT52 no NFG Desktop, mas estava olhando os registros são bem semelhantes.

[Daniel Simoes]

O ACBrECF já tem métodos para gerar CAT52 e AtoCotepe1704

 

CAT52 só pode ser gerada se você estiver gerando o arquivo manualmente... isso é particularmente útil se você está gerando o arquivo a partir do seu Banco de Dados, o que é muito mais rápido e garante sempre a identificação do cliente

 

AtoCotepe1704 deve necessariamente ser gerada pela DLL... (está na lei)... Ele irá ler as informações da MFD do ECF

 

Não há problemas identificar o cliente no final do cupom... desde que o ECF suporte essa característica... 

Use ACBrECF1.IdentificaConsumidorRodape: Boolean para saber se o ECF tem essa característica.

 

Se o ECF suportar, use: ACBrECF1.IdentificaConsumidor( CPF, NOME, ENDERECO ); antes de subtotalizar ou fechar o cupom

[andersonh]

Exatamente, optamos por fazer dessa forma porque a maioria dos clientes identificam o consumidor no final, e nem todos os ECFs suportam a identificação do consumidor no final da operação.