Кассовый разрыв в CPA, RevShare и Hybrid: модель оборотного капитала

Редакция mevrica

Партнёрский маркетинг5 мин чтения

Обновлено 1 августа 2026 г.

Кассовый разрыв в арбитраже возникает, когда реклама оплачивается раньше, чем партнёрская программа перечисляет подтверждённый доход. Кампания может выглядеть прибыльной по начислению и одновременно остановиться из-за нехватки денег. Поэтому CPA, RevShare и Hybrid нужно моделировать не только через ROI, но и через календарь реальных поступлений.

Ключевое разделение

Событие пользователя, начисление, подтверждённая дебиторская задолженность и поступление денег — четыре разные даты. Cash flow строится только по фактическим или сценарно ожидаемым платежам.

Единица модели — когорта затрат

Каждая неделя расхода создаёт отдельную когорту. Для неё прогнозируются клики, квалифицирующие события, решения после холда, RevShare по будущим периодам и дата выплаты. Если объединить всё в среднюю неделю, ускорение закупки скроет лаг: новая расходная когорта появится сразу, а её деньги — позже.

Что меняется между моделями

• CPA: основной лаг задают конверсия, hold, approval и платёжный календарь
• RevShare: поступления распределены по жизненному циклу когорты и зависят от правил расчёта net revenue
• Hybrid: ранняя фиксированная часть и поздний RevShare моделируются отдельными потоками
• Любая модель: threshold, carryover, комиссии, валютирование и корректировки способны перенести деньги между периодами

Недельный пример

Все суммы условные и показывают механику, а не доходность реального оффера. В примере максимальный разрыв достигает 349 000 к концу четвёртой недели. Это ещё не готовая сумма капитала: к ней добавляют резерв и обязательства, не включённые в модель.

Формула потребности в капитале

net_cash_t = cash_in_t - ad_cash_out_t - other_cash_out_t
cumulative_cash_t = opening_cash + sum(net_cash_1 ... net_cash_t)

base_required_capital = max(0, -min(cumulative_cash_t))
required_capital = base_required_capital + contingency_buffer

buffer задаётся сценариями задержки, approval, FX и расходов,
а не произвольным процентом для всех проектов.

Не превращайте начисление в деньги раньше времени

Dashboard партнёрской программы может показать pending revenue. В модели это ожидаемое начисление с вероятностью подтверждения, но не cash-in. После approved сумма становится дебиторской задолженностью; поступлением она станет в дату фактической выплаты. Reversal и корректировки создают отдельные движения, а не переписывают прошлую неделю.

CREATE TABLE cash_ledger (
  entry_id text PRIMARY KEY,
  cohort_week date,
  cash_date date NOT NULL,
  entry_type text NOT NULL,
  model text NOT NULL,
  amount_minor bigint NOT NULL,
  currency text NOT NULL,
  status text NOT NULL,
  source_reference text NOT NULL,
  scenario_version text NOT NULL
);

Знак amount_minor хранится явно: поступления положительные, списания отрицательные. Валюты не складываются до пересчёта по документированному сценарию курса. Налоги и бухгалтерское признание зависят от юрисдикции и структуры бизнеса; модель cash flow не заменяет учёт.

Модель CPA

Для каждой когорты оцените распределение задержки до квалифицирующего события, вероятность approval после зрелости и календарь выплат. Ожидаемое поступление недели — сумма ставок только по тем сценарным событиям, которые к этой неделе подтверждены и достигли платёжного окна. Средний hold недостаточен, если длинный хвост задержки значим.

expected_approved_events(cohort, week) =
  eligible_events(cohort)
  × P(approved | mature cohort, segment)
  × P(decided by week | approved, segment)

cash_in(cohort, week) = payable approved amount
  shifted to the contractual payout calendar
  and reduced only by documented adjustments

Модель RevShare

RevShare нельзя свести к одной выплате на дату FTD. Когорта создаёт распределённый поток: активность, gross revenue, разрешённые вычеты, net revenue, доля партнёра и возможный negative carryover. Все определения берутся из действующих условий; неподтверждённые значения моделируются диапазоном, а не выдаются за факт.

Hybrid без двойного счёта

Фиксированная и долевая части получают разные event_type и payout_rule_id. Если условия уменьшают будущий RevShare на ранее выплаченную фиксированную часть, это отдельное правило взаимозачёта. Простое сложение CPA и RevShare завысит денежный поток.

Три обязательных сценария

• Base: медианные задержки и наблюдаемый approval зрелых сопоставимых когорт
• Stress: более медленное решение, нижняя граница approval, перенос выплаты и рост стоимости трафика
• Recovery: сокращение нового расхода, ожидаемые поступления старых когорт и порядок восстановления лимитов

Для каждого сценария показывайте минимальный остаток, неделю минимума и дату возврата к неотрицательному накопленному потоку. Если stress-сценарий нарушает финансовый лимит, темп закупки уменьшают до запуска, а не после пропущенной выплаты.

Сверка прогноза с фактом

SELECT cohort_week, cash_date, model,
       sum(amount_minor) FILTER (WHERE status='forecast') AS forecast_minor,
       sum(amount_minor) FILTER (WHERE status='settled') AS settled_minor
FROM cash_ledger
WHERE currency = :currency
GROUP BY cohort_week, cash_date, model
ORDER BY cash_date, cohort_week;

После каждой выплаты рассчитывайте forecast error отдельно по причине: volume, approval, delay, payout calendar, FX и adjustment. Модель калибруется на ошибках, а не просто заменяет прошлый прогноз фактической суммой.

Правило масштабирования

Дополнительный бюджет разрешается, если после его добавления stress-кривая не пересекает минимальный операционный остаток. Оценивайте предельную потребность: сколько нового расхода появится до того, как именно новые когорты начнут приносить деньги. Исторический запас от старых когорт не должен маскировать риск ускорения.

Не используйте ожидаемый RevShare как гарантированное обеспечение

Будущий поток зависит от поведения когорты, правил net revenue, корректировок и платёжной дисциплины. В финансовом плане ему нужен сценарный дисконт и отдельный лимит концентрации на партнёре.

Контрольный список перед запуском

1. Зафиксировать валюту, даты списания рекламы и комиссии.
2. Привязать каждое начисление к расходной когорте.
3. Разделить pending, approved, payable и settled.
4. Внести hold, threshold и календарь выплат.
5. Смоделировать CPA и RevShare разными потоками.
6. Проверить правила Hybrid на взаимозачёт.
7. Посчитать base, stress и recovery.
8. Согласовать лимит минимального остатка.
9. Еженедельно разбирать ошибку прогноза.

Вывод

Кассовый разрыв определяется календарём, а не итоговым ROI. Когортный ledger показывает, какие расходы уже оплачены, какие суммы только начислены и когда ожидается реальное поступление. Минимум накопленного cash flow задаёт базовую потребность в капитале, а стресс-сценарий и операционный резерв превращают её в безопасный лимит закупки.