Создание журнала регистрации, который хранится в отдельной базе

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

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

Хотелось чтобы пользователь, сам себе отвечал на свои вопросы «Кто», «Когда» и «Что на что поменял».

Выбрал вариант хранения об изменении реквизитов объектов в отдельной базе.

1. В рабочей конфигурации добавил два дополнительных регистра сведений: в один из  регистров сведений сливается на временное хранение информация об изменениях основных реквизитах объектов, во второй регистр сливается информация об изменениях основных реквизитах табличных частей объектов
2. Добавил процедуры контроля изменения, как основных реквизитов, так и реквизитов табличных частей
3. Добавил два подписчика событий: один подписчик контролирует на момент записи изменения в справочниках, второй следит за изменением в документах. В случае если выявляется какое-либо изменение, то информация об изменении регистрируется в одном из двух ранее созданных регистров
4. Добавил регламентное задание, которое отрабатывает в рабочей базе с определённой периодичностью, и выгружает файлами в формате xml, изменения которые поднакопились в ранее созданных регистрах сведений. После удачной выгрузки записей регистров в файл, выгруженные записи убираются из регистров. В итоге объем информации, который храниться в этих двух регистрах незначительный
5. Создана конфигурация, куда загружались файлы с информацией об изменениях реквизитов объектов
6. В конфигурации журнала регистрации добавлено регламентное задание, которое загружает файлы с информацией об изменениях реквизитов объектов
7. Так же решил из рабочей базы выгружать информацию из стандартного журнала регистрации, рабочей базы,  в базу «журнал регистраций»
8. Отдельными пакетами куски журнала регистрации также выгружаются из рабочей базы и загружаются на стороне базы «журнал регистрации»
9. На стороне рабочей базы, добавлена внешняя обработка при помощи которой из любого документа, справочника можно выбрать информацию об изменениях реквизитов
10. Также в рабочей базе добавлена внешняя обработка которая выводить привычный вид журнала регистрации, но по данных базы «журнал регистрации» 

Плюсы разработки:

1. количество спорных моментов сократилось
2. пользователи самостоятельно могут проводить следствия и расследования

Минусы разработки:

1. Хранение изменений всех справочников и документов, требует больших объемов на винтах.
2. Винты, на которых хранится информация, должны быть скоростными
3. При записи объектов запускаются дополнительные процедуры, которые хоть и незначительно, но замедляют работу пользователя
4. При увеличении объема базы «Журнала регистрации», скорость формирования отчетов по изменениям реквизитов объектов снижается.

Надеюсь, мой опыт, может быть кому-нибудь быть полезен.

В данной разработке контролируется изменение только объектов типа «Документ» и «Справочник».

Многие идеи черпались на сайте infostart.ru