Giru
Giru
Банки

Как получать зарплату из-за границы в СНГ в 2026: компания, счет и платежи

45 мин чтения · 14 августа 2026 г.
Алексей Гиру, Основатель, Head of Compliance
Корпоративные банковские карты

Вопрос «как получать зарплату из-за границы», находясь в СНГ, в 2026 году звучит почти в каждом втором разговоре с разработчиками, дизайнерами, продакт-менеджерами, консультантами и основателями небольших цифровых продуктов. Люди работают на американские продуктовые команды, британские агентства, европейские стартапы, маркетплейсы и собственных зарубежных клиентов, а деньги должны доходить стабильно, в валюте договора и без ежемесячной лотереи с банком, платежным сервисом или комплаенсом. При этом формулировка «зарплата» часто скрывает две совершенно разные юридические модели: классический employment payroll, когда иностранная компания оформляет человека как сотрудника и платит ему как наемному работнику, и B2B-модель contractor, когда выплаты идут как гонорар по счету от вашей компании иностранному заказчику. Путать эти модели опасно. Первая почти никогда не собирается «на коленке» для резидента СНГ. Вторая собирается, если есть зарубежная компания, корпоративный счет и понятный платежный контур. Именно вторую инфраструктуру - компания, банк, платежи - мы в Giru собираем под ключ. Мы не оформляем фиктивное трудоустройство, не продаем «номинальную работу» и не помогаем обходить трудовое или налоговое законодательство страны, где вы фактически живете.

Эта статья написана как рабочая карта на 2026 год: как устроена выплата зарплаты нерезиденту и чем она отличается от гонорара, какой счет для зарплаты из-за рубежа реально открывается, как получать деньги от иностранной компании без серых посредников, почему payroll для удаленщика СНГ редко бывает настоящим payroll, и какие ошибки contractor-схем чаще всего приводят к заморозке счета, отказу банка или претензиям со стороны заказчика. Материал опирается на практику giru.solutions: регистрация LLC в Вайоминге, LTD в Англии, счета Mercury и Payoneer, иностранные карты грузинского банка-партнера, подключение Stripe и PayPal. Налоговое резидентство в стране фактического проживания при этом никуда не исчезает: зарубежная компания - это инструмент приема и маршрутизации выплат, а не способ «исчезнуть» из локальной налоговой системы.

Почему тема удаленной зарплаты в валюте стала массовой

Удаленная работа зарплата валюта - это уже не нишевый сценарий для горстки фрилансеров на биржах. В 2026 году типичный специалист из Казахстана, Узбекистана, Грузии, Армении, Кыргызстана, Беларуси или России может закрывать полноценную продуктовую роль в зарубежной команде, вести несколько контрактов параллельно, получать гонорар от зарубежного работодателя в долларах или евро и при этом физически находиться в СНГ. Работодателю или заказчику удобно платить в долларах, потому что его фонд оплаты труда, юнит-экономика и банковский счет номинированы в этой валюте. Исполнителю удобно получать зарплату в долларах, потому что это снижает валютный риск относительно локальной валюты и упрощает оплату зарубежных инструментов, подписок и рекламы. Проблема возникает не в договоренности «сколько платить», а в инфраструктуре «куда и как платить».

Локальный счет физического лица в банке страны проживания часто не принимает регулярные коммерческие поступления из США или Европы без вопросов. Карта российского или ряда других банков СНГ может не работать для оплаты зарубежных сервисов. Личный PayPal или личный Payoneer, открытый «на себя как на фрилансера», через несколько месяцев упирается в лимиты, несовпадение профиля с реальными оборотами и запрос документов, которых у человека нет, потому что он так и не собрал юридическую оболочку. Заказчик из США при этом не хочет каждый месяц делать SWIFT на частное лицо в юрисдикции, которую его бухгалтерия и банк считают высокорисковой. HR и finance иностранной компании прямо говорят: «мы платим компаниям по инвойсу, мы не берем в штат людей без локального юридического присутствия и без возможности провести payroll».

На этом месте многие начинают искать «серую зарплату»: чужой счет, обналичку через знакомого, номинальную должность в чужой фирме, договор, который называется employment, но по сути является прикрытием. Такие схемы живут недолго. Банки в 2026 году смотрят не на красивое слово в назначении платежа, а на экономический смысл операции, повторяемость, связь плательщика и получателя, документы KYC и source of funds. Stripe, PayPal, Mercury и Payoneer делают то же самое. Поэтому правильный вопрос звучит не «как спрятать зарплату», а «как легально выстроить контур, в котором иностранный контрагент может платить, а вы - получать, учитывать и тратить».

Отдельно стоит зафиксировать спрос со стороны самих иностранных компаний. Американский стартап, который нанял трех разработчиков из СНГ, не всегда готов запускать полноценный employer of record в каждой стране. Британское агентство, которое привлекает дизайнера на 20 часов в неделю, не хочет становиться работодателем с взносами, отпусками и трудовыми спорами. Европейский SaaS, которому нужен подрядчик на три месяца, хочет счет, акт и понятный VAT-статус, а не трудовую книжку. Это rational business decision, а не «желание обойти закон». Contractor-модель в международном бизнесе существует десятилетиями. Она легальна, когда стороны честно оформляют ее как B2B: есть компания-исполнитель, есть договор на услуги, есть инвойс, нет признаков скрытых трудовых отношений, которые стороны пытаются маскировать.

Две модели, которые нельзя смешивать: payroll и contractor

Первая модель - employment payroll. Человек является сотрудником иностранной компании. Компания ставит его в штат, удерживает налоги и социальные взносы по правилам страны трудоустройства или по правилам выбранного employer of record, платит отпускные, соблюдает трудовое право, несет ответственность как работодатель. Выплата зарплаты нерезиденту в этой модели - это не «перевод на карту», а регламентированный payroll-цикл: timesheet или оклад, расчет удержаний, платежная ведомость, отчетность. Если компания действительно готова быть работодателем, она либо регистрирует локальное юрлицо в стране сотрудника, либо нанимает EOR-провайдера, либо оформляет сотрудника в той юрисдикции, где у нее уже есть payroll. Giru эту модель не продает и не имитирует. Мы не регистрируем «работодателя для галочки», не подставляем номинальных сотрудников и не обещаем, что LLC в Вайоминге автоматически превращает вас в американского employee с белой зарплатой, 401(k) и медицинской страховкой.

Вторая модель - B2B contractor invoices. Вы (или ваша команда) оказываете услуги как независимый подрядчик. Получатель денег - ваша компания, а не вы как физическое лицо в роли сотрудника чужого HR. Заказчик платит по договору и счету за объем работ, retainer, milestone или ежемесячный гонорар. Это не payroll. Это коммерческая выплата за услуги. В назначении платежа будет invoice number, contract reference, professional services, software development, design retainer - но не salary в смысле трудового права. Для заказчика это opex на подрядчиков. Для вас это выручка компании, из которой дальше можно платить себе вознаграждение собственника, дивиденды, компенсацию расходов и операционные затраты по правилам юрисдикции компании и с учетом вашего личного налогового резидентства.

Путаница contractor vs employee - главная причина, по которой схемы ломаются. Человек называет поток «зарплатой из США в СНГ», заказчик в Slack пишет «salary», а юридически стороны подписывают Independent Contractor Agreement. Банк видит регулярные одинаковые суммы от одного и того же плательщика на счет, который оформлен как бизнес, но в анкете KYC человек написал «я получаю зарплату как сотрудник». Комплаенс задает вопрос: вы сотрудник или вы компания, оказывающая услуги? Если ответа нет в документах, счет останавливают. Если ответ есть, но он противоречит договору, останавливают тоже.

Правильная конструкция звучит так. Если иностранная компания берет вас в штат через EOR или собственный payroll - вы employee, и вопрос инфраструктуры Giru здесь вторичен: вам нужен личный счет, на который EOR умеет платить, плюс понимание локальных налогов. Если иностранная компания не берет вас в штат и предлагает контракт подрядчика - вы не employee, и вам нужна компания, корпоративный счет и платежный контур, чтобы получать гонорар от зарубежного работодателя или заказчика как B2B. Именно этот второй путь мы разбираем дальше подробно, потому что именно он закрывает 80-90% реальных запросов «как получать зарплату из-за границы», с которыми к нам приходят.

Есть и третий, гибридный на бытовом языке сценарий: вы основатель собственного продукта, сами себе «платите зарплату» из выручки Stripe или маркетплейса. Юридически это вообще не зарплата от иностранного работодателя. Это распределение средств собственной компании. Инфраструктура при этом почти та же: компания, счет, шлюз, карта. Но налоговая логика и комплаенс-описание бизнеса другие. В статье мы будем явно разделять эти сценарии, чтобы не смешивать «меня нанял американский стартап» и «у меня свой SaaS, клиенты платят с карт».

Почему настоящий иностранный payroll для жителя СНГ - редкость

Иностранная компания, которая хочет оформить employee в СНГ, сталкивается с пакетом обязательств. Нужно понять, возникает ли у нее permanent establishment в стране сотрудника. Нужно платить локальные взносы или найти EOR. Нужно соблюдать локальное трудовое право: испытательный срок, увольнение, больничные, минимальные гарантии. Нужно уметь считать налог у источника, если он вообще применим. Для стартапа на 15 человек с одним удаленным разработчиком в Алматы это часто несоразмерно дорого относительно ставки специалиста. Поэтому finance говорит: только contractor, только invoice, только компания.

Даже когда компания формально готова платить «как зарплату», ее банк может не провести платеж физическому лицу в отдельные страны СНГ или проведет его с задержкой, дополнительными документами и комиссией, которая съедает часть суммы. Бухгалтерия США привыкла платить W-2 сотрудникам внутри страны и 1099 подрядчикам с американским TIN. Нерезидент без американского SSN, без ITIN и без компании не вписывается в привычные шаблоны. Форма W-8BEN для физического лица иногда используется, но это не волшебная кнопка «теперь мне можно платить зарплату как американцу». Это декларация налогового статуса для определенного типа доходов, и ее неправильное применение создает риск уже для плательщика.

Отсюда следует практический вывод. Если вам написали «мы трудоустроим вас в нашу американскую корпорацию и будем платить salary на карту» - это, как правило, либо ошибка формулировки, либо обещание, которое не выдержит первой проверки их же бухгалтерии. Мы в Giru регистрируем не корпорации в произвольных штатах, а LLC в Вайоминге: это рабочая оболочка для приема B2B-выплат и для собственного продукта, а не замена американского трудового договора. Если вам предлагают «оформиться сотрудником нашей британской фирмы за пару дней и сразу получить payroll» - это маркетинг, не процесс. LTD в Англии регистрируется через Companies House с реалистичным циклом документов, UTR и налоговой постановкой, а не как однодневная декорация для зарплаты.

