Перенос подсистемы "Скидки и наценки" из УТ 11.4.6 в УТП для Украины (УТ 10, УПП 1.3, УТ 2.3. для Украины и в другие подобные конфигурации)

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

Тоже оказалось ничего сложного. Все заработало, как будто так и было изначально. 

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

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

Получается, если на остатке было  0 (ноль) шт. и товар был возвращен покупателем, но в тот же день был продан другому покупателю, то при проведении документа мы получим сообщение об ошибке о том, что товара нет в наличии.  Так как штатный алгоритм хочет первым делом провести операцию продажи — списать, и только потом операцию возврата — оприходовать. Но т.к. на остатке 0, то продавать и нечего. Программа себя ведет так потому, что в нее заложено, что возвраты должны быть проведены раньше по времени документом — возвратная накладная. Именно это поведение пришлось изменить.

В меню представлены почти все объекты которые были перенесены из УТ 11, или изменены в УТП. Кроме того, по нему уже можно составить общую картину новой подсистемы и того что нужно переносить.

Текст из справки в УТ 11 к данному справочнику:

Главным справочником в новом механизме является справочник «Скидки (наценки)» 

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

Т.к. весь модуль был заимствован из программы 1С Управление торговлей 11.4., то подробную информацию о том, как заполнять и настраивать данный справочник можно получить из меню «Справка», с сайта ИТС, а так же из много численных ресурсов в интернете.

Форма списка скидок перенесена полностью, кроме особенностей интерфейса ТАКСИ. Т.е. форма имеет цвет фона не белый, а желтый и вместо меню "Еще" — в УТП отображается меню "Все действия". Мною не найден способ как открыть управляемую форму в режиме ТАКСИ, в обычном приложении. Кроме того, судя по информации из интернета, его и не существует.

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

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

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

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

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

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

Из УТ 11.4. перенесены все функции данного справочника. Так же работают гиперссылки для уточнений и отборов.

Кроме того, в был добавлен новый вариант в условие предоставления скидки "За накопленный объем продаж". Теперь можно проверять накопленный объем продаж не только по клиенту, но и по каждой карте лояльности отдельно. 

Для работы этого механизма в штатные объекты УТП были внесены следующие изменения:

• в оборотный регистр накопления "Продажи" было добавлено новое измерение "Карта лояльности".
• в документ "Отчет о розничных продажах", в табличную часть "Товары" добавлены колонки "Контрагент" и "Карта лояльности".
• Изменен алгоритм закрытия кассовой смены.
• Изменен алгоритм проведения документов "Чек ККМ" и "Отчет о розничных продажах".
• Изменены некоторые общие модули отвечающие за расчет скидок, перенесенные из УТ 11.

Новая возможность добавлена по требованию заказчика.

Текст из справки в УТ 11 к данному справочнику:

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

Начисление бонусов и оплата бонусными баллами производится только при оформлении документа Чек ККМ.

Кроме того, в данный справочник был доработан.  Добавлен переключатель «Запретить оплачивать бонусами товар со скидкой».
 

• Если переключатель установлен в значение «Нет», тогда будет работать штатный алгоритм УТ 11.4.6., который уменьшает макс. процент оплаты бонусами на процент скидки.

Например: в настройках бонусной программы указали макс. процент оплаты бонусами — 30%. При продаже, в чеке рассчиталась скидка по строке — 5%. Штатный алгоритм уменьшает макс. процент оплаты бонусами, на процент предоставленных скидок.  Таким образом, исходя из данного примера, штатный алгоритм рассчитает новый макс. процент оплаты бонусами — 25% ( = 30% — 5%). Когда покупатель захочет оплатить товар бонусами, программа позволит оплатить бонусами только 25% стоимости товара, а не 30%. 

• Если переключатель установлен в значение «Да», тогда программа позволит оплачивать бонусами только тот товар, на который в строке чека вообще не назначены скидки.

