Проектирование сервиса возврата переводов СБП для ВКР: от API до метрик

Сбербанк в марте 2026 года первым среди российских банков запустил бесплатный сервис возврата денежных переводов, совершенных через СБП. Это не просто новость для fintech-рынка, а готовый практический кейс для вашей выпускной квалификационной работы. Кейс показывает, как строятся современные платёжные интеграции, какие требования к безопасности и отказоустойчивости предъявляются, и как клиентский опыт влияет на архитектуру. Если вы пишете ВКР по backend-разработке — этот материал поможет связать теорию с живой практикой и сделать диплом защищаемым.

Темы ВКР на основе кейса СБП

Ниже — три актуальных направления, которые можно взять за основу работы. Каждая тема закрывает требования к аналитической, проектной и практической части.

Тема	Актуальность и цель	Задачи	Структура работы
Разработка сервиса инициации возврата платежей по СБП в составе банковского мобильного приложения	Актуальность: банки конкурируют за лояльность клиентов, возврат по СБП — шаг вперёд относительно конкурентов. Цель — спроектировать и реализовать backend-модуль для возврата переводов.	1. Анализ требований к СБП (НСПК). 2. Проектирование REST API. 3. Реализация бизнес-логики (Spring Boot, Kotlin). 4. Тестирование и оценка качества.	Глава 1 — анализ платёжных систем и постановка задачи. Глава 2 — архитектура и реализация. Глава 3 — тестирование, метрики, экономическая эффективность.
Анализ и оптимизация процессов возврата переводов по СБП с использованием событийной архитектуры	Актуальность: кейс Сбербанка показывает высокую нагрузку и требования к консистентности. Цель — исследовать и предложить архитектуру на основе Apache Kafka или RabbitMQ.	1. Обзор бизнес-процессов возврата. 2. Проектирование событийной модели. 3. Прототипирование пайплайна обработки событий. 4. Нагрузочное тестирование.	Глава 1 — анализ предметной области (сравнение с аналогами). Глава 2 — проектирование событийного конвейера. Глава 3 — эксперимент и сравнение с синхронным подходом.
Проектирование API для интеграции с СБП при реализации возвратов: безопасность и отказоустойчивость	Актуальность: безопасность платежей — критична. Цель — разработать API с защитой от мошенничества и обеспечением идемпотентности.	1. Анализ угроз (OWASP). 2. Проектирование идемпотентных операций. 3. Внедрение шифрования и подписи запросов. 4. Проверка через пентест и нагрузку.	Глава 1 — обзор протоколов и стандартов безопасности. Глава 2 — архитектура и реализация API Gateway. Глава 3 — тестирование на проникновение и метрики отказоустойчивости.

Основная часть: как применить кейс в вашей работе

Глава 1: Аналитика и обоснование

В первой главе кейс Сбербанка можно использовать как объект анализа. Сравните функциональность «СберБанк Онлайн» с другими банками — какие из них уже реализовали возврат? Постройте диаграмму бизнес-процесса (BPMN) для сценария «клиент хочет вернуть перевод». Главное — показать, что вы понимаете, как работает СБП и почему возврат — не тривиальная операция: это двойной перевод, проверка по антифроду, бухгалтерский учёт.

// Псевдокод процесса возврата
function initiateRefund(originalPaymentId, userId, amount):
    if !isValidUser(userId) return Reject
    // Проверка, что перевод был совершён этим пользователем
    if !canRefund(originalPaymentId, userId) return NotAllowed
    // Идемпотентность: повторный запрос не должен создавать вторую транзакцию
    if existsRefundRequest(originalPaymentId) return AlreadyProcessing
    createRefundRequest(originalPaymentId, amount)
    SendEvent("REFUND_REQUESTED")
    return Accept

Глава 2: Проектирование архитектуры

Здесь уместно использовать диаграммы C4 model или UML. На контейнерной диаграмме покажите мобильное приложение, backend API, шлюз СБП, реестр транзакций. Для описания качества — ГОСТ 34 (при разработке АС) или ISO/IEC 25010 (модель качества). Обратите внимание на требования к времени отклика: при возврате перевода пользователь ждёт подтверждения не более 2-3 секунд. Поэтому нужен кэш для статусов и асинхронные коллбэки.

Пример конфигурации Spring Boot для балансировки нагрузки:

spring:
  application:
    name: refund-service
  cloud:
    loadbalancer:
      cache:
        enabled: true
  kafka:
    bootstrap-servers: kafka-cluster:9092
    template:
      default-topic: refund-events

Глава 3: Тестирование и метрики

Обязательно посчитайте метрики эффективности. Это могут быть:

процент успешных операций возврата (цель — >99.5%);
среднее время обработки запроса (latency p95, p99);
количество инцидентов из-за мошеннических возвратов;
экономия времени клиента по сравнению с прежним ручным процессом (обращение в поддержку).

Используйте OpenTelemetry для сбора трассировок и Grafana для визуализации. Если в ВКР есть глава «Оценка эффективности», опишите, как вы используете метрики SLO: например, время обработки 95% запросов не должно превышать 300 мс.

Дополнительные стандарты и инструменты

В тексте ВКР обязательно укажите стандарты, которые применяли:

ГОСТ 34.601-90 — стадии создания автоматизированной системы;
ISO/IEC 25010 — характеристики качества ПО;
OWASP ASVS — требования к безопасности платежных API.

Типичные ошибки студентов

Ошибка 1: игнорируют реальную документацию СБП. Пишут абстрактный «шлюз», не проверяя форматы сообщений. Как избежать: скачайте актуальные спецификации НСПК, используйте тестовую песочницу.

Ошибка 2: не учитывают идемпотентность. При повторном нажатии кнопки «вернуть перевод» система создаёт дубликаты транзакций. Как избежать: введите уникальный id запроса и проверку существующих операций, как показано в псевдокоде выше.

Ошибка 3: оценка эффективности без цифр. Только слова «улучшится», «повысится» — плохо. Нужны конкретные метрики: снижение времени обработки на X%, сокращение обращений в поддержку на Y%. Отталкивайтесь от кейса Сбербанка, он задает тренд.

FAQ: вопросы студентов

Могу ли я использовать кейс из статьи как основу для ВКР?

Да. Но возьмите за основу не саму новость, а техническую задачу, которую она решает. Сформулируйте собственную постановку: «Разработать прототип сервиса возврата…». Обязательно добавьте анализ других подобных сервисов, а не только Сбербанка.

Где найти данные для исследования?

Используйте документацию НСПК, открытые материалы ЦБ РФ, статьи на Habr и CNews. Для теории — книги по архитектуре ПО. Для практической части — песочницу СБП (после регистрации как юридическое лицо) или моки.

Как оформить схемы и код в ВКР?

Схемы лучше рисовать в UML или BPMN (для бизнес-процессов). Для архитектуры используйте C4. Код — с пояснениями, не вставляйте целые листинги, только фрагменты ключевых методов. Ссылайтесь каждый фрагмент на приложение в конце работы.

Как посчитать эффективность в главе 3?

Проведите нагрузочное тестирование (JMeter, Gatling). Сравните время обработки до и после вашего решения, постройте графики. Если доступ к реальной инфраструктуре невозможен, используйте открытые бенчмарки и моделируйте данные.

Чек-лист "Что проверить перед сдачей"

Все ли ссылки на источники оформлены по ГОСТ 7.32-2017?
Соответствуют ли поставленные задачи выводам в заключении?
Есть ли диаграммы (UML, C4, BPMN) для каждой проектируемой подсистемы?
Указаны ли метрики и формулы расчета эффективности?
Проверена ли уникальность текста? Не скопирован ли код/описание из открытых источников?
Оформлены ли алгоритмы и код в приложениях с подписями?
Учтены ли требования ГОСТ 34 и стандартов качества?

CTA: Если вы ограничены по времени или чувствуете, что тема сложна, не стесняйтесь обращаться за помощью. Бесплатная консультация по вашей теме возможна уже сейчас. Мы помогаем с ВКР по ИТ-направлениям, экономя вам до 120 часов самостоятельной работы. Уточните, какая часть вызывает трудности — вместе найдём решение.

Материал подготовлен экспертами компании zavedu (бренд для работ по ИТ). Мы помогаем студентам с 2010 года: от выбора темы до нормоконтроля и защиты. Если вам нужна помощь в разработке темы или оформлении работы, наши специалисты готовы подсказать.

Последнее обновление: 2026-08-14

Источник: Сбербанк запустил уникальный сервис возврата переводов по СБП в мобильном приложении (опубликовано 2026-03-18)

```