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

Поскольку виды детальности сходные то и номенклатура бывает одинаковой. Однако назвать номенклатуру можно по-разному.

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

1. Как можно избежать создания двойников. В каком-то формате вводить? Использовать ОКПД?
2. Как в ERP, можно сделать заказы на внутреннее потребление, но без создания новой номенклатуры?

" Однако назвать номенклатуру можно по-разному"

Расстрелять. А потом назначить одного ответственного за ввод номенклатуры.

Есть много подходов, начиная с "Давать возможность вводить номенклатуру подразделениям очень не хочется.". Можно ориентироваться на штрих-коды, номенклатуру выгружать из ЦБД, в периферийных либо запретить вводить свою, либо сделать регламент с обязательным поиском существующей номенклатуры по штрих-коду. Но тогда могут взвыть производственники, если в системе нет нормальной работы с аналогами - спецификации постоянно переделывать надо будет. Можно внедрить полноценную систему MDM, если это поможет решить ваши проблемы(сходу не могу сказать, поможет или нет). Можно пользоваться сервисом аля "1С Номенклатура" для формализации поиска и ввода номенклатуры.

(1) Так то оно так. И вроде как ответственные предполагаются. Но бегать подразделениям каждый раз... Пока думаю завести фиктивную номенклатуру типа "новая номенклатура" и разрешить подразделениям добавлять характеристики, а потом строчки с такой номенклатурой обрабатывать.

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

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

(3) "Но бегать подразделениям каждый раз"
Не надо никуда бегать. Для этого есть почта, таск-трекер и т.п. Ставится задача, ответственный заводит номенклатуру, отписывается в таске.

В erp/ка/ут настраивается контроль уникальности по наименованию и/или сочетанию реквизитов и характеристик. + Настраиваются шаблоны наименований с возможностью запрета их редактирования.

тут две проблемы:
1) у сырья или полуфабрикатов нет штртхкода чаще всего.
2) у разных поставщиков одно и то же обозначается совершенно по разному.

(6) С характеристиками сложно. Хотелось бы, но не хотят.

(4) адекватность решений может зависеть от масштабов предприятия и от сферы и масштабности деятельности. Ситуации очень сильно разные могут быть.

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

(7) Как там у поставщиков это в номенклатуре поставщиков можно хранить. Вопрос как сделать единобразие названий номенклатуры, чтобы поиском однозначно находить и не создавать двойников.

(10) как сделать? По разному можно сделать. Переписать Подборы на свои собственные :-) И при этом искать через дополнительный регистр сведений.

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

(9) Не маленькое. Для начала хотелось бы вариантов в рамках типового функционала ERP. Возможно чисто административными методами.

(12) Можно суть. Что в этом регистре должно быть? Разбивать название на ключевые слова или как?

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

Затем при поиске-выборе из справочника сформированное наименование позволит все искать.

(4) Все очень сильно зависит от того, какая номенклатура у вас учитывается, и как сырье, и как продукция. Продукцию обычно проще формализовать. Закупщики очень любят покупать просто "сосиски", к примеру, и производственники с ними солидарны - не нужно переделывать спецификации. В остальном это гемор для остальных. Наименованиями все не решить. Полнотекстовый поиск у вас в справочнике и сейчас есть. Для начала - ограничить доступ к заведению и изменению номенклатуры. Разрешить делать это только самым сообразительным, умеющим хотя бы работать с поиском.

(3) по такому варианту в 2003м работали.
создали отдельный справочник для новых элементов, ответственный сотрудник занимался просмотром того что пользователи насоздавали и проставлял либо ссылку на существующий элемент, либо создавал новый в главном справочнике, если действительно необходимо. лет 7 система проработала успешно.

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

Добрый день. Методологией занимаются методисты, в данном случае отдела НСИ. Если не будет отдела, будет больно. Каждый раз по-разному и внезапно. Например, в заголовке темы у вас ERP, а потом сужаем до Закупок. Не закупки формируют требования к НСИ, а потребности. Это или каталог продаж или материалы в спецификациях. Рыть там надо. Ну а в конце всей этой работы, когда все уже готово, приходят требования от Товарного планирования (категории и доп. реквизиты) и Бюджетирования (номенклатурные аналитики) на переделку.
Поэтому не занимайтесь НСИ на коленке, остановитесь и не читайте газет, читайте книги. Если не кому прокашлять тему отдела НСИ, начните все-таки с методик, хотя бы отсюда:

#Документация ERP:Подготовка структуры номенклатурного справочника в примерах https://partners.v8.1c.ru/forum/topic/1830630
Методология создания номенклатуры (в ERP) http://catalog.mista.ru/public/1001214/