Новая возможность добавлена по требованию заказчика.

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

• В документе «Начисление – списание бонусных баллов».
• В регламментных заданиях, которые в автоматическом режиме выполняют начисление или списание бонусных баллов.

Были успешно перенесены все возможности данного справочника:

• Алгоритмы работы всех форм справочника.
• Алгоритмы регламентированных заданий.
• Макеты схемы компоновки данных.

У данного справочника в УТ 11, для правила "Списание бонусов" существует схема компоновки данных — "Списание при отсутствии продаж", в которой анализируется регистр накопления "Выручка и себестоимость", которого нет в УТП. Вместо него в УТП существует регистр "Продажи". Таким образом, для работы данных функций в УТП, такие алгоритмы были доработаны.

Кроме, того данный справочник был доработан. 

Для правила "Начисление бонусов", была добавлена новая схема компоновки данных "Начисление при переходе с накопительных скидок".

Данная схема была разработана для того, чтобы автоматически заполнить документ "Начисление — списание бонусных баллов"  для ввода начальных остатков бонусов по всем покупателям.

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

Пример. 

При переходе на бонусную систему нужно полностью отказаться от старой системы накопительных скидок по картам. При этом не нужно создавать новые карты (позиции в справочнике "Информационные карты"). Пользователь хочет использовать уже существующие элементы справочника.

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

Например, если у покупателя на карте накопленная сумма продаж равна 0 до  5 тыс., тогда покупателю единоразово начисляется бонус в размере 200.00 баллов. Если на карте — от 5 тыс. до 10 тыс., тогда — 500.00 баллов, и т.д.   

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

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

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

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

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

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

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

Были успешно перенесены все возможности данного справочника:

• Формирование сегментов вручную.
• Формирование динамическое.
• Автоматическое обновление сегментов по расписанию.
• Отчеты по составу и пересечению сегментов, и остальные.

Текст из справки в УТ 11 к данному справочнику:

Предусмотрены следующие способы формирования сегментов:

• Динамический – набор номенклатуры сегмента не хранится в таблицах базы данных, хранятся только правила его формирования. Состав сегмента формируется автоматически при вызове состава сегмента из карточки сегмента.
• Периодическое формирование – набор номенклатуры хранится в таблицах базы данных. Состав сегмента формируется при нажатии на кнопку Сформировать, или при выполнении соответствующего данному сегменту регламентному заданию, по расписанию, определенному пользователем.
• Формирование «вручную» – пользователь может добавить или удалить номенклатуру сегмента (при этом предоставляется возможность предварительно сформировать набор номенклатуры по правилам, определенным для сегмента).

Правила формирования сегментов.

Правила формирования сегмента задаются непосредственно в форме сегмента в отдельном диалоговом окне, которое открывается при нажатии на кнопку Редактировать. Пользователь может использовать шаблоны настроек (Схема компоновки данных), с помощью которых формируются правила формирования сегмента номенклатуры.
Предусмотрены два шаблона настроек правил формирования сегмента:

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

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

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

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

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

Справочник выглядит и работает аналогично, выше описанному справочнику "сегменты номенклатуры", только объединяет не товары, а покупателей. 

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

Текст из справки в УТ 11 к данному справочнику:

Правила формирования сегмента задаются непосредственно в форме сегмента в отдельном диалоговом окне, которое открывается при нажатии на кнопку Редактировать. Пользователь может использовать шаблоны настроек (Схема компоновки данных), с помощью которых формируются правила формирования сегмента.

Для сегмента клиентов предусмотрены следующие шаблоны настроек правил формирования:

