Índice

Índice

Aviso

title	Estratégia da Tribe Fiscal

Aprimorar os processo dos Produtos Fiscais Backoffice Protheus construindo soluções inovadoras e automatizadas, conduzindo os clientes em uma jornada única e eficiente para as rotinas fiscais, respeitando a valorização do tempo e a experiência de uso.

Visão Macro do Projeto

Espaço do problema

Por que estamos fazendo isso?

Declaração do problema

O módulo Fiscal Backoffice Protheus gera a obrigação acessória EFD ICMS/IPI (SPED FISCAL) em sua amplitude. Porém algumas informações complementares exigem dos usuários processos manuais, que oneram de forma significativa a operação nos clientes com grande volume de notas fiscais.

Um exemplo é o Registro C113 Documentos Fiscal Referênciado, este registro tem por objetivo informar, detalhadamente, outros documentos fiscais que tenham sido mencionados nas informações complementares do documento que está sendo escriturado no registro C100, exceto cupons fiscais, que devem ser informados no registro C114.

Automatizar este processo será importante na redução de custos operacionais e aumento da produtividade dos nossos clientes da base.

Situações não atendidas atualmente.

Para alguma situações a geração do registro C113 já ocorre de forma automática, porém existem cenários em que as chaves de busca do Protheus não identificam o documento originário e nestas situações para que o registro seja gerado corretamento é necessário o preenchimentos das informações dos documentos de origem manualmente. Abaixo será relacionados alguns exemplo de vinculos de documentos automaticamente.

Operações por conta e ordem: Consiste na venda da mercadoria para um determinado cliente com entrega em outro. Dentro no normativo tributário estadual esta operação pode ser documentada por um único documento fiscal, normalmente em casos de operações estaduais, mas é muito comum a existência de dois documentos para acoberta esta operação. No segundo caso o vendedor remetente deverá emitir um documento em favor do destinatário para acobertar a operação, como "Remessa por conta e ordem de terceiros", e outra nota em nome do adquirente originário como "Remessa simbólica - venda à ordem". Neste caso temos que referênciar no documento de remessa simbólica a nota de remessa por conta e ordem crindo o vinculo das operações.
1. Documentos do tipo normal
2. Emitida para participantes distintos.
Operações de remessa e retorno para industrialização: Quando a empresa encomendante envia insumos, produtos intermediários e/ou embalagens para a empresas ou empresas que executarão os processos de industrialização. O normativo estadual prevê situações em que a mercadoria poderá transitar por mais de um indutrializador neste caso o documento de envio de mercadoria de um industrializador a outro será necessário referenciar o documento original do encomendante (Artigos 526 á 534 da parte geral do Decreto 4.676/01-PA).
Operações em consignação: A operação de remessa de mercadoria em consignação ocorre quando uma empresa (denominada consignante) envia mercadorias para outra empresa (denominada consignatária) para efetuar a revenda. A consignatária somente adquire efetivamente as mercadorias se a revenda se realizar.Caso contrário, a consignatária devolverá a mercadoria à consignante sem nenhum prejuízo ou vantagem. No entanto, se a venda acontecer, ocorrerá, simultaneamente, a venda pela consignante e assim o negócio estará concluído,
- O consignatário no retorno simbolico da mercadoria deverá referenciar o documento de saída desta mercadoria.
- O consignatário no simples faturamento da mercadoria deverá referência o documento de remessa da mercadoria em consignação.
- O consignamente na nota de venda da mercadoria deverá referenciar o documento fiscal pelo qual recebeu a mercadoria em consignação.

Como julgamos o sucesso?

x

x

O recolhimento do ICMS é feito ao fisco estadual por meio de guia de recolhimento. A complexidade deste tributo apresenta diversas possíbilidade de arrecadação e opções para geração das guias. Para entender o processo, mesmo que de forma macro, é primordial ter em mente alguns conceitos básicos.

Recolhimento por operação: Neste cenário a cada documento fiscal é gerado uma guia de recolhimento, este documento deve acompanhar a mercadoria durante o transporte, sendo necessário que o recolhimento do ICMS seja feito de forma antecipada;
Recolhimento por apuração: Neste cenário o recolhimento é feito mensalmente. O documento fiscal que ampara a operação fiscais deve conter as informações de Inscrição Estadual na UF de destino, regra base para permitir este tipo de recolhimento.

