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

Duvidas que devem ser respondidas:

  • Forma de visualização

Relatório (utilizando provider):

  • Relatório fixo (exportação para excel);
  • Cubo (utilizando provider);
  • Anexo do sistema;
  • Dados da apropriação detalhada
  • Definir em qual nivel de detalhamento serão apresentados os dados ( Produto, Nota , Agrupa por dia );
  • Se os dados detalhados serão armazenados na base de dados do TOP;
  • como vamos disponibilizar o detalhamento para o relatórios que a Queiroz ja tem em sua base de dados
  • Como será a performance dessa extração de dados, pois podemos tem muitas notas fiscais e produtos para um projeto 
  • Insumo

Necessário estudar quais possibilidades para criar a apropriação detalhada (definir as storys). Não é necessário definir como será feito.

 

 

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.

 

ANEXO - PLANILHA DE ATIVIDADES


Image Added


RELATÓRIO DE PERIÓDICO - CRONOGRAMA:

Image AddedImage Added

RELATÓRIO DE PERIÓDICO - HISTOGRAMA:

Image AddedImage Added

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


Image Added


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


Image AddedImage Added

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

Image Added

PERIODICO DE CRONOGRAMA - RETORNA LANÇAMENTOS FINANCEIROS 

Image Added

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

Image Added

2 - ANÁLISE DE CAMPOSANALISE:

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
Integer 
pageSize 
INTEGER
Integer 
order 
STRING
String 
sourceApplication 
String

BUSCAR O SOURCE APPLICATION PELO APLICATIVO INTERNO

STRING

 

companyInternalId 
STRING
String 
projectInternalId 
STRING
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
String 
finishTaskInternalId 
STRING
String 
initialDate 
STRING   
StringEXEMPLO: FILTRO DE PERIODOS DE CRONOGRAMA CONSULTADOS NO RELATÓRIO PERIODICO.
finishDate 
STRING
String 
DocumentApportionFilter
STRING
Vetor 

RETORNO:

COLIGADA / FILIALCOMPANYINTERNALID  
TIPOMOVIMENTACAO
CÓDIGO DA TAREFATASKINTERNALID  
NUMERONF
TIPOMOVIMENTACAO APPORTIONMENTTYPE  
NUMERONUMBERIDENTIFICADOR DO CABEÇALHO (NUMERONF, NUMERO TITULO) 
PK DO REGISTRO PROTHEUS 
FORNECEDOR   CODIGO CENTRO DE CUSTO
  
CODIGO
IDENTIFICADOR DO
PRODUTO
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  
CÓDIGO DA TAREFA
CODIGO CENTRO DE CUSTO*COSTCENTERINTERNALID 
 MOEDA 
Verificar a real necessidade deste campo
CLIENTE/FORNECEDORCUSTOMERVENDORINTERNALID 

FORMA DE VISUALIZAÇÃO RM:

   

Relatório Histograma / Cronograma

Cubos Ponto Forte

Quantitativos:

Image Removed

      1. Relatório fixo (exportação para excel);

Relatório Fixo já utiliza o provider PrjTrfProvider, inclusive esta incorreto pois o mesmo possui uma consulta sql de cronograma apropriado própria, o que não considera as novas implementações e a apropriação de medição.

  Cronograma

Image Removed Image Removed

 

Image Removed Image Removed

 

2. Relatório de Histograma

Relatório utiliza o mesmo server do cronograma apropriado, de forma que seria necessário ajustar a busca de dados discriminados para o novo recurso.

Image Removed Image Removed

 

Image Removed Image Removed Image Removed 

Image Removed

3.Anexo do Sistema

 

Temos um anexo

4. Cubo

 

5. Como vamos disponibilizar o detalhamento para o relatórios que a Queiroz ja tem em sua base de dados

 

6. Performance

 

7. Insumo em relatórios

     Como são exibidos atualmente as notas sem insumo?

8. Tarefas

 

EXEMPLO 1:

 

RECNONOTAPRODUTOQUANTIDADETAREFACENTRO DE CUSTOD_E_L_E_T
10001AREIA10001.001001 
20001AREIA10001.001002 
30001AREIA5001.001001 
40002AREIA20001.001001 

 

REQUISITA PAGINA 1 - COM UM PAGESIZE DE 2

RECNONOTAPRODUTOQUANTIDADETAREFACENTRO DE CUSTOD_E_L_E_T
10001AREIA10001.001001 
20001AREIA10001.001002 

 

REQUISITA PAGINA 2 - COM UM PAGESIZE DE 2 (NESTE MOMENTO FOI INCLUIDO MAIS UM REGISTRO NO PROTHEUS, NESTE CASO RETORNA QUE TEM MAIS PAGINAS, E EXCLUIDA A NOTA 0001)

RECNONOTAPRODUTOQUANTIDADETAREFACENTRO DE CUSTOD_E_L_E_T
30001AREIA5001.001001 *
40002AREIA20001.001002 
50003AREIA10001.001002 

 

CONCLUSÕES

...

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