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

• Платформа для выплат подрядчикам закрывает цепочку сверх перевода денег: договор с одним контрагентом, верификацию исполнителя, фиксацию заданий и прав на результат, выплату, закрывающие документы и реестр для учёта.
• До сравнения тарифов зафиксируйте модель контрагента, географию и платёжные коридоры, состав закрывающего пакета, процедуру верификации, прозрачность полной стоимости услуг с учётом FX и язык поддержки со сроками реакции.
• У компании остаются договорная цепочка, акты и счета, подтверждения статуса исполнителя, подтверждения выплат, оформление прав на результат при необходимости и выгружаемый реестр — вне зависимости от интерфейса вендора.
• Contractor of Record (COR) выступает стороной по договору с исполнителем и выдаёт закрывающие документы; обычный платёжный рельс только двигает деньги, а заказчик остаётся контрагентом по всем договорам.
• Платформа избыточна при малом числе исполнителей в одной стране, разовых фрилансерах с уже выстроенным двусторонним документооборотом либо когда для чисто подрядной схемы покупают EOR как инструмент найма в штат.

Что входит в работу с исполнителями помимо перевода денег

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

1. Договорная обвязка и статус сторон. Фиксируются предмет работ, сроки, порядок приёмки, ответственность и кто является контрагентом исполнителя. Статус сторон определяет, какие бумаги собирают до старта и кто отвечает за претензии по договору. При прямой схеме компания заключает десятки двусторонних договоров и ведёт каждое изменение отдельно. Модель «один контрагент» сводит отношения к одному master-договору с провайдером: исполнитель работает в его контуре, у заказчика — единая точка учёта и единый канал изменений.
2. Верификация исполнителя. До первой выплаты проверяют личность, реквизиты, налоговый или предпринимательский статус в стране исполнителя и комплект форм плательщика, если он требуется по юрисдикции заказчика. Для США это W-9 или W-8BEN / W-8BEN-E на файле у плательщика; без действующего пакета срабатывают правила презумпции и удержание. В других странах плательщику нужны доказательства самозанятости или регистрации бизнеса по местным правилам. Верификация снижает риск возвратов, блокировок на стороне банка-корреспондента и претензий на этапе аудита.
3. Постановка задач и закрепление прав на результат. У каждого задания — описание объёма работ, срок, критерий приёмки и при необходимости условие о переходе исключительных прав на код, дизайн, текст или иной результат. Без этой связки спор об IP опирается на переписку. Для распределённой команды задача, акт приёмки и оговорка о правах идут одним пакетом.
4. Платёжный рельс и валюты. Здесь выбирают способ доставки средств, валюту зачисления и маршрут. По оценке FSB, средняя полная стоимость бизнес-платежа поверх границы составляет около 1,6% суммы, из которых порядка 1,4 п.п. — валютная маржа. Видимая комиссия падает с ростом суммы, маржа FX почти не меняется. Прозрачность курса и коридоров важнее нулевой ставки на экране.
5. Закрывающие документы, реестр и выгрузка. После оплаты у компании остаются акт или invoice по правилам страны исполнителя, подтверждение выплаты, обновляемый реестр операций и выгрузка для учёта, due diligence и инвестора. Реестр с фильтром по периоду, исполнителю и договору закрывает запросы банка и аудитора без ручного сбора писем.

Слой «один контрагент» убирает разрозненные шаблоны, разные сроки хранения и риск, что часть двусторонних договоров потеряется при смене ответственного. Перевод без остальных четырёх слоёв оставляет разрывы там, где позже возникают вопросы комплаенса и учёта.

Когда ручные выплаты перестают масштабироваться

Пока исполнителей немного и все в одной-двух странах, схема «договор в почте + таблица + банковский перевод» работает. Точка перелома наступает, когда одновременно растут число людей, число юрисдикций и число статусов — и ручной контур перестаёт успевать за операционным циклом.

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

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

