Правила использования сервиса
Редакция от 5 августа 2026 года.
| Администрация / Оператор | Индивидуальный предприниматель Афанасьев Максим Олегович |
|---|---|
| ИНН / ОГРНИП | 744819489509 / 321745600082812 |
| Почтовый адрес | 454008, Российская Федерация, г. Челябинск, Курчатовский район, Свердловский проспект, 24Б |
| Официальный сайт | https://sublite.org/ |
| MAX-бот Sublite | https://max.ru/id744819489509_bot |
| Мини-приложение Sublite в MAX | https://max.ru/id744819489509_bot?startapp |
| Техническая поддержка | support@sublite.org |
| Юридические вопросы, претензии, персональные данные | questions@sublite.org |
| Реестр операторов персональных данных | № 74-26-054122 от 03.02.2026 |
1. Назначение Правил
1.1. Настоящие Правила устанавливают обязательные требования к законному, добросовестному и технически корректному использованию SubLite Заказчиками и Партнерами.
1.2. Правила являются частью договорной системы SubLite и применяются совместно с Договором-офертой, специальными условиями расчетов и возвратов, а также индивидуальными условиями подтвержденного Заказа.
1.3. Пользователь обязан соблюдать законодательство Российской Федерации, обязательные требования применимой внешней платформы и права третьих лиц в той части, в которой соответствующие требования относятся к его действиям.
2. Общие требования к Пользователю
- использовать Сервис исключительно в пределах предоставленной функциональности и для законных целей;
- предоставлять достоверные сведения, необходимые для соответствующей операции;
- не выдавать себя за иное лицо и не использовать чужие учетные данные без законного основания;
- не вмешиваться в программные механизмы SubLite и не обходить установленные технические ограничения;
- не использовать Сервис для нарушения прав третьих лиц, распространения запрещенной информации либо совершения иных противоправных действий;
- соблюдать разумные меры безопасности при работе с учетными и техническими данными доступа.
3. Требования к Заказу
3.1. Заказчик самостоятельно определяет цифровой ресурс и выбирает доступные для конкретного Заказа условия посредством интерфейса Сервиса.
3.2. До подтверждения Заказа Заказчик обязан проверить правильность указанного ресурса, объема, стоимости и иных выбранных условий. Последствия ошибки в данных, которые могли быть проверены Заказчиком до подтверждения, определяются с учетом фактически исполненной части обязательства и применимых норм закона.
3.3. Заказчик должен обладать правом использовать соответствующий ресурс, ссылку, материал и иные передаваемые им объекты в объеме, необходимом для исполнения Заказа.
3.4. Заказ не должен предполагать совершение действий, прямо запрещенных законодательством Российской Федерации либо обязательными правилами внешней платформы.
4. Условия и стоимость Заказа
4.1. Перечень доступных условий определяется фактической функциональностью Сервиса на момент формирования Заказа. Публичные документы не фиксируют исчерпывающий перечень технических параметров интерфейса.
4.2. Если выбранное Заказчиком условие влияет на стоимость, соответствующее изменение отображается до подтверждения платного действия. Порядок индивидуального определения стоимости установлен Условиями оплаты и порядка определения стоимости.
4.3. После подтверждения Заказа его условия применяются в зафиксированной редакции. Последующее изменение допускается только в пределах доступной функциональности и не изменяет задним числом уже фактически исполненную часть.
5. Требования к достоверности результата
5.1. Учитываемый результат должен возникать вследствие фактического действия пользователя в предусмотренном соответствующим сценарием порядке.
5.2. Запрещаются программная имитация действий, искусственное формирование учетных записей исключительно для получения учета результата, подмена технических сведений, обход проверки и иные способы формирования заведомо недостоверной статистики.
5.3. Администрация вправе не учитывать результат при наличии объективно подтвержденных технических признаков его несоответствия установленным условиям. Решение должно основываться на относящихся к операции данных, а не на произвольном предположении.
5.4. Факт принятого к учету результата подтверждает исполнение в пределах согласованного критерия и не означает гарантии последующего поведения привлеченного пользователя либо достижения иного экономического эффекта, если такой эффект прямо не являлся условием Заказа.
6. Правила для Партнера
6.1. Партнер вправе подключить только тот цифровой ресурс, которым он законно владеет либо которым вправе распоряжаться и управлять в объеме, необходимом для участия в предусмотренном Сервисом взаимодействии.
6.2. Партнер самостоятельно отвечает за законность содержания и эксплуатации собственного ресурса, соблюдение обязательных правил внешней платформы и наличие необходимых полномочий на техническую интеграцию.
6.3. Право на расчетное начисление возникает только применительно к результатам, соответствующим условиям Сервиса и принятым к учету предусмотренным способом проверки.
6.4. Партнер не вправе создавать фиктивные результаты, требовать от пользователей противоправных действий, вводить пользователей в заблуждение относительно характера совершаемого действия либо иным образом искажать фактические обстоятельства взаимодействия.
7. Персональные данные и техническая интеграция
7.1. Пользователь, передающий Администрации персональные данные иных лиц либо предоставляющий технический доступ, в результате которого такие данные становятся доступными Администрации, обязан иметь предусмотренное законом основание для соответствующего действия.
7.2. Если Администрация обрабатывает персональные данные по поручению другого оператора, содержание поручения и фактическая обработка должны соответствовать требованиям частей 3–6 статьи 6 Федерального закона № 152-ФЗ. Если Администрация самостоятельно определяет цели обработки, правовое основание определяется ею самостоятельно.
7.3. Договорное основание, предусмотренное пунктом 5 части 1 статьи 6 Федерального закона № 152-ФЗ, не распространяется автоматически на любое третье лицо только вследствие наличия договора между Администрацией и Заказчиком либо Партнером. Подробный порядок установлен Политикой обработки персональных данных.
8. Запрещенное содержание и деятельность
8.1. Не допускается использование SubLite для продвижения, распространения или технической поддержки информации и деятельности, запрещенных законодательством Российской Федерации, а также для нарушения интеллектуальных, имущественных, личных неимущественных и иных охраняемых законом прав.
8.2. Администрация вправе устанавливать обоснованные ограничения для отдельных категорий ресурсов и Заказов, если это необходимо для соблюдения обязательных требований закона, судебного акта, предписания компетентного государственного органа, правил внешней платформы или защиты информационной системы.
9. Реклама и иная регулируемая информация
9.1. Если конкретное содержание или способ его распространения обладает признаками рекламы либо иной категории информации, для которой законодательством установлены специальные требования, соответствующий Пользователь обязан исполнять требования, относящиеся к его фактической роли.
9.2. Администрация вправе запросить сведения, без которых невозможно исполнить обязательное требование закона применительно к конкретному Заказу, и вправе не приступать к исполнению до получения объективно необходимых сведений.
10. Внешняя платформа
10.1. Подключаемые ресурсы, Заказы и пользовательские сценарии должны соответствовать обязательным правилам MAX, включая требования к содержанию и функциональности приложений разработчиков, в той части, в которой такие требования применимы к конкретному ресурсу и способу его использования.
10.2. Не допускается использование SubLite для искусственного или автоматизированного формирования действий, создания недостоверных показателей, использования ботов, скриптов, ферм учетных записей, подмены пользователей, сокрытия фактического содержания ресурса либо иных способов обхода предусмотренных Сервисом и платформой механизмов контроля.
10.3. Участие реального пользователя в пользовательском сценарии должно быть добровольным и осознанным. Если доступ к функции или контенту подключенного ресурса обусловлен совершением предусмотренного действия, соответствующее условие должно быть доведено до пользователя понятным способом владельцем такого ресурса.
10.4. Администрация вправе проводить модерацию и техническую проверку ресурса и Заказа, а также прекратить их использование в Сервисе при выявлении признаков нарушения законодательства, прав третьих лиц, настоящих Правил или обязательных требований MAX.
10.5. Факт технической возможности размещения или исполнения Заказа не является подтверждением со стороны Администрации либо MAX правомерности любого содержания Заказчика. Заказчик самостоятельно отвечает за законность своего ресурса, распространяемой информации и поставленной Сервису задачи.
11. Информационная безопасность
11.1. Запрещаются попытки несанкционированного доступа к SubLite, внедрение вредоносного кода, создание чрезмерной автоматизированной нагрузки, получение чужих учетных данных, обход механизмов аутентификации, вмешательство в расчетный или технический учет и иные действия, создающие угрозу целостности, доступности или конфиденциальности информационной системы.
11.2. Пользователь обязан обеспечивать разумную защиту собственных учетных данных, токенов и иных технических идентификаторов доступа и не передавать их лицам, не имеющим законного основания для использования.
11.3. При обнаружении признаков компрометации Пользователь обязан прекратить использование скомпрометированных данных доступа и сообщить в техническую поддержку, если это необходимо для предотвращения дальнейших неправомерных действий.
12. Проверка спорных обстоятельств
12.1. Администрация вправе проводить проверку, если имеются объективные основания полагать, что Заказ, подключенный ресурс, учитываемый результат или расчетная операция не соответствуют Договору, настоящим Правилам, требованиям безопасности либо обязательным требованиям закона.
12.2. На период проверки может быть временно ограничена только спорная операция или соответствующая функция в объеме, необходимом для установления обстоятельств и предотвращения дальнейшего возможного нарушения.
12.3. При проверке Администрация вправе запросить относящиеся к спорной операции сведения. Объем запроса должен соответствовать цели проверки.
12.4. По завершении проверки состояние Заказа и расчетных обязательств определяется по фактически установленным обстоятельствам. Временное ограничение не прекращает уже возникшее подтвержденное денежное обязательство Администрации.
13. Последствия нарушения
13.1. При подтвержденном нарушении Администрация вправе отказать в принятии нового Заказа, прекратить дальнейшее исполнение конкретного Заказа, ограничить соответствующую техническую функцию либо отказаться от дальнейшего договорного взаимодействия в пределах, допускаемых законом.
13.2. Применение технической меры не предоставляет Администрации права произвольно удерживать неиспользованную предварительную оплату или подтвержденное вознаграждение. Денежные обязательства определяются отдельно на основании фактически возникших правоотношений.
13.3. Если нарушение причинило документально подтвержденные убытки, вопрос об их возмещении разрешается в порядке и пределах, установленных законодательством Российской Федерации.
14. Изменение Правил
14.1. Администрация вправе изменять Правила для учета изменений законодательства, функциональности Сервиса, требований безопасности и внешних платформ.
14.2. Новая редакция применяется с момента фактического опубликования, если в ней не указан более поздний срок. Она не изменяет задним числом уже фактически исполненную часть обязательств.