Histórico da Página
Informações Gerais
Especificação | |||
Produto | Microsiga Protheus | Módulo | SIGALOJA |
Segmento Executor | Varejo | ||
Projeto1 | M_VAR_LOJ002 | IRM1 | PCREQ-7912 |
Requisito1 | PCREQ-7921 | Subtarefa1 | PDR_VAR_LOJ002-27 |
Chamado2 |
| ||
País | ( x ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( ) Outro _____________. |
Objetivo
Agregar à Regra de Descontos Varejo já existente do LOJA, opções de Brinde e Bonificação e disponibilizá-las no TOTVS PDV.
Operacionalmente será acrescentado novas funcionalidades à promoção de Desconto, possibilitando que o usuário parametrize também regras por:
- Quantidades
- Multiplos de valor
- Grupo de filiais
e implementando novas funcionalidades para atender as promoções de Bonificações e Brindes considerando as mesmas possibilidades de parametrização atualmente disponíveis na rotina Regra de Descontos Varejo que são :
- Valor
- Quantidade
- Multiplo de Quantidade
- Forma de pagamento
- Filiais
- Grupo de Filiais
- Categorias
- Cliente
- Grupo de clientes
- Dia da semana
- Mais de um item
- Periodo de validade
Definição da Regra de Negócio
São considerados Brindes as mercadorias que não constituem objeto normal da atividade do contribuinte, que tenham sido adquiridas para distribuição gratuita ao consumidor ou usuário final, ou seja, não é tributado.
Bonificação é um desconto comercial concedido dentro do documento fiscal por meio de entrega de quantidade maior de mercadorias ao mesmo preço, ou seja, é um valor tributado.
Ao cadastrar uma nova regra, deve-se validar comparando a regra atual com as demais já existentes para que não ocorram duplicidades ou altere o funcionamento das regras já existentes.
Abaixo segue a tabela de funcionalidades por tipo de promoção:
Promoção | Item | Valor | Quantidade | Multiplo de | Forma Pagamento | Filiais |
Brinde | NOVO | NOVO | NOVO | NOVO | NOVO | NOVO |
Bonificação | NOVO | NOVO | NOVO | NOVO | NOVO | NOVO |
Desconto | Já existe | Já existe | NOVO | NOVO | Já existe | Já existe |
Promoção | Grupo de | Cliente | Grupo de | Dia da | Período Validade |
Brinde | NOVO | NOVO | NOVO | NOVO | NOVO |
Bonificação | NOVO | NOVO | NOVO | NOVO | NOVO |
Desconto | Já existe | Já existe | Já existe | Já existe | Já existe |
Deverá ser incluído no grid dos Itens (MB8) na tela de cadastro da Regra de desconto os seguintes campos:
- Tipo de Regra(MB8_TPREGR) – Com as opções Desconto ou Bonificação ou Brinde.
- Quantidade(MB8_QTDPRO) – Quantidade de produtos comprados do produto para se adquirir a promoção.
- Multiplo Qtde(MB8_QTDMUL)– Com as opções:
- Sim – quando a quantidade de brinde(s) é acumulativa, ou seja, o cliente receberá mais de 1 brinde ao atingir o múltiplo da Quantidade informada.
- Não – quando a quantidade de brinde(s) não é acumulativa , ou seja, independente da quantidade o cliente receberá somente 1 brinde.
Prod. Relacao(MB8_IDPROD) – Ao clicar nesse campo será aberto uma nova tela para incluir os produtos que serão ofertados como bonificação ou brinde, na qual deverá conter os seguintes campos:
- ID Referência(MGB_IDPROD) – Irá gravar MB8
- Produto(MGB_CODPRO) – Corresponde o(s) produto(s) que serão ofertados por Brinde ou Bonificação de acordo com o campo Tipo de Regra selecionado.
- Quantidade Promocional(MGB_QTDPRO) – Especifica a quantidade de produtos que o cliente receberá.
- Percentual Desconto(MGB_DESCPR) – Será aplicado somente para o desconto do tipo Bonificação.
- Valor Desconto(MGB_DESCVL) – Será aplicado somente para o desconto do tipo Bonificação.
Deverá ser incluído no grid de Empresa/Filial (MB3) do cadastro de Regra de desconto os seguintes campos:
- Tipo de Regra(MB3_TIPO) – Com as opções Desconto ou Bonificação ou Brinde.
- Codigo do Grupo(MB3_CODGRU) – Código do Grupo da Regra
Deverá ser incluído no grid de Range de Valores (MB2) do cadastro de Regra de desconto os seguintes campos:
- Tipo de Regra(MB2_TPREGR) – Com as opções Desconto ou Bonificação ou Brinde.
- Prod. Relacao(MB2_IDPROD) – Ao clicar nesse campo será aberto uma nova tela para incluir os produtos que serão ofertados como bonificação ou brinde, na qual Deverá conter os seguintes campos:
- ID Referência(MGB_IDPROD) – Irá gravar MB2
- Produto(MGB_CODPRO) – Corresponde o(s) produto(s) que serão ofertados como por Brinde ou Bonificação de acordo com o campo Tipo de Regra selecionado.
- Quantidade Promocional(MGB_QTDPRO) – Especifica o limite de produtos ofertado na Bonificação ou Brindes.
- Percentual Desconto (MGB_DESCPR) – Será aplicado somente para o desconto do tipo Bonificação.
- Valor Desconto (MGB_DESCVL) – Será aplicado somente para o desconto do tipo Bonificação.
Brinde
Por ocasião da entrada da mercadoria adquirida especificamente com a finalidade de distribuição como brinde, o estabelecimento deverá :
- registrar a nota fiscal de aquisição, emitida pelo fornecedor, no Livro Registro de Entradas, no CFOP 1.949, com direito ao aproveitamento do crédito do ICMS nela destacado, quando admitido;
- no ato da entrada da mercadoria no estabelecimento, emitir nota fiscal de saída, com destaque do valor do ICMS, quando devido, onde se fará constar, além dos requisitos exigidos na legislação:
- a natureza da operação: “Distribuição de Brindes”;
- o CFOP 5.949;
- no quadro “Destinatário/Remetente”, no campo
- “Nome/Razão Social”, a expressão: “Diversos – Brindes”
- e nos demais campos, os dados do emitente;
- no campo “Informações Complementares”, a expressão:
- “Nota fiscal emitida nos termos do inciso II do art. 456 do RICMS-SP – Nota fiscal de aquisição nº ..., de .../.../...”.
No momento da entrega direta do brinde ao consumidor final, desde que nas dependências do estabelecimento adquirente, será dispensada a emissão de novo documento fiscal, uma vez que as exigências quanto à tributação foram cumpridas no momento de aquisição da mercadoria, por meio de emissão da nota fiscal de saída no ato da entrada da mercadoria, conforme mencionado acima.
TOTVS PDV
A(s) opções de Brinde ou Bonificação deverão ser apresentados no TOTVS PDV para que possam ser escolhidas.
Operacionalmente o sistema deverá verificar se o produto adquirido possui brinde ou bonificação e caso exista deverá consultar se existe saldo em estoque antes de exibi-lo.
Para Bonificação, após Finalizar a Venda o sistema deverá incluir de forma automática a forma de pagamento BF = Bonificação, com o valor referente a Bonificação.
Relatório Gerencial
O sistema deverá gerar um relatório Gerencial para o(s) brindes que o cliente adquiriu e para bonificação apresentar no Resumo de Pagamento a opção que se refere ao valor Bonificado.
O sistema também deverá exibir no rodapé da tela o totalizador atualizado de brinde e no fechamento da venda após ocorrer a Movimentação interna da SD3 registrar na nova tabela MGC os seguintes campos:
- a filial(MGC_FILIAL)
- o número do orçamento(MGC_NUM)
- o produto (MGC_PRODUT)
- a sequencia do produto ref. a cesta (MGC_ITEM)
- a data de emissão (MGC_EMISSA)
- o número da NF (MGC_DOC)
- o número de série da nota(MGC_SERIE)
- o caixa(MGC_CAIXA)
- o código da regra de desconto(MGC_REGRA)
- a situação do registro(MGC_SITUA)
- a forma de pagamento(MGC_PGTO)
OBS: No caso de Brinde o sistema deverá imprimir o relatório gerencial para entregar ao cliente e no caso de Bonificação o sistema deverá exibir a Forma de pago Bonificação.
Importante
Para Bonificação não poderá ser gerado SL4.
Rotina | Tipo de Operação | Opção de Menu |
LOJA3021 | Alteração | Atualizações / Gerencia Loja / Regra desc Varejo |
LOJA3022 | Alteração | Atualizações / Gerencia Loja / Regra desc Varejo |
STIPOSMAIN | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
UPDLO140 | Inclusão | Atualizações / Frente de Lojas / TOTVS PDV |
STIBRINDEREGISTER | Inclusão | Atualizações / Frente de Lojas / TOTVS PDV |
STDRULEBRINDE | Inclusão | Atualizações / Frente de Lojas / TOTVS PDV |
STIBONIFSELECTION | Inclusão | Atualizações / Frente de Lojas / TOTVS PDV |
STBRuleDiscountItem | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
STDFINISHSALE | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
STWFinishSale | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
STDPRODUCTBASKET | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
STIITEMREGISTER | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
STWITEMREGISTRY | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
STDRULEDISCOUNT | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
STDRULEDISCOUNTTOTAL | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
STBPAYMENT | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
STIPAYMENT | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
STIPAYCASH | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
STIPAYCHECK | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
STIPAYMULTINEG | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
STFRESTART | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
STWUpData | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
LOJXFUNC | Alteração | Atualizações / Frente de Lojas / TOTVS PDV |
Tabelas Utilizadas
Exemplo de Aplicação:
- Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
- Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades como a referência mínima para calcular o débito total do aluno.
- Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
- O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.
Tabelas Utilizadas
- SE2 – Cadastro de Contas a Pagar
- FI9 – Controle de Emissão de DARF>.
Opcional
Protótipo de Tela
<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.
Protótipo 01
Opcional
Fluxo do Processo
<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>.
- MEI – Cabeçalho regra de desconto
- MEJ – Prioridade da regra desconto
- MB2 – Range da regra de desconto
- MB3 – Empresa/Filiais
- MB4 – Forma de pagamento
- MB5 – Condição de pagamento
- MB7 – Dias da semana
- MB8 – Produtos e categorias e Grupo
- MGB – Produtos relacionados
- SA1 – Vendedores
- SB2 – Saldos Físico e Financeiro
- MGC – Movimentação de Brinde
- DA0 – Tabela de Preços
- DA1 – Itens da Tabela de Preços
- ACU – Categoria de Produtos
- ACV – Categoria x Grupo ou Produto
Dicionário de Dados
Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/
Índice | Chave |
01 | <FI9_FILIAL+FI9_IDDARF+FI9_STATUS> |
02 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF> |
03 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO> |
Campo | <AAA_PERESP> |
Tipo | <N> |
Tamanho | <6> |
Valor Inicial | <Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. |
Mandatório | Sim ( ) Não ( ) |
Descrição | <Referência Mínima para Cálculo> |
Título | <Ref.Calc.> |
Picture | <@E999.99> |
Help de Campo | <Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação> |
(Opcional)
Grupo de Perguntas
<Informações utilizadas na linha Protheus>.
Nome: FINSRF2
X1_ORDEM | 01 |
X1_PERGUNT | Emissão De |
X1_TIPO | D |
X1_TAMANHO | 8 |
X1_GSC | G |
X1_VAR01 | MV_PAR01 |
X1_DEF01 | Comum |
X1_CNT01 | '01/01/08' |
X1_HELP | Data inicial do intervalo de emissões das guias de DARF a serem consideradas na seleção dos dados para o relatório |
(Opcional)
Consulta Padrão
<Informações utilizadas na linha Protheus>
Consulta: AMB
Descrição | Configurações de Planejamento |
Tipo | Consulta Padrão |
Tabela | “AMB” |
Índice | “Código” |
Campo | “Código”; ”Descrição” |
Retorno | AMB->AMB_CODIGO |
(Opcional)
Estrutura de Menu
<Informações utilizadas na linha Datasul>.
Procedimentos
Procedimento |
|
|
|
Descrição | (Max 40 posições) | (Max 40 posições) | (Max 40 posições) |
Módulo |
|
|
|
Programa base |
|
|
|
Nome Menu | (Max 32 posições) | (Max 32 posições) | (Max 32 posições) |
Interface | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex |
Registro padrão | Sim | Sim | Sim |
Visualiza Menu | Sim/Não | Sim/Não | Sim/Não |
Release de Liberação |
|
|
|
Programas
Programa |
|
|
|
Descrição | (Max 40 posições) | (Max 40 posições) | (Max 40 posições) |
Nome Externo |
|
|
|
Nome Menu/Programa | (Max 32 posições) | (Max 32 posições) | (Max 32 posições) |
Nome Verbalizado[1] | (Max 254 posições) | (Max 254 posições) | (Max 254 posições) |
Procedimento |
|
|
|
Template | (Verificar lista de opções no man01211) | (Verificar lista de opções no man01211) | (Verificar lista de opções no man01211) |
Tipo[2] | Consulta/Manutenção/ Relatório/Tarefas | Consulta/Manutenção/ Relatório/Tarefas | Consulta/Manutenção/ Relatório/Tarefas |
Interface | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex |
Categoria[3] |
|
|
|
Executa via RPC | Sim/Não | Sim/Não | Sim/Não |
Registro padrão | Sim | Sim | Sim |
Outro Produto | Não | Não | Não |
Visualiza Menu | Sim/Não | Sim/Não | Sim/Não |
Query on-line | Sim/Não | Sim/Não | Sim/Não |
Log Exec. | Sim/Não | Sim/Não | Sim/Não |
Rotina (EMS) |
|
|
|
Sub-Rotina (EMS) |
|
|
|
Localização dentro da Sub Rotina (EMS) |
|
|
|
Compact[4] | Sim/Não | Sim/Não | Sim/Não |
Home[5] | Sim/Não | Sim/Não | Sim/Não |
Posição do Portlet[6] | 0 – Top Left 1 – Top Right 2 – Bottom Left 3 – Bottom Right | 0 – Top Left 1 – Top Right 2 – Bottom Left 3 – Bottom Right | 0 – Top Left 1 – Top Right 2 – Bottom Left 3 – Bottom Right |
Informar os papeis com os quais o programa deve ser vinculado |
|
|
|
Cadastro de Papéis
<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.
<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.
Código Papel | (máx 3 posições) |
Descrição em Português* |
|
Descrição em Inglês* |
|
[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.
[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante
[3] Categorias são obrigatórias para os programas FLEX.
[4] Obrigatório quando o projeto for FLEX
[5] Obrigatório quando o projeto for FLEX
[6] Obrigatório quando o projeto for FLEX