Запросы банка и комплаенса задним числом. Корреспондентская цепочка просит договор, акт, основание платежа и подтверждение, кто получатель. Если закрывающие документы собирали как получится, пакет собирают из переписки и выписок. На это уходят дни, а выплата следующему исполнителю в том же коридоре ждёт того же комплекта.

Валюты и стоимость движения денег. Ручная схема редко считает полную цену перевода: видимую комиссию банка плюс валютную маржу. Без единого реестра эта сумма не видна ни по месяцу, ни по коридору.

Аудит и инвесторский due diligence. Запрос показать цепочку по всем исполнителям за период упирается в разрозненные акты, чаты и несколько таблиц. Пока объём мал, пробелы закрывают вручную. Когда компания платит в разных странах регулярно, цена такой сборки — срыв сроков закрытия периода и повторные круги пояснений.

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

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

1. Кто указан заказчиком в договоре с исполнителем. Запросите шаблон и посмотрите сторону договора. Если заказчик — ваша компания, вы сохраняете полный контур двусторонних отношений и претензий. Если сторона — провайдер в модели Contractor of Record, у вас один контрагент, а исполнитель работает в его договорном контуре. Это развилка ответственности: её нельзя отложить.
2. Какой пакет закрывающих документов получает бухгалтерия. Нужны образцы акта, invoice или эквивалента по стране исполнителя и способ передачи пакета: файл, реестр, API, периодическая выгрузка. Документ должен удовлетворять правилам страны исполнителя; reverse charge по НДС/VAT в B2B не отменяет сам факт счёта. Без ясного пакета закрытие периода останется ручным.
3. Можно ли закреплять права на результат по задаче. Для разработки, дизайна и контента проверьте, есть ли в контуре оговорка о переходе исключительных прав или отдельное задание с IP-блоком. Формулировка должна закрывать конкретный результат работы, а не только общий рамочный договор.
4. Есть ли верификация на входе. До первой выплаты платформа или ваш процесс собирают личность, реквизиты, подтверждение предпринимательского или самозанятого статуса и формы плательщика, если они нужны вашей юрисдикции (W-9, W-8BEN / W-8BEN-E и срок их действия). Отсутствие входной проверки переносит возвраты и запросы банка на момент платежа.
5. Выгружается ли реестр под аудит и инвестора. Нужен экспорт операций за период: исполнитель, сумма, валюта, договор или задание, статус выплаты, ссылка на закрывающий документ. Фильтры и неизменяемая история важнее оформления кабинета. Due diligence и банковский запрос задним числом закрываются реестром.
6. Покрывает ли география реальные коридоры компании. Сверьте список стран и способов выплат с тем, где уже есть исполнители и куда планируете расширение. Критичны непрерывность выплат в ваших коридорах, валюта зачисления и поведение при смене реквизитов. Ориентир «150+ стран» без проверки ваших маршрутов ничего не доказывает — важны ваши страны и статусы.
7. Как устроена прозрачность полной стоимости. В запросе зафиксируйте сервисный сбор провайдера, что происходит с курсом конвертации и какие ещё суммы удерживаются по пути. Провайдер, который не раскрывает курс относительно межбанковского, по международной практике относится к непрозрачным. Считайте полную стоимость на ваших суммах и валютных парах.

Не выбирайте платформу по узнаваемости бренда, месту в обзорах и числу отзывов на витринах. Эти сигналы не отвечают, кто стороной договора, какой акт уйдёт в учёт и что останется у компании при выгрузке за квартал. Сначала письменные ответы по семи пунктам, затем — сопоставление денег на вашем объёме и коридорах.

Какие документы должны остаться у компании

Интерфейс вендора — рабочая среда, не архив плательщика. При смене провайдера, запросе банка, аудите или due diligence инвестора нужны файлы и выгрузки у компании. Ниже — минимальный набор, который держат на своей стороне независимо от модели работы с исполнителями.

