Принципы проектирования справочников номенклатуры в 1С: Управление Предприятием 2 (ERP 2.4.6)

Публикация № 1001214

Сообщество - Пользователю системы

ERP проектирование справочники номенклатура

Принципы системного подхода к проектированию справочников номенклатуры в 1С: Управление Предприятием 2 (ERP 2.4.6) или как избежать замусоривания.

Оглавление

Основные принципы работы

Справочники и связанные  с ними объекты

Перечисление «Типы номенклатуры»

Справочник «Виды номенклатуры»

Справочник «Товарные категории»

Справочник «Товарные характеристики»

Дополнительные реквизиты и сведения

Функционал «Номенклатура, продаваемая совместно»

Справочник «Производители»

Справочник «Номенклатура поставщиков»

Справочник «Ценовые группы»

Справочник «Сезонные группы номенклатуры»

Справочник «Политики учёта серий»

Справочник «Группы доступа номенклатуры»

Резюме

 

Принципы системного подхода к проектированию справочников  номенклатуры в 1С Управление Предприятием 2 (ERP 2.4.6) или как избежать замусоривания.

В 1С: Управление предприятием 2 используется целое семейство справочников для работы  с номенклатурой. Эти справочники являются частью НСИ. Правильно организованный подход к НСИ гарантирует контроль работы конфигурации и пользователей. Поэтому работа с НСИ требует жёсткого и,  самое главное, систематического подхода, в противном случае, справочники мгновенно превращаются в заполненные мусором списки. Кроме того, правильно организованные справочники упрощают работу с составлением запросов и выборок. Помимо этого, систематически организованные и заполняемые справочники позволяют применять математический аппарат для работы с ними (в основном аппарат из теории графов). И, независимо от этого, правильно организованные справочники позволяют вести корректную кодировку товаров.

Какие же принципы позволяют организовать систематическую работу со справочниками в 1С ERP?

Основные принципы работы

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

  1. Однотипному основанию (в логике это понятие «основание деления»)
  2. Только по одному основанию (признаку)

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

Здесь сразу же можно сказать, что  в 1С ERP присутствуют справочники, которые позволяют решать подобные коллизии за счёт того, что они изначально спроектированы не под иерархическую структуру. Самый первый пример – справочник «Сегменты номенклатуры». Это справочник, позволяет собирать из элементов справочника  «Номенклатуры» произвольные списки. При этом, один и тот же элемент номенклатуры может входить во множество списков. В частности через сегменты номенклатуры могут быть оформлены коллекции (но при этом следует помнить, что именно для коллекций есть отдельный справочник «Коллекции», который удобен для коллекций сезонного вида). Удивительно, но справочник «Сегменты номенклатуры» имеет иерархию каталогов, в которой принцип иерархичности должен соблюдаться.

Упрощая можно сформулировать: «Если справочник иерархический, то любой его элемент может входить только в одну ветвь (группу, каталог)» или иначе «Структура каталогов иерархических справочников не должна допускать пересечения разнотипных объектов в одной ветви (группе, каталоге).

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

Справочники и связанные  с ними объекты

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

Перечисление «Типы номенклатуры»

Прежде всего, опорой номенклатурной системы справочников является перечисление «Типы номенклатуры». В нём всего несколько позиций: Товар, Тара, Услуга, Работа, Набор. У типов Товар и Услуга есть несколько подтипов, из которых особенное внимание следует обратить на продукцию, подлежащую маркировке и контрольные идентификационные знаки. Перечисление «типы номенклатуры» является элементом управления отдельными алгоритмами работы 1C ERP и поэтому недоступно для редактирования пользователем. На основе этого перечисления, пользователь имеет возможность организовать справочник «Виды номенклатуры».

Справочник «Виды номенклатуры»

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

Признак некорректности составления «видового» справочника – это желания вставить в наименовании элемента справочника определения, прилагательные, индексы. Справочник должен быть именно, что видовым и прилагательные допустимы только в случае, если понятие не имеет выраженности через одно слово (существительное). Например: в ряду «одежда», «обувь», «уборы головные», допустимо внести элемент «уборы головные», поскольку видового эквивалента «головным уборам» одним словом так просто не найти. Обозначить «Шапки» нельзя, т.к. шапка не видовое понятие, а разновидность головного убора наряду со «шляпой». Аналогично в машиностроении допустимо вид номенклатуры обозначать «лопасти», но определения «лопасти винтовые» и «лопасти турбинные» уже не относятся к справочнику «Виды номенклатуры».

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

Предназначение справочника «Виды номенклатуры» и условия, когда обязательно следует  создать отдельный вид номенклатуры (элемент) следующие:

  1. Выделяет самые-самые общие "видовые" понятия номенклатуры. В том числе, отдельного вида номенклатуры требует номенклатура     с отдельным типом номенклатуры (т.е. каждый используемый элемент перечисления «Типы номенклатура» следует повторить в справочнике «Виды номенклатуры»).
  2. Это классификатор по физическим свойствам.    
  3. Основной посыл создания нового вида - свой, особенный набор характеристик номенклатуры.
  4. Также новый вид создаётся,  если можно выделить свой набор фильтров по свойствам, который позволяет находить аналоги номенклатуры.                                                     
  5. Отдельного вида номенклатуры требует номенклатура со своим сертификатом.
  6. Отдельного вида номенклатуры требует номенклатура с отдельным набором товарных категорий.
  7. Отдельного вида номенклатуры требует номенклатура              с обязательной маркировкой ГИСМ.
  8. Отдельного вида номенклатуры требует номенклатура с типом «контрольный идентификационный знак» (КИЗ).                                                           
  9. Отдельного вида номенклатуры требуют импортируемые ТМЦ                                                           
  10. Отдельного вида номенклатуры требует номенклатура с общими параметрами учёта (например: ставка НДС)
  11. Отдельного вида номенклатуры требует номенклатура с общим набором свойств

Перечисленные пункты, если они будут учтены при построении видов номенклатуры, обеспечивают корректную работу алгоритмов  1С ERP, по крайней мере, так как это описал разработчик (1С). Как видно, при соблюдении перечисленных критериев справочник видов номенклатуры может получиться весьма разветвлённым, чего следует максимально избегать и не плодить лишние сущности. Соответственно структуру видов номенклатуры не следует копировать в виде групп справочника «Номенклатура» для избегания избыточности.

Справочник «Товарные категории»

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

Предназначения этого справочника следующие:

1      Продолжение детализации "Видов номенклатуры".                                             

2      Основной посыл создания товарной категории – категория конструирует код артикула для систем кодирования и штрихкодирования (ШК).                                      

3      Категория определяет сущность и предназначение входящих в неё товаров.        

4      Товарная категория служит основой распределения входящей в неё номенклатуры  на характеристики номенклатуры.

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

