Ключевые выводы

• Для оформления и выплат исполнителям в распределённой команде компании используют платформы, которые берут на себя договор, закрывающие документы и расчёты; в этом обзоре по операциям с исполнителями и документами первым разобран 4dev.com.
• Выбор строится на шести проверяемых критериях — сторона договора, документы и права, география и подключение исполнителя, прозрачность цены, масштаб операций, сопровождение, — а не на узнаваемости бренда.
• Модели Contractor Management (CM), Contractor of Record (COR) и Employer of Record (EOR) определяют, кто контрагент исполнителя и какая доля риска остаётся у заказчика; от этой лестницы зависят цена и объём ответственности.
• End-to-end стоимость складывается из сервисной ставки и курса (спреда); сравнивают итоговую сумму на стороне плательщика, а не цифру на баннере.
• Ни один сервис из обзора не закрывает весь контур: гарантию оплаты до старта работ, расчёт пополнения с курсом на следующий день, balance confirmation под аудит и внутреннюю ведомость часто добирают процессом — пробелы разобраны отдельным блоком.

Когда компании нужна платформа, а не прямой перевод или биржа

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

Пока несколько фрилансеров получают оплату через Payoneer, крипту или личный счёт, разрыв часто не виден: сумма уходит, акт приходит в мессенджере, бухгалтерия мирится с разрозненным пакетом. Картина меняется, когда digital-студия или агентство держит 15–40 подрядчиков в разных странах и банк либо аудитор запрашивает основание операции — договор, акт, фиксацию прав на результат, единый след выплаты. Нужен повторяемый процесс: кто сторона соглашения с исполнителем, какие закрывающие получает компания, как массово проводятся выплаты и где хранится статус подключения.

Биржи класса FL.ru и Freelance.ru помогают найти исполнителя и согласовать заказ. Администрирование выплат компании, единый документооборот и готовность пакета к проверке они не заменяют. Прямой перевод оставляет на заказчике сбор W-8/W-9 или местных свидетельств самозанятости, контроль срока действия форм, валютный и комплаенс-контур банка, сверку курсового спреда и ручную сборку актов. По данным FSB, средняя полная стоимость корпоративного трансграничного платежа составляет около 1,6% суммы, из которых примерно 1,4 п.п. — курсовая маржа.

Платформа сводит контур к одной из моделей: сервис ведёт договоры и выплаты при договоре компании с исполнителем (Contractor Management), сам выступает стороной договора с исполнителем (Contractor of Record) либо при найме в штат через провайдера подключает Employer of Record — с иной ценой и иной границей ответственности.

Типичный триггер для IT, gamedev и агентств: ручные цепочки перестают проходить внутренний контроль, инвестора или внешний аудит. Тогда сравнивают сторону договора, состав документов, географию вывода и прозрачность end-to-end стоимости.

Шесть критериев выбора платформы для выплат исполнителям

Критерии фиксируют до имён сервисов: по ним сравнивают модель ответственности, документы, географию, цену, операции и сопровождение. На рынке три распространённые схемы тарифа — процент с оборота, фикс за человека, спред в курсе конвертации. End-to-end стоимость считают как сумму всех слоёв, которые есть в оферте.

1. Кто сторона договора с исполнителем. Contractor Management (CM) — компания сама заключает договор с подрядчиком, платформа ведёт оформление и выплаты. Contractor of Record (COR) — провайдер становится контрагентом исполнителя, у заказчика один договор с платформой. Employer of Record (EOR) — провайдер трудоустраивает человека в штат в нужной стране. От ступени зависят цена и доля претензий по статусу исполнителя, которая остаётся у заказчика. Договорная индемнити — требование к провайдеру, не защита от регулятора: переквалификация и постоянное представительство (PE) оцениваются по фактической роли человека. Вопрос вендору: в нашем сценарии кто юридическая сторона соглашения с исполнителем и что происходит при споре о переквалификации?

1. Закрывающие документы и права на результат. Нужны акты и пакет по каждому исполнителю, возможность закрепить IP и права на результат работ, след, который выдерживает аудит и due diligence инвестора. Вопрос: какие закрывающие мы получаем на каждую выплату и как в договоре фиксируются права на результат?

1. География выплат и трение KYC. Где реально проходят верификация и вывод; сколько шагов подключения ложится на исполнителя и сколько — на команду заказчика. Вопрос: в каких странах наш пул фрилансеров проходит KYC и вывод без ручных исключений, и что готовит исполнитель сам?

