Регламент еженедельной сверки

Операционный процесс партнёрской программы (CPA): как каждый выплатной период сверять деньги и события по всей цепочке — от билинг-провайдера до выплат партнёрам. Регламент общий для всех сервисов партнёрской программы.
Периодичность: еженедельно · за прошедший выплатной период
Зачем нужна сверка. Классика CPA-рынка: каждую неделю партнёрка сверяет выплаты партнёрам с данными сервисов, сервисы сверяются с процессингом, а процессинг — с вышестоящим билинг-провайдером. Цель — чтобы количество и сумма успешных транзакций совпадали на каждом стыке цепочки. Расхождение = потерянные деньги, недоплата/переплата партнёру или технический сбой интеграции, который нужно поймать до выплаты.

1Цепочка данных

Деньги и события идут слева направо. Каждый следующий узел должен «отражать» предыдущий. Верхний источник истины — отчёт билинг-провайдера; первая сверка делается уже на процессинге (билинг ↔ процессинг).

① Билинг-провайдер

Вышестоящий провайдер

Верхнее звено. Присылает на процессинг отчёт по проведённым транзакциям.

Метрика: отчёт по успешным транзакциям (кол-во + сумма)
→отчёт

② Процессинг

Наш эквайринг / платёжный слой

Сверяется с билинг-провайдером (первая сверка) и проводит платежи на сервис.

Метрика: успешные списания (кол-во + сумма)
→конверсия

③ Сервис

Рекламодатель

Регистрирует целевые действия (конверсии) пользователей, шлёт постбэки в партнёрку.

Метрика: успешные конверсии (целевые действия) (кол-во + сумма)
→постбэк

④ Партнёрка

CPA-платформа

Принимает постбэки, атрибутирует конверсии, начисляет выплаты партнёрам.

Метрика: постбэки/конверсии + выплаты партнёрам

2Четыре контрольные точки

На каждом стыке сверяем и количество, и сумму. Идеальное расхождение — ноль.

Точка А · Билинг ↔ Процессинг

Первая сверка — на процессинге

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

ОТЧЁТ_БИЛИНГА == УСПЕШНЫЕ_ТРАНЗАКЦИИ(процессинг)
по кол-ву и сумме
Точка Б · Процессинг ↔ Сервис

Деньги дошли до сервиса

Каждое успешное списание в процессинге должно превратиться в успешную конверсию (оплаченное целевое действие) на сервисе.

УСПЕШНЫЕ_СПИСАНИЯ(процессинг) == КОНВЕРСИИ(сервис)
Точка В · Сервис ↔ Партнёрка

Событие дошло до партнёрки

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

КВАЛ_КОНВЕРСИИ(сервис) == УСПЕШНЫЕ_ПОСТБЭКИ(партнёрка)
Точка Г · Внутри партнёрки

Выплата соответствует конверсиям

Сумма начислений партнёрам должна ровно соответствовать сумме подтверждённых (не в холде) конверсий.

Σ ВЫПЛАТ(партнёры) == Σ PAYOUT(конверсии, hold снят)

3Пошаговая процедура (еженедельно)

  1. Определить период. Выплатной период — прошедшая неделя (напр. пн 00:00 — вс 23:59). Все выгрузки строго по этим границам.
  2. Выгрузить данные из 4 источников за период: (1) отчёт билинг-провайдера; (2) реестр успешных транзакций процессинга; (3) конверсии сервиса; (4) постбэки/конверсии и начисления партнёрки.
  3. Сверить точку А (первая сверка, на процессинге): отчёт билинг-провайдера = успешные транзакции процессинга по кол-ву и сумме.
  4. Сверить точку Б: кол-во и сумма списаний процессинга = конверсии сервиса. Расхождение → разобрать по transaction_id.
  5. Сверить точку В: квалифицирующие конверсии сервиса = зачтённые постбэки-конверсии партнёрки. Ключ сопоставления — order_id (или transaction_id) + client_id.
  6. Сверить точку Г: сумма выплат партнёрам = сумма payout по подтверждённым конверсиям. Проверить, что снятые холды начислены на баланс.
  7. Разобрать каждое расхождение по каталогу причин (раздел 4). Каждый кейс — до корня.
  8. Скорректировать и задокументировать: доначислить/списать, где нужно; зафиксировать итог сверки (кол-во, суммы, список расхождений и их статус).
  9. Отчитаться: свод по периоду в рабочий чат; расхождения с деньгами эскалировать сразу.

4Каталог типовых расхождений

Собран из реальных инцидентов. Тип показывает, где именно «рвётся» цепочка.

СимптомПричинаГдеЧто делать
Конверсия есть на сервисе, но выплата партнёру = 0 Постбэк пришёл без поля amount → сумма конверсии не записалась → порог/ставка не сработали Точка В Попросить сервис всегда слать amount; по прошедшим — пересчитать выплаты по факту
Конверсия/лид не долетели, постбэк отклонён 422 Неизвестный промокод в постбэке (заведён на стороне сервиса, не в партнёрке) Точка В Атрибутировать по ссылке (если есть) либо завести промокод в партнёрке
Постбэк отклонён «invalid link» Ссылка удалена (soft-delete), а трафик по ней ещё идёт Точка В Восстановить ссылку или остановить трафик; обработать зависший постбэк
Постбэк отклонён «Unknown goal» Цель оффера не заведена или задвоена; трафик пошёл раньше настройки Точка В Завести/почистить цели ДО запуска трафика; переобработать пропущенные события
Одна транзакция посчитана дважды Дубль постбэка (ретрай сервиса без дедупа по order_id) Точка Г Дедуп по order_id; снять лишнюю конверсию/начисление
Конверсия есть, а выплаты на балансе нет Холд ещё не снят или пакетный аппрув в обход обработки холдов Точка Г Дождаться снятия холда; начислять баланс только через штатный процесс
Курсовое/валютное расхождение сумм Разные валюты/курсы на сервисе и в партнёрке Точка Б/В Зафиксировать курс периода, сверять в единой валюте

5Роли и ответственность

Процессинг

Сверяет точку А: отчёт вышестоящего билинг-провайдера ↔ свои успешные транзакции. Первое звено сверки в цепочке.

Сервис (рекламодатель)

Сверяет точку Б: свои конверсии ↔ успешные списания процессинга. Гарантирует корректность постбэков (полный набор полей, amount, order_id).

Партнёрка (CPA)

Сверяет точки В и Г: постбэки ↔ конверсии сервиса, выплаты ↔ подтверждённые конверсии. Ведёт реестр расхождений и корректировок.

Аккаунт-менеджер

Настраивает офферы/цели/ссылки ДО запуска трафика. Разбирает расхождения по партнёрам, согласует доначисления.

Финансы

Подтверждает итог сверки перед выплатой. Эскалация при расхождении по деньгам > порога.

6Чек-лист сверки за период

7Целевые показатели

0 ₽
Допустимое расхождение по деньгам после разбора
100%
Постбэков с полным набором полей (amount, order_id)
1 нед.
Периодичность сверки (каждый выплатной период)
< 24ч
Срок эскалации денежного расхождения