Публичная оферта поставщика — Gamebi

Черновик 2026-04-30 (Session 75). Источник: docs/01-business-model.md (роли + RBAC), docs/24-split-formula.md (additive markup, T1-T18), docs/05-orders.md (M15 5 пар комбинаций, 8 RefundReason), docs/13-compliance.md (KYC, AML), docs/decisions/p4.md Q48. Все маркеры <TODO> — для финального заполнения.

1. Стороны

Настоящая Оферта (далее — «Оферта») заключается между:

• Оператором платформы Gamebi — <TODO: ИП Николай … либо ООО «Геймби»> (далее — «Платформа»).
• Поставщиком — физическим лицом (в т.ч. самозанятым) или юридическим лицом, зарегистрированным на Платформе через invite-ссылку и прошедшим KYC (далее — «Поставщик»).

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

2. Предмет оферты

Платформа предоставляет Поставщику возможность размещать цифровые товары и услуги в общем каталоге Платформы для последующей продажи через витрины Блогеров (поддомены *.gamebi.ru) и Telegram-боты магазинов. Платформа выступает информационно-технической площадкой и расчётным агентом, не являясь стороной по сделке между Покупателем и Поставщиком.

Поставщик ни при каких обстоятельствах не вправе использовать Платформу для продажи физических товаров или товаров, требующих ограничения по возрасту, без явной age-gate проверки.

3. Регистрация Поставщика и KYC

3.1 Wave 1 — базовый KYC

Для регистрации в Wave 1 Поставщик предоставляет:

• Контактный email основного представителя.
• ФИО (для физ.лиц / самозанятых) или наименование юр.лица + реквизиты ОГРН + ИНН + КПП.
• Реквизиты для выплат: банковская карта / счёт ИП / СБП через <TODO: payout-провайдер>.
• Скан паспорта (1 разворот + регистрация) или эквивалентный документ.
• ИНН (для самозанятых — обязательно).

Платформа осуществляет проверку реквизитов и подтверждение через <TODO: контрольный механизм — звонок / 1-копеечный платёж / иное>.

3.2 Wave 2+ — расширенный KYC

В Wave 2 (после <TODO: дата>) Платформа подключает AML-провайдера для расширенной проверки. Существующие Поставщики обязаны пройти повторную верификацию в течение <TODO: 30 дней> после уведомления.

3.3 Tier'ы Поставщиков

Платформа классифицирует Поставщиков по 4 tier'ам (docs/01-business-model.md):

| Tier | Описание | Лимиты | |---|---|---| | Tier 0 | Не верифицирован | Загрузка запрещена | | Tier 1 | Самозанятые / физ.лица, базовый KYC | До <TODO: 100 000 руб> оборота в месяц | | Tier 2 | ИП с подтверждёнными реквизитами | До <TODO: 1 000 000 руб> оборота в месяц | | Tier 3 | Юр.лица, прошедшие AML | Без лимитов |

Tier повышается по запросу Поставщика после прохождения дополнительной проверки.

4. Обязательства Поставщика

4.1 Качество товара

Поставщик гарантирует:

• Подлинность ключей / аккаунтов / услуг (не угнанные, не дублированные).
• Соответствие описанию, размещённому в каталоге.
• Работоспособность на момент выдачи.
• Уникальность ключа (один ключ — одна выдача; повторная выдача того же ключа разным Покупателям запрещена).
• Соответствие региональным ограничениям (для region-locked игр — в описании указан регион).

4.2 Сроки выдачи (SLA)

| Тип выдачи | SLA | |---|---| | Instant Digital | До <TODO: 5 минут> после оплаты (автоматическая выдача из inventory). | | Manual Digital | До <TODO: 24 часов> после оплаты (через чат). | | Manual Account | До <TODO: 24 часов> после оплаты. | | Manual Service | По договорённости в чате с Покупателем (фиксируется в момент заказа). |

Нарушение SLA даёт Покупателю право на полный refund по основанию NOT_DELIVERED (Cat 1) — см. § 7.

4.3 Поддержка

Поставщик обязан:

• Отвечать на сообщения Покупателей в чате в течение <TODO: 24 часов> в рабочие дни.
• В случае брака товара — оперативно предоставить замену либо инициировать refund.
• Поддерживать инвентарь (своевременно загружать новые ключи, отключать out-of-stock товары).

4.4 Загрузка товаров

• Через Bulk Upload в Supplier Panel (/supplier/inventory/upload).
• Ключи шифруются на стороне Платформы (envelope encryption AES-256-GCM, см. docs/13-compliance.md).
• Поставщик не имеет доступа к расшифрованным ключам после загрузки (защита от внутренних утечек).
• Дублирующиеся ключи (по hash) — отбрасываются автоматически.

4.5 Достоверность сведений

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

4.6 Налоги

Поставщик самостоятельно несёт ответственность за уплату налогов с полученных выплат:

• Самозанятые — НПД (4-6%).
• ИП — УСН / ОСНО.
• Юр.лица — соответствующий режим налогообложения.

