> For the complete documentation index, see [llms.txt](https://sravni-labs-ru.gitbook.io/sravni-labs.ru-docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://sravni-labs-ru.gitbook.io/sravni-labs.ru-docs/kredity-dlya-biznesa-s-podpisaniem-dokumentov-na-storone-partnyora/biznes-dokumentaciya.md).

# Бизнес документация

В одном предложении: партнёр передаёт одну кредитную заявку, отслеживает независимую работу нескольких банков, обменивается документами, подписывает их на своей стороне и подтверждает выбранные условия через API

## 1.  Что получает партнёр

•Единый технический канал для создания кредитной заявки и передачи её нескольким банкам

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

•Документооборот через API без ручной пересылки файлов между системами.

•Возможность подтвердить одно или несколько банковских предложений и выбранные варианты условий.

### Участники и ответственность

<table data-header-hidden="false" data-header-sticky><thead><tr><th>Участник</th><th>Отвечает за</th><th>Не отвечает за</th></tr></thead><tbody><tr><td>Партнёр</td><td>Сбор данных и согласий; интерфейс клиента; polling; загрузка файлов; электронная подпись; выбор условий.</td><td>Решение банка, банковский SLA и формирование банковских документов</td></tr><tr><td>Платформа</td><td>Приём заявки; маршрутизация в банки; единый API; хранение состояния обмена; выдача документов и приём подписей</td><td>Подписание за партнёра и клиентскую страницу подписания в V1</td></tr><tr><td>Банк</td><td>Проверка заявки; запрос документов; формирование условий; итоговая выдача или отказ</td><td>Партнёрский пользовательский интерфейс и его сценарии</td></tr></tbody></table>

Бизнес-следствие: в одной заявке одновременно могут быть разные состояния: один банк ждёт документы, второй проверяет, третий уже дал условия, четвёртый отказал. Интерфейс и операционные процессы партнёра должны показывать это раздельно.

## 2. Базовое подключение партнёра

Подключение состоит из организационного согласования, сетевого доступа, выдачи учётных данных, тестирования на тестовом стенде, выдачи доступа в прод.

**Что партнёр присылает нам:**

• Перечень статических публичных исходящих IP-адресов&#x20;

• Ожидаемые объёмы: заявки в день и в пике, предполагаемая частота polling, размеры и типы документов.

• Планируемые банки в работе по заявкам

**Что мы присылаем партнеру:**

• Актуальные адреса тестового, production сервера. Адреса example.ru из спецификации являются примерами и не должны использоваться как рабочие.

• Отдельные client\_id и client\_secret для каждого контура

**По вопросам подключения писать на почты:**&#x20;

* <stanislav.filichkin@sravni.ru>&#x20;
* <mariya.ivanova@sravni.ru>&#x20;
* <artyem.kharaput@sravni.ru>

## 3. Карта процесса

<table data-header-hidden="false" data-header-sticky><thead><tr><th>Фаза</th><th>Действие партнёра</th></tr></thead><tbody><tr><td>1. Старт</td><td>Авторизоваться и создать заявку.</td></tr><tr><td>2. Проверка анкеты</td><td>Опросить состояние с рекомендованным интервалом.</td></tr><tr><td>3. Документы</td><td>Загрузить запрошенные файлы и вызвать accept.</td></tr><tr><td>4. Подписание</td><td>Скачать документы, подписать на своей стороне, загрузить откреплённые подписи и вызвать accept.</td></tr><tr><td>5. Условия</td><td>Показать доступные варианты клиенту и подтвердить выбранные.</td></tr><tr><td>6. Завершение</td><td>Продолжать polling до терминального состояния.</td></tr></tbody></table>

<figure><img src="https://50593582-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FJirQ7NMAgV06xt9qo9g2%2Fuploads%2FvYVmzOLvWUvBGq5Snoxb%2FKDB_business_status_flow.jpeg?alt=media&amp;token=bb4e3d2d-8345-4f53-bfed-7af44f2daf1a" alt=""><figcaption></figcaption></figure>