Календарь обязательств онлайн-казино: лицензия, AML/KYC, PSP, налоги и отчётность

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

Календарь обязательств онлайн-казино — это единый контролируемый реестр лицензионных, AML/KYC, корпоративных, налоговых, платежных, договорных и внутренних сроков. Он должен показывать не только крайнюю дату, но и источник требования, применимую компанию и лицензию, период данных, событие, запускающее срок, ответственных, внутренние даты подготовки, порядок проверки, способ подачи и подтверждение исполнения.

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

Рабочая последовательность выглядит так:

обязательство → источник → применимость → расчёт срока → подготовка данных → сверка → проверка → утверждение → подача или оплата → подтверждение → закрытие → создание следующего срока

ПРОВЕРЕННЫЙ ФАКТРегуляторные обязанности не образуют один ежегодный цикл. Они включают ежемесячные, квартальные, полугодовые и годовые отчёты, короткие сроки после событий, требования до запуска, платежи, ответы на запросы регулятора и индивидуальные условия, указанные в лицензии или личном кабинете.

АНАЛИТИЧЕСКИЙ ВЫВОДГлавный риск возникает не в последний день. Он возникает раньше — когда обязанность не внесена в реестр, данные собираются слишком поздно, срок привязан не к той компании, доступ к личному кабинету есть только у одного сотрудника или отчёт считается закрытым без подтверждения фактической подачи.

Модель «Четыре часа обязательства»

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

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

АНАЛИТИЧЕСКИЙ ВЫВОДКалендарь считается работоспособным только тогда, когда он управляет всеми четырьмя часами, а не напоминает о последнем дне.

Кому нужен этот материал

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

Он особенно полезен, если компания:

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

Содержание

Что такое календарь обязательств
Почему списка крайних сроков недостаточно
Пять видов календарных обязательств
Что должно входить в единый календарь
Какие поля нужны для каждой записи
Как рассчитывать дату
Сравнение UKGC, MGA и CGA
Регуляторные сроки UKGC
Регуляторные сроки MGA
Регуляторные сроки Curaçao CGA
AML/KYC, корпоративные, налоговые и договорные сроки
Жизненный цикл обязательства
Ежемесячное закрытие календаря
Правила эскалации
Распределение ответственности
Стандарт доказательств
Пример календаря
Показатели эффективности и красные флаги
Что делать при просрочке
План внедрения на 30/60/90 дней
Частые вопросы
Стратегические выводы

Что такое календарь обязательств онлайн-казино

Календарь обязательств — это операционная система контроля сроков. Он соединяет нормативное требование, конкретное действие, данные, людей и доказательства исполнения.

Обычный календарь отвечает на вопрос: когда наступает дата.

Полноценная система отвечает на более широкий набор вопросов:

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

Единый календарь и реестр обязательств — не одно и то же

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

Календарь создаёт конкретные экземпляры этого правила. Например:

отчёт MGA о средствах игроков за июнь 2026 года;
квартальная регуляторная форма UKGC за второй квартал 2026 года;
уведомление UKGC об уходе лица, занимающего ключевую должность;
отчёт CGA об инциденте, срок которого составляет 24 часа;
ежегодная проверка KYC со стороны PSP;
продление конкретного домена.

Одна строка в реестре может создавать десятки календарных записей на протяжении срока действия лицензии.

Почему списка крайних сроков недостаточно

Таблица из двух колонок «обязанность — дата» создаёт ложное чувство контроля.

Она не показывает начало подготовки

Если отчёт нужно подать до 20-го числа, это не означает, что работа начинается 19-го. До подачи могут потребоваться:

закрытие финансового периода;
выгрузка данных платформы;
получение выписок банков и PSP;
сверка остатков средств игроков;
проверка расхождений;
утверждение уполномоченным лицом;
исправление ошибок формы.

Она не показывает зависимость от события

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

Она не разделяет юридические лица

Две компании в одной группе могут иметь:

разные лицензии;
разные финансовые годы;
разные сроки корпоративной и налоговой отчётности;
разные PSP и банковские счета;
разные условия в личных кабинетах регуляторов.

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

Она не доказывает исполнение

Отметка «готово» не подтверждает, что документ действительно отправлен и принят. Для закрытия записи нужны как минимум:

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

