Как работает дисконтная карта по умолчанию в 1С:УНФ 3.0.14

Разберите, как дисконтная карта по умолчанию подставляется при выборе клиента в 1С:УНФ 3.0.14. В статье есть пошаговая проверка, сравнение с прежним ручным сценарием и алгоритм диагностики, если карта или скидка не отображаются.

В 1С:УНФ 3.0.14 при выборе клиента в документе продажи может автоматически подставляться связанная именная дисконтная карта по умолчанию. Продавцу не приходится каждый раз отдельно искать карту в списке или вводить ее номер вручную.

Механика сокращает число действий при повторной покупке, но сама подстановка карты не гарантирует автоматическое предоставление скидки. Итог зависит от статуса карты, срока ее действия, настроек программы лояльности, состава товаров и других условий продажи.

Перед использованием функции в рабочей базе проверьте релиз 1С:УНФ, карточку клиента, связь с дисконтной картой и расчет итоговой суммы. Первую проверку безопаснее провести на тестовом клиенте и в отдельном документе продажи до его проведения.

Что делает дисконтная карта по умолчанию в 1С:УНФ 3.0.14

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

Раньше продавцу часто требовалось выполнять эти действия отдельно: сначала выбрать покупателя, затем найти карту, проверить ее принадлежность и убедиться, что скидка рассчиталась. В версии 3.0.14 часть последовательности может выполняться автоматически.

Что происходит после выбора клиента в документе продажи

  1. Пользователь открывает документ продажи и указывает покупателя.
  2. 1С:УНФ определяет связанные с клиентом дисконтные карты.
  3. Система выбирает карту, которая назначена картой по умолчанию, и подставляет ее в документ.
  4. Продавец проверяет клиента, карту, цены, скидки и итоговую сумму.
  5. Документ проводят после того, как результат совпал с условиями программы лояльности.

Точные названия полей и порядок действий могут отличаться в зависимости от релиза, прав пользователя, рабочего места кассира и доработок базы. Поэтому проверяйте описанный сценарий в своей информационной базе.

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

Что означает статус карты по умолчанию

Карта по умолчанию, это карта, которую программа должна выбрать автоматически среди связанных с клиентом карт. Такой статус нужен, когда у покупателя есть несколько карт или в базе хранятся старые записи.

Пример: у одного клиента есть карта с номером 10025, действующая сейчас, и карта с номером 08741, которой покупатель больше не пользуется. Если статус по умолчанию назначен старой карте, документ продажи может получить некорректные данные. Продавец увидит карту клиента, но программа лояльности не обязательно применит ожидаемую скидку.

Проверьте три условия:

  • у клиента указана нужная карта;
  • карта не связана с другим покупателем;
  • среди карт клиента нет неоднозначных или устаревших признаков выбора.

Как продавец работал с дисконтной картой до автоматической подстановки

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

Какие операции выполнялись вручную

При типичном сценарии продавец выполнял несколько последовательных операций:

  1. Находил клиента по имени, телефону или другому идентификатору.
  2. Открывал список связанных дисконтных карт.
  3. Выбирал карту или вводил ее номер.
  4. Проверял, что карта принадлежит выбранному клиенту.
  5. Пересчитывал скидку и контролировал итоговую сумму.

При большой доле повторных покупок эти действия занимают время на каждой продаже. Ошибка на одном из этапов влияет на цену, скидку и сведения о покупке клиента.

ЭтапРучной сценарийСценарий с картой по умолчанию
Выбор клиентаПродавец находит и указывает клиентаПродавец находит и указывает клиента
Выбор картыКарту ищут или вводят отдельноСвязанная карта подставляется автоматически
Проверка скидкиПродавец контролирует результат вручнуюПродавец по-прежнему контролирует результат
Проведение продажиДокумент проводят после проверкиДокумент проводят после проверки

Какие ошибки возникали при ручном выборе карты

Ручной выбор повышает риск пропустить карту или указать неподходящую запись. На практике встречаются такие ситуации:

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

Последствия зависят от процесса компании. Покупатель может получить неверную цену, кассиру придется оформлять возврат, а руководитель увидит расхождения в отчетах по программе лояльности.

Влияет ли автоматическая подстановка карты на скидку и сумму продажи

Автоматическая подстановка помогает передать в документ правильную карту клиента. Скидка появится только при выполнении правил программы лояльности.

Например, карта дает скидку 5 процентов на подходящие товары. При сумме таких товаров 10 000 рублей ожидаемый результат составит 9 500 рублей. Если в документе осталась сумма 10 000 рублей, нужно проверить условия скидки, даже когда номер карты подставился правильно.

Почему карта может быть подставлена, а скидка не примениться

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

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

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

Что проверить в итогах документа продажи

Перед проведением документа проверьте:

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

Для контрольной проверки создайте две одинаковые продажи. В первой выберите клиента с картой, во второй используйте тот же набор товаров без карты, если настройки позволяют такой тест. Сравните цены строк, размер скидки и итоговую сумму.

Какие данные клиента и карты нужно проверить перед использованием

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

Проверка карточки клиента

В карточке клиента проверьте:

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

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

Проверка именной дисконтной карты

Для карты проверьте номер или другой идентификатор, владельца, статус, срок действия и принадлежность к нужной программе лояльности. Уточните, нет ли связи с другим клиентом.

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

Проверка связи клиента и карты

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

