SABSUS

КОММЕРЧЕСКАЯ ПРИНАДЛЕЖНОСТЬ ПРОДАЖИ

Вознаграждение рекомендателю: отделите получателя продажи от рекламного источника

У заказа последняя рекламная метка указывает на B, а проверенное основание партнёрской программы связывает вознаграждение с A. Одновременно другая продажа частично возвращена, а часть комиссии ещё ожидает проверки. Сначала установите коммерческую принадлежность каждой продажи, затем сверяйте расчёт и выплату.

Редакция SABSUS · · Источники проверены 9 октября

Три разных ответа на вопрос «чей клиент»

Маркетинговый источник показывает наблюдаемую часть пути обращения. Владелец записи CRM отвечает за рабочее действие. Получатель партнёрского вознаграждения определяется подтверждёнными условиями программы и основанием конкретной продажи. Эти роли могут относиться к разным участникам.

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

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

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

Проверьте основание коммерческой принадлежности

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

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

Shopify Collabs связывает affiliate links или discount codes с вознаграждением в рамках действующих партнёрств. Это конкретная модель продукта, не обещание выплаты за любой промокод и не универсальный приоритет кода над рекламным переходом. Shopify: Pay creators on Collabs.

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

Учебные правила и три продажи

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

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

O1 на 1 000 полностью оплачен и подтверждённо относится к A по такому основанию. Последняя маркетинговая метка при этом обозначает B. Она сохраняется в своём поле и не переназначает вознаграждение. Расчёт A: 1 000 × 5% = 50. Период проверки по O1 завершён.

O2 на 800 полностью оплачен и подтверждённо относится к B. Первоначальный расчёт равен 800 × 5% = 40. Затем подтверждён частичный возврат 200. По собственным условиям база становится 600, расчёт — 600 × 5% = 30. Период проверки O2 ещё продолжается.

O3 на 500 имеет только UTM-метку A. Достаточного коммерческого основания принадлежности пока нет. Эта строка остаётся открытым вопросом: нужно найти предусмотренное подтверждение и ответственного за решение. Арифметические 500 × 5% = 25 не создают автоматически долг перед A, но отсутствие подтверждения в текущей записи также не является окончательным отказом.

Сведите только определённую часть

По O1 и O2 подходящая база равна 1 000 + 600 = 1 600. Рассчитанное вознаграждение составляет 50 + 30 = 80. Отдельно видны 500 базы O3 с неустановленным коммерческим получателем. Они не исчезают из обзора из-за исключения из текущей выплаты.

При этом все оплаченные продажи после возврата дают 1 000 + 800 + 500 − 200 = 2 100. Это 1 600 определённой партнёрской базы и 500 на разборе. Подписывать всю сумму 2 100 как базу подтверждённых вознаграждений было бы неверно.

Теперь предположим, что по разрешённому собственному процессу A подтверждённо выплачены 20 из его готовых 50. У A остаются готовыми 30, у B ещё ожидают проверки 30. Баланс определённого вознаграждения: 80 = 20 выплачено + 30 готово A + 30 ожидает B.

Это программно-независимый сценарий частичной выплаты. Он не утверждает, что современный интерфейс Collabs предоставляет именно такую операцию. Подготовленное поручение без подтверждённого результата также не давало бы основания записать эти 20 как выплаченные.

Полный возврат меняет свою исходную строку

В продолжении примера клиенту подтверждённо возвращают оставшиеся 600 по O2, пока его период проверки ещё продолжается. Общий возврат O2 теперь равен 200 + 600 = 800. По принятым учебным условиям база O2 уменьшается до нуля, как и его рассчитанное вознаграждение.

Общая определённая сумма становится 50 и раскрывается как 20 выплачено A + 30 готово A. Возврат O2 не уменьшает вознаграждение по другой продаже O1. История O2 сохраняет переход 40 → 30 → 0 и связанные возвратные события.

Если корректировка относится к уже выплаченному вознаграждению, нужен отдельный разрешённый порядок урегулирования. Новый расчёт не даёт автоматического права удержать будущие суммы или потребовать возврат денег. Сохраняйте действующие документы, расхождение и решение уполномоченных сторон.

Не смешивайте расчёт, ожидание и фактическое получение

В автоматическом процессе Shopify Collabs комиссия сначала проходит holding period. Отмена или полный возврат заказа в этом периоде отменяют соответствующее вознаграждение. После ожидания сумма включается в счёт продавца; дальнейшая обработка выплаты зависит от оплаты счёта и готовности стороны получателя. Shopify: automatic payments.

Со стороны получателя документация отдельно показывает Pending и Next payout. Поэтому появление суммы в аналитике или завершение ожидания нельзя считать банковским поступлением. Shopify: Getting paid for commissions.

Эти факты относятся к указанному продукту. Ставка 5%, пересчёт частичного возврата и выплата 20 выше являются собственными учебными условиями. Реальные тарифы, способы расчёта, документы и доступность функций проверяются отдельно.

Зафиксируйте данные для следующей сверки

Для продажи нужны устойчивый ID, подходящие строки, подтверждённые оплаты и возвраты. Для коммерческой принадлежности — партнёр, соглашение, версия условий, проверенное основание и принявший решение. Маркетинговый источник хранится рядом, но в другом поле.

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

Смена программы или CRM-владельца не должна молча переписывать старую принадлежность. Если прежнее сопоставление признано ошибочным, исправление сохраняет исходное основание, затронутые суммы и согласованное действие по уже подготовленным документам.

Приёмочный чек-лист

  1. O1 относится к проверенному A при маркетинговой метке B.
  2. O3 с одной UTM остаётся открытым вопросом, без выдуманного получателя.
  3. Частичный возврат O2 меняет расчёт 40 на 30 по собственной политике.
  4. Определённая база 1 600 отделена от неразобранных 500.
  5. Сумма 80 раскрывается на выплаченные 20, готовые 30 и ожидающие 30.
  6. Полный возврат O2 оставляет 50 = 20 + 30 по O1.
  7. Подготовка выплаты отделена от подтверждённого результата.
  8. Поздняя корректировка не запускает неразрешённое удержание.

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

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

Последняя UTM-метка определяет получателя вознаграждения?

Нет такого общего правила. Нужны действующие условия программы и подтверждённое коммерческое основание конкретной продажи.

Неизвестное основание означает отказ партнёру?

Нет. Оно означает незавершённую проверку. Назначьте ответственного и требуемое подтверждение, не подменяя неизвестность финансовым решением.

Рассчитанная комиссия уже выплачена?

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

Источники

Проверено 9 октября 2026 года. A/B, O1–O3 и все суммы учебные.