Outros ponto de atenção são as modalidade das guias de recolhimento:

Guias Estaduais (DARE, DUA,DARJ, etc): Utilizada para recolhimento do tributo em operações internas, de responsabilidade do contribuinte inscrito.
Guia Nacional (GNRE): Criada para atender a necessidade de recolhimento de tributo em operações interestaduais, tem como objetivo unificar e simplificar as operações entre os Estados. Neste caso é importante destacar que nem todos os Estados são aderentes ao modelo nacional, utilizando em todos os casos o seu próprio modelo.

Caso o Estado seja consignatário do modelo de Guias Nacionais de Recolhimento (GNRE) se vale de um portal da manuteido pela SEFAZ de Pernambuco onde pode ser feita a transmissão manualmente de forma individual ou em lote através do serviço Web Service (https://www.gnre.pe.gov.br:444/gnre/portal/GNRE_Principal.jsp).

No TOTVS Backoffice - Linha de Protheus a rotina GNREWS (FISA095) é a responsável pelo envio das informações ao Portal GNRE de forma indivudual e em lote. Mesmo tratando o envio das GNRE existe muita demanda de melhoria e automatização da ferramenta.

Espaço do problema

Por que estamos fazendo isso?

Declaração do problema

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

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:

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.

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

Pronto para fazer isso
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.

Informações

Propriedades de página

Impacto

Refatoração da rotina FISA095, proporcionando ao cliente:

Usabilidade
Confiabilidade

Aprovador

Mauro Sergio Testoni

Colaboradores

Luciana Santos

Time

Vilene Olsen B Martins

Priscila Lange

Ricardo Cavalcante Paulino

Planejamento

Início: 08/01/2024 Fim:30/06/2024
Descritivo do épicos: Aguardando abertura
Status:
Estado
subtle true
colour Blue
title EM DESCOBRIMENTO

Detalhamento de Hipóteses

Hipóteses de Estudo
Hipótese	Descritivo	Status

Pronto para fazer isso

O que estamos fazendo?

x

Por que um cliente quer isso?

x

Visualizar a solução

Link para os detalhes:

Escala e escopo

Informações Iniciais

DSERFIS3-18

Início: 01/06/2023 Fim:31/10/2023

Descritivo do épicos: C113 - EFD ICMS/IPI - Automação do Documento Fiscal Referenciado

Status:

Propriedades de página

Impacto	x
Time Gestor	x
Aprovador	Mauro Sergio Testoni
Colaboradores	Luciana Santos
Time	Vilene Olsen B Martins Jose Ricardo Bernardo
Planejamento
Estado
subtle	true
colour	Blue
title	EM DESCOBRIMENTO
Resultado

Aguardando posicionamanento FAT e COM sobre a possibilidade de criação de uma nova tela.

Criação de uma tela em ações relacionados dos documentos de entrada e saída para inclusão dos dados para vinculo de documentos fiscal referência com a utilização da CDDUtilização da das telas de origem existentes hoje como nas rotinas de documento fiscal para inclusão de informações que levem a identificação do documento referênciado.

Hipóteses de Estudo

Hipótese

Descritivo

Status

Criação de uma tela em ações relacionados dos documentos de entrada e saída para inclusão dos dados para vinculo de documentos fiscal referência com criação de uma tabela auxiliar nova

Estado

colour

Yellow

title

Análise Dev

Estado


colour	Yellow
title	Análise Dev

Aguardando posicionamanento FAT e COM sobre a possibilidade de criação de uma nova tela.

Estado


colour	Yellow
title	Análise Dev

Estado


colour	Yellow
title	Análise Dev

Aguardando posicionamanento FAT e COM sobre a possíbilidade de criação de uma nova tela.

Detalhamento de Hipóteses

xxxx

Informações de processos

Escopo e Estimativa

Por que um cliente quer isso?

x

Visualizar a solução

Link para os detalhes:

Estimativa

Squad

Estimativa

Compras

Aguardando resposta de viabilidade em 30/05/23

Faturamento

Aguardando resposta de viabilidade em 30/05/23

Estimativa

Propriedades de página

Time Gestor

Vilene Olsen B Martins

@Marilu Melo

Aprovador

Mauro Sergio Testoni

Colaboradores

Luciana Santos

Time

Squal Fiscal Arquivos

Planejamento

DSERFIS1:

Início: 08/01/2024 Fim:30/06/2024
Descritivo do épicos:
Status:
Estado
subtle true
colour Red
title não criada

Resultado

Visualizar a solução

Link para os detalhes:

Estimativa

XXX horas de desenvolvimento

XXX horas de automação de testes

XXX horas de documentação

XXX horas de teste adicionais no processo de transmissão (Squad TSS)

Informações

Fiscal

Aguardando resposta de viabilidade das outras Squad´s

Total

Informações Iniciais

Propriedades de página

Time Gestor

Vilene Olsen B Martins

@Marilu Melo

Aprovador

Mauro Sergio Testoni

Colaboradores

Luciana Santos

Time

Squal Fiscal Arquivos

Planejamento

DSERFIS1:

Início: 07/02/2023 Fim:31/05/2023
Descritivo do épicos:
Status:
Estado
subtle true
colour Red
title não criada

Resultado

Informações

title	Avaliação de impacto

Expandir

title	Levantamento de Riscos

Alto

Mudança de comportamento da rotinas legado, inutilizando o pergunte que recebe a informação do Estados que será processado, consumindo a informação das guias geradas. Seria importante que o parâmetro Estado não fosse obrigatoriamente alterado manualmente.

Pontos de Risco

Nível do Risco

Estado

colour

Red

title

Estado

colour

Yellow

Red
title	Alto

O comportamento legado para tratamento de código da receita é parâmetro "MV_". Se realmente for criada uma estrutura para atender esta demanda precisamos saber como adequar o legado ao novo comportamento.

Estado


colour	Yellow
title	Médio

Estado

colour

Médio

Estado

colour	Blue
title	Baixo

Informações de Conceito

Premissas:

Seria importante identificar o comportamento do Transmite para esta busca de documentos e como o importador do XML

Pontos primordiais para serem contemplado no projeto

Grau de Importância

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

Estado

colour	Red
title	Alto

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.

Estado

colour	Red
title	Alto

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)

