Histórico da Página
NOME DO REQUISITO / ÉPICO
(Obrigatório)EDITAR PEDIDO COMPRA SEM DESVINCULAR PRÉ-ENTRADA
Informações Gerais
Linha de Produto: | Informe a linha de produtoPC Sistemas | ||||||||||||
Segmento Executor: | Informe o segmentoD&L | ||||||||||||
Módulo: | Informe o móduloCompra | ||||||||||||
Rotina: |
| ||||||||||||
Chamado/Ticket: | 1785.140644.2017(HIS.04586.2017) | ||||||||||||
Requisito/Story/Issue: | COM-527Editar pedido de compra sem desvincular pré-entrada | ||||||||||||
País: | ( x ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( ) Outro _____________. | ||||||||||||
Outros: | <Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos>. |
(Obrigatório)
Objetivo
<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer - Detalhamento do Epic. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para cálculo dos débitos do aluno e o período de validade do parâmetro de negociação>.
(Obrigatório)
Definição da Regra de Negócio
Versão/Release: | Rotina 220 : 28.06 Rotina 1309: 28.06 |
Objetivo
Apresentar mensagem Tipo da mudança
Evolução
Mudança prevista
Funcionalidade desejada:
Alterar o comportamento da rotina de pedido de compra 220 ao editar pedidos que já estão vinculados e liberados pela rotina 1309, ao gerar pre-entrada. Para facilitar o processo quando existe a necessidade de alterar pedidos que tiveram alterações comerciais após o vinculo com a pré-entrada. E ao liberar novamente a pré entrada após a edição, será carregado os dados do pedido novamente garantindo a segurança das informações.
Motivos da alteração:
Critérios de aceitação:
-Critério 1 - .
Definição da Regra de Negócio
- Na rotina 220, Ao editar um pedido de compra com pré-entrada vinculada e liberada, deverá continuar exibindo a mensagem sem a parte que o pedido será desvinculado:
-
Existe uma pré entrada liberada vinculada a este pedido de compra, se editar o pedido a pré entrada ficará com o status
- divergente. Obs.: Deverá ser novamente liberada pela rotina 1309
- ;
- Ao editar o pedido e marcar como sim na mensagem acima, deverá alterar o Status da(s) pre-entrada(s) vinculada a ele para
- Divergente
- , e deverá manter o vinculo dos mesmos
- ;
- Após a edição do pedido, na rotina 1309 ao liberar a pré-entrada que está como Divergente, deverá carregar novamente os dados do pedido editado, sobrepondo os dados salvos anteriormente. Dados como valores dos itens, e valor de Verba.
<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Incluir as telas do sistema com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento - É o Detalhamento das Story linkadas no Epic>.
<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
[ACAA040 – Parâmetros] | [Alteração] | [Atualizações -> Acadêmico-> Tesouraria] | - |
[ACAA050 – Negociação Financeira] | [Envolvida] | [Atualizações -> Acadêmico-> Tesouraria] | - |
[ACAA060 – Cadastro de Pedidos] | [Criação] | [Atualizações -> Acadêmico-> Cadastros] | - |
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)
Procedimento para Utilização
@Procedimentos@<Descreva os procedimentos, passo a passo (caso de uso), que serão realizados pelos usuários para que a melhoria seja visualizada identificando as seguintes informações;
Localização da rotina no menu;
Localização dos novos campos e/ou perguntas e respectivas pastas de cadastro que são visualizadas pelo usuário;
Caso seja necessário ter algum cadastro feito previamente, faça uma observação
Se necessário, utilizar prints de tela>.
Procedimento para Configuração
(Estes procedimentos devem ser feitos quando for necessário configurar parâmetros e/ou rotinas no menu).
CONFIGURAÇÃO DE PARÂMETROS
- No Configurador (SIGACFG), acesse Ambientes/Cadastros/Parâmetros (CFGX017). Crie/configure (mantenha somente a instrução correspondente) o(s) parâmetro(s) a seguir:
(É necessário criar uma tabela para cada parâmetro descrito no item Parâmetro(s), da tabela Características do Requisito)
Itens/Pastas
Descrição
Nome:
Tipo:
Informe o Tipo do parâmetro
Cont. Por.:
Informe o Conteúdo padrão
Descrição:
CONFIGURAÇÃO DE MENUS
2. No Configurador (SIGACFG), acesse Ambientes/Cadastro/Menu (CFGX013). Informe a nova opção de menu do informe o nome do módulo, conforme instruções a seguir:
Menu
Informe o Menu em que estará localizada a rotina
Submenu
Informe o Submenu em que estará localizada a rotina
Nome da Rotina
Informe o Título da rotina
Programa
Informe o Fonte da rotina
Módulo
Informe o Nome do(s) produto(s) a ser utilizado ou “Todos”
Tipo
Informe a Função
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>.
Opcional
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>
220 - Digitar pedido de compra | Alteração | Menu WinThor > 220 |
1309 - Analisar pré-entrada | Alteração | Menu WinThor > 1309 |
Procedimento para Configuração
Observação: Você sabe Como atualizar as rotinas do WinThor?
Procedimento para Utilização
Rotina 220:
Ao editar pedidos de compra que já possuam pré-entrada vinculada será apresentada a mensagem a seguir:
Ao clicar o botão sim, o vinculo entre o pedido e a pré-entrada será mantido, porém o status dela será alterado para Divergente. sendo necessário realizar nova liberação na rotina 1309, assim as informações serão sobrepostas.
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>
HTML |
---|
<script> (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){ (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o), m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m) })(window,document,'script','https://www.google-analytics.com/analytics.js','ga'); ga('create', 'UA-91324488-1', 'auto', 'newTracker'); ga('newTracker.send', 'pageview');</script><script> ga('create', 'UA-91324488-1', 'auto', 'newTracker'); ga('newTracker.send', 'pageview');</script> |