Еще один частый миф: «мне оформят номинальную должность в чужой компании, я буду числиться employee, а деньги пойдут мне на карту». Это именно то, чего делать не нужно. Фиктивное трудоустройство, номинальная работа и торговля «слотами в штате» - прямой путь к претензиям банков, платежных систем и, при развитии событий, к вопросам уже не комплаенса, а правоохранительных и налоговых органов. Giru такие конструкции не проектирует. Если нужен легальный контур - строится ваша компания и ваш счет. Если нужен настоящий employment - это задача работодателя и EOR, а не задача «нарисовать трудовой договор».

Что делает Giru в этой задаче - и чего не делает

Giru собирает платежную и корпоративную инфраструктуру. На практике это означает четыре связанных слоя. Первый - юридическое лицо, через которое вы имеете право выставлять счета и принимать коммерческие платежи: чаще всего Wyoming LLC, иногда UK LTD, если источник выплат и география клиентов лучше ложатся на британскую структуру. Второй - корпоративный счет, куда эти платежи реально доходят: Mercury для американской компании, Payoneer как канал выплат от площадок и части заказчиков. Третий - платежные шлюзы, если вы не только подрядчик, но и продаете сами: Stripe и PayPal. Четвертый - иностранная карта для операционных и личных расходов в валюте, на данный момент это карта грузинского банка-партнера с доставкой в СНГ.

Мы не являемся работодателем клиента. Мы не становимся EOR. Мы не обещаем, что после регистрации LLC вы «официально трудоустроены в США». Мы не даем индивидуальных налоговых консультаций по минимизации НДФЛ, взносов и отчетности в стране резидентства и не проектируем схемы ухода от налогов. Высокоуровнево фиксируем только одно: налоговое резидентство в стране, где вы живете больше 183 дней или где у вас центр жизненных интересов, по-прежнему имеет значение. Доход, который вы получаете как бенефициар зарубежной компании или как физическое лицо, в большинстве стран СНГ не перестает быть объектом локального учета только потому, что счет открыт в долларах за рубежом. Конкретные ставки, вычеты, КИК, контролируемые иностранные компании, валютный контроль и формы отчетности нужно обсуждать с локальным налоговым консультантом по вашей стране. Наша зона - чтобы деньги могли легально прийти на понятный счет понятого юридического лица.

Этот раздел важен не из этикета, а из комплаенса. Банки спрашивают, кто мы относительно клиента. Платежные системы спрашивают, кто beneficial owner. Заказчики спрашивают, кто подписант договора. Если в этой цепочке появляется «мы устроим вас на работу к себе в штат, хотя работы нет», вся конструкция становится токсичной. Прозрачная формулировка звучит иначе: вы независимый подрядчик или владелец своего продукта; Giru регистрирует компанию, помогает открыть счет и подключить платежи.

Типичные ошибки contractor-схем, из-за которых деньги перестают доходить

Первая ошибка - принимать коммерческие выплаты на личный счет физлица и надеяться, что формулировка «salary» в платежке все объяснит. Для банка регулярные входящие от иностранной компании на физлицо - это либо зарплата, которую нужно подтвердить трудовым договором и налоговым статусом, либо предпринимательский доход, для которого нужен статус ИП/самозанятого/компании. Когда документов нет, банк либо режет платеж, либо запрашивает пакет, которого человек собрать не может, либо закрывает дистанционное обслуживание. Особенно болезненно это проявляется, когда сумма растет: 1 500 долларов один раз могут пройти, 8 000 каждый месяц - уже паттерн, который включает усиленный мониторинг.

Вторая ошибка - открыть личный Payoneer или личный PayPal «на всякий случай» и гнать туда обороты, которые по смыслу корпоративные. Payoneer хорошо работает как канал выплат, если тип аккаунта совпадает с реальностью: фрилансер с личным аккаунтом и умеренными суммами - одна история, компания с Amazon, регулярными инвойсами и командой - другая, и ей нужен корпоративный Payoneer. Несовпадение имени продавца, названия компании и получателя выплат - классический триггер ручной проверки.

Третья ошибка - зарегистрировать компанию «для галочки» в юрисдикции, которую банк и Stripe не понимают или которая не стыкуется с выбранным счетом. Для приема долларов от американского заказчика и дальнейшей работы с Mercury и Stripe исторически лучше ложится Wyoming LLC. Для работы с британскими и рядом европейских контрагентов, которым важен счет от UK-компании и понятный VAT-контур до порога £80,000, логичнее LTD в Англии. Компания без счета - это папка с PDF. Счет без компании, когда обороты уже коммерческие, - это счет, который почти наверняка попросят объяснить.

Четвертая ошибка - называть себя employee в переписке, в инвойсах писать «monthly salary», а договор иметь contractor. Слова имеют значение для комплаенса. Если вы подрядчик, в договоре должны быть предмет услуг, порядок приемки, отсутствие гарантий занятости, право заказчика не обеспечивать рабочее место и соцпакет, ваше право работать с другими клиентами, если это согласовано. Если стороны хотят именно трудовые отношения - это другой юридический проект, и его нельзя заменить инвойсом.

Пятая ошибка - пытаться получить «зарплату» через чужую компанию: друг выставляет счет, получает деньги, переводит вам остаток на карту. Для банка друга это транзит и возможный признак отмывания. Для вас это доход без понятного источника. Для заказчика это оплата не той стороне, которая оказывает услугу, что ломает и учет, и интеллектуальные права на результат работ. Такие цепочки разваливаются на первом серьезном compliance review.

Шестая ошибка - игнорировать сайт, договор, инвойс-нумерацию и описание деятельности. Mercury, Stripe и PayPal в 2026 году ожидают, что у бизнеса есть хотя бы минимальная операционная витрина: кто вы, что продаете или какие услуги оказываете, как с вами связаться. Пустой аккаунт с формулировкой «IT consulting» и без единого документа на услугу выглядит как оболочка. Оболочки банки не любят.

Седьмая ошибка - смешивать личные и корпоративные потоки на одном инструменте. Реклама, серверы, подрядчики второй линии, собственное вознаграждение и «просто снял наличные в отпуске» без учета превращают выписку в хаос. Хаос на выписке - это не «мне так удобно», это red flag. Корпоративный счет существует в том числе для того, чтобы поток был читаемым.

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

Девятая ошибка - считать, что иностранная карта сама по себе заменяет зарплатный контур. Карта нужна, чтобы тратить. Счет и компания нужны, чтобы получать. Без входящего контура карта - это только расходный инструмент, который все равно придется пополнять.

Десятая ошибка - откладывать бухгалтерию «на потом, когда пойдут большие деньги». Потом прилетает запрос source of funds, и за две недели невозможно восстановить год переписки, инвойсов и актов. Инфраструктура выплат начинается с первого счета, а не с первого миллиона.

Зарубежная компания как получатель выплат, а не как декорация

Чтобы иностранный заказчик мог заплатить вам как бизнесу, у платежа должен быть получатель, которого понимает его бухгалтерия: legal name, registration number, адрес, банковские реквизиты, налоговый идентификатор. Физическое лицо в СНГ этот набор закрывает плохо. Компания в понятной юрисдикции закрывает хорошо. Для большинства запросов «зарплата из США в СНГ» и «гонорар в долларах от американского продукта» этим получателем становится LLC в Вайоминге. Для гонораров от британских агентств, части европейских B2B-клиентов и моделей, где важен британский корпоративный контур, получателем становится LTD.

Компания решает несколько практических задач одновременно. Она позволяет подписать Independent Contractor Agreement или Service Agreement от имени юрлица, а не от имени человека с размытым статусом. Она позволяет выставить invoice, который заказчик проведет как vendor payment. Она дает основание открыть корпоративный счет. Она дает основание пройти KYB в Stripe, PayPal и Payoneer. Она отделяет личную ответственность бенефициара от операционных обязательств бизнеса в пределах корпоративной формы - при условии, что форма не используется как фикция.

Важно не переоценивать компанию. Wyoming LLC не делает вас налоговым резидентом США. Она не дает рабочую визу. Она не заменяет локальный учет вашего личного дохода. Она не является офшором в карикатурном смысле «можно ничего не показывать». У LLC есть Registered Agent, EIN, Annual Report, обязательства по информационной отчетности, а при появлении Effectively Connected Income - уже полноценный налоговый контур США. У LTD есть Companies House, Confirmation Statement, Corporation Tax, порог VAT £80,000. Компания - это операционный субъект, за которым нужно ухаживать, а не PDF для одного платежа.

Выбор между США и Англией мы подробно сравнивали в материале LLC или LTD. Здесь достаточно прикладного правила. Если основной плательщик - американская компания, если дальше нужен Mercury и Stripe, если продукт или услуги ориентированы на долларовый рынок, стартовая точка - Вайоминг. Если основной плательщик в Великобритании или вам важна британская корпоративная оболочка и работа с европейскими счетами при обороте, который вы контролируете относительно порога VAT, стартовая точка - Англия. Если плательщиков несколько и география смешанная, часто начинают с LLC как с более универсального «приемника долларов», а LTD добавляют позже под конкретный европейский контур, а не наоборот.

Wyoming LLC: рабочая оболочка для долларовых гонораров и собственного продукта

Мы регистрируем компании в США только как LLC в Вайоминге. Это сознательный продуктовый выбор, а не случайность. В Вайоминге нет налога на прибыль штата и нет franchise tax для LLC, требования к раскрытию бенефициара в открытом реестре штата мягче, чем в ряде других штатов, ежегодное продление предсказуемо по стоимости, а для нерезидента, который не ведет деятельность физически на территории США, конструкция остается относительно легкой в администрировании. Гибкое корпоративное право позволяет держать компанию member-managed с одним участником-нерезидентом. Для приема гонораров, работы с SaaS, агентских услуг, e-commerce и подрядных IT-контрактов этого достаточно в подавляющем большинстве кейсов.

Почему именно LLC, а не C-Corp? C-Corp нужна тем, кто собирает венчурный капитал, выпускает привилегированные акции, строит опционную программу и готовится к сложной капитализационной таблице. Человеку, который хочет получать зарплату в долларах как подрядчик или запустить небольшой продукт, C-Corp дает двойное налогообложение и лишнюю формальность без выгоды. Pass-through логика LLC для нерезидента без ECI на практике означает, что сама компания не превращается в американского налогоплательщика «по умолчанию», но информационная отчетность и корректное определение, есть ли американский источник дохода, никуда не деваются. Это не приглашение «не платить ничего нигде». Это описание федеральной логики для нерезидентной структуры без деятельности внутри США.

