Исламский банкинг

Семь финансовых и депозитных продуктов, в которых доход поступает от реальной сделки или предприятия, а не от объявленной процентной ставки. Платформа хранит каждый из них один раз и разоблачает их через два адреса — светский и религиозный.

Эта страница для операторов платформ. Если вы интегрируетесь в качестве партнера, светское чтение задокументировано в Финансы с участием.

Один контракт, два чтения

Продукт	Религиозное чтение (эта страница)	Светское чтение
Мушарака	`/api/v1/baas/islamic-banking/musharaka`	Партнерство
Мурабаха	`/api/v1/baas/islamic-banking/murabaha`	Распродажи в рассрочку
Иджара	`/api/v1/baas/islamic-banking/ijara`	Аренда
Мудараба	`/api/v1/baas/islamic-banking/mudaraba`	Управляемые инвестиции
Сукук	`/api/v1/baas/islamic-banking/sukuk`	Сертификационные вопросы
Вадиа	`/api/v1/baas/islamic-banking/wadiah`	Хранение депозитов
Месторождение Мудараба	—	Инвестиционные депозиты

Два чтения имеют один уровень хранения и один набор арифметики. Та же таблица, те же расписания, те же публикации в бухгалтерской книге. Отличаются адрес, префикс номера контракта и одно правило.

Правило, которое отличается

В религиозном чтении рецензия обязательна. Финансирование невозможно без заключения наблюдательного совета: Мурабаха, Мудараба, Иджара или Сукук, которые не прошли approve В светском чтении обзор необязателен — контракт может финансироваться прямо из draft.

Это обеспечивается в модели, а не в контроллере. API Финансирование договора на религиозное чтение без заключения.

Чтения изолированы

Контракт, созданный в одном чтении, не виден и не изменяем через другое. Запрос светского контракта по религиозному адресу возвращается 404, и обратное также верно - фильтры поиска путем считывания перед фильтрами по идентификации.

Это имеет значение с оперативной точки зрения: оператор, предлагающий и то, и другое, не может случайно показать светское партнерство клиента, как если бы его передала наблюдательная комиссия, и не может мутировать одно через переходы другого.

Доступ

Два условия, оба по организации:

Тип организации должен быть bank. Это конечные точки BaaS.
The islamic_finance Модуль необходимо активировать. Без него каждая конечная точка отвечает 403 с module_not_active.

Секулярное чтение запирается отдельно, participatory_finance Оператор может включить либо оба, либо ни один из них.

Разрешение есть admin or client Конечные точки религиозного не Партнёры доходят только до светского чтения.

Конечные точки

GET  /api/v1/baas/islamic-banking/stats
GET  /api/v1/baas/islamic-banking/regions
GET  /api/v1/baas/islamic-banking/screen
GET  /api/v1/baas/islamic-banking/{product_type}
POST /api/v1/baas/islamic-banking/{product_type}
GET  /api/v1/baas/islamic-banking/{product_type}/{id}
POST /api/v1/baas/islamic-banking/{product_type}/{id}/{action}

{product_type} является одним из murabaha, mudaraba, musharaka, ijara, sukuk, wadiahВсе остальное возвращается 400.

Портфель подсчитывает

GET /api/v1/baas/islamic-banking/stats

{
  "data": {
    "products": [
      { "product_type": "murabaha", "count": 512 },
      { "product_type": "mudaraba", "count": 47 },
      { "product_type": "musharaka", "count": 18 },
      { "product_type": "ijara", "count": 203 },
      { "product_type": "sukuk", "count": 6 },
      { "product_type": "wadiah", "count": 1874 }
    ],
    "total": 2660
  }
}

Это подсчеты контрактов, исходя из подсчета запросов, а не размеров страниц. Портфель из пятисот контрактов Мурабахи сообщает о пятистах.

Поддерживаемые регионы

GET /api/v1/baas/islamic-banking/regions

Возвращает регионы, где эти продукты доступны, и отдельно те, где работает система двойного банкинга, где обычные и основанные на участии продукты работают бок о бок под одним регулятором.

Скрининг

GET /api/v1/baas/islamic-banking/screen

Проверяет актив или сделку на соответствие.

Форма ответа

Религиозные цели возвращают Запись с пустыми полями удаленаплюс product_type и organization_id:

{
  "data": {
    "id": "3b9c2f18-77a4-4e0d-8c15-6ad2f9e40b31",
    "product_type": "murabaha",
    "contract_number": "MRB-AE-20260823-4A7F1C",
    "status": "active",
    "purchase_price": 180000000,
    "markup_amount": 27000000,
    "sale_price": 207000000,
    "organization_id": "…",
    "inserted_at": "2026-08-23T09:14:22Z"
  }
}

Список Добавить a meta Блок:

{ "data": [ … ], "meta": { "total": 50, "product_type": "murabaha" } }

Два отличия от светских конечных точек имеют значение для интеграции:

Суммы возвращаются как целые числа, а не струны. Небольшие единицы в любом случае, но большой контракт потеряет точность, если вы проанализируете ответ с помощью JavaScript. JSON.parse и относиться к числу как к числу. Прочитайте его как BigInt Или обработать необработанный текст.
Названия полей — нейтральные названия колонок. — compliance_review, markup_rate, custody_type - потому что оба чтения пишут одни и те же колонки. Религиозная лексика живет в контрактных документах и в кабинете, а не на проводе.

Начало - это page и per_pageПо умолчанию для страницы 1 и 50 На странице.

Меры

POST /api/v1/baas/islamic-banking/{product_type}/{id}/{action}

Все параметры идут в одном плоском теле. То, что принято, зависит от действия.

Продукт	Меры
мурабаха	`approve`, `order_asset`, `purchase_asset`, `deliver_asset`, `activate`, `record_payment`, `record_delinquency`
мудараба	`approve`, `reject`, `fund`, `activate`, `distribute_profit`, `record_loss`, `complete`
иджара	`approve`, `reject`, `acquire_asset`, `activate`, `record_rental`, `record_arrears`, `record_owner_expense`, `mark_transfer_pending`, `transfer_ownership`, `return_asset`, `terminate`
сукук	`approve`, `reject`, `start_offering`, `subscribe`, `close_subscription`, `activate`, `distribute_profit`, `mature`, `redeem`, `redeem_early`, `default`
мушарака	`buyout_unit`
Вадиа	`grant_hibah`

Неизвестное действие возвращается 422 с Unsupported action: {name}Переходная государственная машина отказывается — второй approve Например, по уже утвержденному контракту — возврат 409.

Мушарака и Вадиах здесь тоньше.

Религиозное чтение Мушарака разоблачает только buyout_unitИ только Вадиа grant_hibahДругие переходы этих двух продуктов - финансирование, активация, прибыль и убыток для партнерства; депозиты, снятие средств и блокировка для счета хранения - достижимы через светские конечные точки и через кабинет оператора, но не через эту адресную семью.

Если вы используете эти два продукта в религиозном чтении и нуждаетесь в их полном жизненном цикле. APIПоднимите его с помощью контакта с платформой, а не работайте над ним.

Одобрение

POST /api/v1/baas/islamic-banking/murabaha/{id}/approve

{
  "approved_by": "Sharia Supervisory Board, resolution 2026/14",
  "fatwa_reference": "SSB-RES-2026-014"
}

Оба approved_by и fatwa_reference есть необходимо и должно быть непрозрачнымСукук также принимает board_id, идентификатор правления, выдавшего заключение.

Одобрение, представленное без реальной ссылки, отклоняется, а не заполняется заполнителем - точкой записи, кто одобрил и на какой основе потерпел поражение в тот момент, когда система изобретает ответ.

Что показывает кабинет оператора

Личный кабинет для операторов несет религиозное чтение этих продуктов: портфолио по типу продукта, этап каждого контракта и разбивка денег и переходы выше.

Светское чтение появляется в партнерском кабинете, где партнеры распоряжаются собственными контрактами.

Выбор того, что предложить

Ты хочешь	допускать
Продукты без религиозного обрамления	`participatory_finance`
Продукция под AAOIFI Стандарты с обзором совета директоров	`islamic_finance`
И то, и другое для одной и той же клиентской базы.	И то, и другое — показания не мешают

Поскольку показания изолированы, светский контракт клиента и религиозный контракт другого клиента того же рода сидят в одной и той же таблице, не будучи видимыми с адреса другого.

Исламский банкинг

Один контракт, два чтения​

Правило, которое отличается​

Чтения изолированы​

Доступ​

Конечные точки​

Портфель подсчитывает​

Поддерживаемые регионы​

Скрининг​

Форма ответа​

Меры​

Одобрение​

Что показывает кабинет оператора​

Выбор того, что предложить​