Histórico da Página

Informações Gerais

Objetivo

 Integrar o módulo TSA ao modelo de licenciamento compatível com o TOTVS License Server 2014 (LS 2014), padronizando a forma de licenciamento já utilizada pelos demais produtos.

Definição da Regra de Negócio

Para contemplar essa integração, através da da tela "Parâmetros do Sistema" (SystemProperty) serão inseridas novas "chaves" para a configuração do LS 2014. Caso o sistema não encontre essas chaves, ele utilizará o valor padrão delas, que é definido internamente. As "chaves" e seus respectivos valores default serão:

• LS_ADDRESS=localhost (endereço, hostname ou IP, do LS 2014);
• LS_PORT=5555

• (porta do LS 2014);
• ROOT_FEDERAL_ID

• =TSA

• (

• identificação chave da empresa contratante

• - no caso do Brasil: CNPJ)

• ; e
  
• ROOT_COMPANY_NAME=TSA (nome fantasia da empresa contratante).

Na tela de "informações do sistema" deverá abrir pelo atalho Shift + F6, e também ser incluído o seguinte texto padrão: , como primeira guia (antes do Configuração de Instância):

Esta rotina tem como objetivo auxiliá-lo no contato com o atendimento Help-Desk.
  1. Para ser atendido, ligue para 4003 0015*, para capitais ou regiões metropolitanas.
  2. Digite o número completo do CNPJ de sua empresa.
  3. O Sistema validará o acesso, possibilitando sua navegação de duas formas:
     - Por meio do código de acesso: 01.9.5591.
       Sua ligação será transferida sem a necessidade de navegar por todo o atendimento eletrônico.
     - Por meio da navegação nos menus do atendimento eletrônico.
       Seguir procedimento padrão.
  4. Seu chamado ainda poderá ser registrado por meio do Portal do Cliente, no endereço http://totvs.com.br.

*Demais localidades (11) 4003-0015

Na classe responsável pelo gerenciamento do login sobrescrever os métodos responsáveis pelas funções de login e logout. No método de login, deverá chamar a validação padrão de login, e se for autorizado o login iniciar o processo de consumo da licença. O método de logout deverá chamar seu padrão e depois liberar o consumo efetivo da licença. O processo de consumo de licença será realizado com auxílio das classes disponibilizadas pela equipe do framework do Datasul/Logix. A principal classe utilizada é com.totvs.license.StatelessClient que fica responsável por estabelecer a conexão com o LS 2014. Deverá ser criada a classe com.totvs.tsa.license.TsaInfoProvider implementando a interface com.totvs.license.util.InfoProvider. Esta classe manterá todas as informações enviadas ao LS, incluindo o número de slot: 5591.

Após o retorno do LS, se o retorno for positivo, capturar o segmento do cliente e guardá-lo em sessão e iniciar um timer para informar e verificar se o consumo de licença está correto, mantendo o servidor de aplicação em comunicação constante com o LS através do método pulse. O LS 2014 poderá retornar 4 pendências, com código numerado de LS000 à LS003. Ao ocorrer uma pendência com código LS000, , que devem ser tratadas da seguinte maneira:

• LS000: a descrição da pendência deverá ser guardada em sessão e posteriormente exibida ao usuário

• , como um alerta;
• LS001: enviará o nome do usuário conectado

• ;
• LS002: enviará o nome da empresa contratante do produto TOTVS (ROOT_COMPANY_NAME)

• ; e
• LS003: enviará as informações das máquinas utilizadas, servidor de aplicação, de banco de dados e dados do navegador e sistema operacional do usuário.

Todas essas informações (LS001 - LS003) serão coletadas conforme protótipo.
<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>que inclui um esboço de timer que poderá ser utilizado.

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

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