ESCOPO TÉCNICO - SFA

Ambientação

Nome do Cliente: Código de cliente:

Nome do Projeto: Código do Projeto:
Segmento Cliente: Unidade TOTVS:
Data: Ref. Proposta Comercial:
Gerente/Coordenador TOTVS:
Gerente/Coordenador Cliente:

Sumário

1. Informação Proprietária 2
2. Histórico de Revisão 2
3. Módulo 2
4. Profissional 3
5. Cliente (Customizado) 3
6. Local 4
7. Filial 4
8. Tipo de Pedido (Customizado) 4
9. Condição de Pagamento (Customizado) 4
10. Fora do Escopo 4
11. GAP 5
12. Protótipos 5
Aceite 5

Este documento é propriedade da TOTVS. Todos os direitos reservados ©

 ESCOPO TÉCNICO - SFA

1. Informação Proprietária
Este documento é de propriedade da Wealth Systems Informática Ltda. Todas as informações contidas aqui
são confidenciais e não devem ser copiadas ou divulgadas para quaisquer terceiros sem antes um consentimento
formal, por escrito, da Wealth Systems, podendo somente ser divulgada dentro do Cliente para os seus funcionários
que estiverem diretamente envolvidos no projeto, o qual este documento relata.
A empresa Cliente será solenemente responsável por assegurar que todos seus funcionários envolvidos
estejam de acordo e acatem estas condições e ainda, está intitulado para usar as informações contidas neste
documento, somente para propósitos de avaliação. Este documento é versionado e sua estrutura não poderá ser
alterada sem o consentimento do Gerente de Projetos da Wealth Systems.

2. Módulo

● Pedido

A funcionalidade de emissão de pedidos baseia-se no preenchimento de todos os dados relativos ao

processo de venda de produtos a um cliente.

● Cabeçalho do Pedido
O cabeçalho do pedido consiste na seção onde serão inseridas as informações principais do pedido, também
conhecido como "capa do pedido". Logo abaixo segue o protótipo e o detalhamento de cada item.

Este documento é propriedade da TOTVS. Todos os direitos reservados ©

 ESCOPO TÉCNICO - SFA

PROTÓTIPOS
Web Android

3. Profissional
No campo "Profissional" deverá ser preenchido o usuário responsável pela emissão do pedido.

Regras:
● Estarão disponíveis para seleção o profissional autenticado na aplicação e todos os profissionais ativos
presentes na sua hierarquia;
● Campo editável;
● Campo obrigatório;
● Por padrão, será selecionado o profissional autenticado na aplicação.

● Detalhamento Aplicação
Busca Cabeçalho
Exibir no Ed.com Obrigatóri A.
Contexto Entidade Label Situação Visível Editável Pers.
rel. itens o níveis
PROFISSIONA
CABEÇALHO STANDARD ATIVO INATIVO SIM SIM NÃO SIM NÃO
L

Filtros por níveis

● Não utilizado

Este documento é propriedade da TOTVS. Todos os direitos reservados ©

 ESCOPO TÉCNICO - SFA

Filtros diretos
Nome Operação Valor padrão Situação Situação

IDNATIVO EQ ( = | igual case sensitive) 1 ATIVO NÃO

HIERARQUIA_USUARIOLOGADO ATIVO NÃO

4. Cliente (Customizado)
O próximo passo será selecionar o cliente para o qual o pedido será emitido. No ambiente WEB o usuário
poderá selecionar o cliente consultando no campo “Cliente”, ou até mesmo utilizando a lupa de pesquisa avançada.
Para dispositivos Android, o cliente deverá ser selecionado através da listagem de clientes, para então iniciar o pedido.

Regras:
● Carregará todos os clientes vinculados ao usuário logado na aplicação;
● Realizar uma concatenação do nome do cliente + CNPJ, exemplo:
● CLIENTE X - 00.000.000/0000-00
● Carregará todos os clientes vinculados aos usuários abaixo da hierarquia do usuário logado;
● Listará apenas clientes ativos;
● Não carregará nenhum registro como padrão;
● Campo obrigatório.

● Detalhamento Integração
Descrição
● Realizar a concatenação dos campos parceiro.nomeparceiro + local.cnpj
● Quando o local.cnpj estiver null, então concatenar a seguinte frase ‘CNPJ NÃO CADASTRADO’.
SQL
select
p.nomeparceiro || ' - ' ||
case
when l.cnpj is null
then 'cnpj não cadastrado'
else l.cnpj
end
from
parceiro p
inner join
parceirolocal pl
on
pl.idparceiro = p.idparceiro
inner join
local l
on
l.idlocal = pl.idlocal

Este documento é propriedade da TOTVS. Todos os direitos reservados ©

 ESCOPO TÉCNICO - SFA

5. Local
Para a emissão do pedido no MasterSales é necessário selecionar o endereço/loja do cliente, para qual o
pedido será emitido. No cenário da Plena cada endereço/loja do cliente é um cadastro de cliente separado, desta
forma listará sempre um único endereço.

