Помогите решить задачку!
Ситуация следующая. Имеется справочник Номенклатуры в 1с 7.7, более 12000 наименований. Наименования очень разнообразные, нестандартизированные. Проблема состоит в создании шаблона наименования номенклатурного справочника.
Дело в том, что карточки товара заводят менеджеры. И хотя у нас есть правила формирования наименования, но в предлагаемой структуре "Товар(что?)-определяющее слово-уточняющее слово-производитель-модель-параметры-артикул" (например: Котел-газовый-настенный-Buderus- Logamax U012-24-(00055080)) ряд составляющих (определяющее, уточняющее слова) определяют эти самые менеджеры. При этом каждый видит это по-своему. Появляется несогласованность. Плюс все это отнимает время.
Существуют ли системы, автоматически формирующие наименование?
Плюс необходимо учесть тот факт, что наименования, если их формировать по всем правилам, получаются довольно громоздкими. Что совсем не нужно менеджеру в каталоге 1с. Для поиска и идентификации наименования ему достаточно краткое название, модель или префикс группы. А вот клиенту, работникам склада и т.п. хотелось бы видеть в накладной полное наименование (с указанием параметров товара, цвета, размера и т.д.). Вручную забивать в карточку наименование да еще и в двух формах (катлога и печатной), как вы понимаете, очень долго. Как автоматизировать этот процесс?
Есть ли у кого-нибудь подобный опыт? Поделитесь!

Я бы сказал, что к 1С это не сильно относиться - это вообще задачка, через которую проходят, имхо, почти все.

Рекомендую обратить взоры на обработку для v8 - поиск дублированных наименований -> на основе неё уже можно что-то своё придумать

ЗЫ. Своё придумать - это я к тому, что нужно будет искать аналоги, анализировать составление предложение, переставлять слова (с изменением окончаний, если потребуется).
ЗЗЫ. Обработка есть во всех новых типовых.
ЗЗЗЫ. Вообще - задачка интересная с точки зрения грамотной реализации - всегда некогда её реализовать было...

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

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

Хоть мы не одни такие!...
А каким образом оно составлялось, можно поподробнее? Интересно все!

К примеру, есть вот такое: Котел-настенный-газовый-Buderus
Нужно придумать алгоритм, каков порядок слов в наименовании (анализируя либо эталон, либо другие наименования) и переставить слова правильно: Котел-газовый-настенный-Buderus


Смотрите в прилагаемом файле - обработка для v8.1 УТ 10.3


Когда-то давно, ещё совсем в молодости :), в базе на Access применил такую схему:
Есть определённая иерархия элементов, пользователь ищет, куда подходит его новый элемент, после чего вписывает ОКОНЧАНИЕ наименование. (чем то похоже на способ от AndreySc - только там совсем автомат)
Котел-газовый-настенный-Buderus- Logamax U012-24-(00055080)
Т.е. к примеру есть такая иерархия:


Соответственно, когда пользователь добавит в папке Котел-газовый-настенный-Buderus новое наименование - впереди появиться НЕИЗМЕНЯЕМАЯ часть наименования.
Удобно тем, что в случае изменения мест слов в наименовании - не придётся пересматривать все наименования.

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

Ага, под мою задачу это подходило вполне, ибо неизменяемая часть была у 95% номенклатуры. А неизменяемая, обычно, сводилась в несколько символов, наподобие:
бла-бла-бла-(7/8)
бла-бла-бла-(5/6)
бла-бла-бла-(0/1)
ту-ту-ту-40р
ту-ту-ту-41р


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


Хм...

Т.е. под 7.7 не прокатит.
Не разбираясь подробно - такую систему достаточно быстро создать с "нуля" - ибо все компоненты для её создания просты в освоении.
Существенное отличается от обработки в пред. сообщении тем, что есть некий бизнесс-процесс, который регулирует создание новой позиции.

ИМНО самый правильный подход, я столкнулся с такой проблемой на распределенке, в результате практически все ТМЦ вводиться через мелкие справочники
тип, цвет, марка и т.д. иначе рано или поздно
и при этом, однако, анализ на уникальность при записи не повредит ;-)

Для каталога и для пользователей можно в каждом мелком справочнике организовать полное наименование и сокращенное пример:
Pentium 3.0 Gz Core 2 Duo
P 3Gz_C2D

ну где-то так ;-)

Скорее всего, да..

С чего начать??

Это правильно, когда все наименование состоит из частей так называемого "Конструктора".

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

Тоесть теперь если пришел "похожий батон", то оператору, который забивает товар, не надо заново писать: "Батон "...бла-бла-бла..", а достаточно выбрать составляющие элементы наименования. Например:
Тип товара - "Батон"
Название - "Подмосковный"
Детализация - "с семечками и еще чем то"
Фирма производитель - ИП Иванов И.И.
Страна происхождения - Россия.
Оператору надо будет только заносить вручную детализацию товара, ну и конечно если появятся новые элементы "Типов товара", "Фирм производителей" и т.д.

Общий принцип действий ясен.
Я теперь только ломаю голову над тем, как при нашем ассортименте в 12 тыс. позиций, 43 товарных групп, в каждой из кот. по 6-8 подгрупп сделать эти мини справочники с минимальными затратами времени и сил.
Ээ-эх....

Иерархия в справочнике-то сейчас хоть какая-то есть? От неё и отталкиваться..

ЗЫ. Вроде же какой-то ГОСТ на наименование существует...

Иерархия есть..Весь ассортимент сгрупирован по группам (около 45 групп), в каждой из которых - по несколько подгрупп.
Приступаем к реализации идеи...
Буду держать вас в курсе событий по ходу процесса!

Удачи. Коли что спрашивай - чем смогу - помогу!

Ну и как идут дела? Хочется узнать продолжение этой захватывающей истории .