Какие свойства в картошке

В чем смысл характеристик

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

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

Конечно, тут есть простой выход – под каждый размер/цвет/диаметр жил делать отдельную номенклатурную карточку. Однако будет иметь место необоснованное расширение номенклатурного справочника, к тому же достаточно проблематично сделать группировку таких товаров например в отчетах (т.е. посмотреть, к примеру, сколько всего было продаж по какой-то модели обуви).

Вначале покажу где включается функционал характеристик:

Может быть несколько вариантов использования характеристик:

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

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

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

Создадим новый вид номенклатуры и включим учет по характеристикам.

Общие характеристики для вида номенклатуры

Т.к. создаем вид Обувь, то выбираем тип характеристик Общие для этого вида номенклатуры (т.к. нет смысла заводить для каждой номенклатуры свой размерный ряд):

В списке характеристик вводим новые:

В результате получится список:

При создании номенклатуры сразу заполняется настройка характеристик:

Индивидуальные характеристики для номенклатуры

Теперь заполним второй вид номенклатуры Кабельная продукция, в данной ситуации (из-за большого разнообразия кабелей) я буду использовать индвидуальные характеристики для номенклатуры:

Создаем карточку номенклатуры:

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

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

При подборе такой номенклатуры в документы после выбора номенклатуры появляется окно с выбором:

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

В отчетах также отображаются характеристики:

Для такой номенклатуры можно устанавливать цены как общие (одинаковые для всех характеристик), так и отдельно на каждую характеристику:

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

Использование нескольких свойств в характеристике

Ранее мы использовали в качестве характеристики конкретное свойство – размер для обуви и “жильность” для кабеля. Но что делать, если есть потребность использовать не одно, а несколько свойств?

В такой ситуации на помощь приходит механизм дополнительных реквизитов.

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

В карточке вида номенклатуры укажем 2 дополнительных реквизита – цвет и размер:

Для цвета зададим перечень возможных значений:

При желании можем настроить автоматическое формирование названия, например по сочетанию цвета и размера:

Теперь при вводе новой характеристики нужен только цвет и размер:

Название при этом заполняется автоматически по шаблону:

Создадим новый документ приобретения, выберем там новые характеристики:

Выведем отчет по остаткам и доступности:

Теперь покажу свойства “во всей красе” – к примеру, выведем остатки всех белых детских мокасинов. Для этого добавим собственный фильтр в отчет:

Теперь в отчете только нужная информация:

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

Нужно ли использовать характеристики

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

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

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

Комментарии (2)

????События

Событие – это действие пользователя на вашем сайте, в приложении или на сервере. Вы можете определить любое действие пользователя или клиента, которое хотите фиксировать (зашёл на страницу, кликнул на кнопку, совершил заказ и т.д.).

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

Вот так выглядят события в карточке пользователя:

Часть событий пользователей собирается автоматически с момента подключения Carrot quest к вашему сайту. К таким событиям относятся:

• Начал сессию
• Обнаружены UTM-метки
• Пользователь начал диалог в чате
• Коммуникации: Отправлено сообщение
• Коммуникации: Прочитал сообщение
• Коммуникации: Ответил на сообщение
• Коммуникации: Кликнул по ссылке в сообщении
• Коммуникации: Отписался от емейлов

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

Какие события бывают?

По умолчанию в нашей системе есть 4 базовых типа событий:

• посещение страницы,
• прокрутка страницы до конца,
• клик по элементу на сайте,
• заполнение поля ввода.

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

Как создать события?

Вы можете создать событие несколькими способами.

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

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

• Посмотрел товар
• Добавил товар в корзину
• Просмотрел корзину
• Сделал заказ
• Оплатил заказ
• Возврат оплаты заказа 
• Заказ выполнен 
• Заказ отменен 

Подробнее о каждой интеграции:

• OpenCart
• 1C-Битрикс
• InSales
• WordPress (только с магазином WooComerce)

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

Параметры события

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

Свойства событий

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

Вот пример свойств события “Начал сессию”:

Другой пример: когда пользователю отправляется сообщение, в его карточке создаётся событие “Коммуникации: Отправлено сообщение”. Чтобы узнать, какое именно сообщение было отправлено, можно посмотреть в свойства:

❗Важно: Не путайте со свойством пользователя! О них дальше.

????Свойства пользователя

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

В нашей системе выделены два типа свойств: системные и пользовательские. Системными считаются те свойства, которые начинаются со знака $. Весь список системных свойств можно посмотреть здесь. Пользовательские свойства (те, которые вы записываете самостоятельно), не должны начинаться с $.

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

Некоторые свойства пользователей собираются автоматически. К ним относятся:

• Страна
• Город
• Первый источник (реферрер)
• Первый источник (реферрер), но только домен
• Первая метка UTM Campaign
• Первая метка UTM Source
• Первая метка UTM Medium
• Первая метка UTM Content
• Первая метка UTM Term

Также есть базовые универсальные свойства для всех видов сайтов:

• Имя
• Емейл
• Телефон

Емейл может собираться автоматически из всех полей на сайте в момент потери фокуса на поле ввода, если включена настройка “Автотрекинг” (раздел Трекинг – Мастер сбора данных – Автотрекинг).

Посмотрите наши видео:

• Как настроить событие посещения страницы;
• Как настроить событие прокрутки страницы до конца;
• Как настроить событие клик по элементу;
• Как настроить сбор данных из поля ввода.

????Триггер

Триггер — это событие, после совершения которого отправляется автоматическое сообщение.

Триггером может быть любое событие пользователя. Например, “Начал сессию”, “Зашёл на страницу регистрации” или “Нажал кнопку“.

????Автосообщения

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

В настоящий момент можно настроить несколько видов автосообщений:

• Поп-ап
• Емейл
• Сообщение в чат
• Web push
• Webhook
• Триггерный JavaScript

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

Подробнее про создание автосообщений в Carrot quest можно узнать в этой статье.