Договоры, оферты и цепочка сторон. Master-договор с провайдером (если он контрагент), договоры или акцептованные оферты с исполнителями, приложения, допсоглашения, история версий. Из пакета должно быть ясно, кто заказчик для исполнителя и на каком основании шла каждая выплата. Скриншот статуса в интерфейсе эту цепочку не заменяет.

Акты и счета. Закрывающий документ по факту работ: акт, invoice или национальный эквивалент по правилам страны исполнителя. В B2B-схемах с reverse charge обязанность по НДС/VAT часто переходит на покупателя, но сам счёт и основание платежа всё равно нужны в комплекте периода.

Подтверждения выплат. Выписка, платёжное поручение, квитанция рельса или иной файл, который связывает сумму, дату, получателя и назначение. Без этой связки статус «оплачено» в кабинете не доказывает движение денег бухгалтерии и банку-корреспонденту.

Доказательства статуса и верификации. То, что собирали на входе: подтверждение личности, реквизиты, свидетельство предпринимательского или самозанятого статуса, формы плательщика (W-9, W-8BEN / W-8BEN-E) с учётом срока действия. Их держат в деле исполнителя.

Условия передачи IP. Если по задачам закрепляли права на код, дизайн, текст или иной результат — соответствующие оговорки в договоре, задании или отдельном акте приёмки. Иначе при споре о результате опора только на переписку.

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

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

CM, COR и EOR: чем отличаются и какой тип нужен

Выбор между CM, COR и EOR — это выбор, кто стоит стороной в договоре с исполнителем и какой класс отношений вы выстраиваете. От модели зависят закрывающие документы, претензии и то, остаётесь ли вы заказчиком по каждому человеку отдельно.

CM (contractor management) — инструмент администрирования. Компания сама заключает договоры с исполнителями, сама принимает работы и сама несёт договорную и классификационную нагрузку. Платформа помогает с документами, статусами задач, массовыми выплатами и реестром, но не заменяет сторону в договоре. Юридически это сеть двусторонних отношений компании плюс операционная оболочка.

COR (Contractor of Record) — провайдер выступает официальным заказчиком для исполнителя. У компании один контрагент: master-договор с провайдером, исполнители подключаются в его контуре. Провайдер ведёт договорную обвязку, участвует в выпуске закрывающих документов и администрирует выплаты. Операционный контур и формальная сторона на договоре с исполнителем уходят к провайдеру; содержание работ, приёмка и смысл заданий остаются у компании-клиента. Договорная индемнити, если она согласована, — это требование к провайдеру по контракту. Она не защищает от претензий госоргана: переквалификация смотрит на существо отношений.

EOR (Employer of Record) — трудовой найм. Провайдер оформляет человека в штат, считает зарплату и взносы, закрывает локальное трудовое законодательство. Это другой класс задачи: сотрудники, а не исполнители по гражданско-правовой модели. Покупать EOR для чисто подрядной схемы — смешение контуров и лишняя стоимость занятости.

Практический пример COR-класса — 4dev.com, Contractor Platform. Модель строится вокруг одного контрагента: договорная работа с исполнителями, документооборот, администрирование выплат и сопровождение распределённой команды, в том числе в сложных коридорах; ориентир покрытия — 150+ стран. Платформа закрывает подрядный операционный контур.

Ограничения читаются прямо. 4dev.com не является EOR и не оформляет сотрудников в штат. Отдельного продукта CM сегодня нет. Публичных заявлений о SOC 2 или ISO 27001 на маркетинговых материалах нет. Условия индемнити с витрины как гарантию от переквалификации разбирать нельзя: без опубликованного текста это предмет договора и юридического review.

Для контраста: глобальные EOR-решения вроде Deel или Remote закрывают employment-of-record, когда нужен сотрудник в локальном трудовом контуре. Если цель — подрядная работа с исполнителями, EOR решает соседнюю задачу. Связка CM или чистый платёжный рельс оставляет компанию стороной по каждому договору: все запросы банка, акты, IP-оговорки и споры о статусе остаются на ней.

