Какой аналог "общего реквизита" из 7.7. придумать в 1с 8.2 ? #528997

Какой аналог "общего реквизита" из 7.7. придумать в 1с 8.2 ? подойдет регистр сведений ? ещё важно, чтобы при обновлении стандартной конфигурации 8.2 Бухия моя "добавка" не затиралась, так например при обновлении 7.7. мои общие реквизиты незатирались

да там в 8.2 и обычные реквизиты не затираются, хоть ты дерись.

Что за реквизит? Как его отображать? Можно просто регистр с измерением. Можно при помощи критериев отбора. Все это позволит не изменять основную конфу. Самое сложное можно делать в виде внешних обработок

еще они должны набигать и грабить корованы

ну для выгрузке в 7.7. указывал общий реквизит OLEID, в котором указывал ID выгружаемого документа, сейчас тоже самое пытаюсь сделать в 1с 8.2

вам в разделе LIFE нужно писать

в 7.7 не было планов обмена. Если в 8.2 это OLEID будешь создавать, то только в раздел ЮМОР тогда.

да нет это как раз про текущую ситуацию, если Вы знаете значения этих выражений

я 8.2 вообще незнаю, пытась переписать существующую выгрузку с 7.7. на 8.2, потому и спрашиваю как сделать ?

Если этот реквизит будет использоваться в планах обмена, то лучше всё-таки добавить его как обычный в нужные документы. Обращение к регистру сведений будет существенно замедлять выгрузку/загрузку или придется заморачиваться с его кэшированием. Пропадать при грамотном обновлении ничего не будет.

Хм, вот тут немного не согласен. Моя конфа по обмену подразумевает использование как плана обмена, так и регистра. Так вот второй гораздо быстрее для потоковой инфы. Поэтому просто регистр с соответствием ИД, либо план обмена

>> я 8.2 вообще незнаю, пытась переписать существующую выгрузку с 7.7. на 8.2 Может начать с чего попороще тогда?

нет, такаю задачу поставили, буду учиться, почитаю для начала про "план обмена"

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

почему нельзя для выгрузки оставить прежний механизм COMОбъект("v77s.Application");    ?

Вот как раз на нагрузках автора это все и встанет раком-боком

Никто не запрещает. Просто появились новые механизмы, которые, ИНОГДА, использовать лучше, чем старые.

По сабжу автору, в принципе, всё сказали в

(15,16) понятно, спасибо