Из сказанного выше и того что справочник «товарные категории» имеет иерархическую структуру, следует, что определение списка товарных категорий является нетривиальной задачей, если требуется соблюсти принцип иерархичности. Поэтому, чтобы её решить, организации следует разрабатывать товарные категории самостоятельно только при наличии в штате опытных товароведов, консультантов, маркетологов, а если таковых нет, товарные категории лучше составлять на основе общераспространённых классификаторов (ТНВЭД, ОКП, ОКВЭД, ОКДП и т.п.).

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

Справочник «Товарные категории»  имеет очень существенное значение для системы планирования в 1С ERP. Именно к товарным категориям привязываются в документе «Норматив распределения планов продаж по категориям» распределения номенклатуры по характеристикам и реквизитам. Это распределение нужно, если компании с большим количеством номенклатуры необходимо исходный план продаж, составленный по товарным категориям, автоматически развернуть до номенклатуры и её существенных аналитик, включая характеристики номенклатуры. Распределение разворачивает товарные категории на все элементы справочника номенклатуры, которые имеют конкретную товарную категорию и одновременно детализируют до любого набора реквизитов и характеристик.  Здесь значимость правильного конструирования товарных категорий возрастает нелинейным способом, т.к. позволяет составлять детализированные до номенклатуры и её реквизитов/характеристик планы продаж (в т.ч. с учётом распределения по сезонности, если используется функционал сезонности).

Справочник «Товарные характеристики»

Можно считать особой разновидностью товарных категорий «товарные характеристики». Это те свойства номенклатуры, которые имеют значение для покупателя (потребителя) в количественном выражении. Таким образом, следующий справочник номенклатурного блока «Характеристики номенклатуры» служит для описания тех параметров номенклатуры, по которым в системе следует иметь информацию о товарных остатках в количестве.  Товарными характеристиками могут быть размер одежды, длина заготовки, качественный состав сырья и т.п. Количественные остатки в разрезе товарных характеристик являются опорными данными для выгрузки в интернет-магазины, внешние базы данных и т.п. Здесь важно не соблюдение иерархичности списка товарных характеристик, а невключение в характеристики тех параметров, которые для потребителя (покупателя) не имеют интереса в контексте количества – дабы избежать нагрузки на систему 1С в части учёта по количеству.

Теперь рассмотрим интересное следствие.

Если представим трёхосевую систему координат, где ось Х – вид номенклатуры, ось У – товарные категории, ось Z – набор (сочетание) товарных характеристик, то номенклатура будет своего рода функцией от Х, У, Z. Фактически эти три измерения задают не саму номенклатуру, а группу справочника «Номенклатура». Внутри каждой такой группы будет находиться номенклатура, отличающаяся дополнительными реквизитами и дополнительными сведениями. Собственно, сейчас мы сформулировали по какому принципу создавать группы номенклатуры, чтобы соблюсти системный подход. Это позволяет автоматически формировать группы каталогов справочника «Номенклатура» в тех случаях, когда обслуживается справочник с очень большим количеством записей или когда происходит перенос справочника на новую платформу или его перестроение.

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

Следует учесть, что каждый элемент справочника «Вид номенклатуры» содержит конструктор наименований номенклатуры. Наименование номенклатуры строится на основе реквизитов номенклатуры. Реквизитами, в частности, являются вид номенклатуры, товарная категория, сертификат. Поэтому логично, что в группу номенклатуры следует включать элементы с одинаковой товарной категорией. В 1С ERP типового функционала автоматического наименования самих групп справочника «Номенклатура» не имеется, поэтому он подлежит разработке в случае необходимости.

Исходя из своего опыта работы с 1С ERP могу сделать такой вывод: Справочники номенклатурного описания 1С ERP спроектированы таким образом, что самым важным становится не справочник «Номенклатура», а триада справочников «Вид номенклатуры», «Товарные категории», «Характеристики номенклатуры». Если эта триада спроектирована корректно, то справочник «Номенклатура», включая его группы, де-факто будет спроектирован.

Дополнительные реквизиты и сведения

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

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

Также несколько обособлен реквизит «Качество». Его назначение очень ограничено – им выделяют новую или бывшую в употреблении номенклатуру, степень износа. Но такой подход означает дублирование одной и той же номенклатуры в справочнике, что затрудняет выборку и различение сходных элементов справочника. Фактически происходит умножение сущностей, т.к. качество и его степени являются ситуационными состояниями. Целью организации не является производство некачественного товара или закупка некачественных сырья и материалов для запуска в производство. Поэтому для упрощения конструкции справочника «Номенклатура» и его содержимого, возможно, более правильным будет неиспользование реквизита «качество», а разделять разные по качеству ТМЦ учётными разделителями (субсчетами, складскими ячейками, сегментами номенклатуры и т.п.) и/или маркировкой. Для торговых организаций, где товары разного качества могут выступать таким же объектом торговли, этот совет менее актуален. Но для производственных предприятий, где товары (продукция) или материалы сниженного качества служат сырьем для производства имеет смысл выделить даже отдельный вид номенклатуры для такого повторного сырья и делать перевод из номенклатуры продаж/выпуска в номенклатуру сырья (например, операциями разукомплектации).

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

Функционал «Номенклатура, продаваемая совместно»

Сам же функционал «Номенклатура, продаваемая совместно» представляет собой алгоритм поиска в документах реализации и хранения результатов отбора в соответствующем регистре, по парам номенклатуры, которые встречается, с заданной пользователем частотой встреч в рамках одного документа оптовой/розничной реализации. Заполнение регистра возможно как автоматически по алгоритму, так и вручную прямым указанием пар номенклатуры. Подбор пар осуществляется с учётом характеристик номенклатуры и по настройке поиска ассоциаций в НСИ. В связи с тем, что этот функционал слабо управляем пользователем он имеет больше оценочно–вспомогательный характер для маркетинговых целей. Назначение этого функционала – выдавать подсказку менеджеру при оформлении подборов в документы реализации какие ещё товары можно предложить клиенту вдобавок к заказанному. Из этого видно, что если продажи организации формируются в отдельных билинговых системах или в интернет-магазинах, то описанный функционал малополезен.

Справочник «Производители»

Возвращаясь к справочникам рассмотрим справочник «Производители». Он представляет себе хранилище списка значений, выбираемых в реквизите номенклатуры «Производитель».  Эти значения являются просто текстом и никак не связаны со справочником «Контрагенты».   Нельзя сказать, что это весьма продуманное решение со стороны 1С, поскольку приводит к дублированию справочника «Контрагенты» и тем, кому в номенклатуре надо точно указывать производителя вплоть до юрлица придётся делать это указание в ещё одном дополнительном реквизите. Поэтому использовать справочник «Производители» стоит не для перечисления производителей-юрлиц, а для разделения по «видам» производителей. Например, стоит обязательно выделить группу «Наше производство» и указать наши центры производства, а внешних производителей выделять одним элементом «сторонние производители» или «иностранный производитель». В имени производителя нет даже смысла упоминать бренд, т.к. у номенклатуры есть отдельный реквизит «Бренд». Предложенное заполнение справочника «Производители» позволяет упростить справочники «Вид номенклатуры» и группы справочника «Номенклатура», т.к. их не надо дробить под производителя, но увеличивает число элементов справочника «Номенклатура», т.к. на каждый «вид» производителя заводится отдельный элемент номенклатуры. Предложенный подход будет полезен для организаций, продающих или производящих продукт, известный потребителю как объект, который производят разные организации, в частности купившие лицензию на производства определённой марки и т.п.