Она не учитывает сбой доступа

Подача может зависеть от:

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

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

Пять видов календарных обязательств

Обязанность с фиксированной датой

Дата прямо указана в правиле или календаре регулятора.

Примеры:

полугодовой отчёт MGA о показателях отрасли (IPR) до 28 февраля;
полугодовой отчёт MGA о показателях отрасли (IPR) до 7 сентября;
установленная дата годовой корпоративной декларации;
продление домена или товарного знака.

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

Срок от окончания отчётного периода

Крайняя дата рассчитывается от конца месяца, квартала, полугодия или финансового года.

Примеры:

отчёт до 20-го дня следующего месяца;
регуляторная форма UKGC в течение 28 дней после окончания квартала;
аудированная финансовая отчётность в течение шести месяцев после окончания финансового года.

Для такой обязанности календарь должен хранить не только дату подачи, но и:

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

Событийный срок

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

Примеры:

ключевое событие UKGC — не позднее пяти рабочих дней после даты осведомлённости;
отчёт CGA об инциденте — в течение 24 часов в предусмотренных условиях;
отдельные инциденты информационной безопасности MGA — в течение 72 часов.

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

Предварительное действие

Закон, условия лицензии или регулятор требуют сделать что-либо до изменения или запуска.

Примеры:

предварительное разрешение на изменение UBO;
согласование нового домена;
разрешение на новый счет для средств игроков;
уведомление о запуске до начала деятельности;
получение согласия PSP на новый бренд или GEO.

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

Назначаемый или плавающий срок

Дата появляется в конкретном письме, запросе, акте проверки, договоре или личном кабинете.

Примеры:

запрос регулятора с датой ответа;
дополнительное условие в личном кабинете CGA;
срок устранения нарушения после аудита;
запрос PSP на обновление KYC;
срок ответа банка по повторной проверке клиента;
окно уведомления о прекращении договора с поставщиком.

Такие обязанности нельзя получить из общего шаблона. Они должны регистрироваться сразу после получения письма или появления новой записи в личном кабинете.

Что должно входить в единый календарь

Лицензия и регулятор

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

AML/KYC и санкции

пересмотр общефирменной оценки рисков;
обновление AML-политики;
отчёт MLRO;
проверка настройки мониторинга операций;
пересмотр санкционного и PEP-контроля;
обучение сотрудников;
независимая AML-проверка;
отчётность через goAML или иной канал финансовой разведки;
контроль сроков хранения документов.

Корпоративные и налоговые обязанности

годовая корпоративная декларация;
финансовая отчётность;
подтверждение сведений о UBO;
обязательные решения совета директоров;
налоговая декларация компании;
игровой налог;
НДС или аналогичный косвенный налог;
документация по трансфертному ценообразованию;
требования к экономическому присутствию;
заработная плата и социальные платежи;
продление зарегистрированного офиса и услуг директора.

PSP, банки и движение средств

периодическое обновление KYC;
подтверждение действительности лицензии;
обновление сведений об UBO;
подтверждение соответствия требованиям безопасности;
пересмотр резервов и удержаний;
проверка платёжного аккаунта;
повторная банковская проверка;
сверка средств игроков;
отчётность по расчётам и возвратам платежей (чарджбэкам);
страховые сертификаты;
сроки ответа на запросы PSP или банка.

Поставщики

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

Домены, интеллектуальная собственность и сайт

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

Внутреннее управление

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

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

АНАЛИТИЧЕСКИЙ ВЫВОДЭти сроки могут быть договорными, а не лицензионными. Их необходимо отмечать отдельной категорией, но контролировать в одной системе, поскольку приостановка PSP или банковского счета может остановить деятельность быстрее, чем формальная санкция игрового регулятора.

Какие поля нужны для каждой записи

Поля удобнее делить на шесть блоков.

Идентификация

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

Правовое основание

закон, подзаконный акт или условие лицензии;
официальное разъяснение;
ссылка на форму или раздел личного кабинета;
договорный пункт;
дата последней проверки источника;
версия требования.

Расчёт срока

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

Ответственность

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

Подача и оплата

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

Доказательства и закрытие

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

Недопустимые упрощения

Опасно использовать:

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

Как рассчитывать дату

Календарь должен хранить формулу, а не только готовую дату.

