31.07.2026 #Финтех #Аутстаффинг #Аналитика рынка

Один заём в одни руки: как МФО перепишут свои системы к 2027 году

Почему реформа микрофинансового рынка превращается в ИТ-проект — и что это значит для тех, кто нанимает разработчиков.

Что происходит с рынком

Рынок микрофинансирования в России сжимается третий год подряд — и это происходит не из-за спроса. За 2024 год число действующих МФО в реестре Банка России сократилось с 1014 до 902, за 2025-й — ещё на 6,7%, до 842. К июлю 2026 года в реестре осталось 833 компании. Рейтинговое агентство «Эксперт РА» прогнозирует, что за 2026–2028 годы рынок сожмётся ещё вдвое — примерно до 400 организаций.

Сколько МФО остаётся в реестре Банка России: 1014 (конец 2023), 902 (конец 2024), 842 (конец 2025), 833 (июль 2026), прогноз 400 (2028)
Источник: Банк России; прогноз — «Эксперт РА», июль 2026

Причина не в том, что микрозаймы стали не нужны. По данным ЦБ, заёмщиками МФО остаются около 15 млн человек, а выдачи за первый квартал 2026 года составили 482 млрд рублей. Директор департамента небанковского кредитования Банка России Илья Кочетков прямо говорит: «Запрет МФО — это не выход». Речь идёт не о ликвидации рынка, а о его пересборке — с другими правилами, другой экономикой и, что важно для нас, другими ИТ-требованиями.

Параллельно растёт концентрация: топ-10 игроков занимают уже около 70% объёма выдач. Небольшим компаниям всё труднее подстраиваться под новые требования — и именно на технической адаптации многие из них и споткнутся. По оценкам участников рынка, до четверти МФО могут уйти только из-за требований по биометрии.

Мы уже писали, что в кризис выживают не самые крупные, а самые адаптивные — этот тезис мы разбирали на примере аутстафф-рынка. На микрофинансовом рынке сейчас работает та же логика, только вместо экономического давления — регуляторное, а вместо срока «когда-нибудь» — конкретные даты в календаре.

Дедлайны, которые живут в коде

Реформа микрофинансового рынка — это не одна поправка, а связка норм с разными датами вступления в силу. Закон об ужесточении правил выдачи микрозаймов подписан 29 декабря 2025 года, часть требований ЦБ вводит своими актами.

Регуляторные дедлайны для МФО: 01.01.2026 — запрет дохода со слов, 01.03.2026 — идентификация через ЕБС (МФК), 01.04.2026 — переплата 1,3х, окт. 2026 — лимит по числу займов, 01.11.2026 — Цифровой профиль, 01.01.2027 — конец моратория по ЕБС, 01.03.2027 — ЕБС для МКК, 01.04.2027 — один заём в руки, 01.07.2027 — ПДН только по официальным доходам
Источник: Банк России (в т.ч. информационное письмо от 05.05.2026), Федеральный закон от 29.12.2025, 572-ФЗ

Разберём, что каждый пункт означает на уровне систем.

1 января 2026 — доход «со слов» больше не считается. МФО обязаны либо требовать официальное подтверждение дохода, либо считать ПДН по среднедушевому доходу в регионе проживания заёмщика. Технически это переделка модуля расчёта долговой нагрузки: новые источники данных, справочник региональных доходов, новая логика приоритетов, новая аудиторская трасса решений.

1 марта 2026 — идентификация через ЕБС. Микрофинансовые компании обязаны при онлайн-оформлении идентифицировать заёмщика через Единую биометрическую систему; для микрокредитных компаний та же обязанность наступает 1 марта 2027 года. По оценке «Эксперт РА», на онлайн приходится около 70% выдач МФК. Это интеграция с государственной системой, переработка мобильного и веб-флоу выдачи, обработка отказов биометрии, антифрод-логика и — отдельным блоком — работа с конверсией, которая на этом шаге неизбежно просядет.

Отдельная сложность, о которой говорят и оператор системы, и участники рынка, — наполнение базы. В ГИС ЕБС, по данным ЦБТ, содержится свыше 20 млн записей стандартной и подтверждённой биометрии, но насколько эта база пересекается с 15-миллионной аудиторией МФО — никто не знает. То есть часть заявок будет отваливаться не из-за качества интеграции, а из-за того, что заёмщик биометрию просто не сдавал.

Здесь есть нюанс, который многие прочитали как отсрочку. Информационным письмом от 5 мая 2026 года Банк России сообщил, что до 1 января 2027 года воздержится от надзорных мер к компаниям, не успевшим подключиться к ЕБС. Это не перенос нормы: требование действует, а мораторий касается только санкций — и заканчивается через несколько месяцев. Компания, которая начнёт интеграцию осенью 2026-го, к моменту снятия моратория закончить её не успеет.