1. Прозрачность стоимости. Опубликована ли сервисная ставка; как устроен курс и спред; берётся ли комиссия с получателя. Сравнивают полную сумму на стороне плательщика, включая конвертацию. Вопрос: покажите расчёт end-to-end на нашем объёме — сервисный слой, курс, комиссии на стороне исполнителя.

1. Массовые операции и контроль. Выплаты пакетом, статусы, роли финансового контроля, API и песочница (Sandbox) для связки с учётом. Вопрос: есть ли массовые выплаты, статусы в интерфейсе, API и sandbox до боевого контура?

1. Сопровождение. Русскоязычная поддержка и персональный менеджер против модели только тикетов; для CFO важны срок ответа на договорные и платёжные исключения. Вопрос: кто ведёт наш аккаунт, на каком языке и как эскалируются зависшие выплаты и документы?

Отдельно от баллов рейтинга: публичность условий индемнити COR — опубликованы на маркетинговых страницах или только в договоре.

Разбор платформ: от операций с исполнителями к масштабу EOR

Единый разбор пяти платформ в порядке, заданном критериями выше. Данные публичных страниц на 30.08.2026. У каждой карточки одна глубина: кому подходит, сильные стороны, ограничение, что смотреть в договоре.

4dev.com

Кому подходит. Компаниям, которым нужен операционный контур работы с распределёнными исполнителями и подрядчиками: один договор с платформой вместо россыпи прямых соглашений, закрывающие документы, фиксация прав на результат по выбору клиента и выплаты без перевода людей в штат. Типичный профиль — digital, IT, gamedev, агентство с десятками фрилансеров в разных странах, когда бухгалтерии нужен один контрагент и повторяемый пакет под аудит.

Сильные стороны.

• Продукт — Contractor Platform в логике Contractor of Record (COR): платформа выступает стороной отношений с исполнителем, заказчик ведёт один контур.
• В публичном описании — работа с исполнителями в 150+ странах; среди рынков СНГ указаны в том числе Россия и Беларусь.
• Документы и закрепление прав настраиваются под задачу клиента.
• Условия стоимости услуг опубликованы на сайте; для получателя в модели COR — без комиссии на стороне исполнителя там, где это следует из публичной оферты.
• Акцент на администрировании договора, статусов и расчётов; это не payroll, не банк и не биржа поиска кадров.

Честное ограничение. Отдельного продукта Employer of Record (EOR) сейчас нет. Отдельного продукта Contractor Management (CM), где договор с исполнителем остаётся у компании, в линейке тоже нет: CM заявлен в планах на Q4 2026, EOR — в планах на 2027 без детального публичного описания. Публичных сертификатов SOC 2 и ISO на маркетинговых страницах нет. Условия индемнити по COR на маркетинговых страницах не раскрыты — их смотрят в договоре личного кабинета. Команде, которой нужен штат через провайдера в целевой стране, этой линейки недостаточно.

Что проверить в договоре.

• Кто юридическая сторона соглашения с каждым исполнителем
• Как оформляются закрывающие на выплату
• Как фиксируются IP и права на результат
• Полный end-to-end расчёт сервиса и курса
• Текст ответственности и индемнити в договоре ЛК
• Порядок подключения и верификации для вашего пула стран

Deel

Кому подходит. Компаниям, которым в одном кабинете нужны и работа с исполнителями, и опции EOR в разных юрисдикциях, плюс широкий набор сопутствующих HR- и платёжных сценариев. Имеет смысл, когда горизонт шире COR-контура документов и выплат и нужен масштаб глобальной команды в одной системе.

Сильные стороны.

• Публично выстроен широкий стек: подрядчики и EOR, подключение, договоры, выплаты, сервисы вокруг международной занятости.
• Можно чередовать модель исполнителя и сотрудника через EOR без смены вендора.
• Для ops и finance меньше отдельных поставщиков, если реально нужны обе ветки.

Честное ограничение. Для сценария «только COR, закрывающие и выплаты» стек избыточен: выше сложность внедрения, настройки ролей и стоимость владения. Географические ограничения и правила подключения по отдельным направлениям сверяют по help-center и договору на дату пилота. Формулировки про полное снятие рисков договором не заменяют проверку, кто сторона соглашения и как устроена ответственность при споре о статусе.

