Сбер первым среди российских банков запустил бесплатный возврат переводов, совершённых по Системе быстрых платежей, прямо в интерфейсе «СберБанк Онлайн». Раньше клиенту приходилось звонить в банк, писать в чат или лично посещать отделение. Теперь операция доступна в пару касаний внутри мобильного приложения. Для студента ИТ-направления это не просто новость из финансового сектора, а готовая предметная область для диплома: тут и интеграция с платёжным API, и проектирование пользовательского сценария, и вопросы идемпотентности, безопасности и тестирования.
В этой статье разберём, как превратить кейс Сбера в полноценную ВКР: от аналитической главы до тестирования и метрик. Вы получите конкретные схемы, темы и практические советы, которые можно сразу встраивать в диплом.
Прежде чем переходить к проектированию, выберите угол исследования. Вот три рабочие темы, которые легко защитить. К каждой — цель, задачи и структура по главам.
| Тема ВКР | Актуальность | Цель | Задачи (3-4) | Структура работы |
|---|---|---|---|---|
| Проектирование сервиса возврата переводов по СБП в мобильном приложении банка | Сбер первым реализовал этот сценарий — значит, рынок платёжных приложений нуждается в аналогичных решениях. Диплом будет опираться на свежий тренд. | Разработать архитектуру и пользовательский сценарий функции «Возврат по СБП» для мобильного банка. | 1. Проанализировать требования к возвратам в СБП. 2. Спроектировать структуру экранов и логику обработки. 3. Описать интеграцию с API СБП. 4. Провести нагрузочное тестирование. |
Гл.1 — анализ платёжных систем и стандартов. Гл.2 — проектирование архитектуры. Гл.3 — реализация прототипа и тесты. |
| Анализ и оптимизация пользовательского пути при возврате платежей в СБП | Банки соревнуются за клиента, и скорость/простота возврата — важное преимущество. Кейс Сбера показывает, как можно снизить количество обращений в поддержку. | Сократить время выполнения возврата и повысить процент успешных операций. | 1. Смоделировать текущий пользовательский путь (AS-IS). 2. Определить точки отказа и задержки. 3. Разработать целевой путь (TO-BE). 4. Оценить экономический эффект. |
Гл.1 — обзор способов возврата в банках. Гл.2 — моделирование процессов и UX-сценариев. Гл.3 — прототип и метрики. |
| Интеграция платёжного API СБП с учётом требований безопасности (кейс мобильного банка) | Возврат средств связан с рисками: мошенничество, ошибки идентификации, «двойные списания». Актуальность подчёркнута решением Сбера первым внедрить сервис. | Спроектировать безопасную интеграцию с СБП для сценария возврата. | 1. Проанализировать стандарты безопасности СБП. 2. Разработать схему аутентификации и авторизации. 3. Реализовать протокол идемпотентных запросов. 4. Провести тесты на проникновение. |
Гл.1 — анализ угроз и стандартов. Гл.2 — проектирование защищённого API-шлюза. Гл.3 — реализация и пентесты. |
В первой главе диплома нужно показать, почему возврат по СБП — удобнее, чем классический возврат по распоряжению. Используйте сравнительную таблицу. Она ляжет в основу аналитики и легко защищается: наглядные аргументы, привязанные к кейсу Сбера.
| Параметр | Возврат через СБП (как у Сбера) | Возврат через банковский перевод по реквизитам |
|---|---|---|
| Скорость операции | Мгновенно (10–15 секунд) | От 1 до 3 банковских дней |
| Действия клиента | Выбрал операцию в приложении, нажал «Вернуть» | Заполнил форму, указал реквизиты, ожидает подтверждения |
| Комиссия | 0 ₽ (по кейсу Сбера) | Часто от 1% до 2% |
| Ошибки в реквизитах | Исключены, так как перевод идентифицируется по номеру операции | Высокая вероятность, деньги могут уйти не туда |
| Нагрузка на поддержку | Минимальная | Высокая (заявки, проверки, ручной ввод) |
Дальше обоснуйте выбор технологий. Если применяете RabbitMQ или Kafka для обработки запросов на возврат — объясните, что очередь гарантирует доставку события и позволяет повторно обработать сбойные операции. Если используете Kubernetes — акцент на горизонтальном масштабировании в пиковые нагрузки (например, в конце месяца). Все эти решения — не просто модные слова, а реальные инструменты, которые использовали бы и в Сбере.
Вторая глава — основная. Здесь вы показываете архитектуру. Для кейса возврата по СБП подойдут две диаграммы: UML use case и sequence. Не нужно рисовать десятки схем — достаточно трёх, но качественных.
Мобильный клиент → API-шлюз → Сервис возвратов → СБП API
↓ ↓ ↓
Экраны UI Проверка прав Идемпотентность
и лимитов Запись в БД
Вот что важно описать:
operation_id и статус обработки.operation_id.Этот сценарий отлично ложится в главу «Проектирование». Приложите sequence-диаграмму. Если не уверены в оформлении — вот краткая памятка: на диаграмме слева направо идут акторы и системы: Клиент — Мобильное приложение — Сервис возврата — СБП API. Между ними стрелки с сообщениями и временем жизни объектов.
В третьей главе нужно показать не только «всё работает», но и что это можно измерить. Для платёжных сервисов обязательны следующие метрики:
| Метрика | Формула / способ расчёта | Целевое значение |
|---|---|---|
| Среднее время выполнения возврата | сумма времени успешных операций / количество операций | ≤ 2–3 секунды |
| Процент успешных возвратов | успешных / всего запросов × 100% | ≥ 99% |
| RTO (целевое время восстановления) | Определяется для сценария отказа СБП API | ≤ 5 минут |
| RPO (допустимая потеря данных) | Учитывается для БД сервиса возвратов | ≤ 1 минута |
| Ошибки идемпотентности | Дублирование операций при повторных запросах | 0 |
Для сбора этих метрик можно использовать OpenTelemetry и Grafana. В дипломе уместно сделать скриншот дашборда с временем ответа и количеством ошибок. Даже если вы пишете теоретическую ВКР, таблица с метриками существенно поднимает её ценность — преподаватели видят системный подход.
Если ваша специальность — экономика ИТ, добавьте расчёт экономической эффективности: сколько рублей экономит банк, если клиент делает возврат сам, а не через поддержку. Обычно стоимость обращения в колл-центр — 100–200 ₽, а стоимость операции в приложении — 1–3 ₽. Смотрите по открытым источникам.
Ошибка 1. Подмена понятий. Пишут «интеграция со СБП» и добавляют в стек Swagger и REST, но не объясняют, как именно происходит взаимодействие. В итоге выглядит как набор терминов.
Как избежать: Нарисуйте схему с конкретными методами API: /api/v1/refund, /api/v1/status. Опишите форматы запросов и ответов.
Ошибка 2. Отсутствие метрик. Говорят «система быстрая» без цифр. Это сразу видно на защите.
Как избежать: Добавьте таблицу с целевыми значениями и скриншот теста.
Ошибка 3. Игнорирование ГОСТ 34.602-89 при оформлении ТЗ. Требования к системе описывают как хотят, а не как нужно.
Как избежать: Скачайте шаблон технического задания по ГОСТ 34.602-89 и перенесите свои требования в подраздел «Функциональные характеристики».
В дипломе не нужен реальный банк. Достаточно прототипа на Spring Boot / FastAPI, который имитирует API СБП. Сделайте простую заглушку с методами приёма и возврата платежа. Для защиты важнее понимание архитектуры и обоснование решений, чем рабочий код в продакшн-качестве.
Да, на многих специальностях код обязателен. Но достаточно MVP: сервис с одним эндпоинтом возврата и тестами. В методичке обычно указано «элементы программной реализации». Если не уверены — спросите у научного руководителя заранее. Лучше показать небольшой, но работающий код, чем выдуманный.
Используйте генераторы тестовых платёжных карт и тестовые sandbox-контуры СБП (есть в документации НСПК). Если доступ к песочнице получить сложно, создавайте тестовые транзакции в своей базе данных по методике, описанной в статье. Не используйте реальные данные клиентов — это нарушение законодательства.
Подойдут онлайн-инструменты типа draw.io, режим PlantUML или Excalidraw для черновиков. В пояснительной записке вставляйте экспортированный PNG или SVG. Главное — единый стиль и подписи на русском (если вуз не требует иного).
Эти навыки напрямую требуются на позициях junior backend-разработчика, системного аналитика и тестировщика. Тема «возврат по СБП» звучит современно и показывает, что вы следите за рынком финтеха — а это всегда плюс на защите.
Понимаете, что времени до сдачи меньше, чем кажется? Средний объём качественной ВКР — 80–90 страниц, а на реальную отладку сервиса и оформление уходит около 120 часов. Если вы сейчас в цейтноте, оставьте заявку на бесплатную консультацию — обсудим, как распределить задачи, какие материалы уже готовы и что можно успеть без потери качества. Поможем с дипломом независимо от темы: от платёжных сервисов до систем машинного обучения.
Источник: Сбер запустил сервис возврата переводов по СБП в мобильном приложении (опубликовано 2026-03-17)