• Основная схема. С помощью этой схемы можно произвести отбор клиентов по все полям контрагента. Например по региону.
• По взаимодействиям. При использовании этой схемы к тем отборам, которые предусмотрены в основной схеме, добавляется отбор по показателям, связанными с взаимодействиями с клиентом. Используя эти показатели можно, например, сформировать сегмент по тем клиентам, с которыми давно не было взаимодействий и возобновить с ними отношения.
• По продажам. При использовании этой схемы к тем отборам, которые предусмотрены в основной схеме, добавляется отбор по показателям, связанным с продажей товаров партнерам: валовая прибыль, оборот, количество проданной номенклатуры, себестоимость и т.д. Используя эти показатели можно отслеживать выполнение условий продаж клиентами (например, сумма оборота за квартал больше 10000 рублей), автоматически исключать из сегмента клиентов, не выполняющих свои обязательства и соответственно применять к ним другие условия продаж (типовые соглашения).
• По расчетам. При использовании этой схемы к тем отборам, которые предусмотрены в основной схеме, добавляется отбор по показателям, связанным с взаиморасчетами: долг клиента и наш долг. Используя эти показатели можно отслеживать список тех клиентов, сумма долга которых превышает заданные показатели.

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

Данный справочник тоже был доработан, аналогично выше описанному — "сегменты номенклатуры", а именно алгоритм для схемы:

• "По продажам" — был взят из отчета "Валовая прибыль".
• "По расчетам" — был модифицирован для работы с регистром накопления "Взаиморасчеты с контрагентами".
• "По взаимодействиям" — был модифицирован для работы с документами "Событие" и задачами пользователей. Я думаю, что в данный алгоритм так же нужно добавить информацию из выставленных счетов, заказов и других первичных документов, чтобы иметь возможность формировать сегменты по условиям типа: по дате последнего счета (заказа), или по количеству выставленных счетов (заказов) и т.д. 

Как и в случае с справочником "сегменты номенклатуры", пока невозможно использовать свойства и категории контрагентов.

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

Бонусные баллы начисляются/списываются двумя способами:

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

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

Были успешно перенесены все функции данного документа. 

Справочник "Графики оплат"

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

Справочник "Шаблоны магнитных карт" 

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

Ссылка на данный справочник используется в табличной части "Шаблоны кодов", которая добавлена в справочник "Виды дисконтных карт".

Справочник "Соглашения с клиентами"

Т.к. моей задачей на данный момент является перенос подсистемы скидок из УТ 11.4 для розничных продаж, то данный справочник перенесен только из-за ссылок на него в подсистеме скидок, и из-за моих планов внедрить подсистему для учета оптовых продаж.

Таким образом, на данный момент в УТП его использовать тоже негде. 

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

В общем здесь еще предстоит поработать.

Аналогом данного справочника в УТ 11.4 является справочник Виды карт лояльности. Но самое интересное, что в УТП в данном справочнике нет реквизитов. Кроме названия вида дисконтной карты, УТП из этого справочника больше ничего не использует. Поэтому добавление в него новых реквизитов и форм можно представить как перенос всего справочника из УТ 11.4.

Были успешно перенесены все функции данного справочника. 

Кроме того справочник был немного доработан.

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

Аналогом данного справочника в УТ 11 является справочник Карты лояльности.

Самое интересное, что в этот справочник пришлось добавить всего два поля: "Статус" и "Магнитный код", и вывести их на форму. Поэтому показывать в форме элемента (в карточке) нечего, она осталась практически не измененной, кроме флага "Была выполена ручная корректировка …", о котором будет сказано ниже.

Кроме того, из УТ 11 в данный справочник были перенесены две формы:

• Форма помощника регистрации карты и покупателя.
• Форма считывания карты лояльности.

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

Одной из основных задач, была реализация функции отправки SMS с проверочным кодом на номер телефона владельца карты при продаже, независимо от того? каким способом будет производится оплата (бонусами, наличными или др.).

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

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

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

Для решения обеих, вышеописанных задач, было решено разработать собственные формы:

• для поиска карты лояльности по штрихкоду (магнитному коду).
• для поиска карты лояльности по номеру телефона владельца.

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

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