Estado

colour	Red
title	Alto

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.

Estado

colour	Red
title	Alto

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

Devemos considerar que o registro C113 é filho do C110 então para o que processo seja 100% automatizado é necessário que esta hierarquia seja respeitada.

Estado

colour

Yellow

title
Red

MÉDIO

Alto

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

Estado


colour	Blue
title	baixoMÉDIO

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

EstadocolourBluetitlebaixoO campo de formulário próprio não pode ser um impeditivo para o tratamento para referênciar documentos, podemos pensar casos de mercadoria encaminhadas em garantia ou concerto. Se o bem for encaminhado por pessoa física tanta os documentos de entrada quanto o documento de saída terão tratamento de formulário próprio, independemente se o documento for do tipo normal, devolução e beneficiamento.

Análise de Processos #DEVTEAM

CategoriaDúvidasRespostas

Análise de Processos #DEVTEAM

Categoria	Dúvidas	Respostas
	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)
	Quais regras de códigos estão fixas em codificação hoje e devem ser refatoradas no sistema para algo mais configurável?
	Além do modelo nacional e do específico para o Espírito Santo, a rotina processa outro modelo de guia.

Central Colaborativa:

Pelo portal do cliente:

Transmissão de GNRE automática

https://centraldeatendimento.totvs.com/hc/pt-br/community/posts/360048452173-TOTVS-Backoffice-Linha-Protheus-Fiscal-Transmiss%C3%A3o-de-GNRE-autom%C3%A1tica-

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):

Estado


colour	Blue
title	16 CLIENTES

Estado


colour	Blue
title	0 Participativo

Gravação do campo Tipo Doc. UF e F6_DOCORIG da GNRE - Automaticamente

https

Quais as rotinas que serão envolvidas com a inclusão ou adequação de telas.

