Limiares do regulamento de uma classe
Point-in-time: por padrão devolve só as linhas VIGENTES. Toda linha carrega a procedência (documento, página e trecho) e só `confirmed` alimenta os alertas de covenant.
In: header
Path Parameters
Id ou slug da organização (de deskGetMe).
CNPJ da classe de FIDC ou do cedente, 14 dígitos.
Query Parameters
true inclui as linhas já encerradas (histórico do limiar).
Recorta por situação da revisão.
"pending" | "confirmed" | "rejected"Response Body
curl -X GET "https://api.databolsa.com/v1/desk/orgs/string/classes/string/terms?include_history=true&status=pending"{
"data": [
{
"id": "string",
"cnpj": "string",
"term": "string",
"label": "string",
"value_num": 0,
"value_text": "string",
"unit": "string",
"doc_id": "string",
"doc_page": 0,
"quote": "string",
"confidence": 0,
"status": "pending",
"valid_from": "string",
"valid_to": "string"
}
],
"meta": {
"terms": [
"string"
]
}
}{
"type": "string",
"title": "string",
"status": 0,
"detail": "string",
"code": "string"
}Limiares da mesa inteira
Fila de revisão cross-classe: todo limiar da mesa, mais novo primeiro, com a classe (`cnpj`) em cada linha. `status=pending` é o que ainda espera revisão humana.
Propor um limiar extraído do regulamento
O termo nasce SEMPRE como `pending`, mesmo com confiança alta: só a revisão humana (`deskReviewRegulationTerm`) liga o alerta. Valores numéricos seguem a unidade do dado.