Форма поиска карты по штрихкоду (магнитному коду)

Форма поиска карты по номеру телефона

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

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

В итоге:

• Если продажа состоится, компания получит актуальные личные данные покупателя, и в структуре подчиненности документов по данному заявлению можно будет перейти на документ Чек ККМ. Это поможет менеджеру в главном офисе, позже начислить бонусы.

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

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

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

В этом случае менеджеру главного офиса достаточно найти информационную карту в справочнике. Открыть карточку и снять флажок "Была выполнена ручная корректировка…", и сообщить об этом продавцу. Тогда продавец еще раз выполнит поиск карты, и у него еще один раз появится возможность внести необходимые корректировки, пройти верификацию по SMS и применить карту к Чеку ККМ.

Форма помощника регистрации нового покупателя (новой карты лояльности)

Данная форма так же была переделана, потому что заказчика совершенно не устраивает то, как этот механизм работает в УТ 11.4. Особенно его не устраивает способ, которым предлагается заполнить информацию о владельце карты лояльности.

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

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

Но задачи, связанные с заменой одной карты на другую, будут временно решаться штатным, перенесенным из УТ 11.4 помощником.

Виртуальные карты лояльности.

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

Так как для 1С и подсистемы скидок необходима привязка в карте, то логичнее всего создать еще один вид карты — виртуальная (или электронная), которая будет и не штриховая, и не магнитная. В этом случае, становится логичным использование виртуальных карт, например в качестве промо-кодов. Поставил себе галочку подумать об этом позже.

Кстати, в окне сообщений, которое открывается для регистрации нового покупателя, я изменил информационные надписи так, чтобы они больше соответствовали действительности. И теперь надпись "Выдать карту лояльности" изменено на — "Подключить клиента к программе лояльности".

У моего заказчика появилось особенное требование к поведению программы при считывании карты лояльности в РМК кассира.

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

Для этого в УТП, в карточку дисконтной карты добавлен флажок "Была выполнена ручная корректировка…". Когда продавец первый раз введет или изменит персональные данные покупателя, программа установит эту "галку" в карточке дисконтной карты. Когда в следующий раз продавец считает карту лояльности по штрихкоду или номеру телефона, на странице с личными данными покупателя, вместо кнопки "Редактировать", программа отобразит кнопку "Заявление".

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

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

Кроме того, вместе с обновлением персональных данных программа находит документ Чек ККМ, в котором есть ссылка на данное заявление, и дописывает в этот чек дисконтную карту и владельца карты. Это необходимо для нескольких моментов:

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

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

Для этого программа использует алгоритм, заимствованный из  УТ 11, из отчета "Примененные скидки", который тоже был успешно перенесен из УТП.

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

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

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

В конце всех манипуляций, менеджер может прямо из документа отправить SMS покупателю, нажав на соответствующую копку "Написать SMS".

 В справочник "Контрагенты" было добавлено всего да новых поля "Дата рождения" и "Пол".  

В справочник добавлено одно поле "Статус" с вариантами:  "Активно" и "Не активно".

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

• Автозаполнение используется при вводе новых скидок с типом "Специальная цена"
• Для скрытия из списка неактивных типов цен, были изменены формы выбора и списка,  а также изменен алгоритм выбора типов цен в документе "Установка цен номенклатуры" и форма подбора товаров.

 Изменена табличная часть "Товары". Добавлены поля:

• Сумма ручной скидки.
• Сумма автоматической скидки.
• Номенклатура набора.
• Характеристика набора.
• Контрагент.
• Дисконтная карта.
• Сумма бонусных баллов к списанию.

Добавлены новые табличные части:

• Начисление бонусных баллов.
• Оплата бонусными баллами.
• Подарочные сертификаты.

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

Изменена форма документа для отображения новых данных.

