Páginas filhas
  • DT - Forma de Pagamento para Tipo de Pagamento Outros.

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.


NOME DO REQUISITO / ÉPICO 

(Obrigatório)

 Informações Gerais

 

Linha de Produto:

Informe a linha de produto

Segmento Executor:Informe o segmento

Módulo:

Informe o módulo

Rotina:


Rotina

Nome Técnico

749

Incluir Título a Pagar


Rotina(s) envolvida(s)

Nome Técnico

749

Incluir Título a Pagar



Chamado/Ticket:

HIS.01633.2016

Requisito/Story/Issue:FIN-1211

País:

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

 Tipo da mudança


Mudança prevista


Funcionalidade desejada:
História Rotina 749: 1/4 – Suplementação orçamentária Eu, Lucinete, preciso que seja possível a realização e a gestão de suplementações orçamentárias, pois em nosso sistema anterior possui este processo e a empresa já esta habituada a realização deste processo e no WinThor não temos este processo. Suplementação orçamentária: É quando o orçamento de uma conta gerencial é atingido e se deseja ultrapassar o valor orçado.

Motivos da alteração:


Critérios de aceitação:
1. Deve ser incluído um parâmetro, por filial, na rotina 132, para que a empresa possa definir se deseja ou não trabalhar com suplementação orçamentária. Nome do parâmetro: Trabalha com suplementação orçamentária Texto de ajuda: Caso definido como sim, o sistema dará opção ao usuário solicitar o lançamento de uma despesa acima do orçado, nas rotinas 749, 631, 750 e 614. Bem como habilitará a opção da rotina 760 de gestão orçamentária. 2. Caso o parâmetro esteja marcado como sim, a rotina não deve validar a permissão de acesso 1: “Permitir gerar lançamento acima do orçado”, pois todo lançamento acima do orçado irá para solicitação de suplementação. 3. No entanto, a rotina deve validar o orçamento da conta e caso o mesmo esteja sendo ultrapassado, a rotina deve perguntar para o usuário se deseja realizar uma solicitação de suplementação do orçamento. 4. Para validação do valor realizado, a rotina deve validar o parâmetro 1680 – Trabalha orçamento com regime de competência e caso a filial do lançamento trabalhe com suplementação, a rotina deve validar também os valores pendentes de aprovação da suplementação (somente com status pendente na tabela pclancbloq) 5. Caso o usuário confirme a solicitação de suplementação, a rotina deve gravar este lançamento de despesa em uma tabela temporária, até que a suplementação seja aprovada. (pclancbloq) Para o tratamento do centro de custo: 7. Caso o parâmetro 2961 – Bloqueio de despesa acima do valor orçado para o centro de custo e o novo parâmetro "Trabalha com suplementação orçamentária" estiverem marcados como sim, a rotina deve validar se o valor realizado + o lançamento atual, ultrapassou o orçado para o centro de custo, dentro da conta gerencial informada e no mês informado (de acordo com o vencimento ou competência, dependendo do parâmetro de competência); 8. Caso o orçamento para o centro de custo tenha sido ultrapassado, também deve ser dada opção para realizar a suplementação do lançamento, mesmo se o valor realizado não tiver ultrapassado o da conta gerencial; Informações adicionais: 1. Quando realizada solicitação de suplementação, o sistema deverá gravar os mesmos dados que são inseridos na PCLANC e na PCRATEIOCENTROCUSTO em uma tabela separada até que seja realizada a aprovação ou não da suplementação. 2. Após o usuário aprovar a suplementação que o sistema gravará as informações na PCLANC. 3. Incluir um campo na nova tabela pcrateiocentrocusto para indicar se a solicitação de suplementação foi para o devido lançamento, para facilitar na rotina 760 o usuário identificar qual rateio que estourou o orçamento Rotinas a serem validadas: 614, 749, 631, 750

<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@ *CÓDIGO - NOME DA ROTINA:*

749 - Incluir Título a Pagar
*VERSÃO DA ROTINA:*
ROTINA 749 (dep 560)
28.6.0.1


*TABELAS UTILIZADAS:*

PCLANC
PCRATEIOCENTROCUSTO

PCLANCBLOQ
PCRATEIOCENTROCUSTOBLOQ

PCPARAMFILIAL


