Функции компаний в связке ОАЭ и Гонконга: как описать роли сторон без догадок по стране

Короткий ответ

Если отвечать прямо, для связки ОАЭ и Гонконга нет надёжного правила вида «эта функция должна быть в ОАЭ, а эта — в Гонконге». В рамках подтверждённой методологии безопаснее идти от фактов: кто реально выполняет функции, какие активы использует, какие риски принимает и чем это подтверждается [1].

Поэтому полезный первый шаг — не спорить о названиях компаний и не распределять роли по стереотипам о юрисдикциях, а собрать рабочую карту по каждой стороне: какие решения она принимает, какую работу делает, какими ресурсами пользуется и где договор расходится с практикой. Именно такой подход соответствует логике функционального анализа, на который опирается руководство FTA [1].

Где эта статья применима

Эта статья опирается на руководство Федерального налогового управления ОАЭ по трансфертному ценообразованию [1]. Важно сразу обозначить границы.

Источник подтверждает метод анализа: смотреть на функции, активы и риски, сопоставлять договорные условия с фактическим поведением и готовить функциональную оргсхему (functional organisation chart). Но он не подтверждает, какие именно функции «обязаны» находиться в ОАЭ или в Гонконге, не устанавливает банковские требования и не отвечает на вопросы лицензирования в конкретной юрисдикции.

Поэтому ниже — не правило о том, как «правильно» распределить роли между ОАЭ и Гонконгом, а рабочая процедура для собственника или команды, которая хочет описать структуру без догадок и с нормальной доказательной базой.

Почему ошибка начинается с названий, а не с фактов

В международной группе очень легко попасть в ловушку ярлыков.

Компания в ОАЭ называется холдингом — значит, ей приписывают стратегическую роль.

Компания в Гонконге выставляет счета — значит, её автоматически считают торговой стороной.

Одна команда ведёт переговоры — значит, ей заранее приписывают коммерческий риск.

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

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

Что именно подтверждает метод FTA

Для этой темы достаточно трёх ключевых опор.

1. Смотреть нужно на функции, активы и риски

Это базовая рамка функционального анализа. Она помогает уйти от общих слов вроде «операционная компания» или «центр управления» и перейти к предметным вопросам:

• кто ведёт переговоры;
• кто принимает коммерческие решения;
• кто пользуется персоналом и системами;
• кто контролирует нематериальные активы;
• кто несёт риск по конкретной операции.

Такой разбор нужен не ради теории. Он показывает, как каждая сторона участвует в цепочке создания стоимости [1].

2. Договор — это старт, а не финальный ответ

Даже хороший договор сам по себе ещё не доказывает реальную картину. Если в документах одна роль, а в переписке, KPI, отчётах и операционном поведении другая, безопаснее не игнорировать этот разрыв, а описывать его прямо [1].

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

3. Полезно строить функциональную оргсхему

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

Дополнительно FTA рекомендует использовать анкеты и интервью с персоналом. Это важно, потому что формальная должность директора, менеджера по продажам или финансового контролёра ещё не отвечает на вопрос, что этот человек действительно делает в конкретной цепочке операций [1].

Что не стоит делать в связке ОАЭ и Гонконга

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

Ошибка 1. Распределять роли по репутации страны

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

Если компания в ОАЭ участвует в группе, из этого не следует, что именно она обязательно принимает ключевые решения или контролирует активы.

Источник этого не подтверждает. Он подтверждает только метод: смотреть на фактические функции, активы и риски [1].

Ошибка 2. Подменять функцию потоком документов

Одна сторона может выставлять инвойс, а другая — реально вести переговоры, согласовывать условия, управлять исполнением и контролировать отношения с клиентом.

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

Ошибка 3. Искать один «главный» файл

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

• договоры;
• оргсхемы;
• должностные описания;
• переписка;
• отчёты;
• KPI;
• распоряжения по сделкам и операциям.

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

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

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

Таблицу можно прокрутить по горизонтали →

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

Как собрать пакет доказательств по связке ОАЭ и Гонконга

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

1. Поднимите документы по обеим сторонам

Для начала соберите по каждому юрлицу:

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

На этом этапе задача не в том, чтобы сделать вывод, а в том, чтобы собрать слои картины.

2. Постройте функциональную оргсхему

Отдельно разложите, кто в каждой стороне:

• принимает решения;
• исполняет операции;
• контролирует активы;
• управляет людьми;
• утверждает исключения и нестандартные условия.

Это удобный инструмент, потому что он показывает функцию не на уровне компании в целом, а на уровне людей и команд [1].

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

3. Проведите короткие интервью по ключевым ролям

Это полезный шаг, который стоит добавить отдельно.

У сотрудников и менеджеров полезно спросить:

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

