код номенклатуры контрагента что это
Как регистрировать номенклатуру поставщика в карточке контрагента
В данной публикации мы рассмотрим возможность работы с номенклатурой поставщика, настройку отображения скрытых полей справочника и удаление полей, с которыми пользователь не работает. Эта статья для тех, кто хочет изучить все «скрытые» возможности 1С, настроить работу справочника «под себя» и чувствовать себя в программе комфортно!
Регистрация номенклатуры поставщика в карточке контрагента
Программа позволяет регистрировать в информационной базе номенклатуру поставщиков.
Информация о номенклатуре партнера используется для сопоставления номенклатуры организации и контрагентов при электронном документообороте (ЭДО) и загрузке документов от поставщиков в 1С.
После получения ЭДО в созданном документе Поступление (акты, накладные) колонка Номенклатура пустая, хотя при просмотре содержимого ЭДО она заполнена.
Это случается, когда номенклатурная позиция приобретена у поставщика впервые, и номенклатура поставщика и покупателя не синхронизирована. Необходимо провести сопоставление номенклатуры организации и поставщика.
Получите понятные самоучители 2021 по 1С бесплатно:
Настройка, выполненные для одного контрагента, автоматически распространяется на всех контрагентов списка.
Результат выполненной настройки будет выглядеть следующим образом.
По ссылке Номенклатура поставщика происходит сопоставление номенклатуры поставщика с номенклатурой организации, каждому наименованию номенклатуры поставщика сопоставляется номенклатура нашей организации.
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
Похожие публикации
Карточка публикации
(1 оценок, среднее: 5,00 из 5)
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.
Вы можете задать еще вопросов
Доступ к форме «Задать вопрос» возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку «Задать вопрос», я соглашаюсь с
регламентом БухЭксперт8.ру >>
Заполнение регистра сведений Номенклатура контрагентов
Заполняем Список контрагентов и таблицу Список товаров, указывая Код номенклатуры контрагента (и другие реквизиты регистра Номенклатура контрагентов если нужно).
Нажимаем кнопку Заполнить. Если нужно подправляем в итоговой таблице значения.
Кнопка Сохранить либо заменит первую запись регистра Номенклатура контрагентов по соответствующему контрагенту, номенклатуре и характеристике номенклатуры, либо добавит новую запись.
Разрабатывалась и тестировалась в Комплексная автоматизация, редакция 1.1 (1.1.47.1) 1С:Предприятие 8.3 (8.3.17.1851).
Скачать файлы
Специальные предложения
Обновление 17.09.21 07:00
См. также
Обработка предназначена прежде всего как пример для разработки внешних доп. обработок во Фреш в помощь программистам.
24.09.2021 1282 6 Dem0 0
Проверка статусов кодов ИС МП в документах [КА 2.4]
Проверка статусов штрихкодов упаковок ИС МП из документов
24.08.2021 2313 7 RocKeR_13 0
Еще один вариант Интеркампани
В конфигурациях 1С функционал по Интеркампании покрывает основной спектр возможных задач. Но возникает ряд задач, когда типовое решение может не подойти и придется либо его кастомизировать, либо использовать отдельный функционал, который описан в данной статье.
14.07.2021 3384 7 Alexsandr_Retunskiy 3
Групповое штрихкодирование номенклатуры (ERP 2.4, ERP 2.5, КА 2.4, УТ 11.4)
Внешняя обработка «Групповое штрихкодирование номенклатуры» для ERP 2.4, 2.5, КА 2.4, УТ 11.4 для быстроты присвоения штрихкодов номенклатуры.
08.06.2021 6097 6 SergAl 10
Рабочее место менеджера по продажам. УТ 11.3, 11.4, ERP 2.4 Промо
Рабочее место менеджера по продажам для УТ, ЕРП. Удобный инструмент в 1С для менеджеров по продажам для повседневной работы с клиентами. Все самое необходимое под рукой для оперативного создания заказа или реализации!
17.08.2018 22206 65 Ivan90 38
Работа с кодами маркировки (КА 2.4)
Обработка для удобной печати кодов маркировки.
27.05.2021 5990 12 RocKeR_13 2
Отправка счетов в PayKeeper
Расширение предназначено для отправки счетов в платежный сервис PayKeeper из типовой Бухгалтерии предприятия 3.0 (создавалось и тестировалось на релизе 3.0.88.32)
20.04.2021 6035 5 Krasnyj 0
Настройка оплаты по Системе Быстрых Платежей (СБП) через QR-код (на примере Газпромбанка)
Обработка включает в себя механизм регистрации организации в СБП (Юр. лицо, счет, ТСП), запрос ссылки на оплату по выбранному нами договору и преобразование ее в QR-код. Клиенту остается только считать его и оплатить. После чего банк присылает нам платежки, где в назначении платежа указан договор, по которому была оплата, дата, плательщик. Предварительно нужно заключить договор с банком.
30.03.2021 6081 36 pv94384 17
Список заказов покупателей (новый взгляд) Промо
Внешняя обработка «Список заказов покупателей». Фишка в том, что на одной форме отображается структура связанных документов с указанием контрагента. В этом окне также есть список товаров по заказу. Видны статусы заказов: исполнен, выполняется, черновик.
16.08.2017 38215 74 Rustig 67
Заполнение табличной части документа «Реализация товаров и услуг» по документу «Приобретение товаров и услуг» для ERP 2.4, КА 2.4, УТ 11.4
Внешняя обработка «Заполнение табличной части документа «Реализация товаров и услуг» по документу «Приобретение товаров и услуг»» для ERP 2.4, КА 2.4, УТ 11.4 для быстроты создания документов реализации по документам приобретения.
04.03.2021 2761 14 SergAl 9
Генератор маршрута по «документам отгрузки» в Google.Maps
Данная обработка будет полезна для построения маршрута по документам реализаций за выбранный период.
08.11.2020 10159 15 quazare 20
Новый взгляд на старое. Внешняя печатная форма – НАСТРАИВАЕМАЯ
Печатная форма, которую можно за 1 минуту изменить до неузнаваемости. Включены основные хотелки пользователей. Настраивается в режиме предприятия, без конфигурирования.
21.10.2020 5922 28 user1209971 25
Обмен данными между УТ 10.3 и Розницей 2.2 (правила обмена данными между «Управлением торговлей» ред. 10.3. и «Розницей» ред. 2.2) Промо
Данные правила предназначены для обмена в формате XML данных из программы «Управление торговлей» ред. 10.3. и «Розница» ред. 2.2 по основным группам документов и основных справочников. Загрузка данных осуществляется через встроенную обработку «Универсальный обмен данными XML». Основная цель обработки – корректировка типовых правил на выявленные ошибки и расширение выгрузки для корректной выгрузки данных по ЕГАИС и продажам в целом. Протестировано до УТ 10.3.47.х и Розница 2.2.11.х
16.09.2016 58121 6 SEOAngels 65
Выгрузка XML-файла УПД для отправки через ЭДО СБИС, Диадок и т.п.
С помощью этой обработки для документа «Реализация товаров и услуг» формируется XML-файл УПД, который можно отправить через ЭДО СБИС, Диадок и пр.
17.08.2020 18211 112 vasilievil 16
Обмен через API с Честный знак (Система маркировки товаров)
Рассмотрен пример обмена через API с Честным знаком с использованием электронной подписи.
10.08.2020 23922 97 vasilievil 25
Обновление цены и остатков товаров на Ozon по данным из 1С (внешняя обработка)
Внешние обработки для установки цены и остатков товаров в личном кабинете продавца на Ozon.ru по данным свободных остатков в УТ, КА и УНФ.
09.06.2020 7362 177 elcoan 45
Правильные аналоги номенклатуры (кроссы запчастей) для 1С / Управляемые формы Промо
29.07.2015 47739 5 taurus__ 23
[Расширение] БП 3.0. Список счетов от поставщиков / Список поступлений + Связанные документы
Список счетов от поставщиков и список поступлений товаров и услуг + Структура подчиненности в одном окне. Расширение для программы БП 3.0.
20.05.2020 9804 8 Rustig 13
Обмен данными между OZON и 1С
Данная подсистема позволяет загружать отправления «с моего склада» из OZON (в статусе «Ожидают сборки») в 1с Управление торговлей 11 по API. Так же есть возможность выгружать статусы отправлений «awaiting_deliver, т.е. Ожидает отгрузки» и «cancelled, т.е. Отменен» из 1с в OZON по API.
09.04.2020 31710 220 vex2865 146
Отображение цен и остатков в списке номенклатуры и подборах «как в УТ 10.3» в УТ 11, КА 2, ERP 2 (расширение, платформа 8.3.12+)
(©Топчий Д.Ю.) Посвящается Всем, кто привык к удобному отображению цен и остатков в конфигурации «Управление торговлей 10.3» в списке номенклатуры! Не требует модификации конфигурации, устанавливается как расширение! Выбранные виды цен сохраняются в рамках пользователя. Отображение идет в виде дерева по характеристикам. Работа проверена на конфигурациях УТ 11.4, КА 2, ERP2. (Обновление от 17.04.2020)
31.03.2020 12173 85 hakerxp 19
Автоматическая рассылка прайс-листов Промо
Устали от утомительной рассылки прайс-листов своим клиентам? Тогда эта обработка как раз для вас, она сделает полностью все сама! Сформирует прайс с нужными настройками и отправит его по электронной почте, как, куда и когда надо.
24.03.2014 48784 24 skyadmin 20
Готовые решения для инвентаризации товаров и основных средств на мобильных устройствах для КА, УТ, ERP и БП 3.0 на базе Simple UI
28.02.2020 15639 74 informa1555 76
Выставление счета ссылкой на оплату через платежный шлюз Сбербанка из интерфейса 1С
Внешняя обработка для выбора документа и формирования ссылки на оплату, которую можно скопировать в буфер обмена и отправить любыми средствами. Решение позволяет повысить автоматизацию процесса выставления счетов на оплату через интерфейс 1С8.х, 1С7.7. Совместимо с интернет-эквайрингом Сбербанк.
14.01.2020 25099 125 etmarket 52
Рабочее место логиста
12.11.2019 17416 16 Torin99 45
Список заказов поставщикам (новая форма) + два ноу-хау для разработчиков Промо
31.08.2017 29907 18 Rustig 18
Рекомендательный сервис на основе коллаборативной фильтрации на 1С. Расширение формы подбора для УТ 11.4
В данной разработке реализован механизм рекомендаций товаров по принципу схожести товаров в корзине на основе алгоритма Item-to-Item от Amazon. Разобран алгоритм с демо базой и сделано расширение для УТ11.4 которое добавляет в форму подбора таблицу рекомендаций. Протестировано на 8.3.13.1865 на Управление торговлей, редакция 11 (11.4.8.63)
25.09.2019 17612 15 informa1555 24
Аналоги номенклатуры для УТ 11.4, КА 2.4, ERP 2.4, Розница 2.2, Розница 8. Магазин автозапчастей. Расширение
Расширение для работы с аналогами номенклатуры. Отлично подходит для работы с кроссами запчастей и товаров с аналогичными свойствами. Поддерживаемые конфигурации: УТ 11.4, КА 2.4, ERP 2.4, Розница 2.2, Розница 8. Магазин автозапчастей. Лёгкое подключение, без изменения конфигурации.
30.08.2019 31513 65 AleSSandre 34
Выгрузка номенклатуры в социальную сеть Вконтакте
Обработка для быстрой и легкой выгрузки товаров Вконтакт. Так просто еще не было)))
14.08.2019 24019 61 kaliuzhnyi 48
Отправка пакета документов по электронной почте (в формате PDF/XLS/HTML/MXL/ODS) Промо
22.04.2015 60634 42 trendy 24
1С REST API клиент. Обмен из 1С с сайтом/магазином WordPress/WooCommerce с помощью REST API
Обмен 1С с сайтом на WordPress и магазином Woocommerce. Внешняя обработка сделана как REST API клиент сайта WordPress, позволяет разработчику публиковать/изменять/удалять/просматривать посты/страницы/товары/фотографии (в связке с товаром/страницей) на сайте/магазине WordPress/Woocommerce. Обработки сделаны с использованием обычных форм, демо-формы использования в комплекте.
29.07.2019 14734 15 osivv 15
Утилиты ЕГАИС (1С:Розница 2.2)
Утилиты для упрощения работы с ЕГАИС в 1С:Розница.
16.07.2019 32836 52 RocKeR_13 12
[Расширение] для подключения мобильного устройства к УТ11.4/ КА 2/ERP 2 для работы с ордерным складом на базе Simple WMS. UPD Устарело (см. Simple UI)
Представляю готовое решение для работы с ордерами и проведения инвентаризаций в виде расширения на базе конструктора Simple WMS. Не требует доработки конфигурации, подключается как обычное расширение. Работать может с обычного телефона на Андроид либо с ТСД либо через RDP. Расширение содержит справочники, поэтому режим совместимости конфигурации должен быть не меньше 8.3.11. Расширение написано для конфигурации Управление торговлей 11.4.7 и тестировалось на Комплексная автоматизация 2.4.7.151.
27.05.2019 20392 45 informa1555 39
Доработки УТ 10.3, улучшающие работу пользователей
26.04.2019 17247 16 Rustig 26
Выгрузка УПД из документа «Реализация товаров и услуг» в формате xml для загрузки в Диадок. Для конфигурации «Бухгалтерия предприятия 3.0»
16.04.2019 19299 185 AleksandrFil 0
Подбор товаров по характеристикам (свойствам и значениям)
Быстрый фильтр и отбор товаров (номенклатуры) по свойствам. Готовый механизм для УТ 10.3 и УНФ 1.6.
14.04.2019 17250 27 Rustig 8
Яндекс карта в документе «Заказ клиента» на закладке «Доставка». (Расширение) УТ 11.4
Показ яндекс карты в документе «Заказ клиента» на закладке «Доставка» и печать карты для курьера с контактными данными. (Расширение)
05.02.2019 15330 13 ret 9
Остатки и цены в «Подборе товаров» для УТ 11
Расширение выводит остатки и цены в подборе у выбранной номенклатуры. https://infostart.ru/public/edit/?id=994482#
01.02.2019 11634 103 Makyrka 21
Бухгалтерия 3: Групповая отправка документов по электронной почте (Счет на оплату покупателя, Реализация товаров и услуг, Счет фактура выданный, Акт сверки)
Обработка «Групповая отправка документов по электронной почте» для конфигурации Бухгалтерия 3.0. Позволяет гибко выбирать документы и отправлять их контрагентам.
29.01.2019 16407 106 MaxxiMiliSan 108
HTTP-сервис + интерфейс jquery.mobile + QR-код. Остатки в магазине с устройства под Android, Apple, Windows без установки 1С
Была поставлена задача: Предоставить продавцам магазина быстрый доступ к остаткам размеров товара на складе магазина не отходя от покупателя.
16.01.2019 18627 14 John_d 9
Simple WMS Client – это визуальный конструктор мобильного клиента для терминала сбора данных(ТСД) или обычного телефона на Android. Приложение работает в онлайн режиме через интернет или WI-FI, постоянно общаясь с базой посредством http-запросов (вариант для 1С-клиента общается с 1С напрямую как обычный клиент). Можно создавать любые конфигурации мобильного клиента с помощью конструктора и обработчиков на языке 1С (НЕ мобильная платформа). Вся логика приложения и интеграции содержится в обработчиках на стороне 1С. Это очень простой способ создать и развернуть клиентскую часть для WMS системы или для любой другой конфигурации 1С (УТ, УПП, ERP, самописной) с минимумом программирования. Например, можно добавить в учетную систему адресное хранение, учет оборудования и любые другие задачи. Приложение умеет работать не только со штрих-кодами, но и с распознаванием голоса от Google. Это бесплатная и открытая система, не требующая обучения, с возможностью быстро получить результат.
09.01.2019 62880 271 informa1555 236
Установка соответствия номенклатуры поставщика в 1С:ERP
Для работы в 1С:ERP с документами товародвижения часто приходится сопоставлять номенклатуры из нашего справочника с номенклатурой и из документов поставщика.
Для начала необходимо выполнить настройки программы:
Добавить новую номенклатуру в справочник соответствия можно непосредственно в справочник «Номенклатура поставщиков» в 1С, либо документом «Регистрация цен поставщика», либо при вводе документов приобретения: «Заказ поставщику», «Поступление товаров и услуг», «Поступления товаров».
Разберем для начала добавление номенклатуры документом «Регистрация цен поставщика».
Документ создается в рабочем месте «Закупки → Цены поставщиков (прайс-листы)».
Если вы имеете прайс-лист поставщика в электронном формате, то по кнопке «Загрузить из внешнего файла» можно перенести данные в нашу базу. Выберите виды цен для загрузки, затем копируйте колонки из внешних файлов как указано в информации по загрузке.
По команде «Далее» номенклатура контрагента будет сопоставлена с нашей. Номенклатура контрагента, по которой не найдено соответствие выделена красным цветом. Подберите из нашего номенклатурного справочника соответствующую запись и нажмите «Далее».
В результате будет сформирован и проведен документ Регистрация цен поставщика.
В справочнике «Номенклатура поставщика» появятся запись с номенклатурой, по которой мы указывали соответствие.
Второй вариант – документы приобретения
Если Вы вручную формируете документы «Заказ поставщику», «Приобретение товаров и услуг», «Поступление товаров», можно просто добавить в табличную часть «Товары» новую строку и указать номенклатуру, по которой нет соответствия у данного контрагента. Тогда поле «Номенклатура поставщика» останется незаполненным.
Вы можете вручную указать номенклатуру поставщика в 1С. В поле «Номенклатура поставщика» в 1С нажмите «Создать» и добавьте наименование поставщика.
В карточке элемента справочника укажите наименование поставщика, артикул, выберите или создайте группу номенклатуры поставщика. Данные о поставщике, нашем наименовании номенклатуры и упаковке будут заполнены автоматически.
Также вы можете выбрать соответствующий товар из справочника «Номенклатура поставщика». Откроется список товаров поставщиков, в котором могут быть установлены три вида отборов:
Регистрация номенклатуры поставщика в 1С
Для возможности использования Номенклатуры поставщика, необходимо перейти из раздела «НСИ и администрирование» / «Настройки НСИ и разделов», в настройки «Номенклатура», в группе «Дополнительная информация» установить отметку «Номенклатура поставщиков».
Рисунок 1 – Форма окна «Настройки номенклатуры»
Как ввести номенклатуру поставщика в 1С?
Для регистрации номенклатуры поставщика существуют следующие способы:
Рассмотрим ввод номенклатуры поставщика «вручную». Стоит отметить, что процесс ввода номенклатуры в конфигурациях «1С:Комплексная автоматизация», «1С:Управление торговлей» и «1С:ERP» абсолютно идентичен.
Справочник номенклатуры поставщика относится к конкретному поставщику (Контрагенту). Для его создания необходимо открыть карточку партнера, перейдя из раздела «НСИ и администрирование» / «НСИ» в справочник «Партнеры».
Рисунок 2 – Раздел «НСИ и администрирование»
В списке «Партнеры» открыть карточку требуемого партнера. В карточке партнера обязательно должен быть указан тип отношений – отметка «Поставщик».
Рисунок 3 – Карточка партнера
Далее необходимо перейти по ссылке «Номенклатура поставщика» из карточки партнера.
Рисунок 4 – Номенклатура поставщика в карточке партнера
При этом откроется справочник ранее созданной номенклатуры поставщика. Чтобы создать новую номенклатуру необходимо нажать кнопку «Создать».
В открывшемся окне «Номенклатура поставщика (Создание)» необходимо заполнить поля:
Далее следует записать созданную номенклатуру поставщика с помощью команды «Записать и закрыть».
Рисунок 5 – Форма окна «Номенклатура поставщика»
Номенклатура поставщика создана, записана и теперь ее можно использовать.
Закажите обучение или получите консультацию
у наших специалистов!
Принципы проектирования справочников номенклатуры в 1С Управление Предприятием 2 (ERP 2.4.6)
Принципы системного подхода к проектированию справочников номенклатуры в 1С Управление Предприятием 2 (ERP 2.4.6) или как избежать замусоривания.
В 1С Управление предприятием 2 используется целое семейство справочников для работы с номенклатурой. Эти справочники являются частью НСИ. Правильно организованный подход к НСИ гарантирует контроль работы конфигурации и пользователей. Поэтому работа с НСИ требует жёсткого и, самое главное, систематического подхода, в противном случае, справочники мгновенно превращаются в заполненные мусором списки. Кроме того, правильно организованные справочники упрощают работу с составлением запросов и выборок. Помимо этого, систематически организованные и заполняемые справочники позволяют применять математический аппарат для работы с ними (в основном аппарат из теории графов). И, независимо от этого, правильно организованные справочники позволяют вести корректную кодировку товаров.
Какие же принципы позволяют организовать систематическую работу со справочниками в 1С ERP?
Основные принципы работы
Прежде всего, это принцип иерархичности. Большинство справочников 1С спроектированы для иерархической классификации содержимого. Именно этот принцип чаще всего нарушается при работе со справочниками. Иерархическая классификация подразумевает, что множество объектов (элементов справочника) распределяется по ветвям (каталогам) по:
Здесь сразу же можно сказать, что в 1С ERP присутствуют справочники, которые позволяют решать подобные коллизии за счёт того, что они изначально спроектированы не под иерархическую структуру. Самый первый пример – справочник «Сегменты номенклатуры». Это справочник, позволяет собирать из элементов справочника «Номенклатуры» произвольные списки. При этом, один и тот же элемент номенклатуры может входить во множество списков. В частности через сегменты номенклатуры могут быть оформлены коллекции (но при этом следует помнить, что именно для коллекций есть отдельный справочник «Коллекции», который удобен для коллекций сезонного вида). Удивительно, но справочник «Сегменты номенклатуры» имеет иерархию каталогов, в которой принцип иерархичности должен соблюдаться.
Упрощая можно сформулировать: «Если справочник иерархический, то любой его элемент может входить только в одну ветвь (группу, каталог)» или иначе «Структура каталогов иерархических справочников не должна допускать пересечения разнотипных объектов в одной ветви (группе, каталоге).
С этим несложным теоретическим базисом, рассмотрим работу со справочниками номенклатуры в 1С ERP. (Правда в том, что хотя теория несложная, но на практике соблюдать её требования невероятно сложно в силу психологических причин, а именно – недостаточной мотивации жёстко и бескомпромиссно придерживаться правил классификации).
Справочники и связанные с ними объекты
При первом взгляде структура НСИ номенклатуры кажется запутанной, но, если собрать по кусочкам информацию от 1С, то складывается определённая система.
Перечисление «Типы номенклатуры»
Прежде всего, опорой номенклатурной системы справочников является перечисление «Типы номенклатуры». В нём всего несколько позиций: Товар, Тара, Услуга, Работа, Набор. У типов Товар и Услуга есть несколько подтипов, из которых особенное внимание следует обратить на продукцию, подлежащую маркировке и контрольные идентификационные знаки. Перечисление «типы номенклатуры» является элементом управления отдельными алгоритмами работы 1C ERP и поэтому недоступно для редактирования пользователем. На основе этого перечисления, пользователь имеет возможность организовать справочник «Виды номенклатуры».
Справочник «Виды номенклатуры»
На основе этого перечисления, пользователь имеет возможность организовать справочник «Виды номенклатуры». Справочник имеет иерархическую систему без ограничения уровней и доступен для заполнения пользователем. Но не следует тут же делать ошибку и формировать из справочника «Виды номенклатуры» разветвлённую структуру каталогов справочника «Номенклатура». Виды номенклатуры следует максимально ограничить именно видовыми признаками номенклатуры и сделать минималистичным.
Признак некорректности составления «видового» справочника – это желания вставить в наименовании элемента справочника определения, прилагательные, индексы. Справочник должен быть именно, что видовым и прилагательные допустимы только в случае, если понятие не имеет выраженности через одно слово (существительное). Например: в ряду «одежда», «обувь», «уборы головные», допустимо внести элемент «уборы головные», поскольку видового эквивалента «головным уборам» одним словом так просто не найти. Обозначить «Шапки» нельзя, т.к. шапка не видовое понятие, а разновидность головного убора наряду со «шляпой». Аналогично в машиностроении допустимо вид номенклатуры обозначать «лопасти», но определения «лопасти винтовые» и «лопасти турбинные» уже не относятся к справочнику «Виды номенклатуры».
При первичном заполнении справочника видов номенклатуры самый верхний уровень каталогов вполне логично будет создать под направления деятельности, например: торговля, производство, потребление (собственное), активы и т.п. Но это не единственный вариант структурирования, главное, чтобы группы и элементы справочника следовали принципу иерархичности, а это возможно только, если начинать с самого-самого общего уровня.
Предназначение справочника «Виды номенклатуры» и условия, когда обязательно следует создать отдельный вид номенклатуры (элемент) следующие:
Справочник «Товарные категории»
Ранее был дан совет не строить виды номенклатуры исходя из описательных характеристик и излишней детализации. Но, чтобы обеспечить необходимую детализацию номенклатуры следует использовать справочник «Товарные категории».
Предназначения этого справочника следующие:
Из сказанного выше и того что справочник «товарные категории» имеет иерархическую структуру, следует, что определение списка товарных категорий является нетривиальной задачей, если требуется соблюсти принцип иерархичности. Поэтому, чтобы её решить, организации следует разрабатывать товарные категории самостоятельно только при наличии в штате опытных товароведов, консультантов, маркетологов, а если таковых нет, товарные категории лучше составлять на основе общераспространённых классификаторов (ТНВЭД, ОКП, ОКВЭД, ОКДП и т.п.).
Поскольку к одному «Виду номенклатуры» может быть привязано несколько товарных категорий, то фактически все качественные определения, которые хотелось включить в вид номенклатуры, но по требованию принципа минимизации видов номенклатуры они не были включены в наименование вида, то товарные категории как раз и могут содержать описательные сущности номенклатуры (те самые «прилагательные», которые хотелось вставить в наименование вида). Например, вид номенклатуры «обувь», то категории могут быть «мужская обувь», «женская обувь», «детская обувь». И при этом же следует учитывать, что один элемент справочника «Номенклатура» входит только в одну товарную категорию. Таким образом, вид номенклатуры содержит список всех товарных категорий, которые могут быть по отдельности присвоены номенклатуре (элементу справочника номенклатуры), имеющей такой вид.
Справочник «Товарные категории» имеет очень существенное значение для системы планирования в 1С ERP. Именно к товарным категориям привязываются в документе «Норматив распределения планов продаж по категориям» распределения номенклатуры по характеристикам и реквизитам. Это распределение нужно, если компании с большим количеством номенклатуры необходимо исходный план продаж, составленный по товарным категориям, автоматически развернуть до номенклатуры и её существенных аналитик, включая характеристики номенклатуры. Распределение разворачивает товарные категории на все элементы справочника номенклатуры, которые имеют конкретную товарную категорию и одновременно детализируют до любого набора реквизитов и характеристик. Здесь значимость правильного конструирования товарных категорий возрастает нелинейным способом, т.к. позволяет составлять детализированные до номенклатуры и её реквизитов/характеристик планы продаж (в т.ч. с учётом распределения по сезонности, если используется функционал сезонности).
Справочник «Товарные характеристики»
Можно считать особой разновидностью товарных категорий «товарные характеристики». Это те свойства номенклатуры, которые имеют значение для покупателя (потребителя) в количественном выражении. Таким образом, следующий справочник номенклатурного блока «Характеристики номенклатуры» служит для описания тех параметров номенклатуры, по которым в системе следует иметь информацию о товарных остатках в количестве. Товарными характеристиками могут быть размер одежды, длина заготовки, качественный состав сырья и т.п. Количественные остатки в разрезе товарных характеристик являются опорными данными для выгрузки в интернет-магазины, внешние базы данных и т.п. Здесь важно не соблюдение иерархичности списка товарных характеристик, а невключение в характеристики тех параметров, которые для потребителя (покупателя) не имеют интереса в контексте количества – дабы избежать нагрузки на систему 1С в части учёта по количеству.
Теперь рассмотрим интересное следствие.
Если представим трёхосевую систему координат, где ось Х – вид номенклатуры, ось У – товарные категории, ось Z – набор (сочетание) товарных характеристик, то номенклатура будет своего рода функцией от Х, У, Z. Фактически эти три измерения задают не саму номенклатуру, а группу справочника «Номенклатура». Внутри каждой такой группы будет находиться номенклатура, отличающаяся дополнительными реквизитами и дополнительными сведениями. Собственно, сейчас мы сформулировали по какому принципу создавать группы номенклатуры, чтобы соблюсти системный подход. Это позволяет автоматически формировать группы каталогов справочника «Номенклатура» в тех случаях, когда обслуживается справочник с очень большим количеством записей или когда происходит перенос справочника на новую платформу или его перестроение.
В реальности пространство для «функции» номенклатуры состоит более, чем из 3-х измерений. Например, измерением могут также выступить типовые реквизиты, дополнительные сведения и реквизиты. Но это ненамного усложнит автонаименование групп справочника «Номенклатура».
Следует учесть, что каждый элемент справочника «Вид номенклатуры» содержит конструктор наименований номенклатуры. Наименование номенклатуры строится на основе реквизитов номенклатуры. Реквизитами, в частности, являются вид номенклатуры, товарная категория, сертификат. Поэтому логично, что в группу номенклатуры следует включать элементы с одинаковой товарной категорией. В 1С ERP типового функционала автоматического наименования самих групп справочника «Номенклатура» не имеется, поэтому он подлежит разработке в случае необходимости.
Исходя из своего опыта работы с 1С ERP могу сделать такой вывод: Справочники номенклатурного описания 1С ERP спроектированы таким образом, что самым важным становится не справочник «Номенклатура», а триада справочников «Вид номенклатуры», «Товарные категории», «Характеристики номенклатуры». Если эта триада спроектирована корректно, то справочник «Номенклатура», включая его группы, де-факто будет спроектирован.
Дополнительные реквизиты и сведения
Сделаем некоторое отступление от описания номенклатурных справочников для описания дополнительных реквизитов и сведений. Дополнительные реквизиты служат для ведения списков товарных признаков, которые не нашли выражения в типовых справочниках, перечислениях и аналогичных объектах. При создании дополнительного реквизита всегда следует соблюдать принцип неумножения сущностей и тщательно проверять имеется ли типовой объект для хранения желаемой информации. Дублирование сходных по назначению объектов неминуемо приведёт к путанице пользователей и накопления мусора.
Дополнительные сведения аналогичны назначению и функционалу дополнительных реквизитов, но 1С рекомендует в сведениях отражать признаки имеющие отношению не к самой номенклатуре, а к связям номенклатуры со внешними источниками или с управлением доступом к номенклатуре. Например, для хранения кодировки обмена данными, кодами во внешних базах и т.п. Другими словами дополнительные сведения используются в исключительных случаях, в то время как дополнительные реквизиты по смыслу должны быть неразрывно связаны с номенклатурой.
Также несколько обособлен реквизит «Качество». Его назначение очень ограничено – им выделяют новую или бывшую в употреблении номенклатуру, степень износа. Но такой подход означает дублирование одной и той же номенклатуры в справочнике, что затрудняет выборку и различение сходных элементов справочника. Фактически происходит умножение сущностей, т.к. качество и его степени являются ситуационными состояниями. Целью организации не является производство некачественного товара или закупка некачественных сырья и материалов для запуска в производство. Поэтому для упрощения конструкции справочника «Номенклатура» и его содержимого, возможно, более правильным будет неиспользование реквизита «качество», а разделять разные по качеству ТМЦ учётными разделителями (субсчетами, складскими ячейками, сегментами номенклатуры и т.п.) и/или маркировкой. Для торговых организаций, где товары разного качества могут выступать таким же объектом торговли, этот совет менее актуален. Но для производственных предприятий, где товары (продукция) или материалы сниженного качества служат сырьем для производства имеет смысл выделить даже отдельный вид номенклатуры для такого повторного сырья и делать перевод из номенклатуры продаж/выпуска в номенклатуру сырья (например, операциями разукомплектации).
В рамках отступления от рассмотрения собственно справочников номенклатурного ряда также рассмотрим функционал «Фильтр по свойствам» справочников «Вид номенклатуры» и «Номенклатура». Фильтр по свойствам задаётся в виде номенклатуры как перечень реквизитов и дополнительных сведений. По этим свойствам в справочнике «Номенклатура» производится отбор сходных по назначению и сущности элементов номенклатуры. Поскольку для пользователя этот функционал выглядит как динамический отбор в форме справочника номенклатуры при выборе ссылки «Номенклатура с аналогичными свойствами» в элементе справочника «Номенклатуры», то он имеет значение лишь для быстрого поиска подобной номенклатуры в списках. Но если организовать хранение результатов таких отборов и продуманно составлять списки свойств отбора, то можно получить функционал похожий на типовой функционал «Номенклатура, продаваемая совместно». Например, производственные предприятия по номенклатуре производства могут организовать динамический отбор аналогов номенклатуры, допускаемой к замене в производственном процессе.
Функционал «Номенклатура, продаваемая совместно»
Сам же функционал «Номенклатура, продаваемая совместно» представляет собой алгоритм поиска в документах реализации и хранения результатов отбора в соответствующем регистре, по парам номенклатуры, которые встречается, с заданной пользователем частотой встреч в рамках одного документа оптовой/розничной реализации. Заполнение регистра возможно как автоматически по алгоритму, так и вручную прямым указанием пар номенклатуры. Подбор пар осуществляется с учётом характеристик номенклатуры и по настройке поиска ассоциаций в НСИ. В связи с тем, что этот функционал слабо управляем пользователем он имеет больше оценочно–вспомогательный характер для маркетинговых целей. Назначение этого функционала – выдавать подсказку менеджеру при оформлении подборов в документы реализации какие ещё товары можно предложить клиенту вдобавок к заказанному. Из этого видно, что если продажи организации формируются в отдельных билинговых системах или в интернет-магазинах, то описанный функционал малополезен.
Справочник «Производители»
Возвращаясь к справочникам рассмотрим справочник «Производители». Он представляет себе хранилище списка значений, выбираемых в реквизите номенклатуры «Производитель». Эти значения являются просто текстом и никак не связаны со справочником «Контрагенты». Нельзя сказать, что это весьма продуманное решение со стороны 1С, поскольку приводит к дублированию справочника «Контрагенты» и тем, кому в номенклатуре надо точно указывать производителя вплоть до юрлица придётся делать это указание в ещё одном дополнительном реквизите. Поэтому использовать справочник «Производители» стоит не для перечисления производителей-юрлиц, а для разделения по «видам» производителей. Например, стоит обязательно выделить группу «Наше производство» и указать наши центры производства, а внешних производителей выделять одним элементом «сторонние производители» или «иностранный производитель». В имени производителя нет даже смысла упоминать бренд, т.к. у номенклатуры есть отдельный реквизит «Бренд». Предложенное заполнение справочника «Производители» позволяет упростить справочники «Вид номенклатуры» и группы справочника «Номенклатура», т.к. их не надо дробить под производителя, но увеличивает число элементов справочника «Номенклатура», т.к. на каждый «вид» производителя заводится отдельный элемент номенклатуры. Предложенный подход будет полезен для организаций, продающих или производящих продукт, известный потребителю как объект, который производят разные организации, в частности купившие лицензию на производства определённой марки и т.п.
Справочник «Номенклатура поставщиков»
Со справочником «Производители» перекликается функционал «Номенклатура поставщика», в который входит справочник «Номенклатура поставщиков». Этот функционал привязан к справочнику «Партнёры» и позволяет, при включении соответствующей настройки в разделе «НСИ», сопоставлять элементы справочника «Номенклатура» отдельному справочнику, хранящему наименования номенклатуры поставщиков. Это очень важный и значимый функционал, значение которого трудно переоценить.
В первую очередь он важен для оптимального конструирования собственного справочника номенклатуры, независимо от качества подходов к конструированию номенклатуры на стороне поставщиков.
Во вторую очередь это важно для конструирования номенклатуры собственного производства и конструирования спецификаций, потому что организация получает возможность строить свой справочник «Номенклатуры» для сырья, материалов и полуфабрикатов вне зависимости от пула поставщиков, сложившегося на текущий момент, ни от изменений в пуле и в номенклатуре поставщиков в будущем. Отсюда появляется возможность более простого контроля затрат на производство, в т.ч. за счёт сокращения количества и трудоёмкости обслуживания спецификаций. Другими словами, производственникам и продающим товары одного бренда, поступивших от разных поставщиков/производителей, описанный функционал следует использовать в обязательном порядке. Иначе – преступление!
Справочник «Номенклатура поставщиков» является иерархическим и позволяет структурировать номенклатуру поставщиков под группировки своей номенклатуры или под независимые группировки поставщиков. Но здесь не требуется излишне усложнять классификацию номенклатуры поставщиков, т.к. привязка номенклатур производится однократно парно в самом функционале «номенклатуры поставщиков» или непосредственно в документах поступления ТМЦ, в которых группировка особого значения не имеет. В компаниях с большим потоком номенклатуры имеет смысл запретить привязку номенклатуры в документах поступления ТМЦ сотрудникам уровня «оператор», работающими с первичными документами, поскольку привязка требует гораздо более высокой квалификации и должна осуществляться отдельным специалистом (товароведом, инженером и т.п.) в функционале «номенклатура поставщика» в период заключения сделки (договора). Кроме того, связки номенклатур должны оперативно верифицироваться на актуальность при обработке новых модификаций прайс-листов поставщиков, до момента поставки. Функционал «номенклатуры поставщиков» используется в системе планирования 1С ERP при автоматическом создании из планов производства (потребностей в материалах) планов закупок и планов закупок из планов продаж по покупным товарам.
Также следует учитывать, что к номенклатуре поставщика привязан функционал «Цены поставщиков», что также актуально при планировании планов закупок, особенно в производствах с уникальным выпуском (кораблестроение, производство элитной мебели, отделка помещений и объектов), хотя в типовой 1С нет управляемого пользователем алгоритма подбора по ценам поставщиков при планировании.
Справочник «Ценовые группы»
Справочник «Ценовые группы» предназначен для ведения списка признаков, по которому отбирается номенклатура с одинаковыми методами ценообразования. Справочник не имеет по умолчанию иерархической структуры, поэтому подход к его наполнению должен быть минималистичным. Ценовая группа назначается, если для неё можно задать особую формулу расчёта (в справочниках «Виды цен» или «Скидки»). Но, поскольку два упомянутых справочника имеют независимые средства отбора номенклатуры можно сказать, что роль справочника «Ценовые группы» примитивна – всего лишь удобство отбора при назначении формул расчёта цен/скидок. Если все элементы номенклатуры при создании связывать с ценовыми группами, то гарантируется простота отбора по этому признаку.
Справочник «Сезонные группы номенклатуры»
Справочник «Сезонные группы номенклатуры» является справочником системы планирования и также является простым хранилищем списков, которые помогают разделить номенклатуру на группы с одинаковой сезонностью. К каждой созданной сезонной группе в регистре «Сезонные коэффициенты» хранятся коэффициенты распределения по месяцам года (Не по году/периоду планирования. А по месяцам календарного года). Справочник полезен, если планирование построено на первоначальном создании плана продаж на период (год) в целом по товарным категориям, а затем автоматически создаётся План продаж по номенклатуре с учётом сезонности и товарных характеристик. Но, если планирование продаж изначально строится на помесячном или более дробном плане продаж, то справочник сезонности не нужен, т.к. сезонность уже будет учтена в оборотах каждого месяца (недели).
Справочник «Политики учёта серий»
Справочник «Политики учёта серий» служит для привязки к виду номенклатуры правил работы с сериями номенклатуры и сроками годности. Политики учёта серий можно разделить на «лёгкие» (не требующие учета остатков или себестоимости в разрезе серий/сроков годности) и «тяжёлые» (требующие учета остатков или себестоимости в разрезе серий/сроков годности). Маркировку товаров и использование контрольных идентификационных знаков (КИЗ) 1С предлагает использовать в специально выделенном лёгком варианте типа политики «Маркировка продукции для ГИСМ». «Тяжёлого» учёта по возможности следует избегать, т.е. применять его обоснованно, в связи с тем, что серийный учёт предполагает крайне высокую нагрузку на производительность системы, особенно вариант с типом политики «Учёт себестоимости по сериям». В этом случае происходит лавинообразное увеличение количества вычислений, процессорных операций и число строк в табличных частях документов движения ТМЦ. Справочник политик учёта серий по умолчанию не является иерархическим, поэтому рекомендуется здравый минимализм при проектировании его элементов. Поскольку политики учёта серий привязываются к виду номенклатуры, то они распространяются на все элементы номенклатуры с заданным видом. Серийный учёт стоит вводить только в случаях, когда каждая единица продукции имеет уникальные отличия или когда применяется маркировка ГИСМ или собственная поштучная идентификация единиц продукции (например, RFID метками) или когда значения имеют сроки выпуска/годности. В остальных случаях использование серий с большой вероятностью является злоупотреблением возможностями 1С ERP и здравого смысла.
Справочник «Группы доступа номенклатуры»
Отдельно стоит упомянуть справочник «Группы доступа номенклатуры», который является простым списком видов доступа, которые описываются в профилях доступа. Следует помнить, что разделение доступа приводит к замедлению работы системы, поэтому этот справочник в общем случае не стоит использовать. Но он будет весьма полезен, если надо убрать с глаз пользователей оперативного звена элементы номенклатуры, переведённые в архив, выведенные из использования. Обычно применяют способ заведения отдельных групп каталогов для архивной номенклатуры в справочнике «Номенклатура», но это приводит к дублированию номенклатуры и усложнение отборов при выборке данных за прошлые периоды. Но если создать специальную группу доступа «Архив номенклатуры», то устаревшая номенклатура просто исчезнет из поля зрения тех пользователей, которым она в работе только мешает. Также можно завести отдельную группу доступа для новой проектируемой номенклатуры, принцип видимости аналогичный. Такой способ позволяет, не нарушая системности подхода к проектированию видов номенклатуры и справочника номенклатуры, выводить из оборота и вводить в оборот соответствующие позиции, сохраняя или сразу размещая их в нужных группах каталога.
Справочники «Коллекции», «Рейтинги продаж номенклатуры», «Квоты ассортимента» являются узкоспецифичными и предназначенными для розничной торговли ТНП, поэтому в настоящей статье их рассматривать не будем.