v7: Регистрация изменений объектов в 1с7 #775900

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

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

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

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

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

Правда, на практике не использовалось.

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

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

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

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

У меня были...

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

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

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

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

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

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

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

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

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

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

Есть вариант с чтением ЖР по категории "Изменение данных", но нужно принимать во внимание, что не всякое изменение данных туда пишется. Для удобства можно использовать

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

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

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

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

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

ну дык !

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

не проще.

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

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

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

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

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

Верю наслово.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

налысо...

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

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

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

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

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