Платёжные сервисы B2C: СМЗ и ГПХ

Дата проверки: 12 августа 2026 года
География: Россия
Предмет: сервисы, через которые компания платит самозанятым (СМЗ, НПД) и физическим лицам по гражданско-правовым договорам (ГПХ/ГПД)
Статус: продуктово-регуляторное исследование; не является юридическим или налоговым заключением

1. Краткий вывод#

Рынок состоит из трех принципиально разных моделей.

1. SaaS/электронная площадка: заказчик и исполнитель заключают прямой договор, сервис автоматизирует документы, выплату, чек НПД и обмен с ФНС. Так работают, в частности, Консоль.Про, Qugo, Rocket Work, Naimix и Jump. Для самозанятых эта конструкция ближе всего к схеме № 3 из презентации; для обычных физлиц — к базовой схеме № 4. По ГПХ налоговым агентом обычно остается заказчик. Публичные документы рассмотренных сервисов не подтверждают, что сервис полностью принимает на себя одновременно расчет, удержание и перечисление НДФЛ и страховых взносов.
2. Банк — партнер ФНС: договор с исполнителем остается у заказчика; банк делает перевод, регистрирует чек и, если самозанятый дал поручение, может перечислить НПД. Это схема, наиболее близкая к № 5 для СМЗ и № 6 для ГПХ. В обычном ГПХ банк является платежным и информационным контуром, но заказчик остается налоговым агентом.
3. Генеральный подрядчик: заказчик заключает один договор с сервисом, а сервис — отдельные договоры с исполнителями. Так себя позиционируют ReStaff и Solar Staff. Заказчик получает счет/акт/УПД от сервиса, часто с НДС. Для СМЗ эта конструкция ближе всего к схеме № 7 из презентации, которую сама презентация отмечает как рискованную; для ГПХ отдельные элементы напоминают альтернативу из схемы № 4, но точное соответствие зависит от роли — агент это или самостоятельный подрядчик.

Главный практический вывод: наличие номинального счета, API или “автовыплаты налогов” не меняет договорную и налоговую роль участника. Для выбора схемы ФНС нужно одновременно проверить договоры, владельца партнерского доступа ФНС, того, на кого сформирован чек, и того, кто является налоговым агентом.

2. Базовые налоговые правила#

2.1. Самозанятый — НПД#

• С дохода от физлиц применяется ставка 4%, от организаций и ИП — 6%. Это следует из официального описания режима ФНС «Налог на профессиональный доход».
• Организация не удерживает НПД как налоговый агент. Самозанятый сам является плательщиком налога.
• Оператор электронной площадки или банк может зарегистрировать доход, сформировать чек и перечислить налог только в рамках разрешений/поручения самозанятого. ФНС прямо указывает такую возможность для операторов электронных площадок и кредитных организаций.
• Поэтому корректный термин — не «автоудержание НПД», а авторезервирование/перечисление НПД по поручению СМЗ. Юридически это не аналог удержания НДФЛ налоговым агентом.

2.2. Обычное физлицо по ГПХ#

• При выплате вознаграждения физлицу организация или ИП в общем случае является налоговым агентом: исчисляет и удерживает НДФЛ при выплате. Это подтверждает разъяснение ФНС о выплатах по договорам ГПХ.
• Вознаграждение за выполнение работ или оказание услуг по ГПХ в общем случае облагается страховыми взносами. Официальная справочная страница — ФНС о страховых взносах.
• Платежный сервис может технически рассчитать сумму и сформировать платежное поручение, но это не переносит статус налогового агента без отдельного правового основания и соответствующей договорной модели.

2.3. НДС#

• С 1 января 2026 года основная ставка НДС — 22%; переход разъясняет ФНС.
• Выплата самозанятому или обычному физлицу сама по себе не превращается в облагаемую НДС услугу платежной платформы. В прямой модели нужно разделять:
  • вознаграждение исполнителя;
  • комиссию/лицензионное вознаграждение сервиса;
  • банковскую комиссию.
• НДС на комиссию зависит от юридической природы услуги и налогового статуса поставщика. Поэтому корректно смотреть условия каждого сервиса, а не применять одно правило ко всему рынку.
• В модели генерального подрядчика сервис продает заказчику собственную услугу/результат по основному договору и может выставлять НДС на всю договорную стоимость. Возможность вычета — позиция, которую ReStaff и Solar Staff заявляют в своих материалах; для конкретного клиента она требует стандартной проверки счета-фактуры/УПД, принятия услуги к учету и права клиента на вычет.

3. Сравнение платформ#

Обозначения: «авто НПД» ниже означает перечисление налога по поручению СМЗ, а не удержание налоговым агентом.

Источники по таблице#

