Исходные:
2 базы 1С 8.2 УПП + доработка
база 1 - хранит список номенклатуры, база 2 - пока пустая
В базе 2 завел предопределенные элементы в справочнике номенклатура.
Перенес универсальной обработкой (перенос XML) номенклатуру из база 1 в база 2
Проблема:
обработка переносит и синхронизирует по внутреннему идентификатору. С одной стороны это хорошо, т.к. могут понадобиться дополнительные выгрузки номенклатуры, а может и еще чего в базу 2.
Но, надо как=то связать несколько элементов номенклатуры база 1 с предопределенными элементами в база 2.
Связь 1 к 1, т.е.
База1: товар1 - база2: продопределенный_товар1
База1: товар2 - база2: продопределенный_товар2
База1: товар3 - база2: продопределенный_товар3
---
В данный момент после переноса в базе 2 имеем:
База2:
- Товар1
- Товар2
- Товар3
- Предопределенный_Товар1
- Предопределенный_Товар2
- Предопределенный_Товар3
т.е. задублировались элементы.
Собственно вопрос:
Как-нить можно поменять идентификаторы у предопределенных элементов в базе 2?
Или только правкой в скуле?

только

(1) Идишники у предопределенных еще и в конфу зашиты

(2) вооот, уже интересно
есть у кого положительный опыт подобных махинаций с ИД?

(0) идентификатор предопределенного элемента можно изменить в конфигураторе. Только, я не понимаю, зачем - в (0) какая-то противоестественная струйня

Пипец. А что, в правилах обмена поиск настроить - не, не по-пацански?

(5) нет правил обмена, типовая обработка по переносу между одинаковыми конфами

(0)
1. Добавить в Базу 1 предопределенные товары
2. В Базе 1 обработкой поиска и замены дублей слить вместе предопределенные и введенные вручную товары
3. Выгрузить cf Базы 1
4. Удалить из Базы 2 предопределенные товары (она же пустая еще) и через «сравнить, объединить» загрузить предопределенные элементы из cf (без флага «Режим копирования»)
5. Удалить предопределенные в Базе 1, сами товары останутся

А Ctrl+C и Ctrl+V разве не переносит элементы с идентификаторами?

(4) хдееее?

(7) слить номенклатуру - плохая идея

(8) мимо

(8) Не переносит. Внутренние идентификаторы будут различными. Только через обновление или сравнение/объединение

(6) Ну так напиши. Тоже мне, проблему нашел

(13) лениво

помогите лентяю )

2(2)ну Config - этож тоже таблица в базе... правда не знаю как там искать...

(10) Почему?

база большая и перепроводить доки за несколько лет - не вариант

(14) А не лениво копаться в SQL таблице с непредсказуемыми последствиями.
Ни разу не видел, чтобы меняли идентификатор предопределенного элемента.

(18) Перепроводить? Достаточно перезаписать. Лучше с
ДокументОбъект.ОбменДанными.Загрузка = Истина;
Ну и с записями в регистрах аналогично.

(19) немного сташно, но не лениво
просто колбасить правила - это долго и нудно, да и не только номенклатура может понадобиться, а других вариантов пока не видно

(20) не, все равно плохой вариант
там еще и распределенка есть + эта номенклатура почти в каждом документе есть - это почти всю базу перезаписать и отправить в периферийки. а база больше 30 гб

(2) что там может быть в конфу зашито? предопределенный отличается от обычного только флагом [_IsMetadata].

Поменял сейчас уид. Все работает как обычно.

2(22) ну здрасьте - удалитьрегистрациюизменений...

забудьте про вараинт перезаписи

Быдлокод-стайл: Добавить в Базе 2 константы Товар 1, Товар 2…

да, про константы думал - это крайний вариант

(23) При изменениях у меня слетало

(28) при каких изменениях?

(0) я так понял что это разовая трабла.. значит после переноса Товар1 должен быть по идее Предопределенный_Товар1, а оно не так..

тогда обработку, где идет поиск по ссылкам и замена Товар1 на Предопределенный_Товар1.. фсе..

(29) меняй не бойся )) старые уиды сохрани только. на всякий случай.

(30) думаю не разовая, т.к. еще часть документов может понадобиться перенести

(31) щас тестовую на скуле разворачиваю, проверять буду

(32) ну и в чем проблема после переноса еще раз выполнить КрутуюОбработкуПоСменеЭлементовСправочниковНаПредопределенные?

+ (31) меняй - нафиг вообще уид нужен? Ну ели только на него что то ссылается.

(34) проблема, т.к. заранее не известно количество таких переносов и данные, которые будут в переносах

(36) тогда поправь правила.. это еще проще сделать

(31) нифига, теперь предопределенные не находится через
Справочники.ХХХ.ИмяПредопределенного
придется в таблице конфиги рыться

пишет объект не найден и старый идентификатор пишет

(38) сейчас еще раз поменял уид. все находится. как менял?

(38) мы же говорим о замене поля _IDRRef?

Проще правилами разруливать, если работать обмен будет постоянно, не полиниться настроить КД.

Был программист в моей конторе до меня, так он чтоб КД не изучать нагенерил по умолчанию правил, а потом при необходимости правил не правила, а конфы... Пришлось все херить

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

можно поменять, да..
распотрошить конфу и запотрошить обратно..

(44) а че если все сделать быстро, будет очень даже незаметно.

+(45) в правилах очень тяжело тупо прописать условие, что Если ИсходноеУсловиеВыполняется Тогда // проверка хоть по кодам, хоть по наименованию, хоть еще каким способом
   Значение = "ИмяПредопределенногоЭлемента"
.....
А распотрошить и зашить - самое то.

(41) да
http://i081.radikal.ru/1106/8b/cc61a4d4019b.jpg

Поменяй в первой базе гуид обычного элемента на гуид предопределенного из второй

(48) уже обсуждали

вверх, где любители ковырять внутренности 8-ки?

(50) скажи как менял и что потом сделал что бы ошибка вывалилась. я так и не смог ошибку получить.

просто в скуле поменял
UPDATE [Per_dk].[dbo].[_Reference125]
SET _IDRRef = _IDRRef + 1
WHERE (_Code = 'ЭРИ00000005') AND (_IsMetadata = 1)
----
потом в табло результат видно - перестал по имени предопределенному искать

(52)поменяй в файловой ИБ)
это интереснее

(52) действительно вываливается ошибка.

ну тогда вариант создать в базе 1 новые элементы. присвоить им гуиды предопределенных. а потом поиск и замена значений.

На правах пятницы:
секс стоя и в гамаке...

(54) Создать новые предопределенные с нужными гуидами можно (уже писали).
Но топикстартер не хочет делать поиск и замену. Это типа долго.

не хочу

В есть IE есть функционал - он позволяет конфу править (в том числе и менять ГУИДЫ метаданных).. Юзай ее и плюс замена в скуле

(58) кто такой IE? поподробнее

зачем делать предопределенные элементы на типовом справочнике УПП, да еще и на самом используемом "Номенклатура"?

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

Если возможность создать свой РС, есть ПВХ, есть куча других способов решить задачу без слома типового функционала

(59) Вернее EI - Enterprise Integrator

про типовую забудь, эта база не будет обновляться

(61) не знаю что это