NOME DO REQUISITO

Linha de Produto:

T-Reports

Segmento:

T-Reports

Módulo:

T-Reports.


Essa especificação deve ser utilizada como guia para o desenvolvimento de provedores integrados para dados relacionais do T-Reports.

Os endpoints expostos por esses serviços serão chamados automaticamente pela ferramenta T-Reports utilizando para isso o cadastro de provedores de dados localizado no front-end do T-Reports.

A documentação completa dos provedores está disponível em :Provedor de Dados#1


  1. Pré-requisitos
    1. Plataforma com suporte REST e autenticação Basic.
    2. Suporte a tratamento cross-domain, por conta das requisições de serviços em servidores de domínio diferente.
    3. Modelo de implementação de acordo com o documento "Guia de implementação de API" disponível no link abaixo:
      http://tdn.totvs.com/pages/viewpage.action?pageId=274849083

  2. Definições gerais
    1. O retorno dos serviços REST dos endpoints descritos abaixo devem estar encapsulados dentro de um objeto JSON com a seguinte especificação:


      Mensagens de erro (códigos HTTP 4xx e 5xx retornados no cabeçalho da resposta)

      Devem-se retornar obrigatoriamente os campos a seguir:

      {
          code: "",
          message: "",
          detailedMessage: ""
      }

      Exemplo:

      POST http://totvs.com.br/api/trep/v1/dbdataproviders/testeconnection

      {
          code: "",
          message: "Erro ao testar conexão com o banco de dados",
          detailedMessage: "Banco de dados oracle não disponível"
      }


      Mensagens de sucesso (código http 2xx retornados no cabeçalho da resposta)

      Devem-se retornar diretamente a entidade que representa o objeto resultado da operação do endpoint.

      Exemplo:

      POST http://totvs.com.br/api/trep/v1/dbdataproviders/testeconnection

      {
        testConnection: "true"

      }



    2. Todas as linhas de produto devem estabelecer uma URL base, a partir da qual os serviços REST de provedor integrado serão disponibilizados. 

    3. Como exemplo, no ERP RM foi definida a seguinte  URL base: 
      /api/trep/v1/dbdataproviders/ 

    4. Essa Url base deve ser informada no cadastro de provedores de dados localizado no front-end do T-Reports no campo "Rota" conforme figura abaixo:



      Com o objetivo de facilitar o entendimento do documento, a URL base do RM descrita acima será utilizada no restante do documento para melhor localização dos endpoints.


  3. Definição dos serviços

    Segue abaixo a lista dos serviços REST que devem ser implementados:

    Na descrição de cada serviço podemos encontrar os seguintes elementos:

    1. Serviço de leitura de parâmetros de provedor;

      GET /api/trep/v1/dbdataproviders/parameters      

      Recebe

      Não recebe parâmetros

      Retorna

      Application/JSON


      Esse método é utilizado para obtenção dos parâmetros do provedor integrado. A necessidade e definição desses parâmetros é de responsabilidade do dono do provedor. 

      No JSON de retorno, deve constar as seguintes informações:


      • name: Nome do parâmetro;

      • description: Descrição do parâmetro;
      • value: Valor do parâmetro;

      • isPassword: Define se o valor do parâmetro será gravado e mostrado de forma criptografada. Pode ser true ou false

        {

               “providerParams” : [{

                     “name” : “aliasName”,

                     “description” : “Nome do alias do RM”,

                     “value” : “CorporeRM”,

                     “isPassword” : false,

               }]

        }


      Os parâmetros retornados por esse serviço aparecerão na grid de parâmetros localizada no "cadastro de provedores de dados" do front-end do T-Reports, conforme abaixo:




    2. Serviço de teste de conexão do provedor


      POST /api/trep/v1/dbdataproviders/testconnection


      Recebe

      Application/JSON

      Retorna

      Application/JSON

      Esse método é utilizado para testar a conexão de um provedor integrado. 


      No Json de entrada devem ser enviados os parâmetros cadastrados na tela de "Provedores de dados". Esses parâmetros são os mesmos recuperados pelo serviço definido acima "GET /api/trep/v1/dbdataproviders/parameters".

      {

             “providerParams” : [{

                   “name” : “aliasName”,

                   “description” : “Nome do alias do RM”,

                   “value” : “CorporeRM”,

                   “isPassword” : false,

             }]

      }


       No JSON de retorno, deve constar as seguintes informações:

      1. testSuccess: Informa se o teste no provedor foi bem sucedido ou não. Pode ser true ou false

        {

               “testSuccess” : true;

        }

      Esse método é utilizado no click do botão "Testar conexão" localizado no "cadastro de provedores de dados" do front-end do T-Reports, conforme abaixo:


      c) Serviço de teste de sentenças sql

      POST /api/trep/v1/dbdataproviders/testquery

            No JSON de retorno, deve constar as seguintes informações:



{

            “schemaTable” : {

                        "tableSourceName": "PFUNC",

                        "tableSourceDescription": "Funcionários",

                        "columns": [ {"columnName": "CODCOLIGADA", "columnDescription": "Codigo da coligada", "columnType": "System.Int32"},

                                                 {"columnName": "CHAPA", "columnDescription": "Chapa do funcionario", "columnType": "System.string"},

                                                 {"columnName": "SALARIO", "columnDescription": "Salario do funcionário", "columnType": "System.double"}]                                    

                        “relations” : [{

                                    "relationName": "PFUNC_PFDEPEND",

                                    "parentSourceName": "PFUNC",

                                    "childSourceName": "PFDEPEND",

                                    "parentColumns": [{"columnName": "CODCOLIGAGA"}, {"columnName": "CHAPA"}],

                                     "childColumns": [{"columnName": "CODCOLIGAGA"}, {"columnName": "CHAPA"}],

                                    {

                                    "relationName": "PFUNC_PSECAO

                                    "parentSourceName": "PFUNC",

                                    "childSourceName": "PSECAO,

                                    "parentColumns": [{"columnName": "CODCOLIGAGA"}, {"columnName": "CODSECAO}],

                                     "childColumns": [{"columnName": "CODCOLIGAGA"}, {"columnName": "CODIGO"}]

                                     }

}




Esse método é utilizado na tela de cadastro de entidade do tront-end do reports, ao escolher uma fonte de dados ligada a uma tabela física:


e) Serviço de leitura de schema de sentenças sql;




{

            “schemaSql” : {

                        "columns": [ {"columnName": "CODCOLIGADA", "columnDescription": "Codigo da coligada", "columnType": "System.Int32"},

                                                 {"columnName": "CHAPA", "columnDescription": "Chapa do funcionario", "columnType": "System.string"},

                                                 {"columnName": "SALARIO", "columnDescription": "Salario do funcionário", "columnType": "System.double"}]

            },

]





Esse método é utilizado na tela de cadastro de entidade do tront-end do reports, ao escolher uma fonte de dados ligada a uma sentença sql:



f) - Serviço de leitura de dados;


{

            “entityName” :"Funcionarios",

              "data": "xml ou json contendo o resultado da execução da sentença sql"

}