Справочник «Номенклатура поставщиков»

Со справочником «Производители» перекликается функционал «Номенклатура поставщика», в который входит справочник «Номенклатура поставщиков». Этот функционал привязан к справочнику «Партнёры» и позволяет, при включении соответствующей настройки в разделе «НСИ», сопоставлять элементы справочника «Номенклатура» отдельному справочнику, хранящему наименования номенклатуры поставщиков. Это очень важный и значимый функционал, значение которого трудно переоценить.

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

Во вторую очередь это важно для конструирования номенклатуры собственного производства и конструирования спецификаций, потому что организация получает возможность строить свой справочник «Номенклатуры» для сырья, материалов и полуфабрикатов вне зависимости от пула поставщиков, сложившегося на текущий момент, ни от изменений в пуле и в номенклатуре поставщиков в будущем. Отсюда появляется возможность более простого контроля затрат на производство, в т.ч. за счёт сокращения количества и трудоёмкости обслуживания спецификаций. Другими словами, производственникам и продающим товары одного бренда, поступивших от разных поставщиков/производителей, описанный функционал следует использовать в обязательном порядке. Иначе – преступление!

Справочник «Номенклатура поставщиков» является иерархическим и позволяет структурировать номенклатуру поставщиков под группировки своей номенклатуры или под независимые группировки поставщиков. Но здесь не требуется излишне усложнять классификацию номенклатуры поставщиков, т.к. привязка номенклатур производится однократно парно в самом функционале «номенклатуры поставщиков» или непосредственно в документах поступления ТМЦ, в которых группировка особого значения не имеет. В компаниях с большим потоком номенклатуры имеет смысл запретить привязку номенклатуры в документах поступления ТМЦ сотрудникам уровня «оператор», работающими с первичными документами, поскольку привязка требует гораздо более высокой квалификации и должна осуществляться отдельным специалистом (товароведом, инженером и т.п.) в функционале «номенклатура поставщика» в период заключения сделки (договора). Кроме того, связки номенклатур должны оперативно верифицироваться на актуальность при обработке новых модификаций прайс-листов поставщиков, до момента поставки. Функционал «номенклатуры поставщиков» используется в системе планирования 1С ERP при автоматическом создании из планов производства (потребностей в материалах) планов закупок и планов закупок из планов продаж по покупным товарам.

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

Справочник «Ценовые группы»

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

Справочник «Сезонные группы номенклатуры»

Справочник «Сезонные группы номенклатуры» является справочником системы планирования и также является простым хранилищем списков, которые помогают разделить номенклатуру на группы с одинаковой сезонностью. К каждой созданной сезонной группе в регистре «Сезонные коэффициенты» хранятся коэффициенты распределения по месяцам года (Не по году/периоду планирования!! А по месяцам календарного года). Справочник полезен, если планирование построено на первоначальном создании плана продаж на период (год) в целом по товарным категориям, а затем автоматически создаётся План продаж по номенклатуре с учётом сезонности и товарных характеристик. Но, если планирование продаж изначально строится на помесячном или более дробном плане продаж, то справочник сезонности не нужен, т.к. сезонность уже будет учтена в оборотах каждого месяца (недели).

Справочник «Политики учёта серий»

Справочник «Политики учёта серий» служит для привязки к виду номенклатуры правил работы с сериями номенклатуры и сроками годности. Политики учёта серий можно разделить на «лёгкие» (не требующие учета остатков или себестоимости в разрезе серий/сроков годности) и «тяжёлые» (требующие учета остатков или себестоимости в разрезе серий/сроков годности). Маркировку товаров и использование контрольных идентификационных знаков (КИЗ) 1С предлагает использовать в специально выделенном лёгком варианте типа политики «Маркировка продукции для ГИСМ». «Тяжёлого» учёта по возможности следует избегать, т.е. применять его обоснованно, в связи с тем, что серийный учёт предполагает крайне высокую нагрузку на производительность системы, особенно вариант с типом политики «Учёт себестоимости по сериям». В этом случае происходит лавинообразное увеличение количества вычислений, процессорных операций и число строк в табличных частях документов движения ТМЦ. Справочник политик учёта серий по умолчанию не является иерархическим, поэтому рекомендуется здравый минимализм при проектировании его элементов. Поскольку политики учёта серий привязываются к виду номенклатуры, то они распространяются на все элементы номенклатуры с заданным видом. Серийный учёт стоит вводить только в случаях, когда каждая единица продукции имеет уникальные отличия или когда применяется маркировка ГИСМ или собственная поштучная идентификация единиц продукции (например, RFID метками) или когда значения имеют сроки выпуска/годности. В остальных случаях использование серий с большой вероятностью является злоупотреблением возможностями 1С ERP и здравого смысла.

Справочник «Группы доступа номенклатуры»

Отдельно стоит упомянуть справочник «Группы доступа номенклатуры», который является простым списком видов доступа, которые описываются в профилях доступа. Следует помнить, что разделение доступа приводит к замедлению работы системы, поэтому этот справочник в общем случае не стоит использовать. Но он будет весьма полезен, если надо убрать с глаз пользователей оперативного звена элементы номенклатуры, переведённые в архив, выведенные из использования. Обычно применяют способ заведения отдельных групп каталогов для архивной номенклатуры в справочнике «Номенклатура», но это приводит к дублированию номенклатуры и усложнение отборов при выборке данных за прошлые периоды. Но если создать специальную группу доступа «Архив номенклатуры», то устаревшая номенклатура просто исчезнет из поля зрения тех пользователей, которым она в работе только мешает. Также можно завести отдельную группу доступа для новой проектируемой номенклатуры, принцип видимости аналогичный. Такой способ позволяет, не нарушая системности подхода к проектированию видов номенклатуры и справочника номенклатуры, выводить из оборота и вводить в оборот соответствующие позиции, сохраняя или сразу размещая их в нужных группах каталога.

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