1 апреля 2026 — новая арифметика переплаты. Предельная переплата снижена с 1,5х до 1,3х: начисление процентов, неустоек и иных платежей останавливается при достижении 100% от суммы долга. Одновременно дестимулирующие резервы и повышающие коэффициенты риска, которые с октября 2024 года действовали для займов с ПСК 250%+, распространяются на займы с ПСК от 150%. Это переписанный расчётный ядровый модуль, пересобранная продуктовая линейка и пересчитанная юнит-экономика каждого продукта.

Октябрь 2026 — начало переходного периода по числу займов. Заёмщик не может одновременно иметь больше двух договоров с ПСК свыше 200% годовых. Ключевое: ограничение действует на весь рынок, а не внутри одной компании. Значит, на этапе принятия решения система обязана видеть договоры заёмщика у других игроков — это работа с БКИ в реальном времени, а не ночным батчем.

1 ноября 2026 — интеграция с Цифровым профилем. Отдельный дедлайн, который в обсуждении реформы почти теряется на фоне биометрии. К этой дате банки и МФО должны доработать свои системы под инфраструктуру Цифрового профиля — именно через него данные ФНС и Социального фонда становятся источником для оценки дохода. То есть запрет дохода «со слов» и подключение к ЦП — это одна задача, разнесённая на два дедлайна: сначала запретили старое, потом обязали подключить новое.

1 апреля 2027 — «один заём в руки». Один действующий договор с ПСК свыше 100% годовых плюс трёхдневный период охлаждения между займами. Для систем это означает не просто новую проверку, а перестройку самой воронки: часть заявок надо отклонять, часть — ставить в отложенный статус, по части — предлагать альтернативный продукт с ПСК ниже порога.

1 июля 2027 — ПДН только по официальным доходам. Финальное ужесточение: региональный среднедушевой доход как альтернатива уходит.

Почему это не юридический проект, а инженерный

Типичная ошибка в планировании — отдать реформу комплаенсу и юристам, а ИТ подключить «когда будет ясность в требованиях». Но почти каждое требование в этом списке реализуется в продакшене, а не в регламенте.

Соберём, что придётся тронуть в системах:

  • Скоринг и расчёт ПДН. Новые источники данных о доходе, новые правила, переобучение моделей на изменившейся популяции заёмщиков.
  • Интеграция с государственными системами. Их три, и они не взаимозаменяемы: ЕБС для идентификации, Цифровой профиль для данных о доходах, СМЭВ для требований 115-ФЗ. У каждой свои SLA, форматы и сценарии отказа. Отдельная задача — что делать с клиентом, который биометрию не сдал.
  • Проверка лимитов по числу займов через БКИ. Требование синхронное: решение принимается за секунды, а данные нужны рыночные, а не свои.
  • Расчётное ядро. Остановка начислений на пороге, новый предел переплаты, пересчёт графиков по действующему портфелю.
  • Продуктовый конструктор. Дифференциация ставок перестала быть опцией: регулятор давит на капитал через резервы и надбавки, и линейка «одна ставка на всех» становится прямым убытком. Нужна возможность быстро собирать и тестировать продукты с разной ПСК.
  • Отчётность и надзорная трасса. Каждое решение по заявке должно быть воспроизводимо: какие данные, какая версия правил, какое решение.
  • Смежные сегменты. Компании, которые уходят из дорогих потребзаймов в POS-кредитование и займы бизнесу, фактически строят новый продукт — с другой интеграционной картой (партнёрские точки продаж, маркетплейсы, бухгалтерские данные заёмщика-юрлица).

Плюс к этому Банк России анонсировал разделение рынка на три категории компаний — предпринимательского финансирования, розничного финансирования и собственно МФО, с дифференцированными лимитами и пруденциальными нормами. Законопроект прорабатывается, но направление ясно: за категорией последует своя отчётность и свои ограничения, зашитые в системы.

Арифметика окна: почему инхаус не успевает

Посчитаем на пальцах. Между «требование понятно» и «требование работает в проде» у среднего игрока сейчас от 6 до 12 месяцев. Внутри этого окна нужно закрыть аналитику, разработку, интеграционное тестирование с внешним контуром (ЕБС, БКИ), нагрузочное тестирование и приёмку.

Теперь наложим на это найм. Поиск и выход системного аналитика с финтех-опытом или backend-разработчика, который уже работал с БКИ, — это в среднем 2–4 месяца от открытия вакансии до первого рабочего дня, плюс месяц-два на погружение в домен. Половина окна уходит на то, чтобы получить людей, которые начнут работу.