Платформа предоставляет в личном кабинете отчёт по выплатам для использования в налоговой отчётности. Удержание налогов из выплат <TODO: применяется только если требуется по 152-ФЗ или налоговому законодательству — уточнить юристом>.

5. Ценообразование

5.1 Base price

Поставщик устанавливает base price (базовую цену) для каждого товара. Base price — это цена, которую Поставщик хочет получить за товар (после вычета комиссий маркетплейса).

5.2 Платформенная наценка (additive markup)

Платформа добавляет системную наценку к base price:

• Платформенная маржа (platform_margin) — фиксированный процент от base price (<TODO: 10% — уточнить актуальный%>)
• Платформенный минимум маржи (platform_min_margin_pct) — минимальная маржа Платформы в абсолютных руб (<TODO: 30 руб / иное>)
• Reserve fund отчисление — <TODO:%> для reserve fund (компенсация refund'ов Cat 1).

Полная формула описана в docs/24-split-formula.md § «Additive markup with elastic», публично доступна в репозитории Платформы.

5.3 Sell_price определяет Блогер

Финальную цену для Покупателя (sell_price) устанавливает Блогер:

• Снизу — ограничение (min_sell_price = base_price + платформенная наценка + минимальная маржа Блогера).
• Сверху — на усмотрение Блогера в пределах разумных рыночных цен.

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

5.4 Изменение ставок Платформы

Платформа вправе изменять платформенную наценку, минимум маржи, ставки reserve fund. Об изменениях Поставщики уведомляются за 30 дней через email и в Supplier Panel.

6. Распределение средств (split)

6.1 Структура split'а

После каждой успешной оплаты заказа выручка распределяется между:

• Поставщик — base price (если без скидок) либо адаптированный base после применения промо-кода.
• Платформа — платформенная наценка.
• Блогер — markup Блогера.
• Реферер (если применимо, Type A или Type B) — доля по referral_rate от markup'а Блогера.
• Reserve fund — отчисление на резервный фонд.

Полная формула + контрактные тесты T1-T18 — docs/24-split-formula.md.

6.2 Идемпотентность и атомарность

Split — атомарная операция, выполняется в одной транзакции БД. Двойное распределение средств для одного заказа архитектурно невозможно (см. T6 контрактный тест).

6.3 При refund'е

При refund'е (полном или частичном) средства списываются с балансов в обратном порядке:

• Поставщик — возвращает свою долю.
• Блогер — возвращает свою долю.
• Реферер — возвращает свою долю.
• Платформа — возвращает свою наценку (опционально, в зависимости от причины).
• Reserve fund — компенсирует payment_fee при Cat 1 (см. § 7).

7. Refund-политика

7.1 8 оснований для refund'а

Платформа поддерживает 8 кодов причин refund'а (docs/05-orders.md enum RefundReason):

Категория 1 (полный refund 100%, payment_fee компенсируется из reserve_fund):

• NOT_DELIVERED — товар не получен в SLA.
• QUALITY_MISMATCH — товар не соответствует описанию.
• PLATFORM_ERROR — техническая ошибка Платформы.
• FRAUD_VICTIM — Покупатель — жертва мошенничества третьих лиц.
• COURT_DECISION — решение суда / удовлетворённое досудебное требование.

Категория 2 (refund минус payment_fee):

• BUYER_REMORSE — отказ Покупателя по субъективной причине.
• <TODO: 7-я причина — уточнить точное название> — <TODO>.
• <TODO: 8-я причина> — <TODO>.

7.2 Cat 2 — opt-in для Поставщика

Cat 2 — опционально для каждого Поставщика. По умолчанию отключено (Поставщик не обязан принимать BUYER_REMORSE). Поставщик может включить Cat 2 в Supplier Panel /supplier/settings/refund-policy — в этом случае возврат идёт минус payment_fee.

7.3 Срок открытия спора

• Покупатель вправе открыть спор в течение 14 дней с момента получения товара.
• Поставщик обязан ответить в течение 48 часов.
• Решение L1 — 1-3 рабочих дня; L2 — 3-7 рабочих дней; L3 — окончательное.

7.4 Партиал-refund

Платформа поддерживает refund'ы с произвольным процентом partial_pct ∈ (0, 1]. Используется при споре, когда товар частично рабочий.

7.5 Финансовая ответственность Поставщика

При обоснованном refund'е (по решению L1/L2/L3) с баланса Поставщика списывается его доля заказа. При отрицательном балансе:

• На время урегулирования — выплаты Поставщику приостанавливаются.
• Если задолженность не погашена в течение <TODO: 60 дней> — Платформа вправе заблокировать аккаунт и инициировать судебное взыскание.

8. Споры

8.1 Уровни рассмотрения

Платформа гарантирует 3-уровневое рассмотрение споров (см. § 8 Terms of Use и docs/06-disputes.md).

8.2 Доказательная база Поставщика

Для защиты в споре Поставщик может предоставить:

• Скриншот выдачи ключа в чате с указанием timestamp.
• Подтверждение работоспособности (проверочный тест ключа).
• Скриншот / видео переписки с Покупателем.
• Любые дополнительные доказательства.

Все доказательства хранятся в attachment'ах диспута (см. docs/06-disputes.md).

8.3 Эскалация

Поставщик вправе эскалировать решение L1 на L2 в течение 48 часов после уведомления о решении. Аналогично, решение L2 эскалируется на L3 в течение 48 часов. Решение L3 — окончательное в досудебном порядке.

9. Балансы и выплаты

9.1 Внутренний баланс

Каждый Поставщик имеет внутренний баланс на Платформе. Зачисление — автоматически в момент успешной оплаты заказа за вычетом hold-периода (см. § 9.4).

9.2 Запрос выплаты

Через Supplier Panel /supplier/payout/new. Минимальная сумма — <TODO: 500 руб>. Срок рассмотрения — до 3 рабочих дней. Выплата осуществляется через <TODO: payout-провайдер> на указанные реквизиты.

9.3 Approve / reject

• Approve — суперадминистратор Платформы (или авторизованный финансовый сотрудник) подтверждает выплату через Admin Panel.
• Reject — выплата отклонена с указанием причины (например, превышение лимита tier'а, подозрительная активность). Reject не блокирует средства — Поставщик может перезапросить.

9.4 Hold-период (chargeback risk)

Часть баланса (<TODO: 30%> от каждого зачисления) резервируется на 60 дней с момента транзакции для покрытия рисков chargeback'а. По истечении 60 дней — автоматически переходит в available balance. Этот порядок может изменяться Платформой при изменении правил платёжного провайдера; об изменениях — уведомление за 30 дней.

9.5 Удержания

Платформа вправе удерживать с баланса Поставщика суммы:

• Refund'ы по обоснованным спорам.
• Платформенная наценка по ранее закрытым заказам (если применимо).
• Налоговые удержания (если применимо по налоговому статусу).
• Штрафы за грубые нарушения § 4.1, § 10 (только по решению L3 спора).

10. Запрещённое использование

Поставщику запрещено:

• Загружать товары с заведомо нерабочими ключами.
• Загружать товары, нарушающие законодательство РФ или ToS производителя.
• Создавать множественные аккаунты для обхода tier-лимитов.
• Использовать персональные данные Покупателей вне рамок исполнения договорных обязательств.
• Сообщать Покупателю реквизиты для оплаты вне Платформы (попытка обхода Платформы — расторжение оферты + взыскание убытков).
• Использовать сторонних ботов / скрейперов для парсинга Платформы.
• Любые иные действия, нарушающие Terms of Use или законодательство РФ.

11. Прекращение Оферты

11.1 По инициативе Поставщика

Поставщик вправе в любой момент:

• Перестать загружать товары.
• Скрыть существующие товары (мягкая деактивация).
• Запросить полное удаление аккаунта (после закрытия всех активных обязательств).

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

11.2 По инициативе Платформы

Платформа вправе расторгнуть Оферту:

• При систематических нарушениях § 4 / § 10.
• При ложных KYC-данных.
• При систематически негативной обратной связи Покупателей (рейтинг < <TODO: 3.0 / 5.0>).
• При длительном бездействии (более 12 месяцев без загрузок и продаж).

При расторжении — баланс выплачивается Поставщику в порядке § 9 после удержания всех обязательств.

12. Конфиденциальность

Поставщик обязан соблюдать конфиденциальность:

• Email-адресов и telegram_id Покупателей, полученных в рамках сделки.
• Содержания переписки в чате.
• Любой иной информации о Покупателях, к которой Поставщик получил доступ.

Использование контактных данных Покупателей для маркетинговых рассылок вне Платформы запрещено.

13. Ограничение ответственности

В пределах, допустимых законодательством РФ:

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

14. Налоги и отчётность

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

• Историю всех начислений (Supplier Panel /supplier/transactions).
• История выплат (Supplier Panel /supplier/payouts).
• Экспорт в CSV / Excel по запросу.

<TODO: при подключении статуса налогового агента (применимо при определённых условиях для самозанятых) — добавить отдельный раздел.>

15. Изменения Оферты

Существенные изменения (новые правила KYC, изменение ставок наценки, изменение split-формулы) — уведомление за 30 дней. Технические правки — публикуются с обновлением даты.

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

16. Применимое право

Российская Федерация. Споры — в порядке § 1.3 Terms of Use.

Placeholder'ы для финального заполнения

1. § 1, § 14 — реквизиты Оператора.
2. § 3.1, § 9.2 — payout-провайдер, метод верификации.
3. § 3.2 — дата запуска расширенного KYC.
4. § 3.3 — лимиты tier'ов.
5. § 4.2 — финальные SLA.
6. § 4.6 — налоговое удержание (при необходимости).
7. § 5.2 — финальные ставки платформенной наценки.
8. § 7.1 — точные названия 7-й и 8-й причины refund'а.
9. § 9.2 — минимальная сумма выплаты.
10. § 9.4 — финальный hold-процент.
11. § 11.2 — порог рейтинга для блокировки.

История версий

• v0.1 — 2026-04-30 (Gamebi Session 75) — Initial draft.
• v1.0 — <TODO: дата> — После юр-вычитки.