О чем эта статья
В торговом зале магазина работают продавцы-консультанты, их задача – помочь покупателям в выборе и продать товар.
Решим задачу настройки учета личных продаж по продавцам с возможностью дальнейшего анализа показателей этих продаж.
В частности, разберем:
- Создание сотрудников
- Отражение личных продаж продавцов
- Уточнение продавца в документе “Реализация товаров”
- Уточнение продавца в документе “Чек ККМ”
- Уточнение продавца в Рабочем месте кассира
- Ввод информационных регистрационных карт
- Анализ личных продаж продавцов
- Возврат товаров от покупателей
Применимость
Статья написана для редакции 1С:Розница 2.1. Если вы используете эту редакцию, отлично – прочтите статью и внедряйте рассмотренный функционал.
Если же вы планируете начать внедрение 1С:Розница, то скорее всего будет использоваться более свежая редакция. Интерфейсы и её функционал могут отличаться.
Поэтому, мы рекомендуем пройти курс 1С:Розница 2 для автоматизации магазинов и сервисных компаний, это поможет вам избежать ошибок и потери времени / репутации.
Создание сотрудников
Начнем с создания сотрудников (продавцов-консультантов). В разделе Персонал выберем команду Сотрудники.
Появится соответствующая форма (см. рис. 1).
Рис.1 Форма “Сотрудники”
Следует отметить, что обращаемся мы при этом к справочнику “Физические лица”. Но в форме будут отображаться только те физические лица, которые являются сотрудниками.
Для каждого физического лица определено значение специального реквизита (параметра) Является сотрудником. По которому и осуществляется отбор. Мы видим папку Покупатели, но если ее раскрыть, то самих покупателей мы не увидим, так как они не являются сотрудниками.
Из этой формы мы можем как создавать новых сотрудников, так и объединять их в группы. Если ранее в базе не создавалась группа “Сотрудники”, то следует ее создать нажатием на кнопку Создать новую группу в командной панели формы.
Откроется форма создания группы (см. рис. 2). Следует указать название создаваемой группы и нажать на кнопку Записать и закрыть.
Рис. 2 Создание группы Сотрудники
Аналогично внутри группы сотрудники создадим группу “Продавцы-консультанты”. При этом автоматически заполнится поле Группа физ. лиц, в которой будет установлено значение группы-родителя (см. рис. 3).
Рис. 3 Создание группы Продавцы-консультанты
Создадим нового сотрудника (см. рис. 4).
Рис. 4 Форма создания физического лица
Обратите внимание, система автоматически проставила галочку Является сотрудником. При этом в форме присутствуют обязательные для заполнения поля: Дата рождения и Магазин. В поле Группа физ. лиц будет указано значение группы-родителя “Продавцы-консультанты”. Укажем фамилию, имя, отчество и пол.
Для демонстрации примера нам достаточно создать два-три физических лица (продавца-консультанта, см. рис. 5).
Рис. 5 Форма “Сотрудники”
Важно отметить, что продавцы-консультанты не являются пользователями программы Розница 2, поэтому создавать дополнительных пользователей для решения данной задачи не следует.
Сотрудник и пользователь – это две разные сущности системы. Встречаются ситуации, когда эти два понятия путают и для каждого сотрудника создают пользователя – это не правильно, и так делать не нужно.
Отражение личных продаж продавцов
Для последующего анализа нам необходимо отразить несколько продаж с указанием продавцов-консультантов.
Рассмотрим документы Реализация товаров и Чек ККМ. Команды открытия списков и создания новых документов располагаются в разделе Продажи(см. рис. 6).
Рис. 6 Раздел Продажи
Уточнение продавца в документе “Реализация товаров”
Создадим новый документ “Реализация товаров” (см. рис. 7).
Рис.7 Форма создания документа “Реализация товаров”
Для текущего пользователя и данного магазина можно установить настройку для автоматического заполнения поля продавец в шапке документа. Чтобы создать такую настройку, следует в разделе Администрирование выбрать команду Пользователи и права.
Данная команда открывает специальную форму, из которой обеспечивается доступ к различным настройкам пользователей и их прав доступа (см. рис. 8).
Рис. 8 Форма “Настройки пользователей и прав”
Нас интересует команда Пользователи, которая открывает список пользователей ( рис. 9).
Рис. 9 Форма списка пользователей
Двойным кликом мыши открываем на редактирование карточку текущего пользователя (см. рис. 10).
Рис. 10 Карточка пользователя
В панели навигации формы следует выбрать команду Настройки пользователя. Появится список всех доступных в системе настроек пользователя (см. рис. 11).
Рис. 11 Список настроек пользователя
В верхней части формы настроек пользователя следует выбрать тот магазин, для которого мы планируем указать настройки пользователя (для одного пользователя можно определить разные настройки для каждого магазина).
После выбора магазина можно определить значение по умолчанию для поля продавец. Показанная на данном рисунке настройка соответствует автоматическому заполнению шапки документа “Реализация товаров”, представленному на рисунке 7.
В списке товаров документа “Реализация товаров” предусмотрена специальная колонка для уточнения продавца конкретного товара (см. рис. 12). При добавлении новой строки автоматически устанавливается продавец, указанный в шапке документа.
Если в шапке документа заменить продавца, установленного из настроек по умолчанию, то для заполнения вновь создаваемых строк табличной части будет использоваться уже измененное значение. Продавец, автоматически указанный в строке, может быть дополнительно изменен вручную.
Рис. 12 Документ “Реализация товаров”
При проведении документа в его движениях по регистру накопления “Продажи” будет использоваться именно продавец из табличной части (см. рис. 13).
Рис. 13 Отчет по движениям документа “Реализация товаров”
Уточнение продавца в документе “Чек ККМ”
Создадим чек ККМ и убедимся, что принцип работы с продавцами здесь будет аналогичен (см. рис. 15 и 16). Документ чек ККМ рекомендуется создавать из формы списка, так как в ней размещены дополнительные команды по управлению кассовой сменой. Если кассовая смена закрыта, её нужно открыть (см. рис. 14).
Рис. 14 Форма списка Чеки ККМ
Рис. 15 Чек ККМ
Рис. 16 Отчет по движениям документа Чек ККМ
В чеке ККМ в качестве продавца можно выбрать только сотрудника (физическое лицо с установленной отметкой Является сотрудником).
Уточнение продавца в Рабочем месте кассира
Проанализируем поведение системы в Рабочем месте кассира (РМК). Запуск РМК осуществляется с помощью команды РМК (управляемый режим) в разделе Продажи в группе команд Сервис.
Изменение текущего продавца будет выполняться нажатием кнопки нижней панели команд РМК Продавец (размещение кнопки может отличаться и зависит от настроек РМК).
Если такая кнопка отсутствует, нужно добавить её в настройках РМК. Для этого в основном меню РМК нужно выбрать пункт Настройка РМК – Изменение настройки РМК (см. рис. 17).
Рис. 17 Вызов формы настройки РМК
Появится форма настройки РМК (см. рис. 18).
Рис. 18 Форма настройки РМК (кнопка Ввести продавца уже присутствует)
На закладке Кнопки нижней панели следует добавить кнопку Ввести продавца (см. рис. 19) и определить её порядок по отношению к другим кнопкам, используя команды Вверх / Вниз и настройку Максимальное количество кнопок в одном ряду.
Рис. 19 Добавление кнопки ввести продавца
После этого следует сохранить выполненные настройки, вернуться в режим Регистрации продаж, и удостовериться что добавленная кнопка отображается там, где нужно (см. рис. 20).
Рис. 20 Интерфейс кассира
При открытии данной формы вверху отображается продавец, который определен в настройках текущего пользователя как значение по умолчанию (по аналогии с полем Продавец в шапке ранее рассмотренных документов). Данное значение будет автоматически подставляться в новые строки чека ККМ.
Для изменения текущего продавца следует воспользоваться командой нижней панели Продавец. Если текущий продавец установлен, то первое нажатие данной команды сбросит это значение, и продавец будет не заполнен.
При добавлении новых строк чека продавец в них также будет пустым. При повторном нажатии на команду Продавец появится форма выбора физического лица, в которой нужно выбрать новое значение для текущего продавца (см. рис. 21).
Рис. 21 Форма выбора Физические лица
Выберем в качестве продавца Щербакову Анну Ивановну, и она отобразится вверху интерфейса кассира. Теперь, при выборе нового товара, он будет заполняться с новым значением продавца.
При выборе уже имеющегося в табличной части товара, добавления строк по-прежнему происходить не будет, а будет увеличиваться количество в уже имеющейся строке с данным товаром (см. рис 22).
Рис. 22 Интерфейс кассира после смены значения Продавца
Значение продавца можно корректировать непосредственно в списке товаров чека (см. рис. 23) или используя сервис редактирования строки, вызываемый с помощью кнопки Ред. строки в верхней зоне команд (см. рис 24).
Рис. 23 Изменение значения продавца в табличной части
Рис. 24 Изменение значения продавца в редакторе строки
Чтобы пользователь имел возможность редактирования ранее заполненного значения для продавца, необходимо предоставить ему соответствующие дополнительные права.
Для этого в разделе Администрирование следует выбрать команду Пользователи и права.
Откроется специальная форма, в которой обеспечивается доступ к различным настройкам пользователей и их прав доступа (см. рис. 25).
Рис. 25 Форма “Настройки пользователей и прав”
Нас интересует команда Дополнительные права пользователей, которая открывает форму для настройки дополнительных прав (см. рис. 26).
Рис. 26 Установка дополнительных прав
Необходимо отметить флагом право Доступность поля и колонки “Продавец” в группе прав Управление доступностью форм.
Ввод регистрационных карт сотрудников
В конфигурации Розница 2 имеется возможность не вводить продавцов-консультантов вручную, а использовать для этого специальные регистрационные карты сотрудников.
Создадим регистрационные карты. Для этого можно выбрать продавца-консультанта из списка Сотрудники (раздел Персонал).
В панели навигации карточки физического лица выберем команду Регистрационные карты (см. рис. 27).
Рис. 27 Фрагмент карточки физического лица
Откроется список регистрационных карт данного физического лица (см. рис. 28). Создадим новую группу с наименованием “Карты сотрудников”.
Рис 28. Список информационных карт
После записи внутри данной группы будем размещать карты всех сотрудников магазина. Добавим новую регистрационную карту командой Создать (рис. 29).
Рис. 29 Создание новой информационной карты
Для создаваемой карты можно указать магнитный код или штрихкод. Будем использовать штрихкод и введем его значение. Система может предложить автоматически сформированные варианты Наименования, выберем наиболее полное и записываем элемент. Аналогично создаем еще одну регистрационную карту для второго продавца-консультанта.
Для печати регистрационных карт никакого встроенного механизма в системе не предусмотрено. Предполагается, что регистрационные карты будут печататься внешними средствами.
Следует отметить, что работа со считыванием регистрационных карт предусмотрена только в рабочем месте кассира. В документах “Реализация товаров” и “Чек ККМ” считывание регистрационных карт ничего не даст.
При считывании регистрационной карты продавца-консультанта в РМК автоматически определяется и изменяется значение текущего продавца. Ввод информации о продавце по регистрационным картам действительно очень удобен.
Анализ личных продаж продавцов
Проанализируем зарегистрированные личные продажи. Обратимся к отчетам. В разделе Продажи выберем команду Отчеты по продажам. Появится форма с перечнем отчетов по продажам. Выберем отчет “Продажи” и сформируем его.
В отчете мы видим, что одной из группировок данных как раз является поле продавец. Все продажи уже отображаются в разрезе продавцов-консультантов (см. рис. 30).
Рис. 30 Отчет “Продажи”
Еще одним полезным отчетом является отчет “Оценка валовой прибыли”. В данном отчете также в качестве одной из стандартных группировок данных является продавец.
Мы можем оценить прибыльность продаж по тому или иному продавцу, можем сравнивать показатели разных продавцов и оценивать их работу. (см. рис. 31).
Рис. 31 Отчет “Оценка валовой прибыли”
Возврат товаров от покупателей в течении текущей смены
Рассмотрим ситуации возврата от покупателей, когда продажи были отнесены на определенного продавца.
Оформим чек на возврат в рамках текущей не закрытой смены. Откроем форму списка документов “Чеки ККМ” и найдем чек продажи, по которому требуется оформить возврат (см. рис. 32).
Рис. 32 Чек ККМ
На основании чека продажи можно ввести новый чек ККМ, в котором автоматически установится вид операции “Возврат” и будет заполнен список товаров (см. рис. 33).
Рис. 33 Чек ККМ на возврат
Для наглядности полученных результатов в табличной части оставим полный перечень товаров. В Чеке ККМ на возврат требуется заполнить Аналитику хоз. операции и на закладке Оплата ввести информацию о возврате денежных средств.
Проведем документ и обратимся к отчету по движениям документа(см. рис. 34)
Рис. 34 Фрагмент из отчета по движениям документа Чек ККМ на возврат
Из отчета видно, что Чек ККМ на возврат тоже делает движения в регистре накопления “Продажи”. При этом продажа сторнируется (показатели количества и стоимости отрицательные). В результате итоговые показатели продаж по продавцу уменьшаются.
При оформлении возврата в интерфейсе РМК ситуация по движениям в регистре “Продажи” аналогичная.
Возврат товаров от покупателей после закрытия смены
Рассмотрим ситуацию, когда возврат производится после закрытия смены. Определимся, по какому чеку будем производить возврат.
В разделе Продажи в группе команд Сервис выберем команду Возврат товаров от розничного покупателя. В открывшейся форме укажем причину возврата, номер и дату чека. Табличная часть Товары заполнится товарами из чека (см. рис. 35). На закладке оплата введем информацию о возвращаемых денежных средствах.
Рис. 35 Обработка “Возврат товаров от розничного покупателя”
Нажатием на кнопку Создать документы формируем документы возврата. Перейдем на закладку Созданные документы и откроем документ “Возврат товаров от покупателя” (см. рис. 36).
Рис. 36 Документ “Возврат товаров от покупателя”
В табличной части товары данного документа также присутствует заполненная колонка Продавец. Проведем документ и обратимся к отчету по движениям документа (см. рис. 37).
Рис. 37 Фрагмент из отчета по движениям документа “Возврат товаров от покупателя”
Видим, что продажа сторнируется. В регистре накопления “Продажи” показатели количества и стоимости отрицательные.
Итоговые показатели по данным продавцам уменьшаются. Можно сравнить показатели отчетов до и после оформления возвратов (см. рис. 30,31 и 38,39).
Рис. 38 Отчет “Продажи”
Рис. 39 Отчет “Оценка валовой прибыли”
г. Кемерово
Если Вас заинтересовала эта тема
PDF-версия статьи для участников группы ВКонтакте
Мы ведем группу ВКонтакте – http://vk.com/kursypo1c.
Если Вы еще не вступили в группу – сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов.
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Здравствуйте. Есть ли такая настройка в правах кассиров, которая ограничивает доступ к просмотру продаж друг друга? Если да, то как правильно её провести?
Добрый день!
Такой возможности нет.
Игорь, а если убрать в профиле группы “чтение информации по магазинам”?
Давайте к началу.
Что именно вы имеете ввиду под формулировкой “доступ к просмотру продаж друг друга”?
Вариантов куча – может вы говорите о чеках ккм, а может об отчете продажи, а может об отчете валовая прибыль, а может о документах Отчет о розничных продажах. Продолжать можно долго, нужна конкретика.
Запретите им выходить из РМК, и они кроме РМК вообще ничего не увидят. Может и это решение вашего вопроса.
Если вы все таки имели ввиду, что вы хотите убрать у них право работы с каким-то объектом, то направление выбрали верное – вам нужно собрать свой профиль доступа для ваших кассиров. Какие именно роли оттуда исключать – вопрос не тривиальный, требует четкой постановки и экспериментов.
Специалист 1С с навыками разработки разберется с ним быстрее, чем пользователь. Но и пользователь может разобраться. Меняете состав ролей в профиле, перезапускаете 1С под этим пользователем – смотрите что и как, все ли что нужно доступно, а что не нужно – не доступно, нет ли ошибок при выполнении операций нужных этому пользователю. Если все ок – здорово, задача решена.
Конкретно же ответить какие именно роли следует убрать – общего совета дать невозможно, это очень индивидуальный вопрос, не совсем относящийся к теме данной статьи, лучше обратиться к специалисту который на вашем конкретном случае за 10-15 минут сделает то, что вы хотите.
спасибо.
Добрый день. у меня магазин разливных напитков, в смене работают 2 продавца, как мне в программе сделать чтобы каждый работал под своим паролем и продажи за день можно было бы посмотреть по каждому из сотрудников?
Пароль можно установить только на пользователя, но этот вариант не подойдет, так как у вас они оба на смене, и активация нового продавца должна быть моментальной внутри смены, без перезапуска программы.
Итого получается что то что вам нужно от начала и до конца описано в этой статье. Просто вместо паролей у вас будут персональный штрихкоды сотрудников.
Здравствуйте! при выборе продавцов, высвечиваются продавцы, которые ранее работали, их уже нет но в программе при выборе продавца они есть! как убрать не нужных?
Добрый день!
Для выбора предлагаются все физические лица, отмеченные как сотрудники магазина. Что бы скрыть их, достаточно снять у них признак “Является сотрудником магазина”.
Здравствуйте. Подскажите пожалуйста, работают 2 продавца. Работают по одному в разные дни. Продавец 1 продал товар в свой день, а на следующий день когда уже работал продавец 2 принесли этот товар на возврат. На кого должен выбиваться возврат? Согласно индивидуальных продаж ставится тот кто продал даже если он в этот день отдыхает?
Это организационный момент, но обычно возврат делают именно по тому же менеджеру, который продавал изначальный товар, что бы сторнировать его показатели продаж (в отчет по продажам попадет минус выручка/прибыль).
Здравствуйте! Подскажите как исправить в этой системе.Я продавец,у меня штрих код.Я случайно отбила две продажи впустую не на себя.Как сделать их моими.Я единственный продавец в зале.Помогите разобраться
Добрый день!
Значение продавца на которого упала продажа можно отредактировать после закрытия смены в документе “Отчет о розничных продажах”. Найдите там “пустую” продажу, и укажите себя в качестве продавца.
Добрый день! Спасибо, все получилось) Только один вопрос, как сделать так что бы после смены продавца по штрихкоду автоматически возвращался продавец который начинал работу?
Добрый день!
Он сбросится только считыванием данных нового продавца, или после ручной очистки/перевыбора по команде в нижней панели, или после перезахода в РМК.
Автоматического сбрасывания к продавцу текущего пользователя не прописано.
Совсем красиво можно решить только небольшой доработкой поведения системы.
Добрый день. Если продавец, считанный с регистрационной карты, отличается от продавца по умолчанию, то он сбрасывается на пустое значение после пробития каждого чека, по крайней мере в конфигурации 2.2.9.20 это так. Для “запоминания” последнего продавца также нужна доработка.
Да, действительно, спасибо за уточнение.
Но тогда уже уточним до последней точки )
Олеся интересовалась возвратом именно к продавцу который начинал работу. Я понял это как “продавец, который был указан у текущего пользователя системы по умолчанию”, и этого по умолчанию не произойдет.
Проще на примере.
Есть пользователь “Кассир1”, у него в настройках указано значение поля “Продавец” по умолчанию – “Новогодний Александр Сергеевич”. Что получаем?
1. При входе в систему автоматически устанавливается продавец “Новогодний Александр Сергеевич”. Сколько бы чеков мы не пробивали – он не сбросится.
2. Мы захотели временно заменить его на другого продавца, считаем рег.карту, или вручную выберем по команде нижней панели, например, “Щербакову Анну”. “Щербакова Анна” сбросится к “пустому” значению продавца после пробития чека, или при ручном нажатии команды “Очистить продавца”. Все дальнейшие продажи, если ничего не сделать – упадут на пустого продавца.
3. Однако, если после этого мы вновь выбираем (или картой, или вручную) в качестве продавца значение “Новогодний Александр Сергеевич” (то есть продавца пользователя “Кассир1” по-умолчанию), тогда система вновь будет указывать его для всех следующих продаж. Он НЕ сбросится так же и после закрытия чека.
Еще раз выводы:
Если хочется, что бы после стандартного сброса вставал продавец пользователя по умолчанию – нужна доработка.
Если хочется, что бы новый указанный продавец (не равный продавцу пользователя по умолчанию) запоминался и после закрытия чека (а не сбрасывался как сейчас) – нужна доработка.
Добрый день, подскажите пожалуйста, а можно менять продажи продавцов в конце рабочей смены?
После закрытия смены продавца можно скорректировать в Отчете о розничных продажах. Колонка “Продавец”.
Здравствуйте, если в доп правах убрать галочку – доступность колонки Цена, то запрещает даже в поступлениях проставлять цену, а можно как то разграничить – чтоб в РМК недоступно редактирование цены, а в поступлениях было бы разрешено?
Добрый день!
Типовыми возможностями – нет, только доработкой.
Как можно изменить в 1с продавца если уже была пробита на другого продавца? С уважением
Добрый день! Достаточно изменить продавца в отчете о розничных продажах после закрытия смены.
подскажите как сделать продажи что бы не пробивались без карт регистрации продавца
Добрый день. Стандартной возможности не предусмотрено, только небольшой доработкой.
Игорь, а где взять эту небольшую доработку?
Как ее сделать, расскажите подробнее пожалуйста.
Добрый день!
Стандартными возможностями системы не предусмотрено – это не обязательная к заполнению информация. Изменить поведение можно лишь доработав конфигурацию любым из доступных способов – внешними расширениями, или напрямую поправить конфигурацию. Доработку может сделать специалист по 1С с соответствующими навыками.
Подскажите пожалуйста , где в настройках нужно убрать галочку , что бы товар при продаже не уходил в минус? А продавалось только то количество , что по компьютеру. Программа 1с8 версия 2.1
Есть 2 настройки: В настройках РМК управляется уход в минус в рамках РМК; В дополнительных правах пользователя определяется возможность ухода в минус в остальных ситуациях.
Более подробно в курсе по Рознице
Заранее извиняюсь! Не совсем по теме. Но никак не могу понять как решить проблему. Конфигурация “Розница. Аптека” 2.1. Поставщики высылают электронные накладные, в которых товар отпускается коробками (к примеру, медицинские перчатки – 500 шт, темпалгин -3 пластинки и т.д.). Продается товар поштучно. Соответственно возникает несколько проблем. Первая – наценка. К примеру, напальчники отпускаются упаковками, упаковка (1000 шт.) стоит 500 руб. и по правилам от 500 руб. наценка 15 %. Получается напальчник будет стоить 0,575 руб., округление и цена 60 копеек. Так как товар продается штучно, торговая точка теряет наценку. Пока выходим из положения следующим способом. Проверяем каждую накладную и вручную меняем количество на 1000 шт., соответственно, ставим цену закупки за 1 шт. – 0,50 руб. Так делим не все позиции,а только те, которые всегда продаются поштучно. Возможно эта проблема решается проще? Вторая проблема – деление товара при продаже. К примеру, пришел “Темпалгин” в упаковке 3 пластины. Клиентам продаем по 1 пластине. Если дробить товар 0,33+0,33+0,34. Т.е. последняя пластинка достанется клиенты по цене, которая будет дороже указанной в ценнике это незаконно, плюс, если лекарство жизненно-важное, то это может обернуться большим штрафом. Если дробить 0,33+0,33+0,33, то остается на остатке 0,01, которые постоянно придется списывать. На данный момент выходим из положения благодаря заказу, который легко делится без дробных частей, но эта схема очень ущербна и не надежна, так как фармацевт может ошибиться рано или поздно. Есть ли выход из данной ситуации? Помогите, пожалуйста!
Добрый день!
Такие вопросы решаются в рамках мастер-группы курса по рознице. Если у Вас приобретен курс – перенесите вопрос на странице занятия по соответствующей теме – там решим.
Практика показала что использовать упаковки не удобно. Постоянно будут зависать хвосты по остаткам при разделении. Плюс ситуация с ЖВЛС.. делайте так: есть “Номенклатура 1Упаковка”, она разбивается на 100 штук например. Заводим еще одну номенклатуру – “Номенклатура 1шт (1\100 упаковки)” и при разделении упаковки делаем операцию РАЗУКОМПЛЕКТАЦИИ, которая списывает 1 уп и оприходует 100 шт. В итоге дробных остатков не будет никогда. Правда вариант с разукомплектацией более трудоемкий, тк надо предварительно создавать документ движения тмц, а так же устанавливать розничные цены еще и для частей упаковки… но и это все несложно автоматизируется и дает четкий контроль и остатков и цен (что для жвлс как раз критично). В общем на нашем аптечном пункте это оказался самый хороший вариант.
“Но НЕ соглашусь, что он не представляет никакого практического интереса никому.Из действующих клиентов, механизм применяется, причем даже в тех исполнениях, которые я упомянул. Источник: ©Курсы-по-1С.рф”
Расскажите подробней, как именно реализован механизм у клиентов, консультанты толпятся на кассе? Консультанты отдают клиентам карты и те предъявляют их на кассе? Консультанты оставляют товар где то со своей картой?
“Также есть интеграции с мобильным приложением Мобильное рабочее место кассира. Источник: ©Курсы-по-1С.рф” вот это я думаю будет лучше, но это дополнительные затраты на оборудование.
>Расскажите подробней, как именно реализован механизм у клиентов, консультанты толпятся на кассе? Консультанты отдают клиентам карты и те предъявляют их на кассе? Консультанты оставляют товар где то со своей картой?
Детализировать особо нечего, все основное уже отметил выше в обсуждении :) Прям как описал – так и работает. Есть вариант, в котором консультант “ведет” клиента до кассы. Есть клиент, у которого консультанты работают на терминалах в зале, а покупателю выдается номер заказа. Если же он что-то “добирает”, то это не падает ни на кого, либо падает на кассира. По итогам смены уже видны данные личных продаж, и если есть какие-то проблемы они вскрываются своевременно.
>это дополнительные затраты на оборудование.
Да, но это довольно частый “побочный эффект” ужесточений и защит от махинаций.
К слову, вышла тестовая редакция 2.2, в ней полная поддержка платформы 8.3.6, и доступны расширения конфигурации. А это значит, что можно будет сделать определенные расширения под те или иные доработки, и применять их в том числе и для других клиентов.
А также в 2.2 реализовали подсистему премирования сотрудников магазинов по показателям их личных продаж, так что тема уже получит определенное развитие.
–
Также интересно было бы узнать у Вас – какая схема работы механизма учета личных продаж кажется вам действительно удобной и защищенной от упомянутых видов махинаций? Может видели где-то “красивую” реализацию? Опишите, если не сложно.
Может видели где-то «красивую» реализацию? Источник: ©Курсы-по-1С.рф. Красивой не видел, и не разрабатывал. Я Вам описал проблемы, с которыми столкнулись мы сами. Заказчик работает на УТ 10, нами разработан так называемый фронтол на 1с (похож на роницу). В этом фронтоле мы разрабатывали такой же механизм учета личных продаж, у консультантов были карты(ну или просто свои шк). Изначально консультанты подходили с клиентами на кассу и проводили свою карту. В сезон продаж этот механизм отсеяли. Потом на кассе были все шк всех консультантов, консултанты говорили кассиру, что это его клиент и кассир проводя сканер по нужному шк, оформлял продажи на нужного продавца. Потом заметили, что ушлые кассиры отбивают продажи на себя. Про все это клиенту было сказано до разработки, но как клиент думал что все под контролем. Итог: проработали около года с учетом личных продаж, но потом отказались.
Получается, что по сути как раз по описанным вариантам и прошлись. Все завернулось на махинациях.
Спасибо за детали, практика всегда интересна.
Просто закралась мысль, вдруг Вы скрываете полезную схему реализации :))
С видео наблюдением ничего не выходило (в отраслевых есть запись действий кассира, что бы потом делать ата-та)? Организационно вскрывать проблему не удавалось? “Засвечивая” ежедневно показатели продаж?
Что вообще за отрасль торговли была? Что продавали консультанты?
Канцтовары,игрушки,портфели, ну в общем все к школе. Ажиотаж начинался каждый год в августе и чем ближе к сентябрю, тем больше ажиотаж. организационно решить проблему не получалось. Руководство говорило, что это их (консультантов) деньги, пусть сами и следят за тем на кого пробивают товар. Доступ к показателям был, но пользовались им редко. В самом первом комментарии я и написал, что схема не рабочая на практике. Мы за долго до выхода розницы это все попробовали, но итог вам известен, через год(или чуть больше) – отказались. По поводу видео, это надо потратить кучу времени, работает магазин с 08:00 до 20:00 – это столько же видео надо просмотреть.
“Просто закралась мысль, вдруг Вы скрываете полезную схему реализации :)) Источник: ©Курсы-по-1С.рф” Клиенту не было надобности развивать учет личных продаж, мы дальше и не стали ничего изобретать. Если кому понадобиться, может и придумаем что полезное…
Понятно. Еще раз спасибо за еще больше деталей из практики :)
Добры день. Судя по описанию, каждый продавец-консультант должен сопровождать покупателя до кассы и там или проводить свою карту, или говорить кассиру, что это его продажа. Предположим сезонная распродажа, не важно что за магазин, будь то игрушки, канцтовары, и т.д. и т.п. На кассах очередь (ну допустим 2-5 покупателей) и столько же продавцов-консультантов, чтобы продажа упала конкретно на продавца. Не работает такая система, с месяц помучаются и откажутся.
Часто используется схема, когда у каждого консультанта несколько карточек с его ШК. Одна из карточек или отдается покупателю, или сразу вместе с товаром передается на кассу самим консультантом в небольшую зону хранения, и консультант возвращается в торговый зал к следующему покупателю.
Можно продумать схему с заказами покупателя, когда консультант самостоятельно на своем терминале создает заказ, фиксирует себя в нем как продавца, передает покупателю номер заказа для кассы.
Можно доработать под собственную реализацию, для максимального удобства.
По первому варианту: Если учитываются и личные продажи кассира, то такой вариант не подойдет, кассир будет бить чужие продажи на себя. Любой консультант может договориться с кассиром пилить прибыль от личных продаж, и кассир будет оформлять чужие продажи на нужного консультанта. Покупатель может и выкинуть карточку, может просто не предъявить ее.
Цитата:”Можно доработать под собственную реализацию, для максимального удобства” Можно и самому написать свою розницу, можно в существующей рознице написать свой механизм учета личных продаж, я про то, что в таком виде, как этот механизм реализован сейчас, он не представляет никакого практического интереса.
Соглашусь с тем, что механизм мог быть реализован разработчиками и гибче. И подойдет он в текущем виде не всем.
Но НЕ соглашусь, что он не представляет никакого практического интереса никому. Из действующих клиентов, механизм применяется, причем даже в тех исполнениях, которые я упомянул.
К тому же, можно взглянуть на отраслевые розницы. В них для фиксации консультанта в чеке вообще можно требовать палец приложить – считыватели биометрических данных используются.
Также есть интеграции с мобильным приложением Мобильное рабочее место кассира. Консультант в зале авторизуясь под собой может создать отложенный чек или заказ покупателя. Который по обмену поступит на кассу.