Тема на пофлудить.
Механизмы версионирования появились в платформе аж в 8.3.11. Но до сих пор в БСП не используются, всё сделано на РС. Хотя анонс был https://wonderland.v8.1c.ru/blog/istoriya-dannykh/ Но так и не был реализован.
Как думаете, почему?

"Потому что гладиолус"©
1. Исторически сложилось
2. Кто будет переписывать?
3. И за чей счет?
4. "Можно а зачем?"©
5. Гибкость и управляемость потеряется же

(0) Разработчики ленивые. Надо же поддерживать старые базы. А если старые базы переводить на новый механизм это думать надо много. Слишком много работы.

Но кстати могли бы опцией сделать механизм платформы. По типу как производительный РЛС.

либо они что-то знают про платформенный механизм, что не озвучено широкой публике...

Стандартное версионирование же сохраняет все данные (так ведь?), даже если поменял один реквизит. Неоптимально. Возможно, с этим связано, не знаю как там на этих ваших БСП

(4) Вот-вот. Это жжжж - неспроста! :-)

Вот, статью интересную нашёл: https://infostart.ru/1c/articles/1803149/

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

(8) Это в БСП так?

Просто платформа в этом смысле ведет себя странно. Даже если открыть документ, нажать записать ничего не меняя, то это приведет к реальному обновлению записи в SQL, причем всех полей. Будет выполнено update все_поля где ссылка, ну и к увеличению версии. а если включено версионирование, то и к записи ВСЕХ реквизитов, если я правильно помню.

Меня в свое время это поведение удивило

(0) >> до сих пор в БСП не используются ... так и не был реализован.

А зачем она нужна в БСП?...
История данных (та, что в платформе) не требует какой-либо дополнительной реализации в конфигурации и/или в библиотеках.
Открываешь "Все функции" - "Стандартные" - "История изменений данных". Настраиваешь использование по объектам и реквизитам. Там же смотришь историю по объектам. После настройки вроде как в объектах, для которых включена история в стандартных командах появится кнопочка открытия просмотра истории.

То есть, если у тебя конфигурация с БСП и ты хочешь перейти на платформенную историю данных, то просто не включаешь историю изменений, или выключаешь, если она была включена (снимаешь флажок "Хранить историю изменений"). Открываешь стандартную обработку "История изменений данных", настраиваешь и работаешь с платформенной историей вместо БСП-шного версионирования.

>>  Как думаете, почему?

Для обратной совместимости.
В БСП "История изменений" появилась в те времена, когда в платформе ничего такого не было. Многие этим механизмом пользуются. При переходе с одного механизма на другой встаёт вопрос - что делать в переходный период. Оставлять работать оба механизма? Или отключать БСП-шный и терять историю?

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

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

UPD (10):

Про переход с БСП-шной истории изменений на историю данных в платформе.
На ИТС есть обработка по настройке истории данных и переносу версий: https://its.1c.ru/db/metod8dev/content/5969/hdoc
Выглядит она убогонько. Я бы потестил прежде чем в продуктиве такое запускать...