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

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

в форме записи события нет типа призаписи?

(1) а если без формы?

в модуле набора записей есть событие

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

(3) Какое событие?

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

в чем проблема?

(0) А может задуматься над сутью задачи???? Какой смысл городить у НЕобъектных данных тот функционал, который есть у объектных???

(6) Я, кажется, не совсем ясно выразил свой вопрос...
Видишь ли, проблема как раз в "проверки, регистрирование в подсистеме версионирования.." и т.д. Как организовать эту проверку? Допустим, у нас есть регистр сведений "История", следующего состава:

Измерения:

ОбъектБазы - собственно наименование регистра сведений, изменения записей которого фиксируются
Пользователь - кто изменил
Период - момент изменения
ПолеРегистра - измерение/ресурс/реквизит регистра

Ресурсы:

Значение - новое значение поля регистра

Понятно, что пользователь может изменить сразу несколько записей регистра. И как определить, какая именно запись была изменена?

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

(5) ПриЗаписи событие. попадаешь туда, и делаешь, что надо. пост 8 не читал

а пример, что считать изменением? например только изменение рессурса или добавление записей по одонму из измерений.?

(9) Зря не читал. Там вся проблема изложена. Ищо раз.
(10) Изменение полей существующей записи, добавление новой записи, удаление записи. Ну понятное дело, что для вида изменений можно создать доп. измерение в регистре истории, куда заносить информацию о том, что это было: добавление, удаление или изменение записи.

а регистр 1, несколько или любой. И откуда есть возможность его менять (из каких форм)?

гм Подписка на событие перед записью и по каждой строке проверка. Есть запись, нет записи с каикими ресурсами запись.

(9)Проблема не в самой регистрации изменений, а в идентификации измененной записи. При изменении эл-та справочника, например, можно по УИД определить, что меняли. А в независимом РС нет.

(12)+ или при записи (не помню старые данные еще в базе или нет.) Потомучто перед записью может быть отказ. У тебя будет информация что юзер изменил регистр а на самом деле нет.

(13) А я так понял, что требуется именно понять изменили или нет. А сравнить текущее значение в наборе и старое значение в ресурсе по тем же измерениям - не проблема.

что значит понять по уид что меняли? ) при изменении поля в справочнике у него меняется УИД? )))

(12) Регистров несколько. Изменения м.б. как непосредственно из формы списка, так и из тех форм, где размещена таблица, имеющая тип РегистрСведенийСписок.<ЭтотРегистр>.
С подпиской на событие я уже разобрался. См. (13), там проблема объяснена.
(13) Именно так! В этом и есть проблема.

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

нормлаьно будет работать если там не 100 строк сразу меняют (в друг обраоткой есть какое то массовое заполнение)

(15) Позже увидел :) А в каком событии получить набор записей до изменения? ПередЗаписью? Или лучше "проверка заполнения"?

Посмотри версионирование в БСП.

пкеред записью точно получишь и набор и старые данные еещ в базе будут, но есть проблема описанная в (14). Остальное надо проверять, не пробовал :)

Проще дать запрет на изменение безответственным пользователям, чем городить регистрацию их действий.

(16) Не катит. ПередЗаписью, если какое-то значение в записи уже меняли, он возвращает запись с этим новым значением :(

(22)
"Возникает перед выполнением записи набора регистра сведений. Процедура-обработчик вызывается после начала транзакции записи, но **до начала записи набора** регистра сведений"

Обманывают?

(23) Мля, у меня в событии ПередЗаписью параметр "Объект" содержит уже измененные значения полей!

(24) У тебя каша в голове. Разумеется, объект содержит подготовленные к записи значения. Ты как раз и собираешься сравнивать их (новые) с существующими (еще не измененными).

Вопрос: а как же получить исходные записи, которые были предоставлены пользователю для редактирования? :)

(25) То есть чтобы получить старые значения, нужно создать другой набор записи с фильтром по измерениям нового отбора, и ттолько так сравнивать?

(26) наверно так? (см. выше)

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

(28) Ну тогда как? Повторяю, Объект содержит уже измененные поля записи регистра.

(28) Странно, отбор по измерениям вроде есть в любом случае.