Может, напрасно вас беспокоят дубли? Ну пусть пользователи вводят свое, они же все равно стараются минимизировать свою работу, ну будет в заказе на внутреннее потребление обобщенно печатают что им нужно(да, пусть в справочнике номенклатуры), а закупщики уже будут оформлять поступления ТМЦ на правильную номенклатуру, без привязки строк к заказу, Кажется, проблема высосана из пальца.

(20) Нет, это одно из ключевых препятствий нормальной работе (достоверность, безошибочность, скорость) и раздел между "нормальными" и "сворачивающимися" предприятиями.

Есть холдинг, который через год после начала деятельности первого предприятия стал нормализовать НСИ, выделив человека на это. Результат того стоил! И есть предприятия ВПК, где на ходовые позиции ТМЦ есть дюжина дублей. "Душераздирающее зрелище".

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

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

(22) Это теория. А суровая практика такова:

"Конд."
"Конденсатор танталовый 6.3 В 47"
"Тант. конденсатор 47 мкФ 6 В"
"Конденсатор 6V 47m"
и ещё десяток. Всего за полчаса можно выяснить, что эти позиции суть одна. И такого тыщи.

именно такую ситуацию как в (23) побороли административно выделением ответственного за справочник человека.
создали инструменты ему и остальным для удобства работы и вперед.
а до этого тоже пытались что-то там автоматизировать с поиском дублей ... фигня полная и сотни человекочасов в пустоту. один человек навел порядок примерно за 3 месяца в справочнике порядка 80к позиций. и в дальнейшем порядок поддерживал.

(23) Так в суровой практике окажется, что даже при абсолютном совпадении во всех позициях наименования, допустим "Конденсатор 6V 47m"
Должно быть заведено их множество с разным, грубо говоря, назначением использования.
А эту проблему каким-то там методическим извратом не решить, но только через определение внутреннего порядка. Т.е. это рассуждение никак не отрицает необходимость отдела НСИ.

(0) по сабжу такие заметки из полей:
1. С характеристиками лучше, чем без них.
2. С сериями дела не особо, ШК до недавнего времени на них из коробки не подвесить, нужно было колдовать.
3. Конструкторские/ЕСКД/Гостовские поделия - прямо идеально заворачиваются в характеристики и не использование оных, считаю, просто кощунством.

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

(26) > Гостовские поделия - прямо идеально заворачиваются в характеристики
мёд в уши
только мне нужен вес, который у размерных рядов гостовских изделий идет пропорционально размеру
а у характеристик вес один на всех

(15) > по справочнику согласно вводимых реквизитов

Да. Хороший вариант.

(16) > Для начала - ограничить доступ к заведению и изменению номенклатуры. Разрешить делать это только самым сообразительным, умеющим хотя бы работать с поиском.

Это понятно. Только как быть если не "самые сообразительным" требуется создавать заявки, а номенклатуры нудной нет/не нашли. Какой должен быть регламент создания номенклатуры?

(19) > Например, в заголовке темы у вас ERP, а потом сужаем до Закупок. Не закупки формируют требования к НСИ, а потребности.

Ничего не понял. Так я и говорю, что у подразделений потребности.

(20) > Может, напрасно вас беспокоят дубли?

Скажем так, основная цель внедрения ERP, на этом предприятии, это прежде всего наведение порядка с движением ТМЦ.

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

Так серии же есть.

(28) "основная цель внедрения ERP, на этом предприятии, это прежде всего наведение порядка"
Если автоматизировать бардак - то получится автоматизированный бардак, а не наведение порядк) Это ж классика.

(28) Скажем так, основная цель внедрения ERP, на этом предприятии, это прежде всего наведение порядка с движением ТМЦ.
пацтол.

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

(28) "Только как быть если не "самые сообразительным" требуется создавать заявки, а номенклатуры нудной нет/не нашли"
- "не пускайте детей в интернет, оно - интернет - от этого тупеет"

(4) Ну персонал учить нужно, вводить должностные инструкции. А то без написания инструкций Вы ничего не требуете т.к. сами не знаете что требовать!

1. Один ответственный за ввод ТМЦ.
2. Натолкнуло из (23): сделать инструкцию по наименованию ТМЦ, в каком порядке и что как называть, что сокращать, а что - нет. Напр. сначала идет "Конденсатор", потом "танталовый", потом емкость "47 мкФ" потом вольты "6 В". Так всем будет даже проще искать в справочнике, зная шаблон наименования.