Резюме

  1. Чтобы спроектировать справочник «Номенклатура» в 1С ERP необходимо и достаточно спроектировать справочники «Виды номенклатуры», «Товарные категории», «Характеристики номенклатуры».
  2. Следует железно придерживаться описанного в статье принципа строгой иерархичности классификации для системного подхода к проектированию содержимого справочников и применения к ним математического аппарата.

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. MVK80 14.02.19 08:49 Сейчас в теме
"(т.е. каждый используемый элемент справочника «Типы номенклатура» следует повторить в справочнике «Виды номенклатуры»)." Типы номенклатуры - это перечисление.
5. roman72 194 15.02.19 21:34 Сейчас в теме
2. HAMMER_59 212 15.02.19 08:33 Сейчас в теме
Открываем элемент справочника "Виды номенклатуры" читаем внимательно название закладки "Значения по умолчанию", делаем выводы, на всякий случай подсказываю под разные номенклатуру с разными ставками НДС, учетом ГТД и т.п. вовсе не обязательно создавать различные виды номенклатуры.
Надеялся что в статье будет описано, где используется различная НСИ, т.е. - ввели мы "Вид номенклатуры", а дальше этот вид будет использован в качестве субконто, в каких-то отчетах и т.д. и т.п.
6. roman72 194 15.02.19 21:39 Сейчас в теме
(2) Весьма желательно давать отдельный вид. Но никак не обязательно, каждый решает сам, в зависимости от условий проекта. Но отдельный вид под разные ставки НДС - ну, на мой взгляд, маст хэв.
"где используется различная НСИ" - ответ "везде". Как ещё ответить? Или конкретизируйте вопрос, если не сложно.
3. kolya_tlt 24 15.02.19 10:01 Сейчас в теме
разбавить картинками не помешало бы
7. roman72 194 15.02.19 21:41 Сейчас в теме
(3) картинки места много съедят, а смысл не в них, а в тексте. Я даже не смог придумать что тут проиллюстрировать. И то Инфостарт заставил картинку справа вверху вставить.
4. Ibrogim 1167 15.02.19 16:14 Сейчас в теме
условия, когда обязательно следует создать отдельный вид номенклатуры

Отдельного вида номенклатуры требует номенклатура с общим набором свойств


я правильно вас понял, что холодильники и пылесосы по вашим правилам будут разными видами номенклатуры ?
8. roman72 194 15.02.19 21:46 Сейчас в теме
(4) Да, правильно. 1С сама в своей демо-конфигурации так справочник и конструирует.
Прикрепленные файлы:
9. Ibrogim 1167 17.02.19 12:40 Сейчас в теме
(8)
т.е. если компания занимается бытовой техникой, то в видах номенклатуры будет полное дублирование иерархии справочника номенклатура ?
10. roman72 194 18.02.19 00:14 Сейчас в теме
(9) Вовсе нет. Никто не запрещает дублировать, но лучше этого не делать. "Виды номенклатуры" и Группы справочника "Номенклатура"" - это два разных ресурса для классификации (двух разных классификаций). Разумнее их не сливать дубляжом в один ресурс, а продумать иную классификацию групп справочника "Номенклатура" отличную от видов номенклатуры. например, поскольку пользователи делают выборку из справочника "Номенклатура", а справочник "виды номенклатуры" большинство даже и не видит, то группы номенклатуры можно заточить под быстроту и удобство отбора номенклатуры пользователем.
11. kosmo0 99 20.02.19 10:37 Сейчас в теме
Немного о практике применения.

При занесении номенклатуры в справочник по "фэншую" подразумевается что пользователи обязаны следовать определенным жестко прописанным правилам. При этом данный пользователь должен обладать очень высокой квалификацией в предметной области. (а если лранизация не узкоспециализированная, то и в нескольких областях). И вот тут начинаются интересные моменты. Во-первых, занесение номенклатуры в принципе примитивная работа и в подавляющем большинстве случаев на эту операцию не будет выделен высококвалифицированный специалист. А если и будет выделен, то для него это будет побочной (и весьма скучной) работой (все равно что программисту писать хелпер - да нужно, но многие ли пишут и какое качество этих хелперов). Во-вторых, руководство должно мотивировать и нещадно карать чтобы эти правила занесения неукоснительно выполнялись. Будет ли делать это руководитель - не факт. Если руководитель префекционист или служака - скорее да, если относительно адекватен - скорее нет. Потому что ведение справочника номенклатуры в идеальном порядке это затраты времени работника (а следовательно и денег). И ради чего эти затраты? Опять же, в подавляющем большинстве случаев, затраты не стоят результата.

зы. торопыжкам которые начнут приводить примеры - а вот у нас на предприятии...
на конкретных предприятиях возможно все, но в целом примерно описанная ситуация - в номенклатуре и не полный бардак, но и не идеальная ситуация. Потому как прикладывать ОЧЕНЬ БОЛЬШИЕ усилия по "правильности" занесения просто не рентабельно.
12. Dragonim 126 20.02.19 14:06 Сейчас в теме
(11)
Потому как прикладывать ОЧЕНЬ БОЛЬШИЕ усилия по "правильности" занесения просто не рентабельно.


Как только начинается товарное планирование, автоматизация товарного обеспечения, анализ продаж, то "ОЧЕНЬ БОЛЬШИЕ" усилия окупаются сторицей. Те, кто не позаботился о правильном ведении номенклатуры начинают нести убытки от нерационального планирования и неправильных решений на основе анализа или узнают о том, что приведение справочника номенклатуры в порядок дело затратное и требует очень высококвалифицированного персонала по вашей тематике.
Designer1C; +1 Ответить
13. Aleskey_K 19 21.02.19 16:23 Сейчас в теме
Хорошо бы упомянуть системы MDM для ведения НСИ в рамках множества систем.
14. roman72 194 22.02.19 20:12 Сейчас в теме
(13) теории по MDM полно в интернете, а в статью всё ж не впихнёшь. Я старался изложить просто и практично доступный всем метод работы со справочниками..
15. 1977 2 12.04.19 16:47 Сейчас в теме
Прошу Совета, где хранить в базе 1с кода производителя товара. У нескольких производителей, код может быть одинаковым. Артикул уникальный.
16. roman72 194 14.04.19 20:06 Сейчас в теме
(15) Уточните, плиз, чем в вашей системе отличается код поставщика от артикула (поставщика)?
В 1C ERP в карточке контрагента - поставщика на закладке "Номенклатура поставщика" в строках соответствия есть поле "Артикул" (поставщика).
Поскольку устанавливается соответствие одна (наша номенклатура)-к-нескольким (номенклатурам поставщиков), то получается соответствие на один наш артикул - несколько артикулов (кодов) поставщиков.
Производитель=поставщик.
Подходит вам такой расклад?
Или разговор об ещё одной аналитике "код производителя", который "может быть одинаковым у разных поставщиков"?
Designer1C; +1 Ответить
17. 1977 2 14.04.19 21:34 Сейчас в теме
Уточните, плиз, чем в вашей системе отличается код поставщика от артикула (поставщика)?

У поставщика может быть свой артикул. Который не совпадает с артикулом нашем.

Поскольку устанавливается соответствие одна (наша номенклатура)-к-нескольким (номенклатурам поставщиков), то получается соответствие на один наш артикул - несколько артикулов (кодов) поставщиков.
Производитель=поставщик.
Подходит вам такой расклад?