Практический цикл регистрации, который мы проводим на странице LLC в США, выглядит так. Сначала проверяется и резервируется название. Затем назначается Registered Agent в Вайоминге - без него инкорпорация невозможна. Подаются Articles of Organization. Параллельно готовится Operating Agreement: банкам и платежным системам он нужен даже если штату он не подается. Затем получается EIN в IRS. Для нерезидента без SSN это не мгновенная онлайн-форма, а отдельный процесс, который занимает дополнительное время. Только после EIN имеет смысл идти в Mercury и в Stripe. Люди, которые пытаются подать заявку в банк «по сертификату, EIN дошлем потом», теряют недели на отказ и повторную подачу.

Сроки реалистичные: стандартная регистрация LLC обычно укладывается в диапазон нескольких рабочих дней на уровне штата, плюс время на EIN. Это не слоган «компания за сутки», и мы так не продаем. Зато на выходе у клиента есть пакет, который банк может прочитать: Certificate of Formation, Operating Agreement, EIN letter, паспорт бенефициара, описание деятельности, сайт или лендинг. Именно этот пакет, а не сам факт «у меня есть американская компания», открывает счет.

Для сценария «меня нанял американский стартап как contractor» LLC удобна еще и тем, что заказчик видит знакомый юрисдикционный профиль: US vendor, EIN, W-9 или W-8BEN-E в зависимости от налоговой классификации, счет в US-банке или в US-финтех-банке. Бухгалтерии стартапа проще провести такого вендора, чем частное лицо в СНГ. Это не потому, что Вайоминг «магический», а потому, что документооборот совпадает с их внутренними шаблонами AP (accounts payable).

Отдельно про интеллектуальную собственность. Если вы разрабатываете код, дизайн, контент, полезно, чтобы договор был с компанией и содержал уступку или лицензию IP в ту сторону, о которой вы договорились. Когда платят физлицу без внятного договора, потом спорят, кому принадлежит репозиторий. Когда платят LLC по Service Agreement с IP-clause, споров меньше. Это не роскошь, это базовая гигиена contractor-модели.

UK LTD: когда британская компания лучше американской

LTD в Англии имеет смысл, когда ваши деньги, контрагенты и операционная логика тяготеют к Великобритании и связанным с ней расчетам. Британский заказчик часто хочет счет от UK company, VAT-номер или хотя бы понятное объяснение, почему VAT нет, и реквизиты, которые его банк не отправляет в «непонятную» юрисдикцию. Пока taxable turnover не превышает £80,000 за скользящие 12 месяцев, регистрироваться плательщиком VAT не нужно. Это один из самых практических аргументов в пользу LTD для небольшого и среднего объема услуг. Мы продаем работающую корпоративную оболочку с понятным налоговым контуром, а не красивый лондонский адрес как самоцель.

Порог £80,000 считается по валовому обороту облагаемых операций, а не по прибыли и не строго по календарному году. HMRC смотрит скользящее окно. Как только порог превышен, есть короткий срок на регистрацию VAT, и просрочка стоит денег. Corporation Tax при этом существует независимо от VAT: даже если вы ниже порога НДС, корпоративный налог на прибыль и отчетность никуда не исчезают. Путать эти два контура - типичная ошибка первого года.

Регистрация LTD идет через Companies House: название, директор, акционер, PSC, Registered Office в Англии или Уэльсе, Memorandum и Articles, форма IN01. Затем приходит UTR, нужно встать на учет по Corporation Tax в установленный срок, вести учет, подавать Annual Accounts и Confirmation Statement. Реалистичный полный цикл - от одной до трех недель до получения ключевых идентификаторов, а не обещание «сегодня подали, завтра payroll». Мы описываем процесс без маркетинговых ускорений на странице регистрации LTD и в гайде по британскому VAT.

Для contractor-сценария LTD удобна, если гонорар идет из UK, если клиенты просят UK invoice, если вы хотите держать фунтовый контур и не тащить каждый платеж через долларовый банк с двойной конвертацией. Для приема карт европейских клиентов иногда добавляют Stripe на британскую компанию. Для «зарплаты из США» как единственного источника LTD обычно не является первым выбором: американскому стартапу проще платить US LLC.

Дивиденды LTD выплачиваются из прибыли после корпоративного налога. Это не зарплатный payroll директора в СНГ и не способ «нарисовать salary». Если вы единственный директор-акционер и оказываете услуги через компанию, вы все равно остаетесь бенефициаром, и ваше личное налоговое резидентство определяет, как этот доход видится в стране проживания. Британская компания не выключает этот контур автоматически.

Как выбрать юрисдикцию под источник выплат, а не под красивый флаг

Правильный порядок выбора такой. Сначала фиксируем, кто платит, в какой валюте, каким инструментом и как часто. Затем - что вы продаете: личные услуги одного специалиста, услуги маленькой команды, подписку своего продукта, товары, смешанную модель. Затем - какие шлюзы и банки нужны в первые 90 дней. Только потом выбираем юрисдикцию. Люди делают наоборот: «хочу американскую компанию, потому что все так делают», а плательщик - бутики в Манчестере, которые хотят GBP и VAT-логику. Или наоборот: открывают LTD, а единственный клиент - американская компания, которая платит только на US-счет. Стоп: холдинг заказчика мы не выбираем и не рекламируем, но сам факт US-плательщика обычно тянет к Wyoming LLC.

Чеклист, которым мы пользуемся на консультации:

  1. Основной плательщик в США, валюта USD, нужен Mercury и, возможно, Stripe - смотрим LLC в Вайоминге.
  2. Основной плательщик в UK, валюта GBP, нужен британский invoice и контроль VAT до £80,000 - смотрим LTD.
  3. Несколько плательщиков в разных странах, ядро дохода в долларах - чаще LLC как базовый контур, второй контур позже.
  4. Доход идет с маркетплейсов (Amazon, Etsy) - юрисдикция должна дружить и с площадкой, и с Payoneer; для Amazon US это снова чаще Вайоминг.
  5. Доход идет как карточные платежи клиентов вашего продукта - без Stripe или PayPal компания почти бесполезна, значит юрисдикция должна быть поддерживаемой шлюзом.

Смену юрисдикции задним числом делать дорого: придется заново проходить KYB банка и шлюзов, переподписывать договоры с заказчиками, объяснять, почему vendor name изменился. Поэтому лучше потратить неделю на выбор, чем полгода на миграцию.

Сербия, ОАЭ, Гонконг и Китай у Giru тоже есть как отдельные продукты, но в задаче «получить гонорар от американского или британского работодателя/заказчика, живя в СНГ» они редко бывают первым ходом. Они решают другие задачи: релокация, азиатская торговля, резидентность, локальный банкинг. В этой статье мы держим фокус на двух рабочих приемниках выплат - Вайоминге и Англии - потому что именно они закрывают связку «компания + счет + Stripe/PayPal/Payoneer» для удаленщика.

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

Счет для зарплаты из-за рубежа в contractor-модели - это корпоративный счет компании, а не зарплатный проект Сбера, не личный валютный счет «на всякий случай» и не чужая карта родственника в ЕС. На корпоративный счет приходит invoice payment. С корпоративного счета вы платите подрядчикам, сервисам, налогам компании и своему вознаграждению собственника так, как это допускает юрисдикция и ваш локальный консультант. Выписка должна читаться как выписка бизнеса.

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

Какой счет нужен, зависит от компании. Для Wyoming LLC базовый рабочий вариант в нашей практике - Mercury. Для выплат с площадок, бирж фриланса и части прямых заказчиков, а также как мультивалютный слой - Payoneer. Для повседневных трат в валюте, рекламы и подписок, когда нужен пластик Visa/Mastercard лояльного банка, - иностранная карта грузинского банка-партнера. Эти три инструмента не взаимозаменяемы. Mercury - расчетный контур американской компании. Payoneer - рельсы выплат и мультивалютные локальные реквизиты. Карта - расходный край цепочки.

Попытка обойтись одним Payoneer «вместо всего» работает только на узком сценарии фрилансера с площадок. Как только появляется прямой контракт с американским юрлицом на 10-20 тысяч долларов в месяц, заказчик чаще хочет US routing details, а не «получите в Payoneer». Как только появляется свой продукт с картами клиентов, без Stripe и без расчетного счета под payouts не обойтись. Как только нужно оплатить рекламу и SaaS, карта становится необходимой, потому что корпоративный банк не всегда удобен как POS-инструмент в каждой точке мира.

Mercury: расчетный счет американской LLC, на который заказчик может заплатить

Mercury остается в 2026 году одним из немногих реалистичных путей для нерезидента открыть долларовый счет на US LLC без визита в США и без огромного депозита классического private banking. Это финтех-банк, который понимает стартапы, агентства, SaaS и подрядные компании. Для заявки нужны Certificate of Formation, Operating Agreement, EIN, паспорт бенефициара, proof of address, описание модели и, очень желательно, сайт. Если компания регистрировалась через нас, этот пакет собирается сразу, и заявка не зависает на «дошлите operating agreement».

Проверка KYC/KYB смотрит не только на документы, но и на смысл. Формулировка «международный консалтинг» без сайта, без клиентов, без понимания, откуда придут первые 50 тысяч долларов, проходит хуже, чем «software development services for US product companies, monthly retainer, 1-3 clients, invoices via Wise/ACH». Чем конкретнее story, тем меньше ручных итераций. Мы разбирали, какие формулировки и паттерны триггерят мониторинг, в статье про красные флаги Mercury. Для зарплатно-гонорарного сценария особенно важно не писать в анкете «salary from employer», если юридически у вас B2B. Пишите professional services / contractor payments / client retainers и держите это согласованным с договором.

Сроки без сюрпризов - обычно от 3 до 10 рабочих дней, с дозапросами до нескольких недель. После открытия доступны ACH и wire, виртуальные и физические карты, интеграции, в том числе со Stripe. Для американского заказчика ACH на US-реквизиты дешевле и привычнее, чем SWIFT в СНГ. Это одна из главных причин, почему «зарплата из США» через LLC+Mercury доходит предсказуемее, чем перевод на личную карту в Алматы.

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

Лимиты и усиленный мониторинг при росте оборота - норма. Когда месячный объем вырастает в разы, банк может запросить invoices, контракты, source of funds. Если у вас с первого дня лежит папка «контракт, инвойс, акт, переписка с клиентом», запрос закрывается за один цикл. Если папки нет, выплаты встают.

