Учёт партнёров и выплат: таблица или платформа

Партнёрская программа редко начинается с платформы. Сначала есть десяток партнёров, один файл Excel и человек, который вечером разносит по листам конверсии и считает, кому сколько. Пока объём маленький, такой учет партнеров работает: файл честно считает то, что в него вносят руками. Проблема не в идее, а в пропорции — каждый час ручной работы растёт вместе с программой, а каждая ошибка обходится в деньги и в отношения с партнёром. Ниже — признаки того, что таблица перестала справляться, список того, что должен покрывать учет, способ закрыть споры о выплатах до суда и порядок перехода на платформу, при котором история не теряется.

Признаки, что таблицы не справляются

Технический предел у таблиц далеко. На одном листе Excel — 1 048 576 строк, в файле Google Таблиц — 10 миллионов ячеек. Программа даже с сотней партнёров и несколькими тысячами конверсий в месяц до этих чисел не доберётся. Настоящий предел наступает раньше и не в строках, а в ручных операциях вокруг файла.

Признаки того, что учет партнеров перерос таблицу, выглядят одинаково почти у всех:

• одну и ту же ячейку правят несколько человек, и никто не скажет, кто менял ставку последним;
• у одного партнёра три записи — фамилия, имя в мессенджере и ник, и непонятно, какая верная;
• договорённости о повышенных ставках живут в переписке, а в файле — старые цифры;
• отчёт рекламодателю собирается вручную под каждую дату;
• человек, который ведёт файл, ушёл в отпуск, и выплаты встали.

Каждый пункт — не мелкое неудобство, а операционный риск. Дубли строк кончаются двойной выплатой, ставка по памяти — спором, зависимость от одного человека — остановкой всей программы. Формат здесь ни при чём: формулы не отменяют ручной ввод, они его закрепляют.

Механика провала каждый раз одна и та же. В конце месяца рекламодатель присылает уточнённый отчёт, и человек переносит расхождения в файл руками: где-то снятая конверсия, где-то другая ставка. Каждая правка — решение, которое нигде не зафиксировано: почему сняли, кто разрешил, на какую сумму. Через полгода ни файл, ни человеческая память эту цепочку уже не восстанавливают.

Что учитывать

Учет партнерской программы — это не один лист, а минимум пять связанных реестров:

• партнёры: кто, контакт, договор, ставка, реквизиты для выплаты;
• трафик: клики по партнёрским ссылкам и их источники;
• конверсии: какая цель, на какую сумму, чей партнёр, в каком статусе;
• холды: сколько дней конверсия ждёт подтверждения и почему снята;
• выплаты: когда, кому, сколько, каким способом, с каким статусом.

Реестры связаны: смена ставки у партнёра меняет расчёт по будущим конверсиям, снятая конверсия уменьшает баланс, выплата меняет статус у долга перед партнёром. Пока программа маленькая, связи держатся в голове у одного человека. Когда партнёров десятки, а конверсии идут ежедневно, никто не успевает проверять связи вручную — и именно на стыках реестров возникают расхождения, которые потом не сходятся ни у сети, ни у рекламодателя, ни у самого партнёра.

В таблице каждый пункт — отдельный лист, а связывает их формула ВПР и дисциплина исполнителя. Конверсия же проходит длинный путь и на каждом шаге меняет состояние: пришёл постбэк — принята, прошла проверку — подтверждена, отсидела холд — готова к выплате. Платформа ведёт эту цепочку сама: события приходят S2S-постбэками и оседают в логах, статусы меняются по правилам сети, баланс партнёра складывается без участия человека. В Recca формат постбэка совместим с конвенцией Affise, поэтому трекеры вебмастеров принимают его без переделок — как это устроено, описано в разделе про S2S-постбэки.

Отдельная головная боль — маржа сети. Платформа считает одну конверсию дважды: рекламодателю по его ставке, вебмастеру по его, и разница — доход сети. В файле это два столбца, которые кто-то обязан заполнять согласованно; ошибка в одном из них либо съедает маржу, либо портит отношение с партнёром. Если в программе есть агенты и рекрутёры, добавляется их доля от выплат по цепочке до 5 уровней — арифметика, которую файл держит, пока держится человек, который её понял.

Споры о выплатах

Ручной учет делает споры о выплатах вопросом времени, а не вероятности. Поводы повторяются из программы в программу: продублированная конверсия, ставка, которую стороны помнили по-разному, выплата, ушедшая дважды, холд, снятый молча.

Любой спор решается доказательствами. Арбитражные дела в России публичны: картотека арбитражных дел открыта, и споры из-за партнёрских расчётов видны в ней так же, как любые другие, — расчёты и переписка там становятся письменными доказательствами. Позиция «так было в файле» слабая: файл показывает последнее состояние ячейки, но не историю её изменений. Кто и когда поменял ставку, на каком основании снята конверсия, видел ли вторую сторону этот расчёт — на эти вопросы таблица не отвечает, а суд и контрагент их задают первыми.