Согласен.

Или разговор об ещё одной аналитике "код производителя", который "может быть одинаковым у разных поставщиков"?

Да, "код производителя" может быть у разных поставщиков.
18. undirecthands 26.08.19 16:32 Сейчас в теме
Роман, добрый день, не могу понять, как на этом сайте отправить личное сообщение, Вы не могли бы дать какой-либо контакт, хотелось бы задать пару вопросов, спасибо!
19. roman72 194 27.08.19 00:22 Сейчас в теме
(18) Я написал вам контакт в личку. Видите его там?
20. Margo1C 26.09.19 18:05 Сейчас в теме
Добрый день! А может есть у кого мысли, как лучше организовать номенклатуру? У меня коммерческое предложение считается в одной единице измерения (м2), а производится просто как комплект 1 штука. То есть я КП заказчику выставляю так: кол-во м2 * цену за м2, а в производство у меня уходит задание в количестве одной штуки. А объём работы я закрываю долями - допустим, в этом месяце я сделала 30% процентов от заказа. То есть закрываю 0,3 комплекта. Мне на это обязательно нужно заводить две разные номенклатуры? Ну чтобы завести их с разными единицами измерения?
22. roman72 194 07.12.19 12:20 Сейчас в теме
(20) С чем связана передача в производство в штуках? Почему не в тех же метрах?
21. parshin 73 06.12.19 08:31 Сейчас в теме
Добрый день!
По использованию характеристик номенклатуры. "Товарными характеристиками могут быть размер одежды, длина заготовки..."
1. Представим что длина заготовки может варьироваться от 1 м. до 6 м. с шагом 10 см. Тогда получается очень большой список характеристик и установка цен становится на такой быстрой. Но как-то где-то мы должны фиксировать длину заготовки. Есть варианты как это сделать? Желательно типовыми средствами.
2. Характеристика (не знаю как правильно сказать) отражает количество товара. Например товар учитываем в тоннах, а хотим продать поштучно. Каждая характеристика в зависимости от длины заготовки имеет разный вес. Тогда не работает типовой механизм пересчета товара из одной единицы в другую т.к. коэфф. пересчета задается для номенклатуры а не для характеристики. Как быть в этом случае?
23. roman72 194 07.12.19 12:24 Сейчас в теме
(21) Товарные характеристики содержат разрез, который интересен для вашего клиента. Если ему интересны длины заготовок - значит длины должны быть в характеристиках. Такова "идеология" товарных характеристик.
Долгое назначение цен - совсем другая проблема и она решаема техническими мерами, а не адаптацией справочника.
24. OVildanova 19.12.19 11:06 Сейчас в теме
Здравствуйте, помогите, пожалуйста.
Есть такая классификация номенклатуры
Класс/ Группа/ КАТЕГОРИЯ
Стройматериалы/ Цемент, инертные материалы*** / Цемент
Стройматериалы/ Цемент, инертные материалы*** / Известь
Стройматериалы/ Цемент, инертные материалы*** / Алебастр
Стройматериалы/ Цемент, инертные материалы*** / Мел
Стройматериалы/ Цемент, инертные материалы*** / Керамзит
Стройматериалы/ Цемент, инертные материалы*** / Песок, щебень


Что из этого сделать видом номенклатуры, а что товарной категорией?
Маркетолог категории выделил, но набор свойств у цемента и керамзита разные, и объединять их в один вид номенклатуры, как мне кажется, неверно.
25. roman72 194 19.12.19 19:01 Сейчас в теме
Вид номенклатуры = Стройматериалы
Товарная категория = Цемент
Товарная категория = Инертные материалы
Либо товарная категория = Цемент и Алебастр и Керамзит и т. д. для каждого названия, если у них у всех разный набор значимых для потребителя свойств
26. OVildanova 20.12.19 10:03 Сейчас в теме
(25) Спасибо, в том-то и дело, что свойства разные у цемента, алебастра и керамзита, а если делать вид номенклатуры Стройматериалы, то свойства у товаров этого вида должны быть одинаковы. Свойства же настраиваются для вида номенклатуры, а не для товарной категории
27. roman72 194 21.12.19 13:01 Сейчас в теме
(26) Если вы работаете только со стройматериалами, то может стоит отказаться от вида "стройматериалы", тогда видом номенклатуры станут "Цемент", "Инертные материалы" - тогда формально разный набор свойств будет у вас определителем новых видов номенклатуры (керамзит, алебастр и т.п.)?

Выше я дал раскладку исходя из того, что у "цемента" и "инертных материалов", как вы говорите, разный набор свойств.
Я так понимаю, что керамзит, алебастр у вас входят в "инертные материалы". Если же и у них разный набор свойств, то и "алебастр" и "керамзит" могут быть отдельными видами. Как в корне дерева видов, так и подвидами "Стройматериалов".
28. OVildanova 22.12.19 20:49 Сейчас в теме
Оставьте свое сообщение

См. также

Автоматизация отчета об исполнении гособоронзаказа (по Постановлению правительства №543) в программе 1С:ERP Управление предприятием 2 Промо

Бухгалтерский учет v8 ERP2 Машиностроение и приборостроение Россия БУ Бесплатно (free)

В данной статье Пикурен Вера - эксперт ВЦ Раздолье по автоматизации предприятий ОПК - расскажет о некоторых методических решениях, применяемых для автоматического заполнения Отчета об исполнении государственного оборонного заказа (ГОЗ) в соответствии с Постановлением правительства №543 в программе 1С:ERP. Подробности можно посмотреть в вебинаре https://infostart.ru/webinars/1013708/

06.03.2019    13100    1СERP    11    

Сравнительный анализ систем 1С Предприятие и Microsoft Dynamics AX

Пользователю системы v8 ERP2 Бесплатно (free)

Написать данную статью меня побудил тот факт, что в течение 2 лет мне пришлось поработать консультантом ERP-системы Microsoft Dynamics AX (далее АХ), хотя до этого внедрял 1С в различных ролях.

01.10.2020    7523    impextr    35    

Как сломать работу 1С, будучи пользователем

Пользователю системы v8 Бесплатно (free)

Шуточные и не только истории, как сломать работу 1С на пустом месте. И, возможно, остановить работу компании.

14.06.2020    7369    YPermitin    51    

Заметки консультанта по переходу с затратного метода на балансовый в программе 1С:ERP Управление предприятием

Бухгалтерский учет v8 v8::БУ ERP2 Россия БУ НУ Бесплатно (free)

Как мы знаем, с 2020 года вступает в силу новая редакция ПБУ 18/02, о самих особенностях изменения стандарта было много проведено семинаров, лекций, а вот информации о том, что делать в информационных системах (в частности в 1С:ERP), крайне мало. Об этом я и хочу рассказать: что надо сделать в программе при переходе на балансовый метод и как проверить свои действия.

10.06.2020    4423    1СERP    2    