Payoneer: рельсы для площадок, бирж и части прямых гонораров

Payoneer в 2026 году все еще один из самых удобных способов получать выплаты от Amazon, Etsy, Upwork, Fiverr и десятков других платформ, а также держать мультивалютные локальные реквизиты, чтобы заказчик платил «как местному». Для фрилансера с биржи личный аккаунт может быть достаточным стартом. Для компании, маркетплейс-продавца и регулярных B2B-гонораров на юрлицо нужен корпоративный аккаунт. Мы ведем этот процесс на странице Payoneer и в инструкции по регистрации.

Документы те же по духу, что у банка: регистрация компании, налоговый идентификатор, паспорт бенефициара, адрес, описание деятельности, иногда подтверждение связи с площадкой. Верификация занимает от нескольких рабочих дней. После одобрения появляются USD/EUR/GBP-реквизиты, карта к балансу, вывод на банк. Для удаленщика это закрывает боль «клиент в Европе не хочет SWIFT». Он платит на локальные реквизиты Payoneer, вы получаете на баланс, дальше либо тратите картой Payoneer, либо выводите на Mercury, либо комбинируете.

Где Payoneer не заменяет Mercury: крупные прямые контракты с US-компаниями, которым нужен «настоящий» US checking account; сложный операционный контур с множеством vendor payments; сценарий, где основной прием - Stripe payouts на банковский счет. Где Payoneer незаменим: маркетплейсы, биржи, мозаика небольших заказчиков, мультивалютность без открытия трех банковских счетов.

Типичная ошибка - зарегистрировать личный Payoneer, привязать его к Amazon-компании и удивиться запросу KYB. Вторая - держать в одном аккаунте несвязанные потоки: фриланс, чужой магазин, личные переводы друзей. Третья - использовать Payoneer как транзитный котел для денег, которые вам не принадлежат. Комплаенс Payoneer в 2026 году умеет это видеть.

Комиссии Payoneer обычно выгоднее классического SWIFT на мелких и средних регулярных суммах. На крупных wire в один адрес иногда дешевле прямой банковский перевод. Считать нужно по вашему паттерну, а не по чужому скриншоту из чата.

Stripe: когда гонорар приходит не переводом, а картой клиента

Не все «зарплаты из-за границы» - это wire от работодателя. Часть людей продает услуги пакетами, ретейнеры закрывает ссылкой на оплату, ведет небольшой SaaS, берет предоплату картой. В этом мире без Stripe или аналога жить трудно: клиент не хочет возиться со SWIFT, он хочет ввести карту. Stripe для нерезидента из СНГ открывается не на паспорт, а на компанию в поддерживаемой стране плюс счет для выплат. Для нашей аудитории это снова связка Wyoming LLC + Mercury + Stripe, либо британский контур, если он лучше ложится на клиентов.

Stripe - не payroll. Если ваш «работодатель» предлагает «кинь инвойс в Stripe, я оплачу корпоративной картой», это все еще B2B-оплата услуг, просто рельсы карточные, а не ACH. Для вас это выручка мерчанта со всеми последствиями: резервы, chargeback, MCC, Radar, KYB. Нужно иметь публичное описание услуги, условия возврата, понятный продукт. Иначе первая же претензия держателя карты закончится холдом.

Мы не рекомендуем открывать Stripe, если единственный поток - один и тот же «работодатель» каждый месяц одной суммой «как зарплата». Для банка и для Stripe это выглядит странно: мерчант без реальной клиентской базы, одна карта-источник, регулярность как у payroll. Для такого потока честнее invoice + ACH/wire на корпоративный счет. Stripe имеет смысл, когда есть много конечных плательщиков, продукт или пакетированные услуги.

Подключение включает юрисдикцию, MCC, данные компании и бенефициаров, сайт, привязку счета. VPN и чужие адреса как способ «казаться американцем» - путь к бану. Легальный путь описан в инструкции по Stripe и на странице услуги. После запуска появляются Billing, Invoicing, Tax - это уже про продукт, не про зарплату, но многие подрядчики со временем вырастают в студию с карточным эквайрингом, и закладывать это лучше сразу.

PayPal: дополнительный канал, который нельзя делать единственным фундаментом

PayPal до сих пор просят отдельные клиенты, маркетплейсы и «просто привыкшие платить paypal invoice» заказчики. Корпоративный PayPal на зарубежную компанию - рабочий дополнительный канал. Личный PayPal с коммерческими оборотами - источник лимитов и заморозок. Мы подключаем PayPal Business как часть контура, а не как замену банка.

Слабые места PayPal известны: споры, hold, чувствительность к жалобам, сложнее предсказуемый payout, чем у Stripe+Mercury в аккуратном SaaS. Сильные: узнаваемость, быстро открыть счет для клиента, который отказывается от любой другой кнопки. Правило 2026 года: если клиент может заплатить ACH, wire или Stripe - пусть платит туда. PayPal оставляйте для тех, кто иначе не заплатит.

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

Иностранная карта: грузинский банк-партнер, чтобы тратить валюту, а не чтобы имитировать зарплату

Получить деньги на Mercury или Payoneer - половина задачи. Вторая половина - легально и удобно ими пользоваться: оплатить Adobe, AWS, Google Ads, Copilot, билеты, отель, подрядчика-физлицо, которому удобна карта. Локальные карты ряда стран СНГ в 2026 году по-прежнему плохо живут в этих точках. Иностранная карта закрывает расходный край.

На данный момент Giru выпускает карты грузинского банка-партнера по агентской модели Introducer: удаленно, по доверенности, с KYC, с курьерской доставкой пластика и PIN в СНГ. Лететь в Грузию не нужно. Доступны личный и корпоративный форматы. Счет обычно мультивалютный, конкретные лимиты зависят от типа карты и решения банка. Весь процесс, сроки 2-4 недели и требования к документам описаны на странице иностранных карт и в гайде по оформлению. Другие страны выпуска карт мы в этой статье не предлагаем: актуален грузинский партнер.

Карта не заменяет корпоративный приемник. Нельзя сказать заказчику «переведите зарплату на грузинскую карту» и считать инфраструктуру построенной. Входящие от третьих лиц на карточные продукты часто ограничены. Карта хорошо работает как способ тратить деньги компании или ваши личные средства после того, как основной поток пришел на расчетный контур. Корпоративная карта логична для рекламы и SaaS, личная - для частных расходов. Мешать потоки на одном пластике снова создает кашу в учете и в source of funds.

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

Как деньги идут по цепочке: от счета заказчика до вашего кармана

Соберём легальный happy path для самого частого кейса 2026 года: разработчик живет в СНГ, американский стартап не берет его в штат, готов платить 8 000 USD в месяц как contractor.

Шаг 1. Регистрируется Wyoming LLC, получается EIN, готовится Operating Agreement, появляется лендинг услуг.
Шаг 2. Открывается счет Mercury на эту LLC.
Шаг 3. Подписывается Independent Contractor Agreement между стартапом и LLC, не между стартапом и человеком «как employee», если стороны не строят employment. В договоре - услуги, ставка или retainer, IP, конфиденциальность, порядок инвойсов, отсутствие соцпакета и гарантий занятости.
Шаг 4. LLC ежемесячно выставляет invoice. Заказчик платит ACH/wire на Mercury. В назначении - номер счета, не слово salary, если это не payroll.
Шаг 5. На корпоративном счете копятся средства. Часть идет на расходы компании. Часть собственник выводит себе как распределение/вознаграждение по правилам структуры и с пониманием, что в стране резидентства этот доход нужно корректно показать.
Шаг 6. Для трат в валюте используется корпоративная или личная иностранная карта грузинского банка, либо карта Mercury/Payoneer.
Шаг 7. Если появляются розничные клиенты, подключается Stripe или PayPal, но это уже второй контур, не обязательный для одного B2B-заказчика.

Что в этой цепочке нельзя выкинуть «для упрощения». Нельзя выкинуть договор и инвойс. Нельзя заменить LLC личным счетом, если объемы и регулярность уже коммерческие. Нельзя назвать это payroll и требовать от заказчика трудовые гарантии, оставаясь contractor. Нельзя провести деньги через третье лицо. Нельзя забыть, что налоговый резидент в СНГ не освобождается от локальных правил только наличием вайомингской выписки.

Альтернативный happy path: дизайнер работает с тремя британскими агентствами. Тогда чаще LTD, инвойсы в GBP, контроль порога VAT £80,000, британский или мультивалютный счет, Payoneer как дополнение, карта для расходов. Американский Mercury здесь может быть лишним, если нет USD-ядра.

Третий happy path: человек продает свой продукт по подписке. Тогда LLC или LTD, Stripe, банковский payout, карта для рекламы, а «зарплата» - это уже не гонорар работодателя, а то, сколько основатель позволяет себе выводить из прибыли. Комплаенс-описание бизнеса должно говорить «software / SaaS / digital product», а не «I receive salary».

Договор, инвойс и statement of work: бумага, без которой банк не верит выписке

Инфраструктура без документов - это красивый счет, который закроют. Минимальный набор contractor-модели:

Independent Contractor Agreement или Master Services Agreement. Стороны: ваша компания и компания заказчика. Предмет: услуги, а не трудовой функции «в штате отдела разработки». Срок, ставка, порядок приемки, расходы, IP, конфиденциальность, limitation of liability, применимое право. Явный статус independent contractor. Право (или запрет, если так договорились) работать с другими клиентами. Отсутствие employee benefits.

Statement of Work или приложение с конкретным объемом: что делается в этом месяце или на этом этапе. Это защищает и от «мы думали, что в retainer входит всё», и от вопросов банка «за что вам платят 8 000 каждый месяц».

Invoice: номер, дата, реквизиты, описание услуг, сумма, валюта, срок оплаты, ссылка на договор. Нумерация сквозная. PDF, который совпадает с тем, что ушло заказчику, хранится. Нельзя сегодня выставить invoice на 8 000, а в банке сказать, что это «просто зарплата без счетов».

Акт или confirmation of services, если заказчик его подписывает. Переписка с approve в Slack - лучше, чем ничего, но слабее, чем подписанный акт.

W-8BEN-E или иные налоговые формы США, если американский контрагент их запрашивает. Это формы статуса получателя, а не разрешение не платить налоги дома.

Этот набор кажется бюрократией, пока не приходит первый запрос Mercury, Payoneer или локального банка в СНГ, через который вы репатриируете часть средств. Тогда папка либо спасает счет, либо ее нет.

