Поиск по контрактам всех типов
POST   /bs-core/main/all-contracts/partial-load
Этот метод используется для поиска контрактов и формирование списка параметров и их значений по искомым контрактам.
Запрос
/bs-core/main/all-contracts/partial-load
{
"fields": [
"id",
"client.id",
"client.creationDate",
"client.additionalInfo.riskStatusType.id",
"name",
"creationDate",
"closeDate",
"closedStatus.id",
"branch.id",
"subdivision.id",
"loanAmount",
"creditProductName",
"creditProduct.id",
"loanApplication.id",
"loanApplication.gettingMoneyMethod.id",
"loanApplication.name",
"creditField.id",
"contractLastComment",
"contractCustomStatusComment",
"contractCustomStatusDate",
"client.naturalperson",
"client.sex.id",
"client.lastName",
"client.firstName",
"client.patronymic",
"client.title",
"issueDate",
"forIssue"
],
"orderBy": "id",
"orderDirection": "DESC",
"orderByFields": [
{ "field": "creationDate" },
{ "field": "manualStatusId", "direction": "desc" }
],
"searchFields": [
{
"field": "creationDate",
"value": ">=2017-09-11 00:00:00"
},
{
"field": "contractType.id",
"value": 101911
}
],
"countFrom": 0,
"countTo": 10
}
Описание параметров
Параметр | Обязателен | Тип данных | Описание |
fields | R | [collection] | Коллекция полей, которые должны вернуться в результатах поиска. |
fields.{fieldName} | М | [string][255] | В качестве элементов списка могут быть указаны любые поля из Контракта и из списка динамических параметров, которые не являются внешними ключами. Например: "name", "CreationDate" и так далее. Признаком внешнего ключа является указание в описание параметра на метод, который позволяет по ID (по значению параметра - получить объект). Пример: clientId. Для полей, которые являются внешними ключами - возможно получение любых полей объекта, ID котрого указано в поле. Например: в объекте контракт есть поле clientId, которое является внешним ключом. Это значит, что мы можем запросить любое поле объекта клиент: client.id, client.lastName и так далее. Также возможны варианты, при которых мы можем запросить поля из более глубоких сущностей, при наличии внешних ключей в объекте. Например: client.passport.seria - позволяет получить серию паспорта клиента, от которого оформлена заявка. |
orderBy | R | [string][255 ] | Название поля, по которому надо делать сортировку. С релиза 2.0.0-65 для сортировки следует использовать коллецию orderByFields. |
orderDirection | R | [enum ] | Направление сортировки результатов поиска
С релиза 2.0.0-65 для направления сортировки следует передавать направление в коллекции orderByFields. |
orderByFields | R | [collection] | Массив полей, по которым происходит сортировка. "orderByFields": [ В этом примере сортировка происходит по полям creationDate и manualStatusId. Также результат сортируется по убыванию. Для направления сортировки используется параметр manualStatusId. Если поле direction не указан, то сортировка по полю выполняется по возрастанию. Если в запросе на ядро переданы оба способа сортировки, то старый способ задания сортировки игнорируется. Эти изменения действуют с релиза 2.0.0-65. Смотрите также описание параметров orderBy и orderDirection. |
searchFields | R | [string] | Условия поиска (фильтрации) всех видов контрактов, наличие параметра searchFields является обязательным, однако это может быть пустая коллекция (условия поиска могут быть не заданы). Строго рекомендуется задавать параметры фильтрации. |
searchFields._.field | М | [string][255 ] | Название поля, по которому нужно сделать фильтрацию. Правила формирования этого поля следующие: В качестве элементов списка могут быть указаны любые поля из сущности Контракт и из списка динамических параметров, которые не являются внешними ключами. Например: "name", "CreationDate" и так далее. Признаком внешнего ключа является указание в описание параметра на метод, который позволяет по ID (по значению параметра - получить объект). Пример: clientId. Для полей, которые являются внешними ключами - возможно получение любых полей объекта, ID котрого указано в поле. Например: в объекте Заявка есть поле clientId, котрое является внешним ключом. Это значит, что мы можем запросить любое поле объекта клиент: client.id, client.lastName и так далее. Также возможны варианты, при которых мы можем запросить поля из более глубоких сущностей, при наличии внешних ключей в объекте. Например: client.passport.seria - позволяет получить серию паспорта клиента, от которого оформлена заявка. |
searchFields._.value | М | [string][255] | Значение для фильтрации. В значении параметра может указывается как точное значение, так и нет. Для значений не полного соответствия используются различные параметры. Для указания значений этого параметра можно использовать следующие операторы: %, like, !=, null, not null, >, <, >=, <=. Для передачи даты используется следующий формат YYYY-MM-DD (действует с 2.0.0-65 релиза) например 2018-05-25, а для передачи даты и времени YYYY-MM-DD hh:mm:ss (например 2018-05-25 12:22:35). Пример: { Так и условия строгого и нестрогого неравенства, например: { { Так же в поле "field" можно передать тип контракта ( по умолчанию поиск по всем типам контракта) : Кредитный - 101911; Депозитный - 101912; Паевой - 101913. Например: { "field": "contractType.id", "value": 101911 } Поле businessStatus из списка динамических параметров в списке поля для вывода и в списке полей для поиска может принимать значение null. Например: |
searchFields._.ornumber | М | [string][255] | Значение для группировки параметров поиска (фильтрации) в условии OR. Пример 1: { { { Пример 2: { { { { В выражении языка SQL : (name like "1%" OR name like "5%" ) AND (loanAmount = 10000 OR loanAmount = 20000) |
countFrom | R | [int] | Смещение от начала поиска, т.е. если хотим получить с 10-ой записи, то передаем 10. |
countTo | R | [int ] | Лимит (сколько записей будет возвращено) |
Ответ
{
"status": "ok",
"timestamp": 1513858991828,
"data": [
{
"id": 101341642,
"fields": {
"name": "001719",
"contractType.id": 101911,
"contractType.name": "Кредитный"
}
}
]
}