Оговорка. Материал предназначен для B2B-анализа и не является legal opinion по конкретному проекту. Авторские фреймворки используются для выявления разрывов и подготовки доказательств, а не для обхода лицензионных, AMLAML / CFT означает Anti-Money Laundering / Combating the Financing of Terrorism. По-русски: меры против отмывания денег и финансирования терроризма./KYCKYC означает Know Your Customer — проверку клиента или игрока. KYB означает Know Your Business — проверку юридического лица, например B2B-партнёра, PSP, поставщика платформы или аффилиатной сети., санкционных, технических, платёжных или иных требований.
Краткий вывод
Большинство iGaming-проектов проваливают комплаенс не из-за полного отсутствия документов. Провал возникает, когда корпоративная структура, лицензионное досье, рабочий софт, интеллектуальная собственность, движение средств и фактическое управление описывают разные бизнесы.
Регулятор может видеть одного владельца, PSPPSP означает Payment Service Provider — платёжного провайдера, который помогает оператору принимать депозиты, обрабатывать платежи и расчёты, управлять возвратами, чарджбэками, резервами и, в некоторых моделях, потоками выплат. – другого фактического контролёра. Сертификат лаборатории может относиться к базовой версии платформы, тогда как в рабочей среде используется изменённая сборка. Бренд может принадлежать основателю, домен – агентству, а права на код – внешней команде разработки.
АНАЛИТИЧЕСКИЙ ВЫВОД Главный объект проверки – не отдельная компания и не лицензия, а вся цепочка контроля.
Владелец → капитал → лицензиат → программное обеспечение → поставщики → IP → игрок → платежи → отчётность → регулятор.
Если хотя бы одно звено не подтверждается или противоречит остальным, оператор рискует получить отказ в лицензировании или подключении PSP, повторный технический аудит, блокировку поставщика, спор об IP, остановку запуска либо невозможность безопасной миграции.
Отчёт разбирает семь краш-тестов и предлагает пять авторских инструментов:
- Стек доказательств владения и контроля
- Трассировка капитала
- Матрица соответствия сертификации рабочей версии
- Карта цепочки прав на интеллектуальную собственность
- Карта сверки движения средств
Что такое комплаенс-краш-тест iGaming-оператора
Комплаенс-краш-тест – это проверка не наличия отдельных политик, а способности оператора доказать, что юридическая, техническая, финансовая и продуктовая модели работают согласованно.
Обычная проверка спрашивает:
- есть ли лицензия;
- есть ли AML-политика;
- есть ли сертификат RNGRNG означает Random Number Generator — генератор случайных чисел, используемый в играх казино для определения результата.;
- подписан ли договор с PSP;
- зарегистрирован ли товарный знак.
- Краш-тест задаёт другие вопросы:
- соответствует ли структура собственников фактическому контролю;
- объясняет ли происхождение капитала весь бюджет проекта;
- относится ли сертификат к той версии системы, которая работает в production;
- имеет ли лицензиат право использовать и передавать критический софт;
- совпадает ли договорная схема платежей с фактическим движением средств;
- можно ли восстановить каждое изменение баланса игрока;
- переживёт ли бизнес смену лицензиата, PSP или платформы.
Такой тест особенно важен до подачи на лицензию, подключения нового PSP или CASPCASP означает Crypto-Asset Service Provider. MiCA использует этот термин в ЕС для провайдеров услуг с криптоактивами., запуска криптовалютных депозитов, приобретения готовой компании, смены UBOUBO означает Ultimate Beneficial Owner. Это конечный бенефициарный владелец, то есть физическое лицо, которое реально владеет или контролирует компанию., замены платформы, инвестиционного раунда и миграции в другую юрисдикцию.
Правило доказуемости: каждое существенное утверждение оператора должно подтверждаться документом, системной записью и независимым источником. Декларация без трассировки не является устойчивым комплаенсом.
Карта основных точек отказа
| Краш-тест | Что проверяется | Типовой провал | Возможное последствие |
|---|---|---|---|
| Бенефициары и контроль | UBO, акционеры, договорные и фактические права | Номинальная структура не отражает реальный контроль | Отказ регулятора, банка или PSP |
| Происхождение капитала | SOF/SOW и бюджет проекта | Доход подтверждён, но конкретная инвестиция не объяснена | Дополнительная проверка, задержка или отказ |
| Программное обеспечение | Сертификат, версия, конфигурация, изменения | Сертифицирован один продукт, используется другой | Повторный аудит или остановка запуска |
| Интеллектуальная собственность | Код, бренд, домены, контент и лицензии | Лицензиат не имеет достаточных прав | Спор, блокировка, снижение стоимости бизнеса |
| Движение средств | PSP, счета, резервы, кошельки и выплаты | Деньги движутся не по заявленной модели | AML-риск, заморозка, потеря PSP |
| Данные и доказательства | Игровые, финансовые и административные журналы | Нельзя связать игрока, ставку, результат и выплату | Регуляторный и спорный риск |
| Миграция | Игроки, балансы, IP, PSP и поставщики | Лицензия меняется, операционная цепочка не переносима | Остановка бизнеса или двойные обязательства |
Краш-тест №1: кто действительно контролирует оператора
Формальный UBO не всегда является фактическим контролёром. Контроль может возникать через:
- акционерное соглашение;
- опцион;
- конвертируемый заём;
- право вето;
- договор управления;
- право назначать директоров;
- финансирование;
- доверенность;
- контроль над банковским счётом, доменом, исходным кодом или ключами доступа.
FATF требует, чтобы сведения о бенефициарных владельцах были достаточными, точными и актуальными. Руководство FATF поддерживает многоисточниковый подход: сведения компании должны сопоставляться с реестрами, банковскими данными, корпоративными документами и другими независимыми источниками.
Типовые сценарии провала
Номинальный акционер указан в реестре, но другой человек профинансировал проект и принимает ключевые решения.
Инвестор ещё не является акционером, однако конвертируемый заём даёт ему право вето или назначения директора.
Регулятору, банку и PSP переданы разные схемы владения.
Критические доступы контролирует лицо, отсутствующее в лицензионном досье.
Неформальный управляющий согласовывает коммерческие решения, хотя формально не занимает должность.
Авторский фреймворк: Ownership Evidence Stack
| Уровень | Что необходимо доказать |
|---|---|
| 1. Юридическое владение | Реестры, сертификаты акций, устав, реестр участников |
| 2. Экономический интерес | Дивиденды, займы, опционы, конвертация, распределение прибыли |
| 3. Управленческий контроль | Назначение директоров, право подписи, вето и бюджетные полномочия |
| 4. Фактический контроль | Доступ к счетам, доменам, платформе, почте, репозиториям и ключам |
| 5. Независимая верификация | Реестры, банковские и налоговые документы, нотариальные подтверждения |
Контрольный вопрос: можно ли одним непротиворечивым пакетом объяснить, кто получает экономическую выгоду, принимает решения и контролирует критические активы?
Краш-тест №2: происхождение средств и благосостояния
Source of WealthSource of Wealth, или SOW, — происхождение общего капитала клиента, UBO или инвестора. Это более широкое понятие, чем Source of Funds., SOW объясняет, как лицо накопило общее состояние. Source of FundsSource of Funds, или SOF, — происхождение конкретных средств, используемых в операции, инвестиции, депозите, оплате лицензии или пополнении операционного счёта., SOF объясняет происхождение конкретных средств, направленных в капитал, на покупку компании, оплату лицензии, создание PSP-резерва или финансирование обязательств перед игроками.
Наличие состоятельного UBO не доказывает происхождение конкретного платежа.
Типовой провал
UBO предоставляет налоговые декларации и банковские выписки, но документы не показывают непрерывную цепочку от экономического события до инвестирования в лицензиата. Дополнительный риск возникает, когда платёж произведён третьим лицом, заём не отражён в корпоративных документах или средства проходят через недавно созданную компанию без объяснимой деятельности.
Авторский фреймворк: Capital Trace
Экономическое событие → договорное основание → налоговое отражение → поступление на банковский счёт → движение между счетами → инвестиционный документ → поступление лицензиату.
Красные флаги
Инвестиция поступает от лица, не указанного в структуре.
Назначение платежа не соответствует договору.
Заём создаёт фактический контроль, но не раскрыт регулятору.
Источник средств подтверждён только историей криптокошелька без надёжной связи с владельцем.
Объём инвестиций не соответствует документированному состоянию UBO.
Часть бюджета предоставлена поставщиком или посредником без ясной экономической причины.
Краш-тест №3: сертификат софта не соответствует рабочей системе
Оператор часто получает сертификат платформы или игры и считает техническую проверку завершённой. На практике необходимо установить соответствие между:
- объектом, указанным в сертификате;
- версией исходного или исполняемого кода;
- конфигурацией;
- production-средой;
- подключёнными модулями;
- поставщиками игр;
- платежными интеграциями;
- системой журналирования;
- фактическим поведением продукта.
Условия CGACGA означает Curaçao Gaming Authority. GCB — прежнее название Gaming Control Board. После вступления LOK в силу 24 декабря 2024 года регулятор онлайн-гейминга действует как CGA. требуют, чтобы игровое оборудование и прикладное программное обеспечение соответствовали международным стандартам и проверялись независимой квалифицированной организацией. GLI-19 отдельно подчёркивает различие между требованиями, проверяемыми лабораторией, и операционными контролями после установки системы.
Где возникает разрыв
Сертифицирована базовая платформа, но оператор добавил собственный кошелёк, бонусный модуль, криптоконвертацию или логику округления.
Сертификат относится к версии 4.2, а production работает на версии 4.7.
После лабораторного тестирования изменены RNG-интеграция, таблицы выплат, журналы или процедура отмены транзакций.
Сертификат поставщика игры не подтверждает корректность интеграции, настройки RTP и полноту журналов оператора.
Авторский фреймворк: Certification-to-Production Matrix
| Компонент | Сертифицированная версия | Рабочая версия | Владелец | Последнее изменение | Повторный тест |
|---|---|---|---|---|---|
| Основная платформа | |||||
| Игровой кошелёк | |||||
| RNG | |||||
| Бонусный модуль | |||||
| Агрегатор | |||||
| Криптомодуль | |||||
| Журналирование | |||||
| Платёжная интеграция |
Проходной критерий: оператор способен доказать, что именно тестировалось, кем, по какому стандарту, какая версия проверена, какие исключения указаны и какие изменения произошли после тестирования.
Краш-тест №4: оператор не владеет критической интеллектуальной собственностью
iGaming-бизнес зависит от исходного и объектного кода, интерфейса, базы данных, алгоритмов, бренда, доменов, дизайна, игровых механик, рекламных материалов и лицензий на контент.
Право использовать актив не всегда означает право:
- изменять его;
- передавать новому лицензиату;
- использовать во всех странах;
- предоставлять доступ лаборатории или регулятору;
- продолжать использование после прекращения договора;
- передавать код покупателю бизнеса.
WIPO рекомендует в рамках IP-аудита установить, какие объекты бизнес использует, кому они принадлежат и какими документами подтверждается владение. Передача права собственности и лицензия имеют разные последствия: уступка переносит право, лицензия лишь разрешает использование в установленных пределах.
Типовые провалы
Код создан подрядчиком, но договор не содержит полноценной уступки исключительных прав.
Товарный знак принадлежит основателю, а лицензиат использует его без переносимой лицензии.
Домены оформлены на сотрудника, агентство или личную почту бывшего директора.
Лицензия поставщика запрещает уступку, смену лицензиата или использование в новых GEOGEO — страны или рынки, на которые ориентируется оператор: где он принимает игроков, покупает трафик, запускает аффилиатные кампании, принимает платежи или размещает рекламу..
Open-source компоненты используются без учёта обязанностей по раскрытию, уведомлениям или лицензированию производных работ.
Авторский фреймворк: IP Chain-of-Title Map
| Актив | Первоначальный владелец | Текущий владелец | Основание передачи | Права лицензиата | Ограничения | Переносимость |
|---|---|---|---|---|---|---|
| Исходный код | ||||||
| Платформа | ||||||
| Бонусный модуль | ||||||
| Бренд | ||||||
| Домены | ||||||
| Дизайн | ||||||
| Игровой контент | ||||||
| База данных |
Проходной критерий: лицензиат может использовать, изменять, тестировать и переносить критический актив, а также продолжить работу при прекращении отношений с поставщиком.
Краш-тест №5: заявленная и фактическая платежные модели не совпадают
Платёжная модель должна показывать:
- кто принимает депозит;
- на каком договорном основании;
- на чей счёт поступают средства;
- кто ведёт внутренний баланс игрока;
- где хранятся деньги игроков;
- кто проводит AML- и санкционную проверку;
- где возникает доход оператора;
- как обрабатываются возвраты;
- кто осуществляет выплату;
- как проводится сверка.
Условия CGA требуют проводить расчёты между оператором и игроком через счёт игрока и отделять средства игроков. Документы TGC также предусматривают использование одобренных финансовых поставщиков, защиту средств игроков, контроль изменений платёжной архитектуры и финансовую сверку.
Рисунок 1. Контрольная схема движения средств игрока
Типовые точки провала
Депозит принимает одна компания, а счёт игрока ведёт другая.
Merchant descriptor не соответствует бренду или лицензиату.
PSP считает компанию поставщиком софта, хотя она фактически принимает ставки.
Криптоактивы конвертируются без ясного распределения ролей между оператором и CASP.
Средства игроков смешиваются с операционными средствами.
Выплаты идут через маршрут, не раскрытый в лицензировании или PSP-анкетах.
Внутренний баланс нельзя сверить с банком, PSP или блокчейном.
Rolling reserveRolling reserve — процент оборота, который PSP временно удерживает для покрытия чарджбэков, возвратов, мошенничества и регуляторного риска. Например, провайдер может удерживать 10% оборота в течение 180 дней. ошибочно считается полной защитой средств игроков.
Авторский фреймворк: Money Flow Reconciliation Map
| Параметр | Контрольный вопрос |
|---|---|
| Юридическое лицо | Кто является стороной операции? |
| Договор | На каком основании принимаются или передаются средства? |
| Счёт или кошелёк | Кому он принадлежит и кто контролирует ключи? |
| Регуляторный статус | Какая лицензия покрывает действие? |
| AML-роль | Кто проверяет клиента и транзакцию? |
| Учёт | Где операция отражается? |
| Сверка | С каким независимым источником она сопоставляется? |
| Ответственность | Кто покрывает ошибку, возврат или дефицит? |
Краш-тест №6: система не может доказать, что произошло с деньгами игрока
Оператор может показывать итоговый баланс, но не способен воспроизвести его формирование. Для регулятора, PSP, аудитора или игрока должна существовать непрерывная история:
депозит → зачисление → ставка → результат → бонус → корректировка → возврат → вывод → итоговый баланс.
TGC требует подробной истории игрового сеанса и уникальной идентификации операций. CGA требует доступности критических сведений об игроках, игровых и финансовых операциях и предусматривает отчётность об инцидентах, транзакциях, жалобах и ADRADR означает Alternative Dispute Resolution. Это механизм альтернативного разрешения споров, например между игроком и оператором..
Типовые провалы
Платформа хранит только итоговый баланс.
Нет уникального идентификатора транзакции.
Время PSP и игровой системы не синхронизировано.
Бонусы и ручные корректировки не содержат автора и основания.
Результат игры невозможно связать со ставкой.
Администраторы могут изменять журналы без независимого следа.
Блокчейн-транзакции не связаны с идентификатором игрока.
Резервные копии существуют, но восстановление не тестировалось.
Авторский фреймворк: Evidence Triangle
| Слой | Источник доказательства |
|---|---|
| Платёжный | PSP, банк, EMIEMI означает Electronic Money Institution. Это учреждение электронных денег, которое может открывать счета, выпускать электронные деньги и обслуживать платежные операции в рамках своей лицензии., CASP или блокчейн |
| Игровой | Платформа, агрегатор, игровой сервер и RNG |
| Учётный | Внутренний счёт игрока и финансовая книга |
Если два слоя подтверждают операцию, а третий нет, это потенциальный системный разрыв, а не обычная техническая ошибка.
Краш-тест №7: миграция Кюрасао → Тобик рассматривается как замена логотипа лицензии
Лицензия Кюрасао не переносится в Тобик. Оператор должен построить новую правовую и операционную конструкцию, подтвердить её принимаемость для рынков и контрагентов, а затем контролируемо изменить или прекратить старую деятельность.
На Кюрасао изменения UBO, директоров, доменов и критических поставщиков могут требовать регуляторного согласования. CGA публикует отдельные материалы по прекращению B2B- и B2C-деятельности. TGC связывает действие лицензии с выполнением General Code, AML-документов, требований к платежам, данным, технической безопасности и отчётности.
Рисунок 2. Контрольный маршрут миграции Кюрасао → Тобик
Что должно быть решено до переключения
| Контур | Ключевые вопросы |
|---|---|
| Игроки | Новые условия, согласие, самоисключения, старые жалобы и законность передачи KYC-данных |
| Средства | Местонахождение остатков, юридический должник, PSP-резервы, незавершённые выводы и дефицит |
| Поставщики | Переносимость договора, новый лицензиат, повторное тестирование и сохранность данных |
| IP и домены | Право нового лицензиата использовать бренд, код, домены, сертификаты и базу игроков |
| Регуляторы | Разрешения на изменения, прекращение депозитов, отчётность и удаление старого знака |
Три типа комплаенс-провала
| Тип | Суть | Примеры | Метод исправления |
|---|---|---|---|
| Структурный | Сама модель несовместима с заявленной конструкцией | Нераскрытый платёжный агент, незаконный GEO, оператор выполняет функции обменника | Изменение структуры, ролей, продукта или рынка |
| Доказательственный | Модель потенциально допустима, но её нельзя подтвердить | Нет цепочки UBO, передачи IP, версии сертификата или банковской трассировки | Восстановление документов, журналов и независимых подтверждений |
| Операционный | Документы правильные, но процессы не выполняются | Алерты не рассматриваются, средства смешиваются, изменения не согласуются | Владельцы процессов, контрольные ворота, мониторинг и внутренний аудит |
Матрица зрелости и приоритизации
Каждый блок оценивается по шкале 0–5:
- 0 – отсутствует;
- 1 – существует декларативно;
- 2 – частично подтверждён;
- 3 – документирован и выполняется;
- 4 – проверен независимым источником;
- 5 – устойчив к спору, изменению и миграции.
| Блок | Вес |
|---|---|
| UBO и контроль | 15 |
| SOF/SOW | 10 |
| Лицензия и целевые рынки | 15 |
| Софт и сертификация | 15 |
| IP и договоры | 10 |
| PSP и движение средств | 15 |
| AML/KYC и санкции | 10 |
| Данные и журналы | 5 |
| Миграционная готовность | 5 |
| Результат | Интерпретация |
|---|---|
| 80–100% | Конструкция в целом готова к внешней проверке |
| 65–79% | Подача возможна после закрытия критических замечаний |
| 45–64% | Высокий риск дополнительных запросов и задержки |
| Менее 45% | Структура не готова к лицензированию или PSP |
Нулевой балл по UBO, законности целевых рынков, правам на платформу или сохранности средств игроков является блокирующим независимо от общего результата.
Как должен выглядеть готовый доказательственный пакет
Корпоративный файл
Схема владения и контроля.
Реестровые документы и UBO-декларации.
Акционерные соглашения, опционы, займы и доверенности.
Полномочия директоров и подписантов.
Перечень лиц с фактическим доступом к критическим активам.
Финансовый файл
SOW значимых UBO и SOF каждой инвестиции.
Банковская трассировка и инвестиционные документы.
Бюджет запуска и финансовая модель.
Расчёт обязательств перед игроками, ликвидности и резервов.
Технический файл
Архитектура системы и перечень компонентов.
Версии, сертификаты и scope лабораторных отчётов.
Журнал изменений, тестирование безопасности и матрица доступа.
Резервное копирование, восстановление и контроль журналов.
IP-файл
Реестр IP, договоры с разработчиками и акты передачи.
Лицензии, товарные знаки, домены и open-source компоненты.
Ограничения по GEO, смене контроля и прекращению договора.
Платёжный и операционный файлы
Схема движения средств и договоры PSP/CASP.
Счета, кошельки, merchant descriptor и распределение AML-ролей.
Ежедневная сверка и защита средств игроков.
AML/KYC, responsible gamingResponsible gaming — совокупность правил и процессов защиты игроков: лимиты, самоисключение, выявление проблемного поведения, проверка возраста, рассмотрение жалоб, прозрачные бонусные условия и меры предотвращения вреда., жалобы, ADR, инциденты, поставщики и план прекращения деятельности.
Типичные ошибки подготовки
Документы готовятся юридической, технической и финансовой командами отдельно и не сопоставляются.
Проверяется юридическая форма, но не фактическое поведение и контроль доступов.
Сертификат воспринимается как универсальный пропуск для всех версий и интеграций.
IP-проверка ограничивается товарным знаком, игнорируя код, домены, базу данных и условия поставщиков.
Миграция планируется после получения новой лицензии, когда уже поздно менять договоры и архитектуру.
PSP-резерв принимается за эквивалент сегрегации всех средств игроков.
Практический алгоритм проведения краш-теста
Зафиксировать фактическую модель: кто управляет, финансирует, принимает игроков и деньги, владеет кодом, данными и кошельками.
Построить пять карт: владение, движение средств, программные компоненты, IP и регуляторно-договорные зависимости.
Для каждого элемента указать владельца, правовое основание, доказательство, дату актуальности и ответственного.
Сопоставить лицензионное заявление, банковское досье, PSP-анкету, сайт, договоры, архитектуру и реальные транзакции.
Разделить замечания на блокирующие, критические до запуска, устранимые после подачи и мониторинговые.
Ввести контрольные ворота: UBO Gate, Capital Gate, Software Gate, IP Gate, Payment Gate, Data Gate и Go-Live Gate.
Повторить тест после каждого существенного изменения и до миграции или сделки.
Стратегические выводы
Лицензия подтверждает правовой статус, но не заменяет операционную готовность, PSP-принимаемость, права на софт и качество данных.
Самые опасные риски находятся на стыке функций: структура ↔ банк, сертификат ↔ production, IP ↔ новый лицензиат, PSP ↔ счёт игрока.
Комплаенс должен быть воспроизводимым: документ, системная запись, независимое подтверждение, ответственный и журнал изменений.
Миграционная готовность является частью стоимости бизнеса. Проект, который нельзя перенести, имеет более низкую стратегическую ценность.
Готовый фреймворк дешевле аварийного восстановления после отказа регулятора, PSP, лаборатории или покупателя бизнеса.
Частые вопросы
Можно ли пройти лицензирование при сложной структуре UBO?
Да, если юридическое владение, экономический интерес, фактический контроль и происхождение капитала прозрачны и непротиворечивы. Нераскрытая сложность значительно опаснее открыто объяснённой многоуровневой структуры.
Достаточно ли сертификата платформы от поставщика?
Не всегда. Необходимо проверить объект, версию, scope, стандарт, исключения и соответствие рабочей конфигурации. Собственные интеграции и изменения могут потребовать дополнительного тестирования.
Нужно ли оператору владеть исходным кодом?
Не обязательно. Но лицензия должна обеспечивать достаточные права на использование, изменение, техническую проверку, продолжение работы, миграцию и смену контроля.
Можно ли считать PSP ответственным за защиту средств игроков?
Нет. PSP выполняет договорные и регулируемые функции, но ответственность оператора определяется применимым игровым режимом и структурой отношений. Rolling reserve не равен автоматической сегрегации всех средств игроков.
Является ли переход с Кюрасао на Тобик простой сменой лицензии?
Нет. Это новая лицензия, новая договорная и платёжная модель, перенос или повторная проверка данных и контролируемое прекращение либо изменение старой деятельности.
Что проверять первым?
Четыре блокирующих вопроса: Законность целевых рынков. Фактический UBO и контроль. Права лицензиата на платформу и IP. Движение и сохранность средств игроков.
Источники
Информация проверена по состоянию на дату актуальности статьи. Приоритет отдаётся официальным документам и первичным источникам. Коммерческие условия, процедуры и применимость выводов необходимо повторно проверить перед использованием материала для конкретного проекта.
- Curaçao Gaming Authority – License Conditions — Опубликованные условия лицензии, включая обязанности оператора, отчётность и основания регуляторных мер.
- CGA – Provisional Online Gaming License Conditions — Опубликованные условия лицензии, включая обязанности оператора, отчётность и основания регуляторных мер.
- CGA – Publications — Официальный портал для заявок, форм, публикаций и проверки лицензионного статуса.
- Tobique Gaming Commission – Regulatory Documents — Официальный сайт регулятора: требования, реестры, уведомления и актуальные публикации.
- TGC General Code of Practice V2.0 — Официальный сайт регулятора: требования, реестры, уведомления и актуальные публикации.
- FATF – Guidance on Beneficial Ownership of Legal Persons — Международный стандарт по AML/CFT, рискам виртуальных активов и применению Travel Rule.
- Gaming Laboratories International – GLI-19 — Первичный или независимый источник, использованный для проверки соответствующего утверждения и актуальной практики.
- WIPO – IP Audit — Первичный или независимый источник, использованный для проверки соответствующего утверждения и актуальной практики.
- WIPO – IP Assignment and Licensing — Первичный или независимый источник, использованный для проверки соответствующего утверждения и актуальной практики.