Привет всем!

Получил задачу что было реализовано когда-то такое чудо инженерной мысли...
База Разработки -> Рабочая База.
В момент обмена происходило сравнение конфигурации и пользователь мог отобрать элементы конфигурации которые выгружаются и которые нет!

Вопрос собственно в чем: как такое могло быть реализовано ?
Если кто знает подскажите пожалуйста хотя-бы направление где копать

Можешь вручную Смотри ПланыОбмена.ВыбратьИзменения

см
<ФильтрВыборки> (необязательный)


Тип: Неопределено; Объекты метаданных; СсылкаНаОбъект, НаборЗаписей, Массив. Неопределено - фильтр пуст, выбираются все изменения по узлу;
Объекты метаданных - выбираются изменения в основной таблице, связанной с данным объектом метаданных;
СсылкаНаОбъект - фактически, может быть выбрана только одна запись об изменении данного объекта, либо ни одной, если объект не менялся;
НаборЗаписей - набор записей регистра, может быть не выбран, для фильтрации изменений используется лишь отбор набора записей;
Массив - все элементы массива имеют один из перечисленных выше типов, кроме Неопределено. Условия фильтрации соединяются по ИЛИ.
Значение по умолчанию: Неопределено

http://aitika.ru/otvety/2524-1c-Izmeneniya-v-Plane-Obmena-Paketniy-Zapros-vs-VibratIzm-vs-Zapros-s-OBEDINENIEM

"... и пользователь мог отобрать элементы конфигурации..." - вриб-базах это из области фантастики. Жди следующую версию платформы - может реализуют :)

юзай хранилище, будь мужиком!

(4) Автору нужно - "В момент обмена" и чтобы "пользователь мог" - риб и хранилище ему не помогут.

(0)Молодой человек, отдел фантастики на втором этаже.
А пользователю "элементы конфигурации" вообще нельзя доверять!

(5)(6) я, как телепат, думаю, что все правильно сказал

Мне кажется что тот, об ком говорит тс, перепутал данные с метаданными.

(0) Если Вам надо передавать в дочку не все объекты метаданных (эта та гадость, которая редактируется в пофигураторе), то этого конечно низя. Хотя в таком виде постановка задачи - бред укуренного торчекозника, у которого передозировка растишкой.

Может Вам надо давать пользователю возможность фильтровать данные, которые будут переданы в другой узел? Тогда все проще - используем только интерактивный обмен и перед обменом перерегистриуем изменения в плане обмена согласно тому, как пользователь прожмакает галочки.

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

в (0) ключ в "база разработки -> рабочая база". и хранилище тут самое то.

Если речь об данных, а не о метаданных, то в типовых конфигурациях есть монитор обмена, где можно управлять/редактировать регистрацию изменений. Но! Перед обменом, а не во время обмена.

зы. интересно, как это будет: регистр пользователь принял, а регистратор нет. или общие модули принял, а параметры сеанса - фууу, нафик они мне нужны

Данные передаваться не должны, отсутствие обмена данными это ерунда... запрет в пофигураторе и все...
Весь прикол в том что я в первый момент тоже не понял что он имеет ввиду... но "с пеной у рта" мне рассказывают что это было реализовано... обмен метаданными... я уже и подумал... может я чего не понимаю и не знаю...

Интересно как оно было у него.... разработка была утеряна год назад :(

(14) Ну последнее предложение многое объясняет

Если обработка была утерена, то она и не нужна.

(14)да уж... больше всего убивают эти объяснения с пеной у рта, что это уже было реализовано)))
(16)+1

Тут и так с обменом намучаешься, а если еще и конфигурации будут отличаться, то просто пипец наступит...

Кстати, (0), скажи что даже если такое сделать это противоречит лицензионному соглашению, потому как фирма "1С" никаких внещних интерфейсов у пофигуратора не предусмотрела, а изменение метаданных в обход штатных средств платформы - это нарешуние лицензии на платформу.

(Вариант) Может быть термины "РИБ-база", как всегда, спутали с "распределенная информационная база"? То есть той, где конфигурации не идентичные? Тогда, в принципе, допускаю такое. Типовая конфа может проверять выход очередного обновления и пользователь обновляет конфигурацию, не понимая что он уже в конфигураторе работает, а не в 1С:Предприятие...

Если сделаешь обмен на объектахXDTO то проще всего сравнивать схемы. Также и можешь выгружать неполные данные, но с рекурсивной проверкой передачей измененных ссылочных данных.

База разработки 1 -> хранилище
База разработки 2 -> хранилище
База разработки 3 -> хранилище
База разработки 4 -> хранилище
Хранилище -> рабочая база:
http://s50.radikal.ru/i130/1207/42/0113a6af2c04.png

Пасиб за подсказку... попробую копнуть в сторону хранилища, надеюсь это именно то что он обзывал РИБом....

П.С. Люблю когда ставится ТЗ используя свое собственное определение для вещей... Хочу красное, но подразумеваю зеленое :)

(23) А ты не пробвоал спросить у постановщика задачи, накуя это вообще нужно?

Пробовал... объяснение было "Надо", обновление рабочей базы хочет выполнять самостоятельно выбирая то что считает нужным из базы разработки... притом сравнением конфигураций ему не подходит :(
Задача хочу Красное... не важно что это зеленое, я называю это красное :)

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