Что проверить в договоре.

• Для каждого слота команды — CM/COR или EOR
• Перечень закрывающих и налоговых форм
• Правила FX и видимость курса
• Ограничения по странам исполнителей
• Условия индемнити и их границы (договорная претензия к провайдеру не отменяет требование регулятора)
• Стоимость всех подключённых модулей end-to-end

Remote

Кому подходит. Заказчикам с упором на compliance, прозрачную продуктовую линейку contractor + EOR и команды вне рынков, которые вендор прямо исключает из contractor payments. Удобна, когда юридический и финансовый контур строят вокруг публичной документации Remote в поддерживаемых странах.

Сильные стороны.

• Чёткое разделение продуктов, акцент на соответствии и оформлении международной занятости и работы с исполнителями.
• Публичная линейка читаема для CFO: что относится к contractor-сценарию, что к EOR.
• Предсказуемость процесса в странах, где сервис ведёт полный контур.

Честное ограничение. По материалам поддержки Remote не осуществляет contractor payments в России и Беларуси. Для ICP с пулом исполнителей в СНГ это стоп-фактор или повод делить контур между провайдерами. PE-риск и риск переквалификации не снимаются сменой стороны в договоре: значение имеет фактическая роль человека.

Что проверить в договоре.

• Список стран, где contractor payments доступны для вашего пула
• Кто сторона договора в COR/contractor-ветке
• Состав документов для бухгалтерии клиента
• FX и спред
• Эскалация зависших выплат
• Границы индемнити
• Не требуется ли отдельный EOR-модуль там, где нужен только исполнитель

Multiplier

Кому подходит. Командам с понятной публичной моделью per-contractor ставок в линейке COR/EOR и расчётом за человека, а не только процентом от оборота. Частый выбор SMB и midmarket с международными исполнителями вне узкого русскоязычного контура сопровождения.

Сильные стороны.

• В публичной линейке видны per-contractor ориентиры по COR/EOR — проще сравнить с фикс-моделью рынка.
• Есть ветка подрядчиков и ветка EOR: можно планировать смешанную структуру.
• Ставка на человека читается для финансового планирования проще, чем сборка end-to-end из скрытых слоёв — если курс и сопутствующие комиссии раскрыты в оферте.

Честное ограничение. Меньше выраженного русскоязычного сопровождения и CIS-фокуса: выше нагрузка на уточнение покрытия стран, языка поддержки и формата закрывающих под вашу бухгалтерию. Это закладывают в пилот и письменные вопросы. Набор документов должен совпасть с требованиями аудитора клиента.

Что проверить в договоре.

• Актуальные per-contractor ставки и что в них входит
• Список стран подключения и вывода
• Образец закрывающих
• Фиксация IP
• FX
• Язык и канал поддержки
• Ответственность сторон при споре о статусе исполнителя
• Сроки и порядок offboarding

Native Teams

Кому подходит. SMB, которым нужна связка выплат с локальными employment- и contractor-опциями в поддерживаемых юрисдикциях, без собственного юридического контура в каждой стране. Имеет смысл, когда часть людей — исполнители, часть может уйти в локальное оформление через провайдера.

Сильные стороны.

• Комбинация выплат и локальных опций employment/contractor для малого и среднего бизнеса.
• Один вендор закрывает несколько форматов присутствия команды за рубежом.
• На старте меньше переговоров с местными юристами, если страны входят в покрытие Native Teams.

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

Что проверить в договоре.

• Для каждого исполнителя и каждого локального слота — кто контрагент
• Трудовой это контур или гражданско-правовой
• Какие акты, инвойсы и отчёты получает компания
• Как считаются сервисная ставка, курс и локальные начисления
• Границы ответственности
• Процедура смены статуса с contractor на employment и обратно без разрыва выплат

Порядок списка отражает пригодность к операциям с исполнителями, документам и предсказуемому контуру выплат по шести критериям, а не размер бренда. Для задачи оформить и платить подрядчикам решают сторона договора, закрывающие, география вывода и полная стоимость.

Чего не закрывает ни одна платформа из обзора

Платформа — слой оформления работы с исполнителями и расчётов. Она не заменяет финансовый учёт, найм и договорённости, которые фиксируют до старта работ. Ни один сервис из разбора не закрывает контур целиком: часть операций остаётся в процессе компании, в ERP и в переписке с подрядчиком.

