Привет всем!
Поставили задачу сделать свою систему версионирования.(логирования)
- чтобы записывалось в другую базу 1с (чистую).
- Записи типа -
Документ - ТоварнаяНакладная
Дата - 12.12.12
Изменено:
Цена с 12.00 на 12.80
Поставщик Оао "XXX" на ООО "XXX"
Изменил Иванов Иван Иваныч

или

Справочник - Контрагенты
Дата - 12.12.12
Изменено:
Наименование Оао "XXX" на ООО "XXX"
Изменил Иванов Иван Иванович

и т.п.

те по сути это будут логи изменений
стандартная система версионирования не подходит из за громоздкости

какие задумки -
соединение с пустой базой(база) через V82.COMConnector

в рабочей базе добавить подписку на событие призаписи

в базе логов создается документ в табличной части которого показываются измененные реквизиты типа ("До" "После")

В базе логов можно посмотреть отчет по этому документу

Сам я еще зеленый (два месяца с 1с8) и хочу услышать ваши мнения профессионалов. Первое сообщение на форуме не ругайте сильно если что не так.

(0) Забавно: "Сам я еще зеленый (два месяца с 1с8)", но "стандартная система версионирования не подходит из за громоздкости"...
:)

(1) В голову не влезает...

(0) Дежа-вю, видел и собственные системы распределения прав, и собственные системы печати, и даже версионирования. Всё проходит и это пройдет.

Начинай лучше с малого "переписать УПП", вот это я думаю достойная задача, для 2-х месячного знакомства.

http://infostart.ru/public/63420/ - на затравку про версионирование.

смотри лучше разработку Бизнес-Плюс

Все уже написано до вас, продам готовую систему.

(4) А что делать если говорят делать...
на инфостарте вроде что то похожее посмотреть бы.
только я ничего скачать не могу тк SM нету.

(0) блокировки, блокировки, блокировочки... не взлетит. хотя если там полтора юзера будет работать, то сойдет.

(7) Если говорят делать, то... делать)))
А кто задачу поставил-то?

+(6) работает нормально 20 пользователей совершенно не замечают что логируются каждое изменение каждого документа.

+ (6) правда база должна быть сикульная и начинает быстро рости.

(0) а зачем в базу 1С писать? пиши лучше в SQL)) норм тепма

(9) Как кто, начальник есно
(11) да база sql server 2005
(12) Я ж зеленый, регистры запросы скд еще изучил а чистый sql темный лес

точно - нужно сделать что нить типа журнала регистрации изменений
http://infostart.ru/public/19364/
но условие записи в отдельную базу

(13) Здорово он от тебя отвязался.
Ну делай, делай... Из базы в базу писать не сложно. COM тебе поможет.

стандартное версионирование я бы доделал лишь в том плане, чтобы все версии хранились в одном хранилище значения. в таком виде оно жмется намного эффективнее, чем по строке на версию

(0) Типовые конфигурации вообще громоздкие, тормозные, пиши свою с нуля.

а как в (0) я видел... особенно эпичен алгоритм сравнения ТЧ документов при записи истории, занимало до 90% проведения документа

(17) а шо там можно накосячить то? приоткрытии копируется все в тз, потом финальный результат в тз, и сравнивается построчно...

(12) А вот иметь историю объектов в отдельной базе - хорошая идея. А то родная система разрастается до половины размера базы, приходится делать архивирование, получается полу-стандартная система.

(17) В таком случае (если сравнение долгое), я бы сохранил целиком данные "до" и "после", а потом в фоновом режиме можно сравнивать и сохранять лог.

(20)+в фоновом можно и в другую базу сбрасывать.

(16) Вы смеетесь надо мной? "грешно смеяться над больными людьми" (из кф "Кавказкая пленница").

Из этой темы для меня полезной инфой пока оказалось что:
1) Похожее кем-то уже было сделано
2) Записывать в отдельную базу это хорошо

Люди еще раз прошу помощи. У Кого есть  возможность скачать обработку с инфостарта (13) и выложить?

(0) Бэкапы в скуле легко решают эту задачу.

(23) особенно при закрытии месяца по 5 раз на дню, по документу поднимать, как я же "Марья Ивановна" изменила статью затрат в этом документе.

(22) ты учиться собрался или халявить? Пиши свою, потом сравним.