• Консоль.Про: действующее пользовательское соглашение v2.21 и тарифы, номинальный счет, выплаты физлицам по ГПХ, кто является налоговым партнером, налоговая копилка, API Консоль.Про.
• Qugo: соглашение с заказчиком, шаблон договора заказчик — исполнитель, каталог юридических документов.
• Rocket Work: пользовательское соглашение от 17.03.2026, публичное предложение для логистики с тарифом 2%.
• Naimix: решение для бизнеса, описание безопасного взаимодействия и налоговых функций.
• Jump: сайт Jump.Finance, правила осуществления платежей.
• Solar Staff: российский сайт и формула пополнения, тарифы, изменение по НДФЛ для физлиц.
• ReStaff: модель для российских ООО, НДС и автоуплата НПД, условия сервиса.
• Официальное подтверждение статуса операторов НПД: перечень ФНС. На 12.08.2026 в нем присутствуют Naimix, Qugo, Консоль.Про, Rocket Work и ООО «Джаст Лук»/Jump.Работа. Solar Staff и ReStaff под указанными брендами в перечне не найдены.

4. Детали по ключевым сервисам#

4.1. Консоль.Про#

Договорная модель. В действующем соглашении v2.21 указано, что договор на работы/услуги заключается между компанией и пользователем, а Консоль не является стороной этого договора. Это прямой SaaS-контур, а не генеральный подряд.

СМЗ. Консоль.Про — официальный оператор электронной площадки ФНС. Сервис проверяет статус, передает данные для чека и позволяет использовать налоговую копилку: часть выплаты резервируется и перечисляется в ФНС по поручению самозанятого.

ГПХ. Соглашение прямо возлагает на компанию выполнение обязанностей налогового агента и плательщика страховых взносов по физлицам без специального статуса. Выплаты по ГПХ идут через интеграцию с расчетным счетом компании в Т‑Банке; можно платить по карте/СБП в рамках трехсторонней оферты. Это автоматизирует перевод, но не подтверждает перенос налоговой обязанности с заказчика на Консоль.

Банки и каналы. Публичная база знаний описывает:

• номинальные счета в Т‑Банке и ТКБ, где налоговым партнером по НПД выступает Консоль;
• расчетный счет Т‑Банка, где налоговым партнером является Т‑Банк;
• номинальный счет в Альфа‑Банке, где в отдельных операциях участвуют Альфа и Консоль;
• выплаты СМЗ/ИП на карты и расчетные счета; ГПХ — через банковскую интеграцию Т‑Банка.

Источник: «Кто является налоговым партнером».

Токены. У Консоли есть собственный закрытый API-токен для доступа клиента к API/документам; это следует из API-документации и определения токена в соглашении. Он не равен банковскому access token и не равен полномочию СМЗ в «Моем налоге».

Коммерческие условия. В приложении к соглашению для новых компаний с 8 апреля 2026 года опубликованы, в частности:

Документ также содержит минимальные платежи и специальные тарифы; перед расчетом экономики нужно брать версию договора, предложенную конкретному клиенту. Вознаграждение в соглашении указано с НДС 22%.

Кто пользуется. В публичных кейсах и блоге сервис называет Global Support, BRUTTO.PRO, A1 Team и другие компании; примеры доступны в блоге Консоль.Про и кейсе Global Support.

4.2. Qugo#

Договоры. Соглашение с заказчиком определяет Qugo как поставщика технической поддержки платформы. Основной договор оказания услуг заключается непосредственно между заказчиком и исполнителем по шаблону Qugo.

Деньги. Qugo принимает распоряжение заказчика на перечисление вознаграждения с номинального или расчетного счета. В специальных условиях прямо назван ТКБ БАНК ПАО. Денежные средства бенефициара на номинальном счете в договоре отделены от выручки Qugo.

Налоги. Для СМЗ Qugo является оператором ФНС. Для обычного физлица шаблон основного договора предусматривает удержание НДФЛ заказчиком. Публичного обещания, что Qugo самостоятельно платит страховые взносы за клиента, не найдено.

Цена и НДС. Тариф рассчитывается по объему и характеру заданий и показывается в интерфейсе. Комиссия включает НДС. Числовой публичной сетки на дату проверки нет.

Клиенты. На странице кейсов Qugo опубликованы материалы о SFEROOM, MiXBS, Waistline, Becker и других клиентах.

4.3. Rocket Work#

Договоры и банки. Соглашение Rocket Work закрепляет прямые отношения заказчика и исполнителя. В документе перечислены номинальные счета в ТКБ, Альфа‑Банке и Т‑Банке, а также выплаты из Сбера.

Налоги. Rocket Work находится в перечне операторов ФНС и предлагает автоматический платеж НПД. В соглашении есть возможность направить распоряжение на перечисление НДФЛ, но не найдено обязательство сервиса рассчитывать и платить страховые взносы вместо заказчика. Поэтому «автоматизирован НДФЛ-платеж» нельзя приравнивать к «сервис стал налоговым агентом».

