Задача. Собрать справочник товаров и разных баз. Какие возможны пути решения? Задача будет выполнятся периодически. Как минимум, уже вижу надо привязываться к коду товара и базе. Но код, зараза, не везде уникален. И возможны дубли одного товара в разных базах.

МОД

артикул

Не пройдет. Собирается не в 1С.

(2)Товар дублируется. Хотя частично решаемо ключом на уникальность(артикул, база источник). Хотя у этих клоунов и артикул может быть не уникален.

Ау?

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

префикс базы +код

(6) неа, начинать нужно с определения точек где можно заводить новые элементны номенклатуры и описания решения коллизий

это чисто административные задачи, после решения этих задач можно хоть что-то обсуждать

(6)Ага. Нужен уникальный реквизит. Сделаю.
Как с дублями воевать?

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

(96)кто то должен их пчистить и определить ответственных и точки ввода- остльным доступ закрыть

(9) база товаров большая?

(12) + ну хотя большая-маленькая сути дела не меняет. в (11) все верно сказано. берется какое-то число долбильщиц. им внятно объясняется принцип присвоения артикулов и они перелопачивают всю базу и ручками правят все что там до них наворотили

(11)Вот я и буду. Проблема усугублена тем, что один и тот же товар может продаваться по разным базам, и они, заразы, чтоб отличать называют его по другому. А точку входа уже одна. Ответственных двое.
(12)Тыщ 300 будет.

(12) жесть...

(15) 15 к (14)

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

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

(17) а зачем множить сущности? все уже до нас придумано. уникальный идентификатор должен быть человекочитаем. а строка 32 символа это как-то слишком круто

два товара из разных ба3
89df245e-c870-11de-a78c-000423b7e2c1   кроссовки addidas
11df245e-c870-11de-a78c-000423b7e2c1   кроссовки addidas белые

грузиш их в общую базу, и пишешь обработку удаления дублей
удаляешь один дубль например 2-й товар
при это в рег.сведений на УИД 2-го товара проставляется ссылка первого товара

загрузка по УИДам
(19) нафига его читать? этот регистр для автозагрузки товаров.обработка исправления дублей его не показывает

(20) это как раз вариант как сделать хаос менее хаотичным вместо того чтобы навести порядок в базе.

читать его для того чтобы можно было и глазами сверить.

потом можно и доки грузить из разных баз товары будут искаться по УИДам и соотв. уже без дублей

(21)если баз десятки как ты одного ответственного сделаешь? это по факту не возможно, хотя если можно то тоже вариант.
а в общей базе один ответственный реально

(22) чем 32-символный уид лучше артикула длиной например 8 символов?

можно с аналогами заморачиваться

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

(26) серьезно? 1С гарантирует?)))

ну вобщем спорить бессмысленно.

но мне уже представляется диалог по итогам комплексного анализа:
- Михалыч, а чо у вас там 89df245e-c870-11de-a78c-000423b7e2c1 так хреново продается?
- Да у нас 11df245e-c870-11de-a78c-000423b7e2c1 лучше пошел.

Решать в любом случае ТС что он там хочет сделать. Вариант с первоначальным наведением порядка и присвоением уникальных артикулов он изначально более трудозатратный, зато потом сведет некоторые манипуляции вроде описанной в (20) к нулю. Ты же не веришь в то, что можно написать обработку которая будет интуитивно дубли распознавать? Значит это придется каждый раз руками делать. А на базе в 300000 товарных позиций это очень интересное и увлекательное занятие.

Как вариант
Создать для элемента товара основной базы таблицу Наименований (Кодов) как внесены в эти разные базы

Ну да. Для начала надо некий уникальный идентификатор. Причем желательно абсолютно уникальный. Гуид как бы походит. Но семерка, зараза, с ним работать не умеет.

(29) умеет.

Не нашел. Ну тип реквизита можно и строку использовать, а вот как его генерировать?

(31) ЗначениеВСтрокуВнутр()

создай регистр сведений "соответствия объектов" и приши туда идынтификаторы.

По ним и собирай

(29) в семерке тоже есть идентификатор у ссылки

(31)Подробней можете. Как применить? Только руководство не надо копировать. Их есть у меня.
(34)Есть. Но как к нему добраться?

(35) через что обменивать будешь?
допустим в КД я писал так:
ЗначениеВСтрокуВнутр(Источник)

(0) Один раз пользователь указывает соответствие, запоминаешь в базе "уникальный идентификатор"( это может быть наименование, артикул, код) и хранишь его в базе. Реализация этого действия зависит от конфигурации.

(27)да серьезно уникальность 1с гарантирует и проверено практикой.
ты писатель?
я тебе сказал что с этим кодом никто работать и тем боле видеть пользователи не будут,
, только программа и редко программист если он программу плохо написал.
ты же с ссылкой никак не работаешь, только удалить можеш дубль, а изменить ее программно не можешь.

Использовать этот УИД универсально.панадобится доки конвертировать тоже его можно использовать или в доке ты будешь по номеру и дате обмен делать? а если дата изменится или номер?


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

Вдруг в единой базе начали появляться дубли. то из базы 1 то из базы 19.
Собираем свещание, ну часов так несколько тратим, наказываем менеджера базы 1 и менеджера базы 19.
на завтра еще несколько тратим наказываем менеджера 15,19,4 и т.д.
И все при делах :-)

А можно см.20 запускать обработку исправления дублей в единой базе и за минуту решать возникающие проблемы- у меня такой подход.