Será importante adequar as seguintes rotinas:

Solicitação de compras (MATA120)
Pré-Nota (MATA140)
Documento de entrada (MATA103)
Pedido de venda (MATA410)
Documento de entrada (MATA460)
Documento manual de entrada (MATA910)
Documento manual de saída (MATA920)

Central Colaborativa:

Pelo portal do cliente:

05

Preenchimento automático das informações complementares dos documentos referenciados (Registro C113 - EFD ICMS / IPI)

https://centraldeatendimento.totvs.com/hc/pt-br/community/posts/360039267794360048452173-TOTVS-Backoffice-Linha-Protheus-Fiscal-PreenchimentoTransmiss%C3%A3o-autom%C3%A1ticode-dasGNRE-informa%C3%A7%C3%B5es-complementares-dos-documentos-referenciados-Registro-C113-EFD-ICMS-IPI-autom%C3%A1tica-

Como está hoje:
Existe a rotina de complemento de documentos (MATA926) que permite ao usuário o preenchimento dos códigos de informações complementares a serem utilizados pelo sistema no momento da geração do registro.
O que pode mudar: Por meio de um critério de decisão incluído no cadastro de TES - Tipo de Entrada ou Saída ou outro cadastro com a mesma funcionalidade automatizar as informações que serão geradas para este registro.
Valor da entrega (benefícios ou problemas a serem resolvidos com essa melhoria): Eliminação de uma etapa manual para emissão de documentos fiscal que possuem documentos referenciados.

Estado

colour

Blue

title

27 CLIENTES

Estado

colour

Blue

title

5 Participativo

Estado

colour

Blue

title

03 CLIENTES

Estado

colour

Blue

title

1 PARTICIPATIVO

Estado

colour

Blue

title

11 CLIENTES

Estado

colour

Blue

title

2 CLIENTES

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.

Estado


colour	Blue
title	18

Estado

colour

Blue

title

CLIENTES

Estado

title
colour	Blue

1 CLIENTE

	0 PARTICIPATIVO

Transmissão de diversos Estados de uma única vez

https://centraldeatendimento.totvs.com/hc/pt-br/community/posts/1500000039262-TOTVS-Backoffice-Linha-Protheus-Fiscal-Transmitir-a-GNRE-WS-com-v%C3%A1rios-estados-de-uma-s%C3%B3-vez-e-De-BRANCO-At%C3%A9-ZZZZZZ-nas-guias-Transmiss%C3%A3o-por-lote

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.

Estado


colour	Blue
title	02 CLIENTES

Estado


colour	Blue
title	00 CLIENTE

Pesquisa Quantitativa:

Introdução envio da pesquisa

Olá Cliente, Espero que esteja bem!

Sou Luciana Santos, Product Manager do TOTVS Backoffice - Linha Protheus. Estou fazendo Product Discovery, processo de entender as necessidades dos clientes e, em seguida, usar esse conhecimento para criar e validar a real necessidade de uma melhoria.

Sua participação é muito importante pois seu contato foi selecionado por ter contribuido de forma ativa na Central Colaborativa TOTVS ou por ser um dos cliente TOP 10 na utilização da rotina.

Luciana Santos

Product Manager

TOTVS Backoffice - Linha Protheus

Introdução da Pesquisa

Esta pesquisa tem como objetivo entender o volume de informações tratadas manualmente na rotina de Guias de Recolhimento (FISA095) e identificar pontos de atenção quando a usabilidade da rotina e oportunidade de melhoria de processos.

Obrigada pela sua colaboração.

Categoria	Dúvidas	Respostas
Identificador	Nome completo
identificador	Função na empresa
Identificador	Nome da empresa
Negócio	Para quantos Estados a sua empresa encaminha GNRE por operação? (informar um número aproximado de Estados)
Negócio	Para quantos Estados a sua empresa encaminha GNRE por apuração?
Negócio	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
Negócio	Qual a periodicidade de envio do documento fiscal Documento a documento A cada hora Diariamente Semanalmente Mensalmente
Produto	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.
Produto	Qual o processo de envio mais comum para a rotinas da sua empresa? Notas indivuduais; Notas por lote.
Produto	Em sua opinião qual o ponto mais importante de melhoria que deveria ter a rotina?.

