Министерство заставило срочно обновиться и забрало у нас нашу конфигурацию БГУ ред.2 в "облако", и не дает доступа к конфигуратору. Разрешили только автономное рабочее место себе выгрузить. А у нас много доработок для БГУ ред.1, которые надо перенести на новую конфигурацию.

Вносить изменения в автономное рабочее место нельзя. Вносить изменения в "облаке" тоже нельзя. Даже новые объекты не хотят добавлять.

Есть идея сделать отвязанную базу и меняться данными с автономным местом. Но как меняться? В АРМ новый план обмена не создашь. Меняться просто XML за период тоже не вариант, бухи часто лазят в старые периоды.

Как быть?

В локальной базе план обмена свой и выгрузка по XML.

Надо двухсторонний обмен, так как в "облаке" инженеры министрества что-то еще пишут

(2) Пусть эти "инженеры" добавят тоже план обмена... Или используй один из существующих...

А дополнительные обработки позволено загружать и подключать к ИБ? Или просто штатно настроить обмен данными разве нельзя?

Нет, в облаке ничего запускать внешнего нельзя.

Штатно настроить обмен можно (пока так и работаем), только РИБ, но он блокирует возможность внесения изменений в периферийный узел.

(3) Они нас шлют, так как это сильно увеличит им работу. Как я понял, они обновляют все 60+ организаций скриптом, и мы со своей "нетиповой" конфой весь кайф ломаем

(6) Шли всех - доступа нет у меня и точка

(6) У вас есть два варианта.
или послать их
Или отказаться от своих доработок.

(8) другого варианта нет? самого безумного?

(9) ghjcnhtkbnm rjktyre

прострелить коленку

(11) кому? "инженеру"?

(0) А кому у вас нужны эти доработки? Думаю, что не лично вам. Пусть они с министерством и договариваются, по своей линии. Может продавят, а если нет будете на типовой и геморроя меньше.

Как вариант без планов обмена.
Мы организовывали один разок обмен без планов. Суть - получить из базы источника (мы делали это через ws, возвращающий результат запроса) таблицу с гуидами доков и основными параметрами, по которым сверяли(сумма, контаргент, другая аналитика). Сравнить с тем, что есть в базе приемника - выполнить такой же запрос и сравнить 2 таблицы. На выходе получается список объектов к обмену. Но мы, конечно, дорабатывали обе базы, чтобы это все автоматизировать(например, сразу инициировать обмен по списку разошедшихся объектов). Но это долго и не оптимально на больших периодах и большом количестве данных в них - просто как альтернатива планам.

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

(13) можно еще данные из журнала регистрации вытаскивать, думали над этим вариантом. Опять же, в вашем случае надо делать веб-сервис в базе-источнике

(9) Расширения подключать отказываются?

(15) в расширениях нельзя записывать новые объекты (документы, регистры), и самое смешное, конфигурация пока в режиме совместимости 8.3.5, в которой нельзя вообще расширения использовать

(14) Нужно разделить передачу объектов и передачу изменений конфигурации по разным планам обмена, очевидно же.
Рекламу внизу каждой ветки посмотри (на желтом фоне) - тот продукт это умеет

(17) у меня реклама корма для рыбок выходит

Очевидно, что без объекта ПланОбмена создать нормальный обмен не получится, а возможности создать этот объект в "их" базе нет

(18) Теперь и у меня корм :) Я имел в виду вторую рекламу - их похоже всего две в подвале...
Ну а насчет плана обмена - в каждой типовой обычно есть план обмена, включающий все объекты конфигурации ("Полный"). Зачем ты хочешь, чтобы в облачной базе был другой план обмена?

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

(20)+ Если расширения нельзя использовать (судя по (16)), то в случае отсутствия в плане обмена авторегистрации этих типов данных, она все же может быть не решаема без изменения конфигурации.

Советую свои доработки сделать в виде внешних обработок, возможно использующих какую то свою БД

Заодно и навыки извращенно-экстремального программирования появятся

занятно, тенденция однако,
к нам на днях тоже приходил сисадмин из министерства одного - 60+ организаций, хотят единую базу, спрашивают что лучше, БГУ 2.0 и в тонкий клиент всех загнать или оставить 1.0 и синхронизацию РИБ настроить (вариант 1.0 в терминале не устраивает) или может еще какой вариант предложим... мы пока взяли недельку на подумать

(23) у нас это сделали вроде бы несколько лет назад еще

точнее про медицину и некоторые еще отдельные "казенные, бюджетные и автономные" точно знаю что загнали