Базовая формула

конец периода или запускающее событие + установленный интервал с учетом рабочих дней = внешний крайний срок

внешний крайний срок − время на проверку − время на утверждение − время на подготовку данных = внутренняя дата начала работы

Что необходимо проверить

Срок считается в календарных или рабочих днях?
Какой часовой пояс применяется?
Включается ли день события в отсчёт?
Что происходит, если дата выпадает на выходной или официальный праздник?
Требуется отправка, получение, оплата или подтверждение до определённого времени?
Нужна ли подпись уполномоченного лица?
Можно ли подать предварительные данные или только окончательную форму?
Есть ли плановые окна недоступности личного кабинета?
Предусмотрено ли официальное продление срока?
Как оформляется исправление после подачи?

Управленческие буферы

Ниже приведены не нормы регуляторов, а практические диапазоны:

короткое событийное уведомление — регистрация и первичная оценка в день обнаружения;
ежемесячный отчёт — начало работы в первые рабочие дни следующего месяца;
квартальная форма — подготовка карты данных до окончания квартала;
ежегодный аудит — планирование за четыре–шесть месяцев до внешней даты;
продление лицензии или повторная проверка PSP — начало за 90–180 дней в зависимости от сложности.

Внутренняя дата должна быть раньше внешней. Совпадение этих дат означает отсутствие запаса на ошибку, отсутствие подписанта или технический сбой.

Сравнение UKGC, MGA и Curaçao CGA

Вид обязанности	UKGC	MGA	Curaçao CGA	Практический вывод
Регулярная операционная отчётность	Квартальные регуляторные формы для применимых лицензий; в используемом официальном разъяснении — 28 дней после квартала	Несколько ежемесячных отчётов до 20-го дня следующего месяца	Периодические отчёты через личный кабинет; часть сроков определяется отдельными указаниями	Нельзя применять одну периодичность ко всем лицензиям
Короткое событийное уведомление	Ключевые события — не позднее пяти рабочих дней после даты осведомлённости	Отдельные уведомления в течение 3, 5, 30 дней; инцидент информационной безопасности — 72 часа	Отчёт об инциденте — 24 часа в предусмотренных условиях	Нужна связь с реестром событий и изменений
Предварительное действие	Может требоваться изменение лицензии или отдельное разрешение	Для ряда изменений действует предварительное разрешение; уведомление о запуске минимум за два дня	Индивидуальные условия и критические изменения могут требовать разрешения до действия	Дата запуска не равна дате начала юридической работы
Финансовая отчётность	Зависит от лицензии и требований UKGC	Отчёты через 2, 6 и 9 месяцев после окончания финансового года в зависимости от документа	Может требоваться по условиям лицензии и запросам CGA	Календарь строится отдельно для каждой компании
Индивидуальные сроки	Запросы и условия конкретной лицензии	Задания и формы в личном кабинете	Контрольный список в личном кабинете является частью условий лицензии	Личный кабинет нужно проверять регулярно, а не только перед подачей

Таблица показывает архитектуру, а не заменяет проверку конкретной лицензии.

Регуляторные сроки UKGC

Квартальная регуляторная отчётность

ПРОВЕРЕННЫЙ ФАКТLCCP 15.3.1 предусматривает общую и регуляторную отчётность. Использованное при подготовке материала официальное разъяснение UKGC устанавливает для применимой квартальной отчётности подачу через eServices в течение 28 дней после окончания квартала.

перед запуском проекта и перед практическим использованием необходимо подтвердить:

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

Операционная подготовка обычно зависит от:

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

АНАЛИТИЧЕСКИЙ ВЫВОДЮридическая функция не должна самостоятельно собирать все числовые показатели. До начала квартала необходимо утвердить перечень полей, источники данных и ответственных в финансах, аналитике, продукте и комплаенсе.

Ключевые события

ПРОВЕРЕННЫЙ ФАКТLCCP 15.2.1 требует сообщать о ключевом событии как можно скорее и в любом случае не позднее пяти рабочих дней после того, как лицензиату стало о нём известно.

Календарь должен отдельно хранить:

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

Пятидневный срок нельзя механически применять ко всем уведомлениям UKGC. Другие сообщаемые события по LCCP 15.2.2 могут использовать формулировку «как можно скорее» без того же пятидневного предела.