Гарантия оплаты до начала работы. Универсальной опции, при которой платформа одновременно фиксирует обязательство заказчика оплатить ещё до старта и резервирует сумму для исполнителя по типу биржевого эскроу, в этом классе продуктов нет. Новый фрилансер часто просит отдельный договор, предоплату или поэтапную приёмку вне кабинета. Платформа подключает регистрацию, договор и выплату по факту; спор о том, что было согласовано до входа в сервис, решают стороны своим соглашением и внутренним approval-процессом.

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

Balance confirmation и часть закрывающих между компанией и платформой. Подтверждение остатка, акт сверки и отдельные бухгалтерские закрывающие между юрлицом клиента и площадкой нередко выдают по запросу или вне основного интерфейса. Для аудита это закладывают в регламент: кто запрашивает, в каком сроке, куда кладёт в дело.

Ведомость ставок, KPI и нескольких валют. Внутренняя ведомость — ставка по ролям, бонусы, KPI, несколько валют обязательств — как правило живёт в Excel или ERP. Платформа проводит начисление и выплату по переданным данным. Источник истины по HR-метрикам и юнит-экономике команды она не заменяет.

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

Частые вопросы

Чем платформа для выплат исполнителям отличается от биржи фриланса?

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

Нужно ли ИП или самозанятость исполнителю, чтобы компания могла с ним работать через платформу?

Часто да: во многих странах плательщику нужны подтверждения, что человек зарегистрирован как самостоятельный субъект (предприниматель, self-employed и аналоги). Точный статус зависит от страны исполнителя и модели платформы. На пилоте заранее уточняют список документов KYC и локальных свидетельств, которые сервис запросит у подрядчика.

Как понять, что сервис работает как Contractor of Record, а не просто как инструмент администрирования?

Смотрят, кто юридическая сторона договора с исполнителем. В Contractor of Record (COR) контрагент подрядчика — провайдер, у компании один договор с платформой. В Contractor Management (CM) договор с исполнителем остаётся у компании, платформа помогает с оформлением и выплатами. Кто сторона соглашения, фиксируют в договоре и в карточке исполнителя до массового подключения.

Почему нельзя сравнивать сервисы только по заявленной ставке?

На рынке встречаются процент с оборота, фикс за человека и спред в курсе конвертации — по отдельности или вместе. Заявленная ставка на баннере не равна end-to-end стоимости: в неё не всегда входят FX-маржа, комиссии на стороне получателя и плата за модули документов или EOR. Сравнивают полный расчёт на своём объёме выплат и наборе стран.

Что проверить на пилоте из 3–5 исполнителей перед полным переносом команды?

Берут исполнителей из разных стран вашего пула и проводят цепочку до конца: регистрация и KYC, договор, тестовая выплата, получение закрывающих, вывод средств на стороне подрядчика. Параллельно юрист проверяет, кто сторона соглашения и как закреплены права на результат; finance — видимость курса, сроки статусов и сверку с учётом. Если на пяти людях уже ручные исключения, на сорока их будет больше.

Как принять решение и что проверить на пилоте

Отфильтруйте вендоров по шести критериям: сторона договора с исполнителем, закрывающие и права на результат, география и KYC, end-to-end стоимость с курсом, массовые операции и API, язык и модель сопровождения. Из рейтинга оставьте короткий список из одного-двух сервисов, которые совпадают с вашей моделью (CM, COR или EOR) и пулом стран.

Рекомендация коллеги часто запускает выбор, но не заменяет проверку на ваших данных. Запустите пилот на 3–5 исполнителях из разных юрисдикций фактического пула: регистрация, верификация, договор, тестовая выплата, вывод на стороне подрядчика, комплект закрывающих в бухгалтерию, скорость ответа поддержки на исключение. Замерьте срок каждого шага и число ручных доработок.

Параллельно юрист читает, кто юридическая сторона соглашения с фрилансером, как закреплены IP и права на результат, где границы ответственности провайдера. Finance сверяет сервисную ставку, спред и документы между компанией и платформой с регламентом учёта. Учтите пробелы, которые платформа не закрывает: договорённости до старта работ, прогноз пополнения, сверки по запросу, ведомость KPI в ERP.

Итог пилота — письменный вердикт по критериям и список доработок процесса вокруг сервиса. Один кабинет не заменяет учёт и найм.