Requisitos de regras de negócio

CADASTRO DE PROPRIETÁRIOS
(CONFIGURAÇÃO POR EMPRESAS > PROPRIETÁRIOS)

Neste formulário existe o campo “cpf/cnpj” e também “empresa”.

Qual a relação de empresa com proprietário neste cadastro?
Empresa possui relação com cpf/cnpj neste cadastro?

CADASTRO DE ICMS
(CONFIGURAÇÃO GERAL > LOCALIDADES > ICMS)

Ao que fica observável no sistema de exemplo, em nenhum formulário se utiliza deste modelo.
Existe algum cadastro que relaciona ICMS?

CADASTRO DE USUÁRIOS
(CONFIGURAÇÃO POR EMPRESAS > USUÁRIOS)

Existe relação de privilégios para estas escolhas.

- > CONSULTOR / TIPO DE ATENDIMENTO
- > CONSULTOR / SEGMENTO
- > APROVADOR / EMPRESA
Quais as relações, de acordo com o grupo a que cada usuário pertence?
*Outro requisito funcional importante é onde deve ser computado o usuário que cadastrou qualquer
documento (formulário) em todo sistema.

SOLICITAÇÕES DE GARANTIA
(SOLICITAÇÃO DE GARANTIA > ENTREGA TÉCNICA)

Sobre o feedback:
Conforme relatado;
“Na parte de operações em entregas Técnica, no nosso portal atual, ele é travado com os valores zerados, inclusive não deve aparecer as opções;
reclamações, providência, peças, Descrição, componentes, defeito, e os valores de tempo gasto são travados conforme o registro na aba Serviços +
Tipo de Entrega Técnica.”

- “travado com os valores zerados”

Os valores vem de acordo com o tipo de entrega técnica para um determinado segmento, é isso?
Em SERVIÇOS > TIPO DE ENTREGA TÉCNICA não existe campo de valor, os campos são:
descrição, tempo, segmento…

-”não deve aparecer as opções”

Estas opções não devem aparecer para qual grupo?
Preciso de um mapeamento mais específico sobre como são computados os valores e qual grupo de
usuários acessam quais recursos específicos de cada formulário.
“Ao finalizar a operação e salvar como rascunho ou enviar para análise, abaixo deve aparecer separadamente os valores de Mão de Obra e O valor de
peças como uma soma juntamente com o seu total, conforme destacado abaixo em nosso portal atual.”

Sobre os cálculos, vamos incluir em operações das solicitações de entrega técnica, os itens/peças e
os cálculos conforme solicitado.
“Se tratando de Operações para Solicitação de Garantia, abaixo estão as abas que o Distribuidor terá acesso para modificação e as que serão geradas
automaticamente a partir da definição da peça;
 Quando o distribuidor definir uma peça, automaticamente as abas, Descrição, Componente, Produto serão definidos.
 A aba Defeito continua sendo de escolha do Distribuidor.
 A aba Serviço continua sendo de escolha do Distribuidor.
 A aba Tempo gasto continua sendo de escolha do Distribuidor.
 As abas reclamação e providencia continuam sendo de escolha do distribuidor.
 O custo terá que ser calculado automaticamente entre o tempo gasto e serviço (Atendimento em Garantia), exemplo: 90,00(Valor de mão
de obra) x 2,20(tempo trabalhado) = R$ 198,00.”

1- No cadastro de peças não existe cadastro de relacionamento com componente!

2- Existe relação de solicitação de atendimento com solicitação de garantia?

“Aos finalizar todas o processo de garantia, o Distribuidor tem a opção de deixa-la como Rascunho ou Salvar e enviar para analise, (Não visualizei
esta opção no novo Portal).”

Como é o processo de salvar como rascunho ou salvar e enviar para analise?

Este processo tem ligação com DRG?
Como é o processo de analise?
Como é o processo de lançamento de DRG?

SOLICITAÇÃO DE ATENDIMENTO
(SOLICITAÇÕES DE ATENDIMENTO)

“Solicitação de Atendimento:
Após enviar a mensagem do problema encontrado, não há opção de salvar como rascunho ou enviar para analise, além disso o portal está salvando
automaticamente apenas quando eu saio da página, e quando retorno não consigo enviar uma mensagem solicitando mais informações ou qual o
sintoma.”

Aqui novamente salvar como rascunho ou enviar para analise.

As solicitações de atendimento se relacionam com as solicitações de garantia?
Também preciso de um mapeamento sobre este processo.

Sobre o erro “Token inválido”:

Este e outros tipos de erro se dão por conta do servidor estar em modo de desenvolvimento.
O sistema possui tecnologias distintas de frontend e backend, cada qual em servidores diferentes.
Em certo período sem uso o servidor coloca o sistema para “dormir” até que seja requisitado
novamente, isso causa uma demora ao iniciar as requisições e podem apresentar estes erros em
modo de desenvolvimento.
Quando for implantado em produção, o servidor estará sempre ligado, sanando estes erros de
demora de resposta.