Páginas filhas
  • Spike_Apropriação-Discriminada-TOPxProtheus EAI 2.0

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

 

 

Objetivo:

Tem por objetivo estudar as formas de visualização dos dados, forma de implementação, e possíveis impactos em tais implementações relacionadas a exibição da Fazer estudo para encontrar a melhor forma de mostrar a apropriação detalhada (dados do Protheus) para os usuários do TOP (RM).

 

1 - ANÁLISE DE FORMAS DE VISUALIZAÇÃO

2 - ANÁLISE DE CAMPOS

3 - FORMA DE IMPLEMENTAÇÃO

4 - CONCLUSÕES

5 - PROPOSTA DE TAREFAS

 

1 - ANÁLISE DE FORMAS DE VISUALIZAÇÃO:

Foram analisados os anexos, relatórios e cubos que serão utilizados para visualização da apropriação detalhada.Forma de visualização

 

ANEXO :- PLANILHA DE ATIVIDADES


Image Modified


RELATÓRIO DE PERIÓDICO - CRONOGRAMA:

Image ModifiedImage Modified

RELATÓRIO DE PERIÓDICO - HISTOGRAMA:

Image ModifiedImage Modified

RELATÓRIO DE PERIÓDICO - HISTOGRAMA - SEM INSUMO


Image Modified


HISTOGRAMA DE INSUMOS POR TAREFA - SEM INSUMO - NÃO RETORNA NENHUM VALOR DE APROPRIAÇÃO


Image ModifiedImage Modified

PERIODICO DE HISTOGRAMA - NÃO RETORNA APROPRIAÇÕES FINANCEIRAS

Image Modified

PERIODICO DE CRONOGRAMA - RETORNA LANÇAMENTOS FINANCEIROS 

Image Modified

CUBO - QUANTITATIVO / VISÃO ECONOMICA / VISÃO FINANCEIRA

Image Modified

Dados da apropriação detalhada

 

  • Nivel de detalhamento serão apresentados os dados ( Produto ); Não tera no nivel de Centro de Custo.

...


ANALISE2 - ANÁLISE DE CAMPOS:

Foram analisadas a consulta SQL Anexa, os Cubos e os relatórios e foram identificados os campos abaixo como importantes para retorno da apropriação discriminada.

CAMPOS NECESSÁRIOS:

 NECESSIDADEORIGEMTIPO
FILIALANEXOPROTHEUSDEFAULT
TIPOMOVIMENTACAOANEXOPROTHEUSDEFAULT
NUMERONFANEXOPROTHEUSDEFAULT
FORNECEDORANEXOPROTHEUS 
CODIGO CENTRO DE CUSTOANEXO / CUBO QUANTITATIVOSPROTHEUS

Expandivel?

CODIGO DO PRODUTOANEXO / CUBO QUANTITATIVOS / RELATÓRIOSPROTHEUS 
CODIGO INSUMORECUPERADO PELO PRODUTO ASSOCIADO AO INSUMORM 
DESCRIÇÃO INSUMOSE NÃO EXISTE 'INSUMO NÃO PREVISTO'RM 
DESCRICAO DO PRODUTOANEXO / CUBO QUANTITATIVOS / RELATÓRIOSRM 
DATA EMISSAOANEXO / RELATÓRIOSPROTHEUS 
CÓDIGO UNIDADEANEXO / CUBO QUANTITATIVOS / RELATÓRIOSPROTHEUS 
QUANTIDADEANEXO / CUBO QUANTITATIVOS / RELATÓRIOSPROTHEUS 
PREÇO UNITÁRIOANEXO / CUBO QUANTITATIVOS / RELATÓRIOSPROTHEUS 
VALOR TOTALANEXOPROTHEUS 
CÓDIGO DO PROJETOANEXO / CUBO QUANTITATIVOS / RELATÓRIOSPROTHEUS 
CÓDIGO DA TAREFAANEXO / CUBO QUANTITATIVOS / RELATÓRIOSPROTHEUS 
ID PERIODORELATÓRIOSRM 
MOEDARELATÓRIOSPROTHEUS 
DATA INICIO PERÍODORELATÓRIOSRM 
DATA FIM PERÍODORELATÓRIOSRM 

Visão Financeira e Economica não foi considerado nesta primeira analise.


CUSTOMIZADOS QUEIROZ:

CATEGORIA - DE PRODUTOSfixo para movimentações baixa protheus - materiais 
CODUAjoin com a tabela de tarefas 

 

3 - FORMA DE IMPLEMENTAÇÃO:

Foi identificado as seguintes questões sobre a implementação dos serviços.

PROTHEUS:

    • Protheus permite a utilização de funções de Mensagem Única dentro de serviços REST.
    • Protheus não possui serviços de framework para a facilitação de paginação e ordenação a consultas REST.
    • Risco na utilização de CUBO com serviço paginado no qual os dados podem ser alterados durante a execução da importação, ou seja é importante manter uma ordenação que evite problemas relacionado a consulta de dados incluidos após a primeira consulta e que evite a não recuperação de dados já iniciados a recuperação. (EXEMPLO 1)
    • Foi verificado que existem documentações suficientes para a elaboração do serviço REST, sendo necessario somente a definição de utilização de serviços GET ou POST, caso seja necessario o envio de formulario de dados.
    • Alterar funções da apropriação consolidada PROTHEUS para ter parâmetros para retorno das informações discriminadas. Com opção para ratear por Centro de Custo ou não.
    • Alterar funções da apropriação consolidada PROTHEUS para ter parâmetros para retorno das informações paginadas.
    • Implementação de Função de Retorno de Dados, pois temos um método para ler os dados e depois para montar o JSon.
    • Precisamos enviar como POST para enviar as datas dos respectivos documentos.

