PayStar API Documentation
  1. PAYSTAR FEATURES | RU
  • PAYSTAR PRODUCTS
    • GATEWAY QUALITY INDEX (GQI)
    • DIRECT CONNECT
    • PAYSTAR CORE
  • PAYSATR FEATURES | EN
    • Deposits section in PayStar
    • Unified audit log
    • Payment Form Analytics
    • Payment Analytics
  • PAYSTAR FEATURES | RU
    • Депозиты в PayStar
    • Единый журнал событий
    • Аналитика по платежам
    • Аналитика платёжной формы
  • Merchant API DOC | EN
    • Introduction
    • Glossary
    • Authorization key
    • Sandbox
    • Additional fields
    • Currencies
    • Bank names
    • Telecom operators
    • Callbacks
    • Error descriptions
    • Tech FAQ
    • Events
    • Payment history v2
      • Payment history - backward compatibility (legacy `X.Y.Z.W`)
    • Integratins
      • Stripe
      • Inwizo
      • 2Checkout
      • Adyen
      • AffiniPay
      • Alikassa
      • AlliancePay
      • Amazon Pay
      • AnyMoney
      • AstroPay
      • Aureavia
      • AurisMyChanger
      • Authorize.Net
      • Avatarix
    • Balance H2H
      GET
    • Deposit H2H - Card & P2P
      POST
    • Deposit H2H - Token
      POST
    • Deposit H2C - Card
      POST
    • Deposit status H2H - PayStar ID
      GET
    • Deposit status H2H - Merch ID
      GET
    • Payout H2H
      POST
    • Payout status H2H - PayStar ID
      GET
    • Payout status H2H - Merch ID
      GET
  • Schemas
    • Sample Schemas
      • Pet
      • Category
      • Tag
  1. PAYSTAR FEATURES | RU

Аналитика по платежам

Как за 5 минут понять, где “болит” конверсия#

image.png
Представь типичное утро: саппорт пишет “что-то не платится”, маркетинг нервничает, а в чате летят скрины.
Отчёт по платежам нужен ровно для этого момента — чтобы не гадать, а быстро локализовать проблему до шлюза/канала/интеграции и принять решение.

1) С чего начать: 3 переключателя, которые решают всё#

image.png

Период и агрегация#

Дата → выбираем диапазон.
День / Неделя / Месяц → выбираем “зум”.
День — для оперативки, Неделя/Месяц — для трендов.

По количеству vs По сумме#

По количеству — сколько попыток.
По сумме — сколько денег (оборот).
Важно: в режиме По сумме всё приводится к Базовой валюте. Это удобно: сравниваешь “яблоки с яблоками”.

Направление#

Все / Депозиты / Выплаты
Иногда “всё нормально”, пока не включишь только выплаты — и вот там сюрприз.

2) Как читать любой виджет “Распределение …” за 10 секунд#

Любой блок = две половины:
круг — “кто сколько занимает” (доли за период),
линия — “что менялось” (динамика).
Если круг говорит “всё на одном шлюзе”, а линия показывает рост ошибок — это уже почти диагноз.

3) Главный экран: что смотреть первым делом#

3.1 Распределение по статусу — «жив ли пациент?»#

image.png
Это твой светофор:
Success — синий
Failed — красный
Processing/Created — жёлтый (если зависает — плохо)
Ориентиры:
успех должен быть стабильным (важнее, чем “высоким один раз”)
Processing/Created к концу суток обычно стремится к ~0 (если нет длинных асинхронных сценариев)
Тревожные сигналы:
падение Success на ~3–5 п.п. и больше относительно привычного уровня
“хвост” Processing/Created несколько дней подряд
Первое действие: сузить фильтрами Шлюз → Интеграция → Канал.

3.2 Распределение по шлюзам — «кто виноват вероятнее всего»#

image.png
Ориентиры:
концентрация >70–80% на одном шлюзе (если есть альтернатива) = риск
качество надо смотреть по каждому шлюзу отдельно
Тревожные сигналы:
резко растёт GW Failed на одном шлюзе
случился “перелив” трафика на другой шлюз без плановой причины
Действие: фильтр по шлюзу → смотри Канал и Интеграцию.

3.3 Распределение по каналам — «где именно пробивает»#

image.png
Каналы часто показывают деградацию раньше остальных разрезов.
Тревожные сигналы:
один канал “краснеет”, при этом общий уровень вроде нормальный
канал внезапно получает больше трафика (перелив)
Действие: фильтр по каналу → проверь Интеграцию и Шлюз.

3.4 Интеграции — «не умер ли конкретный ключ/endpoint»#

image.png
Тревожные сигналы:
интеграция ушла в Failed или перестала получать трафик
высокий вклад в GW Failed
Действие: фильтр по интеграции → проверь воронки + настройки/лимиты/ключи.

3.5 Потоки — «маршрутизация делает то, что вы ожидали?»#

image.png
Тревожные сигналы:
один поток внезапно “съел” трафик и упала конверсия
появился новый поток с заметной долей (без “мы это включали”)
Действие: сверить изменения правил/лимитов/доступности провайдеров.

3.6 Мерчанты и валюта — «просадка локальная или системная»#

image.png
image.png
Иногда проблема только у одного мерчанта. Иногда — только в одной валюте.
Действие: сузить мерчант/валюту и повторить проверку шлюз→канал→интеграция.

4) Воронки: где теряется конверсия на этапе#

Негативная платёжная воронка — «где падаем»#

image.png
Если растёт GW Failed, это почти всегда “шлюз/метод/лимиты/антифрод”.
Действие: Шлюз → Интеграция → Канал, смотри динамику и корреляцию с переливами.

Позитивная платёжная воронка — «где не доходим до успеха»#

image.png
Путь: PS Created → GW Created → GW Success
Ориентиры:
PS Created → GW Created обычно ~98–100% (если нет причин не отправлять в шлюз)
основная “битва” обычно на GW Created → GW Success
Диагностика:
просадка до GW Created — чаще проблемы до шлюза (маршрутизация/валидация/инфра)
просадка на GW Success — чаще шлюз/метод/канал

5) Пятиминутный “боевой” алгоритм#

1.
Открой Распределение по статусу → убедись, что просадка реальная.
2.
Переключи По количеству ↔ По сумме → что важнее: “в штуках” или “в деньгах”?
3.
Сузь: Шлюз → Интеграция → Канал → Поток.
4.
Посмотри воронки → на каком этапе теряем?
5.
Зафиксируй: период, сегмент, динамику — и это уже готовый пакет для RCA (анализа первопричины).

6) Мини-чеклист для сообщения в поддержку шлюза/PSP/банка#

Чтобы ответ пришёл быстрее, отправь:
период (UTC и локальное время, если важно)
сегмент: мерчант/валюта/направление
объём: count + amount
что ухудшилось: Success/Failed и на каком этапе воронки
топ: шлюз/интеграция/канал, где больше всего ошибок
скрин/экспорт виджета (иконка камеры)

Термины (коротко)#

Платёж — попытка выполнить депозит/выплату через маршрут и шлюз.
Поток — сценарий/логика маршрутизации.
Канал — конкретный маршрут/сегмент внутри потока.
Интеграция — конкретная конфигурация подключения к шлюзу.
Шлюз — банк или PSP.

Типовые кейсы: что делать, когда “что-то не платится”#

image.png
image.png
image.png
Ниже — самые частые сценарии и быстрые действия в отчёте.

Кейс 1. Резко вырос GW Failed (ошибки на стороне шлюза)#

Как выглядит в отчёте
В Негативной воронке растёт GW Failed.
В Распределении по шлюзам один шлюз начинает “краснеть” или резко увеличивает долю ошибок.
Вероятные причины
Технический сбой/деградация у PSP/банка
Временные ограничения/лимиты
Антифрод/блокировки на стороне шлюза
Проблемы по конкретному методу/каналу внутри шлюза
Что делать (пошагово)
1.
Фильтр: Шлюз = проблемный.
2.
Открыть Распределение интеграции → найти, не одна ли интеграция “тащит вниз”.
3.
Открыть Распределение по каналу → определить, не один ли канал/метод сломан.
4.
Переключить По количеству ↔ По сумме (иногда “падает” только крупный трафик).
5.
Подготовить пакет для RCA: период, объём, доля GW Failed, топ каналов/интеграций.
Ожидаемый вывод
Проблема локализуется до Шлюз + (Интеграция/Канал).

Кейс 2. Упала конверсия, но GW Failed почти не растёт#

Как выглядит
Success rate падает, но в Негативной воронке GW Failed не объясняет просадку.
В Позитивной воронке просадка чаще до GW Created.
Вероятные причины
Платёж не уходит в шлюз (валидация/правила/маршрутизация)
Проблема инфраструктуры: таймауты, очереди, недоступность отправки
Ошибки на уровне создания/формирования запроса
Что делать
1.
Посмотреть Позитивную воронку: где падаем — PS Created → GW Created?
2.
Фильтр по Потоку, затем по Каналу (часто это конкретное условие в правилах).
3.
Сравнить “до/после” (периоды) — не было ли изменений правил/лимитов.
4.
Проверить, не вырос Processing/Created (зависания).
Ожидаемый вывод
Проблема “до шлюза”: маршрутизация/валидация/инфра.

Кейс 3. “Хвост” Processing/Created не закрывается#

Как выглядит
В Распределении по статусу растёт Processing (или Created) и держится “хвостом”.
Воронки показывают, что платежи застряли между этапами.
Вероятные причины
Не приходят финальные статусы (callback/webhook), задержки у шлюза
Проблемы с обработкой статусов внутри платформы
Задержки очередей/фоновых задач
Что делать
1.
Сузить по Шлюзу → проверить, у всех ли шлюзов хвост или у одного.
2.
Сузить по Интеграции → бывает, что один endpoint не принимает callbacks.
3.
Сравнить на День vs Неделя — хвост системный или разовый.
4.
Если есть события/логи — проверить доставку callback’ов (в отчёте фиксируем факт хвоста).
Ожидаемый вывод
Либо шлюз задерживает финализацию, либо проблема в приёме/обработке статусов.

Кейс 4. Просадка только в одной валюте#

Как выглядит
В Распределении по валюте или при фильтре валюты Success заметно ниже.
Остальные валюты стабильны.
Вероятные причины
Для валюты используется другой метод/шлюз/канал
Ограничения эквайринга/банка по стране/валюте
Курсовые/лимитные особенности (особенно в По сумме)
Что делать
1.
Фильтр: Валюта = проблемная.
2.
Сразу смотреть Шлюз → Канал → Интеграция (обычно там виден “виновник”).
3.
Сравнить направление Депозиты/Выплаты (иногда валюта проблемна только для выплат).
Ожидаемый вывод
Проблема в конкретной связке для валюты.

Кейс 5. Просадка только у одного мерчанта#

Как выглядит
В Распределении по мерчантам один мерчант показывает ухудшение.
В целом по системе всё ок.
Вероятные причины
У мерчанта отдельные потоки/каналы/шлюзы
Изменения в настройках мерчанта (ограничения, лимиты, параметры)
Неожиданный рост трафика/изменение аудитории
Что делать
1.
Фильтр: Мерчант = X.
2.
Далее классика: Шлюз → Интеграция → Канал → Поток.
3.
Сравнить По сумме и По количеству — иногда проблема только в “дорогих” платежах.
Ожидаемый вывод
Локальная проблема мерчанта или его маршрутизации.

Кейс 6. “Перелив” трафика: доли резко поменялись и качество упало#

Как выглядит
В распределениях видно: один шлюз/канал резко вырос по доле.
Одновременно падает Success и растёт Failed.
Вероятные причины
Упал основной шлюз, и трафик ушёл на резервный
Изменили правила маршрутизации
Сработали лимиты/ограничения (max-share, лимиты провайдера)
Что делать
1.
Зафиксировать момент изменения (по динамике).
2.
Сузить на новый “главный” шлюз/канал → посмотреть его конверсию.
3.
Проверить, почему ушли с прежнего маршрута (доступность/лимиты/ошибки).
Ожидаемый вывод
Не “в целом стало хуже”, а “трафик переехал на более слабый маршрут”.

Кейс 7. По количеству всё нормально, но по сумме просадка (или наоборот)#

Как выглядит
В По количеству графики стабильны, а в По сумме — падение оборота (или наоборот).
Вероятные причины
Не проходят крупные платежи (лимиты, антифрод, 3DS/проверки)
Изменился средний чек/структура трафика
Влияние валют/конвертации в базовую валюту
Что делать
1.
Сравнить По количеству и По сумме на одном сегменте.
2.
Сузить по Каналу (часто крупные платежи идут в отдельный маршрут).
3.
Проверить валюту и направление.
Ожидаемый вывод
Проблема в “сегменте суммы”, а не в общем количестве.

Кейс 8. В отчёте цифры “не сходятся” между виджетами#

Как выглядит
Небольшие расхождения totals между виджетами или списками.
Вероятные причины
У части платежей нет значения для конкретного разреза (не определён канал/интеграция)
Платежи не дошли до этапа, который считает воронка
Разные окна агрегации/фильтры
Что делать
1.
Проверить активные фильтры и период.
2.
Уменьшить период до 1 дня и сравнить.
3.
Сузить по статусу (например, только Success) — расхождения часто исчезают.
Ожидаемый вывод
Техническая особенность данных/этапов, а не “ошибка отчёта”.
Previous
Единый журнал событий
Next
Аналитика платёжной формы
Built with