Как подтвердить продажу без чека в программе мотивации
Опубликовано: 16 сентября 2026
Чтобы начислить участнику программы мотивации вознаграждение, нужно подтвердить выполнение необходимых условий. Например, для подтверждения продажи используют кассовый чек. Но как быть, если чек не используется или в нем нет нужных данных? В зависимости от процесса продаж подтверждением может стать запись в учетной системе, документ об отгрузке или уникальный код с упаковки. В статье разберем, какие сведения связывают участника с продажей, как работают уникальные коды и передача операций через API и в каких случаях можно использовать УПД или накладную.
Сначала полезно определить, подходит ли для задачи автоматическая проверка кассового чека.
Если нужны сведения о маркировке, используйте статью про «Честный Знак» в программе мотивации. Если этих данных недостаточно, переходите к способам, разобранным ниже.
Какое действие нужно подтвердить
С чего начать выбор? Сформулируйте условие программы мотивации и назовите действие, после которого участник получает право на вознаграждение. Это может быть закупка товара компанией, продажа конечному покупателю, установка оборудования или погашение уникального кода с упаковки.
Здесь важно не объединять разные этапы одним словом «продажа». Например, сначала дистрибьютор отгружает товар магазину, а затем продавец передает его конечному покупателю. УПД или накладная подтвердят отгрузку, но не назовут сотрудника магазина. Поэтому документ подходит, если вы начисляете вознаграждение компании-покупателю за закупку. Для бонуса конкретному продавцу понадобится дополнительная запись, которая связывает с ним розничную продажу.
Когда действие определено, посмотрите, какие данные остаются после его выполнения. Чтобы проверить основание для начисления, вам понадобятся:
- участник, который выполнил условие;
- товар, заказ или выполненная работа;
- дата продажи или другого действия;
- уникальный номер кода, заказа или операции, который позволяет отличить одну запись от другой.
Все четыре элемента необязательно искать в одном документе. Допустим, учетная система уже хранит номер заказа, товар, дату и итоговый статус продажи. Тогда остается добавить к этой записи идентификатор аккаунта продавца в программе мотивации. С уникальными кодами порядок будет другим: каждый код заранее относится к определенному товару, а при погашении платформа сохраняет аккаунт участника, который его ввел.
Получается, вам нужен не формальный заменитель кассового чека, а данные, которые подтверждают конкретное условие программы. Сопоставим основные варианты.
| За что начисляется бонус | Возможный источник | Что нужно проверить |
|---|---|---|
| Погашение кода с конкретной упаковки | Уникальный код | К какому товару относится код и какой участник его погасил |
| Продажа, записанная в учетной системе | Данные учетной системы, переданные через API | Как операция связана с участником и защищена от повтора |
| Закупка или отгрузка | УПД, накладная или реестр | Какая компания получила товар и кто имеет право на вознаграждение |
| Установка или выполненная работа | Заказ или отчет о работе в учетной системе | Как подтверждаются исполнитель, объект и завершение работы |
Выбор зависит от того, где именно появляется подтверждение. Если вы начисляете бонус за погашение кода с конкретного товара, подойдет механика уникальных кодов. Если заказ или продажа уже записаны в учетной системе, сведения об операции можно передавать в программу мотивации через API. УПД и накладные пригодятся, когда условием является закупка или отгрузка либо когда их данные дополняют запись из учетной системы.
Как работает уникальный код на товаре
Уникальные коды подойдут, если вы хотите связать вознаграждение с конкретной единицей товара. На каждой упаковке размещается отдельный код. Продавец входит в программу, сканирует QR-код или вводит комбинацию вручную. После этого платформа сохраняет данные о том, какой товар зарегистрирован, какой код погашен и кто из участников его использовал.
Если в программе несколько товаров, для каждого из них в Robobill можно создать отдельный набор кодов. Это особенно полезно, когда размер вознаграждения зависит от позиции или партии. Вы связываете набор с механикой погашения и размером бонуса, а после запуска видите количество использованных кодов по каждому товару.
Как подготовить такую механику:
- Компания определяет товары, участников и условие начисления вознаграждения за код.
- Для каждого товара создается или загружается набор уникальных кодов.
- Набор подключается к механике погашения и заданному размеру вознаграждения.
- Таблица кодов передается изготовителю упаковки или полиграфии.
- До печати команда проверяет, что QR-код считывается камерой обычного телефона.
- После запуска продавец сканирует код, входит в программу и получает вознаграждение, предусмотренное за этот товар.
Каждый уникальный код погашается один раз. Если ту же комбинацию введут повторно, второе вознаграждение не начислится: повтор отсекается в момент погашения, а не при последующей ручной сверке заявок.
Практика Robobill: отдельный набор для каждого товара
Если в программе участвуют несколько товаров с разным вознаграждением, для каждой позиции создают свой набор кодов. Перед печатью команда сверяет название товара и количество кодов, а затем тестирует несколько образцов.
Такое разделение упрощает начисление и аналитику: набор заранее связан с товаром и размером вознаграждения, поэтому участнику не приходится выбирать позицию вручную.
Остается решить, где разместить код. Ориентируйтесь на то, кто должен получить к нему доступ и после какого действия. Если вознаграждение предназначено продавцу, код нельзя оставлять там, где его легко использовать до продажи или передать другому человеку. В этом случае его можно разместить внутри упаковки или под защитным слоем и заранее определить, кто имеет право открыть код.
Этот порядок нужно объяснить и участникам. На странице программы укажите, где найти код, как его отсканировать, почему погасить его можно только один раз и куда обратиться, если код поврежден. У продавца будет понятная инструкция, а ваша команда заранее определит, как обрабатывать такие обращения.
Как передать данные из учетной системы
А что делать, если продажи уже фиксируются в 1С, CRM или другой учетной системе? Сначала посмотрите, какие сведения есть в текущей записи. Обычно это номер и состав заказа, дата, ответственный сотрудник и итоговый статус. Если по этим полям можно определить участника и подтвердить выполнение условия программы, ту же запись можно использовать для начисления вознаграждения.
Следующий шаг — связать учетную систему с Robobill через API. Вы заранее выбираете статус, который дает право на бонус. Когда заказ получает этот статус, учетная система отправляет в Robobill запрос на начисление. Таким основанием может стать оплаченный заказ, завершенная установка или подтвержденная продажа определенного товара.
При подготовке интеграции важно связать запись в учетной системе с аккаунтом конкретного участника Robobill. Для этого в команде на начисление передается идентификатор пользователя. Вместе с ним можно передать размер вознаграждения, дату и идентификатор операции. Последний отличает одну продажу от другой и исключает повторное начисление, если учетная система отправит ту же команду еще раз.
В итоге данные проходят следующий путь:
- Продажа, заказ или другое действие фиксируется в учетной системе компании.
- Заказ получает статус, который по условиям программы дает право на вознаграждение.
- Учетная система находит идентификатор аккаунта участника Robobill.
- Через API передаются идентификаторы участника и операции, дата и размер начисления.
- Robobill начисляет вознаграждение указанному участнику.
Обратите внимание на распределение работы. Ваша учетная система проверяет заказ и присваивает ему итоговый статус, а Robobill начисляет вознаграждение по полученной команде. Поэтому до интеграции нужно выбрать статус для начисления и определить порядок действий при отмене или возврате. Эти правила лучше сразу проверить на тестовой операции: сначала передать начисление, а после отмены скорректировать баланс.
На практике: проверка одной операции
До запуска возьмите пример записи из учетной системы и пройдите весь сценарий: найдите в ней сотрудника, сопоставьте его с аккаунтом участника, проверьте статус операции и передайте тестовое начисление. Затем повторно отправьте ту же операцию и убедитесь, что второе вознаграждение не начислилось.
Отдельно проверьте отмену операции. В зависимости от согласованного процесса ответственный сотрудник сможет списать ошибочно начисленные баллы из карточки участника или передать корректировку через API.
Когда можно использовать УПД или накладную
Вернемся к УПД и накладной. Эти документы фиксируют передачу товара между компаниями. ФНС определяет УПД как документ, который объединяет счет-фактуру и сведения первичного документа об отгрузке товаров, выполнении работ, передаче прав или оказании услуг. Если по условиям программы компания-покупатель получает вознаграждение за закупку определенного товара, сведения из УПД могут подтвердить выполнение этого условия. Определение УПД на сайте ФНС
Но если вознаграждение получает продавец за продажу конечному покупателю, одного УПД недостаточно. В документе указаны компании, товар, количество и дата отгрузки, но сотрудник магазина в нем обычно не назван. Вам понадобится отдельная запись о последующей продаже, в которой указаны товар и продавец, совершивший продажу.
На практике возможны два варианта:
- данные УПД или накладной поступают в учетную систему, где учитывается закупка компании-участника, а команда на начисление передается через API;
- компания формирует реестр, в котором для каждой отгрузки указаны номер документа, товар и участник, имеющий право на вознаграждение.
Как выбрать между этими вариантами? Покажите команде Robobill пример реальной записи из вашей учетной системы. Вместе вы определите, какие поля уже есть, как документ связан с участником и каких данных не хватает для начисления. После проверки можно будет точно описать участникам, какое действие дает право на бонус и когда вознаграждение появится в личном кабинете.
Что проверить перед запуском
Механику без кассового чека лучше проверять на полном сценарии: от действия участника до появления вознаграждения в его аккаунте. Так команда проверит не только погашение кода или передачу команды через API, но и правильность начисления конкретному участнику.
Перед запуском нужно:
- Сформулировать условие. Назвать действие, после которого участник получает вознаграждение: погашение кода, подтвержденный заказ, закупка или отгрузка.
- Найти источник данных. Определить, где записаны участник, товар, дата и уникальный номер операции.
- Выбрать способ подтверждения. Для товара подготовить набор уникальных кодов, для учетной системы — сопоставление сотрудника с аккаунтом и передачу начисления через API.
- Проверить повторное использование. Убедиться, что повторный ввод кода или повторная передача операции не создают второе начисление.
- Предусмотреть исправления. Определить, кто и как корректирует баланс при отмене, возврате или ошибке.
- Пройти путь участника. Проверить регистрацию, выполнение условия, отображение статуса и начисление вознаграждения.
- Подготовить условия для участников. На странице программы и в личном кабинете указать, какое действие подтверждает выполнение механики, как его выполнить и когда появится вознаграждение.
Для проверки кодовой механики понадобится тестовая упаковка или образец наклейки. Для интеграции — пример записи с тем же набором полей, который используется в рабочей системе. Чем точнее исходный пример, тем проще определить обязательные поля и объем подготовки.
Команда Robobill поможет определить, какие данные подтверждают выбранное условие, подобрать подходящую механику платформы и проверить начисление на тестовой операции. Участник получит понятный порядок действий, а компания сможет начислять вознаграждение по уникальному коду или подтвержденной записи из своей учетной системы.
Частые вопросы
Чем можно подтвердить продажу, если кассового чека нет?
Подтверждением может стать уникальный код с упаковки, запись об операции в учетной системе, УПД, накладная или согласованный реестр. Источник выбирают по действию, за которое начисляется вознаграждение: он должен связывать участника, товар или работу, дату и уникальный номер операции.
Подходит ли УПД для начисления бонуса конкретному продавцу?
Сам по себе УПД подтверждает закупку или отгрузку между компаниями, но обычно не называет сотрудника магазина. Для начисления конкретному продавцу нужна дополнительная запись, которая связывает его с последующей продажей.
Как исключить повторное начисление при передаче данных через API?
Вместе с идентификатором участника передают уникальный номер операции и итоговый статус. Повторная команда с тем же номером не должна создавать новое начисление; порядок отмены и корректировки лучше проверить на тестовой операции до запуска.