Для проверки подойдет простой контрольный сценарий: открыть карточку клиента, перейти к связанной карте, сверить номер и владельца, затем создать новый документ продажи. Если в документе появляется другая карта, сначала исправьте справочники и повторите тест.

Как проверить автоматическую подстановку дисконтной карты в 1С:УНФ

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

Проверка версии и условий использования

  1. Уточните, что в базе используется 1С:УНФ 3.0.14 или более поздний релиз.
  2. Проверьте, установлены ли расширения, обработки рабочего места продавца и интеграции с кассовым оборудованием.
  3. Зафиксируйте настройки, связанные с клиентами, дисконтными картами и скидками.
  4. Убедитесь, что у тестового пользователя достаточно прав для выбора клиента и просмотра карты.
  5. Проверьте, что форма документа продажи не заменена нестандартной обработкой.

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

Тестовый сценарий с клиентом и картой

  1. Выберите клиента, у которого заранее проверена именная карта по умолчанию.
  2. Создайте тестовый документ продажи.
  3. Укажите клиента и проверьте, появилась ли связанная карта.
  4. Добавьте товары, для которых точно известны правила скидки.
  5. Проверьте цены строк, размер скидки и итоговую сумму.
  6. Сравните результат с ожидаемыми условиями программы лояльности.
  7. Не проводите документ, пока причина расхождения не установлена.

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

Контрольный сценарий без карты и с другой картой

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

Сравните три результата:

  • документ с картой по умолчанию;
  • документ без карты;
  • документ с другой картой.

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

Настройка кассового рабочего места тоже может менять привычный порядок действий продавца. Сведения о кассах, РМК, терминалах и считывании карт собраны в инструкции по настройке нескольких касс и РМК в 1С:УНФ.

Почему дисконтная карта клиента не подставляется автоматически

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

Карта не связана с клиентом или указана неоднозначно

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

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

Карта подставляется, но скидка не рассчитывается

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

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

Поведение отличается в доработанной базе

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

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

Если продажа проходит через отдельное кассовое решение, проверьте обмен между кассой и УНФ. Для связанных вопросов по обновлению кассового контура подойдет разбор изменений 1С:Касса 4.1.10.

Что дает функция розничной компании и ИП

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

Для продавца и кассира

Продавцу достаточно корректно найти клиента и проверить результат в документе. Отдельный поиск карты может не потребоваться.

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

Для руководителя и владельца бизнеса

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

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

Для специалиста по 1С

Специалисту по 1С нужно разделить проверку на три уровня: типовое поведение УНФ, настройки конкретной базы и проектные изменения. Отдельно зафиксируйте, что подтверждено в типовой конфигурации, а что зависит от расширений, интеграций или обработки рабочего места кассира.

При подключении дополнительных способов оплаты полезно проверять весь путь продажи, включая скидку, пересчет и передачу итогов в кассовую систему. Например, особенности оплаты через QR-код и возвратов разобраны в инструкции по работе с ЮKassa в 1С:УНФ.

Итоги: как безопасно использовать дисконтную карту по умолчанию в УНФ

В 1С:УНФ 3.0.14 при выборе клиента в документе продажи может автоматически подставляться связанная именная дисконтная карта по умолчанию. Это сокращает ручной подбор карты при повторных продажах.

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

Краткий чек-лист проверки

  1. Подтвердите релиз 1С:УНФ 3.0.14 или выше.
  2. Проверьте карточку клиента и отсутствие дублей.
  3. Убедитесь, что именная карта принадлежит нужному клиенту.
  4. Проверьте статус, срок действия и программу лояльности карты.
  5. Назначьте одну карту картой по умолчанию, если у клиента их несколько.
  6. Создайте тестовый документ продажи.
  7. Проверьте подстановку карты, скидку, цены строк и итоговую сумму.
  8. Сравните результат с документом без карты или с другой тестовой картой.
  9. Только после проверки перенесите сценарий в повседневную работу.

Если карта не подставляется, начинайте с версии и данных справочников. Затем проверяйте правила скидок, права пользователя и проектные изменения. Такой порядок помогает найти причину без бессистемного изменения настроек.

Похожие статьи

ЭТрН в роуминге: ошибки в 1С и как их исправить

Разбираем ошибки, из-за которых ЭТрН не уходит в роуминг между операторами ЭДО: неверный ИдЭДО, ИНН, идентификатор МЧД, пустая ставка НДС, код валюты, данные о погрузке. Для каждой: пример сообщения, место проверки в 1С, порядок исправления и повод для обращения в поддержку.

Изменения в сертификации «1С:Руководитель проектов» с 19 октября 2026 года: новый тест и отмена «Основ менеджмента»

С 19 октября 2026 года для статусов «1С:Руководитель проектов» и «1С:Руководитель корпоративных проектов» вводится обязательный тест «Проектные технологии фирмы „1С“» из 14 вопросов с порогом 12 правильных ответов. Разбираем параметры теста, стоимость, даты переходного периода и план подготовки до 31 декабря 2026 года.

Как отразить ДОПП в декларации по косвенным налогам в «1С:Бухгалтерии 8» при внесении обеспечительного платежа

Пошагово разбираем, как в «1С:Бухгалтерии 8» сформировать ДОПП, внести обеспечительный платеж и зачесть его в Разделе 4 декларации по косвенным налогам. Сквозной пример импорта из Казахстана, четыре состояния поставки и курсовые разницы, из-за которых НДС расходится с ОП.