Всем привет. Подскажите, пожалуйста, как мне поймать момент когда объект включенный в план обмена записывается в таблицу регистрации изменений. Пробовал в модуле объекта в процедуре ПриЗаписи(), но там документ еще отсутствует в таблице регистрации изменений. Гугл ничего подсказать не может

тебе зачем?

(1) Мне нужно производить обмен через Web-сервис при изменение объекта. Фиксация изменений осуществляется через ПланОбмена

прям онлайн-онлайн?

можешь прямо при записи запускать фоновое задание обмена, все будет нормально.

+ само по себе пусть работает раз в 10 минут

с паузой в 10 минут

(3) Это к сути задачи не имеет никакого отношения. Если интересен этот вопрос, то к поставщику данной задачи этот вопрос. Мне такой расклад тоже не айс, но я не составляю ТЗ. Меня интересует момент фиксации измений в таблицу изменений. Ни на ИТС, ни в справочнике разработчика не нашел (может быть плохо искал). Интересует событие при авторегистрации

(6) Я то могу, но заказчика такой вариант не устроит. Поэтому спрашиваю, когда и где происходит регистрация

(7) либо в транзакции записи, либо руками через метод встроенного языка. самого события - нет.

(8) устроит. если запускать фоновое прям из призаписи - то будет почти онлайн. настолько почти, что даже незаметно.
Ну, конечно, если нужно организовать что-то типа распределенной транзакции - можешь прямо в событии ПриЗаписи отправлять данные и очищать получателей в ОбменДанными, но там возможны варианты с недоступносью ресурса, на который выгружаешь и т.п.

(9) Транзакция записи она длинная, поэтому уточняю момент, мне естественно необходимо это делать в модуле объекта (если речь о транзакции записи). Насколько помню там ПриЗаписи последнее событие. А не подскажете о каком методе речь?

самое эпическое, что я делал - это при проведении документа с движением по складу - отправка документа в узел РИБ того склада через вебсервис, его проведение с контролем остатков именно в той базе и при успехе - передача его обратно уже с движениями.

(11) ПланыОбменаМенеджер.ЗарегистрироватьИзменения (ExchangePlansManager.RecordChanges)
ПланыОбменаМенеджер (ExchangePlansManager)
ЗарегистрироватьИзменения (RecordChanges)
Синтаксис:

ЗарегистрироватьИзменения(<Узлы>, <Данные>)
Параметры:

<Узлы> (обязательный)

Тип: ПланОбменаСсылка.<Имя плана обмена>; Массив.
Одиночное значение типа ПланОбменаСсылка.<Имя плана обмена> или массив таких значений, показывающие для пересылки в какие узлы регистрируются изменения.
<Данные> (необязательный)

Тип: Метаданные, Неопределено; УдалениеОбъекта; Число; <Данные>.
Значением данного параметра может быть объект метаданных, объект, представляющий данные, хранимые в базе данных, такой как документ, элемент справочника, счет бухгалтерского учета, менеджер записи константы, набор записей регистра и т. п., ссылка на объект базы данных, а также Неопределено.
Если указан объект метаданных, то регистрация изменений будет произведена для всех элементов данных, относящихся к указанному объекту метаданных. Объект метаданных должен входить в состав планов обмена всех узлов, указанных в первом параметре.
Если указан объект представляющий данные, хранимые в базе данных, или ссылка, то регистрация изменений будет произведена только для указанных данных. Объект метаданных, соответствующий данным, должен входить в состав всех планов обмена всех узлов, указанных в первом параметре.
Если указан УдалениеОбъекта, то регистрация изменений выполняется для объекта базы данных, на который "указывает" ссылка, содержащаяся в объекте УдалениеОбъекта.
Если указано Неопределено или не указан, то в качестве первого параметра может быть указан только одиночный узел. И в этом случае будет выполнена регистрация изменений для всех объектов, метаданные которых входят в состав плана обмена, к которому относится узел, указанный в качестве первого параметра.
Для набора записей регистра сведений, в случае, если регистратор не определен, в качестве ключа используется совокупность измерений, входящих в основной отбор. А если регистр сведений является периодическим и включен основной отбор по периоду, то в ключ входит еще и период.
Значение по умолчанию: Неопределено.
Описание:

Регистрирует изменения одного или группы элементов данных для последующей выборки и передачи изменений в адрес одного или нескольких узлов планов обмена.

Доступность:

Сервер, толстый клиент, внешнее соединение, мобильное приложение(сервер).
Пример:

// Пример 1
Валюты = Метаданные.Справочники.Валюты;
Узел = ПланыОбмена.ПО1.НайтиПоКоду("Офис");
ПланыОбмена.ЗарегистрироватьИзменения(Узел, Валюты);

// Пример 2
// Для документов РасходнаяНакладная регистрация изменений для узла
// производится только при совпадении складов узла и накладной

// Выбираем документы РасходнаяНакладная по складу узла
Запрос = Новый Запрос("ВЫБРАТЬ Ссылка ИЗ Документ.РасходнаяНакладная
                       |ГДЕ Склад = &Склад");
Запрос.УстановитьПараметр("Склад", Узел.Склад);
Выборка = Запрос.Выполнить().Выбрать();
Пока Выборка.Следующий() Цикл
    // регистрируем изменение документа для узла
    ПланыОбмена.ЗарегистрироватьИзменения(Узел, Выборка.Ссылка);  
КонецЦикла;


--------------------------------------------------------------------------------

     Методическая информация

только как этопоможет?

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

СправочникОбъект.<Имя справочника>.ОбменДанными (CatalogObject.<Имя справочника>.DataExchange)
СправочникОбъект.<Имя справочника> (CatalogObject.<Имя справочника>)
ОбменДанными (DataExchange)
Использование:

Только чтение.
Описание:

Тип: ПараметрыОбменаДанными.
Используется для управления обменом данных.
С помощью данного свойства настраивается состав узлов-получателей, для которых будут регистрироваться изменения данных, узел-отправитель, из которого получена записываемая информация, а также устанавливается режим Загрузка, указывающий, что выполняется перенос информации.

Доступность:

Сервер, толстый клиент, внешнее соединение, мобильное приложение(сервер).
--------------------------------------------------------------------------------

     Методическая информация

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

(14) Ну собственно к тому же и пришел

(17) не надо так

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

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

(20) Требование описанное в ТЗ. Данный вариант представлен архитектором проекта. (21) Фоновое задание забраковали, еще вчера.

(22) архитектор проекта  1с хоть раз в жизни видел не на картинке?

(23) ??? Ну на последних двух проектах по ERP 2.0 видел двух. А еще штат консультантов, разработчиков, тестировщиков, ну и руководитель проекта и технический директор проекта. Это нормально для крупных проектов

(24) я о конкретно вашем, который "Фоновое задание забраковали, еще вчера."

пойти, что ли, в архитекторы...

(24) сколько лоботрясов