PAYNEX — Описание продукта

Документ для мерчантов/казино: что это, как работает, флоу, параметры, защита, прайс, FAQ. Технический API-референс — отдельно: /integration (гайд) + /docs (Swagger). Пометки [PO] — коммерческие параметры, которые задаёт владелец продукта.

1. Описание продукта

PAYNEX — система P2P-матчинга для приёма депозитов и выплат игроков. Вместо того чтобы гонять платежи через посредников-P2P-трейдеров, PAYNEX напрямую стыкует игрока, который вносит деньги (депозит), с игроком, который выводит (выплата). Деньги идут P2P между картами клиентов, а PAYNEX ведёт учёт встречных потоков и подтверждает переводы.

Зачем: убирается наценка трейдеров → ниже стоимость процессинга. Поддержка карт и СБП.

2. Как работает система

2.1. Интеграция

• REST API (авторизация по X-API-Key). Мерчант создаёт заявки PayIn (депозит) и PayOut (выплата).
• Вебхуки с подписью HMAC-SHA256 (X-Paynex-Signature) — мерчант узнаёт статусы (created → awaiting_payment → completed/failed/...), идемпотентно по event_id, с ретраями (8 попыток, ~8.5 ч).
• Детали — /integration и /docs.

2.2. Матчинг

• Движок стыкует PayIn ↔ PayOut по методу + валюте + сумме.
• N:1 — несколько мелких депозитов закрывают один крупный вывод (у вывода есть «остаток» remaining, каждый матч его уменьшает).
• Очередь FIFO + жадная стратегия (минимизируем число матчей на один вывод).
• Шаг округления сумм (см. §5) повышает «состыковываемость» заявок.

2.3. Взаиморасчёты

• Каждый успешный матч = два внутренних движения: зачисление депозита (мерчанту плательщика) и списание под выплату (мерчанту получателя).
• Расчёты — нетто (встречные потоки гасятся).
• Комиссии PayIn / PayOut и валюта расчётов (RUB / USDT) — [PO].

3. Клиентский флоу

Депозит (PayIn): 1. Мерчант создаёт PayIn → получает checkout_url. 2. Игрок открывает checkout, видит реквизиты получателя (карта/СБП-телефон, банк, имя). 3. Игрок переводит деньги и загружает чек. 4. Антифрод проверяет чек и поведение → решение. 5. completed → мерчанту приходит вебхук, игроку зачисляется баланс.

Выплата (PayOut): 1. Мерчант создаёт PayOut с реквизитами получателя (карта/СБП). 2. Матчинг привязывает встречные депозиты. 3. По мере подтверждения депозитов вывод набирается и закрывается.

4. Примеры типовых транзакций

Полный матч 1:1. Депозит 5 000 ₽ ↔ вывод 5 000 ₽. Плательщик переводит получателю напрямую, чек подтверждён → обе заявки completed.

N:1. Вывод 5 000 ₽ закрывается тремя депозитами: 2 500 + 1 500 + 1 000 ₽. Каждый депозит — отдельный перевод и отдельный чек; вывод completed, когда remaining = 0.

Отказ. Депозит с поддельным/несоответствующим чеком → failed, сумма возвращается в остаток вывода, вывод снова открыт для других депозитов.

5. Параметры настройки

6. Защита и антифрод

Ключевой факт: банковский чек технически невозможно на 100% отличить от качественной подделки по самому файлу (генераторы копируют движок, шрифты, логотипы и вёрстку настоящих чеков). Поэтому доверие строится не на картинке, а на поведении, истории и экономике:

• Trust-тиры — лимит авто-одобрения зависит от истории клиента: чем больше у него подтверждённых депозитов, тем выше потолок; крупные суммы от новых клиентов идут на ручную проверку. Конкретные пороги настраиваются индивидуально.
• Контент-сверка — сумма / реквизиты / свежесть чека должны совпадать с заявкой.
• Поведенческий слой — дроп-карты (одна карта у многих клиентов), velocity по IP, «треугольник», сверка ФИО отправителя с KYC, дедуп по файлу.
• Engine-blacklist — дешёвый первый фильтр: ловит чеки от известных фейк-генераторов.
• Холд до completed — баланс зачисляется только после прохождения проверок.

7. Ограничения продукта

• Первый депозит без истории: «треугольник» не ловится на 100% — компенсируется тирами, лимитами и ручной проверкой крупных сумм.
• Файловая форензика чека — первый фильтр, не панацея; основная защита поведенческая.
• MVP: только web, валюта RUB, методы card / СБП.

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

Комиссия — индивидуальная под каждого мерчанта: зависит от объёма, метода (карта/СБП), профиля рисков и условий подключения. Фиксированных публичных тарифов нет — ставка согласовывается персонально.

Валюта расчётов и порядок взаиморасчётов обсуждаются при подключении.

9. Case Study — [PO: заполнить реальными цифрами]

Шаблон: «Казино X подключило PAYNEX, объём депозитов N ₽/мес, стоимость процессинга снизилась с A% до B%, доля авто-одобрения C%, среднее время подтверждения D мин».

10. FAQ

Что если игрок прислал поддельный чек? Файловый фильтр ловит халтурные подделки; крупные суммы и новички идут на ручную проверку; баланс — только после completed. Хорошая подделка от одиночки ограничена низким потолком тира, сетки ловит поведенческий слой.

Что если нет встречной заявки? Заявка ждёт в очереди до своего TTL. Не нашлось пары — expired, мерчанту приходит вебхук.

Как быстро проходит депозит? При наличии встречной заявки и «чистого» чека — авто-одобрение за секунды; пограничные случаи — ручная проверка оператором.

Нужен ли KYC? ФИО клиента (player_full_name) рекомендуется передавать — включает сверку с отправителем на чеке (антифрод сильнее). Полнота KYC — [PO].

Комиссии и расчёты? — [PO].

Возвраты/диспуты? Отклонённый депозит не зачисляется; проваленный матч возвращает сумму в остаток вывода. Регламент диспутов — [PO].