*NECESSITA DE PERMISSÃO OU PARAMETRIZAÇÃO? QUAIS?*
Permissão para a rotina 749 – opção 1 – Permitir Gerar Lançamento Acima do Orçamento
Parâmetro - CON_BLOQDESPVLRORC (geral) - Bloquear despesa acima do valor orçado
Parâmetro - FIL_BLOQDESPVLRORC (por filial) - Bloquear despesa acima do valor orçado
Parâmetro – ORCREGCOMPETENCIA - Trabalha Orçamento com regime de competência
Parâmetro – TRABSUPLORC - Trabalha com suplementação orçamentária
Parâmetro – BLOQLANCDESPMAIORORCCC - Bloqueio de lançamento de despesa acima do orçado para o centro de custo.


*ATUALIZAÇÃO A SER REALIZADA:*
Rotina 560
28.06.00.018
Tabela PCLANC (ao rodar gera PCLANCBLOQ)
Tabela PCRATEIOCENTROCUSTO (ao rodar gera PCRATEIOCENTROCUSTOBLOQ)
Tabela PCPARAMFILIAL


*ALTERAÇÃO EFETUADA NA ROTINA:*
Critérios de aceitação:
1. Deve ser incluído um parâmetro, por filial, na rotina 132, para que a empresa possa definir se deseja ou não trabalhar com suplementação orçamentária.
Nome do parâmetro: Trabalha com suplementação orçamentária
Texto de ajuda: Caso definido como sim, o sistema dará opção ao usuário solicitar o lançamento de uma despesa acima do orçado, nas rotinas 749, 631, 750 e 614. Bem como habilitará a opção da rotina 760 de gestão orçamentária.
2. Caso o parâmetro esteja marcado como sim, a rotina não deve validar a permissão de acesso 1: “Permitir gerar lançamento acima do orçado”, pois todo lançamento acima do orçado irá para solicitação de suplementação.
3. No entanto, a rotina deve validar o orçamento da conta e caso o mesmo esteja sendo ultrapassado, a rotina deve perguntar para o usuário se deseja realizar uma solicitação de suplementação do orçamento.
4. Para validação do valor realizado, a rotina deve validar o parâmetro 1680 – Trabalha orçamento com regime de competência e caso a filial do lançamento trabalhe com suplementação, a rotina deve validar também os valores pendentes de aprovação da suplementação (somente com status pendente na tabela pclancbloq)
5. Caso o usuário confirme a solicitação de suplementação, a rotina deve gravar este lançamento de despesa em uma tabela temporária, até que a suplementação seja aprovada. (pclancbloq)
Para o tratamento do centro de custo:
7. Caso o parâmetro 2961 – Bloqueio de despesa acima do valor orçado para o centro de custo e o novo parâmetro "Trabalha com suplementação orçamentária" estiverem marcados como sim, a rotina deve validar se o valor realizado + o lançamento atual, ultrapassou o orçado para o centro de custo, dentro da conta gerencial informada e no mês informado (de acordo com o vencimento ou competência, dependendo do parâmetro de competência);
8. Caso o orçamento para o centro de custo tenha sido ultrapassado, também deve ser dada opção para realizar a suplementação do lançamento, mesmo se o valor realizado não tiver ultrapassado o da conta gerencial;
Informações adicionais:
1. Quando realizada solicitação de suplementação, o sistema deverá gravar os mesmos dados que são inseridos na PCLANC e na PCRATEIOCENTROCUSTO em uma tabela separada até que seja realizada a aprovação ou não da suplementação.
2. Após o usuário aprovar a suplementação que o sistema gravará as informações na PCLANC.
3. Incluir um campo na nova tabela pcrateiocentrocusto para indicar se a solicitação de suplementação foi para o devido lançamento, para facilitar na rotina 760 o usuário identificar qual rateio que estourou o orçamento
Rotinas a serem validadas: 614, 749, 631, 750


*PROCEDIMENTOS A SEREM EXECUTADOS:*
Cadastrar novos títulos a pagar, e verificar as contas que possuem orçamento, se estão respeitando o novo parâmetro “Trabalha com suplementação orçamentária” e se estão gravando nas tabelas temporárias PCLANCBLOQ e PCRATEIOCENTROCUSTOBLOQ


*OBSERVAÇÕES:*


<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

 

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

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>