Por que estamos fazendo isso?

Declaração do problema

Execução de processo totalmente manual trazendo baixos níveis de usabilidade: 

1. Digitação de informações complementares como, por exemplo, o documento de origem (F6_DOCORIG). Hoje esta informação não é preenchida automaticamente porque a disposição de comportamento é determina por Estado. As opções possíveis no sistema hoje são número do documento fiscal  ou chave da nota fiscal eletrônica.
   • Digitação na inclusão do documento fiscal; ou
   • Digitação na apuração do ICMS; ou
   • Edição pela rotina de guias de recolhimento.
2. Entrada na rotina de transmissão de GNRE para cada um dos Estados com os quais para o envio das informações.
3. Acompanhamento do status de monitor transmissão a SEFAZ.

A rotina também necessita de correção de déficits estruturais, pois a forma como os dados são tratados precisa ser revista (forma de gravação de dados, tipo de guias tradas das diversas origens (compras, faturamento e apuração).

Situações não atendidas atualmente. 

• A transmissão das informações necessita de uma ação manual de parametrização e monitoramento do retorn das informações de dados. 
• Não temos o preenchimento automatico de campos ( F6_TIPOGNU e F6_DOCORIG ) o que impede a automação
• A transmissão é feito Estado a Estado. A rotina será executada "n" vezes a depender da quantidade de Estado que o cliente opera.
• Não temos um modelo de impressão de guias para companhamento junto ao documento fiscal.

Como julgamos o sucesso?

Acompanhamento de clientes pilotos

• Aceite de 3 clientes pilotos sobre a automação do processo.

O que estamos fazendo?

Criação de estrutura para alimentar os campos de "documento de origem"

Criação de estrutura para alimentar os campos de código da receita

Transmissão automática da guia por schedule ou modelo semelhante. 

Por que um cliente quer isso?

• Trazer automatização ao processo que hoje é executado manualmente;

• Trazer uma experiência única ao usuário, por o processo da NF-e existe hoje já é automático;
• Permitir que o departamento fiscal invista o seu tempo em tarefas mais nobres.

Visualizar a solução

Link para os detalhes:

Escala

Escala 

LSDiscovery: A rotina tem uma média de utilização de 370 cliente/mês em 2023;

TDN: A documentação desta rotina foi acessada em média 153/mês em 2023; 

Central Colaborativa: A rotina conta com 36 engajamentos na central colaborativa. Central Colaborativa: A rotina conta com 36 engajamentos na central colaborativa. 

Para automatizar a rotina GNRE WS é necessário que seja criado um mecanismo de cadastro onde seja possível deixar sob a responsabilidade o usuário a inclusão da informação pensando nas especificidades por UF e nas principais operações atendidas pelo sistema:,

• ICMS Próprio; 
• ICMS DIFAL consumidor final não contribuinte de outra UF (apuração e operação)
• ICMS ST (apuração e operação)
• ICMS FCP (apuração e operação)

Será necessário criar um mecanismo de validação e alerta antes da comunicação com o portal da GNRE garantindo que os limites de comunicação sejam respeitados: 

• Número máximo de Guias no Lote: 50
• Número máximo de Itens por Guia: 100
• Número máximo de Itens por Lote: 300

Os processos implementado devem ser funcionais também para DUE - Espirito Santo. Isto porque além de atender as funcionalidade da GNRE a rotina FISA095 também atender as funcionalidades deste Estado 

Esta rotina já possue Schedule para transmissão automatica. Podendo ser utilizada para simplicar o processo de automação de envio?

O primeiro item da central colaborativa informa que o cliente necessita de automização da geração da GNREWS e o segundo item da central colaborativa informa que a necessidade de preenchimento manual do tipo de receita impede a execução do processo  automatico existente. 

(informar link do TDN com a documentação do cenário)

• Como está hoje: Atualmente usuário precisa ir até ao módulo fiscal, navegar pelo menu: Miscelânea / Arq. Magnéticos / GNREWS (FISA095), preencher parâmetros de estado, transmitir a GNRE, depois monitora-la.

  O processo é moroso, principalmente quando o fluxo de GRNE é muito grande.

• O que pode mudar: Fazer o processo de transmissão e monitoramento automático, como ocorre com a transmissão de NF-e. Pois hoje temos o processo de transmissão e monitoramento de NF-e automático, entretanto o fato de ter que ficar transmitindo as guias gera um trabalho manual que poderia ser evitado.

• Valor da entrega (benefícios ou problemas a serem resolvidos com essa melhoria):

• Como está hoje: Esta um processo de trabalho demorado ainda possibilita erros de digitação manual de modo que o preenchimento automático dos campos ( F6_TIPOGNU e F6_DOCORIG ) iria proporcionar grande eficiência nos trabalhos do dia-dia evitando erros desnecessários e otimizar o modo como esse processo funciona hoje fazendo com ele esse processo fique rápido.

  A totvs criou dois novos campos para atender as regras da GNRE 2.0, F6_TIPOGNU e F6_DOCORIG, só que segundo a totvs o preenchimento destes campo deve ser feito de forma manual pelo usuário, isso até funciona para quem tem poucas guias e não usa o AUTOFAT com geração das guias de forma automática.

  No meu caso tenho um volume de 1500 guias por dia, como que o usuário vai preencher guia a guia este campos é inviável, no meu entendimento não é nem uma melhoria e sim um erro no produto já que a totvs fornece as ferramentas para gerar a guia e transmitir de forma automática só que sem o preenchimento dos novos campos a guia vai ser rejeitada, forçando assim o usuario entrar guia a guia e preencher as informações nos campos, então considero uma falha no produto e que deveria ser corrigida urgente devido ao prazo da GNRE 2.0.

  Eu mesmo não estou usando a versão 2.0 pois é inviável ficar preenchendo estes novos campos manualmente, acho que vários outros cliente devem estar enfrentando o mesmo problema.

• O que pode mudar: 

  A totvs criar 2 parametros e no momento da geração da guia preencher as informações nos campos F6_TIPOGNU e F6_DOCORIG de acordo com os parâmetros igual já é feito hoje com outros campos exemplo código da receita.

  Exemplo de novos parâmetros

  PARAMETRO 1 - MV_TIPOGNU CONTEUDO (AL00000,AM00001,CE000002 etc)

  PARAMETRO 2 - MV_F6_DOCORIG CONTEUDO (AL1,AM2,CE1 etc)

• Valor da entrega (benefícios ou problemas a serem resolvidos com essa melhoria): Poder continuar usando as rotinas de automatização da geração / transmissão da GNRE de forma automática.

• Como está hoje: Temos que transmitir a GNRE WS individualmente para cada UF pois na rotina de transmissão da GNRE só é possível informar a UF uma única vez, logo se temos que transmitir GNRE de vários estados precisamos fazer várias transmissões pois não é possível transmitir vários estados preenchendo como BRANCO a ZZZZZZ.Em contato com a TOTVS no chamado Solicitação #10388267 informaram que atualmente só é possível fazer uma única transmissão por vez da GNRE sendo uma para cada UF, porém isto não é viável devido ao volume das transmissões. No caso da Nota Fiscal Eletrônica não precisamos selecionar para qual UF foi emitida a nota fiscal e preenchendo apenas os parâmetros de numeração como BRANCO a ZZZZZZ podemos transmitir diversas notas ao mesmo tempo independente do estado.

• O que pode mudar: Criar mais um parâmetro na rotina FISA095 com o código da UF para que possa ser informado de BRANCO a ZZZZZZ.

• Valor da entrega (benefícios ou problemas a serem resolvidos com essa melhoria): Esta melhoria é importante pois se tivermos várias guias para vários estados o processo de transmissão precisa ser feito várias vezes o que toma um tempo desnecessário da pessoa responsável pelo processo de recolhimento das guias.

Para quais operações sua empresa emite GNRE