Финансы
Как автоматизировать выплаты 15 млн самозанятых: кейс сервиса «Получите — Распишитесь»
В России уже около 15 млн самозанятых, и их число продолжает расти. Для бизнеса это огромный кадровый ресурс и одновременно серьёзный операционный вызов: массовые выплаты, формирование чеков, проверка статусов через Федеральную налоговую службу и риски переквалификации отношений. Разбираем, как сервис «Получите — Распишитесь» автоматизировал расчёты с самозанятыми с помощью модели безопасной сделки и API-интеграции (от англ. — application programming interface — «программный интерфейс приложения»), легализовав массовые выплаты без потери скорости.
«Получите — Распишитесь» — платформа для автоматизации работы бизнеса с внештатными исполнителями: самозанятыми, ИП и физическими лицами. Решение охватывает полный цикл взаимодействия — от размещения заданий до расчётов и юридического сопровождения сделок. Выплаты выстраиваются с учётом требований 115-ФЗ и 422-ФЗ. Через платформу можно не только проводить платежи, но и заключать договоры с использованием электронной подписи, ставить задачи исполнителям и на основе их проводить выплаты.
В части работы с самозанятыми сервис интегрирован с налоговой инфраструктурой, что позволяет автоматически проверять статус исполнителя и корректность сформированных чеков.
Функциональность платформы включает:
Таким образом, система закрывает как расчётные, так и организационные процессы при работе с внештатными исполнителями.
Содержание:
Проблема
Механика безопасной сделки для команды «Получите — Распишитесь» — не дополнительная опция, а полноценное инфраструктурное решение. В ранней версии платформы выплаты проводились по протоколу 1С или через программный интерфейс к расчётному счёту. Однако все денежные средства проходили через собственный расчётный счёт компании.
Алексей Тринеев
генеральный директор платформы для взаимодействия с внештатными исполнителями «Получите — Распишитесь»
Проведение платежей через расчётный счёт означало, что при переводе, например, 1 млн рублей от заказчика юридически деньги становились средствами сервиса. Если 900 000 перечислялись исполнителю, а 100 000 нужно было вернуть, это уже требовало документального оформления — простого “обратного перевода” быть не могло. При росте оборота такая модель приводила к экспоненциальному увеличению бюрократии и усложнению бухгалтерии.
Именно поэтому было принято решение переходить на модель номинального счёта и интегрироваться с сервисом «Безопасные сделки». Важно было не просто подключить API (программный интерфейс), а перестроить внутренние бизнес-механики под новую юридическую и финансовую модель.
Технологии
Сервис «Безопасные сделки» основан на использовании номинального счёта с несколькими бенефициарами, который становится центральной технологической платформой для автоматизации расчётов между заказчиками и исполнителями через API Сбера. Он позволяет бизнесу не просто переводить деньги, а управлять сделками (смарт-контрактами), резервировать средства, контролировать их движение и обеспечивать юридическую корректность финансовых операций без риска, что средства юридически перейдут к сервису-посреднику до выполнения обязательств.
Архитектурно технология включает набор API-методов:
Пример реализации безопасной сделки
Источник: «Безопасные сделки»
Внедрение сопровождалось использованием тестового контура «Безопасных сделок». Он позволил развернуть отдельную среду и безопасно проверить все сценарии — от создания смарт-контрактов до тестовых платежей. Уже через неделю команда проводила тестовые транзакции, а примерно через две недели состоялся выход в производство и первая реальная выплата.
Основное время заняла не интеграция API, а адаптация внутренних процессов к модели номинального счёта. Для проекта сформировали отдельные команды со стороны платформы и банка. На период внедрения другие задачи были приостановлены, что позволило сосредоточиться на запуске. Дальнейшая работа шла в формате настройки под реальные операционные сценарии.
Сложности
Интеграция «Безопасных сделок» стала для команд Сбера и «Получите — Распишитесь» процессом совместного проектирования. Банк предложил гибкую платформу, которая адаптировалась под специфические сценарии сервиса, а не коробочную модель.
На старте возникла потребность в расширенном функционале для обработки сложных операционных кейсов: возвратов, отмены транзакций при некорректных реквизитах и детальной расшифровки API-ошибок. Команды оперативно прорабатывали эти сценарии, внедряя новую логику в реальном времени. В результате сервис обогатился функциями, критичными для массового рынка: автоматическим перечислением налогов в казначейство по коду бюджетной классификации (КБК), моментальной выпиской чеков и выплатами через систему быстрых платежей (СБП). Фактически продукт эволюционировал вместе с потребностями партнёра, превращаясь из платёжного инструмента в комплексную экосистему для работы с самозанятыми.
С технической точки зрения интеграция прошла быстро благодаря постоянной синхронизации разработчиков. Несмотря на интенсивное развитие функционала и регулярные обновления документации, Сбер сохранил принцип обратной совместимости контрактов. Это позволило платформе «Получите — Распишитесь» наращивать возможности и внедрять новые методы API без остановки текущих денежных потоков и сбоев в обслуживании клиентов.
Этапы работы
Параллельно прорабатывалась бизнес-логика: роли участников (заказчик, исполнитель, налоговая, площадка), распределение комиссий и момент резервирования средств.
Результат
Интеграция номинального счёта повлияла не только на юридическую модель расчётов, но и на операционные показатели платформы.
Таким образом, внедрение «Безопасных сделок» дало измеримый эффект в части юридической чистоты модели, скорости расчётов и устойчивости операций.
Следующие шаги
Будущее сервиса «Безопасная сделка» команды «Получите — Распишитесь» и Сбера строится вокруг полной автоматизации приёма платежей. Стратегическим приоритетом является интеграция торгового и интернет-эквайринга напрямую с номинальным счётом.
Для рынка услуг это стратегически важная функция: средства, принятые через POS-терминалы (от англ. Point of Sale — «точка продажи», устройство для приема карт в офлайне) или онлайн-оплату на сайте, будут мгновенно поступать в защищённый контур номинального счёта. Это позволит системе через API (программный интерфейс) в ту же секунду распределять доход между исполнителем, платформой и налоговой службой.
Пока этот функционал находится в стадии разработки, сервис эффективно использует текущую модель, которая уже позволила сохранить обороты и выйти на расчётные мощности. Дальнейшее партнёрство со Сбером сфокусировано на создании уникального для России продукта, где приём и распределение платежей станут единым, полностью автоматизированным процессом.
Главное по тексту:
Работа с самозанятыми становится масштабным операционным процессом: бизнесу важно автоматизировать выплаты, проверку статусов и соблюдение требований законодательства без потери скорости.
Редакция СберПро
Автор