Histórico da Página

Informações Gerais

Objetivo 

Atualmente, a modelagem do TOTVS Smart Analytics contém todas as entidades (Fatos e dimensões) das áreas em um único modelo, com isso não é possível restringir o acesso ao modelo por áreaO TOTVS Smart Analytics possui uma única modelagem na qual estão contidos todos os apps disponíveis, o que inviabiliza a distribuição e venda de um único app ou um conjunto específico de apps.

O objetivo deste documento é apresentar como solução para esta questão, a separação da modelagem da área financeira.

requisito é desvincular a área Financeira para permitir que tanto o modelo de dados, quanto os itens relacionados com esta área no Gooddata, possam ser disponibilizados de forma separada para o cliente.

Definição da Regra de Negócio

<Regra A fim 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

tornar o processo de separação do modelo lógico de dados possível, será necessário efetuar as seguintes ações:

• Criar projeto através do link: https://analytics.totvs.com.br/gdc/projects/:
  
  • Title: Prod Financeiro
  • Summary: Projeto de Financeiro
  • Authorization Token:  Informe o token de autorização
  • Marcar a opção Guided navigation.
  • Em Engine, selecionar PostgreSQL ( default )
  • Em Environment, selecionar Production ( default )
• No Gooddata CloudConnect, criar um modelo com o nome LDM_FINANCEIRO.ldm, no caminho TOTVS SMART ANALYTICS/MODEL.
• Os datasets informados a seguir deverão ser copiados e colados do modelo TOTVSSA.ldm para o LDM_FINANCEIRO.ldm:
  
  • Dimensões:
    • REPRESENTANTE/VENDEDOR HJC
    • CLIENTE HJ7
    • GRUPO DE CLIENTE HJ0
    • REGIÃO GEOGRÁFICA HJB
    • ESPECIE DOC HJG
    • PORTADOR HG4
    • CENTRO DE CUSTO HJ5
    • EMPRESA HJ4
    • ESTABELECIMENTO HKK
    • MOEDA HJ6
    • UNIDADE NEGÓCIO HJ1
    • NATUREZA FINANCEIRA HYE
    • AREAS
    • TIPO DE CARTEIRA HYX
    • ORIGEM HK7
    • FORNECEDOR /DESTINATÁRIO DO SERVIÇO HKJ
    • GRUPO FORNECEDOR HGE
    • MODALIDADE HJF
  • Fatos:
    • CONTAS A RECEBER - CARTEIRA HLL
    • CONTAS A RECEBER - RECEBIMENTO HLJ
    • CONTAS A RECEBER - VENCIMENTO HLE
    • CONTAS A PAGAR - CARTEIRA HLK
    • CONTAS A PAGAR - PAGAMENTO HLI
    • CONTAS A PAGAR -  VENCIMENTO HLD
    • SALDOS BANCARIOS HYF
    • MOVIMENTACOES FINANCEIRAS ORCADAS HYG
    • FLUXO DE CAIXA HYY
  • Datas:
    • DATA EXTRAÇÃO
    • DATA

    Informações
    Ao efetuar a cópia dos datasets citados acima, as relações entre as entidades também devem ser copiadas para que o modelo não perca suas referências.

• No Gooddata CloudConnect, efetuar a publicação do modelo para o projeto Prod Financeiro.
• As métricas contidas nas seguintes pastas devem ser exportadas do projeto Developer: TOTVS v12 e importadas para o projeto Prod Financeiro:
  • Contas a Pagar - Carteira
  • Contas a Pagar - Pagamento
  • Contas a Pagar - Vencimento
  • Contas a Receber - Carteira
  • Contas a Receber - Recebimento
  • Contas a Receber - Vencimento
  • Fluxo de Caixa
  • Movimentações Financeiras Orçadas
  • Saldos Bancários
• Os relatórios contidos nas seguintes pastas devem ser exportados do projeto Developer: TOTVS v12 e importados para o projeto Prod Financeiro:
  • #Fluig Financeiro
  • Financeiro
  • _Dashboards Financeiro
  • _Dashboards Financeiro v2
• Os seguintes dashboards devem ser exportados do projeto Developer: TOTVS v12 e importados para o projeto Prod Financeiro:
  • Financeiro
  • Financeiro 2.0
• Os Dashboards no Projeto Prod Financeiro devem ser renomeados para:
  • De Financeiro, para Financeiro - Analítico.
  • De Financeiro 2.0, para Financeiro - Gerencial.
• Em Data Integration Console, efetuar o deploy do projeto com a nova modelagem.

• 
  

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