Собеседование системного аналитика в Т-Банке (Тинькофф)

Почему Т-Банк — особенный работодатель для SA

Т-Банк (Тинькофф) — один из самых продуктовых банков, с обширным IT-направлением. SA здесь работает на стыке банковских процессов и микросервисной архитектуры. Десятки команд: платежи, кредиты, инвестиции, корпоративный банкинг, поддержка. Стек преимущественно open-source: Java/Kotlin, PostgreSQL, Kafka, Redis, ClickHouse.

Особенность: финтех — это про надёжность, безопасность и compliance. SA в Т-Банке не «рисует кружочки» — он проектирует системы, которые обрабатывают финансовые транзакции с гарантиями (идемпотентность, exactly-once, ACID). На собесе ждут глубокого понимания этих принципов. Актуальные вакансии — на странице карьеры Т-Банка.

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

1. Скрининг с рекрутером (30 минут)

Опыт, мотивация. Особенности Т-Банка:

• Опыт с финтех / банковскими системами
• Знание REST, API contracts, баз данных
• В какое направление интересно — платежи / кредиты / B2B

2. SQL и базы (45-60 минут)

Live-coding SQL на банковских данных: транзакции, retention, агрегаты. Уровень — не Senior DA, но уверенный middle. JOIN, GROUP BY, оконные функции, ACID-транзакции.

3. Архитектура и API (60-90 минут)

Главный этап. Темы:

• REST vs gRPC, идемпотентность, acceptance criteria
• Микросервисы, API Gateway / BFF
• Распределённые транзакции: 2PC vs Saga
• Архитектурные паттерны
• Idempotency для платежей, retry-логика
• Архитектурные decisions records (ADR)

Подготовка: SA hub.

4. Системный кейс (60 минут)

«Спроектируй систему обработки платежей с гарантией exactly-once», «как сделать failover между сервисами», «обработай дубликат запроса от клиента».

5. Требования и BPMN (45 минут)

«Опиши процесс выдачи кредита через BPMN», «сформулируй acceptance criteria для функции возврата платежа». BPMN на собесе SA.

6. Поведенческое (45 минут)

STAR-вопросы.

7. Финал с лидом SA / team lead

Стратегический разговор.

Что Т-Банк ценит в SA

• Финтех-контекст. Знание банковских процессов (платежи, кредитование, KYC, AML)
• Системный подход. Идемпотентность, exactly-once, retry-логика — как родной язык
• Compliance. 152-ФЗ, KYC, AML — обязательно
• Скорость. Релизы быстрые, обсуждения короткие
• Кросс-функциональность. Координируешь backend, frontend, бизнес, безопасность, риск

Типичные задачи и кейсы

• «Спроектируй процесс возврата платежа за товар на маркетплейсе. Какие edge cases?»
• «Клиент жмёт «оплатить» дважды из-за тормозов сети. Гарантия не списать дважды?»
• «Как обработать timeout от внешнего платёжного шлюза?»
• «Спроектируй интеграцию с новым банком-партнёром через REST»
• «Опиши acceptance criteria для функции «оплатить по QR»»

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

1. REST и API contracts. Глубокое понимание HTTP, методов, статусов, версионирования.
2. Идемпотентность. Что это, как реализовать, когда нужна.
3. 2PC vs Saga. Распределённые транзакции в банке.
4. BPMN и требования. Тренироваться рисовать процессы и формулировать acceptance criteria.
5. SQL. Базовый middle-уровень: JOIN, оконные функции, ACID.
6. Compliance. 152-ФЗ, KYC, AML — основы.

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

• Игнорировать compliance. В банке любой процесс проходит legal/risk. PCI-DSS, 152-ФЗ — must
• «Сделаю как-нибудь». В платежах нельзя «как-нибудь». Нужно: «exactly-once через idempotency-key + UPSERT в БД»
• Не учитывать edge cases. Что если timeout? Если дубликат? Если retry?
• Зубрить инструменты без понимания. «Я делал API в OpenAPI» — мало. Объясни trade-off-ы версионирования
• Слабый SQL. В банке без SQL никак, даже для SA

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

• Собеседование системного аналитика
• ACID и уровни изоляции
• 2PC vs Saga
• API Gateway / BFF
• Идемпотентность в SA

FAQ

Сколько этапов в собеседовании на SA в Т-Банке?

Обычно 5-7: рекрутер → SQL/БД → архитектура → системный кейс → требования/BPMN → поведенческое → финал. Срок 3-5 недель.

Нужен ли финтех-опыт?

Желателен. Если приходишь из e-commerce/SaaS — упор на готовность освоить домен.

Нужно ли уметь кодить?

Желательно базовый Python или Java. Писать в production — нет. Читать код и понимать архитектуру — must.

Спрашивают ли алгоритмы?

Редко. SA — не инженер. Базовые задачи могут быть, но LeetCode-сложно не ждут.

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

Этапы основаны на публичных источниках и опыте кандидатов. Уточняйте у рекрутера.