В документ добавлены новые поля, аналогично документу "Отчет о розничных продажах", и так же изменен алгоритм проведения. Но форма документа была изменена существеннее, где общий стиль расположения данных был заимствован из УТ 11.

 Форма РМК кассира была несущественно переделана, но расширена новыми функциями. 

1. Была добавлена верхняя информационная панель, в которой теперь отображается:

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

2. Добавлен блок «К оплате», который содержит информацию о сумме чека, сумме скидки, и общей сумме к оплате. Данный блок принимает другой вид (аналогичный УТ11) при операции возврата товара.

3. Теперь данный блок содержит более подробную информацию о покупателе. Добавлен вывод номера телефона и суммы накопленных бонусов. Кроме того, детальную информацию о бонусах продавец может посмотреть, нажав на поле, в котором отображается количество накопленных бонусов. Откроется форма, в которой продавцу будет доступна полная информация о текущих бонусах по выбранной карте. Еще о тех бонусах, действие которых наступит в будущем, а также о датах сгорания бонусов.

4. В данный блок выводятся суммы продаж по чекам за смену. 

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

Прочие изменения в форме:

• Общая сумма скидки и итоговый процент скидки по чеку теперь выводится в  блоке «К оплате».
• Добавлен алгоритм, который выделяет красным цветом строку в чеке, если указанное количество больше чем есть на остатке.
• В таблице с товарами появилась новая колонка «Сумма авто. и ручной скидки».
• В меню «Сервис» расположились команды для возможности отложить чек и вернуться к отложенному чеку.
• Добавлена кнопка "Рассчитать скидки".

Раньше, программа выполняла штатный алгоритм расчета скидок при любом изменении на форме. Будь-то добавление новой строки в чек, или изменение любого поля в любой строке. Даже когда пользователь открывал меню «Сервис». Данное обстоятельство нагружало программу, и форма могла работать медленно.

Новый алгоритм  рассчитывает скидки только в двух случаях:

• Когда кассир нажмет на кнопку «Рассчитать скидки».
• Когда кассир «закроет чек».

Кроме того, теперь все надписи на форме обновляются только тогда, когда это необходимо.

Изменена Форма выбора способа оплаты.

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

Из УТ 11 была перенесена только одна форма смешанной оплаты.

Кнопка «Оплатить платежной картой» запускает соответствующий процесс, в котором программа запросит указать номер карты покупателя и сумму.

Кроме того, если отметить «Указать доп. данные», программа предложить ввести дополнительную информацию (ссылочный номер, номер квитанции). 

Поля: «Сумма» и «Номер карты» являются обязательными, остальные – нет.

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

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

Кассир может откорректировать вручную поле «Сумма оплаты» и нажать на кнопку «Оплатить баллами».

После этого форма оплаты учет сумму оплаты бонусами и рассчитает остаток к оплате.

• Поле «Наличные» заполняется продавцом вручную.

После того как сумма «К оплате» будет равна полученным средствам, кнопка «Пробить чек» станет доступной.

Новая форма Специальных сообщений.

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

Например. При закрытии чека, для покупателя у которого нет бонусной карты, программа предложит зарегистрировать покупателя и подключить его к бонусной программе. В этом случае, когда продавец нажмет на кнопку "Рассчитать скидки" или «Закрыть чек» или «Товарный чек» программа покажет окно спец. сообщений.

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

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

• Если пользователь не просмотрел все сообщения, надпись будет красного цвета. Если пользователь просмотрел все сообщения – синего цвета.
• Если продавец хочет чтобы просмотренное сообщение оставалось не просмотренным (красного цвета), необходимо открыть форму сообщений, установить отметку «Напомнить позже» и нажать «Закрыть»

Для того, чтобы переходить от одного сообщения к другому (листать список сообщений), необходимо нажимать соответствующие кнопки «Следующее сообщение» или  «Предыдущее сообщение».

Печать товарного чека

При печати товарного чека программа выводит информацию о списанных и начисленных бонусах.