Бонусы в опте 1С — реферальные начисления, уровни лояльности и подтверждение кодом
Расширение добавляет в оптовые продажи то, чего нет в типовой бонусной подсистеме: реферальные начисления, подтверждение списания кодом из SMS, уровни лояльности по обороту, бонусные условия соглашений, начисление по факту оплаты и корректное сторно при возврате. Работает и на релизах УТ 11.4 и КА 2.4, где бонусов в опте нет вовсе.
Текущий релиз 651.2.7.5 от Что нового
Что вы получаете
-
Покажем как работает. Запросите демонстрацию — проведем встречу в удобном мессенджере и покажем функционал на вашей задаче.
-
Готовое решение. Не идея и не ТЗ — рабочая разработка для текущего и предыдущих релизов конфигураций, со скриншотами и инструкцией.
-
Безопасно для конфигурации. Разработки подключаются без вмешательства в типовую конфигурацию. Снимаются за минуту, если что-то пойдет не так.
-
Полная прозрачность. Открытый код, честные отзывы, закрывающие документы.
Подробное описание
Бонусная программа в оптовой торговле упирается в одно и то же: баллы начисляются, но клиент не понимает, за что; менеджер списывает их без всякого подтверждения; при возврате товара баллы остаются у покупателя; а партнер, который привел клиента, не получает ничего. Типовая бонусная подсистема закрывает базовый сценарий начисления и оплаты, все остальное приходится вести на стороне.
Расширение достраивает эти механизмы прямо в документах продажи: реферальные начисления, подтверждение списания кодом из SMS, уровни лояльности по обороту, бонусные условия в соглашениях с клиентами, начисление по факту оплаты, уведомления о сгорании и корректное сторно при возврате.
Оплата бонусами в 1С: что умеет типовая подсистема и что добавляет расширение
До покупки стоит понять, где заканчивается типовой механизм. Начисление и оплата баллами в оптовых документах входят в типовые возможности начиная с релизов УТ 11.5.9.116 и КА 2.5.9.116. Все, что перечислено ниже, типовая подсистема не делает ни в одном релизе.
| Возможность | Типовые бонусные программы УТ 11.5 и КА 2.5 | С расширением |
|---|---|---|
| Начисление и оплата бонусами в опте | С релизов 11.5.9.116 и 2.5.9.116 | Работает и на более ранних релизах, включая УТ 11.4 и КА 2.4 |
| Реферальные начисления | Нет | Партнер, приведший клиента, и процент его вознаграждения задаются в карте лояльности клиента |
| Подтверждение списания кодом | Нет | Клиент получает код по SMS или голосовым звонком и называет его продавцу; без верного кода документ не проводится |
| Оплата бонусами в счете на оплату | Нет | Счет по заказу наследует оплату бонусами пропорционально своей доле; счет без заказа контролируется по остатку и проценту |
| Бонусные условия в соглашениях | Нет | Процент начисления и предельный процент оплаты задаются отдельно для каждого соглашения с клиентом |
| Момент начисления | По отгрузке | По отгрузке, только после полной оплаты документа или пропорционально оплаченной части |
| Уровни лояльности по обороту | Нет | Пороги оборота за период оценки, свой процент начисления и свой предел оплаты на каждом уровне |
| Уведомление о сгорании баллов | Нет | Письмо и SMS партнерам, рабочее место со списком сгорающих баллов |
| Сторно при возврате | Корректировка по документу возврата | Сторнируются и начисленные, и списанные баллы, включая реферальные, пропорционально возвращенной части |
| Ручные скидки вместе с бонусами | Ручная скидка и бонусы не разделены | Сумма ручной скидки и сумма оплаты бонусами разведены по разным полям строки и работают в одном документе |
Кому подойдет
- оптовым компаниям, которые хотят удерживать клиентов баллами, а не бесконечной скидкой в цене;
- тем, у кого продажи идут через партнеров-посредников и нужно вознаграждать того, кто привел покупателя;
- компаниям на релизах УТ 11.4, КА 2.4 и ранних 11.5, где бонусов в опте нет вовсе;
- тем, кто уже пользуется типовыми бонусами, но уперся в отсутствие подтверждения списания, уровней и контроля возвратов.
Настройка бонусной программы и карт лояльности
Расширение опирается на типовые объекты конфигурации, поэтому начинается все с обычной настройки бонусной программы. Первым делом в разделе НСИ и администрирование → Настройки разделов → CRM и маркетинг проверьте, что включено использование ручных скидок.
Там же включите карты лояльности, автоматические скидки и бонусные программы.
Дальше создайте бонусную программу. В ней задаются:
- валюта бонусных баллов;
- курс для пересчета баллов в валюту документа;
- фильтр номенклатуры, которую разрешено оплачивать бонусами;
- признак начисления бонусов на товары, которые сами оплачены бонусами;
- максимальный процент оплаты бонусами — на закладке Ограничения.
Затем создайте вид карт лояльности с обязательной ссылкой на бонусную программу. Карта должна быть штриховой и персонализированной — иначе баллы не к кому привязать.
Шаблон кодов карт лояльности задает правило, по которому генерируются номера.
Скидка с типом Бонус процентом определяет, сколько баллов начисляется от суммы продажи, и привязывается к виду карт лояльности.
Последний шаг подготовки — регистрация карты лояльности конкретного клиента.
Настройки бонусов в оптовых продажах
Собственные настройки расширения лежат в разделе CRM и маркетинг → НСИ продаж → Настройки бонусов (оптовые продажи). Форма одна и содержит все параметры работы:
- Использование чужих карт — запретить, разрешить только пользователям с полными правами или разрешить всем. Если у покупателя своей карты нет, продавец подставляет карту сотрудника, и движения идут по ней;
- Регистрировать бонусы — в заказе клиента или в реализации товаров и услуг; определяет, какой документ формирует движения по баллам;
- Момент начисления бонусов — по отгрузке, по оплате или частично по оплате;
- Правила бонусной программы важнее условий соглашения и уровня — строки, для которых в типовой бонусной программе задано правило начисления (например, свой процент по ценовой группе), считаются по этому правилу, а процент соглашения или уровня получают только остальные строки;
- Реферальная система — включает начисление не только покупателю, но и партнеру, который его привел;
- Подтверждать оплату — требовать код подтверждения, когда баллы списываются;
- Сервисный код — запасной код на случай, когда сообщение не доходит до клиента; поле ввода в документах работает в режиме пароля;
- Уровни лояльности и Период оценки уровня, месяцев — включают расчет уровня по обороту партнера за выбранное число месяцев;
- Срок действия бонусов, дней — через сколько дней после начисления баллы сгорают; ноль означает бессрочные баллы;
- Уведомлять о сгорании и Уведомлять за столько дней до сгорания — рассылка писем и SMS о скором сгорании.
Начисление, списание и возврат бонусов в документах продажи
Заказ клиента: карта, остаток и распределение по строкам
Заполните заказ обычным порядком. Если у партнера одна действующая карта с бонусной программой, расширение само подставит ее при выборе партнера и включит бонусы в документе, так что забыть про начисление менеджер не сможет. Если карт несколько, выберите нужную или нажмите Считать карту лояльности: по номеру карты расширение находит партнера, бонусную программу и текущий остаток баллов.
Строки товаров подбираются обычным порядком; набор ускоряет быстрый поиск номенклатуры — поле поиска прямо в шапке формы заказа.
На закладке Дополнительно появляется блок Бонусные баллы: остаток клиента, его пересчет в валюту документа, сумма к оплате баллами и отдельный флажок, отключающий бонусы в этом документе.
Баллы не списываются без решения менеджера: по умолчанию сумма к списанию равна нулю, и клиент только копит бонусы. Кнопка Списать максимум подставляет всю доступную сумму с учетом предельного процента бонусной программы, а любую другую можно ввести вручную, например чтобы списать только часть остатка. Оплата бонусами распределяется по строкам товаров пропорционально сумме продажи.
Расшифровка открывается из заказа клиента или реализации товаров и услуг: на форме документа найдите группу Бонусные баллы и нажмите кнопку Расшифровка бонусов. В окне расшифровки по каждой строке видны база начисления, источник процента (соглашение, уровень лояльности или правило бонусной программы), сам процент, начисленные баллы, предел оплаты бонусами и фактическая оплата. Шапка окна показывает карту, остаток баллов и момент начисления. Если документ изменили после расчета бонусов, окно предупреждает об этом и предлагает рассчитать бонусы заново. На вопрос «Почему так мало бонусов?» менеджер отвечает клиенту без калькулятора.
Подтверждение списания кодом
Когда включена настройка Подтверждать оплату, списание баллов требует кода. Клиент получает код по SMS или голосовым звонком, называет его продавцу, продавец вводит код в документе. Неверный код или пустое поле — документ не проводится. Тот же прием работает в отдельном решении для розницы: верификация дисконтной карты по SMS подтверждает карту перед списанием.
SMS отправляется через типовую подсистему отправки SMS: провайдер и имя отправителя берутся из настроек конфигурации, отдельного договора с оператором расширение не требует. Голосовой звонок с кодом идет напрямую в сервис рассылки по HTTPS — именно поэтому при установке расширения приходится отключать безопасный режим.
Если клиент передумал платить баллами, продавец очищает сумму к оплате бонусами — и за покупку начисляются баллы вместо списания.
Ручные скидки и бонусы в одном документе
В строке товаров живут два разных значения: собственная ручная скидка менеджера и сумма оплаты бонусами. Типовое поле Сумма ручной скидки остается их суммой — так типовые механизмы расчета продолжают работать, — но при пересчете бонусов скидка менеджера не затирается и не удваивается. Практически это значит, что клиенту можно дать договорную скидку и тут же списать баллы в одном заказе.
Цену, от которой считаются и скидка, и баллы, удобно готовить заранее: гибкое ценообразование задает наценку формулой, а прайс-лист для клиента показывает цену уже после скидок — менеджер видит ту же сумму, на которую лягут бонусы.
Реферальные начисления
Реферальная схема настраивается в карте лояльности покупателя: там указывается карта партнера-реферала и процент его вознаграждения. При продаже баллы начисляются обоим — покупателю по правилу бонусной программы, рефералу по своему проценту.
Если у покупателя своей карты нет, а настройки разрешают чужие карты, карту можно выбрать на закладке Дополнительно.
После проведения документа отчет по остаткам бонусных баллов показывает начисления и покупателю, и рефералу.
Накопленные баллы тратятся на следующих покупках: в реализации товаров и услуг оплата бонусами оформляется так же.
Реализация, созданная по заказу клиента, рассчитывает бонусы сама, если они регистрируются в этом документе. Оплата бонусами из заказа переходит в реализацию пропорционально отгрузке, а если к отгрузке остаток бонусов стал меньше этой суммы, к оплате ставится не больше остатка. Поле карты в такой реализации блокирует типовая конфигурация: она берет карту из заказа. Если в заказе карту не указали, расширение подставит карту партнера. Если карты нет и у партнера, форма подскажет указать ее в заказе.
Счет на оплату клиенту
Счет, выписанный на основании заказа с оплатой бонусами, получает свою долю списания: если счет закрывает половину заказа, в него переносится половина суммы, оплаченной баллами. Счет, заполненный вручную, проверяется отдельно — расширение не даст записать оплату баллами сверх остатка клиента и сверх предельного процента бонусной программы.
⚠️ Из опыта внедрения
Форма группового создания счетов подставляет сумму документа уже после того, как отработало заполнение по основанию. Поэтому доля оплаты бонусами в счете вычисляется не в момент заполнения, а при записи документа. Иначе база расчета еще неизвестна и в счет попал бы ноль.
Начисление по факту оплаты
В опте отгрузка и деньги разнесены во времени, поэтому момент начисления настраивается отдельно настройкой Момент начисления бонусов. В режиме «по оплате» баллы появляются у клиента только после полной оплаты документа, в режиме «частично по оплате» — пропорционально оплаченной части. Пересчет запускается при проведении документов оплаты, поэтому частичные платежи по одной реализации доначисляют баллы порциями, а отмена платежа их снимает.
Возврат товаров и сторно бонусов
Возврат товаров от клиента сторнирует бонусные движения по возвращенным строкам: снимаются начисленные баллы и восстанавливаются списанные, пропорционально сумме возвращенных строк. Реферальное вознаграждение сторнируется вместе с начислением покупателя — иначе партнер оставался бы с баллами за продажу, которой не было. Если по каким-то строкам возврата исходное движение найти не удалось, расширение не пропускает их молча: при проведении выводится сообщение со списком таких строк.
Уровни лояльности, условия соглашений и сгорание бонусов
Уровни лояльности по обороту
Уровни задаются в регистре сведений Уровни лояльности (оптовые продажи): раздел CRM и маркетинг → НСИ продаж. Для каждой бонусной программы описывается лестница уровней, и в каждой строке — четыре значения:
- Наименование уровня — как уровень называется для менеджера;
- Порог оборота за период оценки — сумма продаж, с которой уровень начинает действовать;
- Процент начисления бонусов — сколько баллов получает клиент этого уровня;
- Максимальный процент оплаты бонусами — какую долю покупки он может закрыть баллами.
Период оценки задается в месяцах в настройках: расширение считает оборот партнера за этот период и подставляет проценты того уровня, порог которого он перешагнул. Перевод клиента с уровня на уровень руками не нужен — уровень пересчитывается при оформлении документа.
Бонусные условия соглашений
Регистр Бонусные условия соглашений позволяет отступить от общего правила для отдельного клиента, не меняя бонусную программу. В строке соглашения включаются два независимых флажка — устанавливать свой процент начисления и устанавливать свой предел оплаты бонусами — и задаются сами значения. Условие соглашения имеет приоритет над процентом уровня лояльности, поэтому договоренность с крупным клиентом не ломается пересчетом оборота. Если маржинальность товаров сильно различается, включите настройку Правила бонусной программы важнее условий соглашения и уровня. Тогда строки, для которых в типовой бонусной программе задан свой процент по ценовой группе, считаются по этому проценту, и товар с наценкой 5% не получает бонус 10%. Остальным строкам достается процент соглашения или уровня.
Сгорание бонусов и рабочее место
Срок действия баллов задается в днях в настройках. Когда он задан, расширение видит, какие начисления сгорят в ближайшие дни, и уведомляет партнеров письмом и SMS. Список открывается командой Рабочее место бонусов в разделе CRM и маркетинг: горизонт в днях задается прямо в форме, в таблице видны партнер, бонусная программа, дата сгорания, количество сгорающих баллов и отметка о том, что уведомление уже отправлено. Из формы доступны две команды — Разослать уведомления и Открыть отчет.
⚠️ Рассылка уведомлений о сгорании
Расширение может добавлять собственные регламентные задания. В поставке рассылка запускается после типового задания Автоматическое начисление и списание бонусных баллов: НСИ и администрирование → Обслуживание → Регламентные и фоновые задания. Если оно отключено, уведомления можно разослать вручную: CRM и маркетинг → НСИ продаж → Рабочее место бонусов → Разослать уведомления.
Отчет «Движение бонусов по партнеру»
Откройте отчет через CRM и маркетинг → НСИ продаж → Движение бонусов по партнеру либо из Рабочего места бонусов по кнопке Движение бонусов по партнеру. Отчет показывает историю баллов одного партнера: начисления, списания, сторно по возвратам и остаток на дату, с расшифровкой до документа-регистратора. Это ответ на самый частый вопрос клиента — почему баллов стало меньше. Кому и когда выданы карты, показывает отчет по держателям карт лояльности.
Частые вопросы
У нас релиз выше 11.5.9.116, бонусы в опте уже есть. Зачем расширение?
Ради того, чего в типовой подсистеме нет ни в одном релизе: реферальных начислений, подтверждения списания кодом, уровней лояльности по обороту, бонусных условий соглашений, начисления по оплате и уведомлений о сгорании.
Можно ли дать ручную скидку и списать баллы в одном документе?
Да. Скидка менеджера и оплата бонусами хранятся в разных полях строки и не вытесняют друг друга.
Обязательно ли подтверждать списание кодом?
Нет, это отдельная настройка. Когда она выключена, баллы списываются без кода. Когда включена — без верного кода документ не проводится, а на случай сбоя связи предусмотрен сервисный код для узкого круга сотрудников.
Что происходит с баллами при возврате товара?
Начисленные баллы снимаются, списанные возвращаются на карту — пропорционально сумме возвращенных строк. Реферальное вознаграждение сторнируется вместе с начислением покупателя.
Когда начисляются бонусы — при отгрузке или после оплаты?
Как настроите: по отгрузке, только после полной оплаты документа или пропорционально оплаченной части. Пересчет запускается при проведении документов оплаты.
Как клиент узнает, что баллы скоро сгорят?
Письмом и SMS. Горизонт уведомления в днях задается в настройках, список сгорающих баллов виден в рабочем месте бонусов, рассылку можно запустить и вручную.
Нужно ли снимать конфигурацию с поддержки?
Нет. Это расширение: оно ставится файлом и не меняет саму конфигурацию, обновления типовой принимаются обычным порядком.
Проверено на УТ 11.5 и КА 2.5 в сентябре 2026 года. Если у вас есть замечания или предложения по развитию разработки, напишите в комментариях — большая часть перечисленного выше появилась именно из таких сообщений.
История релизов
-
651.2.7.5 текущий
Исправлен сбой при смене партнера в заказе клиента и реализации товаров и услуг
("Нельзя изменять поле, содержащее объект данных формы"). -
651.2.7.4
Что нового в версиях 651.2.7.x (обновление по отзыву оптовой компании):
## 651.2.7.4 (14.09.2026)
- Флажок «Бонусы» остался флажком — откат выключателя. В процессе разработки версии пробовали сделать элемент, включающий бонусы в документе, выключателем с подписью справа — так же, как другие режимы расширения («Движения в заказе», «Реферальная система», «Подтверждение оплаты»). Программно созданный на формах документов выключатель перестал отдаваться тест-клиенту вместе со всем блоком «Бонусные баллы» (платформа 8.5.1), из-за чего сценарии Vanessa Automation падали; решение отменено до выпуска — элемент остался обычным флажком, поведение и внешний вид не изменились.
## 651.2.7.3 (14.09.2026)
- Устранена невидимость сумм в блоке «Бонусные баллы». Поля «Остаток», «К начислению» и «Оплатить бонусами» на вкладке «Дополнительно» заказа клиента и реализации по заказу не отображались вовсе, хотя расчет бонусов шел корректно — платформе не хватало права «Просмотр» на добавленные расширением реквизиты ни в одной роли. Право добавлено, поля видны.
- Кнопки «Рассчитать бонусы», «Списать максимум», «Расшифровка бонусов» — с подписями, без пиктограмм. В процессе разработки версии пробовали показать их пиктограммами (без текста, только подсказка при наведении); решение не понравилось и было отменено до выпуска — кнопки остались такими же текстовыми, как раньше.
- Единая формула предельной оплаты. Ограничение оплатой бонусами и остатком на карте теперь рассчитывается через `Мин` и `Макс`; результат расчета не изменен.
## 651.2.7.0 (11.09.2026)
Версия сделана по отзыву оптовой компании, работающей с бонусами. Бонусы начисляются без лишних
действий менеджера, списание больше не подставляется само, реализация по заказу считает бонусы,
процент по ценовым группам можно брать из правил бонусной программы, а кнопка «Расшифровка
бонусов» показывает, откуда взялась каждая сумма.- Карта лояльности подставляется сама. Раньше, чтобы клиенту начислились бонусы, менеджер в каждом заказе и в каждой реализации вручную выбирал бонусную карту. Если документ проводили без карты, бонусы молча не начислялись. Теперь при выборе партнера, у которого одна действующая карта с бонусной программой, карта подставляется сама и флажок «Бонусы» включается. Если у партнера несколько карт, расширение не угадывает и оставляет выбор менеджеру.
- Бонусы не списываются без спроса. Раньше при включении бонусов или выборе карты сразу подставлялась к оплате вся сумма накопленных бонусов. Чтобы клиент в этой сделке только копил бонусы, менеджеру приходилось вручную ставить ноль. Теперь сумма к оплате бонусами по умолчанию равна нулю. Кнопка «Списать максимум» одним нажатием ставит к оплате все доступное, а любую другую сумму, как и раньше, вводят в поле вручную.
- Реализация по заказу считает бонусы. Раньше в реализации, созданной по заказу клиента, поле карты было недоступно, а бонусы из заказа не переносились. Если в заказе карту не указали, начислить бонусы по такой отгрузке было нельзя. Теперь, когда настройка «Движения в заказе» выключена, реализация по заказу рассчитывает бонусы сама. Оплата бонусами из заказа переходит в реализацию пропорционально отгрузке, а если к отгрузке остаток бонусов стал меньше этой суммы, к оплате ставится не больше остатка. Если в заказе нет карты, берется карта партнера. Если карты нет и у партнера, форма подсказывает указать ее в заказе.
- Процент по ценовым группам из правил программы. В настройках появился выключатель «Правила бонусной программы важнее условий соглашения и уровня». Когда он включен, строка, для которой в типовой бонусной программе задано правило начисления (например, свой процент по ценовой группе), считается по этому правилу. Процент из соглашения или уровня лояльности получают только строки без правила. Так товар с низкой наценкой больше не получает тот же бонус, что товар с высокой. По умолчанию настройка выключена, и у тех, кто уже работает с расширением, расчет не меняется.
- ⚠ Перепроведение старых реализаций по заказам. С этой версии реализация по заказу при включенной настройке «Движения в заказе» отказывает в ПРОВЕДЕНИИ (в т.ч. при перепроведении уже проведенного документа), если сама не «зеркалит» целиком ровно один заказ, который сам ведет бонусы. До 2.7.0 признак «Бонусы» в такой реализации мог стоять как угодно — оплата бонусами из заказа в нее не переносилась и не проверялась, поэтому у части старых документов отказ может сработать впервые именно при перепроведении:
- реализация оформлена сразу по НЕСКОЛЬКИМ заказам (шапка `ЗаказКлиента` пуста, заказы видны только по строкам) и на реализации включен флажок «Бонусы». Если хотя бы один из этих заказов сейчас сам ведет бонусы (`ОБ_Использовать`=Истина), снять флажок через форму нельзя — списание или начисление у такой реализации было ДВОЙНЫМ (заказ провел его сам), отказ оправдан, документ нужно создать заново на основании заказа. Если же НИ ОДИН из заказов бонусы сам не ведет, флажок через форму снимается — но начисление, которое провела САМА эта реализация, было ЕДИНСТВЕННЫМ: перед тем как снять флажок и перепровести, сверьте начисление бонусов по документу — снятие флажка молча СТОРНИРУЕТ уже законно начисленные баллы;
- реализация оформлена по ОДНОМУ заказу (он указан в шапке), у которого сейчас `ОБ_Использовать`=Ложь, а на реализации флажок «Бонусы» включен — флажок снимается через форму, и отказ уходит. Сторнировать здесь нечего: при «Движениях в заказе» баллы по документу с заполненной шапкой проводит заказ, своих движений у реализации нет. Но если документ проводили, когда настройка была ВЫКЛЮЧЕНА, его собственные баллы пропадут при первом же перепроведении — и со снятым флажком, и с включенным: дело в заполненной шапке, а не во флажке. На обычную запись без проведения отказ не распространяется. Затронуты только документы с ранее включенным флажком «Бонусы» — типовой документ без него перепроводится как раньше.
- Расшифровка бонусов. В блоке «Бонусные баллы» заказа и реализации появилась кнопка «Расшифровка бонусов». Она открывает окно, где по каждой строке видно, от какой суммы считался бонус, какой процент применен (соглашения, уровня лояльности или правила программы), сколько начислено и сколько можно оплатить бонусами. Шапка окна показывает карту, остаток бонусов и момент начисления. Если документ изменили после расчета бонусов, окно предупреждает об этом и предлагает рассчитать бонусы заново.
-
651.2.7.1
1. Действия расчета и расшифровки бонусов в документах продаж стали компактными пиктограммами.
2. Расчет предельной оплаты бонусами упрощен и ограничивается функциями Мин/Макс.
3. В поставке две сборки: для УТ 11.4 / КА 2.4 и УТ 11.5 / КА 2.5. -
651.2.7.0
Версия сделана по отзыву оптовой компании, работающей с бонусами. Бонусы начисляются без лишних
действий менеджера, списание больше не подставляется само, реализация по заказу считает бонусы,
процент по ценовым группам можно брать из правил бонусной программы, а кнопка «Расшифровка
бонусов» показывает, откуда взялась каждая сумма.- Карта лояльности подставляется сама. Раньше, чтобы клиенту начислились бонусы, менеджер в каждом заказе и в каждой реализации вручную выбирал бонусную карту. Если документ проводили без карты, бонусы молча не начислялись. Теперь при выборе партнёра, у которого одна действующая карта с бонусной программой, карта подставляется сама и флажок «Бонусы» включается. Если у партнёра несколько карт, расширение не угадывает и оставляет выбор менеджеру.
- Бонусы не списываются без спроса. Раньше при включении бонусов или выборе карты сразу подставлялась к оплате вся сумма накопленных бонусов. Чтобы клиент в этой сделке только копил бонусы, менеджеру приходилось вручную ставить ноль. Теперь сумма к оплате бонусами по умолчанию равна нулю. Кнопка «Списать максимум» одним нажатием ставит к оплате всё доступное, а любую другую сумму, как и раньше, вводят в поле вручную.
- Реализация по заказу считает бонусы. Раньше в реализации, созданной по заказу клиента, поле карты было недоступно, а бонусы из заказа не переносились. Если в заказе карту не указали, начислить бонусы по такой отгрузке было нельзя. Теперь, когда настройка «Движения в заказе» выключена, реализация по заказу рассчитывает бонусы сама. Оплата бонусами из заказа переходит в реализацию пропорционально отгрузке, а если к отгрузке остаток бонусов стал меньше этой суммы, к оплате ставится не больше остатка. Если в заказе нет карты, берётся карта партнёра. Если карты нет и у партнёра, форма подсказывает указать её в заказе.
- Процент по ценовым группам из правил программы. В настройках появился выключатель «Правила бонусной программы важнее условий соглашения и уровня». Когда он включён, строка, для которой в типовой бонусной программе задано правило начисления (например, свой процент по ценовой группе), считается по этому правилу. Процент из соглашения или уровня лояльности получают только строки без правила. Так товар с низкой наценкой больше не получает тот же бонус, что товар с высокой. По умолчанию настройка выключена, и у тех, кто уже работает с расширением, расчёт не меняется.
- ⚠ Перепроведение старых реализаций по заказам. С этой версии реализация по заказу при включённой настройке «Движения в заказе» отказывает в ПРОВЕДЕНИИ (в т.ч. при перепроведении уже проведённого документа), если сама не «зеркалит» целиком ровно один заказ, который сам ведёт бонусы. До 2.7.0 признак «Бонусы» в такой реализации мог стоять как угодно — оплата бонусами из заказа в неё не переносилась и не проверялась, поэтому у части старых документов отказ может сработать впервые именно при перепроведении:
- реализация оформлена сразу по НЕСКОЛЬКИМ заказам (шапка `ЗаказКлиента` пуста, заказы видны только по строкам) и на реализации включён флажок «Бонусы». Если хотя бы один из этих заказов сейчас сам ведёт бонусы (`ОБ_Использовать`=Истина), снять флажок через форму нельзя — списание или начисление у такой реализации было ДВОЙНЫМ (заказ провёл его сам), отказ оправдан, документ нужно создать заново на основании заказа. Если же НИ ОДИН из заказов бонусы сам не ведёт, флажок через форму снимается — но начисление, которое провела САМА эта реализация, было ЕДИНСТВЕННЫМ: перед тем как снять флажок и перепровести, сверьте начисление бонусов по документу — снятие флажка молча СТОРНИРУЕТ уже законно начисленные баллы;
- реализация оформлена по ОДНОМУ заказу (он указан в шапке), у которого сейчас `ОБ_Использовать`=Ложь, а на реализации флажок «Бонусы» включён — флажок снимается через форму, и отказ уходит. Сторнировать здесь нечего: при «Движениях в заказе» баллы по документу с заполненной шапкой проводит заказ, своих движений у реализации нет. Но если документ проводили, когда настройка была ВЫКЛЮЧЕНА, его собственные баллы пропадут при первом же перепроведении — и со снятым флажком, и с включённым: дело в заполненной шапке, а не во флажке. На обычную запись без проведения отказ не распространяется. Затронуты только документы с ранее включённым флажком «Бонусы» — типовой документ без него перепроводится как раньше.
- Расшифровка бонусов. В блоке «Бонусные баллы» заказа и реализации появилась кнопка «Расшифровка бонусов». Она открывает окно, где по каждой строке видно, от какой суммы считался бонус, какой процент применён (соглашения, уровня лояльности или правила программы), сколько начислено и сколько можно оплатить бонусами. Шапка окна показывает карту, остаток бонусов и момент начисления. Если документ изменили после расчёта бонусов, окно предупреждает об этом и предлагает рассчитать бонусы заново.
-
651.2.6.30
## 651.2.6.30 (07.09.2026)
Формы расширения приведены к виду типовых, у расширения появилась собственная роль доступа,
заголовки колонок отчёта встали по центру.- У расширения появилась своя роль «Работа с бонусами». Раньше доступ к настройкам бонусов, карте лояльности и отчёту раздавался только через роли конфигурации — администратору приходилось выдавать сотруднику лишние права. Теперь достаточно добавить пользователю роль «Работа с бонусами»: она открывает ровно объекты расширения — настройки бонусов, справочник карт лояльности, регистры начислений и отчёт «Движение бонусов по партнёру», и ничего сверх того.
- Кнопки рабочего места бонусов получили пиктограммы и привычный порядок. «Обновить», «Разослать уведомления» и «Открыть отчёт» раньше были голыми надписями и не отличались одна от другой с первого взгляда. Теперь у каждой команды своя пиктограмма, «Обновить» выделена как кнопка по умолчанию (срабатывает по Enter), а «Справка» стоит последней — так же, как на типовых формах конфигурации.
- К формам расширения подключена справка. По F1 (и по кнопке «Справка») в настройках бонусов и в рабочем месте бонусов открывается описание формы: что делает каждая настройка и что будет, если оставить её выключенной. Раньше справки у форм не было вовсе.
- Переключатели вместо флажков. «Движения в заказе», «Реферальная система» и «Подтверждение оплаты» — это режимы работы механизма, а не отметки в списке, поэтому они стали выключателями: видно с одного взгляда, включён режим или нет.
- Поле «Сервисный код» перестало разъезжаться по ширине формы. Короткое поле тянулось до правого края и растаскивало соседние поля; теперь у него обычная ширина и форма выглядит ровно при любом размере окна.
- Заголовки колонок в отчёте «Движение бонусов по партнёру» стоят по центру. Раньше шапка отчёта прижималась к левому краю колонки и на широких колонках читалась хуже данных.
Изменений в расчёте бонусов в этой версии нет: начисления, сторно, уровни лояльности и
реферальные проценты работают ровно так же, как в 651.2.6.27.
Предыдущие релизы — 7 релизов
-
651.2.6.27
Исправлено начисление и сторнирование реферальных бонусов.
База реферального бонуса теперь считается по строкам документа — сумма после скидок без НДС,
ровно так же, как и основное начисление продавцу. Раньше реферальный бонус считался от суммы
документа вместе с НДС, поэтому в конфигурациях с НДС начислялось и сторнировалось при возврате
больше, чем следовало: после частичного возврата остаток бонусов уходил в минус. -
651.2.6.24
Сторно реферальных бонусов при начислении по оплате:
- Если бонусы начисляются не по отгрузке, а после оплаты или пропорционально оплате, начисление рефералу уменьшается на долю оплаты документа. Потолок сторно этого не учитывал и считался от полной суммы документа: при частичном возврате по частично оплаченному документу у реферала могло списаться больше, чем ему было начислено. Теперь потолок считается по той же формуле, что и само начисление — с долей оплаты документа базы.
- При начислении по отгрузке (настройка по умолчанию) поведение не изменилось.
-
651.2.6.23
Сторно реферальных бонусов — уточнение потолка и диагностики:
- При включенной настройке «движения в заказе» база начисления одна на весь заказ, сколько бы реализаций по нему ни прошло. Потолок сторно теперь считается по документу базы, а не по документу продажи: несколько реализаций одного заказа больше не ведут независимые счетчики и не могут в сумме снять у реферала больше начисленного.
- Сообщение при проведении возврата стало точным: раньше оно утверждало, что номенклатуры нет в документе продажи, даже когда строка там есть, но отменена. Теперь — «не входит в бонусную базу документа продажи (нет такой строки либо она отменена)».
-
651.2.6.22
Сторно бонусов при возврате товаров:
- Реферальное вознаграждение сторнируется от той же базы, от которой начислялось, — от суммы документа после скидок. Раньше доля возврата считалась от суммы строки возврата, где ручной скидки нет: при оплате бонусами сторно реферала завышалось.
- Отмененные строки заказа исключены из базы доли возврата — они не участвуют в начислении бонусов и больше не занижают сторно.
- Сторно реферала не может превысить начисленное по продаже и считается нарастающим итогом: при возврате всех строк снимается ровно начисленная сумма, копейки округления по строкам не теряются.
- Строки возврата, номенклатуры которых нет в документе продажи, больше не пропускаются молча: при проведении выводится сообщение с номерами таких строк.
-
651.2.6.20
Сторно бонусов при частичном возврате: доля возврата считается пропорцией сумм, а не количеств.
Одна и та же номенклатура уходит в продаже несколькими строками по разным ценам, и доля,
посчитанная по количеству, сторнировала не те бонусы. Если суммы нулевые (подарок, акция),
доля по-прежнему считается по количеству. -
651.2.6.19
651.2.6.19
Интерфейс формы бонусов в документах продажи:
- Кнопки отправки кода подтверждения «СМС» и «Звонок» вместо текстовых заголовков показываются пиктограммами (конверт SMS и телефонная трубка), назначение кнопки видно во всплывающей подсказке. Группа подтверждения стала компактнее и не растягивает панель бонусов.
- Пояснение под кнопкой расчёта больше не висит постоянно: оно появляется только тогда, когда расчёт бонусов в документе действительно недоступен, и оформлено как подсказка.
- Исправлен текст этого пояснения. Раньше он утверждал, что для расчёта документ должен быть непроведён, хотя расчёт к проведению не привязан: бонусы недоступны в реализации, когда они уже рассчитаны в заказе клиента. Теперь так и написано.
-
651.2.6.18
Версия 651.2.6.18
Сторно бонусов при возврате товара
- При частичном и полном возврате начисленные бонусы теперь сторнируются корректно: служебные даты начисления и списания заполняются датой документа продажи, если в самой продаже они пусты (раньше типовой запрос возврата молча отбрасывал такие строки, и бонусы у клиента оставались).
- Сторнируются и реферальные начисления по возвращённому товару — раньше бонусы реферала сохранялись.
- Устранён дубль сторно у реферала.
- Возврат по нескольким реализациям больше не смешивает реквизиты разных документов.
- При двух и более бонусных программах в документе обрабатываются все программы, а не только последняя.
- Сумма сторно считается пропорцией от сумм, а не округлённым коэффициентом по количеству — недосторнирование около 1 % при возврате части позиций устранено.
Начисление бонусов по факту оплаты
- Бонусы начисляются пропорционально фактически оплаченной доле документа.
Отчёт «Движение бонусов по партнёру»
- Исправлено: отчёт открывался пустым при наличии движений. Период отчёта теперь заполняется по умолчанию («Этот год») и доступен в быстрых настройках, а незаполненные границы периода больше не отсекают данные.
Комментарии (17)
Добрый день, очень не хватает начисление бонусов с межценовой разницы, например цена "розничная"- 500 р цена "клиента" 480р, разница 20р чтоб начислилась клиенту, возможно ли такое реализовать или может планируется?
такое есть в типовой конфигрурации, но только через предоставление скидок, а вот начисление бонусов почемуто нету
Добрый день, Тандз!
В документе продажи только одна цена, откуда брать вторую для расчета разницы?
Добрый день, вторую цену брать из условий бонусной программы, или может в соглашениях такой пункт прописать (если такое возможно)
Как вариант, могу в настройках модуля зашить вид цены. Но в таком случае он будет единый для всех случаев. Подходит такой вариант?
Здравствуйте! На 11.5.22.137 выдает "errorInfo": { "systemErrorInfo": { "clientStack": "core83.dll:0x0000000000086340 vrscore.dll:0x00000000000BAF85 ...
"Ошибка инициализации модуля: Бонусы ОбщийМодуль.ОБ_ОбщийМодульВызовСервера.Модуль", [], "", "" ], [ "{Бонусы ОбщийМодуль.ОБ_ОбщийМодульВызовСервера.Модуль(47,28)}: Переменная не определена (ОбработкаТабличнойЧастиКлиентСервер)", [ "ScriptCompileError" ], "",
Добрый день! Поправил, скачайте повторно и обновите у себя в базе.
Добрый день. Возникла необходимость обновить УТ с 11.5.17 на 11.5.22 - есть ли обновление версии расширения, которая работает с 11.5.22.106? Или уже все же пробовать переходить на штатный функционал УТ?
Здравствуйте, Иван! Разработка адаптирована под последние релизы УТ. Обновление можно купить в личном кабинете.
Здравствуйте. У нас расширение 651.1.3.2 для УТ11.5. После обновления на версию 11.5.17.185 - появились какие-то странные автоматические списание. Нужно обновление или нужно отключить расширение и пользоваться встроенным функционалом? И если использовать стандартный функционал то что будет с существующими бонусами клиентов в документах?
Добрый день. Если пользоваться стандартным функционалом, то для корректного расчета остатков бонусов нужно отключить расширение и перепровести все документы, которыми бонусы были начислены и/или списаны. Если же есть желание продолжить пользоваться расширением, то нужно оплатить и скачать обновление. Сделать это можно из личного кабинета на сайте.
Доброго времени суток УТ 8.3.23.2040 Казахстан будет работать?
Добрый день! Если речь про Управление торговлей редакции 3.4, то да, будет работать.
3.4.4.114 УТ Казахстан Если быть точнее
Да, должно работать
Здравствуйте, Дмитрий. Начисляем бонусы в заказе клиента - работает хорошо. Но в новом заказе с этим же клиентом бонусы равны нулю, как-будто не видит их, в РМК и в отчёте баллы числятся. Подскажите что делать?
Добрый день, Сергей! Напишите нам на почту и уточните контактный телефон. Я могу подключиться удаленно через AnyDesk и посмотреть в чем проблема.
Здравствуйте, Дмитрий!
Пару лет назад приобрели у вас это расширение, но на этой неделе продлили опять ИТС и обновили Управление торговлей до последней версии. Теперь расширение не работает и бонусы в отчете не видны. Как нужно перейти на штатную работу с бонусами, чтобы сохранить данные?
Добрый день. К сожалению, ситуация не из простых, и простого решения тут нет. Я предлагаю сделать следующее:
1. В копии базы (до обновления) сформировать отчет по остаткам бонусов, сохранить полученные данные в Excel.
2. В рабочей базе отключить мое расширение, и перепровести все заказы клиента и документы реализации (по которым были начислены / списаны бонусы моим расширением), чтобы очистить движения документов по регистру бонусов.
3. В результате получим определенные остатки бонусов у клиентов (если были еще и розничные продажи). Теперь с помощью документа "Начисление и списание бонусных балллов" нужно доначислить клиентам бонусы, чтобы в итоге их остаток был равен остатку бонусов в копии базы до обновления.
Дмитрий, вы писали: "Начиная с релиза УТ 11.5.9.116 или КА 2.5.9.116 использование бонусов в оптовых продажах входит в типовые возможности конфигурации."
Облазил всё, не нашёл возможность списания бонусных баллов при оптовой продаже. Подскажите, где можно увидеть? В справке - тоже, ТОЛЬКО ПРИ ОФОРМЛЕНИИ ЧЕКА ККМ. У меня КА 2.5.12.95.
Все необходимые галочки стоят.
В документе реализации в командной панели таблицы товаров добавлена новая команда "Цены и скидки" -> "Добавить оплату бонусными баллами"
Странно, но в документе реализации, в "Цены и скидки" - такого пункта нет. Возможно он ТОЛЬКО в УТ есть? Или его появление зависит не только от "галочек", но и от соглашений, договора, типа контрагента или ещё чего-то?...
Возможно, у вас не выбрана в документе бонусная карта лояльности, возможно на ней нет остатка бонусов. У меня нет возможности дать вам исчерпывающий ответ (и не стоит такая задача), тема достаточно сложная и объемная. А комментарии на этой странице предназначены в первую очередь для того, чтобы разобраться с работой платного расширения.
Добрый день. Для казахстанской КА 2.4 режим совместимости 8.3.10. Через расширение мы не сможем запустить начисление бонусов при реализации. Если объекты мы включим в основную конфигурацию, с модулями и формами не будет проблем?
Здравствуйте, Марина! Да, в вашем случае необходимо будет часть объектов перенести из расширения в саму конфигурацию. Тогда проблем не будет, делал так уже не раз.
Добрый день. Внедрили расширение.
В описании расширения "реферальная программа - начисление бонусов при продаже не только покупателю, но и партнеру-посреднику (рефералу), который этого покупателя привел".
При проведении заказа бонусы начисляются рефералу, при реализации бонусы покупателю не начисляются. У нас что-то не так или так и задумано?
Здравствуйте. Если при продаже используется заказ клиента, то бонусы начисляются и списываются в заказе. Если заказ клиента не используется, то бонусы начисляются и списываются в реализации.
Добрый день, Дмитрий. Максимальная сумма бонусов возможных к списанию выводится исходя настроек бонусной программы (% ограничения оплаты) и учитывает, что могут быть позиции "запрещенные к скидке" и на них не распределяется? И справочно мы видим что есть всего по карте бонусов, верно?
То есть полноценно как и в ЧекККМ отработает?
Добрый день. Да, работает аналогично чеку ККМ (при расчете суммы бонусов используется типовой функционал конфигурации).
Добрый день.
Подскажите:
Реализовано только через расширение?
В регистр накопления "Бонусные баллы" движение делает документ "Реализация товаров и услуг"?
Реферал в документах ЧекККМ работает?
Добрый день! Да, только через расширение.Движение делает документ реализации. Реферал работает только в реализациях.
Добрый день!
В случае использование чужих карт можно ли добавить возможность подцепить эту чужую карту в карточку партнера, чтобы каждый раз ее не выбирать в заказе?
Добрый день. Не планирую такую доработку.
Добрый день! Работаем без заказов, сразу реализация. А галку "Бонусы" надо всегда вручную ставить? Не могут бонусы начисляться автоматически? Ну а если нужно списывать, то заходить тогда на вкладку "Дополнительно" и указывать сумму списания.
Добрый день. Да, галка устанавливается автоматически при выборе карты лояльности. При этом сумма бонусов к списанию тоже заполняется автоматически. Ну и вручную можно ставить разумеется.
Здравствуйте! Планируется ли внесение изменений по минимизации операций по созданию/предъявлению карт. У нас нет физических карт.
Время тратится:
1. Регистрация карты
2. "Предъявление" карты при оформлении заказа.
Возможно ли вообще уйти от оформления/предъявления допустим исходя из условий соглашения с клиентами?
Добрый день! Нет, не планируется.
Здравствуйте! Подскажите, будет ли работать с ограничением минимальной цены продажи товара в виде розничной цены?
Добрый день! Должно работать
Здравствуйте! это расширение нравится. Хотим приобрести через некот. время.
Возможно ли в планы по ней добавить - отправку СМС клиенту? Сколько бонусов ему начислено и общий остаток. У нас многие компании так делают. Вопрос вдогонку: как сейчас клиенты узнают сколько у них бонусов и как ни смогут проконтролировать их наличие? Возможно наличие бонусов печатать в накладной?
Добрый день! по поводу информирования клиентов о начислении и/или остатке бонусов отличный вопрос, запишу в план работ. Насчет печати бонусов в накладной тоже подумаю.
Добрый день, бонусы могут начисляться на обезличенные бонусные карты?
Добрый день Мария! да, такой вариант возможен. В таком случае нужно задействовать настройку модуля Использование чужих карт.
А как в таком случае списать бонусы при возврате, в типовом списании нужно указывать контрагента? УТ 11.4
Да, клиента нужно указывать. Как вариант, можно обезличенные карты учитывать по партнеру Розничный покупатель. В случае возврата оформляете документ Начисление и списание бонусных баллов. Выбираете бонусную программу, клиента и количество списываемых бонусов.
Дмитрий, если все карты оформлять на розничного клиента, как программа узнает с какой карты списать?
Тут уже начинаются проблемы. Потому что бонусные баллы учитываются не в разрезе карт лояльности, а в разрезе бонусных программ и клиентов. Отсюда следует, что обезличенные бонусные карты (т.е. карты на обезличенного розничного покупателя) вообще не имеют смысла. Выходит, что все карты должны быть именные. У обезличенных карт остаток баллов будет общий, что тоже некорректно.
Сколько стоит заказать такую доработку с нуля
| У стороннего программиста 1С | Готовое решение | |
|---|---|---|
| Стоимость | 36 000–60 000 ₽ | 10 000 ₽ |
| Сроки | 2 недели на ТЗ и согласование, затем ~12 часов работы | 5 минут на установку |
| Ваше участие | ~4 часа на постановку задачи, приемку и тесты | Скачать файл и подключить по инструкции |
| Риск | Результат виден только в конце работ | Разработка уже написана и работает у других компаний |
Расчет по рыночной ставке 3 000–5 000 ₽/час: столько стоит час стороннего программиста 1С. Итоговая экономия — от 26 000 ₽ и около двух недель ожидания.
Как установить — 5 минут
- Скачиваете архив сразу после оплаты — из личного кабинета или прямо с этой страницы — и распаковываете его.
- Открываете базу 1С и подключаете файл штатными средствами — конфигурация при этом не меняется. Пошаговая инструкция со скриншотами. Не хочется разбираться самому — при оформлении можно добавить установку под ключ за 1 500 ₽: подключимся удаленно и поставим сами.
Для вашего 1С-специалиста
- Как разработка встраивается в 1С?
- Это расширение конфигурации (файл .cfe) — подключаемый модуль, который встраивается в типовую программу и добавляет формы, реквизиты, отчеты или меняет поведение существующих объектов, физически не правя код типовой.
- Правится ли типовая конфигурация?
- Нет. Все разработки CoderStar подключаются как расширения или внешние обработки/отчеты — типовая конфигурация остается «чистой», ее код не меняется.
- Сохраняется ли поддержка вендора и ИТС?
- Да. Поскольку типовая конфигурация не дорабатывается напрямую, обновления от фирмы «1С» накатываются штатным образом, поддержка вендора и ИТС сохраняется.
- Как отключить или откатить расширение?
- Удаление расширения занимает столько же времени, сколько установка (несколько минут в списке «Расширения»), и не оставляет следов в типовой конфигурации.
- Открыт ли исходный код?
- Да. После покупки вы получаете файл без шифрования и защиты — его можно изучить, модифицировать или адаптировать в Конфигураторе под свои задачи без ограничений, без обращения к нам.
- Работает ли в 1С:Fresh?
- Нет — 1С:Fresh (облачный режим работы 1С) имеет свои ограничения, разработка в нем не работает.
- Работает ли в базовых версиях конфигураций?
- Нет. В базовых версиях (например, «Бухгалтерия предприятия. Базовая») отключена возможность подключения расширений конфигурации — нужна версия ПРОФ или старше.
Паспорт разработки — страница для согласования с руководителем
Оцените разработку
Общий рейтинг появляется при ≥ 3 оценках. Мы не скрываем плохие — все оценки идут в общую статистику.
Войдите, чтобы оценить разработку.
Частые вопросы
Как получить разработку и установить ее в 1С?
После оплаты картой или СБП ссылка для скачивания приходит на email в течение минуты. При оплате по счету от ИП — автоматически после поступления денег на расчетный счет. Ручные оплаты (USDT, перевод на казахскую карту) подтверждаем в рабочее время — обычно в течение часа.
К разработке приложена инструкция по подключению. Установка занимает 5 минут. Если что-то не получится — напишите, подключимся удаленно через AnyDesk и поставим за вас.
Какие способы оплаты доступны?
Можно ли оплатить в тенге или долларах?
А если что-то пойдет не так после установки?
Что произойдет после очередного обновления 1С?
Каждая разработка тестируется на новых релизах 1С до их публичного выхода. На момент, когда вы обновите конфигурацию, совместимая версия уже готова и ждет скачивания.
Если в течение 3 месяца после покупки выйдет новый релиз — обновление бесплатно (просто скачайте свежую версию из личного кабинета). Дальше доступна цена обновления — 20% от текущей цены разработки. Альтернатива — годовой абонемент, покрывающий все обновления и новые разработки сайта.
Какие версии 1С НЕ поддерживаются?
Разработка не работает в 1С:Fresh — это облачный режим работы 1С со своими ограничениями. Список совместимых конфигураций указан в начале описания, в других конфигурациях использование не предполагается.
Также расширения не работают в базовых версиях конфигураций 1С (например, «Бухгалтерия предприятия. Базовая») — в них отключена возможность подключения расширений конфигурации. Нужна версия ПРОФ или старше.
На сколько баз 1С действует одна покупка?
Можно ли дорабатывать код самостоятельно?
Какие закрывающие документы вы предоставляете?
Можно ли посмотреть демо до покупки?
Какой артикул у этой разработки?
Покупаете разработки несколько раз в год?
Тогда выгоднее годовой абонемент: все 292 разработки каталога и обновления к ним за 50 000 ₽ в год.

Чтобы оставить комментарий, войдите или зарегистрируйтесь.