Почему не сталкивались? работает...

//_____________________________________________________________________________
Функция глИзмененыРеквизиты(Конт)  Экспорт
	Вид = Конт.Вид();
	Если Конт.ДатаДок <> Конт.ТекущийДокумент().ДатаДок Тогда
	    Возврат 1;
	КонецЕсли;
	Для Н=1 По Метаданные.Документ(Вид).РеквизитШапки() Цикл
		Ид=Метаданные.Документ(Вид).РеквизитШапки(Н).Идентификатор;
		Если Конт.ПолучитьАтрибут(Ид)<>Конт.ТекущийДокумент().ПолучитьАтрибут(Ид) Тогда
			Возврат 1;
		КонецЕсли;
	КонецЦикла;
	Док = Конт.ТекущийДокумент();
	Если Док.КоличествоСтрок()<>Конт.КоличествоСтрок() Тогда
	    Возврат 1;
	КонецЕсли;
	Для Н=1 По Метаданные.Документ(Вид).РеквизитТабличнойЧасти() Цикл

		Конт.ВыбратьСтроки();
		Пока Конт.ПолучитьСтроку()=1 Цикл

			Док.ПолучитьСтрокуПоНомеру(Конт.НомерСтроки);

			Ид=Метаданные.Документ(Вид).РеквизитТабличнойЧасти(Н).Идентификатор;

			Если Конт.ПолучитьАтрибут(Ид)<>Док.ПолучитьАтрибут(Ид) Тогда
				Возврат 1;
			КонецЕсли;
		КонецЦикла;
	КонецЦикла;
	Возврат 0;
КонецФункции //глИзмененыРеквизиты


//_____________________________________________________________________________
Процедура глРегистрацияИзменений(Конт) Экспорт
	Если Конт.Выбран() = 0 Тогда
	    Возврат;
	КонецЕсли;
	Если глИзмененыРеквизиты(Конт) = 0 Тогда
		Возврат;
	КонецЕсли;
КонецПроцедуры //глРегистрацияИзменений(Конт)
 

toypaul когда-то делал.
Цитата:

trdm

Дим, а где это у тебя используется?
В ПриЗаписи?

Здесь ведь есть некая проблема: можно зарегистрировать изменения, а записи как таковой, например, не произойдет (не проведется/не запишется).

Конечно, можно продолжить изыскания и вытащить из 1C событие типа "ПослеЗаписи".
Если бы это получилось, можно было бы сделать более стабильное решение.

Вторая проблема - все это работает для интерактивных и принудительных регистраций.
Стоит забыться и изменения зарегистрированы не будут.
Именно в текущей задаче меня это не заботит, но тем не менее.

berezdetsky

О, спасибо.

kms писал(а) 24. Ноября 2008 :: 13:16:

У меня для документов работает эмулятор этого события, сделанный из ПриЗаписи() и ПослеОбновленияФормы() и ещё чего-то. Могу это дело выложить. Только скажи - пойдет ли оно тебе "как есть" (придется поработать напильником), или чтобы проще разбираться - вырезать сам эмуль?
Да. Событие у меня - ПослеУспешнойЗаписи() а не абы как

berezdetsky писал(а) 24. Ноября 2008 :: 12:59:

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

Я решил эту задачу на триггерах, т.к. нужно было журнализировать изменения только 3-х типов документов. Анализ изменений производится отчетом. Скорость работы базы не изменилась. Если надо кину примером. Да и основной плюс - пользователь ни при каких обстоятельствах не сможет скрыть своих действий.

dnp

О, идея понятна.
Ну надо же, и правда какая элегантная эмуляция события ПослеЗаписи!
Я, правда, теперь намерен отправить ее в прошлое, если получится.

trdm

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

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