Валюта, конвертация, ACH, wire и локальные реквизиты

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

ACH внутри США на реквизиты Mercury - обычно дешевый и предсказуемый путь для US-заказчика. Wire / SWIFT - дороже, есть банки-корреспонденты, есть задержки, есть обрезание комиссии. Локальные реквизиты Payoneer в USD/EUR/GBP позволяют заказчику платить как на местный счет. Карточный платеж через Stripe удобен плательщику и дороже получателю по комиссии плюс риск chargeback.

Правило: не конвертируйте без нужды. Если гонорар в USD и расходы в USD, держите USD. Если клиент платит в EUR, имейте EUR-карман в Payoneer, а не конвертируйте в доллар и обратно в евро на каждую оплату европейского сервиса. Двойная конвертация - тихий налог на неаккуратность.

Не обещайте заказчику «платите как хотите, мне все равно». Дайте один основной реквизит и один запасной. Хаос реквизитов порождает платежи не туда и возвраты, а возвраты порождают мониторинг.

Комплаенс, KYC и source of funds: как говорить с банком на одном языке

Банк хочет понять три вещи. Кто вы. Откуда деньги. Насколько история стабильна и законна. KYC - это кто вы: паспорт, адрес, бенефициар, структура владения. KYB - это кто компания: регистрация, EIN/UTR, адрес агента, суть бизнеса. Source of funds / source of wealth - откуда конкретно пришли эти 40 000 на счете: контракт с компанией X, invoice 12-15, деятельность software development, сайт, переписка.

Для удаленщика правильный нарратив звучит так: «Я beneficial owner Wyoming LLC. Компания оказывает услуги разработки американским клиентам по контрактам. Основные поступления - monthly retainer от клиента N по договору от такой-то даты. Я не employee клиента. Я не принимаю деньги третьих лиц. Расходы - инфраструктура, подрядчики, вознаграждение собственника». Этот нарратив должен совпадать с сайтом, договором, инвойсами и выпиской.

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

Если вы совмещаете подряд и свой продукт, скажите это прямо: два потока, оба ваши, оба документированы. Смешанный бизнес лучше, чем скрытый.

Налоговое резидентство: высокий уровень без схем ухода

Этот раздел обязателен, потому что иначе статья превращается в инструкцию «открой LLC и забудь про налоги». Забыть нельзя.

Большинство стран определяет налоговое резидентство по дням присутствия, центру жизненных интересов, постоянному жилью, семье, экономическим связям. Если вы живете в стране СНГ как резидент, зарубежный счет не делает ваш доход «невидимым». Государства по-разному смотрят на КИК, на распределение прибыли иностранной компании, на доход контролирующего лица, на валютные операции, на обязанность уведомлять о зарубежных счетах. Правила Казахстана, Узбекистана, Грузии как страны проживания, Армении, Кыргызстана, Беларуси, России различаются, меняются, и их нельзя честно уместить в универсальную таблицу «плати X процентов и спи спокойно». Поэтому мы не даем ставок «оптимизации» и не рекомендуем скрывать доход.

Что можно сказать ответственно. Первый: наличие Wyoming LLC или UK LTD не отменяет локального резидентства. Второй: contractor-выручка компании и ваш личный доход - связанные, но не тождественные величины; как именно вы выводите деньги, влияет на то, что увидит локальный консультант. Третий: employment payroll, если он настоящий, обычно уже содержит удержания в стране payroll, и это все равно нужно стыковать с резидентством. Четвертый: попытка спрятать регулярный гонорар через третьих лиц, наличные и чужие карты - это не налоговое планирование, а риск. Пятый: ведите учет с первого инвойса, храните договоры, не смешивайте личное и корпоративное. Шестой: локальный налоговый консультант в стране резидентства должен появиться не после письма из банка, а на старте, хотя бы на часовую сверку модели.

Giru может подключить бухгалтерское сопровождение зарубежной компании - учет LLC/LTD, отчетность юрисдикции инкорпорации, подготовка цифр, которые понимает банк. Это не замена вашей личной декларации дома.

Мы также не советуем переезжать «на бумаге», оставаясь жить в СНГ, ради налогового статуса другой страны. Фиктивная резидентность - соседняя семья с фиктивным employment: выглядит умно в чате, плохо заканчивается на проверке.

Contractor vs employee: граница, которую нельзя размывать ради удобства

Заказчики иногда хотят «как сотрудника»: фиксированные часы, exclusive, корпоративная почта, управление как у junior in-house, отпуск по согласованию, а платить при этом «по инвойсу, чтобы не заморачиваться с payroll». Это серая зона misclassification. В США, UK и ЕС регуляторы смотрят на фактические признаки: кто контролирует способ работы, есть ли возможность убытка и других клиентов, чьи инструменты используются, насколько человек встроен в организацию. Если по факту это employee, а по бумаге contractor, риск лежит прежде всего на компании-заказчике, но исполнитель тоже получает нестабильную конструкцию: сегодня платят, завтра юристы заказчика все останавливают.

Что делать вам, если предлагают такую гибридную кашу. Не подписывать трудовой договор «для вида» с третьей фирмой. Не соглашаться на номинальную должность. Честно предложить один из двух чистых путей. Путь A: вы contractor, у вас компания, счет, invoice, в договоре independent contractor, вы не обещаете exclusive 40 hours in office culture, если не готовы. Путь B: заказчик берет EOR или оформляет employment там, где это возможно, и платит уже как зарплату сотруднику. Смешивать пути, чтобы «всем было удобно», удобно только до первой проверки.

Giru усиливает путь A инфраструктурой. Путь B мы не имитируем. Если заказчик требует, чтобы вы были employee именно их US-компании, это их HR-проект, а не наша регистрация LLC «под зарплату сотрудника». LLC может быть вашим вендором, не их payroll.

Номинальный директор как корпоративный сервис - отдельная легальная опция в некоторых юрисдикциях для реестра, и мы описывали ее в материале про номинальный сервис. Это не «номинальная работа» и не продажа трудовой книжки. Не путайте nominee director компании с fake job. Первое - корпоративный инструмент с трастовыми документами. Второе - имитация employment.

Сценарий 1. «Меня нанял американский стартап»

Самый частый бриф. Человек проходит собеседования, ему говорят offer 120k, в Slack пишут salary, в документе оказывается Independent Contractor Agreement, start date через две недели, «пришлите W-9 и bank details». W-9 ему не подходит как нерезиденту без US TIN физлица. Bank details личного банка в СНГ finance не нравятся. Срок горит.

Рабочий ответ: мы не успеем за два дня, но успеем собрать контур в разумные недели, если заказчик готов платить компании, а не «на карту мамы». Параллельно: регистрация LLC, EIN, заявка Mercury, лендинг, шаблон инвойса, помощь с пакетом для AP заказчика (company details, EIN, W-8BEN-E, banking). Заказчику объясняется спокойно: vendor is a Wyoming LLC, payment via ACH, monthly invoice. Большинство стартапов, которым нужен человек, а не спор с банком, на это соглашаются, потому что для них это стандартный contractor onboarding.

Если стартап настаивает «только W-2 employee», без EOR это часто означает, что они не понимают свою же нагрузку. Можно предложить им EOR-провайдера (это не услуга Giru) либо остаться contractor. Нельзя предложить «давайте я найду фирму, которая меня фиктивно трудоустроит».

Пока LLC и банк не готовы, иногда стороны договариваются о первом платеже через Payoneer, если это приемлемо для AP. Это костыль на старт, не целевая архитектура.

Сценарий 2. Несколько европейских заказчиков и гонорары в евро и фунтах

Мозаика контрактов по 2-5 тысяч в месяц. Здесь боль - SWIFT и разные бухгалтерии. LTD плюс мультивалютные реквизиты Payoneer плюс контроль VAT £80,000 часто работают лучше, чем одна долларовая LLC, которая на каждом платеже теряет на конвертации. Договоры короткие, SOW на проект, инвойсы в валюте договора. Stripe имеет смысл, если мелкие клиенты хотят оплатить картой предоплату. PayPal - только по просьбе клиента.

Риск этой модели - превысить порог VAT незаметно и получить доначисление. Второй риск - 15 мелких входящих без договоров, которые банк сочтет непонятным потоком. Даже короткий email-contract лучше, чем ничего.

Сценарий 3. Биржи фриланса и маркетплейсы как «зарплата»

Upwork, Fiverr, специализированные биржи, иногда Amazon/Etsy, если человек совмещает услуги и торговлю. Payoneer здесь часто первичен. Тип аккаунта должен совпадать с профилем площадки. Когда обороты вырастают и появляются прямые контракты в обход биржи, имеет смысл добавить LLC и Mercury, чтобы не держать все яйца в комиссии площадки и в рисках одного аккаунта. Прямой контракт вне биржи - это уже обычный B2B, со своими договорами.

Нельзя перегонять деньги друзей через ваш рейтинг на Upwork. Нельзя принимать на корпоративный Payoneer личные переводы «от двоюродного брата из ЕС». Площадки и Payoneer это видят.

Сценарий 4. Свой продукт: SaaS, подписка, инфопродукт, агентство с карточным эквайрингом

Здесь слово «зарплата» вообще бытовое. Клиенты платят вам, вы платите себе. Нужны компания, Stripe, счет, карта для рекламы, политики на сайте, Radar, налоги продаж/VAT по фактической географии клиентов. Это другая статья по сложности, и у нас есть гайд по платежным системам для SaaS и сравнение Stripe и PayPal. Важно не описывать такой бизнес банку как «я получаю зарплату из-за границы»: вы получаете выручку.

Сценарий 5. Смешанный: retainer от одного заказчика плюс свои мелкие клиенты

Самый жизненный. Тогда нарратив для банка должен включать оба потока. Юридически лучше, чтобы оба шли через одну вашу компанию, а не retainer на карту физлица, а Stripe - на LLC. Смешение получателей - классическая ошибка. Единый вендор, разные invoices, разная аналитика внутри, один счет.

Пошаговый запуск инфраструктуры без героизма и без магии

Неделя 0. Фиксируем модель: contractor, не fake employment. Фиксируем источник выплат и валюту. Фиксируем, нужен ли эквайринг или только входящие wire/ACH. Честно проговариваем налоговое резидентство: консультант локальный будет нужен.

Неделя 1. Выбор юрисдикции. Сбор паспорта, адреса, названия компании, описания услуг. Старт регистрации LLC или LTD. Параллельно простой лендинг: кто, какие услуги, контакты, без обещаний «официальное трудоустройство в США».

