
Общепринятая практика eCOGRA в отношении партнерских программ
ВВЕДЕНИЕ
Основной подход eCOGRA основан на достижении целей защиты игрока, честной игры и ответственного поведения операторов. Операторы могут принимать решение о предоставлении аналогичного уровня комфорта партнерам, которые участвуют в партнерской программе.
В контексте настоящего документа партнерская программа определяется как маркетинговый сервис на базе Интернет, который награждает участников рынка (партнеров или аффилиатов) за направление клиентов (игроков) к операторам азартных онлайн игр и за последующие операции, сделанные игроками.
В конечном счете, настоящий документ предназначен для установки наиболее подходящих требований к обеспечению партнерам высокого уровня комфорта в отношении точного вычисления дохода и правильного распределения выплат, полной и точной обработки платежей, ввода средств предупреждения и обнаружения для обеспечения правильного контакта игроков с партнерами, а также обеспечения разработки, реализации, технического обслуживания и защиты программных продуктов в соответствии со стандартами передовой практики.
Настоящий документ главным образом выступает в качестве руководства для определения и сообщения требований, которым должны соответствовать потенциальные держатели знака ответственной партнерской программы eCOGRA. Кроме того, отдел eCOGRA по проверке соответствия регламентным требованиям будет руководствоваться настоящим документом при проведении выездных и удаленных проверок партнерской программы оператора.
Требования eCOGRA представлены как «Общепринятая практика» (eGAP) и для каждой из сфер eGAP указывается следующая информация:
- В разделе «Цели» дается краткое описание ожидаемых результатов соответствующего внедрения основных требований и практических рекомендаций.
- В разделе «Методология» описывается подход, сроки и приемы, принятые отделом eCOGRA по проверке соответствия регламентным требованиям и необходимые для получения достаточной гарантии того, что держатель знака следует данным требованиям и практическим рекомендациям.
- В разделе «Минимальные требования» (R) определяются обязательные правила и процедуры, которых следует придерживаться для получения знака ответственной партнерской программы eCOGRA.
- В разделе «Рекомендованные методы» (P) определяются методы, которые будут способствовать созданию контролируемой среды, но не являются обязательными для получения знака ответственной партнерской программы eCOGRA.
Требования, которые могут быть применимыми к поставщикам программного обеспечения и операторам, указаны, в пределах каждой сферы eGAP, следующим образом:
- Для поставщиков программного обеспечения галочкой в колонке Поставщик ПО.
- Для операторов галочкой в колонке Оператор.
По возможности, тестирование будет проводиться удаленно, однако, может также возникать необходимость в проведении определенных тестов на территории поставщика программного обеспечения и оператора. При необходимости, дополнительное тестирование будет выполняться, в том случае, если услуги предоставляются третьими сторонами.
Недавние изменения в требованиях eGAP могут действовать еще не во всех программах, так как поставщикам программного обеспечения и операторам дается время на ввод поправок, которые будут проверяться во время их очередной проверки.
ОБЩЕПРИНЯТАЯ ПРАКТИКА eCOGRA
Общепринятые практики eCOGRA представлены ниже. Термин «практика» применяется в самом широком смысле, включая не только компьютерные системы, но также и все связанные с ними процессы.
ОТВЕТСТВЕННЫЙ ПАРТНЕР
ЦЕЛЬ:
Точные вычисления партнерского дохода и правильное распределение отчислений. Платежи должны быстро рассматриваться, а также полностью и точно обрабатываться.
МЕТОДОЛОГИЯ:
Отдел eCOGRA по проверке соответствия регламентным требованиям должен гарантировать наличие приемлемых процессов финансовой деятельности, средств информационного, технологического и текущего контроля, в данный момент и в течение определенного периода времени, для достижения этой цели.
МИНИМАЛЬНЫЕ ТРЕБОВАНИЯ:
Выплаты партнерам | Поставщик ПО | Оператор |
---|---|---|
200.R.1 Все платежи партнерам должны осуществляться в пределах разумного временного интервала и в соответствии с опубликованными условиями платежей. | ✔ | |
200.R.2 Все платежи партнерам должны осуществляться с помощью официальной, документально подтвержденной процедуры. | ✔ | |
200.R.3 Условия, применимые к вычислению партнерского дохода, должны ясно представляться на сайте оператора. | ✔ | |
200.R.4 Вычисление партнерского дохода должно проводиться в соответствии с опубликованными условиями. | ✔ | ✔ |
200.R.5 Данные о счете игрока и финансовые данные, связанные с вычислением партнерского дохода, должны подтверждаться и правильно определяться в соответствии с опубликованными условиями. | ✔ |
Деактивированные счета игрока | Поставщик ПО | Оператор |
---|---|---|
200.R.6 Оператор должен проводить активацию ранее деактивированных счетов игрока с использованием официальной, документально подтвержденной процедуры. | ✔ | |
200.R.7 В условиях должна определяться политика оператора в отношении вычисления партнерских комиссионных по ранее деактивированным счетам игроков. | ✔ |
Партнерские отчисления | Поставщик ПО | Оператор |
---|---|---|
200.R.8 Партнерские отчисления должны вычисляться в соответствии с опубликованными условиями. | ✔ | ✔ |
200.R.9 Суммы отчислений, связанные с вычислением партнерского дохода, должны проверяться и правильно распределяться в соответствии с опубликованными условиями. | ✔ | ✔ |
200.R.10 В условиях должна определяться политика оператора в отношении продления счетов игроков с отрицательным балансом. Счета с отрицательным балансом, связанные с вычислением партнерского дохода, должны проверяться и правильно распределяться в соответствии с опубликованными условиями. | ✔ | ✔ |
200.R.11 Суммы отчислений, связанные с большими выигрышами, должны проверяться и правильно распределяться в соответствии с опубликованными условиями. | ✔ |
Информация о партнерском счете | Поставщик ПО | Оператор |
---|---|---|
200.R.12 Информация, связанная с партнерским счетом и выплатами, должна быть доступной в электронном виде. | ✔ | ✔ |
200.R.13 Изменения в информации о партнерском счете должны подлежать строгому контролю службы безопасности и сохраняться в журнале проверки системы. | ✔ | ✔ |
РЕКОМЕНДОВАННЫЕ МЕТОДЫ:
Отсутствуют.
ЦЕЛЬ:
Средства для предотвращения и обнаружения должны быть в наличии для обеспечения соединения игроков с партнерами.
МЕТОДОЛОГИЯ:
Отдел eCOGRA по проверке соответствия регламентным требованиям должен гарантировать наличие приемлемых процессов, средств информационного, технологического и текущего контроля в данный момент и в течение определенного периода времени для достижения этой цели.
МИНИМАЛЬНЫЕ ТРЕБОВАНИЯ:
Сопряжение игрока с партнерами | Поставщик ПО | Оператор |
---|---|---|
201.R.1 Подходящие средства должны быть доступными для обнаружения и предотвращения отключения счетов игроков от партнерских счетов. | ✔ | ✔ |
201.R.2 Ручные настройки партнерских счетов должны проверяться и санкционироваться. | ✔ | |
201.R.3 Ручные настройки неактивных счетов игроков, связанных с партнерами, должны выполняться в соответствии с политикой оператора в отношении истечения срока действия идентификационных файлов (куки). | ✔ | |
201.R.4 Все операции ручной настройки должны подлежать строгому контролю службы безопасности. | ✔ | ✔ |
Информация по отслеживанию игроков | Поставщик ПО | Оператор |
---|---|---|
201.R.5 Вся информация, связанная с отслеживанием информации, должна регистрироваться и храниться как можно дольше. | ✔ | ✔ |
РЕКОМЕНДОВАННЫЕ МЕТОДЫ:
Отсутствуют.
ЦЕЛЬ:
Партнерские приложения должны разрабатываться, вводиться в действие, обслуживаться и защищаться в соответствии со стандартами передовой практики.
МЕТОДОЛОГИЯ:
Отдел eCOGRA по проверке соответствия регламентным требованиям должен гарантировать наличие приемлемого процесса разработки программного обеспечения, средств информационного, технологического и текущего контроля, в данный момент и в течение определенного периода времени, для достижения этой цели.
МИНИМАЛЬНЫЕ ТРЕБОВАНИЯ:
Разработка ПО | Поставщик ПО | Оператор |
---|---|---|
202.R.1 Разработка и внедрение всех партнерских приложений должны проводиться в соответствии с формальным процессом. | ✔ |
Управление изменениями | Поставщик ПО | Оператор |
---|---|---|
202.R.2 Все изменения в партнерских приложениях и программах для слежения за игроками должны проводиться через формальный, документированный процесс контроля за изменениями и предусматривать: 202.R.2.1 Процедуры одобрения изменений. 202.R.2.2 Процедуры аварийных изменений. 202.R.2.3 Процедуры тестирования и переноса изменений. 202.R.2.4 Разделение обязанностей между разработчиками, конструкторами и пользователями. 202.R.2.5 Процедуры, обеспечивающие обновление соответствующей документации в результате изменения. |
✔ | |
202.R.3 Вся документация, связанная с разработкой или улучшением партнерских приложений, должна сохраняться. | ✔ | |
202.R.4 Тестовая среда должна физически и логически изолироваться от работающих систем. | ✔ |
Управление доступом | Поставщик ПО | Оператор |
---|---|---|
202.R.5 В партнерские приложения должны внедряться соответствующие средства управления доступом для конечных пользователей. | ✔ | ✔ |
Архитектура системы безопасности | Поставщик ПО | Оператор |
---|---|---|
202.R.6 Правила и процедуры обеспечения безопасности должны документироваться, сообщаться и проверяться, как минимум, раз в год или в случае материальных изменений. | ✔ | ✔ |
202.R.7 Правила и процедуры обеспечения безопасности должны вводиться в действие. Рискоориентированные внутренние и внешние проверки системы безопасности должны проводиться, как минимум, раз в год или в случае материальных изменений. | ✔ | ✔ |
Антивирусное программное обеспечение | Поставщик ПО | Оператор |
---|---|---|
202.R.8 Сканеры и/или программы для обнаружения вирусов должны устанавливаться в соответствующих информационных системах. Эти программы должны регулярно обновляться для обнаружения новых видов вирусов. | ✔ | ✔ |
РЕКОМЕНДОВАННЫЕ МЕТОДЫ:
Отсутствуют.
ЦЕЛЬ:
Партнерские программы должны иметь возможность продемонстрировать, что они смогут восстановить систему после аварии.
МЕТОДОЛОГИЯ:
Отдел eCOGRA по проверке соответствия регламентным требованиям должен использовать подходящие методологии аварийного восстановления и/или непрерывности предпринимательской деятельности для подтверждения достижения этой цели.
МИНИМАЛЬНЫЕ ТРЕБОВАНИЯ:
Резервное копирование информации | Поставщик ПО | Оператор |
---|---|---|
110.R.1 Для того чтобы гарантировать регулярное резервное копирование данных и информации (например, журналы событий, финансовая информация) и возможность их восстановления в случае аварии, необходимы процедуры резервного копирования и восстановления. | ||
110.R.2 Критические данные и информация должны ежедневно дублироваться и сохраняться вне организации. | ||
110.R.3 Поставщики программного обеспечения и операторы должны четко определять свои обязанности и процедуры резервного копирования, а также аварийного восстановления. | ✔ | ✔ |
РЕКОМЕНДОВАННЫЕ МЕТОДЫ:
Отсутствуют.
Всего статей: 1168
Новые статьи в казино блоге
Новые Вопросы и Ответы
Дата публикации
Параметры | Эта стать была размещена на нашем сайте |
---|---|
Статья добавлена | 25 мая 2016 18:39 |
Последняя редакция | 25 мая 2016 18:39 |
Автор статьи
Параметры | Статья Общепринятая практика eCOGRA в отношении партнерских программ подготовлена и опубликована |
---|---|
Опубликована | 4LUCK |
Автор статьи | IvanPronin |