Автоматизация отчета об исполнении гособоронзаказа (по Постановлению правительства №543) в программе 1С:Управление производственным предприятием 8 Промо

Бухгалтерский учет v8 УПП1 Государственные, бюджетные структуры Россия БУ Бесплатно (free)

В данной статье Пикурен Вера - эксперт ВЦ Раздолье по автоматизации предприятий ОПК - расскажет о некоторых методических решениях, применяемых для автоматического заполнения Отчета об исполнении государственного оборонного заказа (ГОЗ) в соответствии с Постановлением правительства №543 в программе 1С:Управление производственным предприятием 8. Подробности можно посмотреть в вебинаре https://infostart.ru/webinars/1005164/

21.02.2019    15083    1СERP    10    

Конструктор Бизнес-Процессов. Подсистема/Конфигурация/Расширение

Управление бизнес-процессами (BPM) v8 1cv8.cf Бесплатно (free)

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

25.05.2020    5057    YuriYuriev    31    

Проводим по БУ "на лету"

Бухгалтерский учет v8 ERP2 КА2 БУ НУ Бесплатно (free)

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

01.05.2020    5091    sapervodichka    1    

Что такое RPA? Как и зачем его делать на 1С?

Управление бизнес-процессами (BPM) v8 Бесплатно (free)

В данной публикации я кратко (наверное, ещё раз) расскажу про подход к автоматизации, который принято называть RPA, и продемонстрирую этот подход применительно к 1С. На Infostart event был мой доклад на эту тему, поэтому не буду повторяться - чуть больше углублюсь в технические детали.

05.12.2019    11977    comol    94    

Принципы учета номенклатуры в конфигурациях УТ11 и ERP. Ошибки расчета себестоимости Промо

Управленческий учет (прочее) Бухгалтерский учет Оптовая торговля Учет ТМЦ Оптовая торговля Учет ТМЦ v8 ERP2 УТ11 КА2 УУ Бесплатно (free)

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

06.01.2016    156418    ekaruk    79    

Работа с отчетами 1С для "чайников" часть 2

Бухгалтерский учет Оборотно-сальдовая ведомость, Анализ счета v8 БП3.0 Россия Бесплатно (free)

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

28.10.2019    17888    LipinA4    1    

Почему можно начать внедрение ЕРП с регламентированного учета и что нам мешает это сделать?

Управление проектом Бухгалтерский учет v8 ERP2 1С:Франчайзи, автоматизация бизнеса Россия БУ Бесплатно (free)

В этой статье постараемся разобрать риски запуска ЕРП с регламентированного учета и обосновать возможность такого запуска.

25.09.2019    10468    Praktika_resheniy    16    

Бюджетирование - объект автоматизации. Часть 1. Актуальное из практики

Финансовый учет и бюджетирование (FRP) Бухгалтерский учет Финансовый учет и бюджетирование (FRP) v8 Россия Госбюджет УУ Бесплатно (free)

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

12.08.2019    10101    Serg_Tangatarov    12    

Фитнес – твой личный тренер в зале и дома Промо

Пользователю системы Мобильная разработка v8 Развлечения, искусство, спорт Бесплатно (free)

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

15.04.2016    36945    Baksheev-Nikita    54    

Новости для пользователей

Пользователю системы v8 1cv8.cf Бесплатно (free)

Для уведомления пользователей программных продуктов 1С о разных событиях, в них включена подсистема «Новостной центр». Это довольно удобная штука, т.к. новостные ленты сообщают о выходе обновлений, о новостях и событиях в сфере учёта. Но можно увеличить пользу от новостной подсистемы используя её локально в рамках 1С базы. Например, внутренняя служба техподдержки или внедряющая компания может через новостную ленту оповещать пользователей информационной базы об изменениях в программе, совещаниях, проведении тестирований, заполнения нужных документов или сдача отчетов к определенной дате и т.п.

05.08.2019    13853    sapervodichka    19    

[История разработки] Терминал путевых листов (АвтоГРАФ 5)

Практика программирования Управление бизнес-процессами (BPM) v8 1cv8.cf Бесплатно (free)

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

30.05.2019    10593    rpgshnik    16    

Ошибка №1 внедрения "Бюджетирования" в 1С:ERP2 и 1С:КА2: настройка статей бюджетов и статей ДДС 1-в-1 Промо

Финансовый учет и бюджетирование (FRP) Пользователю системы Бухгалтерский учет Финансовый учет и бюджетирование (FRP) v8 ERP2 КА2 Россия УУ Бесплатно (free)

В цикле статей я хочу поделиться ошибками во внедрении подсистемы «Бюджетирование», которые мне приходится исправлять после коллег на реальных проектах, и лучшими приемами по автоматизации бюджетирования на 1С:ERP 2 и 1C:КА 2. Сегодня поговорим и о самой распространенной ошибке – настройке статей бюджетов 1-в-1 к справочнику «Статьи ДДС».

13.06.2018    30381    SergeyN    82    

Расчеты с поставщиками и покупателями в КА 2.4.6, УТ 11.4.6, ЕРП 2.4.6

Бухгалтерский учет Дебиторская и кредиторская задолженность Дебиторская и кредиторская задолженность v8 v8::УФ ERP2 УТ11 КА2 Россия УУ Бесплатно (free)

Новый режим расчетов с поставщиками и покупателями «Онлайн». Ведение планируемой и фактической задолженности. Порядок зачета документов. Различные варианты детализации расчетов. Выявленные ошибки режима «Онлайн».

30.04.2019    38073    ids79    29    

Куда уходит детство: как подготовиться к переходу с «1С:УПП»

Пользователю системы v8 УПП1 Бесплатно (free)

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

28.03.2019    13278    bolefirenko    45    

[Обзор. История внедрения] КИНТ: Управление санаторием - модуль "Питание"

Бухгалтерский учет v8 1cv8.cf Здравоохранение, медицина, стоматология Гостиничный бизнес Рестораны, кафе и фаст-фуд Пищевая промышленность Бесплатно (free)

История одного внедрения прикладного решения "КИНТ:Управление санаторием" - модуль "Питание". Обзор возможностей и резюме после использования функционала на практике.

22.03.2019    8712    rpgshnik    23    

1С:Университет - Путь от абитуриента к выпускнику Промо

Бухгалтерский учет v8 1cv8.cf Государственные, бюджетные структуры Кадровые агентства, подбор персонала УУ Бесплатно (free)

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

03.03.2017    20324    V.Stavinsky    0    

Переход на "Зарплату и управление персоналом 3.1"

Интеграция Управление персоналом (HRM) Пользователю системы Бухгалтерский учет Управление персоналом (HRM) v8 v8::СПР ЗУП2.5 ЗУП3.x Россия БУ Бесплатно (free)

