Histórico da Página
01. DADOS GERAIS
| Produto: | TOTVS Agro API Hub | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Linha de Produto: | Linha PIMS | ||||||||
| Segmento: | Agroindústria | ||||||||
| Módulo: | Framework | ||||||||
| Função: | Todas | ||||||||
| País: | Brasil | ||||||||
| Ticket: | |||||||||
| Requisito/Story/Issue (informe o requisito relacionado) : |
|
02. SITUAÇÃO/REQUISITO
Criar a partir das Entidades & Queries a listagem, schemas e a recuperação de dados para criação de Objetos de Negócios no TOTVS API Hub, seguindo a ADR010001.
Conector/APIs de "Objetos de Negócio" Smart View (Bioenergia / TOTVS Agro API Hub) - ADR010001
...
- Revisitar nomenclaturas e rotas no API-Hub para não usar "/smartview/" e sim "/business-objects" (deixar agnóstico no API-Hub, sem vínculo)
- Implementar segurança (header Authorization) no API-Hub para "/business-objects/" para dois níveis de autenticação:
- 1. via credenciais padrão do API-Hub (assim como já acontece nas demais APIs do Bioenergia) e, caso dê 401 (ou token expirado, enfim), seguir para o modelo
- 2. via T-Provider & Keycloak (únido modelo que seria chamado pelo Smart View)
- Trocar "isEnableSmartView" para "isBusinessObject" (no modelo de dados) - revisar colunas (banco de dados) para não usar palavra "smart_view", por exemplo, "enable_smart_view"
- Incrementar APIs de Objetos de Negócio (ON) para que, além do modelo de Entidades (Entity), também se permita usar o conceito de ON para o modelo Consulta (Query);
- Revisitar abordagem de "v1" e/ou "versão de API de release" para permitir uma recuperação mais dinâmica e inteligente das APIs e suas versões;
- Concatenar, no nome do objeto de negócio, a versão, por exemplo "Fazenda (v1)", "Fazenda (v2)" ...
- Quando for utilizar/implementar modelo Query, avaliar uso de nova tabela "query_filters" ou evoluir "query_fields" - objetivo: melhor controlar/catalogar os possíveis filters de APIs GET do tipo Query, para serem utilizadas como filters ou parameters (objetos de negócio)
- Implementar POST na camada de abstração para chamar GET (da API Padrão, seja Entity ou Query, e depois EntryPoint), para properties =[], filters = [] e parametros = [] ou com filtros utilizados no GET da API Padrão (por exemplo, ?codigoTurma=123)
03. SOLUÇÃO
Foi desenvolvido a partir da documentação ADR010001 as três APIs que são necessárias para criarmos os Objetos de Negócios no produto TOTVS Agro API Hub.
...
- Solução: Implementado fluxo que retorna os dados, mescla parâmetros do body com query string da requisição, e usa properties para filtrar campos que serão retornados para o response. Assim, um POST pode acionar o GET subjacente (Entity ou Query) com parâmetros vindos do body.
- Observação: suporte a ENTRYPOINT e a estrutura de filters da requisição serão feitas futuramente.
Observações finais
- Filtragem por properties atua em campos de primeiro nível; estruturas aninhadas podem exigir lógica adicional se for necessário filtrar internamente.
- Parâmetros expostos ao cliente vêm com sufixo
Param(ex.:campoParam) e esse sufixo é removido ao montar os parâmetros enviados para a API subjacente. - Data/time com timezone teve tratamento específico.
04. DEMAIS INFORMAÇÕES
Não se aplica.
05. ASSUNTOS RELACIONADOS
Arquitetura e Tecnologia - TOTVS Agro API Hub
Smart View (TReports) & TOTVS Agro
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas