Легенда метрик — Trader Reporting

Канонічні означення спільних метрик усіх звітів дашборда. Метрика рахується тільки так, як тут описано; якщо звіт рахує інакше — виправляється звіт. Часовий пояс усіх метрик — IST (Asia/Kolkata, UTC+5:30); «день» = IST-доба. Джерело даних — ClickHouse-репліка hermes.
PayIn Volume PayOut Volume Settlement ₹ Settle/PayIn, % CR, % % Auto (In / Out) Statement, % Active Traders Active Accounts New Traders Avg PayIn/Trader Deposit PayIn Speed PayOut Speed Capacity / Threshold

Обсяги

PayIn Volume — Обсяг PayIn

Синоніми у звітах: Налив, vol, pi, amt, Amount IN, Demand
ОзначенняСума успішних вхідних платежів за період.
Формула SUM(transactions.amount) WHERE operation = 'payin', період за IST
ОдиниціINR (₹), ціле число
Де присутняВсі звіти дашборда; фінанси (lab): «налив», payin_inr
Джерело — transactions, НЕ payments. У звіті Trader KPI діє додатковий фільтр «провайдер з total payin > 5 000 ₹ за період» — це особливість KPI-звіту, не частина канону.

PayOut Volume — Обсяг PayOut

Синоніми: Виплати, po, Amount OUT, paid_today
ОзначенняСума виплат клієнтам за період.
Формула ABS(SUM(transactions.amount)) WHERE operation = 'payout' AND currency = 'INR', скоуп P2P (провайдер без [SLU]/[Intent]), банківський рахунок ≠ TRANSIT
ОдиниціINR (₹)
Де присутняOperational, Weekly, Detailed, Merchant-SLU, Churn, Affiliate-звіти; фінанси (lab): «Выплачено сегодня», «Avg ауты/день»
Суми payout у базі відʼємні — завжди брати ABS. Звірено з фінансами 1:1.

Settlement ₹ — Сетлмент

Синоніми: Сетл, settle, Settle INR
ОзначенняКошти, виведені трейдером за відпрацьований обсяг (окрема категорія витрат).
Формула SUM(expenses) WHERE expense_category.code = 'settlement' AND currency = 'INR' AND банківський рахунок ≠ TRANSIT, скоуп P2P
ОдиниціINR (₹)
Де присутня11 звітів дашборда; фінанси (lab): Settle Rate MTD, блоки М1/М2, Л0–Л2
Settlement ≠ PayIn − PayOut. НЕ рахувати через payments.amount − fee — так робить лише Merchant-SLU для gateway-скоупу (свідоме локальне відхилення, задокументоване там).

Settle/PayIn, % — Settle Rate

Синоніми: Сетл/PayIn %, Stl/PI%, S/PI %, Settle KPI
ОзначенняЧастка засеттленого від наливу за період; головний KPI розвантаження балансу.
Формула Settlement_INR / PayIn_INR × 100% (обидва — скоуп P2P, INR-сторони, FX скорочується)
Пороги (фінансовий канон)🟢 ≥ 20% on-track · 🟡 18–20% soft lag · 🔴 < 18% severe lag (алерт CFO). Target ≥ 20%.
Одиниці%
Де присутняKPI, Operational, Weekly, Scoreboard (вага 15% у Score); фінанси (lab): Settle Rate MTD/today

Конверсія і автоматизація

CR, % — Conversion Rate (PayIn)

Синоніми: Конверсія, Total CR, cr_fin, cr_payin
ОзначенняЧастка успішних payin-заявок серед заявок із фінальним статусом.
Формула (канон) success / (success + reject + cancel + expire + fail) × 100 success = status IN ('completed', 'successed_by_partner')
Одиниці%
Де присутня9 звітів дашборда; фінанси (lab): cr_payin_7d; eye-of-god: CR (success+reject у знаменнику)
Канон = знаменник лише з фінальними статусами (так рахують фінанси і eye-of-god). Історичні відхилення дашборда, які приводяться до канону: знаменник COUNT(*) включно з pending (занижує CR протягом дня); чисельник тільки 'successed_by_partner' (Operational) або тільки 'completed' (Merchant-SLU) — канонічний чисельник включає ОБИДВА статуси.

% Auto — Auto-approval rate (In / Out)

Синоніми: % Авто, Auto%, % Auto In, % Auto Out, AutoPayin
ОзначенняЧастка платежів, оброблених без ручного втручання. Це ДВІ різні метрики.
% Auto In COUNT(успішний payin WHERE edited_by_support = false) / COUNT(успішний payin) × 100
% Auto Out COUNT(успішний payout WHERE checking_by = '1f122b62-3961-66aa-9d47-b390dada47a9') / COUNT(успішний payout) × 100 UUID = системний акаунт SYSTEM_APPROVE_SMS_PUSH_MESSAGES (авто-апрув без антискам-перевірки)
Одиниці%
Де присутняOperational, Weekly, Detailed, Merchant-SLU, Scoreboard; у фінансів відсутня — канон задає дашборд
Для PayOut НЕ використовувати edited_by_support — воно там ≈100% і нічого не вимірює; маркер авто-payout — саме UUID у checking_by.

Statement, % — Покриття виписками

Синоніми: Виписка %, Stmt%, Statement coverage
ОзначенняЧастка активних рахунків, повністю покритих банківською випискою за вікно.
Формула COUNT(DISTINCT BA з BankAccountFile, що повністю покриває вікно) / COUNT(DISTINCT BA з ≥1 payin у вікні) × 100 покриття: file.beginDateTime ≥ period_start AND file.endDateTime ≤ NOW() вікно: rolling 30 днів
Одиниці%
Де присутняOperational, Weekly, Scoreboard (вага 10% у Score); у фінансів відсутня — канон задає дашборд

Трейдери й рахунки

Active Traders — Активні трейдери

Синоніми: Трейдери, tr/tru, active_traders, Активных трейдеров (lab)
ОзначенняДва РІЗНІ поняття — не змішувати:
Active Traders (period) — канон дашборда COUNT(DISTINCT provider) з ≥1 payin-транзакцією за період (provider через bank_accounts.provider_pid)
Traders Online (now) — канон фінансів status='active' AND імʼя містить [P2P] без [SLU]/[Intent] AND Transaction за останню годину AND payout_ratio_7d > 0 AND balance > 0
Одиницікількість (int)
Де присутня(period): всі звіти дашборда. (now): lab «Активных трейдеров», Detailed «1П/2П/3П»
Порівнювати «активних за місяць» дашборда з «онлайн зараз» фінансів — некоректно: це різні метрики з різними назвами.

Active Accounts — Активні рахунки (BA)

Синоніми: Рахунки, Accts, BA, ba_count
ОзначенняАналогічно — два поняття:
Active Accounts (period) — канон дашборда COUNT(DISTINCT bank_account) з ≥1 успішним payin за період
Accounts in naliv (now) — канон фінансів рахунки з forClientPayin = TRUE прямо зараз
Одиницікількість (int)
Де присутня(period): Operational, Weekly, Detailed. (now): lab active_traders-вкладка, Detailed «Налив»
Active Accounts ≠ Active Traders: один трейдер має 10+ рахунків.

New Traders / Launched — Нові трейдери

Синоніми: nt, Запущено трейдерів, new_traders, launched
ОзначенняПровайдери, чий найперший payin за всю історію потрапив у період.
Формула MIN(перша payin-транзакція) OVER (PARTITION BY provider) ∈ [period_start, period_end)
Одиницікількість (int)
Де присутняKPI, Weekly, Churn, Affiliate-звіти; у фінансів близьке — is_developing (перша активність < 3 тижнів) — це ІНШЕ операційне поняття

Avg PayIn/Trader — Сер. PayIn на трейдера

Синоніми: Сер/тр, Avg/Tr, avg_payin_trader
ОзначенняСередній налив на активного трейдера за період.
Формула PayIn_Volume / Active_Traders(period) — чисельник і знаменник з канонів вище
ОдиниціINR (₹)
Де присутня9 звітів дашборда; у фінансів відсутня — канон задає дашборд
У Trader KPI знаменник — середньоденна кількість активних (avg daily), а не за весь період. Це окрема метрика «Avg PayIn/Trader (daily-avg)» — при порівнянні звітів звертати увагу, яка з двох використана.

Deposit — Депозит

Синоніми: dep, депо, depo_usdt/depo_inr
ОзначенняЗабезпечення трейдера. Два поняття:
Deposit (snapshot) — канон фінансів deposit_USDT × FX_mid — миттєва оцінка в INR; входить у формулу Threshold/Capacity
Deposit (cumulative) — канон дашборда (Trader KPI) кумулятивний залишок депозитних рахунків (title LIKE '%deposit%') на кінець дня, наростаючим підсумком; виключено провайдерів 'archive' і назви '%Payable%'
ОдиниціUSDT ($) базово, INR (₹) у відображенні
Де присутняKPI, Weekly, Detailed, Churn, THC; lab: depo_usdt/depo_inr
Це знімок/кумулятив, НЕ потік за період — не можна сумувати по днях.

Швидкість і ємність

PayIn Speed — Швидкість зарахування

Синоніми: PI Speed, SLA IN, PayIn P90, AVG speed
ОзначенняЧас від створення payin-заявки до зарахування транзакції.
Канонічний інтервал ClientPayin.created_at → Transaction.created_at, тільки успішні, без Appeal
Агрегати (назва метрики ЗОБОВʼЯЗАНА містити агрегат) P90 — Scoreboard (вага 18% у Score) median — Weekly avg — Merchant-SLU (там інтервал source_created_at → source_updated_at — gateway-варіант)
Одиниціхвилини
Де присутняWeekly, Merchant-SLU, Scoreboard; у фінансів відсутня

PayOut Speed — Швидкість виплат

Синоніми: PO Speed, SLA OUT, AVG Trader Time, Avg speed, l5_speed (lab)
ОзначенняЧас від призначення виплати трейдеру до її завершення.
Канонічний інтервал assigned_at → completed_at, тільки успішні payout
Агрегати P90 — Scoreboard (вага 20% у Score) median — Weekly, Detailed (з payment_status_history: processing → completed) avg — фінанси (lab): AVG(assignedAt → completedAtByProvider) за 7д
Одиниціхвилини
Де присутняWeekly, Detailed, Merchant-SLU, Scoreboard; lab: «Скорость (мин)» у М3/Л5
CH-поле time_to_complete_payout зламане (константа 60) — не використовувати. Порівнювати P90 дашборда з AVG фінансів — некоректно.

Capacity / Threshold — Ємність / Поріг

Синоніми: Ёмкость, Порог, capacity_inr, Cap.
ОзначенняСкільки трейдер ще може прийняти payin прямо зараз. Формули звірені 1:1 між дашбордом і фінансами.
Формули Threshold = deposit_USDT × FX_mid × (max_fill_pct / 100) × (1 + payin_fee_pct / 100) max_fill_pct = zeroPriorityWhenBalanceToDepositThreshold (≈80%) Headroom = MAX(Threshold − Balance, 0) Balance = canonical earnings balance (CH) eff_limit = MAX_daily_payin_30d (якщо ×1.10 ≥ заявлений ліміт BA — береться заявлений) BA_remain = Σ MAX(eff_limit − payin_today_BA, 0) по рахунках forClientPayin = TRUE Capacity = MIN(BA_remain, Headroom) % залитості = Σ Balance / Σ Threshold × 100% «залитий»: Capacity ≤ 50 000 ₹
ОдиниціINR (₹)
Де присутняDetailed (картка «Capacity P2P»), Capacity-звіт; lab: Capacity INR, % залитости, cap_history