Изменение реквизитов справочников при проведении документа 1с 8.2 #733017

Добрый день! Нужно, чтобы при проведении документа менялись реквизиты в элементах справочника, кот. указаны в табличной части документа. Делаю так: При проведении вот что он мне пишет: Ошибка при выполнении обработчика - 'ОбработкаПроведения' по причине: {Документ.ИФЮ_НазначениеОтветственных.МодульОбъекта}: Поле объекта недоступно для записи (ОсновнойМенеджер) Непонятно почему поле ОсновнойМенеджер недоступно для записи?

>Нужно, чтобы при проведении документа менялись реквизиты в элементах справочника, кот. указаны в табличной части документа за такие штуки принято ипашить по рукам...

у тебя конфа, тебе виднее

объясните что не так?

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

Потому что у тебя Контрагент - это реквизит документа с типом ссылка. Об остальном тебе уже выше написали )

я видел такие штуки в типовых решениях ) начнем с них? навскидку... Управление инженерными данными

В конфигурации уже есть регистр, в котором отражаются изменения реквизитов Справочника Контрагенты. Я так понимаю, что если программно изменить реквизиты, то старые будут храниться в регистре. ЭтотОбъект.ОсновнойМенеджер - это же тоже ссылка

За некоторые приемы из типовых выгоняют с экзамена, как за недопустимое. Но ничего, живут типовые своей жизнью.

А ты код не на клиенте случаем выполняешь?

тебе говорят о том что у документа наверняка есть реквизит "Контрагент" то что ты потом объявляешь ТекСтрокаКонтрагенты.Контрагент.ПолучитьОбъект; не говорит о том что он станет объектом

или это не УФ?

и ты меняешь менеджера не у объекта а у ссылки

так пробуй

>я видел такие штуки в типовых решениях ) начнем с них? я и запрос в цикле видел

ну зачем по рукам-то сразу? когда в РАУЗ движения пишутся, создаются же ключи аналитики в справочниках

ну это смотря какая задача) иногда бывает что это оправдано)

например?

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

Создаются только отсутствующие элементы, но не изменяются. Согласись немного не такая задача.

Ключевое слово "создаются", не обновляются как в , а создаются, причем всего 1 раз.

Опередил :)

А при отмене проведения что происходит?

не делай так, добавь новый РС "МенеджерыКлиентов" и пиши туда при проведении.

мало ли сколько гвно-кодеров типовые пишут, ты же не такой , правда?

Что в лоб, что по лбу. Опять же вопрос, что делать при отмене проведения. Есть вариант с периодическим регистром сведений с периодом по позиции регистратора.

при отмене проведения, запись удалится сама. Какой Смысл в записи если отменили проведение документу по сути отменили само действие?

можно и периодический

Отладчиком воспользуйся.

когда в параметры нужно загонять данные обработанные на предыдущем этапе

С автора же станется независимый регистр захреначить

точно Контрагент.ОсновнойМенеджер а не ОсновнойМенеджерПокупателя ?

В 1С Документооборот в справочнике "Проектные задачи" вначале так и было - даты начала и окончания задачи (план и факт) были в проектной задаче. При изменении задач, график пересчитывался, реквизиты элементов справочника менялись массово со всеми вытекающими. С версии 1.3.х сделали регистр сведений, в которых хранят даты проектных задач - все стало хорошо - меняются записи регистра, а проектные задачи как были так и есть. График пересчитывается быстрее. Красота! Мораль: не надо менять реквизиты справочника, если ты не в форме справочника.

если это поле имеет такой же смысл как в УТ10,3, то ничего криминального в нет. Ибо поле это перезаписывать может много кто и без контроля. Наоборот, будет видно кто манагеров тусует, если заблочить кнопку "Установить основным" на форме элемента справочника :) Если же нужна "история" ведения клиента манагерами - тогда несомненно РС.