Agradecimento

Obrigada por responder a pesquisa, sua colaboração foi muito valiosa. Nossos próximos passos inclui: Compilação dos dados, pequisa quantitativa para refinamento do problema, ideação da solução, prototipação e validação e desenvolvimento. Seria muito importante continuar contanto com você nesta evolução.

Você poderia particar de uma agenda de 30 via Google Meeting na semana de 10 a 14/07/23 para apoiar o time de desenvolvimento TOTVS Backoffice - Linha Protheus no mapeamento dos processos executados pelos clientes para envio das GNRE e identificar pontos de melhoria da rotina?

Pesquisa Quantitativa:

Encaminhado uma pesquisa qualitativa

Pesquisa Qualitativa:

Expandir

Categoria

Dúvidas

Respostas

Expandir

title	ADVERTISING OPERATIONS

Categoria

Dúvidas

Respostas

Em quais operações fiscais o sistema não tem atendido a vinculação do documento originário?

Expandir

title	NUTRII

title	HIDROALLCliente 01

Categoria	Dúvidas	Respostas

Pesquisa de Parceiro

Identificador	Nome completo
	Função na empresa
	Nome da empresa
	Para quantos estados a sua empresa encaminha GNRE por operação?
	Para quantos Estados a sua empresa encaminha GNRE por apuração?
	Quantas operações com código de receita diferentes são gerados?
	Como é feita na sua empresa a seleção do documento de origem na sua empresa e após esta seleção como é apresentado o numero de identificação deste clientes (preenchimento campos F6_TIPOGNU e F6_DOCORIG para geração da TAG tag <documentoOrigem>)?
	Como é feita a impressão das guias de recolhimentos que precisam acompanhar o documento fiscal? Você consegue identificar uma forma de automatizar este processo pelo sistema?
	O comportamento adotado pelo sistema hoje trazendo uma parametrização Estado por Estado onera o processo em sua empresa?
	Em sua opinião, quantas horas de trabalho manual seriam poupadas se a rotina fosse automatizada.
	Qual o fluxo é seguido para a impressão de guias que acompanham o documento fiscal e o pagamento do mesmo.

Pesquisa de Parceiro

Neste projeto não contaremos com empresas parceiras

Banchemarketing

O foco do estudo esta em como nossos principais concorrentes internos e externos. Abaixo apresentamos um breve descritivo de cada um deles em um quadro comparativo:

	Eleve	Omie
Tem transmissão da GNRE modelo Nacional		Sim
Tem a transmissão dos modelo de SP e ES		Não
Atende todas as operações de ICMS		Não. Não atende DIFAL ST
Atende GNRE por operação		Sim
Atende GNRE por apuração		Não
Experiência do usuário		No portal NF-e (rotina responsável por todas as operações vinculadas a documentos fiscais) existe um botão "Gerar XML da GNRE" uma vez gerado o XML o processo de abertura de comunicação com o portal GNRE manual.
Faz transmissão em lote		Não
Procesos automatizado		Não

Banchemarketing

O foco do estudo esta em como nossos principais concorrentes internos e externos. Abaixo apresentamos um breve descritivo de cada um deles em um quadro comparativo:

SANKHYA	OMIE	DATASUL	CUSTOMIZAÇÃO GHG	Este concorrente gera a obrigação EFD ICMS/IPI automática?	Sim. Faz parte do portifólio fiscal do produto.	A geração do registro C113 é configurável?	Sim. Existe uma tela de configuração fixa que determina quais registros devem ser gerados.	A geração das informações do registro C113 é automática?	Sim. Uma vez apresentadas as informações no documento fiscal e solicitada a geração do registro no SPED.	O registro é gerada para documentos próprios e de terceiros	Sim. Opção configuravél para documentos de emissão própria e de emissão de terceiros.	O produto tem uma busca automática de documentos fiscais?	Sim. A decisão dos documentos originais serem ou não listados em uma busca esta no cadastro de TOP da operação orginal. A TOP do documento que deverá ser referênciado também tem uma configuração que determina se devo buscar a nota fiscal de origem para referênciar o documento original	Em que momento é feito o vinculo do documentos fiscal de origem.	O processo mais comum é entrar no documento a ser devolvido ou complementado e e gerar a operação fiscal que será executadas são opções disponíveis: Devolução, complemento, remessa	Na inclusão de documento que necessitam de documentos referênciados é obrigatório o vinculo do documento?	Existe uma configuração que se habilitada irá avisar o usuário sobre a necessidade de de buscar um documento de origem.	O produto trabalha com cadastro único de participante?	Sim. Todas as opções são vinculadas a um cadastro único de participante. Por este motivo qualquer nota pode ser vinculada a qualquer nota sem restrição.