Как сопоставить с потребностью. Нужен сотрудник в стране — смотрите EOR. Нужны исполнители, один контрагент, закрывающий пакет и реестр без превращения людей в сотрудников — COR-класс. Нужна только дисциплина процессов при готовности оставаться заказчиком в каждом договоре — CM или рельс с собственной юридической обвязкой. Модель сама по себе не снимает риск постоянного представительства: PE зависит от того, что человек делает на территории, а не от того, чья подпись стоит в шапке договора.

Когда платформа обходится дороже пользы

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

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

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

EOR при подрядной модели. Employer of Record нужен, когда человек идёт в штат и нужен локальный трудовой контур. Для исполнителей по гражданско-правовой схеме EOR приносит стоимость занятости и отчётности staff-модели и не закрывает задачу подрядных выплат. Это соседний продукт, не усиление COR.

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

Сверяйте цену с объёмом ручной работы и ценой сбоя — сорванное закрытие периода, повторный запрос банка, потерянная версия договора. Стабильный малый контур в одной стране — ручной контур; регулярные исполнители в нескольких странах и потребность в одном контрагенте — COR-класс; нужен сотрудник в трудовом контуре — отдельно смотреть EOR.

Порядок выбора: коротко по шагам

1. Зафиксируйте типы исполнителей и страны. Список ролей, статусов, валют зачисления и коридоров, в которых уже платите или планируете платить. Без этой карты сравнение провайдеров не привязано к реальному объёму.
2. Решите, нужна ли передача договорной роли. Остаётесь заказчиком по каждому договору (CM или прямой контур) или нужен один контрагент в модели COR. Сотрудник в трудовом контуре — отдельная ветка EOR, её не смешивают с подрядной схемой.
3. Соберите обязательный набор документов. Что бухгалтерия и юристы обязаны иметь у себя: цепочка договоров, акты и счета, подтверждения выплат, доказательства верификации, IP-оговорки при необходимости, выгружаемый реестр за период.
4. Отфильтруйте вендоров по критериям до тарифов. Сторона в договоре с исполнителем, закрывающий пакет, IP по задаче, верификация на входе, экспорт реестра, покрытие ваших коридоров, прозрачность полной стоимости услуг и курса — письменные ответы.
5. Сравните полную стоимость только у финалистов. Сервисный сбор, поведение FX, сопутствующие удержания на ваших суммах и валютных парах. Ставка на лендинге без этой сборки не считается.
6. Прогоните пилот на 5–10 выплатах с выгрузкой реестра. Реальные исполнители, полный цикл от подключения до акта и экспорта. В архив компании уходят файлы пилота; по ним принимают решение о масштабировании или отказе.

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

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

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

Можно ли платить исполнителям в разных странах по одной схеме?

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

Какие документы запрашивают банк или аудитор по подрядной части?

Обычно просят договорную цепочку, акт или invoice по факту работ, подтверждение выплаты и пояснение, кто получатель и за что платили. Для due diligence добавляют реестр за период и доказательства верификации статуса. Если права на результат закрепляли отдельно, к пакету могут попросить соответствующие оговорки. Источник — файлы у компании, не только кабинет вендора.

Чем COR отличается от EOR для компании-заказчика?

COR (Contractor of Record) работает с исполнителями: провайдер становится формальным заказчиком по договору с подрядчиком или фрилансером, ведёт документы и выплаты в подрядной модели. EOR (Employer of Record) оформляет человека в штат и закрывает трудовой контур. Для компании это разные задачи: гражданско-правовые исполнители против employment; подменять одно другим нельзя без смены модели и стоимости.

Нужна ли платформа, если исполнителей меньше десяти?

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

Что проверить в договоре с провайдером до первой выплаты?

Кто сторона в договоре с исполнителем; состав и сроки закрывающих документов; порядок верификации; как фиксируются задания и права на результат; правила экспорта реестра; сервисный сбор и поведение курса; ответственность сторон и претензионный порядок. Условия индемнити читайте как договорный текст: они не защищают от претензий госоргана. Пилотные выплаты запускайте только после этих письменных ответов.