Есть бух. база по ведению страхового учета. Хочу создать оборотный регистр, который бы показывал Прибыль/убыток по: ВидуСтрахования, Страхователю, ДоговоруСтрахования.
Эту информацию накладно получать в текущей базе, потому что есть несколько счетов которые отражают картину по договору страхования (оплата агентом, оплата страхователем, комиссия по договору, взаиморасчеты с филиалами, выплата по страховому случаю, выплата по расторжениям и т.д). Ес-но всё это заносится многими документами в том числе и бухгалтерской справкой.

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

Немного подумав, решил сделать всё через перехват проведения документа. Т.е. после проведения любого документа смотрим сделал ли он проводки по счетам, которые меня интересуют, и, если таковые имеются, делаем соответствующие движения по регистру. Для движения по регистрам хочу сделать документ "Движетель по регистрам", который бы двигал любой регистр и который создавался бы и проводился в момент перехвата проведения документа (если быть точным, то после проведения перехваченного дока).

Вроде бы всё красиво. А что думаете вы по поводу такой схемы?

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

В итоге пришел к варианту пост-обработки - отчет просто сканирует все нужные мне документы и формирует записи в таблицу..

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

Z1 писал(а) 23. Декабря 2009 :: 09:05:

ДБФ, УРБД - нету.
Транзакции вроде как разные. В перехвате сначала делаем ВыполнитьОригинальноеСобвтиеГК(Конт, "ОбработкаПроведения"), а затем и допроведение по регистрам

alexdd писал(а) 23. Декабря 2009 :: 10:26:

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

Ну а почему не получится, все штатные возможности 1С. Только придется галку поставить "Оперативный учет" для всех документов, которые могут двигать этот регистр(да и по логике правильно - они же его таки двигают).
глПроводка() - не обязательно, можно просто и сердито - добавить в модуль каждого документа, который может двигать регистр, функцию глДвиженияРегистрСтрахование(). Ну т.е. как во многих типовых конфах.
Решение, конечно, не технологичное, зато, так сделал и забыл, просто и понятно. С отдельным документом вроде как проще сделать, но, возможно, придется потом сидеть писать обработки для проверки/синхронизации данных и т.п. Все имхо, естесно.

Да, с доп. универсальным документом я погорячился.
Сейчас проверял перехватчик. В классе-перехватчике написал:

//=======================================================
Процедура Событие_ОбработкаПроведения(КонтекстДокумента) Экспорт
	дения");
	Если Рез<>1 Тогда
		Возврат;
	КонецЕсли;
	ТекДок=КонтекстДокумента.ТекущийДокумент();
	Сообщить("ДоПроводим "+ТекДок+", Результат = "+Рез);

	Страхователь=СоздатьОбъект("Справочник.Контрагенты");
	Страхователь.ВыбратьЭлементы();
	Страхователь.ПолучитьЭлемент();

	рег=КонтекстДокумента.Регистр.ПолучитьАтрибут("ОплатаСтрахования");
	//рег.ДоговорСтрахования=КонтекстДокумента.ДоговорСтрахования;
	//рег.ПолисОСАГО=КонтекстДокумента.ТекущийДокумент();
	рег.Страхователь=Страхователь.ТекущийЭлемент();
	рег.Сумма=-1000;
	рег.ДвижениеРасходВыполнить();
КонецПроцедуры	// Событие_ОбработкаПроведения(КонтекстДокумента) 

Решил попробовать провести парочку документов ПолисОСАГО. Они сами делают движения по регистру "ОплатаСтрахования". По идее должна добавиться еще одна записы расхода в этот регистр с суммой = -1000 и пустыми измерениями "ДоговорСтрахования" и "ПолисОСАГО", но на деле оказалось немного по-другому (на рисунке). Вместо пустых реквизитов имеем заполненные значения из предыдущей записи этого же документа. Если документ не делал движения по этому регистру, то перехватчик отрабатывает как и ожидалось. Дальше экспериментировать не стал. Хватит и этого.

Итог. Пойдем старым проверенным путём: добавим в глобальник "глПриПроведении(КонтекстДокумента)" и вставим во все модули проведения документов вызов этой ф-ии.
А счастье было так близко  

JohnyDeath писал(а) 23. Декабря 2009 :: 12:29:

ИМХО если ты аналогичный код добавишь в конец модуле проведения, то получишь абсолютно описанную тобой же проблему

JohnyDeath писал(а) 23. Декабря 2009 :: 14:52:

Неудачные мысли
Если что-то по Перехватчику еще будет, пиши.