Сменила я тут работу и уже после того, как я приступила к исполнению обязанностей, мой новый начальник мне призналась, что выбор пал на меня только из-за того, что я знаю программу. Справедливости ради, эта уверенность была основана только на том, что я прошла тестирование, включающее только основные операции кадрового делопроизводства. Так или иначе, а работодатель попал в точку, нанимая меня в надежде, что я решу проблему: нужно перейти «с 8.2 на 8.3». Ничего сложного, скажет большинство, я тоже так говорю, но ситуация осложнялась некоторым количеством предшественников, которые уже «нафеячили» в программах до меня. Взять и сделать все заново мне не разрешили, так что пришлось исходить из того, что есть, и именно это дало пищу для размышлений и, в конце концов, привело к написанию этих рекомендаций. Если перед Вами стоит задача перехода с ЗУП 2.5 на ЗУП 3.1, я попробую облегчить Вам жизнь этой статьей.

01.02.2019    13547    VKuser24804875    33    

Практика применения подсистемы Автозадачи

Управление бизнес-процессами (BPM) Пользователю системы v8 1cv8.cf Россия УУ Бесплатно (free)

На Инфостарте есть публикация о подсистеме Автозадачи (https://infostart.ru/public/656758/). Я решил поделить своим опытом применения этой подсистемы Альфа-авто 5.

29.01.2019    9513    AntonSm    4    

Сложные схемы поступления товаров в УТ 11.4, КА 2.4, ЕРП 2.4

Бухгалтерский учет Учет ТМЦ Управленческий учет (прочее) Учет ТМЦ v8 v8::УФ ERP2 УТ11 КА2 БУ УУ Бесплатно (free)

Поступление товаров по схеме «Товары в пути», поступление неотфактурованного товара, настройки системы учета, новые объекты конфигурации, последовательность ввода документов, движения по регистрам накопления

31.12.2018    37846    ids79    41    

Как мы визуализировали отдел продаж - графические отчеты для 1С Промо

Управление взаимоотношениями с клиентами (СRM) Пользователю системы Управление взаимоотношениями с клиентами (СRM) v8 УНФ ERP2 УТ11 КА2 1С:CRM Россия УУ Бесплатно (free)

После выполнения очередного проекта по автоматизации отдела продаж на 1С (конфигурация 1C:CRM 8, ред. 2.0) мы вдруг поняли, что чего-то не хватает. Странно: вроде и бизнес-процессы внедрены, и цифры в отчетах бьются, и заказчик в целом доволен. Но, реальным финалом проекта должна была стать визуализация данных по отделу продаж и установка TV-панели в кабинете у менеджеров по продажам.

05.09.2017    40306    alexrovich_ru    56    

Первоначальная настройка 1С:Управление торговлей 11

Пользователю системы v8 v8::ОУ УТ11 УУ Бесплатно (free)

Эта статья расскажет, как настроить 1С:Управление торговлей 11 и на что обратить внимание

19.12.2018    41457    ogre2007    5    

Партионный учет товаров в конфигурациях УТ, КА, ЕРП

Управленческий учет (прочее) Бухгалтерский учет Учет ТМЦ Учет ТМЦ v8 v8::УФ ERP2 УТ11 КА2 Россия УУ Бесплатно (free)

История развития, особенности реализации в текущих версиях ЕРП 2.4, КА 2.4, УТ 11.4, методы оценки стоимости запасов, примеры расчета стоимости списания

08.12.2018    53593    ids79    63    

Учет товаров по сериям в типовых конфигурациях УТ 11.4, КА 2.4, ЕРП 2.4

Бухгалтерский учет Учет ТМЦ Управленческий учет (прочее) Учет ТМЦ v8 v8::УФ ERP2 УТ11 КА2 Россия УУ Бесплатно (free)

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

02.12.2018    60489    ids79    150    

Боль планирования в 1С Промо

Бухгалтерский учет v8 1cv8.cf Бесплатно (free)

Что не так с планированием в 1С, почему и есть ли свет в конце тоннеля?

26.10.2017    32371    1c-intelligence    182    

Обзор блока адресного хранения в программах 1С: УТ, ERP и КА

Управление бизнес-процессами (BPM) Учет ТМЦ Бухгалтерский учет Учет ТМЦ v8 ERP2 УТ11 КА2 Россия УУ Бесплатно (free)

В статье мы подробно расскажем вам, как реализовано адресное хранение в типовых решениях 1С:Управление торговлей, 1С:ERP и 1С:Комплексная автоматизация.

29.11.2018    28021    alis112358    25    

Интеркампани, особенности учета в конфигурациях УТ 11.4, КА 2.4, ЕРП 2.4

Бухгалтерский учет Учет ТМЦ Управленческий учет (прочее) Учет ТМЦ v8 v8::УФ ERP2 УТ11 КА2 Россия УУ Бесплатно (free)

Старая и новая методики учета «Интеркампани», недостатки применения старой методики, преимущества и особенности новой, выявленные нюансы.

21.11.2018    39730    ids79    84    

Бонусные программы лояльности в конфигурациях 1С: УТ 11.4, КА 2.4, ЕРП 2.4

Бухгалтерский учет Розничная торговля Пользователю системы Розничная торговля v8 ERP2 УТ11 Россия УУ Бесплатно (free)

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

13.11.2018    38665    ids79    37    

Контроль отрицательных остатков в конфигурациях: УТ 11.4, КА 2.4, ЕРП 2.4

Бухгалтерский учет Учет ТМЦ Управленческий учет (прочее) Учет ТМЦ v8 v8::УФ ERP2 УТ11 КА2 Россия УУ Бесплатно (free)

Подробный разбор всех присутствующих в конфигурациях УТ 11, КА 2, ЕРП 2 вариантов контроля отрицательных остатков: по организациям, складам, оперативный контроль

08.11.2018    59526    ids79    75    

Ограничения и недостатки производственного учёта в 1С: УНФ

Управление бизнес-процессами (BPM) Бухгалтерский учет Производство Производство готовой продукции (работ, услуг) Производство готовой продукции (работ, услуг) v8 УНФ УУ Бесплатно (free)

У любого программного продукта (и не только программного, да и не только у продукта) существуют свои сильные и слабые стороны. О многих сильных сторонах 1С: УНФ (Управление нашей фирмой) я писал и снимал обучающие видеоролики. Мне действительно нравится данная программа в силу сочетания функциональности и простоты учёта. Но давайте объективно коснёмся недостатков 1С: УНФ при внедрении на производственных предприятиях. Но сначала про…

30.10.2018    23881    Gavrik    58    

Обход ошибки: Обнаружен лишний резерв по измерениям в регистре Товары организации и Резервы товаров организации в этапе производства

Пользователю системы Учет ТМЦ Учет ТМЦ v8 ERP2 Россия БУ Бесплатно (free)

В данном примере объясняется, как обойти ошибку проведения и отмены проведения лишних резервов организации по этапу производства 1С: ERP.

08.09.2018    18014    Katerpal    11    

Мобильное приложение "Бюджет". Руководство пользователя Промо

Пользователю системы Финансовый учет и бюджетирование (FRP) Финансовый учет и бюджетирование (FRP) v8 1cv8.cf Домашние учет и финансы УУ Бесплатно (free)

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

04.09.2013    46988    Baksheev-Nikita    42    

Склонение представлений объектов в ЗУП 3.1 - как это работает?

Пользователю системы v8 v8::СПР КА2 ЗУП3.x Россия Бесплатно (free)

Эта статья о том, как устроен механизм автоматического склонения имен существительных (ФИО сотрудников, наименований подразделений и должностей) в ЗУП 3.1.

18.08.2018    33482    accounting_cons    21    

Настройка схемы "Интеркампани" в связке УТ 11.4 - БП 3.0

Пользователю системы Бухгалтерский учет v8 v8::ОУ УТ11 БУ УУ Бесплатно (free)

Настройка и использование схемы "Интеркампани" в связке "Управление торговлей 11.4" и "Бухгалтерия предприятия 3.0".

26.07.2018    39847    WhiteOwl    5    

Объединение организаций в ЗГУ (ЗУП) 3.1 при реорганизации (слияние, присоединение)

Бухгалтерский учет Зарплата Зарплата v8 ЗКГУ3.0 ЗУП3.x Россия БУ Бесплатно (free)

Несколько организаций(А, Б, В …) в одной базе, которые объединяются в новую организацию(Н) слиянием. Перевод в новую организацию должен быть без увольнения/приема, с сохранением данных для среднего заработка. 1С в почему-то не предоставила такой возможности. Есть обработка «Перевод к другому работодателю», но этим «документом не предполагается полноценное оформление переводов сотрудников в связи с реорганизацией (слиянием, присоединением, выделением, разделением, преобразованием) предприятия». На просторах интернета натолкнулся на идею что можно осуществлять перевод между организациями, являющимися филиалами и головной организацией. Четкого алгоритма действий тоже не нашел, поэтому пришлось экспериментировать. Чтобы облегчить другим работу, решил опубликовать алгоритм действий к которому я пришел.

21.05.2018    21677    as7bs    15    

Продажи без дублей по маркам. Сведение остатков в магазинах с остатками в ЕГАИС. Декларации по Форме 11 и Форме 12 по данным 1С.Розница 2.2 и др. программ и источников. Промо

Бухгалтерский учет Розничная торговля Розничная торговля v8 Розница Розничная и сетевая торговля (FMCG) Россия БУ УУ Бесплатно (free)

Для выбора интересующего пункта используйте нажатие кнопок меню(внизу публикации) 1) Сводим остатки алкоголя в ЕГАИС без остановки продаж в магазинах. 2) Включаем онлайн-контроль дублей марок при продажах. 3) Алкогольные декларации по Форме 11 и Форме 12 по данным 1С.Розница 2.2 и других программ и источников.(Сбор/разбор деклараций на части и их анализ). "Приготовление" деклараций с учетом заданных/требующихся входных/выходных параметров. Рассматриваем самые сложные ситуации. Подходит тем кто окончательно запутался в связи с введением ЕГАИСа в розничное звено.