Regras:
● Carregará o local do cliente selecionado no campo “cliente”;
● Carregará apenas locais ativos;
● Carregará como padrão o local do cliente selecionado;
● Campo obrigatório.

● Detalhamento Aplicação
Busca Cabeçalho
Situaçã Exibir no Visíve Ed.com Obrigató A.
Contexto Entidade Label Editável Pers.
o rel. l itens rio níveis
Endereço
CABEÇALHO LOCAL do Ativo Inativo Sim Sim Não Sim Não
cliente

Filtros por níveis

1º Nível
Entidade Descrição Situação Restrição
LOCAL Por cliente e tipo local Ativo AND

1ª Tabela de vínculo
Entidade Descrição Situação Not in Restrição
ParceiroLocal Por cliente Ativo Não AND

1º Tipo Filtro
Descrição Situação Restrição
Por cliente Ativo AND

Filtros
Nome Operação Valor padrão Situação Situação
LOCAL Ativo Não

2ª Tabela de vínculo
Entidade Descrição Situação Not in Restrição
LocalTipoLo AND
Tipo principal Ativo Não
cal

Este documento é propriedade da TOTVS. Todos os direitos reservados ©

 ESCOPO TÉCNICO - SFA

1º Tipo Filtro
Descrição Situação Restrição
Tipo Principal Ativo AND

Filtros
Nome Operação Valor padrão Situação Situação
SglTipoLocal EQ ( = | igual case sensitive) PRI Ativo Não
IdnPadrao EQ ( = | igual case sensitive) 1 Ativo Não

Filtros diretos
Nome Operação Valor padrão Situação Situação
IDNATIV
EQ ( = | igual case sensitive) 1 Ativo Não
O

6. Filial
O usuário deverá informar para qual filial o pedido será emitido.

Regras:
● Listará todas as filiais ativas;
● Não carregará nenhum registro como padrão;
● Campo obrigatório.

● Detalhamento da Aplicação
Busca Cabeçalho
Exibir no Visíve Editáve A. Pers
Contexto Entidade Label Situação Ed.com itens Obrigatório
rel. l l níveis .
FILIAL_V
CABEÇALHO FILIAL Ativo Inativo Sim Sim Não Sim Não
ENDA

Filtros por níveis

1º Nível
Entidade Descrição Situação Restrição
FILIAL_VENDA TIPO UEM E VEN Ativo AND

1ª Tabela de vínculo
Entidade Descrição Situação Not in Restrição

LOCALTIPOLOCAL TIPO UEM E VEN Ativo Não AND

1º Tipo Filtro

Este documento é propriedade da TOTVS. Todos os direitos reservados ©

 ESCOPO TÉCNICO - SFA

Descrição Situação Restrição

TIPO UEM E VEN Ativo AND

Filtros
Nome Operação Valor padrão Situação Situação
SGLTIPOLOC Não
EQ ( = | igual case sensitive) VEN#UEM Ativo
AL

Filtros diretos
Nome Operação Valor padrão Situação Situação
IDNATIVO EQ ( = | igual case sensitive) 1 Ativo Não
DESCRICA CONTAINS ( ilike = Não
1 Ativo
O '%PARAMETRO%' )

7. Tipo de Pedido (Customizado)

Através do MasterSales será emitido apenas dois tipos de pedidos: Venda normal e Pedido de remessa.

Regras:
● Carregará apenas duas opções: Venda normal e Pedido de remessa;
● Quando o cliente selecionado for do tipo ‘CLIENTE REMESSA’, o tipo de pedido sempre deve ser
‘PEDIDO DE REMESSA’, não deixando outra opção ser selecionada;
● Campo obrigatório.

● Detalhamento da Aplicação
Busca Cabeçalho
Exibir Ed.com A.
Contexto Entidade Label Situação Visível Editável Obrigatório Pers.
no rel. itens níveis
TIPO
TIPO DE
CABEÇALHO Ativo Inativo Sim Sim Não Sim Não
PEDIDO PEDID
O

Filtros por níveis

1º Nível
Entidade Descrição Situação Restrição
TIPOPEDI
TIPO NR E CR Ativo AND
DO

1ª Tabela de vínculo
Entidade Descrição Situação Not in Restrição

TIPOPEDIDO TIPO NR E CR Ativo Não AND

Este documento é propriedade da TOTVS. Todos os direitos reservados ©

 ESCOPO TÉCNICO - SFA

1º Tipo Filtro
Descrição Situação Restrição
TIPO NR E CR Ativo AND

Filtros
Nome Operação Valor padrão Situação Situação
EQ ( = | igual case
SGLTIPOPEDIDO NR#CR Ativo Não
sensitive)

Filtros diretos
● Não utilizado