Неделя 2-3. Получение регистрационных документов, EIN или UTR. Подготовка Operating Agreement / articles, шаблона договора и инвойса. Подача в Mercury и/или Payoneer. При необходимости заявка на иностранную карту.

Неделя 3-5. Открытие счета, первые тестовые реквизиты заказчику, первый инвойс. Если нужен эквайринг - заявка в Stripe и точечно в PayPal.

Неделя 5-6. Первый живой платеж, настройка учета, правила: какие расходы с корпоративного, какие с личного. Запуск карты, когда пластик доедет.

Это не история на пару дней. Это нормальный операционный цикл. Кто обещает «завтра зарплата на американскую карту как у employee» - продает ожидание, которое ломается о KYC.

Что делать после первого платежа, чтобы второй не стал последним

Сохраните confirmation платежа, сопоставьте с инвойсом, положите в папку месяца. Не дробьте вывод на 20 мелких операций «чтобы не палиться» - это как раз палевно. Не меняйте назначение в следующих инвойсах с «software development services» на «salary» и обратно. Не принимайте на этот счет деньги друга «на пару дней». Не подключайте сразу пять новых шлюзов. Не игнорируйте письма банка.

Настройте минимальный учет: таблица или бухгалтер, список invoices, статус оплат, комиссий, остаток. Если это LTD, включите счетчик оборота к £80,000. Если это LLC, держите календарь Annual Report и Registered Agent. Оплатите продления заранее, мертвая компания убивает живой счет.

Когда появится второй клиент, заведите отдельный SOW, не пишите оба потока на один вечный invoice без детализации. Когда появится команда субподрядчиков, платите им с корпоративного счета по их статусу, а не «скину на карту наличными смыслом». Субподрядчик в СНГ - это снова либо его локальный статус, либо его компания, но не ваш payroll, если вы не становитесь работодателем. Становиться работодателем в чужой стране без консультации - отдельный риск permanent establishment и трудового права. Не масштабируйте хаос.

Масштабирование: когда одной LLC и одного счета перестает хватать

Сигналы. Клиенты в UK просят UK invoice, а у вас только Wyoming. Карточный оборот вырос, и нужен второй шлюз. Риски концентрации: один банк, один шлюз, один клиент 90% выручки. Появилась необходимость разделить продуктовый SaaS и контрактную студию, чтобы chargeback продукта не убил гонорары.

Тогда добавляют второй контур осознанно: LTD плюс свой банк/шлюз, или второй мерчант-аккаунт, или отдельная карта под рекламу. Не клонируют аккаунты после бана. Не открывают «запасную LLC на брата». Брат как dummy owner - это ложь в KYC.

Команда. Если вы нанимаете людей как employee, это payroll в их стране, а не «все выставляют инвойсы на мою LLC как будто они независимые, хотя я ими управляю как отделом». Misclassification масштабируется вместе с вами. Либо настоящие подрядчики с их компаниями, либо настоящий employment/EOR.

Сравнение инструментов: что за какую боль отвечает

| Задача | Рабочий инструмент | Что это не заменяет | |---|---|---| | Получатель B2B-выплат из США | Wyoming LLC | Трудовой договор employee, визу, налоговую резидентность США | | Получатель выплат из UK / контроль VAT до £80,000 | UK LTD | Мгновенную регистрацию и освобождение от Corporation Tax | | Расчетный USD-счет компании | Mercury | Личный зарплатный проект, прием денег на третьих лиц | | Выплаты площадок и локальные реквизиты | Payoneer | Полноценный US checking для любого AP | | Оплата картами конечных клиентов | Stripe | Payroll от одного работодателя | | Доп. канал «клиент платит только так» | PayPal | Основной операционный банк | | Траты в валюте, реклама, подписки | Иностранная карта грузинского банка | Входящий зарплатный контур | | Учет компании | Бухгалтерия зарубежной компании | Личную декларацию налогового резидента в СНГ |

| Модель | Кто плательщик | Кто получатель | Что говорит банк | Роль Giru | |---|---|---|---|---| | Настоящий employment payroll | Работодатель / EOR | Физлицо-сотрудник | Зарплата по трудовому контуру | Не имитируем | | B2B contractor | Заказчик | Ваша LLC/LTD | Оплата услуг по инвойсу | Компания, счет, платежи | | Свой продукт | Конечные клиенты | Ваша LLC/LTD через Stripe/PayPal | Выручка мерчанта | Компания, счет, шлюзы, карта | | Чужой счет / номинальная работа | Кто угодно | Чужое лицо | Транзит, признаки обхода | Не делаем |

Частые возражения заказчика и спокойные ответы

«Пришлите личную карту, нам так проще». Ответ: моя компания не может принимать коммерческие платежи на личную карту, вот invoice и ACH-реквизиты LLC. Так проще пройдет ваш же AP и мой банк.

«Мы хотим, чтобы вы были как employee, но без payroll». Ответ: давайте выберем. Либо contractor с инвойсом, либо ваш EOR. Гибрид ломается на комплаенсе.

«Сделайте счет на физлицо в ЕС через знакомого». Ответ: нет. Это чужие реквизиты и чужой KYC.

«Почему LLC, а не просто ИП дома?» Ответ: ваш AP не проводит мой локальный счет стабильно, Stripe мне как резиденту СНГ напрямую недоступен, валютный контур нужен в долларах. Локальный статус при этом я обсуждаю с консультантом отдельно: одно не отменяет другое.

«Нам нужен US employee с первого дня». Ответ: это не регистрация моей LLC. Это ваша корпоративная задача. Я готов быть вендором через Wyoming LLC.

Что будет, если ничего не собирать и «пока получать как получится»

Короткий горизонт: несколько платежей на личную карту проходят. Средний: банк просит документы, PayPal режет лимит, заказчик не может провести четвертый wire. Длинный: счет закрыт, новый банк видит историю, заказчик ищет другого подрядчика, потому что finance устал, у вас нет бумаги, чтобы объяснить source of funds. Стоимость нормальной инфраструктуры ниже стоимости одного сорванного контракта на 8-12 тысяч долларов. Именно поэтому тема «как получать деньги от иностранной компании» - это не роскошь «для больших дядей», а базовая гигиена удаленной работы в 2026.

Первый год контура: что происходит не в рекламе, а по календарю

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

Месяц 1. Компания существует на бумаге, счет еще может быть в процессе KYB, заказчик нервничает. Ваша задача - не обещать ему вчерашние реквизиты, а дать календарь: документы компании уже есть, банк рассматривает заявку, первый инвойс уйдет на корпоративный счет, как только реквизиты активны. Если стороны договорились о временном канале вроде Payoneer, зафиксируйте это письмом как временное, с датой перехода на основной счет. Не оставляйте «временное» бессрочным: через полгода банк Payoneer спросит, почему обороты корпоративные, а история началась как личная.

Месяц 2. Приходит первый платеж. Отмечаете дату, сумму, плательщика, номер инвойса. Проверяете, совпало ли имя отправителя с юрлицом заказчика. Иногда платит материнская компания, иногда операционная, иногда платформа вроде Bill.com. Это нормально, если вы можете объяснить связь. Если платит неизвестное LLC из другой страны, пишете заказчику и получаете confirmation, кто этот плательщик. Необъясненный входящий хуже, чем задержанный.

Месяц 3. Появляется рутина: инвойс в фиксированный день, оплата в фиксированное окно, расходы на сервисы с корпоративной карты. Здесь многие начинают мешать личное и корпоративное, потому что «ну это же мои деньги». Юридически пока они на счете компании, это деньги компании. Выводите отдельной понятной операцией, а не двадцатью снятиями в супермаркете.

Месяц 4-6. Банк или платежка может запросить source of funds на накопившемся остатке. Если папка велась с первого инвойса, это скучное письмо на две страницы. Если нет - две недели хаоса. Параллельно продлеваются подписки, появляется второй клиент, хочется подключить Stripe «на всякий случай». Подключайте только если появился реальный карточный поток. Пустой Stripe с нулевыми транзакциями не вреден, но незавершенная верификация и брошенный аккаунт иногда оставляют хвост в комплаенс-системах.

Месяц 6-9. Для LTD пора явно посмотреть скользящий оборот к £80,000. Для LLC - календарь Annual Report и счет Registered Agent. Для карты грузинского банка - понять лимиты по факту использования, а не по чужим рассказам. Если рекламный кабинет начал есть пятизначные суммы, корпоративная карта и расчетный счет должны быть согласованы: пополнение карты с Mercury должно читаться как business expense funding, а не как обналичивание.

Месяц 10-12. Первый полный год документов. Бухгалтер компании собирает выписку, инвойсы, акты, комиссии. Вы вместе с локальным консультантом смотрите, как этот год выглядит в стране резидентства. Не в декабре «на коленке», а спокойно. Если контракт продлевается, обновляете SOW. Если контракт заканчивается, не держите счет пустым и молчаливым месяцами без объяснения: спящая компания с внезапным крупным входящим через год выглядит хуже, чем ровная активность.

Этот календарь скучный. Скучный контур - хороший контур. Интересные истории в чатах обычно заканчиваются заморозкой.

Как разговаривать с finance заказчика, чтобы вам платили как вендору, а не как проблеме

Технический оффер почти никогда не ломается на инженерии. Он ломается на accounts payable. Человек из СНГ присылает личный IBAN, finance отвечает «we cannot pay individuals in that country», и оффер зависает. Правильная коммуникация экономит недели.

Пакет, который стоит держать готовым в PDF:

  • one-pager компании: legal name, registration number, EIN или UTR, адрес Registered Agent, сайт, короткое описание услуг;
  • реквизиты счета: для Mercury это routing/account, для Payoneer - локальные реквизиты нужной валюты;
  • шаблон инвойса;
  • W-8BEN-E для американского AP, если просят налоговую форму вендора-нерезидента;
  • копия Certificate of Formation или Certificate of Incorporation;
  • контакт подписанта.

Письмо finance лучше писать спокойно и коротко. Вы не просите «заплатите мне зарплату на карту». Вы говорите: our entity will invoice monthly under the contractor agreement, payment by ACH to the US account of the LLC. Если у них шаблон vendor onboarding - заполняете его, не спорите с формой. Если они требуют SSN, объясняете, что вендор - компания с EIN, а не employee с SSN. Если они требуют W-9, не заполняете его «лишь бы отстали»: W-9 для US-лица, вам нужна корректная форма статуса. Ошибка в налоговой форме создает риск плательщику, и умный AP скорее остановит платеж, чем примет заведомо неверную форму.

Не спорьте в Slack стилем «все так делают, мне на карту кидали раньше». Для finance «раньше» не является контролем. Для них контроль - vendor master data. Дайте им master data.