И главное: нагрузка временная. Пик приходится на 2026–2027 годы. Компания, которая раздувает штат под реформу, в 2028-м окажется с командой, которую нечем занять, — и с постоянными расходами, которые не режутся быстро.

Именно эта форма спроса — высокий, срочный, конечный по времени — и есть классический профиль задачи для аутстаффинга. Не потому, что «так дешевле» (часто не дешевле), а потому что структура затрат совпадает со структурой задачи: платишь за пик, а не за постоянную готовность к пику.

Отдельный аргумент — предсказуемость дедлайна. Дата 1 апреля 2027 года не сдвинется, если аналитик уволится в феврале. Подрядчик, работающий в модели аутстаффа, замену обеспечивает в рамках договора, а не в рамках нового цикла найма.

Как сегодня закрывают биометрию: четыре модели

Биометрия — самый обсуждаемый пункт реформы, и вокруг него за полгода сложился отдельный рынок предложений. Разберём модели честно, вместе со слабыми местами.

Сразу важная поправка к расхожему представлению, будто выбор делается раз и навсегда. По данным «Ведомостей», большинство крупных игроков — «Займер», «Мигкредит», «Альфа-деньги», «Финбридж» — настраивают сразу два способа: прямое подключение и делегирование. Только один вариант выбрали немногие: Webbankir идёт напрямую, «Лайм-займ» — делегирует. Причём ещё в марте гендиректор ГК Lime Credit Group Олеся Киселева говорила «Ъ», что прямая интеграция «выглядит более предсказуемым и управляемым решением, и такое решение уже принято». За три месяца позиция изменилась — это неплохая иллюстрация того, насколько подвижен вопрос.

Модель 1. Прямая интеграция своими силами

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

Плюсы. Решение, данные о клиентском потоке и экономика запроса остаются внутри. Тариф на подтверждение личности для МФО сейчас от 4 до 19 рублей за запрос — с начала 2026 года ЦБТ снизил его в три-шесть раз. На большом потоке это самая дешёвая модель в пересчёте на выдачу. Нет зависимости от чужого SLA.

Минусы. По данным ЦБТ, общая стоимость мероприятий по обеспечению требований информационной безопасности при прямой интеграции — 15–30 млн рублей, срок — от полугода. Нужна команда с опытом работы с государственными системами и криптографией. Для компаний с оборотом до 50 млн рублей в год — а таких на рынке около трети — это заведомо неподъёмно.

Модель 2. Делегированная идентификация через банк или оператора финансовой платформы

Формат, которого год назад не было. Проверку личности выполняет партнёр, у которого уже есть прямая интеграция с ЕБС, а МФО получает обратно только статус. Именно на эту модель СРО «МиР» выпустила отдельную методичку.

Кто это уже предлагает: Т-Банк запустил сервис в июле 2026 года, к нему подключились «ПСБ Финанс» и Summit Group; «Сравни» как оператор финансовой платформы представил SaaS-решение с запуском в августе 2026 года; работы вёл также РСХБ.

Плюсы. Резко ниже порог входа. По оценке Т-Банка, делегирование позволяет партнёру сэкономить до 90 млн рублей на разработке, внедрении и сопровождении собственной интеграции и сократить срок запуска до двух-четырёх недель. Для небольшой и средней компании это единственный реалистичный способ уложиться в дедлайн.

Минусы. Тариф за запрос устанавливает посредник, и он в разы выше прямого. На заметном потоке экономия быстро съедается. Критичный шаг воронки встаёт в зависимость от чужого SLA. Данные о клиентском потоке МФО оказываются у банка, который конкурирует за того же заёмщика. И зависимость эту потом трудно отыграть назад: собственной компетенции в компании не появляется.

Модель 3. Готовое решение «под ключ» от вендора

Промежуточный вариант: специализированный поставщик даёт SDK или собирает приложение, беря на себя аккредитации, архитектуру подключения и сопровождение.

Примеры: ID.World с продуктом ID.Client — SDK с готовыми интеграциями с ЕСИА и ЕБС, встраивается в мобильное приложение МФО, заявленный срок реализации 30 дней с момента формирования ТЗ; «Выберу.ру» — разработка приложения под ключ с аудитом готовности инфраструктуры и сопровождением интеграции.

Плюсы. Быстрее собственной разработки, при этом решение живёт в контуре компании, а не у банка-конкурента. Вендор уже прошёл аккредитации и набил шишки на чужих проектах.

