Собеседование на системного аналитика в ПСБ

Почему ПСБ — особенный работодатель для СА

ПСБ (Промсвязьбанк) — крупный государственный банк с особым статусом: универсальный банк с фокусом на корпоративном сегменте, опорный банк по обслуживанию гособоронзаказа (ГОЗ) и сделок в оборонно-промышленном комплексе. Для системного аналитика это специфический контекст: классическая банковская регуляторика (ЦБ-отчётность, AML, IFRS-9) дополняется требованиями по ГОЗ (275-ФЗ) с отдельными контурами учёта, audit trail и compliance-проверками. Стек модернизируется, но особый статус накладывает дополнительную ответственность за качество спецификаций и документации.

Главные задачи СА в ПСБ: проектирование интеграций между АБС, карточным процессингом, корпоративными системами, специализированными ГОЗ-системами; написание спецификаций API; моделирование процессов в BPMN; работа с регуляторными требованиями (115-ФЗ, AML, 275-ФЗ для ГОЗ, обязательные нормативы); проектирование систем с immutable audit trail для compliance; документирование интеграций для регуляторных проверок.

Стек инструментов: Confluence, Jira, Swagger/OpenAPI, BPMN-инструменты, PlantUML, C4. На технической стороне аналитик работает с Oracle и MS SQL Server (core banking), PostgreSQL, Kafka, REST API. Команда плотно работает с архитекторами, разработкой, риск-функцией и compliance.

Актуальные вакансии — на hh.ru и сайте ПСБ.

Этапы собеседования

Полный цикл — 5-8 недель, 5-6 этапов. Процесс корпоративный с СБ-проверкой: HR, техническое интервью, архитектурный кейс, профильное интервью, поведенческое, финал. Для ролей с ГОЗ-доступом — расширенная СБ.

1. HR-скрининг (30-45 минут)

Рекрутер уточняет: опыт системного анализа (от 2-3 лет, желательно с банковским контекстом), знание API и BPMN, мотивацию идти в ПСБ, ожидания по компенсации и формату (Москва), готовность к СБ-проверке. Готовь питч на 90 секунд про самый сложный интеграционный проект.

2. Техническое интервью (60-90 минут)

Базовая секция с senior СА или архитектором. Темы: REST API design, OpenAPI/Swagger, архитектурные паттерны, микросервисы vs monolith, messaging-паттерны, базы данных (Oracle, MS SQL — банковская специфика), безопасность (OAuth 2.0, JWT, mTLS, audit trail), C4. Специфический вопрос: «как ты спроектируешь интеграцию с системой ведения отдельных счетов по 275-ФЗ с гарантиями immutability и audit trail».

Подготовка: REST API design, Безопасность и compliance, Microservices architecture.

3. Архитектурный кейс (90 минут)

Самая характерная секция. Кейс: «спроектируй интеграцию для отчётности по 275-ФЗ с обязательным audit trail», «опиши процесс контроля движения средств по контракту ГОЗ в BPMN», «как ты спроектируешь систему сверки расчётов по корпоративному эквайрингу с компенсацией для регуляторных проверок». Нужно: уточнить требования (бизнес-цель, объём, SLA, compliance), нарисовать архитектуру C4, описать API-контракты, продумать обработку ошибок и идемпотентность, заложить audit trail и immutability. Сильный сигнал — учёт особого статуса ПСБ.

Подготовка: Интеграция и архитектура, BPMN и требования, C4 документация.

4. Профильное интервью + поведенческое (60-90 минут)

Беседа с владельцем продукта или архитектором. Темы: как собираешь требования, разрешаешь конфликты, ведёшь документацию. STAR-формат: расскажи про длинный compliance-проект, кейс с регуляторными требованиями.

5. Финал + СБ (1-4 недели)

Беседа с тимлидом, грейд, оффер. Параллельно идёт СБ — для ГОЗ-команд расширенная.

Особенности по командам

Корпоративный бизнес. Команда работает с продуктами для юр.лиц: расчётные счета, корпоративные карты, эквайринг, кредитование. Стек — REST API + Kafka + интеграция с core banking + специализированные корпоративные системы. Подойдёт СА с корпоративным банковским опытом.

ГОЗ и специальные счета (275-ФЗ). Команда отвечает за продукты для предприятий ОПК и гособоронзаказа: ведение отдельных счетов, контроль движения средств по контракту, отчётность Минфину и заказчикам, соответствие 275-ФЗ. Стек — REST + интеграции с специализированными ГОЗ-системами + WORM-хранилища для immutable logs. Челлендж — высокая ответственность, требования к immutable audit trail, СБ-доступ. Подойдёт кандидатам с зрелым DWH-опытом и готовностью к compliance-нагрузке.

Розница и продукты для физлиц. Команда занимается розничными продуктами. Стек — REST + Kafka + core banking + CRM. Подойдёт СА с банковским розничным опытом.

Compliance и регуляторика. Команда работает с регуляторными требованиями: AML, обязательные нормативы, IFRS-9, ЦБ-отчётность, отчётность по особому статусу. Стек — интеграции с системами compliance + витрины для отчётности. Подойдёт СА с зрелым банковским опытом.

Казначейство и ALM. Команда занимается казначейскими операциями. Стек — REST + специализированные торговые системы. Подойдёт СА с финансовым бэкграундом.

Что ПСБ ценит в СА