Лицензионные сборы и специальные обязанности

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

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

Регуляторные сроки Malta Gaming Authority (MGA)

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

Ежемесячные отчёты

ПРОВЕРЕННЫЙ ФАКТНе позднее 20-го дня следующего месяца через личный кабинет MGA (Licensee Portal) подаются применимые формы:

отчёт B2B-оператора о соблюдении требований — B2B Compliance Report;
отчёт по игровому налогу — Gaming Tax Report;
отчёт о средствах игроков — Player Funds Report;
отчёт по внесудебному разрешению споров — ADR Report.

Официальные названия форм сохранены, поскольку именно под ними они находятся в системе MGA.

Отчёт о средствах игроков требует особого внимания. Он может включать:

обязательства перед игроками на конец месяца;
обязательства по общим джекпотам;
остатки на выделенных банковских и PSP-счетах;
подтверждающие выписки;
объяснение расхождений.

Практический внутренний график может выглядеть так:

1–3-й рабочий день: закрытие остатков и выгрузка данных;
4–7-й день: получение выписок и сверка;
8–11-й день: подготовка формы;
12–14-й день: проверка и исправления;
15–17-й день: утверждение;
до 20-го дня: подача и проверка подтверждения.

Это рекомендуемая организация работы, а не официальный график MGA.

Отчёты о показателях отрасли (IPR)

ПРОВЕРЕННЫЙ ФАКТОтчёты о показателях отрасли (Industry Performance Returns, IPR) подаются дважды в год:

до 7 сентября за период с 1 января по 30 июня;
до 28 февраля за период с 1 июля по 31 декабря предыдущего года.

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

Финансовая и аудиторская отчётность

ПРОВЕРЕННЫЙ ФАКТВ опубликованной MGA системе используются следующие относительные сроки:

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

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

Запуск и событийные обязанности

ПРОВЕРЕННЫЙ ФАКТВ опубликованных материалах MGA указаны, среди прочего:

уведомление о запуске (Go-Live Declaration) — не менее чем за два дня до заявленной даты запуска;
запуск должен быть заявлен в пределах установленного 90-дневного периода от первоначальной даты лицензии;
определённые инциденты информационной безопасности — в течение 72 часов;
сообщения о подозрительных ставках для применимых операторов — незамедлительно;
отдельные изменения — по режимам предварительного разрешения или уведомления в течение 3, 5 либо 30 дней.

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

Ежегодный лицензионный сбор

ПРОВЕРЕННЫЙ ФАКТMGA указывает, что фиксированный невозвратный ежегодный сбор уплачивается авансом за двенадцать месяцев после выдачи лицензии и затем в каждую последующую годовщину.

Календарь должен начинать подготовку заранее: подтвердить сумму, получить счёт, проверить компанию-плательщика, банковские лимиты и доказательство оплаты.

Регуляторные сроки Curaçao Gaming Authority (CGA)

Личный кабинет как источник обязательств

ПРОВЕРЕННЫЙ ФАКТЛичный кабинет CGA используется не только для первоначальной заявки. Лицензиаты подают через него периодические отчёты, отчёты об инцидентах и сообщения об изменениях.

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

входящие сообщения;
новые задания;
контрольный список индивидуальных условий;
статус поданных документов;
запросы на дополнительные сведения;
изменение форм и маршрутов подачи.

Отчёт об инциденте

ПРОВЕРЕННЫЙ ФАКТСтатья 13 условий бессрочной онлайн-лицензии предусматривает подачу отчёта об инциденте в течение 24 часов.

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

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

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

Периодические и запрашиваемые отчёты

ПРОВЕРЕННЫЙ ФАКТУсловия лицензии упоминают, среди прочего:

сообщения об изменениях;
отчёты об инцидентах;
отчёты об операциях игроков;
отчёты по жалобам;
ADR-отчётность;
независимые экспертные отчёты по AML, системному устройству и ответственной игре.

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

Индивидуальный контрольный список

ПРОВЕРЕННЫЙ ФАКТЛицензиат обязан выполнять дополнительные условия, включённые в контрольный список его личного кабинета, в указанные там сроки. Такой контрольный список является частью условий лицензии.