RM

    • Não temos uma forma padrão de customizar um cubo que utilize provider.
      • Teriamos que ter uma logica de consulta sql por parâmetro.
    • Não temos uma forma padrão de customizar um relatório que utilize provider.
    • Não temos recursos de framework para chamada REST com JSON.
    • Não temos recurso de DataServer e Visão para paginação de dados retornados por provider. 



SERVIÇO REST PROTHEUS (APROPTOP):

Image Modified

PARÂMETROS:

   
page Integer 
pageSize Integer 
order String 
sourceApplication String

BUSCAR O SOURCE APPLICATION PELO APLICATIVO INTERNO

 

companyInternalId String 
projectInternalId String 
FreightValueExcluded Boolean 
InsuranceValueExcluded Boolean 
ExpenseValueExcluded Boolean 
UsePaidValue Boolean 
GetApportionCostCenter BooleanDefine se deve retornar rateio de centro de custo, pois isto gera o retorno de mais itens, sendo desnecessario em algumas situações.
initialTaskInternalId String 
finishTaskInternalId String 
initialDate StringEXEMPLO: FILTRO DE PERIODOS DE CRONOGRAMA CONSULTADOS NO RELATÓRIO PERIODICO.
finishDate String 
DocumentApportionFilterVetor 

RETORNO:

COLIGADA / FILIALCOMPANYINTERNALID  
CÓDIGO DA TAREFATASKINTERNALID  
TIPOMOVIMENTACAO APPORTIONMENTTYPE  
NUMERONUMBERIDENTIFICADOR DO CABEÇALHO (NUMERONF, NUMERO TITULO) 
PK DO REGISTRO PROTHEUS   
IDENTIFICADOR DO ITEMITEMNUMBER  
DATA DA APROPRIAÇÃO APPORTIONMENTDATE  
CODIGO DO PRODUTOITEMINTERNALID NÃO EXISTE PARA TITULO FINANCEIRO
CÓDIGO UNIDADE UNITOFMEASUREINTERNALID  
QUANTIDADE QUANTITY  
PREÇO UNITÁRIOUNITPRICE  
VALOR TOTALTOTALPRICE  
CODIGO CENTRO DE CUSTO*COSTCENTERINTERNALID Verificar a real necessidade deste campo
CLIENTE/FORNECEDORCUSTOMERVENDORINTERNALID NÃO EXISTE PARA BAIXA DE ESTOQUE
MOEDACURRENCYINTERNALID  

 

Como será a performance dessa extração de dados, pois podemos tem muitas notas fiscais e produtos para um projeto.

Foi verificado que no ambiente do cliente Queiroz galvão temos somente cerca de 12.000 registros de movimentações de apropriação.

 

4 - CONCLUSÕES

1 - Será reaproveitado os métodos do EAI para recuperação de De-Para no serviço rest PROTHEUS.

2 - Observar formula do TOP que pode ser utilizada em consulta SQL, tera que ser alterada. 

3 - Será necessario retornar script da apropriação consolidada, pois vamos desativar tal recurso.

4 - Os parâmetros e processos não serão modificados.

5 - Uma nova tabela para apropriação sera criada.

6 - Cubos não foram disponibilizados a mais clientes alem da Ponto Forte, mas a equipe de evangelização relatou que estava pendente nos enviar uma solicitação para inclusão no Produto. Cubos foram feitos em implantação Ponto Forte. 

7 - Não sera considerado rateio de centro de custo na exibição de dados da apropriação discriminada.

8 - Sera criada nova tabela para armazenamento da apropriação.

 

5 - PROPOSTA DE TAREFAS:

    1.  Remoção de script de nova coluna de apropriação consolidada. E remoções necessárias para termos somente a apropriação Discriminada.
    2.  Implementação de Data Server - Nova Tabela de Apropriação Discriminada. Com Anexo da Planilha de Atividades.
    3.  Protheus - Desenvolvimento de Serviço REST- Com elaboração de Automação para teste do Serviço Rest. - SEM PAGINAÇÃO.
    4.  Protheus - Desenvolvimento do Recurso de Paginação no Serviço REST / Protheus - Ajuste da Automação para adequar a paginação.
    5.  RM - Implementação de Data Server de exibição da Apropriação com inclusão como anexo.
    6.  RM - Ajuste de Relatório de Periódico de Histograma 
    7.  RM - Ajuste de Relatório de Periódico de Cronograma
    8.  Ajuste do Provider de Formula existente.
    9.  Apresentar ao lider de materiais Protheus e a equipe do Petrus?

PROTHEUS

Desenvolvimento de Serviço Rest. 01. Web Services REST/Server