Версионирование удобно, полезно, а в чем минусы?
Ясно что пухнет база, что проведение чуть подольше потому что записывает данные в рс, вроде записывает немного по 1-5кб в зависимости от объекта, если не закрывать документы через провести и закрыть, если очищать данные периодически вроде прирост не огромный, какие еще минусы?

"если не закрывать документы через провести и закрыть" - это ты про что?

(0)  пиши только расхождения, если расхождения с последней версией нет не пиши.

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

(1) есть настройки записи версионирования при записи или при проведении, некоторые юзеры закрывают документы через провести и закрыть, т.е. нажимают не крестик или Esc а провести и закрыть
(2) это доработать надо? настройки есть только при проведении или при записи

(3) а модифицированность нельзя использовать?

Хех, я помню делал "историю изменения остатков на складе". Куда писались все изменения. Сразу вычислили всех кто меняет приходные (и расходные) документы задним числом и что "минусы в остатках" - это не база глючит и программист не руко*оп.

(6) запись в р/с при изменении тч документа? одна запись только документа или каждая для измененной строчки или запись в строку измененных объектов? и как с размером базы?
А как вариант можно было включить версионирование и сделать отчет по типу документа, разве не так?

(2) не правильный подход для документов. Изменений может по реквизитам и нет, но кто знает, какая служебная информация по заказу могла измениться и как повлияет перепроведение по регистрам

(4) БСП сейчас так работает  - пишется ссылка перед записью, если текущий объект не совпадает с записанным

Мне плевать на размер базы, ибо это копейки по сравнению со стоимостью разбора типовых конфликтных ситуаций или настройки прав доступа

(4) "екоторые юзеры закрывают документы через провести и закрыть, т.е. нажимают не крестик или Esc а провести и закрыть" - бардак в базе обеспечен, версионирование не спасет.

(11) вообще, это я условия привел, а почему бардак?

(0) если можно залезать в прошлые даты - оч. актуально
(9) да, и плюс с 8.3.10 версионирование уже в платформе. В БСП жить ей недолго осталось )

(12) У вас юзеры не отдают себе отчет в своих же действиях. Добра не жди после такого.

Я знаю один большой "минус" версионирования! МежМногоПлатформенный :)

В РИБе изменённый объект порождает новую запись о версии в той базе, где его изменили (+)... и во всех других узлах, куда объект отправили обменом (-).

(6) нет не так.

В модуле набора записей регистра накопления товары на складах писал все что происходит в РегистрСведений без каких-либо оптимизаций

Какой-либо сверхнагрузки не заметил, база пухнет да. Время-от времени чищу записи.

Зато 10050+ конфликтных/ошибочных ситуаций разобрано.

(16) круто, взял на заметку)

(3) Это же примитивная прикладная задача. Преобразовываешь в xml-объект и вычисляешь хэш. Можно и свой алгоритм разбора.

(11) Бардак в РИБ - гарантировано платформой!

(18) Нет, не примитивная. Если этот объект - проведенный документ. Намекаю на необходимость сравнения "хэшей" движений документа.

(0)

Юзаем версионирование и в хвост и в гриву.

1. Плюсы.
1.1. Замечательнейший механизм. В любое время можно разрабраться что где и кем было изменено. Несчетное количество раз удавалось быстро и на лету ткнуть носом пользователей в их косяки. Значительно поднялась дисциплина ввода и корректировки данных пользователями, так как в сознании людей четко отпечаталось, что каждое их изменение фиксируется и, в случае ошибки, будет вскрыто.

2. Ложные минусы:
2.1. Типа пухнет база. Великолепно лечится путем выставления срока хранения версий и автоматической очистки устаревших версий по ночам.

3. Реальные минусы:
3.1. Немного возрастает нагрузка на сервер во время записи, а также увеличивается время записи объекта. Тут, наверное, актуально только со слабыми серверами или в случаях, когда вносится или корректируется очень много объектов за единицу времени. В подавляющем большинстве случаев - абсолютно не критично.

Перспектива:
Ждем версионирования от платформы с поддержкой в БСП. Это решение ИМХО будет нивелировать пп 2.1 и 3.1, останутся только одни плюсы.

(21) немного напрягает версионирование платформой, что создание версии надо инициализировать - например регламентным заданием

т.е. можно десять раз поменять объект, а в версию уйдет последнее состояние

если я правильно понял

(22) Возможно. Я не углублялся. В таком случае штатный механизм БСП более предпочтителен.
...
Хотя...
....

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

(22) на партнерском форуме отвечали - в истории все равно будут все изменения, а не только последнее.

(25) странно - а откуда они эти изменения узнают - т.е. хранят все-таки
надо попробовать