Важно фиксировать не общие оценки, а конкретные примеры действий и решений.

4. Сопоставьте договор и поведение

Здесь нужно не искать идеальное совпадение, а честно отметить расхождения.

Например:

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

Именно такие точки особенно важны для функциональной характеристики стороны [1].

5. Разделите ключевые и рутинные функции

Следующий шаг — посмотреть на цепочку создания стоимости.

Полезные вопросы здесь такие:

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

Это не вопрос престижа компании. Это вопрос описания её вклада в цепочку создания стоимости [1].

6. Зафиксируйте выводы в одной карте

В итоговом документе по каждой стороне должно быть видно:

• какие функции подтверждены;
• какие активы используются или контролируются;
• какие риски реально несутся;
• где договор совпадает с практикой;
• где есть расхождения;
• какими документами это всё поддержано.

После этого разговор с консультантом становится намного предметнее.

Гипотетический пример

Представим группу с двумя основными участниками.

Компания в ОАЭ заключает часть внутригрупповых соглашений и формально указана как центр управления отношениями с клиентами. Компания в Гонконге участвует в выставлении счетов и в ежедневной координации части поставщиков. На уровне презентации собственнику легко сказать: «ОАЭ — стратегический центр, Гонконг — операционная торговая сторона».

Но после рабочей проверки картина может оказаться сложнее.

Интервью показывают, что условия крупных сделок фактически согласует команда в Гонконге.

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

При этом ключевые бюджеты, утверждение новых рынков и контроль некоторых нематериальных активов остаются у команды в ОАЭ.

Что это меняет на практике?

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

• коммерческие решения распределены не так, как выглядит по договору;
• часть рутинного исполнения и часть содержательных переговоров сосредоточена в одной стороне;
• контроль отдельных активов и стратегических решений находится в другой;
• функциональная карта требует более точного описания, чем «одна компания управляет, другая просто исполняет».

Такой пример полезен не тем, что даёт готовый ответ, а тем, что показывает: реальная структура часто смешаннее, чем её корпоративное описание.

Какие вопросы задать по каждой стороне

Чтобы не утонуть в документах, полезно пройтись по короткому набору вопросов.

По решениям

• Кто утверждает цену?
• Кто меняет условия сделки?
• Кто принимает решение по спорной ситуации?

По исполнению

• Кто ведёт клиента или поставщика ежедневно?
• Кто контролирует сроки и результат?
• Кто исправляет проблему, если операция идёт не по плану?

По активам

• Где реально находятся системы, IP или ключевые процессы?
• Кто ими управляет?
• Кто может ограничить или расширить их использование?

По рискам

• Кто фактически остаётся с последствиями ошибки?
• Кто принимает решение нести или не нести риск?
• Кто оплачивает последствия отклонений?

По доказательствам

• Каким документом или записью это подтверждается?
• Совпадает ли это с договором?
• Если не совпадает, насколько это расхождение существенно?

Что делать собственнику уже сейчас

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

Начните с одной повторяющейся цепочки операций между ОАЭ и Гонконгом. По ней соберите:

1. договоры;
2. функциональную оргсхему по обеим сторонам;
3. короткие интервью с ключевыми людьми;
4. по одному примеру реального решения, исполнения, использования актива и принятия риска;
5. таблицу расхождений между договором и практикой.

Если вы параллельно проверяете, как описать продуктовую или операционную деятельность до регуляторного вопроса, может пригодиться и разбор о том, какие операционные действия продукта описать перед проверкой лицензирования в ОАЭ.

Частые ошибки в итоговом выводе

Ошибка 1. Слишком ранний вывод по стране

Фраза «эта функция должна быть в ОАЭ» или «эта роль типична для Гонконга» звучит уверенно, но не вытекает из подтверждённой базы этой статьи.

Ошибка 2. Смешивать юридическое описание и фактическую работу

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

Ошибка 3. Игнорировать смешанную модель

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

Вывод

Для связки ОАЭ и Гонконга вопрос «какая функция нужна каждой стороне» лучше переводить в более точный формат: кто реально принимает решения, кто выполняет работу, какие активы использует, какие риски несёт и чем это подтверждается.

Методологическая основа FTA полезна именно этим: она предлагает смотреть на функции, активы и риски, сопоставлять договор с фактическим поведением, использовать функциональную оргсхему и собирать доказательства через документы, анкеты и интервью [1].

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

Источники

[1] Федеральное налоговое управление ОАЭ, руководство по трансфертному ценообразованию FTA Transfer Pricing Guide CTGTP1, разделы 5.1.1 и 5.1.1.4: https://tax.gov.ae/Datafolder/Files/Pdf/2023/Transfer%20Pricing%20Guide%20-%20EN%20-%2023%2010%202023.pdf

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