(22) Всё же логичнее переносить данные, полученные стандартным версионированием, в отдельную базу.

(22)А чем из БСП не устраивает?

(22) Нет это диа

гноз. За 3 года можно было уже тру одинэсником стать.

(22) Вообще-то лучше самому. А то скачаешь - сдашь работу начальнику. Он тебе другую. Опять искать, скачивать... Тебе это надо? )))

Ок , по обработками на инфостарте что я понял

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

в табличной части я записываю изменения реквизитов

.
попробуемс

(31) наверное всеже в РС лучше писать, не?

(31) Ничего ты не понял! Используй стандартное версионирование в УПП - немного допили, чтобы в другую базу сохранял и всё.

(31) лучше РС, делаешь его периодичным и получаешь по срезу последних. последние изменения объекта. а в реквизит писать версию.

(33) Я думал насчет стандарного. Стандартное версионирование пишет объект в XML, переводит в двоичные и сует в РС в хранилище значений. Те мне нужно будет и документ сохранять и РС  в базе логов. тогда база логов полюбэ будет большой. и надо как то связать эти данные для отчета...незнаю

(34) Сейчас я ориентируюсь на http://infostart.ru/public/19364/ там вроде просто сделано.

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

(35) "Стандартное версионирование пишет объект в XML, переводит в двоичные и сует в РС в хранилище значений. Те мне нужно будет и документ сохранять и РС  в базе логов" - сам-то понял что сказал?
Стандартный механизм переводит объект в XML и сохраняет его (XML) в РС. Всё.

(0) автор, пиши в аську, за умеренные деньги покажу и расскажу, как сделать в SQL базу логи

(37) а если нужно будет вытянуть определенную версию и изменить ее. с помощь ыйд можно так же ?

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

(38) да в принципе без особых проблем...

(40) на неделе постучусь в аську. обсудим :)

(41) ок

Работа движется.

Создаю регистры сведений независимые, непериодические
измерения: объект , Прежнее, Новое

создаю методом
МенеджерЗаписиВерсииОбъектов = РегВерсииОбъектов.СоздатьМенеджерЗаписи();                
записываю                
МенеджерЗаписиВерсииОбъектов.Записать();


почему постоянно переписывает один и тот же регистр, в чем недочет?.

А сколько чудных тебе откроет логи по зарплатным документам, когда 1С при банальном рассчете пишет, удаляет, пишет дохера движений и фиг поймешь, а где расчет, а где готовый документ.

(44) +1 Как представил "свою систему версионирования"(тс) расчета себестоимости при включенном РАУЗ, так сразу... :))

(45) Да, на "версии" документа "Расчет себестоимости" в системе версионирования автора ветки я бы тоже глянул))))

(0)Как вариант

http://www.ravepoint.narod.ru/aticles/tricks/methods/keephistory.htm

(44)(45)(46) Разобрался сам. сделал периодическим, переместил реквизит в измерение.

(47)Процедура отслеживания изменений у меня есть. все равно спасибо

В принципе теперь логи изменений пишутся в другую базу.
[Code]

//подключаемся к базе и записываем
COMConnector = Новый COMObject("V82.COMConnector");
// создается объект COM-соединение
СтрокаСоединение = "File=""C:\Documents and Settings\User\Мои документы\InfoBase3"";Usr="""";PWD=""""";
connection = COMConnector.Connect(СтрокаСоединение) ;

[\Code]

Нужно ли закрывать соединение COM с другой базой. если да то каким методом?

Простите, что вмешиваюсь в ход ваших мыслей, вы считаете что у вас версионирование получится более элегантным чем у 1С? И еще один вопрос может купить это http://infostart.ru/public/18588/ ну дешевле же выйдет чем самому городить велосипед с нуля

(48) Может имеет смысл открывать соединение 1 раз за сеанс.
(49) У человека - не коммерческий вопрос.

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

(49) Версионирование не подходило из-за увеличения базы данных. Купить можно, но пойдет ли на это организация, имеющая в штате "программиста 1с".

(50) Все я уже сделал - COMConnector = Неопределено, такой метод работает

Работа сделана - логи изменений в справочниках и документах ведутся. Все состоит из функции и трех процедур в отслеживаемой базе и базы для логирования с одним регистром сведений и простым отчетом по нему. Если нужно то могу выложить, только подскажите какой тег использовать для листинга кода 1с?

(52) выложи на инфиостат.