Por que estamos fazendo isso?

Declaração do problema

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

01. Digitação de informações complementares como 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.

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 o que também impede a transmissão. 

Como julgamos o sucesso?

x

• x

O que estamos fazendo?

x

x

Por que um cliente quer isso?

• x

Visualizar a solução

Link para os detalhes:

Escala e escopo

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)

Para uma experiência 

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

• 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.