Objetivo

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 vamos disponibilizar customização. JOIN com outras tabelas.
• 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.

ANALISE:

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:

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

CUSTOMIZADOS QUEIROZ:

FORMA DE IMPLEMENTAÇÃO:

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

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

SERVIÇO REST PROTHEUS (APROPTOP):

PARÂMETROS:

RETORNO:

FORMA DE VISUALIZAÇÃO RM:

Relatório Histograma / Cronograma

Cubos Ponto Forte

Quantitativos:

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

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.

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:

REQUISITA PAGINA 1 - COM UM PAGESIZE DE 2

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)

CONCLUSÕES

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

PROTHEUS

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