Por que estamos fazendo isso?

Declaração do problema

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

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

1. Digitação documento a documento de informações complementares como, por exemplo, o documento de origem (F6_DOCORIG). 
• Esta implementação traz um grau de dificuldade para implementação pois existem comportamentos específicos por Estado, com informações de número do documento fiscal  ou chave da nota fiscal eletrônica.
• Diversos rotinas para digitação desta informação, a depender da operação fiscal:
1. Digitação na inclusão do documento fiscal; ou
2. Digitação na apuração do ICMS; ou
3. Edição pela rotina de guias de recolhimento.
2. A rotina tem um parâmetro questionando o Estado com o qual vamos fazer a transmissão de guias tornando a rotina pouco operacional requerendo do usuário execução diversas a depender da quantidade de Estados que ele opera.
3. O acompanhamento da transmissão da informação pelo Web Service e o retorno do portal com o Status não pode ser acompanhado pela mesma rotina. 

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. 

• Preenchimento automatizado de campos da tabelas SF6 - Guias de Recolhimento
• Transmissão de guias em lote para Estados distintos.
• Rotinas de monitoramento e acompanhamento de guias transmitidas.
• Modelo de impressão de guias.
• Impressão das guias.
• Autenticação de pagamento.

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

As alterações devem garantir que o CDD_IFCOMP seja informado com o campo F4_CODINFC 

Hoje o SPED tem um tratamento considerando o formulário próprio. Devemos considerar a importancia desta informação pois o código do participante a ser tratado é o do emissór do documnto fiscal juntos a SEFAZ. 

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)

Hoje os módulos de compras e faturamento trazem os valores e quantidades de dos documentos de origem depois que o sistema apresenta vincula a nota original pelos campos de documento origem, série origem e item origem. No solução que for apresentada este conceito não pode ser perdido. 

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

Todos os estudo foram focados na deficiencia do sistema de vinculação do documento referênciado, porém é importante descatar que para a automação completa a vincula de informações de todos os campos é necessária, como por exemplo CDD_IFCOMP que originalmente vem do campo da TES F4_CODINFC

Entender as limitações de controle e baixa de estoque de poder terceiros para entender que  nossa solução não seria limitado por este item. o caso de envio de mercadoria para mais de um industrializador 

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á possui Schedule para transmissão automática. Podendo ser utilizada para simplificar 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: 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.

• 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

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

Qual a periodicidade de envio do documento fiscal

• Documento a documento
• A cada hora
• Diariamente
• Semanalmente
• Mensalmente

Como é feito o preenchimento das informações na guia de recolhimento

• Manualmente, em cada guia.
• Automático com parametrização do sistema.
• Automático com customizações para atender as necessidades da minha empresa.

Qual o processo de envio mais comum para a rotinas da sua empresa?

• Notas indivuduais;
• Notas por lote.