Правила имеют некоторую универсальность, используются в двух разных базах. В первой перечисление имеет значение "Супермаркеты" во второй "НДСГипер"
их нужно консолидировать в базу приемник в виде значения "НДССети"
Подскажите, как это сделать. Завести такое значение нельзя, так как правила загрузятся в другую базу и там его не будет.
Просто заменить на строковое значение тоже не получается.
Такой код тоже не работает:
        Если Строка(Источник) =  "Супермаркеты" ИЛИ  Строка(Источник) =  "НДСГипер" Тогда
        Значение = "НДССети"
    КонецЕсли;

в базе приемнике нет значения НДССети, но его нужно там поставить?

(1) В приемнике как раз всё в порядке, НДССети есть, но в одной базе источнике оно называется "Супермаркеты" во второй "НДСГипер", на выходе надо получить "НДССети "

настроить соответствие значений?

+3 добавить условие и настроить программное соответствие

(2) ну в конвертации значений в ПКС этого перечисления ставь сопоставление соответствующее

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

(6) если у тебя разные базы, значит и правила будут разные

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

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

(4) типа того ?
Если Строка(Источник) =  "Супермаркеты" ИЛИ  Строка(Источник) =  "НДСГипер" Тогда
        Значение = "НДССети"
КонецЕсли; (9) (9)

(9) Если Строка(Источник) =  "Супермаркеты" ИЛИ  Строка(Источник) =  "НДСГипер" Тогда
        Значение = "НДССети"
КонецЕсли; (9) (9)

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

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

(13) база приемник одна? в смысле экземпляр один? или на каждый регион своя база?

(9) в каком месте? В передвыгрузкой перечисления? Или значения свойства объекта, где оно участвует?

(14) Приемник один экземпляр, источника два

(11) только не "Источник", а "Источник.ТвойРЕквизит"

(17) да, но если источник уже перечисление, можно оставить  "Источник"? (вопрос с подвохом)

(16) тогда как выше рекомендуют: в событии "Перед выгрузкой" по условию присваивай значение

(18) Источник - это владелец ПКО

(18) тогда не понятно где ты это пишешь. У перечислений можно просто задать соответствие значений и больше ничего не делать

(18) (21) да! Но значения в разных базах называются по разному.

(19) перед выгрузкой реквизита? Или перечисления?

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

(24) вторая конфигурация не примет правила со значением которого нет

(25) Проверял?

(26) да

(26) при загрузке правил падает

(23) Значит делай при выгрузке реквизита
(28) Так у тебя таблица соответствий пустая?

(29) настроены только общие, те, которые совпадают в обеих базах

(2) >>В приемнике как раз всё в порядке, НДССети есть, но в одной базе источнике оно называется "Супермаркеты" во второй "НДСГипер", на выходе надо получить "НДССети "

а что в качестве выхода? куда выход? в третью базу? если нет, то в приемнике есть "НДССети"

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

(32) Совершенно верно. Структуру базы обновить нельзя, так как в разных базах значения перечисления называются по разному

(33) обычно так всегда и бывает, значения разные, в кд ты их сам сопоставляешь либо в ПКЗ либо кодом в обработчике ПКС "Перед выгрузкой"

Решение не было найдено. В итоге пришлось сделать так, что-бы в обеих базах-источниках значение перечисления называлось одинаково.

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

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

(0) Подозреваю что здесь
Если Строка(Источник) =  "Супермаркеты" ИЛИ  Строка(Источник) =  "НДСГипер" Тогда
при преобразовании в строку получается представление перечисления в виде Синонима, а ты сравниваешь с Именем. По идее подобный код должен был сработать

(37) Решение было в (10) с поправкой (17) при выгрузке реквизита. Это как минимум.

(38) +1 Вместо Строка использовать XMLСтрока если это имена значений перечислений

(40) решение было в (34), а он тут огород городит

он - это автор ветки

(41) метаданные в базах источниках по разному называются. Как ты их сопоставишь?

(43) Бери второй вариант - ПКС

(43) я понимаю так как он написал в (0)
>>В первой перечисление имеет значение "Супермаркеты" во второй "НДСГипер"

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

*привел

поэтому Kraspila , хочешь ответ получить научись верно формулировать вопрос

да, если разные метаданные, то тоже не вижу проблемы - сопоставляются реквизиты с разными типами метаданных, а в ПКС принудительно устанавливаются значения, как ты написал в (0), и все работает, только значения надо устанавливать не строчно, а ссылочно, типа такого Перечисления.ТвоеПеречисление.ЗначениеПеречисления

и правило конвертации пустое при этом

(48) Так в источнике нет таких значений. Поэтому устанавливать как раз строкой.
(49) +1

(50) тогда это делается передачей в параметр, а дальше в ПКО "Перед загрузкой":
Объект.РеквизитТипПеречисления = Перечисления.ТвоеПеречисление[ПараметрыОбъекта["РеквизитДляПриемника"]]

(51) если быть точнее,  то в ПКО "При загрузке", в "Перед загрузкой" там нет еще объекта