Referências

Expandir

title	Documentação ProtheusOficial da SEFAZ

Relevância	Link

Expandir

title	Documentação Protheus

Orientações Consultoria de Segmentos - TIAHUA - Preenchimento dos Registros C110 e C113 do SPED Fiscal

Relevância	Link	ICMS/MG - Venda à ordem - Operação triangular

Expandir

title	Documentação SankhyaEleve

Relevância	Link

Configuração e geração dos registros C110,C112 e C113 no SPED ICMS/IPI.

Conceito de guias de recolhimento

https://

ajuda

elevesuasvendas.

sankhya.

com.br/blog/legislacao-fiscal/gnre-o-que-e

Expandir

title	Documentação Datasul

Relevância

Link

Gerando o XML da GNRE

hc/pt-br/articles/360045094493-Melhores-pr%C3%A1ticas-Configura%C3%A7%C3%A3o-e-gera%C3%A7%C3%A3o-dos-registros-C110-C112-e-C113-no-SPED-ICMS-IPI-A TOP está com a opção "Buscar NF de origem p/ referenciar na NFe": DESMARCADA. Verifique, pois a SEFAZ exige esta informação para validação.

sankhya

/hc

br

4423035314071

Aten%C3%A7%C3%A3o

A

TOP

est%C3%A1-com-a-op%C3%A7%C3%A3o-Buscar-NF-de-origem-p-referenciar-na-NFe-DESMARCADA-Verifique-pois-a-SEFAZ-exige-esta-informa%C3%A7%C3%A3o-para-valida%C3%A7%C3%A3o-

da-gnre

Vendas DIFAL

https://ajuda.omie.com.br/pt-BR/articles/6866038-perguntas-frequentes-vendas-e-nf-e

Expandir

title	Documentação Omie

Relevância

Link

Expandir

title	Documentação Datasul

Relevância

Link

title	Documentação Linx

Relevância	Link

Saiba mais: https://www.atlassian.com/team-playbook/plays/daci

Esta obra está licenciada sob uma Licença Internacional Creative Commons Atribuição - Uso não-comercial - Compartilhamento pela mesma licença 4.0.

Árvore de páginas

Versões comparadas

Versão antiga 1

Nova versão Atual

Chave

Índice

Visão Macro do Projeto

Espaço do problema

Espaço do problema

Pronto para fazer isso

Informações

Detalhamento de Hipóteses

Pronto para fazer isso

Informações Iniciais

xxxx

Informações de processos

Estimativa

Análise de Processos #DEVTEAM

Análise de Processos #DEVTEAM

Central Colaborativa:

Pesquisa Quantitativa:

Pesquisa Quantitativa:

Pesquisa Qualitativa:

Pesquisa de Parceiro

Pesquisa de Parceiro

Banchemarketing

Banchemarketing

Referências

Árvore de páginas

Histórico da Página

Versões comparadas

Versão antiga 1

Nova versão Atual

Chave

Índice

Visão Macro do Projeto

Espaço do problema

Espaço do problema

Pronto para fazer isso

Informações

Detalhamento de Hipóteses

Pronto para fazer isso

Informações Iniciais

xxxx

Informações de processos

Estimativa

Análise de Processos #DEVTEAM

Análise de Processos #DEVTEAM

Central Colaborativa:

Pesquisa Quantitativa:

Pesquisa Quantitativa:

Pesquisa Qualitativa:

Pesquisa de Parceiro

Pesquisa de Parceiro

Banchemarketing

Banchemarketing

Referências