XML и конвертация данных #684171

Добрый день. Есть некоторые проблемы с настройкой обмена между 8.2 и 8.2. Нужно сделать правило очистки данных, которое бы удаляло элементы справочника из списка значений в приемнике, список формируется в источнике. Передаю так: ПередатьОдинПараметрВПриемник("СЗ_Контрагенты", Новый ХранилищеЗначения(мСЗ_Контрагенты)); Но не знаю что с этим параметром делать дальше. Большая просьба - подскажите как сделать правильно.

up

up2

up3

Люди, спасайте. Хоть какую-нить зацепку!!!

up4

Наверно можно обработку очистки в правилах  написать.

Надо каким-то образом в главный узел правил в начало записать этот список значений. Видел пример с 7 - не взлетело. Ругнулся на "rootnode". Если кто знает как в 8 звучит корневой узел - подскажите.

Передать "убийство" объекта?

Если это, то надо цеплять "План обмена". Он передаёт тег-убийцу.

нашел это. только ругается на rootnode.

ПередатьОдинПараметрВПриемник("СЗ_Контрагенты", Новый ХранилищеЗначения(мСЗ_Контрагенты)) записывает, по считывает уже после процедуры очистки.

up

up2

передай спиок кодов/уидов

Да. Но вопрос как передать? И как вытащить при загрузке?

up

up2

я обычно передавал глобальным параметром, у него есть соответствующая галка.

up

а если на эти элементы в приемнике есть ссылки? Откуда возникла эта бредовая идея? У вас? или подсказал кто?

Если есть ссылки - удалить. Клиент хочет. Частично скрывает элементы этого справочника.

up3

RLS не?

не... именно при переносе.

" Клиент хочет. Частично скрывает элементы этого справочника. " Ну и сделай реквизит НЕАктивность. ИСТИНА, когда элемент найден. Элементы где "ИСТНА" не выводи при показе справочника. Посмотри как в типовых работает справочник "сотрудники". А если удалять при загрузке, то надо проверять на отсутствие ссылок при удалении каждого элемента и если есть, то что будем делать с этими объектами?

есть 2 базы: 1 - упр. 2 - регл. Из упр не выносятся в регл часть операций,справочников. Хотят еще чтоб ненужные элементы справочников регл удалялись по списку заданному в упр.

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

up

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

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

Насколько я помню, правила очистки данных обрабатываются без параметров на стороне приемника до загрузки параметров и объектов переноса. То есть никак, или свой нод создавать

список - регистр сведений. Типа в регл базе - "мы с ними дела не имеем сейчас".

нод!!! а как?

вы правильно помните.

НУ я вообще не юзал правила очистки, а очистку производил кодом после загрузки параметров

в любом случае список того что очищаешь должен быть

up

Передавай параметром

Параметр почему-то пустой при загрузке

Up

Up2

Up3

Up4

Up5

Специалисты????????????

up

Ап

ап

так и не решил задачку. подскажите!

аппп

Может я скажу не в тему, но первое, что пришло на ум это: Создать отдельный справочник в который будут записываться (ссылки не ссылки, ну какай-то указательно на то, что нужно удалить). После переноса этот справочник заполняется. Есть значения, есть дата выгрузки (читай актуальности записи). Пишем регламентированное задание в приемнике который читает этот справочник и хе..... удаляет по условию. Можно еще поиск ссылок прикрутить и ругательства, но это бантики. Не!?

Но это же велосипед. Есть же объект - правила очистки данных. В них из источника передается массив ссылок. И каким то образом считываются в приемнике из массива. Не получается лишь передать.

ап

ап2

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