Всем привет,

В типовых есть механизм БСП История данных.
Есть ли смысл вместо него использовать платформенную Историю данных?
Отказывался ли ктото специально от БСП механизма в пользу платформенного?

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

В типовых никакого смысла от перехода с БСП-шного версионирования на платформенную историю данных нет.
В самописных на базе БСП - можно подумать. Но если уже всё настроено и работает, то зачем?...
В самописных без БСП - выбора особого нет - проще включить историю данных, чем внедрять ради версионирования всю БСП.
Ждём, когда в БСП и типовых появится использование истории данных. Появится ли?...

(0) Есть смысл использовать блокчейн.

ну разве что в версии 3.2 при совместимости 3.16
те года через 2

кстати в бсп нет версионирования регистров, а в платформе есть

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

(6) и принесет ошибки? По-любому, окажется что ТИИ удаляет всю историю или еще какая подлянка может всплыть.

Довод ощутимый - не нужно вносить изменения в конфигурацию

я как-то предполагал по незнанию, что версионирование- это механизм платформы. а оказыаается это на уровне кода еще реализуют? зачем это?

(9) "Так исторически сложилось" (с) отмазка на любые случаи.

(9) Перепись теоретиков в ветке

(9) Есть две версионировании - программная и платформернная.

вот когда платформенное версионирование научится сбрасывать историю в отдельную субд (как жр или техжурнал), тогда будет иметь смысл.
(9) в бсп версионирование появилось еще со времен 8.1

(13) в отдельной СУБД (расширение) http://catalog.mista.ru/public/1056648/

(14) программно кодом я и сам могу. хочу бесшовно из самой платформы.

Я столкнулся с Иторией на БСП.  Сама база занимает 120 GB из них 110 GB - регистр сведений ВерсииОбъектов. Почистить такой регистр - еще та задача. С платформенной историей дело будет полегче. Там проблема на толстом клиенте придется повозиться немного