ПРОФИЛЬ ДЛЯ НАЙМА · TECHNICAL DUE DILIGENCE · РЕШЕНИЯ И ДАННЫЕ
Финансовая архитектура, бизнес-анализ и данные — в проверяемый рабочий контур
Эта страница нужна для оценки опыта, стека и роли в проекте. Консалтинговое позиционирование оставлено в «Обо мне» и кейсах, а здесь — проверяемая хронология, требования, данные, NFR и результат.
Профиль для наймаТехнический due diligenceФинансовый архитекторПроектирование решений и данных
Если нужен проект или архитектурный разбор
Лучше идти не с резюме, а через метод, кейсы и рабочие экраны: там видна категория финансового архитектора, управленческий результат и границы участия.
Открыть «Обо мне»Если нужен найм или технический due diligence
Эта страница показывает хронологию, роли, стек, требования/NFR, трассировку реализации и PDF/DOCX без закрытых данных.
Проверить опытPDF / DOCX ИЗ РЕЗЮМЕ
Актуальный ATS-friendly профиль
В файлах сохранён полный HR-формат: контакты, хронология, стек, архитектурная роль, требования/NFR, трассировка реализации и бизнес-результаты.
КАК ЧИТАТЬ ОПЫТ
Не список задач, а архитектурная цепочка решения
Каждая позиция раскрывается через один маршрут: контекст и проблема → архитектурная роль → декомпозиция и решения → требования/NFR → трассировка реализации → бизнес-результат.
Контекст и проблема
Сначала фиксирую бизнес-цель, ограничения, спорные определения и границы системы.
Архитектурная роль
Разделяю домены, источники истины, интеграции, данные, NFR и ответственность компонентов.
Требования и трассировка
Связываю цель → требование → компонент → данные → контрольный сценарий.
Реализация и приёмка
Передаю BRD/ТЗ, OpenAPI, SQL-логику, UAT-кейсы и проверяю результат по данным.
Бизнес-результат
Решение остаётся не презентацией, а рабочим контуром с проверками и владельцами.
ОПЫТ И ДОКАЗАТЕЛЬСТВА
Где этот опыт применялся
На странице оставлена управленческая выжимка. Полная ATS-версия с контактами и подробными формулировками доступна в PDF/DOCX.
ВЭД Агент · ERP, логистика, ВЭД, DWHКонтекст Архитектурная роль
Бизнес-/системный аналитик
Legacy ERP на MariaDB, тяжелая бизнес-логика в функциях БД, спорные определения клиентских и финансовых показателей.
Формирование целевого решения и сквозная трассировка требований от бизнес-модели до данных, компонентов и приемочных проверок.
Проектирую контур ERP → DWH → BI: клиентский lifecycle, финансовая сверка, reconciliation, перенос тяжелой логики в Python/ClickHouse и сервис ERP ↔ 1С.
Декомпозиция, требования и решения
- Декомпозировал домены клиентского lifecycle, финансовых операций, сверки и управленческой отчётности.
- Спроектировал ERP MariaDB → raw/fact/view в ClickHouse → Power BI: зерно фактов, ключи, историчность, lineage и drilldown до ERP-документа.
- Проработал событийную модель клиента: активность, неактивность, потеря и реактивация объясняются бизнес-событиями и историей поставок.
- Сформировал требования к reconciliation-слою: счет, платёж, операция, закрывающий документ, детализация расхождений и контрольные суммы.
- Спроектировал сервис сверки ERP ↔ 1С: domain/application/infrastructure/UI, read-only OpenAPI и сценарий «показывать только расхождения».
РезультатСоздан формализованный контур решений для клиентской аналитики и финансовой сверки с прозрачной трассируемостью до первичных данных.
ClickHouseMariaDBPostgreSQLPythonSQLPower BIOpenAPIC4UAT
Проектная деятельность · e-commerce, retail, HoReCa, строительствоКонтекст Архитектурная роль
Финансовый аналитик / специалист по управленческому учёту
Несколько юрлиц и каналов продаж, маркетплейсы с разной логикой отчётов, разрозненные таблицы и нет единой модели признания.
Проектирование управленческого учёта как информационной системы, а не набора отчётов.
Строю связку P&L, ДДС и баланса с правилами признания, источниками истины, закрытием периода, reconciliation и управлением оборотным капиталом.
Декомпозиция, требования и решения
- Сформировал архитектуру управленческого учёта: P&L, ДДС, баланс, единый план статей и аналитики по юрлицу, каналу, SKU, заказу и периоду.
- Разделил правила начисления и движения денег: комиссии, логистика, бонусы, налоги, самовыкупы, возвраты, авансы и товар в пути.
- Определил маршрут данных: маркетплейсы / 1С / МойСклад / банк → преобразования → сверка → управленческие формы → KPI.
- Построил процесс закрытия месяца: календарь, владельцы данных, полнота, reconciliation, корректировки и фиксация допущений.
- Для бизнеса порядка 80 млн ₽/мес выявил 60%+ товарного остатка без движения 180+ дней и приоритизировал SKU по замороженному капиталу, GMROI и продажам.
РезультатРуководители получили согласованную модель цифр и управленческие рычаги по марже, запасам, рекламе, логистике и денежному циклу.
Google SheetsPower QueryApps ScriptSQLPython/PandasAPI маркетплейсов1СМойСклад
BookNTrack.ru · личный SaaS-проектКонтекст Архитектурная роль
Product / Solution Analyst
Компьютерные клубы используют несколько несвязанных систем: бронирование, платежи, документы, коммуникации и аналитика требуют ручных переключений.
От бизнес-модели подписочного сервиса — к доменной и технической архитектуре, реализации и эксплуатации end-to-end.
Спроектировал SaaS-решение: доменные контексты, транзакционный и аналитический контуры, интеграции, NFR, API и управленческую аналитику.
Декомпозиция, требования и решения
- Выделил контексты бронирований, клиентов и баланса, платежей, документов, интеграций, уведомлений и аналитики.
- Разделил PostgreSQL для SaaS-операций, MSSQL/Gizmo как внешний источник и ClickHouse для исторической аналитики.
- Выбрал FastAPI + React + Docker; REST для команд/запросов, WebSocket для статусов, Telegram Mini App для самообслуживания.
- Спроектировал адаптеры Gizmo API, Evotor, Telegram Bot API и платежей; описал повторную обработку и изоляцию внешних сбоев.
- Сформировал NFR: разделение данных клубов, идемпотентность финансовых операций, аудит изменений и восстановление после ошибок.
РезультатПлатформа автоматизировала бронирование, клиентское самообслуживание, счета, документы и аналитику; фокус сместился со сбора данных на решения.
FastAPIReactPostgreSQLClickHouseMS SQLDockerRESTWebSocketTelegram Mini App
Департамент вкуса · сеть компьютерных клубовКонтекст Архитектурная роль
Руководитель проектов / бизнес-аналитик
Операционные и финансовые данные собирались вручную, определения метрик различались между подразделениями, решения принимались на несогласованных цифрах.
Проектирование целевой операционной модели и аналитического контура для сети.
Описывал AS-IS/TO-BE, роли, контрольные точки, управленческую отчётность, каталог метрик, бюджетную и прогнозную модели.
Декомпозиция, требования и решения
- Описал AS-IS/TO-BE ключевых процессов, роли и точки контроля; переводил цели собственников в требования к процессам, данным и автоматизации.
- Спроектировал отчётность в Google Sheets + Apps Script: модель источников, справочники, расчётные слои, P&L/ДДС и операционные витрины.
- Создал каталог метрик и правила расчёта выручки, загрузки, AOV, LTV, churn, CR, ROMI и NPS.
- Разработал бюджетную и прогнозную модели с учётом сезонности, сценариев и драйверов выручки.
- Применял BPMN, CJM, User Story и прототипы интерфейсов для согласования изменений до разработки.
РезультатРучная подготовка отчётности сократилась примерно на 20%, план-факт стал прозрачнее, появился единый язык для собственников, управляющих и маркетинга.
Google SheetsApps ScriptPostgreSQLBigQuerySQLBPMNCJMPostmanMiro/Draw.io
КОМПЕТЕНЦИИ
Что можно забрать из опыта в проект
Архитектура решений
C4, AS-IS/TO-BE, domain model, bounded contexts, integration patterns, NFR, trade-offs и ADR.
Требования и delivery
BRD/FSD/ТЗ, Use Case, бизнес-правила, OpenAPI, критерии приёмки, traceability и UAT.
Данные и BI
DWH/ELT, grain, lineage, data quality, reconciliation, ClickHouse, PostgreSQL, MariaDB и Power BI.
Финансы
P&L, ДДС, баланс, бюджетирование, план-факт, unit-экономика, DIO/DSO/DPO, GMROI и сценарии.
ИНСТРУМЕНТЫ И ТЕХНОЛОГИИОткрыть полный стек по контексту применения
Архитектура и моделирование
C4DDD/domain modelingClean ArchitectureBPMN 2.0UMLERDAS-IS/TO-BECJM
Требования и интеграции
BRDFSD/ТЗUse CaseUser StoryNFROpenAPI/SwaggerRESTJSONPostman
Данные и разработка
SQLClickHousePostgreSQLMariaDBMS SQLBigQueryPython/PandasFastAPIReactDockerGit
BI и финансы
Power BIPower QueryGoogle SheetsApps ScriptP&LДДСбалансunit-экономика
ДОСТИЖЕНИЯ И ОБУЧЕНИЕ
- Школа 21 — «Бизнес и системный анализ», 2025.
- 1 место — «Холиварные аналитические посиделки», 2025.
- ТОП-3 хакатона по Process Mining от Сбербанка: event log, bottleneck, TO-BE и целевое соблюдение SLA.
- 2 место — Турнир трайбов Школы 21 среди 3000+ участников, 2025.
- Английский — C1; русский — родной.
профиль без закрытых данных
Нужен такой контур в вашем бизнесе?
Начать можно с одного вопроса: где сейчас не хватает доверия к цифрам, скорости решения или владельца действия.