Приветствую уважаемые.

Наткнулся на такой функционал как "Обновление информационной базы без остановки работы пользователей через копию базы"
https://its.1c.ru/db/erp25doc/bookmark/updatewithoutstop/UpdateWithoutStop

Кто ни будь пробовал его в деле?
Правильно ли я понимаю что правила конвертации нужно самому писать?

Тут написано что приложен шаблон правил а дальше сам должен правила пистаь
https://en.ppt-online.org/845646

У  меня РИБ, поэтому тема для меня совсем не актуальная. Вместо "копии" сделай центральный узел - а далее обновление как обычно, без помех, без пользователей и без танцев с бубнами конвертации. Имхо.

(0) фича интересная
реализуется как понял через поднятие полной копии базы, написание правил обмена между базами
а затем юзеры работают по сути в двух база с полным обменом-синхронизацией

можно но геморно

(0) че только 1с не придумает, какие только пляски с бубнами, вместо того, чтобы сделать динамическое обновление таблитц

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

(4) а разве в корп лицензии это не реализовано

(6) Там другое, но по сути тоже самое но на уровне СУБД.

(0) Посмотрю я на них, как пользователи будут работать в копии базы пока всякие резервы с предыдущей базы не перенесутся. Какую ни будь реализацию не провести, т.к. резерва нет. Производство встанет опять таки из-за резерва.
ИМХО. Сыро как-то.

(8) Через обмен по правилам согласен изврат
Но через нормальный обмен на очередях по шине вполне пойдет

Вижу проблему, поправьте если не прав: если в "копии" обязательные обработки обновления надолго затормозят переезд юзверей, то они успеют наплодить кучу новых и наизменять существующих объектов... синхронизация данных (обмен с конвертацией) загрузят обновленную базу "устаревшими" данными объектов, не прошедших обработки обновления. Потому что не РИБ - там такой номер не прокатывает.

(10) Правила конвертации должны учесть изменения "старых" данных объектов и преобразовать в "новые". Это в принципах 1С на ИТС написано. За полноценность принимаемых данных отвечает отправляющая сторона.

(11) Замечание не совсем в тему, но отвечу: Вам придётся в правила конвертации вбить алгоритмы обработок обновления, чтобы добиться такого же эффекта преобразования "старых" данных в "новые". Нонсенс. Представьте на мгновение, что был добавлен новый учетный регистр и обработки обновления добавляли движения существующим документам - этих данных нет в базе-источнике.

Не пробовал но осуждаю