Если AP говорит «we only pay via our PEO/EOR», это развилка employment. Либо вы идете в их EOR как employee, либо они все-таки заводят вас как vendor. Не предлагайте третье: «пусть EOR нарисует, а деньги идут на мой Payoneer мимо ведомости». Это уже ломка их payroll.

Какой документальный архив стоит вести, даже если вы один

Минимальный архив удаленщика-подрядчика на год занимает одну облачную папку и спасает счет. Структура, которая работает на практике:

  1. Legal: уставные документы компании, EIN/UTR, Operating Agreement, Annual Report, счета агента.
  2. Contracts: каждый договор и каждый SOW, с датами и сторонами.
  3. Invoices: PDF исходящих счетов, сверка с выпиской.
  4. Payments: confirmation, особенно если плательщик не совпадает с стороной договора.
  5. KYC correspondence: письма Mercury, Payoneer, Stripe, PayPal и ваши ответы. Никогда не удаляйте.
  6. Expenses: чеки рекламы, облака, подрядчиков - хотя бы по крупному.
  7. Identity: актуальный паспорт, proof of address, чтобы не искать среди скриншотов в момент дозапроса.

Хранить переписку только в мессенджере недостаточно. Мессенджеры теряются, аккаунты банят, люди удаляют чаты. Экспортируйте ключевые approve в PDF раз в квартал. Это выглядит избыточно, пока банк не дает 72 часа на ответ. В 72 часа облачная папка выигрывает у памяти.

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

Мифы 2026 года, которые все еще продают в чатах

Миф первый: «достаточно ИП дома, иностранцу все равно». Иностранному AP не все равно. Его банк смотрит страну получателя, валютный контроль, санкционные списки, стоимость wire. Даже если ваш локальный статус прекрасен для внутренней отчетности, он может быть непригоден как реквизит для регулярного USD-платежа.

Миф второй: «открою личный Wise/Payoneer и буду как белый человек получать salary». Личные финтех-счета имеют потолки, профили и триггеры. На регулярных коммерческих суммах они требуют ту же правду, что и банк: кто платит и за что. Разница лишь в том, что заморозка финтеха происходит быстрее и с меньшей человеческой поддержкой.

Миф третий: «американская компания автоматически делает меня неналоговым резидентом дома». Нет. Резидентство определяется фактами жизни, не штампом Вайоминга.

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

Миф пятый: «можно числиться employee в одной фирме, а работать на другую, лишь бы был payroll для визы или для банка». Это уже не наша услуга и не наша рекомендация. Фиктивная занятость не является способом получать гонорар.

Миф шестой: «Stripe заменяет и компанию, и банк». Stripe выплачивает на счет компании в поддерживаемой юрисдикции. Без этих двух слоев кнопки оплаты нет.

Миф седьмой: «иностранная карта - это и есть зарплатный проект». Карта тратит. Счет принимает. Компания объясняет, почему принимает.

Миф восьмой: «чем сложнее цепочка стран, тем безопаснее». Наоборот: каждая лишняя прокладка увеличивает вопрос source of funds. Короткая честная цепочка читается лучше длинной «остроумной».

Миф девятый: «если я не вывожу деньги в СНГ, дома ничего показывать не надо». Это уже налоговый вопрос вашей страны, и универсального «не надо» не существует. Не стройте модель на этом предположении без консультанта.

Миф десятый: «номинальный директор = можно спрятаться от банка». Банк все равно хочет beneficial owner. Прятать бенефициара от KYC нельзя. Номинальный сервис, если он вообще используется, работает как корпоративный инструмент прозрачности перед банком, а не как маска.

Комиссии, курс и юнит-экономика «зарплаты в валюте»

Люди считают ставку в долларах и забывают, сколько доходит. На 8 000 USD в месяц разница рельсов за год заметна.

ACH на Mercury от US-заказчика обычно самый дешевый вход: доли процента или фиксированные центы/доллары в зависимости от их банка, без пограничных сюрпризов SWIFT. Международный wire может стоить десятки долларов с каждой стороны плюс курс корреспондента. Payoneer берет процент и предлагает локальные рельсы: на мелких суммах часто выгоднее SWIFT, на крупных прямых US-платежах иногда наоборот. Stripe заберет проценты плюс фиксированную часть и еще риск резерва. PayPal часто еще дороже и менее предсказуем по холдам. Двойная конвертация USD-EUR-USD на карте рекламы может съедать больше, чем комиссия банка.

Считайте не абстрактно, а по вашему паттерну. Один клиент, 8 000, ACH - стройте LLC+Mercury. Двадцать клиентов по 400 из Европы картой - без Stripe не проживете, комиссия - стоимость канала. Биржа фриланса - сначала посчитайте комиссию площадки, потом Payoneer, потом вывод. Иногда прямой контракт вне биржи окупает всю корпоративную инфраструктуру за один месяц, но только если вы готовы сами делать договор и инвойс.

Не гонитесь за «нулевой комиссией» через чужой счет. Нулевая комиссия с риском потерять всю сумму - отрицательная математика.

Репатриация части средств в страну проживания: только верхний уровень

Многим нужно оплачивать жизнь в СНГ: аренда, семья, локальные сервисы. Значит, часть валюты так или иначе окажется в локальном контуре. Как именно это делать, зависит от валютного законодательства и банковской практики вашей страны, и здесь нельзя дать универсальную инструкцию «переведите вот так, и будет хорошо». Можно дать гигиенические принципы.

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

Giru не является вашим валютным контролером и не подбирает схемы обхода. Мы делаем так, чтобы на иностранной стороне цепочка была чистой: компания, счет, выписка, инвойс. Чистую выписку локальному банку объяснить проще, чем котел из чужих поступлений.

Смена заказчика, пауза и несколько клиентов сразу

Контур должен переживать не только happy path. Контракт заканчивается. Появляется gap в два месяца. Затем два клиента вместо одного. Затем один большой и три маленьких.

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

Когда появляется второй клиент, заведите отдельный договор и отдельные инвойсы. В описании для банка вы уже не «один retainer», а «professional services for several product companies». Это нормально и даже здоровее, чем 95% концентрации на одном плательщике. Концентрация сама по себе не запрещена, но банк спросит, что будет, если этот клиент уйдет, и нет ли у вас зависимости, похожей на employment. Ответ: у меня есть компания, я могу брать других клиентов, сейчас основной объем дает N, договор contractor, не exclusive, если это правда. Если exclusive 40 часов и запрет других клиентов, будьте готовы, что юристы заказчика сами когда-нибудь решат, что это похоже на employee. Это их риск misclassification, но ваш риск внезапной смены модели выплат.

Не принимайте на свой счет деньги нового клиента «пока без договора, мы же свои». Свои - до первого спора о объеме работ.

Если вы переезжаете: резидентство, proof of address и карта

Удаленщики меняют страны. Казахстан, затем Армения, затем Сербия, затем снова Казахстан. Для банка это смена proof of address и иногда риск-профиля. Правило: обновляйте адрес, когда он действительно изменился, не копите паспорта с визами, которые противоречат анкете. Не держите в KYC «живу в стране A», если три последних выписки по карте - страна B, а в анкете для другого сервиса - страна C.

Переезд не требует автоматически менять юрисдикцию компании. Wyoming LLC может продолжать принимать гонорары, пока модель та же. Но налоговое резидентство может смениться, и это снова зона локального консультанта в новой стране, а не повод «теперь точно ничего не надо показывать нигде».

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

Если переезд связан с визой, которая требует настоящего employment, не подменяйте его вашей LLC. Визовый employment и B2B-гонорар - разные миры. Путать их ради визы - плохая идея.

Проверка заказчика с вашей стороны: вы тоже имеете право не сесть на токсичный поток

Комплаенс работает в обе стороны. Если заказчик предлагает платить наличными, криптой без договора, через личную карту основателя, через компанию в несвязанной юрисдикции, «со счета друга в ЕС», это не щедрость, это риск. Ваш банк спросит, кто этот плательщик. Если плательщик не стыкуется с договором, объяснение будет слабым.

Нормальный заказчик не боится invoice, vendor form и ACH. Токсичный заказчик торопит «лишь бы вчера» и предлагает обход. Обход потом становится вашей проблемой, потому что деньги уже на вашем счете, а origin сомнителен.

Имеет смысл элементарно проверить: существует ли юрлицо заказчика, совпадает ли сайт, не просят ли вас принять платеж за другую услугу, не вашу. Если вас просят выставить счет «за маркетинг», а вы пишете код, не выставляйте. Несоответствие MCC, договора и факта - классический путь к спору и к вопросам банка.

Ответственность, споры и почему договор нужен не только банку

Contractor-модель означает, что вы не внутри трудового щита работодателя. Спор о качестве, о сроке, о IP, о неустойке идет по коммерческому договору. Limitation of liability, acceptance criteria, notice period - это не юридическая поэзия, это потолок вашего риска. Без договора любой инвойс можно оспаривать как «мы не понимаем, за что заплатили», а chargeback по карте (если вы все-таки приняли оплату картой) идет еще проще.

Не подписывайте односторонние indemnity на все убытки клиента «от любого бага». Не отдавайте IP, которое вы не готовы отдать, особенно библиотеки, которые используете у нескольких клиентов. Не соглашайтесь на unlimited revisions при фиксированной ставке, если не умеете это останавливать SOW.

Giru не заменяет вам адвоката по контракту. Мы можем помочь, чтобы сторона договора совпала со стороной счета: инвойс от той же LLC, которая в шапке agreement. Это уже снижает половину бытовых конфликтов «мне платили как человеку, а претензии шлют компании» и наоборот.

Как описывать деятельность в KYC, чтобы это было правдой и читалось

Банки не любят пустые жанры и не любят романы. Нужна короткая правда.

Плохо: «IT, digital, trading, marketing, consulting, crypto, education». Слишком много всего, значит ничего.

Хорошо: «Custom software development and product analytics for B2B SaaS companies. 1-4 clients. Monthly retainers. Contracts and invoices. No marketplace goods, no crypto exchange, no payment processing for third parties».

Если вы дизайнер: product and marketing design for export-oriented companies, retainers, Figma-based delivery. Если консультант: operations consulting for e-commerce brands, project invoices. Если у вас свой SaaS: подписочный продукт, категория, кто покупает, как платит (Stripe), где payout (Mercury).

Не пишите «salary». Не пишите «help friends receive money». Не пишите «holding» если вы не холдинг. Не указывайте оборот «миллион в месяц», если в договоре 8 000: завышенный прогноз тоже триггер.

