(Obrigatório)

Informações Gerais

Objetivo

<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.

Evoluir o funcionamento do Adiantamento nos Contratos para atender à demanda das empresas do segmento de Construção & Projetos, incluindo novos dados e consistências que permitam à empresa um controle efetivo e otimizado dos adiantamentos realizados aos seus fornecedores, bem como da sua correta dedução quando da liberação das medições contratuais.

Essa evolução irá contemplar tanto o backoffice RM como o backoffice Protheus.

Não constarão desse documento as funcionalidades relacionadas ao Adiantamento já existentes (até a versão 12.1.17 do TOTVS Obras e Projetos), e que não sofreram nenhuma modificação devido às implementações que aqui serão descritas.

Definição da Regra de Negócio

<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. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.

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

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

 Image Removed

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*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

Como regra, um contratante deve efetuar o pagamento, somente após o cumprimento da obrigação pelo contratado, porém em contratos de obras e de fornecimento para entrega futura de bens ou de serviços, é prática comum a realização de adiantamentos de pagamentos.

Para proporcionar maior controle e tornar mais eficaz o Adiantamento já disponibilizado pelo TOTVS Obras e Projetos, estamos liberando algumas implementações, entre elas o controle do saldo dos adiantamentos, que iremos descrever a seguir.

Criação de um Adiantamento de Contrato

No momento da criação de um adiantamento de contrato o sistema deverá verificar e efetuar as seguintes consistências:

• Não permitir a criação de um adiantamento de contrato cujo valor seja superior ao valor do contrato, gerando mensagem específica;
• Não permitir a criação de um adiantamento de contrato cujo valor seja superior ao saldo do contrato, gerando mensagem específica;
• Não permitir a criação de um adiantamento de contrato cujo valor seja superior ao valor do saldo do contrato deduzindo o saldo dos adiantamentos já existentes para o contrato, gerando mensagem específica.
• O valor do adiantamento somente poderá ser alterado caso ainda não tenha sido efetuada nenhuma liberação para o adiantamento;
• A data do vencimento do adiantamento não pode ser superior à data final do contrato, considerando os aditivos de data existentes. 

Deverá existir tag de perfil específica para a criação/edição de um adiantamento.

Liberação de um Adiantamento de Contrato

No momento da liberação de um adiantamento de contrato o sistema deverá:

• Não permitir a liberação de um adiantamento de contrato cujo valor seja superior ao saldo do contrato, gerando mensagem específica;
• Não permitir a liberação de um adiantamento de contrato cujo valor seja superior ao valor do saldo do contrato deduzindo o saldo dos adiantamentos já existentes para o contrato, gerando mensagem específica.
• Bloquear o campo "Valor do Adiantamento";
• Atualizar o campo relativo à data de liberação do adiantamento;
• Gravar o usuário que efetuou a liberação do adiantamento.

Deverá existir tag de perfil específica para a liberação de um adiantamento.

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

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