Histórico da Página
FORMA DE PAGAMENTO PARA TIPO DE PAGAMENTO OUTROS
NOME DO REQUISITO / ÉPICO
(Obrigatório)
Informações Gerais
Linha de Produto: | Informe a linha de produtoPC SISTEMAS | ||||||||||||
Segmento Executor: | Informe o segmentoDistribuição e Logística | ||||||||||||
Módulo: | Informe o módulo7 - Contas a Pagar | ||||||||||||
Rotina: |
| ||||||||||||
Chamado/Ticket: | HIS.01633.2016FIN - 1579 | ||||||||||||
Requisito/Story/Issue: | FIN-1211Forma de pagamento para tipo de pag. outros | ||||||||||||
País: | ( X ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( ) Outro _____________. | ||||||||||||
OutrosVersão: | <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>.
28.06 |
Objetivo
Possibilitar que o usuário informe a forma de pagamento quando selecionar o tipo de serviço "99 - Outros pag.".
(Obrigatório)Definição da Regra de Negócio
Tipo da mudançaMudanç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
*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
- 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>
Rotina | Tipo de Operação | Opção de Menu |
749 - Incluir Título a Pagar | Alteração | Menu do WinThor |
750 - Consultar / Alterar Título a Pagar | Alteração | Menu do WinThor |
Referente a melhoria na rotina 749, campo forma de pagamento e tipo de serviço 99:
Realizada análise para verificar a possibilidade de desbloquear o campo “Forma pagto” quando o tipo de serviço for “99-Outros Pag.” nos títulos e seus efeitos na rotina 770.
- O campo Forma pagto já é tratado na rotina 770 conforme layout definido, quando da geração do arquivo remessa, não produzindo nenhum efeito negativo
- Existe uma trava na rotina 770 para não gerar arquivo de remessa quando no borderô existirem títulos cujo campo tipo de serviço definido como 99, fincando então esta alteração apenas para efeito gerencial e relatórios.
Escopo da alteração:
- Possibilitar que o usuário informe a forma de pagamento quando selecionar o tipo de serviço "99 - Outros pag."
- Realizar alterações nas rotinas 749 e 750
Procedimento para Configuração
Atualize as Rotinas 749 - Incluir Título a Pagar e 750 - Consultar / Alterar Título a Pagar para a versão 28.06;
Aviso |
---|
Você sabe como atualizar as rotinas do WinThor? |
Procedimento para Utilização
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>
- Acesse a rotina 749 - Incluir Título a Pagar;
- Ao selecionar o Tipo de Serviço 99 - Outros Pag., o campo Forma de pagamento será habilitado, permitindo informar uma forma de pagamento.
- Acesse a rotina 750 - Consultar / Alterar Título a Pagar;
- Pesquise o título;
- Na aba Dados de Lançamento, selecione a opção 99 - Outros Pag., o campo Forma Pagto será habitado, permitindo informar uma forma de pagamento.