Сайт должен повторять ту же фразу. Если в KYC вы разработчик, а на лендинге «инвестиционный клуб и NFT», заявка умрет.

Операционные мелочи, которые ломают выплаты чаще, чем юрисдикция

Несовпадение названия компании в инвойсе, в Mercury и в договоре на одну букву. Указание личного имени вместо legal name. Счет на устаревший адрес агента. Просроченный паспорт в профиле банка. Инвойс без номера. Повторная отправка реквизитов в чат, где старый IBAN все еще закреплен у бухгалтера. Оплата рекламы с личной карты и попытка «восстановить» это как расход компании без первички. Прием платежа от клиента, которого вы не завели в vendor-пакет заказчика, если вы сами субисполнитель.

Субисполнитель - отдельная тонкость. Если американский стартап платит вашей LLC, а вы часть работы отдаете коллеге в СНГ, у вас должен быть свой договор с коллегой и свой исходящий платеж. Не просите стартап платить коллеге напрямую «чтобы проще», если это ломает IP и конфиденциальность. Не оставляйте коллегу без документов, платя «просто на карту» из месяца в месяц как зарплату штата, если вы не готовы быть работодателем. Либо подряд, либо employment. Третьего честного варианта по-прежнему нет.

Связка инструментов Giru как единый процесс, а не как набор ссылок

Имеет смысл еще раз собрать, что к чему относится, уже не в таблице, а в логике запуска. Сначала юрлицо: компания в США как базовый приемник долларов или компания в Англии как приемник британско-европейского контура с порогом VAT £80,000. Сразу после идентификаторов - счет: Mercury для LLC, Payoneer как рельсы площадок и локальных выплат. Если появляются карточные клиенты - Stripe, точечно PayPal. Для расходного края - иностранная карта грузинского банка-партнера. Бухгалтерию компании не оставляйте на «потом»: учет зарубежной компании закрывает ту отчетность, которую понимают штат, HMRC и банки.

Это один конвейер. Когда его собирают кусками у пяти разных подрядчиков, теряются версии устава, в банк уходит не тот operating agreement, в Stripe - старый адрес, в PayPal - личный email основателя. Комплаенс видит конструктор, который никто не собрал. Наша работа в том, чтобы конструктор был собран.

Что мы повторим еще раз, потому что это чаще всего игнорируют

Нельзя смешивать employment payroll и B2B-инвойсы в одном потоке и в одном рассказе банку. Нельзя покупать номинальную работу. Нельзя строить контур на чужом счете. Нельзя считать Вайоминг или Англию выключателем локального резидентства. Нельзя обещать заказчику карточный payroll через Stripe, если у вас один плательщик и это по сути зарплата. Нельзя игнорировать порог VAT £80,000 у LTD. Нельзя ждать иностранную карту другой страны в нашем текущем продукте: сейчас это Грузия. Нельзя запускать банк до EIN. Нельзя врать в KYC даже «немного».

Можно честно быть подрядчиком. Можно честно быть основателем продукта. Можно честно собрать компанию, счет, шлюз и карту. Можно честно сказать локальному консультанту, сколько пришло. Этого достаточно, чтобы в 2026 году получать гонорар из-за границы без ежемесячного квеста.

Часто задаваемые вопросы

Как получать зарплату из-за границы, если я живу в СНГ и не хочу нарушать закон? Определите, предлагают ли вам настоящий employment payroll или B2B-контракт. Если payroll - получатель вы как сотрудник, нужен контур работодателя/EOR и локальный налоговый учет. Если контракт - получатель ваша компания, нужны LLC или LTD, корпоративный счет и инвойсы. Не используйте чужие счета и фиктивное трудоустройство.

Можно ли получать зарплату в долларах на личную карту без компании? Эпизодически иногда проходит. Как система на регулярных коммерческих суммах - плохо масштабируется и плохо объясняется банкам. Для устойчивого контура нужен корпоративный счет компании.

Чем contractor vs employee отличается на практике для выплат? Employee получает payroll с удержаниями и трудовыми правами. Contractor выставляет invoice от компании и несет предпринимательский риск. Слова в Slack не важны, важны договор, кто получатель платежа и как это видит банк.

Почему payroll для удаленщика СНГ так редко запускают сами стартапы? Дорого и сложно: трудовое право, взносы, риск постоянного представительства, банки не любят salary на физлицо в отдельных юрисдикциях. Поэтому предлагают contractor. Это легально, если не маскирует реальные трудовые отношения фиктивной бумагой.

Выплата зарплаты нерезиденту и гонорар по инвойсу - это одно и то же? Нет. Первое - трудовое. Второе - коммерческое. Путать в назначении платежа и в KYC - частая причина заморозки.

Какой счет для зарплаты из-за рубежа открывать в 2026 году? Для US LLC - Mercury. Для площадок и мультивалютных входящих - Payoneer. Для трат - иностранная карта грузинского банка. Личный счет в СНГ как единственный приемник коммерческих долларов - слабое решение.

Как получать деньги от иностранной компании, если она умеет платить только ACH? Нужны US-реквизиты. Их дает счет американской компании, в нашей практике это Mercury на Wyoming LLC.

Нужен ли Stripe, чтобы получать гонорар от зарубежного работодателя? Обычно нет. Работодатель-заказчик платит wire/ACH по инвойсу. Stripe нужен, когда платят картой многие конечные клиенты. Открывать Stripe «под одну зарплату с одной карты» нецелесообразно и подозрительно.

PayPal можно использовать как основную зарплатную схему? Как единственный фундамент - не стоит. Как дополнительный канал под клиентов, которые иначе не заплатят, - да, через корпоративный PayPal.

Почему вы регистрируете LLC только в Вайоминге? Это рабочая юрисдикция для нерезидентов: нет налога на прибыль штата, предсказуемое администрирование, совместимость с банками и шлюзами. Другие штаты в этот продукт мы не включаем.

LTD в Англии даст мне мгновенный британский payroll? Нет. LTD - это Companies House, UTR, Corporation Tax и порог VAT £80,000. Это оболочка для B2B, не волшебный британский трудовой договор.

Когда LTD лучше LLC для удаленщика? Когда ядро денег и клиентов в UK/GBP, нужен британский invoice и вы готовы следить за VAT-порогом £80,000. Когда ядро в США и USD - лучше Вайоминг.

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

Нужно ли лететь за картой? Нет. Процесс удаленный, доставка курьером.

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

А если я просто найду номинального employee-слот у посредника? Не делайте этого. Для банка это ложный employment, для вас - чужой контур и риск потери денег и репутации.

Снимает ли LLC обязанность учитывать доход в стране, где я живу? Нет. Налоговое резидентство сохраняет значение. Зарубежная компания не является инструкцией по уходу от налогов. Нужен локальный консультант.

Что писать в назначении платежа: salary или invoice? Если вы contractor, опирайтесь на номер инвойса и формулировку услуг. Слово salary используйте только если это настоящий payroll employee.

Сколько времени занимает сборка контура компания + счет? Реалистично несколько недель: регистрация и EIN/UTR, затем KYB банка. Это не сутки. Параллелить этапы можно, пропускать документы нельзя.

Что, если заказчик уже отправил деньги на неверный личный счет? Не повторяйте это как систему. Закройте этот платеж документами как разовую ошибку, соберите правильный контур, следующие инвойсы пусть идут на компанию. Налоговую сторону разового входящего обсудите с консультантом.

Можно ли принимать гонорар на Payoneer, а расходы вести с грузинской карты? Можно, если оба инструмента ваши, пополнение карты объяснимо и тип аккаунта Payoneer совпадает с реальностью. Лучше, когда есть еще расчетный счет компании как «центр правды» выписки.

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

Что делать с интеллектуальной собственностью на код, если платят моей LLC? Пропишите IP в договоре между клиентом и компанией. Не оставляйте это в личных переписках без сторон.

Можно ли платить зарплату сотрудникам в СНГ со счета LLC, если я собрал команду? Платить подрядчикам по их договорам - да, с оглядкой на смысл операций. Становиться работодателем без анализа трудового права и PE - риск. Не маскируйте штат под независимых contractor, если по факту это штат.

Как Giru помогает именно в задаче выплат, а не «вообще в бизнесе»? Мы закрываем компанию, счет, шлюзы и карту как единый контур, готовим пакет под KYB, стыкуем Mercury, Payoneer, Stripe, PayPal. Мы не заменяем HR заказчика и не оптимизируем ваши личные налоги в стране резидентства.

Где начать, если я уже на оффере и через две недели первый инвойс? С выбора юрисдикции и запуска регистрации компании плюс параллельного пакета в банк. Напишите в giru.solutions, приложите, кто платит и в какой валюте: от этого зависит, LLC это или LTD, Mercury или Payoneer в первую очередь.

Заключение: соберите контур, который банк может прочитать

Как получать зарплату из-за границы в 2026 году, оставаясь в СНГ, - это не поиск «дырки в PayPal» и не покупка чужой трудовой легенды. Это развилка. Настоящий employment оформляет работодатель или EOR, и тогда вы сотрудник. Гонорар от зарубежного работодателя или заказчика, который не берет вас в штат, оформляется как B2B: ваша компания, ваш счет, ваш инвойс, ваши шлюзы, ваша карта для расходов. Вторая модель легальна и массова, если не притворяться первой. Wyoming LLC, при необходимости UK LTD с порогом VAT £80,000, Mercury, Payoneer, Stripe, PayPal и иностранная карта грузинского банка-партнера - это детали конструктора, а не магические пассы. Налоговое резидентство дома никуда не девается. Фиктивная работа и чужие счета не являются опциями.

Если вам нужно собрать именно инфраструктуру приема выплат, а не имитацию payroll, начните с регистрации компании в США или сравните ее с LTD в Англии, заложите счет в Mercury или Payoneer, при необходимости подключите Stripe, PayPal и иностранную карту. Giru проводит эту цепочку как один процесс, чтобы первый гонорар пришел на реквизиты, которые выдержит и заказчик, и комплаенс.

Регистрация компании в США
Отзывы клиентов

Нам доверяют десятки предпринимателей из СНГ

Открыли LLC в Вайоминге за неделю, Stripe подключили без единого отказа. Всё прозрачно и по срокам.

Иван, SaaS-платформа

Помогли не только с ОАЭ, но и с магазином на Shopify. Экономит кучу времени на поиске подрядчиков.

Марина, e-commerce Shopify

Mercury одобрили с первой попытки. Видно, что ребята понимают, как проходит комплаенс изнутри.

Артём, арбитражная команда

Смотреть все отзывы