Добрый день! Нужна помощь в следующей задаче.

Необходимо в 1с 7 фиксировать измененные объекты данных, для последующей их выгрузки.
Понятно что есть обработчики событий ПриЗаписи() и можно использовать их.
Но это не путь самурая - ведь объекты могут меняться и программно.

Вопрос:
1) Есть ли какие-то внешние компоненты, расширяющие возможности платформы, для отслеживания программных изменений? Если да, то как она называется?
2) Механизм УРБД частично реализует нужную мне функциональность, сохраняя информацию об измененных объектах в отдельной таблице. Использовал ли кто-нибудь УРБД в похожих целях? Если да то как?

Дык УРБД или МОД.

(1) Мод не поможет. Мод не расширяет функционал в этой области, а добавляет глобальную процедуру ОбъектЗаписать() и нужно самостоятельно поменять все выводы .Записать() на ОбъектЗаписать()

(2) Значит, остаётся один вариант.
Хотя вру. Можно триггеры навесить, если база на SQL

(0) Цать лет назад приспособил УРБД для регистрации а МОД оставил для выгрузок-загрузок.

Книга знаний: Нетипичное использование компоненты УРБД в системе 1С:Предприятие 7.7
Правда, на практике не использовалось.

УРБД вполне хватает
Даже более чем.
Использовалось для экспорта в восьмерку

Кстати "Механизм УРБД частично реализует нужную мне функциональность"

В чём частичность?

(6) И не только в 8ку...

(8) ну, у меня просто других задач не было.

(9) У меня были...

ну вот. так всегда.  сбежал...

Я тоже подумываю про УРБД. Но на сколько я понимаю, на выходе я буду иметь внутренние идентификаторы объектов. Как мне по ним получить непосредственно сам объект?
База на SQL.

(12) 1с++ тебе в помощь. Изучи документацию и станешь ну, не богом, но очень продвинутым.

(13) строго говоря, 1с++ и не обязательно - хватает методов и через внутреннее представление.
Просто 1с++ дает полную свободу действий...

(13) Не боги горшки обжигают.

(15) плох тот чайник, который не мечтает стать самоваром...

(16):) Так значит только УРБД?

(16) Можешь поделиться наработками?
Интересуют функции работы с таблицами УРБД, получение объектов по внутренним представлениям и пр.

(17) так ты задачу не озвучил... и типа (7)

(17) Почему? Я же написала - можно триггеры навесить.
(15) Ну да. Зато станешь на шаг ближе

(17) Есть вариант с чтением ЖР по категории "Изменение данных", но нужно принимать во внимание, что не всякое изменение данных туда пишется.
Для удобства можно использовать
http://www.1cpp.ru/docum/html/LogDataProvider.html

(17) ну почему же только?...
вешай триггера на все таблички, и регистрируй всё что душе угодно

(19) Ну почему не озвучил? А "Необходимо в 1с 7 фиксировать измененные объекты данных, для последующей их выгрузки." не подходит?

(21) В 77 в ЖР не попадают программные изменения

(18) так оно все в документации к 1спп есть

(23) И чем тебе УРД частична в таком варианте?

(23) ну дык (7)!

(22) Тогда уж проще использовать процедуры ПриЗаписи() и .Записать() во всех объектах и программных модулях.

(28) не проще.

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

(29) Зато на русском )
(28) кстати, приЗаписи не сработает при программном изменении

(30) Там велосипед-то... велосипедишко...

(27) Он не предназначен для обмена с другими системами, во!

(30) Механизм управления - вполне предоставлен. Поскольку штатный продавец СП решил отдохнуть, могу вечером дома поискать и продать тебе за не го

(32) Верю наслово.

(33) Это другие системы не предназначены.

(34) штатный - куцый. донельзя...

(37) За неимением гербовой, будем писать на туалетной

(38) Главное - не "на чём". главное - чем!

(39) А что, руки уже оторвали?)))

Ещё вопрос: можно ли будет использовать механизм УРБД для этих целей, если он (УРБД) уже используется по назначению?

(41) Если он у тебя честный (купленный), то можно

С 1с++ давно делал такую регистрацию программной записи путем подмены классов типа "Документ.ххх" и "Справочник.ххх". Не без нюансов", но работало - поищи на форуме 1с++. Еще вроде Артур что-то делал по этой теме.

(42) у нас в стране все куплено уже давно

(44) Плохо там у вас, в вашей стране...

(43) так механизм урбд обеспечивает это автоматически.

(5) отдельное спасибо!

(18) http://catalog.mista.ru/public/14424/

Мда. Походу РБД для моего случая не годится.
Пользователи работают в переферийной (ных), а данные нужно выгружать оперативно...

(49) ну выгружай из периферийных. какие проблемы?

(49) Все решаемо. Делаем дополнительный узел обмена - "Виртуальный" (в него будут собираться все изменения). Почаще обмены между центральной и периферийными сделай.
Насколько оперативно нужно?

(46) ну так в урбд не всегда удобно логику обмена реализовывать

(52) Неудобно на потолке спать

(52) угу. приходится руками работать. либо дописывать, либо удалять. А это уже на вкус и цвет...

(53) да ну нафик.... одеяло гвоздями прибил, и все...

(55) А волосы куда девать?

(56) налысо...
http://sankt-peterburg.sindom.ru/upload/1/m/h/v/d/1_kuplyu-volosy-ot-40-sm-dorogo-spb.jpg

(57) Нам такой футбол^W парикмахер не нужен!

(54) обрабатывать всегда ручками придется, но реально умные планы обмена делать налету.

(59) мне-то ты что рассказываешь? я знаю большинство трюков с УРБД.

Кто за триггеры?
Я их ужо давно использую.
И что самое интересное!
Отлавливаются все изменения в том числе и в режиме обмена по УРБД!

что интерактивные что и программные.