АНАЛИТИЧЕСКИЙ ВЫВОДОтветственный за календарь должен ежемесячно подтверждать, что личный кабинет проверен и новых заданий не появилось. Отсутствие письма на общей почте не доказывает отсутствие обязанности.

Временная лицензия

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

Жизненный цикл календарного обязательства

Шаг 1. Выявление

Обязанность появляется из:

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

Шаг 2. Подтверждение применимости

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

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

Шаг 3. Создание записи

Создаётся конкретная запись с:

отчётным периодом;
внешней датой;
внутренними датами;
ответственными;
зависимостями;
перечнем документов;
способом подачи.

Шаг 4. Подготовка данных

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

Шаг 5. Сверка

Финансы, аналитика, платежи или операционная функция сопоставляют данные:

с исходными системами;
с банковскими и PSP-выписками;
с предыдущими формами;
с управленческой отчётностью;
с фактическим перечнем лицензированных продуктов.

Шаг 6. Проверка

Проверяющий оценивает:

полноту;
внутреннюю согласованность;
существенные отклонения;
наличие подтверждающих материалов;
соответствие форме и периоду.

Шаг 7. Утверждение

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

Шаг 8. Подача или оплата

Документ направляется через установленный канал, а платеж выполняется правильной компанией и по правильным реквизитам.

Шаг 9. Сохранение доказательств

Сохраняются:

окончательный файл;
дата и время отправки;
номер подтверждения;
подтверждение оплаты;
переписка;
дополнительные ответы;
исправленная версия, если она была.

Шаг 10. Закрытие

Независимый сотрудник подтверждает:

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

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

Ежемесячное закрытие календаря

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

Что должно быть подтверждено

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

Порядок ежемесячного закрытия

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

Пакет ежемесячного закрытия

Он должен содержать:

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

Правила эскалации

Зелёный уровень

Подготовка идёт по плану. Владельцы данных подтвердили сроки, препятствий нет.

Жёлтый уровень

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

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

Красный уровень

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

Действие: немедленная эскалация руководству, правовая оценка, решение о связи с регулятором или провайдером и регистрация корректирующих действий.

Критический уровень

Просрочка скрыта, данные искажены, подача отмечена без фактической отправки или даты изменены задним числом.

Действие: внутреннее расследование, сохранение доказательств, уведомление совета директоров или комитета по аудиту и оценка необходимости самостоятельного сообщения регулятору.

Распределение ответственности

Процесс	Исполнитель	Лицо, несущее итоговую ответственность	Участники проверки	Получатели информации
Составление реестра обязательств	Юридическая функция и комплаенс	Руководитель юридической функции или комплаенса	Местный консультант, финансы, MLRO	Руководители функций
Создание календарных записей	Операционный комплаенс	Руководитель комплаенса	Владельцы данных	Руководство
Финансовые данные	Финансы и аналитика	Финансовый директор	Платежи, комплаенс	Юридическая функция
Отчёт о средствах игроков	Финансы и платежи	Финансовый или операционный директор	Комплаенс, аудитор	Совет директоров при существенном вопросе
AML-отчётность и пересмотр	Команда MLRO	MLRO	Юридическая функция, продукт, платежи	Совет директоров
Корпоративная и налоговая подача	Корпоративная и налоговая функции	Финансовый директор или совет директоров	Корпоративный провайдер, внешние консультанты	Комплаенс
Повторная проверка PSP или банка	Платежи и казначейство	Финансовый или операционный директор	Юридическая функция, комплаенс	Продукт
Подача документа	Назначенный сотрудник	Уполномоченный подписант	Проверяющий, владельцы данных	Ответственный за календарь
Ежемесячное закрытие	Операционный комплаенс	Руководитель комплаенса	Юристы, финансы, MLRO, платежи	Руководство
Устранение просрочки	Ответственный за обязанность	Соответствующий руководитель	Юристы, комплаенс, внутренний аудит	Совет директоров или комитет по аудиту

Стандарт доказательств

Каждая закрытая существенная запись должна включать:

Версию источника требования.
Вывод о применимости.
Расчёт крайнего срока.
Окончательную форму или документ.
Выгрузки исходных данных.
Материалы сверки.
Замечания проверяющего и подтверждение их устранения.
Утверждение или подпись.
Доказательство подачи или оплаты.
Номер подтверждения в личном кабинете.
Переписку и дополнительные ответы.
Исправление, если оно подавалось.
Решение о закрытии.
Следующую дату повторения.