Есть и регуляторная причина хранить расчёты аккуратно. Закон «О рекламе» требует хранить данные о рекламе, включая договоры с посредниками, не меньше года. За год таблица проходит десятки версий и рук — как свидетель она ненадёжна.

Что должно подниматься по клику, когда пришла претензия:

• лог постбэков по каждой спорной конверсии;
• журнал действий: кто, когда и что менял в ставках и статусах;
• история холдов с причинами подтверждения и отказа — правила задаются заранее на странице о холдах и подтверждении конверсий;
• методика расчёта, зафиксированная до инцидента, а не после.

Холды работают как превентивная мера: когда правила подтверждения заданы заранее, спор «решим по факту» просто не возникает.

Платформа

Платформа берёт на себя то, что в файле делали руками: принимает события, ведёт статусы, считает балансы, готовит выплаты и записывает каждое действие. Смысл не в кнопках, а в том, что источник правды один и он не редактируется задним числом.

В Recca это устроено так. Кабинет CPA-агентства сводит рекламодателей, вебмастеров и договоры; клики, конверсии и статистика по всей сети считаются на стороне платформы. S2S-постбэки идут с логами, холды, биллинг рекламодателей и выплаты вебмастерам — в одном контуре: подробнее в разделе о выплатах и учете. Готовые кабинеты вебмастера и рекламодателя открываются на поддомене сети под вашим брендом — white label; если нужен собственный интерфейс, есть API и Go-SDK, до 10 API-ключей и уведомления о событиях в вашу систему. Роли и журнал действий отвечают на вопрос «кто менял ставку» без допроса команды. Серверы стоят в России, а персональные данные клиентов сети можно не передавать вовсе — платформе достаточно непрозрачных идентификаторов. Для сети, которая уходит с зарубежной платформы, это два практических довода: пополнение и расчёты идут в рублях, а данные партнёрской базы не покидают юрисдикцию.

Экономика считается не в отрыве от ручной работы, а против неё. Человек, который каждый вечер разносит конверсии по листам, делает эту работу вместо запуска новых офферов и разбора статистики; при ошибке в выплатах к потерянным часам добавляется испорченный разговор с партнёром. Платформа не делает этот труд дешевле — она убирает его из расписания: события приходят сами, расчёт идёт по правилам, человеку остаются исключения.

Цена вопроса ниже, чем кажется, потому что начинать можно бесплатно: тариф Free стоит 0 ₽, Pro — 3 000 ₽ в месяц, Бизнес — 15 000 ₽ в месяц. Тариф «CPA-сеть» — 50 000 ₽ в месяц с посуточным списанием (1 667 ₽ в сутки) и пополнением в рублях, подключение — по заявке. Полные условия — на странице тарифов. Практический вывод: учет партнеров на платформе требует не разового крупного чека, а решения перестать быть человеком-интерфейсом между листами.

Переход без потери истории

Страх, что перенос учета партнеров означает потерю истории, понятен и неверен. Переезд — это перенос данных, а не их обнуление. С собой берут: список партнёров с контактами, ставками и договорами; открытые конверсии и текущие балансы; историю выплат за прошлые периоды.

Порядок, при котором ничего не теряется:

1. Выгрузите из файла партнёров, ставки, открытые конверсии и балансы.
2. Заведите данные в платформу и сверьте контрольные суммы по каждому партнёру отдельно.
3. Месяц работайте параллельно: платформа считает рабочий процесс, файл остаётся страховкой.
4. Переключите постбэки на приём платформой и проверьте первые конверсии по логам.
5. Раздайте партнёрам доступы в кабинеты и сохраните архив файла — старые периоды ещё пригодятся.

Хуже всего проходит перенос «после зарплаты»: исторические выплаты ещё не выгружены, новые уже пошли мимо платформы, и часть цепочки приходится собирать по переписке. Поэтому постбэки переключают в заранее выбранное окно, а месяц параллельной работы нужен именно на то, чтобы поймать расхождения, пока старый файл ещё под рукой.

Партнёры при этом ничего не замечают: ссылки работают как прежде, выплаты приходят в прежние сроки, кабинет открывается на поддомене сети. Для сети, которая уходит с зарубежной платформы, перемены наоборот в плюс: пополнение и расчёты в рублях, серверы в России.

И переход не разовый: с Free до тарифа «CPA-сеть» программа растёт внутри одной системы, без переезда и повторного переноса. Партнёры и история остаются на местах — меняется только то, сколько ручной работы остаётся у вас.

Если минимум два признака из начала статьи совпали с вашей реальностью, оставьте заявку на подключение CPA-сети на странице /cpa-set.