Цена. На промостранице для логистики заявлены 2% без абонентской платы и отдельной платы за ЭДО. Юридическое соглашение оставляет конкретный тариф в интерфейсе/договоре; публичная акция не гарантирует эту ставку всем сегментам.

4.4. Naimix#

Модель. Naimix для бизнеса предлагает шаблонный договор непосредственно между заказчиком и исполнителем, проверку статусов, задания, документы и массовые выплаты.

Налоги и выплаты. На странице безопасного взаимодействия заявлены автоматические чек и расчет/перечисление НПД, выплаты на карты российских банков. Для обычных физлиц заказчик указывает рассчитанный процент НДФЛ. Публичного подтверждения уплаты страховых взносов самим Naimix нет.

Масштаб и клиенты. Сайт указывает более 1,3 млн исполнителей и более 1,5 тыс. компаний. Публичные кейсы: SELA и дарксторы. Тариф числом публично не раскрыт.

4.5. Jump.Finance#

Договоры. Правила платежей устанавливают прямые отношения заказчика и исполнителя; Jump является лицензиаром/интегратором и не становится стороной основного договора или оператором перевода денежных средств.

ФНС и банк. ООО «Джаст Лук»/Jump.Работа присутствует в перечне операторов ФНС. Правила позволяют Jump перечислять НПД при наличии полномочия и согласия самозанятого. Отдельно правила описывают трехстороннее соглашение с Т‑Банком для переводов. Это две разные роли: площадка взаимодействует с ФНС, банк проводит платеж.

API и НДС. У Jump есть собственный API-токен клиента. В правилах лицензионное вознаграждение заявлено освобожденным от НДС по ст. 145.1 НК; для ЭДО и других услуг режим нужно проверять отдельно. Сайт указывает индивидуальную цену, карты любых российских банков, СБП, расчетный и номинальный сценарии, более 3 тыс. компаний и 600 тыс. пользователей.

4.6. Solar Staff#

Модель. Solar Staff позиционируется как единый контрагент заказчика: исполнители выполняют задачи в субподрядном контуре сервиса. Это не та же модель, что прямой SaaS Консоли или Qugo.

Налоги. Сервис публично сообщил, что с 2025 года для физлиц без статуса СМЗ/ИП удерживает и перечисляет НДФЛ как иностранная организация в предусмотренном НК контуре. Публичного утверждения об уплате российских страховых взносов за таких физлиц не найдено. Solar Staff не найден под этим брендом в реестре операторов НПД, поэтому считать подтвержденным собственный токен площадки ФНС нельзя.

Цена и НДС. Тариф — от 3%, индивидуально по обороту за последние три месяца. На российской главной странице приведена формула «сумма выплат + тариф + НДС 22%».

Масштаб. О компании: более 3 тыс. компаний, работа с исполнителями более чем в 190 странах. Публичный пример — кейс ЛитРес.

4.7. ReStaff#

Модель. ReStaff прямо называет себя цифровым генеральным подрядчиком: заказчик заключает один договор с ReStaff, прямых юридических отношений между заказчиком и СМЗ нет. Источник — страница продукта для ООО.

НПД и НДС. На той же странице заявлены проверка самозанятости, чек, автоуплата НПД 6%, договор с НДС 22% и документы для принятия НДС к вычету. Это утверждения самого поставщика; договор и налоговую конструкцию конкретного клиента нужно проверить до запуска.

ГПХ. Сервис поддерживает физлиц по ГПХ, но в публичных условиях не найдено четкое обещание полного цикла по российским НДФЛ и страховым взносам. Поэтому такой функционал нельзя считать подтвержденным по маркетинговой формулировке «работаем с физлицами».

Цена и клиенты. Публичный ориентир — от 3%, точная ставка по запросу. Кейс Сервизории описывает 360 исполнителей, включая физлиц по ГПХ и СМЗ.

5. Как работают банки#

5.1. Типовой банковский контур для СМЗ#

1. Заказчик заключает договор с самозанятым и договор банковского обслуживания/выплат с банком.
2. СМЗ подключает банк как партнера в «Моем налоге» и дает нужные полномочия.
3. Заказчик передает реестр или вызывает API банка.
4. Банк проверяет статус, проводит выплату и передает данные в ФНС для формирования чека.
5. Если СМЗ отдельно поручил это банку, банк резервирует/перечисляет НПД.
6. Заказчик получает реестр и ссылки на чеки.

Ключевой факт: только кредитная организация из официального перечня ФНС может считаться подтвержденным банковским партнером НПД. Банковская лицензия или прохождение денег через банк сами по себе недостаточны.

5.2. Типовой банковский контур для ГПХ#