Недостаточными являются:

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

Пример структуры календаря

Обязанность	Компания и лицензия	Частота или событие	Внешний срок	Начало подготовки	Ответственный	Проверяющий	Доказательства
Отчёт MGA о средствах игроков (Player Funds Report)	Мальтийская B2C-лицензия	Ежемесячно	До 20-го дня следующего месяца	Первый рабочий день	Финансы и платежи	Комплаенс	Отчёт, выписки, сверка, подтверждение
MGA IPR за первое полугодие	Мальтийский лицензиат	Раз в полугодие	7 сентября	Июль	Аналитика и финансы	Комплаенс	IPR, проверка, подтверждение
Регуляторная форма UKGC	Британский оператор	Ежеквартально	28 дней после окончания квартала	Закрытие квартала	Финансы и аналитика	Юристы и комплаенс	Отправленная форма, подтверждение
Ключевое событие UKGC	Соответствующая британская лицензия	Событие	5 рабочих дней после даты осведомлённости	В день события	Ответственный за событие и юрист	Руководитель юридической функции	Хронология, уведомление, подтверждение
Отчёт CGA об инциденте	Лицензия Curaçao	Инцидент	24 часа в предусмотренных условиях	Немедленно	Руководитель реагирования на инцидент	Комплаенс и юрист	Первичное сообщение, дополнения, подтверждение
Ежегодный лицензионный сбор	Конкретная лицензия	Годовщина	По счёту и правилам лицензии	За 60–90 дней	Финансы	Юрист	Счёт, платеж, подтверждение
Обновление KYC для PSP	Платёжный аккаунт	По договору или запросу	Дата провайдера	За 30–60 дней	Платежи	Комплаенс	Пакет KYC, подтверждение принятия
Продление домена	Конкретный домен	Ежегодно	Дата регистратора	За 60 дней	ИТ или бренд-функция	Юрист	Подтверждение продления

Таблица является примером структуры, а не универсальным календарём.

Показатели эффективности

Полезные показатели:

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

АНАЛИТИЧЕСКИЙ ВЫВОДСто процентов своевременных подач не доказывают качество системы. Показатель может скрывать неверные данные, формальное закрытие без подтверждения или обязанности, которые вообще не попали в реестр. Поэтому показатели дополняются выборочной проверкой и сверкой с внешними личными кабинетами.

Красные флаги

Критические

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

Высокие

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

Средние

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

Что делать, если срок уже пропущен

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

Пошаговый алгоритм

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

АНАЛИТИЧЕСКИЙ ВЫВОДСокрытие просрочки часто создаёт более тяжёлый риск добросовестности, чем первоначальная операционная ошибка. Прозрачная хронология и проверяемый план исправления обычно сильнее попытки изменить даты.

План внедрения на 30/60/90 дней

Дни 1–30: собрать карту

Цель — установить фактический объём обязанностей и немедленно выявить критические пробелы.

Действия:

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

Результат:

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

Дни 31–60: построить систему

Цель — связать календарь с реальными процессами компании.

Действия:

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

Результат:

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

Дни 61–90: проверить на практике

Цель — доказать, что система работает при коротких сроках и сбоях.

Действия:

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

Результат:

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

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

Что такое календарь обязательств онлайн-казино?

Это единый реестр всех сроков оператора: лицензионных, AML/KYC, корпоративных, налоговых, платежных, договорных и внутренних. Каждая запись содержит источник, применимость, формулу даты, ответственных, порядок подачи и доказательства исполнения.

Какие обязательства должны входить в календарь?

Регуляторные формы, сборы, уведомления об изменениях и инцидентах, аудированная отчётность, AML-проверки, налоговые и корпоративные подачи, повторные проверки PSP и банков, сроки поставщиков, домены, обучение и внутренние проверки.

Чем внешний срок отличается от внутреннего?

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

Какие отчёты MGA подаются ежемесячно?

В зависимости от лицензии и деятельности до 20-го дня следующего месяца могут подаваться B2B Compliance Report, Gaming Tax Report, Player Funds Report и ADR Report. Применимость каждой формы необходимо проверять отдельно.

