Добрый день.
В УТ 11.3 добавлен новый реквизит в реализации. В УТ 11.1 при его изменении документ не регистрировался к отправке. В УТ 11.3 происходит автоматическая регистрация и отправка в БП 3.0.
Подскажите, пожалуйста, где указать, что при изменении этого реквизита документ не должен регистрироваться для обмена.

Если реквизит добавили(!) в 11.3, то как Вы его "нашли" в 11.1? :)

В типовых вряд ли такое есть, решение только через внесение изменений в конфигурацию. В любом случае, задача нетривиальная. В обработчике перед записью документа нужно, сначала определить, что в документе изменили только один это реквизит и ничего более, а потом нужно сбросить регистрацию изменений в плане обмена с БП. Фишка в том, что скорее всего, регистрация происходит в подписке, которая запускается после обработчика :( Если только через доп.свойства объекта передать эту информацию...

PS: могу быть неправ - с УТ давно не работал.

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

смотри правила конвертации. Удали реквизит оттуда, если он там есть.

Используется обмен через универсальный формат (типовой).
lxndr, конечно! Только в правилах регистрации)) Я там его добавил, а не надо было.
Сейчас проверю, отпишусь.

Удалил из правил регистрации мой реквизит, результат тот же. Установил типовые правила регистрации - не помогло.
Почему же в 11.1 новый реквизит не влиял, а в 11.3 влияет на регистрацию?(

Сколько платят за решение вопроса?

(4) удаляй из правил конвертации!

я не ошибся

Используется обмен через универсальный формат (типовой) - МенеджерОбменаЧерезУниверсальныйФормат. В нем нет упоминания моего реквизита.

Объект или регистрируется, или нет. Регистрация - она на объект, весь, целиком. Ок?

Можно внести изменения в правила регистрации(!), не конвертации. Но тогда этот реквизит будет "работать" так-же как, например, реквизит "Организация" в обмене по организациям или реквизит "Магазин" в обмене по магазинам - будет регистрировать документ по узлам. Это тебе надо? :)

(9) для универсального обмена нет механизма выборочной регистрации.
(10) >> Объект или регистрируется, или нет. Регистрация - она на объект, весь, целиком. Ок?
Не всегда. Если используются правила конвертации, при регистрации отслеживается изменение полей, участвующих в обмене

(11) В (0) не совсем внятно сказано что-же на самом деле нужно автору :(

Я так понял, см.(1), что автору нужно чтобы изменение этого реквизита (и сам факт редактирования документа) "игнорировалось" механизмом обмена и не влияло на статус регистрации изменений. Автору, также, уже предлагали "вывести" реквизит из состава объекта, в (2), но он на это никак не отреагировал.

Согласен со всеми комментариями.
Можно сделать дополнительный реквизит, но (удивительно!) это тоже не дает результат) При изменении дополнительного реквизита происходит регистрация.
Кроме того, при перепроведении неизмененного документа он тоже регистрируется))

(13) потому что надо не дополнительный реквизит создавать (он в составе ТЧ объекта), а доп.свойство

(14) т.е. доп.сведение

(11) не правда. Выборочная регистрация есть.
Например, в типовом обмене УТ11-БП3 на регистрацию влияет дата отправки документов, отборы по организации

(15) почему тогда неизмененный документ при проведении регистрируется к отправке? В общем написал в техподдержку. Думаю это ошибка (большая) разработчиков.

(17) всё очень просто. В типовых релизах при проведении нет проверки на изменения реквизитов в документе. Тем самым увеличивается время проведения документа.

(16) тут речь о другом. Выборочная регистрация в терминах разработчиков работает по такому принципу: перебираются правила КОНВЕРТАЦИИ и перед записью документа проверяются, изменилось ли хоть одно поле, которое входит в состав ПКО.
Если изменилось - регистрируем.
Для обмена в универсальном формате правил регистрации нет, а значит эта выборочная регистрация не работает.
А перечисленные тобой отборы по дате, организации - да, работают, но это другая тема.
(12) >> Я так понял, см.(1), что автору нужно чтобы изменение этого реквизита (и сам факт редактирования документа) "игнорировалось" механизмом обмена и не влияло на статус регистрации изменений.
Именно так и работает эта ВРО

(19)  >> Для обмена в универсальном формате правил регистрации нет, а значит эта выборочная регистрация не работает

Универсальный формат работает по правилам регистрации объектов. Зайди в любую настройку обмена и убедись в этом: Параметры синхронизации данных - Загрузить правила регистрации объектов.
Т.е. тебе никто не запрещает в правилах регистрации описать обработчик, в котором будут проверяться измененные реквизиты. В зависимости от ситуации - хочешь регистрируй на узле, хочешь нет.

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

(20) да, я ошибся, правильно должно звучать: "Для обмена в универсальном формате правил конвертации нет"

>> Но проверять изменения - это нафиг никому не надо.
Поверь, надо. Если такой упёртый, завтра найду модуль и процедуру, где это проверяется

(21) В теме обмена УТ11-БП3 меня КД2 не интересует

Почему бы не использовать типовой функционал? Дополнительные сведения, например. Это регистр сведений. Можно написать внешнюю обработку заполнения и... в списке документов выбрали документ или несколько, нажали заполнить, программно  установили реквизит и если нужно отменили регистрацию.
Всё штатно и не нужно дорабатывать конфигурацию.

(0) Чем, собственно, мешает регистрация документа к обмену при изменении значения реквизита? Байты на диске/трафик экономите?

Получил ответ от разработчика: так и должно быть. Каких-либо комментариев больше не было. Видимо (20) самое верное объяснение.

Ошибся, (19) скорее всего верный ответ.
(21), получилось найти?