Descrição
● Sempre que o cliente selecionado no cabeçalho for identificado do tipo ‘CDR’ (tipoparceiro.sgltipoparceiro
= ‘CDR’), apenas o tipo de pedido PEDIDO REMESSA deve ficar disponível para seleção
(tipopedido.sgltipopedido = ‘CR’). Abaixo segue a sql para identificar o tipo de cliente ‘CDR’.
SQL
select
ptp.idparceiro,
tp.idtipoparceiro
from
tipoparceiro tp
inner join
parceirotipoparceiro ptp
on
ptp.idtipoparceiro = tp.idtipoparceiro
where
tp.sgltipoparceiro = 'CDR'

8. Condição de Pagamento (Customizado)

No campo "Condição de pagamento" deverá ser preenchida a condição de pagamento que será utilizada no
pedido.
Regras:
● Estarão disponíveis para seleção todas as condições de pagamento ativas cujo prazo médio seja igual ou
inferior ao prazo médio da condição de pagamento preferencial do cliente;
● Campo editável;
● Campo obrigatório;
● Por padrão, será selecionada a condição de pagamento preferencial do cliente, desde que esteja ativa.
Se não estiver, nenhuma condição de pagamento estará disponível para seleção.

● Detalhamento da Aplicação

Este documento é propriedade da TOTVS. Todos os direitos reservados ©

 ESCOPO TÉCNICO - SFA

Descrição
● Buscando a condição de pagamento preferencial do cliente.
SQL
select
idcondicaopagamento
from
localcondicaopagamento
where
idlocal = ? -- local do cliente do pedido
and idcondicaopagamento in (
select
idcondicaopagamento
from
condicaopagamento
where
idnativo = 1);

Descrição
● Buscando o prazo médio da condição de pagamento preferencial do cliente.
SQL
select
prazomedio
from
condicaopagamento
where
idcondicaopagamento = ?; -- condição de pagamento preferencial do cliente

Descrição
● Buscando as condições de pagamento ativas cujo prazo médio seja igual ou inferior ao prazo médio da
condição de pagamento preferencial do cliente.
SQL
select
idcondicaopagamento
from
condicaopagamento
where
idnativo = 1
and prazomedio <= ?; -- prazo médio da condição de pagamento preferencial do cliente

● Detalhamento Integração
● As condições de pagamento deverão ser buscadas no ERP através da tabela XPTO e persistidas no
MasterSALES na tabela CONDICAOPAGAMENTO;
● O campo YYY da tabela XPTO armazena o prazo médio da condição de pagamento, que deverá ser
persistido no MasterSALES no campo CONDICAOPAGAMENTO.prazoMedio;
● O vínculo entre os locais dos clientes e as suas condições de pagamento preferenciais deverá ser
buscado no ERP através da tabela ABCD, nos campos AAA (local do cliente) e BBB (condição de
pagamento preferencial). No MasterSALES, essas informações deverão ser persistidas na tabela
LOCALCONDICAOPAGAMENTO, nos campos idLocal (cliente) e idCondicaoPagamento (condição de

Este documento é propriedade da TOTVS. Todos os direitos reservados ©

 ESCOPO TÉCNICO - SFA

pagamento).

9. Novas Entidades e Campos

Neste tópico, é necessário mencionar todas as entidades e campos que precisam ser criados a fim de
atender às customizações do cliente.

Criar entidade NOME_NOVA_TABELA

Campos Tipo Observação
idxpto INT
descricao Varchar (80)
idparceiro INT FK da tabela parceiro
Idnativo INT
Criar campos na entidade PARCEIRO
Campos Tipo Observação
apelido Varchar (80)
codigocliente INT

10. Fora do Escopo

Neste tópico, deverá conter todos requisitos que não serão atendidos e desenvolvidos pelo MasterSales.

11. GAP
Nesse tópico constará todos os itens que não foram identificados anteriormente na fase de escopo
preliminar (pré projeto) e que foram adicionados na fase de escopo de negócio, podendo gerar um esforço maior de
desenvolvimento e impactar no custo e cronograma.

<NOTA: A consolidação Geral dos Gaps identificados, deve ser registrada no Plano de Riscos e Mudanças – MIT036.>

12. Protótipos
Através dos links abaixo será possível acessar os protótipos da aplicação.

Web:
<link do protótipo da Web>

Mobile:
<link do protótipo do Mobile>

QRCode MockPlus:

10

Este documento é propriedade da TOTVS. Todos os direitos reservados ©

 ESCOPO TÉCNICO - SFA

Aceite

O escopo proposto e desenhado acima está de acordo com as regras de negócio apresentadas e esperadas pela
NOME DO CLIENTE, sendo, portanto, a partir de agora, o documento oficial de escopo do projeto. Desta forma,
quaisquer documentações e regras pré-existentes ou previamente descritas não serão mais consideradas para
homologação e aceite. Informo que este documento  está aprovado para dar sequência nas atividades propostas no
cronograma do projeto.

Aprovado por Firma Data

<Nome e Função>

11

Este documento é propriedade da TOTVS. Todos os direitos reservados ©

 ESCOPO TÉCNICO - SFA

12

Este documento é propriedade da TOTVS. Todos os direitos reservados ©