diff --git a/IT/reliability_risk/risk/850P/flow/base/tp1_2sys.md b/IT/reliability_risk/risk/850P/flow/base/tp1_2sys.md new file mode 100644 index 00000000..1c04f585 --- /dev/null +++ b/IT/reliability_risk/risk/850P/flow/base/tp1_2sys.md @@ -0,0 +1,99 @@ +### prompt tp1 +Ты проектируешь схему данных ИТ-ландшафта коммерческого банка. +Напиши какие потоки данных могут быть между: +«Система ДБО» и «Шлюз к системе быстрых переводов» при операциях привлечения денежных средств во вклады (отдельно для физ-лиц и юр-лиц) + +При проектировании схемы данных для коммерческого банка, взаимодействие между **Системой ДБО** (Интернет-банк/Мобильный банк) и **Шлюзом к СБП** (Система быстрых платежей) в контексте привлечения вкладов (депозитов) будет различаться для физических и юридических лиц. + +Главное отличие: для физических лиц СБП используется для зачисления средств на счет вклада (пополнение) или вывода средств (возврат с процентами). Для юридических лиц СБП используется реже (из-за лимитов сумм и специфики B2B), но теоретически может применяться для переводов в пользу компании (пополнение расчетного счета, с которого потом пойдет списание на депозит) или для выплат. + +Вот детализация потоков данных: + +--- + +### 1. Операции для Физических лиц (Retail) + +Для физлиц СБП — это основной канал для срочного пополнения вклада или получения денег «на карту». + +#### А. Пополнение вклада / Открытие вклада с переводом из другого банка +* **Контекст:** Клиент открывает вклад в ДБО и хочет внести первоначальную сумму или пополнить существующий вклад деньгами из стороннего банка. + +* **Поток 1 (Запрос на инициирование платежа):** + * **Направление:** ДБО -> Шлюз СБП + * **Данные:** Команда на создание платежа (C2B или C2C-перевод). Содержит сумму, назначение платежа (например, «Пополнение вклада №...»), идентификатор клиента (в СБП) и реквизиты банка-получателя (самого себя, но для зачисления на счет клиента). + * **Цель:** Запрос на списание средств со счета клиента в другом банке и зачисление их на его счет/транзитный счет в нашем банке. + +* **Поток 2 (Проверка статуса операции):** + * **Направление:** ДБО <-> Шлюз СБП + * **Данные:** Запрос статуса платежа по ID операции. Ответ: «В обработке», «Завершено успешно», «Отказ» (недостаточно средств, лимиты и т.д.). + * **Цель:** Отображение клиенту актуального статуса пополнения вклада в интерфейсе. + +* **Поток 3 (Уведомление о зачислении средств):** + * **Направление:** Шлюз СБП -> (через АБС/Ядро) -> ДБО + * **Данные:** Уведомление (коллбэк) об успешном зачислении средств на транзитный/клиентский счет. Передается уникальный идентификатор транзакции СБП, сумма, код авторизации. + * **Цель:** Триггер для АБС (Автоматизированной банковской системы) увеличить остаток по вкладу/счету и отобразить это в ДБО. + +#### Б. Возврат вклада / Выплата процентов (Вывод средств) +* **Контекст:** Окончание срока вклада, расторжение договора или выплата процентов. Клиент хочет получить деньги на счет в другом банке (внешнем) по СБП. + +* **Поток 4 (Запрос на вывод/перевод):** + * **Направление:** ДБО -> Шлюз СБП + * **Данные:** Запрос на перевод средств (P2P) с нашего счета клиента на его счет в другом банке. Содержит номер телефона получателя (или токен СБП), сумму, ФИО получателя, назначение (например, «Выплата вклада»). + * **Цель:** Инициировать отправку денег клиенту через СБП. + +* **Поток 5 (Подтверждение списания):** + * **Направление:** Шлюз СБП -> ДБО + * **Данные:** Информация о том, что средства успешно списаны с корсчета банка и отправлены получателю (квитанция СБП). + * **Цель:** Закрыть наряд в ДБО, показать клиенту чек и перевести вклад в статус «Закрыт» или уменьшить остаток (для частичного снятия). + +--- + +### 2. Операции для Юридических лиц (SME/Corporate) + +СБП для юрлиц работает иначе (C2B и B2C чаще, чем B2B из-за лимитов). Обычно поток выглядит так: клиент-юрлицо платит через ДБО (ручное управление) или компания получает выплаты от банка. + +#### А. Привлечение средств (Пополнение депозита) +Юрлицо редко пополняет депозит переводом из другого банка через СБП (из-за жестких суточных лимитов на один телефон). Чаще это платеж с расчетного счета (внутрибанковский или по платежному поручению). Однако, если компания хочет быстро завести малую сумму или используется упрощенный режим: + +* **Поток 6 (Запрос на пополнение с телефона учредителя):** + * **Направление:** ДБО (корпоративный) -> Шлюз СБП + * **Данные:** Запрос на создание QR-кода или короткой ссылки для пополнения счета компании/депозита (C2B). Данные: сумма, назнатие, ID счета компании. + * **Цель:** Сгенерировать QR-код, который учредитель может оплатить своим личным приложением другого банка, и деньги упадут на расчетный счет компании (с которого они автоматически или вручную уйдут на депозит). + +* **Поток 7 (Информация о платеже от учредителя):** + * **Направление:** Шлюз СБП -> АБС -> ДБО (корп.) + * **Данные:** Информация о поступлении средств на счет компании от физлица (учредителя). В назначении платежа может быть ссылка на договор депозита. + * **Цель:** Уведомить бухгалтера о поступлении средств для последующего размещения на депозит. + +#### Б. Размещение средств (Активная операция банка) +Банк может привлекать средства юрлиц, но перевод денег самого юрлица на депозит обычно идет через обычное платежное поручение (не СБП). СБП здесь не участвует. + +#### В. Выплата процентов / Возврат депозита (B2C-выплата) +Это самый частый сценарий для юрлиц через СБП. Компания закрывает депозит, и банк должен выплатить деньги (например, директору компании как физлицу или на карту сотрудника). + +* **Поток 8 (Выплата на счет физлица):** + * **Направление:** ДБО (корп.) / АБС -> Шлюз СБП + * **Данные:** Запрос на перевод средств со счета юридического лица (или банковского транзитного счета) на счет физического лица (директора, учредителя) в другом банке по номеру телефона (B2C-перевод). Содержит ИНН компании (для идентификации плательщика-юрлица), сумму, телефон получателя, назначение («Выплата доходности по депозиту»). + * **Цель:** Быстро вывести средства из оборота компании в личный кошелек бенефициара. + +* **Поток 9 (Подтверждение исполнения B2C):** + * **Направление:** Шлюз СБП -> ДБО (корп.) + * **Данные:** Статус отправки перевода, уникальный номер в СБП. + * **Цель:** Фиксация факта исполнения обязательств перед клиентом в системе ДБО. + +--- + +### Резюме для проектирования схемы + +В вашей схеме данных для узла «Шлюз СБП» необходимо предусмотреть следующие типы взаимодействий с ДБО: + +1. **Физлица:** + * *Запрос на пополнение (Debit) — ДБО -> СБП.* + * *Запрос на вывод (Credit) — ДБО -> СБП.* + * *Уведомление о статусах (Sync/Async) — СБП -> ДБО.* + +2. **Юрлица:** + * *Запрос на выплату физлицу (B2C) — ДБО (корп) -> СБП.* + * *(Опционально) Генерация QR для пополнения счета с целью депозита — ДБО (корп) -> СБП (сервис генерации).* + +**Важно:** Шлюз СБП обычно не хранит данные о вкладах. Он оперирует счетами, телефонами и суммами. Вся логика привязки платежа к конкретному договору вклада должна реализовываться либо в ДБО (на стороне клиента), либо в АБС (на стороне бэк-офиса), которые общаются через Шлюз.