v8: Как зарегистрировать в обмене удаленный объект #716128

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

А зачем записать? ведь это же само удаление

Удаление.Записать; попробуй убрать. после этой строчки уже нечего регистрировать

Убрал, не помогло.

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

Зарегистрируй его в переферийной базе, он придет к тебе. ПОметишь его на удалени и он разойдется по базам.

Как-то бессмысленно! Мне же не нужен помеченный на удаление объект. Мне нужно, чтобы при обмене он удалился из перифирийной базы, т.к. он удален в главной.

Свойство "ОбменДанными" объекта "Удаление" не поможет?

а что вы предлогаете там задать? Узел в свойстве "получатель"?

Да, получателей заполнить.

Ссылку регистрируй

Этот способ и позволит удалить обмен а не плясать с бубном.

битую?! Пробовал. Увы, не сработало...

Тогда самое время откинуться на кушетку и спросить - а в чем выражается это самое "не сработало"? Зарегистрировать удаление и выгрузить удаление куда-нибудь - это какбе разные вещи.

и в чем разница?! Итовая цель: удалить в перифирийной базе тот объект, который удален в основной при помощи планов обмена. Логично, что для этого нужно зарегестрировать этот объект. Теперь что значит "не регистрируется": при удалении документа в регистр изменений попадает битая ссылка, т.е. если я по регистру Документ.Чек.Изменения сделаю запрос - получу такую строку. А когда пройдут обмены - документ удалится и в перифирийной базе. В моем случае документ удален и в регистре изменений нет записи - ее очистил другой код, который очищает полностью регистр изменений (сразу скажу, учитывая специфику задачи, я не могу в этой части что-то менять). И мне нужно добавить ее обратно неосоедственно перед тем, как запустятся обмены: т.е. у меня есть уид этого объекта и, соответсвенно, битая ссылка, которая должна попасть в регистр изменений перед обменами. Надеюсь достаточно разжевал... Есть решение, которое пока не реализовал, но придумал - создавать такой объект заново, записывать его и удалять тут же. Слишком криво и долго и потому надеюсь, что кто-то подскажет более простой способ!

Глянул в синтаксис-помощнике - свойство Обмен Данными - только чтение. При этом в отладке его значение вообще почему-то нельзя прочитать - пишет "ошибка чтения значения".

На крайняк вручную в пакет добавь узел удаления, там пару строк.... Либо создай объект по ГУИДУ и удали его.

Так как он доступен у объекта.

Я не понял, чего автор добивается. Зачем удалять, очищать регистрацию и регистрировать удаление отдельно?

"Зачем удалять, очищать регистрацию и регистрировать удаление отдельно". Ну я ж не буду вам рассказывать весь проект! :) 1. "Зачем удалять, очищать регистрацию" - это один бизнес-процесс. 2. "регистрировать удаление отдельно" - это бизнес-процесс, который нужно реализовать мне. Вопрос - как мне сделать второй пункт. Складывается ощущение, что 1с просто не предусмотрели возможность зарегестрировать к изменению удаленный объект. PS Возможно (не проверял, т.к. не мой случай, но все же, возможно для вас это станет понятней) и даже скорей всего такая ситуация возникнет, если отключить автоматическую регистрацию объектов и удалить объект: регистрации удаления нет, а из перифирийной базы объект также нужно удалить - но тогда тем более странно, что 1с не предусмотрело такой случай.

Вы имеете ввидду вносить изменения в XML? Возможно, хотя и не удобно. Как раз пока так и решил - создаю объект по ГУИДу и удаляю его. Но как-то криво и, что хуже всего, долго. Долго потому что нельзя просто создать объект - нужно заполнить обязательные для заполнения реквизиты и только потом записать и удалить. Если потом надо будет переносить этот механизм на другой документ - нужно будет опять прописывать всен обязательные реквизиты. А если потом добавятся новые обязательные?! Ну в общем - как временное решение подошло, но, мне кажется, должен быть более адекватный способ.

К сожалению не понял Вашей мысли.

узел то какой указываешь?

Что показывает обработка регистрация изменений (или запрос по изменениям) после выполнения ?

а какая полосатая религия мешает автору и чего именно добиться, я так и не допер. Регистрация удаления объекта работает - проверено многократно, какие могут быть с жтим проболемы, не догоняю

по удалению не подскажу, но при создании указать ОбменДанными.Загрузка=Истина, и глядишь скорость создания повыситься и обязательные реквизиты не обязательны. а вообще правильный вопрос уже прозвучал "что значит не срабатывает?"

Большая разница. Может у тебя в базе тупо код в модуле плана обмена имеется, который УдалениеОбъекта не выгружает. И хоть обрегистрируйся. При выгрузке платформа проверяет наличие объекта по ссылке, и если он есть - выгружается объект, если его нет - выгружается УдалениеОбъекта, все просто как мычание.

В том и вся суть проблемы, что запрос по регистру изменений показывает...ничего! Он просто пустой после выполнения кода в

Перифирийный

Ну так если у вас работает, почему бы мне не написать код по которому у вас работает регистрация удаленного объекта?

У меня проблемы именно с регистрацией (что кстати еще в теме описано). В модулях планов обмена в принципе пусто, но это не имеет никакого отношения к вопросу, т.к. нужно именно ЗАРЕГЕСТРИРОВАТЬ - дальше все норм отрабатывает.

подозреваю, что где-то есть код, который мешает стандартному проведению платформы. Изучай подписки и прочие приЗаписи

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

Пруф или GTFO. Помешать зарегистрировать объект не способно практически ничего.

При чем здесь проведение?

Вот вам пруф: Спецом написал на чистой конфигурации. Версия 8.3.4.408.

Кнопки в обработке жмакать в порядке нумерации - при каждом нажатии в таблицу выгружается из запроса по регистру изменений.

а пРоведение-то и правда ни при чем. У вас там все такие наблюдательные или только вы? ваш пруф - фуфло:

8.2.19.106. Оба способа регистрируют. Узел    Номер сообщения    Ссылка 2        <Объект не найден> (9:86d5000c2907253711e41b087fc88423) М.б., глюк движка?

Я смотрю, вы такой умный - наверняка знаете решение. По существу: А вы в какую версию 1с базу грузите? Точно полностью файл докачали? Я скачал и загрузил в базу - проблем не возникло. ЗЫ Возьмите еще и cf до кучи: Но для cf-ки надо будет добавить узел с кодом 2.

Вот это да... Может, в принципе и  глюк движка... На всякий случай уточню: вы вначале нажали на кнопку 2 (очистили регистр) и тут же нажали на 3.1??? И после этого у вас отобразилась строка в таблице?

Проверил, действительно. На 8.2.18.109 отрабатывает регистрация. На 8.2.19.83 и на 8.3.4.408 - нет. И у Вас вот отработало на 8.2.19.106 (у меня нет этой версии, потому сам проверить не могу). Через раз, что называется! (((( Что могу сказать, 1с "рулит", а вопрос закрыт... Всем спасибо... PS dt и cf еще некоторое время оставлю в дропбоксе, вдруг кому захочется убедиться - через пару дней грохну.

не смог скачать базу, но всё всегда работает есть сделать так: УдалениеОбъекта он немного для других целей.