В программах «1С:Управление торговлей 11», «1С:Комплексная автоматизация 2» и «1С:ERP» встроен механизм поиска аналогов. Такой поиск удобен, когда подходящий аналог определяется по характеристикам. Но если взаимозаменяемость устанавливает специалист, одного сравнения свойств недостаточно. Разберёмся, как устроен типовой инструмент, какие у него ограничения и что делать, если стандартного функционала недостаточно.
Как 1С подбирает аналоги товаров
В актуальных версиях 1С аналоги можно искать по дополнительным реквизитам товара. Для номенклатуры можно задать дополнительные реквизиты, например материал, диаметр, бренд или тип крепления. Когда менеджер нажимает команду «Номенклатура с аналогичными свойствами», программа сравнивает свойства этого товара с другими и показывает товары, которые совпали.Чтобы механизм заработал, нужно:
-
Включить «Множество видов номенклатуры» в разделе «Администрирование».
-
Настроить виды номенклатуры и задать реквизиты, по которым программа будет искать аналоги.
-
Аккуратно заполнить карточки товаров — проставить значения нужных свойств.
После настройки менеджер устанавливает курсор на товар, запускает команду и получает список позиций с совпадающими характеристиками. В процессе подбора фильтры можно изменить: например, убрать отбор по производителю и получить список подходящих вариантов по оставшимся параметрам.
Плюсы подхода:
- Не нужно вручную прописывать связи для каждой новой позиции, достаточно правильно заполнить карточку товара.
-
Как только новый товар заносится в базу с корректными свойствами, программа автоматически подбирает для него аналоги.
-
Менеджер может гибко уточнять поиск в момент общения с клиентом.
Подбор товаров (нажмите, чтобы увеличить)
Где возможностей программы недостаточно
Типовой механизм опирается на качество заполнения справочника номенклатуры. И здесь начинаются проблемы.
Одинаковые характеристики товаров сотрудники заполняют по-разному. Один пишет «Сталь», другой — «сталь», третий оставляет поле пустым. В результате программа не связывает товары с одинаковыми характеристиками.
Совпадение свойств — не гарантия замены. Механизм находит позиции с одинаковыми значениями реквизитов, но не определяет, подходят ли товары для взаимной замены. Решение о взаимозаменяемости принимает человек — закупщик, технолог, менеджер. Программа не умеет запоминать эти решения.
Высокий порог входа. Перед использованием инструмента требуется структурировать нормативно-справочную информацию (далее — НСИ): создать виды номенклатуры, настроить реквизиты, заполнить карточки для тысяч позиций. Для компаний со средним и крупным ассортиментом такая подготовка занимает несколько месяцев.
Аналоги уже хранятся в базе, но найти их вручную сложно. В типовом интерфейсе информация об аналогах не отображается непосредственно в списке товаров или в табличной части документа. Менеджер должен знать о существовании команды, помнить о ней в нужный момент и уметь интерпретировать результат. Если сотрудники не знают об этой возможности, функция так и останется незадействованной.
Типовой механизм хорошо подходит, когда аналоги определяются по набору общих характеристик, но в реальной работе взаимозаменяемость часто устанавливает специалист: технолог знает, что один материал можно использовать вместо другого, а закупщик — что один артикул поставщика соответствует другому. В таком случае одного сравнения свойств недостаточно. Программе нужно хранить уже принятое человеком решение: товар А можно заменить товаром Б.
Как задать точные связи между товарами
Один из способов решить проблему: хранить явные связи между товарами в регистре сведений «Аналоги номенклатуры». Именно такой подход был реализован в расширении, разработанном для одного из наших заказчиков.Логика проста: специалист один раз фиксирует факт взаимозаменяемости — «Товар A является аналогом Товара B» — и эта связь хранится в базе. Не нужно надеяться на совпадение значений свойств. Не требуется сначала приводить все характеристики товаров к единому виду. Есть экспертное решение — есть связь.
Что меняется в работе менеджера:
-
Менеджер сразу видит аналоги — прямо в списке номенклатуры и в форме подбора, не открывая дополнительных окон и не вспоминая о командах меню.
-
Рядом с аналогом — остатки и цена — вся информация для принятия решения в одном экране, без переключений.
-
Обратные связи создаются автоматически — указали, что A заменяет B, система сама проставила, что B заменяет A. Никаких «забытых» обратных связей.
-
Независимость от НСИ — механизм работает, даже если свойства номенклатуры заполнены неполно или неоднородно.
-
Быстрый старт — не нужно сначала «навести порядок в базе». Можно начать вносить связи сразу, постепенно, по мере работы.
Решение для подбора аналогов
Разработанное нами расширение для 1С:УТ 11 и КА 2 реализует этот подход: хранит прямые связи между товарами в регистре сведений «Аналоги номенклатуры». Расширение устанавливается без изменения программы.Помогаем встроить решение:
-
Настраиваем виды номенклатуры и реквизиты, если хотите использовать встроенные функции.
-
Переносим существующие связи из таблиц Excel или других источников в регистр аналогов.
-
Меняем интерфейс менеджера так, чтобы информация об аналогах была под рукой в момент оформления заказа.
Пример реализации (нажмите, чтобы увеличить)
В форме списка номенклатуры три области. В верхней отображаются товары, в средней — их остатки, в нижней аналоги и остатки по ним.
При перемещении курсора по списку информация обновляется автоматически. Похожие доработки можно сделать в форме выбора номенклатуры и в форме подбора. В обеих формах аналог можно сразу добавить в документ.
Выше приведен один из вариантов реализации данного подхода. Перед внедрением обсуждаем с заказчиком варианты реализации и выбираем оптимальный. Например:
-
Возможность разграничения прав — кто может устанавливать зависимости.
-
Необходимость документального подтверждения назначения аналога: простая запись в регистр или через специализированный документ типа «Установка аналогов».
-
Установка «обратных» связей — автоматическая или с возможностью гибкого редактирования (А заменяет Б, но Б не заменяет А).
-
Возможность использования вспомогательных кодов (пример: клиент называет устаревший артикул, в базе нет позиций с таким артикулом, но известно, что этому устаревшему артикулу соответствует определенная номенклатура).
-
Необходимость вывода информации об остатках (удобно, но повышает нагрузку на систему при перемещении по строкам списка).
Ниже представлен пример с другого проекта. Здесь видно только наличие аналога. По двойному щелчку верхний список сразу переходит на товар, после чего работа продолжается в обычном режиме. В этом проекте менеджеры назначают аналоги без дополнительных прав доступа, а программа автоматически создает обратную связь между товарами. При этом есть возможность назначать аналог в виде строки поиска и использовать его при подборе, указывая в поисковой строке.
Пример другого проекта (нажмите, чтобы увеличить)
Пример другого проекта (нажмите, чтобы увеличить)
Итог
Типовые возможности 1С — хорошая отправная точка. Но реальный результат, когда отсутствие одной позиции на складе становится не поводом для отказа покупателю, а возможностью предложить ему равноценную замену. Это достигается, когда система не просто ищет похожие товары, а показывает менеджеру заранее заданные варианты замены с учетом остатков и цены.