Какой срок сообщения о ключевом событии UKGC?

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

Когда подаётся квартальная форма UKGC?

Использованное официальное разъяснение предусматривает для применимой квартальной регуляторной формы подачу в течение 28 дней после окончания квартала. Перед практическим использованием необходимо подтвердить тип лицензии и актуальную форму.

Какой срок отчёта CGA об инциденте?

Условия бессрочной онлайн-лицензии предусматривают 24 часа. Точка начала отсчёта зависит от категории события и формулировки конкретного условия.

Нужно ли включать сроки PSP и банков?

Да. Они не всегда являются требованиями игрового права, но могут привести к приостановке обработки платежей, удержанию средств или повторной проверке. В календаре их следует маркировать как договорные или операционные.

Как вести календарь для нескольких лицензий?

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

Кто отвечает за отчёт о средствах игроков?

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

Как учитывать рабочие дни и часовые пояса?

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

Что такое ежемесячное закрытие календаря?

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

Какие доказательства сохранять?

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

Что делать при недоступности личного кабинета?

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

Можно ли использовать обычный Google Calendar?

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

Когда начинать подготовку к аудиту и продлению?

Не в последний месяц. Для сложной структуры планирование аудита обычно начинается за четыре–шесть месяцев до внешней даты, а продления или повторной проверки PSP — за 90–180 дней. Это управленческие диапазоны, а не универсальные нормы.

Стратегические выводы

Календарь обязательств — это система контроля, а не список напоминаний.

Регулярные и событийные обязанности должны находиться в одной архитектуре, но использовать разные способы запуска.

MGA показывает значение подробного графика и ранней подготовки данных.

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

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

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

Запись не закрывается без подтверждения, доказательств и следующей даты повторения.

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

Ежемесячное закрытие соединяет календарь, подачи, инциденты, изменения и доказательства.

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

Практический чек-лист

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

Источники

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

Условия лицензий и кодексы практики (Licence Conditions and Codes of Practice), актуальная онлайн-версия — Опубликованные условия лицензии, включая обязанности оператора, отчётность и основания регуляторных мер.
LCCP 15.2.1 — сообщения о ключевых событиях — Официальный сайт регулятора: требования, реестры, уведомления и актуальные публикации.
Комиссия по азартным играм Великобритании — 15 2 1 reporting key events — Официальный или независимый материал для проверки правового и институционального контекста.
LCCP 15.2.2 — иные сообщаемые события — Официальный сайт регулятора: требования, реестры, уведомления и актуальные публикации.
Комиссия по азартным играм Великобритании — 15 2 2 other reportable events — Официальный или независимый материал для проверки правового и институционального контекста.
LCCP 15.3.1 — общая и регуляторная отчётность — Официальный сайт регулятора: требования, реестры, уведомления и актуальные публикации.
Комиссия по азартным играм Великобритании — 15 3 1 general and regulatory returns — Официальный сайт регулятора: требования, реестры, уведомления и актуальные публикации.
Информация для лицензиатов и требования к отчётности (Licensees Information and Reporting Requirements) — Официальные требования к заявителю, документам и процедуре подачи и рассмотрения заявки.
Malta Gaming Authority — licensees information reporting requirements — Официальные требования к заявителю, документам и процедуре подачи и рассмотрения заявки.
Требования к отчётности (Reporting Requirements) — Официальные требования к заявителю, документам и процедуре подачи и рассмотрения заявки.
Malta Gaming Authority — reporting requirements — Официальные требования к заявителю, документам и процедуре подачи и рассмотрения заявки.
Требования о предварительном разрешении и уведомлениях в течение 3, 5 и 30 дней — соответствующие разделы официального сайта MGA — Официальные требования к заявителю, документам и процедуре подачи и рассмотрения заявки.
Curaçao Gaming Authority — официальный портал — Официальный портал для заявок, форм, публикаций и проверки лицензионного статуса.
Curaçao Gaming Authority — license conditions indefinite term online gaming license — Опубликованные условия лицензии, включая обязанности оператора, отчётность и основания регуляторных мер.
Curaçao Gaming Authority — provisional gaming license conditions — Опубликованные условия лицензии, включая обязанности оператора, отчётность и основания регуляторных мер.