Опыт интеграций с immutability и audit trail. Главное — уметь спроектировать систему с гарантированным audit trail и immutability. История «спроектировал интеграцию ГОЗ-системы с WORM-хранилищем для compliance проверок Минфина» — сильный сигнал.

Compliance-зрелость. Кандидат, который понимает специфику audit trail, immutable logs, доказательной цепочки — сильный сигнал. Если на кейсе нет ни слова про compliance — балл просядет.

Банковский контекст. Опыт в банке, аудите, страховой — большой плюс. Для ГОЗ-команд знание 275-ФЗ — значительный плюс.

Weak vs strong на архитектурном кейсе. Слабый ответ: «возьмём микросервисы и REST для ГОЗ-системы — modern stack». Сильный ответ: «ГОЗ-отчётность по 275-ФЗ требует immutability и доказательной цепочки. Архитектура: API в gateway → транзакция фиксируется в core banking → событие в Kafka с идемпотентным ключом → consumer фиксирует в immutable WORM-хранилище с цифровой подписью операционной системы → batch-pipeline формирует отчётность для Минфина с reconciliation против WORM. На каждом шаге audit trail с timestamp и user_id. Если consumer падает — retry с idempotency-ключом, не дублирует записи в WORM».

Готовность к корпоративной среде и СБ. ПСБ — банк с особым статусом, СБ-проверки серьёзные. Кандидат, который ругает «бюрократию» или не готов к СБ — рассматривается слабее.

Документация. ПСБ ценит СА, которые умеют писать формальную документацию с учётом регуляторных требований.

Как готовиться: план

За 6-8 недель до планируемого собеса:

1. Неделя 1-2 — REST API design и микросервисы. HTTP-методы, idempotency, версионирование, error handling, OpenAPI. Архитектурные паттерны, gateway, BFF. Прорешай 5-7 кейсов. Параллельно — на Карьернике обнови базу по SQL и логике: 1500+ задач по SQL, статистике и логике, по 15-20 минут в день, чтобы закрыть пробелы по SQL-сценариям.
2. Неделя 3 — BPMN, C4, audit trail. BPMN-нотация, C4-нотация, паттерны immutable logs (WORM, append-only, event sourcing).
3. Неделя 4 — Банковский и compliance контекст. Прочитай ЦБ-инструкции 199-И, 138-И, обзорно 275-ФЗ. Запомни понятия: core banking, корпоративный клиент, ГОЗ, отдельный счёт, целевое использование, AML.
4. Неделя 5 — Архитектурные кейсы. Прорешай 5-6 кейсов: ГОЗ-отчётность с audit trail, контроль 275-ФЗ в BPMN, immutable log для compliance, корпоративный эквайринг, миграция legacy. Структура — требования → C4 → API → процессы → audit trail. Интеграция и архитектура.
5. Неделя 6-8 — Mocks и behavioral + СБ-документы. Если есть СБ-проверка, фоном собирай документы. Mock-интервью, 5-7 STAR-историй: конфликт с регулятором или compliance, факап в проде, длинный проект с особыми данными.

Частые ошибки

Не понимают compliance-контекст. Кандидат проектирует «modern stack» через Kafka Streaming для ГОЗ-отчётности. Не упоминает, что важна не скорость, а доказательная цепочка и immutability.

Не разбираются в 275-ФЗ для ГОЗ-команд. «Что такое отдельный счёт ГОЗ, контракт ГОЗ?» — кандидат теряется.

Игнорируют audit trail. В compliance-pipeline нужен immutable log и подписанные снапшоты. Кандидат, который этого не упоминает, теряет балл.

Не думают про reconciliation. В банке расхождение данных — это претензия. Сверка должна быть в дизайне с самого начала.

Не готовы к СБ. Для ПСБ это норма. Если категорически против — лучше не идти в ГОЗ-команды.

Связанные темы

• Собеседование на системного аналитика
• Безопасность и compliance
• Интеграция и архитектура
• Собеседование на системного аналитика в Сбере
• Собеседование на Data Engineer в ПСБ

FAQ

Удалёнка в ПСБ для СА?

Гибрид с офисом в Москве. Для ролей с ГОЗ-доступом — обязательно офис.

Зарплатные вилки 2026?

Middle СА: 250-380k. Senior: 380-600k. Lead — выше, особенно в ГОЗ и compliance-направлениях (есть надбавка за допуск).

Нужен ли английский?

Базовый — для документации. Свободного говорящего не требуется.

Сколько этапов?

5-6 этапов, 5-8 недель из-за СБ. Для ГОЗ-ролей — до 8-10 недель.

Реально ли пройти без опыта в ГОЗ?

В корпоративные команды без ГОЗ — реально, нужно знать банковский периметр и compliance. В ГОЗ-команды без опыта работы с 275-ФЗ и спецсчетами идти сложно: придётся осваивать особенности контроля движения средств и регламентов Минфина на ходу, а это требует месяцев. Стартовать лучше с корпоративных команд, потом — переходить в ГОЗ. Полезно до собеса прочитать обзорно 275-ФЗ и понять, чем отдельный счёт ГОЗ отличается от обычного расчётного — это сразу даёт +1 в восприятии интервьюером.

Это официальная информация?

Этапы основаны на публичных источниках и опыте кандидатов. Уточняйте у рекрутера — формат и грейды отличаются по командам, для ГОЗ-команд требования жёстче.