Минусы. Вендорская зависимость на годы: доработки, тарифы и сроки — на его стороне. Заявленные сроки считаются «с момента формирования технического задания», а само ТЗ пишет заказчик, и именно на этом этапе проекты и стоят. Плюс SDK покрывает идентификацию, а не переработку клиентского пути вокруг неё.

Модель 4. Прямая интеграция силами внешней команды

Капитальная часть та же, что в первой модели, но срок ближе ко второй, потому что не тратится время на найм и погружение. Решение, данные и экономика остаются у МФО, а компетенция по ходу проекта оседает внутри команды заказчика.

Плюсы. Владение решением без ожидания найма. Ресурс гибкий: закончилась биометрия — те же люди переходят на Цифровой профиль, ПДН или продуктовый конструктор.

Минусы. Дороже делегирования на старте. Нужен внутренний владелец продукта, иначе внешняя команда упрётся в отсутствие решений на стороне заказчика.

Слой, о котором забывают: АБС-вендоры

Под всеми четырьмя моделями лежит система учёта, и часть работы может прийти обычным релизом. Поддержку ЕБС и смежных требований доставляют или готовят вендоры АБС и кредитных конвейеров — Brainysoft, «Диасофт», R-Style Softlab с отдельным модулем обмена с ЕБС, отраслевые решения на платформе 1С.

Плюс. Если ваш конвейер стоит на такой платформе, часть функциональности приедет обновлением, без отдельного проекта.

Минус. Вы получаете срок вендора, а не свой. И релиз закрывает типовой сценарий, а не ваш клиентский путь, вашу антифрод-логику и вашу обработку отказов. Уточнять роадмап вендора стоит прямо сейчас — это самый дешёвый способ сократить объём работ.

И один путь, который решением не является

Больше десятка МФК сменили статус на микрокредитную компанию: для МКК требование по биометрии наступает только 1 марта 2027 года. Это не выход, а отсрочка, и она уже наполовину истекла. Тем, кто так поступил, стоит помнить: по данным Банка России, на МФК приходился 91% всех выдач в потребительском сегменте — смена статуса тянет за собой ограничения, которые касаются далеко не только биометрии.

Главное, что теряется во всех обсуждениях биометрии

Четыре модели выше закрывают идентификацию — и только её. Подключение к Цифровому профилю и СМЭВ, расчёт ПДН, проверка числа действующих займов через БКИ, остановка начислений на пороге и продуктовый конструктор в них не входят. Часть этого действительно можно закрыть релизом от вендора АБС — но именно часть, в типовом сценарии и в его сроки, а не в ваши.

И календарь здесь работает против интуиции. Биометрия для МКК наступает 1 марта 2027 года, и её легко принять за финишную черту реформы. Это не так: следом идут «один заём в руки» 1 апреля и переход на расчёт ПДН только по официальным доходам 1 июля 2027 года. А раньше них — два срока уже этой осенью: ограничение по числу дорогих займов в октябре и Цифровой профиль 1 ноября 2026 года.

Отсюда практический вывод. Биометрия — самая заметная часть реформы, но не самая объёмная: это одна интеграция против переработки скоринга, расчётного ядра, продуктовой линейки и надзорной отчётности. Компания, которая закрыла её делегированием и выдохнула, упирается в следующий дедлайн через несколько недель.

Где no-code работает, а где вредит

Теперь неудобная часть. No-code и low-code в контексте реформы МФО стали модным ответом на вопрос «как успеть», и здесь легко купить проблему вместо решения.

Где визуальные платформы дают выигрыш:

  • Внутренние процессы вокруг реформы: маршруты согласования, работа с отказами, задачи для операционистов, разбор проблемных кейсов.
  • Административные интерфейсы и справочники — например, управление параметрами продуктов и региональными данными без релиза.
  • Управленческая и часть регуляторной отчётности, витрины данных.
  • Быстрые продуктовые гипотезы: собрать и протестировать вариант продукта с другой ПСК за дни, а не за спринты.

Где визуальные платформы противопоказаны:

  • Ядро скоринга и расчёт ПДН. Здесь нужны версионирование логики, воспроизводимость решений и объяснимость перед надзором. Визуальный редактор, в котором «кто-то поменял правило в четверг», — это надзорный риск.
  • Синхронные интеграции с ЕБС и БКИ под нагрузкой: строгие SLA, обработка сетевых сбоев, идемпотентность.
  • Расчёт начислений и графиков платежей. Это деньги клиента и предмет судебных споров.

