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

(0) подписька на событие

(1) Не понял.

(2) Одну букву убери :)
Проверять наименование (ИМХО) - не айс.
Артикул - норм. Если у артикула есть такие параметры, как "контроль заполнения" и "проверка уникальности" - установить их. Будет достаточно.

В УТ 11 / КА 2 / ЕРП это настраивается в пользовательском режиме (по каким реквизитам проверять наличие дубля) в видх номенклатуры. Розницы 2.2 под рукой нет, но ты проверь сам уже

и че, отловит если
Товар1: Печенье "Вкусное", арт. 12345600
Товар2: Печенька "Вкусное", арт. 123456.00

- товар по факту, один и тот же, но вот внесен в базу вот так..
??

(5) А если так ЗлобнаяПеченька, вес 75...

поэтому (и это давно написали ужо) - при записи нового если интерактивно - вываливаем список похожих и спрашиваем "за базар отвечаешь?"

или

пишем шаблоны заполнения ключевых полей колторые не дадут в артикул записать значение без точки и будут требовать чтобы точка была именно на 3 с конца и т.д. - тогда хватит и простой сверки на уникальность

(7) Все это фигня. Приказ директора: за ввод дубля - лишение премии.

(8) Не прокатит, или по принципу "кто последний то и ..."

(9) ЖР же есть.

(8) бесполезняк. все что может быть сделано криво - будет сделано криво. это хорошо когда у тебя 40 продаванов/учетчиков/операторов - уволил нафиг одного без проблем

а клогда раз два и обчелся...

поэтому если есть возможность малой кровью сделать железно - надо сделать. Поорут две недели и успокоятся

(11) Вот вроде одни и те же аргументы, а выводы противоположные.
Пока юзер надеется, что программа все сделает за него - проблемы будут. Они, конечно, будут и так, но есть один нюанс. Если взяться реализовывать (0) - виноват будешь ты.

(12) Самое лучшее это сочетание пунктов про "приказ директора" и "ограничение юзеров".

Приказ надеюсь это понятно как, а вот с программным ограничением есть варианты, к примеру в (7) уже 2 варианта.

Еще надежнее развить это в конструктор наименований номенклатуры. Когда есть жесткий список "видов номенклатуры" (по факту может быть отдельный справочник) где уже есть "Печенье" и новое юзер не могет добавить сам легко.
А могет он только выбрать из конструктора "Печенье" и вести наименование причем тоже в отдельный "справочник наименований": "Вкусное".
И будет "Печенье"+" "+"Вкусное"+" арт. "+"артикул из тоже справочника".

(13)+ В результате добавления подобных справочников составляющих сильно облегчается работа по исправлению дублей.

Отдельно проверяем (причем можно программно нечетким сравнением строк) каждый справочник, обнаруженные дубли правим заменой ссылок (если они прописываются в номенклатуру) и исправлением наименований номенклатуры на правильные.

(14)+ Ну и для облегчения проверки в для каждого элемента составных справочников сделать "признак" проверено/не проверено. Тогда проверка еще в разы сокращается.

Описанную в (13) возможность задавать шаблоны наименований для видов номенклатуры таки сделали в БСП (4)