Холд

Происхождение и история

Проверка перед начислением комиссии связана с оплатой за результат: зарегистрированная продажа может оказаться незавершённой или недействительной. В руководстве IAB Australia за октябрь 2016 года уже описана проверка продаж рекламодателем перед оплатой партнёрам. Она позволяла исключать незавершённые и мошеннические операции. В глоссарии того же руководства выделен validation period — промежуток между регистрацией транзакции и подтверждением её действительности. Это документированный этап развития практики, а не дата её изобретения. ^{[6, с. 13, 28]}

К 2025 году эта проверка стала предметом отдельного руководства IAB Australia. В нём акцент сделан на прозрачности: заранее сообщать сроки проверки, оплачиваемые действия и основания отмены заказа. Тем самым история практики включает не только защиту рекламодателя от неподходящих продаж, но и уточнение правил, по которым партнёр может ожидать вознаграждение. Это развитие рекомендаций одной отраслевой организации, а не обязательный порядок для всех стран и сетей. ^{[7, с. 1–2]}

Суть и механизм

Представим учебную ситуацию: читатель переходит из обзора в магазин и оформляет покупку. Система зарегистрировала действие, но магазин ещё должен решить, соответствует ли оно условиям партнёрской программы. Сам факт появления записи отвечает на вопрос «увидела ли система событие?», а подтверждение — на вопрос «полагается ли за него комиссия?». Различие между регистрацией и последующим одобрением отражено в документации impact.com и Awin. ^{[1, 2]}

В impact.com ожидающее действие можно изменить или отменить до даты фиксации. После фиксации сумма комиссии окончательная и связана с отдельной запланированной датой выплаты. Поэтому предварительную сумму полезно читать вместе со статусом: число может показывать ожидаемое, а не окончательное вознаграждение. ^[1]

У Awin после проверки рекламодателем комиссия сначала может быть одобрена, а после обработки платежа — стать доступной для ближайшего платёжного цикла. Даже второй этап не означает, что перевод уже получен на счёт партнёра. В справке также отдельно названы препятствия выплате: недостижение порога и неверные платёжные реквизиты. ^[2]

Особый случай описан у PartnerStack. Компания может поставить комиссию на удержание, чтобы получить дополнительное время для внутренней проверки; возможна и причина, связанная с подозрительной активностью. Вручную удержанная комиссия остаётся в этом состоянии до решения об одобрении или отклонении. Ожидание само по себе не означает, что запись автоматически перейдёт к оплате. ^[3]

Виды и границы понятия

Для разбора отчёта удобно различать три ситуации. Это редакционная классификация по документации, а не отраслевой стандарт.

Первые две ситуации относятся к проверке партнёрского результата. Третью лучше обозначать отдельно, чтобы не называть холдом любое ожидание денег. Для перевода исходного статуса важнее его объяснение в документации, чем сходство английских названий.

У PayPal предмет удержания другой: уже поступивший платёж. В американской справке среди причин указаны, например, необычная активность продавца и незавершённая проверка личности. Это не решение магазина о том, заслуживает ли партнёр комиссии за продажу. Правила этой справки нельзя переносить на российские партнёрские программы. ^[5]

Применение в России и в мире

Российский контекст показывает глоссарий Admitad. Сверкой там называется присвоение обработанным действиям итоговых статусов. При автоматическом варианте система получает их у рекламодателя, при ручном — рекламодатель вносит их сам. Подтверждённое вознаграждение может ожидать пополнения баланса программы, если средств для оплаты недостаточно. Следовательно, проверка действия и финансирование выплаты здесь также разделены. ^[4]

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

Учебный пример: из ста зарегистрированных покупок к дате отчёта шестьдесят подтверждены, двадцать отклонены и двадцать ещё проверяются. Из подтверждённых сорок доступны для выплаты, двадцать пока недоступны. Эти последние двадцать нельзя объединить с непроверенными покупками: решение о комиссии по ним уже принято. Пример показывает структуру учёта, а не условия какой-либо сети.

Как измерить и проверить

Для учебного примера определим долю подтверждений среди действий с принятым решением. В знаменатель входят подтверждённые и отклонённые действия; ожидающие исключены:

где A — количество подтверждённых действий, R — отклонённых. Получаем 60 / 80 × 100% = 75%. Доля отклонений в той же группе — 20 / 80 × 100% = 25%. Это редакционные показатели выбранной группы, а не воспроизведение формулы конкретной платформы.

Если считать среди всех ста зарегистрированных действий, подтверждёнными окажутся 60%, отклонёнными — 20%, ожидающими — ещё 20%. Различие между 75% и 60% вызвано знаменателем. Ни одно число не говорит, каким станет итог после проверки оставшихся покупок. Если решений пока нет, первый показатель не рассчитывается: деление на ноль не заменяют нулевым процентом.

Длительность проверки отдельного действия можно измерить разностью даты решения и даты регистрации. Такие границы соответствуют описанию времени обработки в Admitad. ^[4] Для учебного расчёта возьмём три завершённых действия с длительностями четыре, восемь и двенадцать календарных дней. Среднее равно восьми дням: (4 + 8 + 12) / 3. Если четвёртое действие ожидает решения уже пятнадцать дней, эти пятнадцать — текущий возраст ожидания, а не законченная длительность проверки. Его нужно показать рядом, иначе среднее восьми дней создаст ложное впечатление о всей группе.

Перед расчётом полезна простая проверка полноты: в примере 60 + 20 + 20 = 100. Если сумма не сходится, сначала нужно найти пропущенные состояния или дубли. Количество действий и сумму комиссий также следует считать отдельно: одна крупная покупка может дать больше вознаграждения, чем несколько мелких, если ставка задана процентом от стоимости. ^{[6, с. 5]}

Ошибки и ограничения

Главная ошибка — принимать срок проверки за обещанную дату получения денег. Для сравнения нужны одинаковые начало и конец интервала. Рекомендации IAB Australia 2025 года отдельно требуют раскрывать период проверки в условиях программы; их смысл теряется, если в отчёте этот период смешать с последующим ожиданием перевода. ^{[7, с. 2]}

Другая ошибка — по одному длительному ожиданию устанавливать причину отказа. Удержание может ещё закончиться одобрением, что прямо предусмотрено PartnerStack. ^[3] В рабочем разборе неопределённую причину следует сохранять как неизвестную и проверять по записи действия и условиям программы. Аналитическая таблица помогает обнаружить расхождение, но сама по себе не доказывает просрочку или нарушение договора.

Частые вопросы

Связанные термины

• partnerskiy-marketing
• cpa
• CPL (цена лида)
• CR (коэффициент конверсии)
• reklamodatel