Практический вывод простой: no-code сокращает срок вывода обвязки, но не ядра. Компании, которые пытаются собрать на конструкторе весь кредитный конвейер, обычно приходят к переписыванию через год — уже с испорченным продакшеном и потерянным временем. А компании, которые чётко проводят границу «ядро — код, процессы — конструктор», действительно выигрывают несколько месяцев.

И ещё: любая no-code платформа требует людей, которые умеют её готовить. Дефицит здесь не меньше, чем по разработчикам, — просто он менее заметен.

Кому придётся тяжелее всего

Требования для всех одинаковые, а вот объём работы на одного инженера различается в разы. Есть несколько ситуаций, в которых нагрузка 2026–2027 годов будет особенно тяжёлой.

Компания вне топ-10 с небольшой ИТ-командой. Регуляторный периметр тот же, что у лидеров рынка, а закрывать его нужно силами команды на 10–30 человек, у которой параллельно идёт продуктовый бэклог. Именно здесь чаще всего возникает выбор: остановить развитие продукта на год или искать ресурсы вовне.

Переход в POS-кредитование и займы на крупные покупки. ЦБ отмечает, что сегмент развивается активно, а давление на дорогие потребзаймы дополнительно подталкивает туда игроков из других ниш. Это не донастройка существующего конвейера, а новая интеграционная карта: партнёрские точки продаж, торговые сети, маркетплейсы, своя логика рассрочки.

Займы бизнесу. С обособлением категории компаний предпринимательского финансирования появятся свои лимиты, пруденциальные нормы и своя отчётность. Пока законопроект прорабатывается, объём бэклога здесь никто не может оценить точно — а значит, планировать ресурс придётся с запасом.

Ипотечные МКК. Сегмент новый, компании работают с 22 октября 2025 года, в реестре их пока четыре, и решение о создании такой организации каждый регион принимает сам. Здесь нет легаси — но нет и готовых процессов, всё строится с нуля и сразу под действующее регулирование.

Легче других — компаниям внутри банковских групп: значительную часть реформы за них закрывает материнская ИТ-функция, включая интеграции с ЕБС и БКИ, которые в банке уже есть.

Чек-лист для ИТ-директора МФО

Восемь вопросов, ответы на которые стоит иметь до конца 2026 года. На часть из них в одиночку не ответить — придётся идти к рискам, комплаенсу и финансам. Это не недостаток списка, а свойство реформы: она не помещается целиком ни в одну функцию.

Ниже можно ответить на них самостоятельно — и после отправки увидеть, какой процент прошедших опрос ответил так же.

1. Кто отвечает за интеграцию с ЕБС, Цифровым профилем и СМЭВ?

2. Если биометрия делегирована — считали порог, когда своя интеграция выгоднее?

3. Проверка числа займов заёмщика по рынку — синхронная или отложенная?

4. Расчёт ПДН воспроизводим? Можно ли по конкретной заявке восстановить, какие данные и какая версия правил дали решение?

5. Что из требований реформы обещает закрыть ваш вендор АБС?

6. Продуктовая линейка позволяет дифференцировать ставки без релиза?

7. Скоринговые модели переобучены на популяции после отмены дохода «со слов»?

8. Какая часть работ закончится в 2027 году и будете ли вы держать столько же разработчиков в штате в 2028-м?

Последний вопрос обычно и определяет модель: что делать своими руками, а что — внешними. И отвечать на него лучше не в марте 2027-го.

Каков же итог?

Регуляторная реформа микрофинансового рынка — редкий случай, когда спрос на разработку можно посчитать заранее. Даты известны, требования опубликованы, объём работ оценивается, а компаний, которые обязаны всё это сделать, — конечное и известное число.

Рынок решений вокруг биометрии за полгода вырос от «никто не подключился» до четырёх рабочих моделей. Это хорошая новость. Плохая в том, что биометрия — примерно четверть реформы, а остальные три четверти готовых коробок не имеют: Цифровой профиль, ПДН, лимиты через БКИ, расчётное ядро и продуктовый конструктор придётся делать руками, под свой процесс и свою архитектуру.

Для самих МФО это развилка: либо адаптироваться технически, либо пополнить статистику сокращения реестра. Для тех, кто уже проиграл гонку за людей на открытом рынке, внешняя команда — не «резервный вариант», а способ уложиться в дату, которую никто не сдвинет.

А no-code в этой истории — полезный инструмент с чётко очерченной областью применения. Он не заменяет инженеров на кредитном ядре. Он освобождает их время от того, что можно собрать быстрее.

Нужны системные аналитики, backend-разработчики или DevOps-инженеры с финтех-опытом под конкретный дедлайн? Расскажите о задаче — подберём специалистов под ваш стек и сроки.