Histórico da Página

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

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

Melhorias na comunicação com o License Server, enviando novos dados requeridos pela versão 1.03.010.

(Obrigatório)

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

Requisitos das linhas de produto

1) A Mensagem SetInfo de usuário deverá ser enviada quando solicitada pelo LS ( requisito em vigência ) e toda a vez um usuário for incluído ou modificado em nossos softwares.

Para atender a este item, o envio de informação de usuário deve ser acionado no SaveRecord do GlbUsuarioData, enviando os dados do usuário que foi incluído/atualizado.

2) A Mensagem SetInfo de usuário terá sua estrutura alterada (Json) para incluir as seguintes informações: Id do Identity e email. Estas informações serão utilizadas para que não haja duplicação de consumo entre nossos softwares.

No CorporePrincipal existe o e-mail do usuário. Deve ser acrescentado também o Id do Fluig Identity e este deve ser alimentado nas rotinas que alimentam os dados do usuário no Principal. Alterar o método GetUserInfo da RMSLoginServer acrescentando o retorno do Id do Fluig Identity e nos pontos onde este método é chamado, alimentar a propriedade IdFluigIdentity no principal.

3) A mensagem SetInfo de Instalação da linha de produto, foi alterada para incluir informações extras que são especificas da linha e serão enviadas para o GCAD local. O uso desta informação não é obrigatório e deverá ser acordado entre o GDP de Framework e o Gerente de GCAD.

Acrescentar novo campo no objeto de envio do LS003.

Criar um nova interface que implemente IRMSServer:

Interface: IRMSProductLineExtraContent

Método: GetProductLineExtraContent 

Tipo de Retorno: String

Criar nova server que implemente IRMSProductLineExtraContent:

Este server será responsável por buscar, agrupar, preparar a informação que será enviada no campo ExtraContent e será de reponsabilidade do GCAD implementar o conteúdo necessário. A implementação base irá retornar um conteúdo vazio.

4) As linhas de produto deverão se adequar a uma conexão SSL/TLS over TCP, onde verificaremos a origem do certificado, porém deveremos permitir certificados vencidos, uma vez que não controlamos a atualização de nossos softwares.

O LS 2014 ainda não suporta SSL/TLS na comunicação com os ERPs. Este recurso será desenvolvido em breve e assim que estiver disponível, serão feitos os ajustes necessários na linha RM.

5) Incluir mecanismo de controle do consumo de licenças pelos WebServices SOAP e REST expostos pelo RM.Host.

Para permitir esta implementação, será necessário padronizar o mecanismo de autenticação dos WebServices, pois a autenticação é pré-requisito para o consumo de licenças.

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