Банк принимает реестр и переводит физлицу нетто-сумму, а также может сформировать платежные документы/реестры. Но в стандартной модели:

• договор ГПХ — между заказчиком и физлицом;
• НДФЛ удерживает заказчик;
• страховые взносы начисляет и платит заказчик;
• отчетность подписывает и представляет заказчик.

Именно поэтому банковская схема № 6 из презентации не равна передаче налоговой функции банку.

5.3. Сравнение банков и BaaS-провайдеров#

Источники по банкам#

• Т‑Банк: как выплатить СМЗ, как формируется чек, T‑API для выплат самозанятым, авторизация T‑API, тарифы бизнеса.
• Альфа‑Банк: сервис массовых выплат, номинальные счета в Alfa API, выплата СМЗ и чек.
• Сбер: регистрация чека СМЗ, зарплатный проект и СМЗ, СБП B2C, OAuth.
• Банк 131: выплаты с фискализацией, доступные способы выплат, выплаты на карты по токену, сборник тарифов v12.
• Точка: работа с самозанятыми, разрешения Точки в «Моем налоге», API PRO.

6. Какие именно «токены» используются#

Слово «токен» на этом рынке используется как минимум для четырех разных сущностей. Смешивать их нельзя.

«Банковский токен ФНС» в продуктовой речи обычно означает не секретный OAuth-токен клиента, а то, что операция фискализируется кредитной организацией, включенной в официальный реестр ФНС, под ее партнерской идентичностью. Конкретные partnerCode, master-token, API secrets и ключи подписи являются закрытыми реквизитами и публично не раскрываются.

Для Консоли и похожих сервисов возможны два разных варианта в одном продукте:

1. чек формирует сама площадка под своим статусом оператора ФНС — платформенная схема;
2. чек формирует банк — партнер ФНС, а SaaS только передает платежное поручение — банковская схема.

Чтобы различить их, нужно смотреть не на логотип банка в интерфейсе, а на:

• кого СМЗ подключает в «Моем налоге»;
• чья партнерская идентичность указана в техническом контуре;
• кто отправляет данные чека в ФНС;
• чей договор регулирует выплату;
• кто исправляет и аннулирует чек.

Вывод: с каким банком идти в закрытую платёжку#

Основная рекомендация — начинать предметный пилот с Альфа‑Банком. На текущем объёме подтвержденных фактов это лучший первый кандидат для отдельного закрытого контура, в котором заказчик приводит собственного исполнителя, а фискализация НПД должна идти через банк — партнёр ФНС, а не через платформенный токен Смены.

Почему Альфа‑Банк выглядит наиболее подходящим:

1. Подтвержден банковский статус для НПД. Альфа‑Банк включен в официальный перечень кредитных организаций — партнеров ФНС. Это необходимое условие банковской схемы, которого сейчас публично не подтверждено у Яндекс Банка.
2. Есть самостоятельный BaaS-контур для самозанятых. В production-документации используется домен baas.alfabank.ru и отдельные scopes для выплаты, чека и совмещенного сценария as-receipt-and-payout. Публичный метод возвращает статусы выплаты и регистрации дохода, ссылку на чек и поддерживает его отмену: Alfa API — выплаты и чеки СМЗ.
3. Подходят платежные рельсы. В API подтверждены выплаты на банковский счет, карту и по номеру телефона через СБП. Это позволяет не заставлять исполнителя становиться розничным клиентом одного банка.
4. Есть номинальные счета и API-интеграция. Документация Альфа‑Банка по номинальным счетам соответствует модели, где Смена предоставляет интерфейс, а деньги и фискализация остаются в банковском контуре.
5. Банк уже используется как платежный партнер профильных сервисов. Номинальный счет Альфа‑Банка публично указан, например, в контурах Консоль.Про и Rocket Work. Это не доказывает применимость именно к Смене, но подтверждает практическую работу банка с массовыми выплатами внештатным исполнителям.

Резервные варианты#

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

Рекомендация по решению: идти в технический и юридический discovery с Альфа‑Банком, одновременно запросив сопоставимое предложение у Т‑Банка. Альфу выбирать для пилота, если банк письменно подтвердит все четыре условия:

• фискализация целевого потока идет под партнерской идентичностью Альфа‑Банка в ФНС;
• банк разрешает использовать этот контур для заказчиков и исполнителей Смены;
• Смена может оставаться продуктовым интерфейсом и не становиться оператором фискализации закрытого потока;
• договор фиксирует ответственность банка за выплату, чек, исправления, отчетность и сбои интеграции.

Если хотя бы одно из условий не подтверждается, преимущество Альфа‑Банка перед Т‑Банком или Банком 131 исчезает: тогда нужно выбирать по результатам одинакового пилотного сценария и коммерческого предложения, а не по наличию API или номинального счета.