18.11.2016    33013    liginrambler    12    

История развития 1С:Торговли, что изменилось в архитектуре учета торговых и складских операций за 15 лет

Оптовая торговля Розничная торговля Учет ТМЦ Ценообразование, анализ цен Пользователю системы Оптовая торговля Розничная торговля Учет ТМЦ Ценообразование, анализ цен v8 Оптовая торговля, дистрибуция, логистика Россия УУ Бесплатно (free)

В данном обзоре я хочу рассмотреть историю развития учета торговых и складских операций в 1С с точки зрения архитектуры конфигурации. Еще раз повторюсь, именно конфигурации, структуры данных, а не технологических возможностей платформы. Т.е. речь не про управляемые формы и обычные формы, не про преимущество СУБД перед dbf в расшаренной папке, а про справочники, их реквизиты и код, который этим управляет. Конечно, совсем абстрагироваться от изменений платформы не удастся, но я постараюсь.

23.04.2018    23046    monkbest    59    

Автоматизация для "полевых" сотрудников (тех, кто не работает в офисе)

Управление бизнес-процессами (BPM) Учет рабочего времени Учет рабочего времени v8 1cv8.cf 1С:Франчайзи, автоматизация бизнеса УУ Бесплатно (free)

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

24.01.2018    15267    siddy    0    

Сервисы 1С. Часть III

Пользователю системы v8 1cv8.cf Россия Бесплатно (free)

И снова о сервисах...

11.12.2017    17427    D_e_X_T_e_R    9    

Методика пооперационного планирования MES в программе 1С:ERP «Управление предприятием 2.1» Промо

Бухгалтерский учет Производство готовой продукции (работ, услуг) Производство готовой продукции (работ, услуг) v8 ERP2 УУ Бесплатно (free)

В данной статье рассмотрим методику пооперационного планирования MES в программе 1С:ERP «Управление предприятием 2.1» (далее по тексту – 1C:ERP). Автор: Руководитель проектов ВЦ «Раздолье» - Рыжков Дмитрий.

01.02.2016    54672    1СERP    17    

Сервисы 1С. Часть II

Пользователю системы Сервисы ИТС v8 1cv8.cf Россия Бесплатно (free)

Вторая часть статьи по сервисам.

04.12.2017    22745    D_e_X_T_e_R    19    

Внедрение 1С:Управление торговлей 11 как системы управления складом. Интересные разработки. Часть 1. Общие моменты и приемка товаров

Бухгалтерский учет Учет ТМЦ Учет ТМЦ v8 v8::ОУ УТ11 Оптовая торговля, дистрибуция, логистика Россия УУ Бесплатно (free)

В статье описаны практические кейсы настройки типовой УТ11.4 как системы управления складом (WMS) в процессе приемки-размещения товаров на складе интернет-магазина.

20.11.2017    20582    papche    11    

1С: ERP. Отражение оперативных планов подсистемы планирования в подсистеме бюджетирования

Бухгалтерский учет Финансовый учет и бюджетирование (FRP) Финансовый учет и бюджетирование (FRP) v8 ERP2 Россия УУ Бесплатно (free)

Данные из подсистемы планирования могут "отражаться" в подсистеме бюджетирования. А именно, количество и суммы из планов могут передаваться в указанный сценарий бюджетирования в "товарные" статьи бюджета в разрезе аналитик. В настоящей статье рассматривается законченный пример, демонстрирующий соответствующие настройки и возможности 1C: ERP. В итогах статьи приведены правила отражения.

29.10.2017    19001    kuprava    1    

Мобильное приложение sList (бесплатное) - самый удобный список покупок с голосовым вводом и обменом фото. Платформа 1С 8.3.6. Промо

Пользователю системы v8 Домашние учет и финансы Бесплатно (free)

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

25.08.2015    28116    Baksheev-Nikita    14