РИБ и расширения

20.02.19

Интеграция - Обмен между базами 1C

Как заставить работать РИБ с расширением.

Скачать файлы

Наименование Файл Версия Размер
РИБ и расширения: обновление идентификаторов метаданных
.epf 5,78Kb
83
.epf 5,78Kb 83 Скачать

С появлением режима совместимости 8.3.12, как вы знаете, появилась возможность распространять расширения из центрального узла в подчиненные вместе с обменом. Будем считать, что план обмена и конфигурация у вас поддерживает передачу расширений в узлы (подробнее по настройке вы можете посмотреть, например, тут).

Казалось бы, после этого достаточно просто добавить расширение в центральный узел, установить ему признак "Используется в РИБ", выполнить обмен и принять расширение в узле! Но реальность оказалась куда "интереснее".

Идентификаторы объектов расширений

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

ЕстьОбновления = Ложь;
ЕстьУдаленные  = Ложь;
Справочники.ИдентификаторыОбъектовРасширений.ОбновитьДанныеСправочника(ЕстьОбновления, ЕстьУдаленные, Ложь);

К статье прикрепил готовую обработку с одной кнопкой, которая запускает выполнение этой процедуры:

Нарушение прав доступа, файл не обнаружен Params\DBNames...

Еще одна проблема, которая может изрядно испугать рядового пользователя. Не всегда, но возникает после подключения расширения, в котором добавлены новые объекты. Пользователи даже с полным правами не могут войти в 1С, хотя вы уверены, что на свои объекты вы дали права, либо чтение/запись производится в привилегированном режиме. И вообще, почему он ругается на таблицу, явно связанную с новым добавленным объектом? При этом утилита chdbfl проблем не обнаружила, да и ТиИ результатов не дало. И вот тут стоит вспомнить шутку о том, что

В любой непонятной ситуации - чисти кэш!

Да, это именно тот случай: чистим кэш и прощаемся с проблемой!

Ошибка получения данных в узле (файловая база)

Итак, расширение в центре подключили, сделали выгрузку: осталось получить данные в узле! Да проще простого! Запускаем обмен и видим следующую картину:

Ага, думаем, расширение пришло и 1С просит перезапустить сеанс! Но после перезапуска расширение не работает, а обмен так и не идет. Ладно, смотрим ЖР:

Как так? Сеанс всего один и именно из него мы пытаемся выполнить обмен! Как еще можно это сделать? Ок, дождемся запуска обмена по расписанию. Ничего не поменялось?! Ну тогда чистим кэш, делаем тестирование... Ошибок при тестировании никаких, кэш почистили, но обмен так и не идет! После чтения ИТС, списка изменений в релизах платформ, экспериментов выяснилось, что все дело в платформе! После перебора версий выяснилось, что ошибка точно присутствует в версиях 8.3.13.1690 и 8.3.14.1565, а на версии 8.3.13.1513 обмен проходит без проблем. При этом, если на узле используется клиент-серверный вариант работы, то ошибка не воспроизводится. Опять-таки, в ходе экспериментов выяснилось: первый обмен следует запускать кнопкой "Выполнить сценарий" в форме настройки сценариев обмена; причем обмен удивительным образом проходит даже на проблемных версиях платформы! Почему таким образом удается провести обмен - пока непонятно. Стоит отметить, что в центре можно использовать любую платформу: ошибок с обменом в центральном узле не обнаружили.

Напоследок

Как выяснилось позже, если у расширения стоит признак "Используется в РИБ", то оно попадает в файл обмена при каждой выгрузке! Да, даже если вы не вносили изменений в расширение, оно все равно будет каждый раз выгружаться в узел! Так что если у вас проблемы с интернетом на точках, то самое время заняться оптимизацией состава расширения!

Следует помнить: если вы добавили новые объекты в расширении, у вас настроен РИБ через план обмена, который поддерживает передачу расширений в узлы, то обмен у вас не заработает до тех пор, пока вы у расширения не поставите признак "Используется в РИБ"!

А если вы еще не перешли на режим совместимости 8.3.12+?

В этом случае рекомендую ознакомиться со смежной статьей Расширения конфигурации и РИБ, друзья или враги? Или как мы передаем расширения подчиненным РИБ узлам

Надеюсь, данная статья поможет вам сэкономить массу времени нервов! Буду рад дополнить статью также вашими замечаниями, инструкциями и "находками" по данной теме!

Тестирование выполнялось на конфигурации 1С:Розница 2.2.11.29 и платформах 8.3.13.153, 8.3.13.1690 и 8.3.14.1565

РИБ распределенка расширение

См. также

SALE! 10%

Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2. Переносятся документы, справочная информация и остатки

Обмен между базами 1C Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Обработка позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию. Переносятся документы, а также начальные остатки и справочная информация. Есть фильтр по организации и множество других опциональных параметров выгрузки. Наши правила переноса в продаже с 2015 года, постоянно работаем над их развитием. Более 360 предприятий выполнили переход с использованием этого продукта. Оказываем техническую поддержку по всем вопросам проекта переноса данных из УПП 1.3.

50722 45650 руб.

04.08.2015    159283    363    266    

345

SALE! 10%

[ED3] Обмен для ERP 2.5, КА 2.5, УТ 11.5 БП 3.0, Розница, УНФ и других с EnterpriseData (универсальный формат обмена), правила обмена

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

25080 руб.

12.06.2017    134612    718    291    

387

Перенос данных из УПП 1.3 в БП 3.0. Переносятся документы (обороты за период), справочная информация и остатки

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.223.x) и БП 3.0 (3.0.149.x). Правила подходят для версии ПРОФ и КОРП.

28000 руб.

15.12.2021    20091    132    38    

90

SALE! 10%

Перенос данных из БП 3.0 в УТ 11 / КА 2 / ERP 2

Обмен между базами 1C Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Переносятся документы за выбранный период, нормативно-справочная информация и остатки по счетам бухгалтерского учета из программы "1С:БП 3.0" в "1С:УТ 11" или "1С:КА. 2" или "1С:ERP Управление предприятием, ред. 2".

29673 руб.

31.10.2014    231100    124    326    

295

SALE! 10%

Перенос данных из ERP 2 / КА 2 в ЗУП 3

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Управленческий учет Платные (руб)

Обработка позволяет не только перенести все документы, справочную информацию и начальные остатки из ERP 2 или КА 2 в ЗУП 3, но и организовать регулярный перенос данных между программами 1С:ERP 2 / КА 2 и 1С:ЗУП 3. Вы можете выбрать период отбора данных и установить фильтр по организациям, чтобы выгружать только необходимую информацию. Более того, перенос оперативно обновляется при выходе новых релизов программы 1С, так что вы всегда будете иметь самую актуальную версию обработки.

48278 43450 руб.

03.12.2020    34037    80    57    

78

SALE! 10%

Перенос данных из ERP 2 / КА 2 / УТ 11 в БП 3.0

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос позволяет настроить собственный обмен данными между указанными программами, альтернативный предлагаемому фирмой 1С. Перенос данных осуществляется из 1С:ERP 2 / 1С:КА 2 / 1С:УТ 11 в 1С:БП 3.0. Правила обмена оперативно обновляются при выходе новых релизов программы 1С, так что вы всегда будете иметь самую актуальную версию обработки.

38500 34650 руб.

15.04.2019    68202    176    136    

108

Перенос данных из Парус 10 в ЗГУ ред.3

Внешние источники данных Кадровый учет Файловый обмен (TXT, XML, DBF), FTP Обмен между базами 1C Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 10 учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

60000 руб.

05.10.2022    9156    9    8    

10

Перенос данных из УТ 10.3 в УТ 11.5. Переносятся документы (обороты за период), справочная информация и остатки

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 10 1С:Управление торговлей 11 Россия Управленческий учет Платные (руб)

Перенос данных из 1С:Управление торговлей 10.3 в 1С:Управление торговлей 11.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УТ 10.3 (10.3.87.x) и УТ 11.5 (11.5.16.x).

28000 руб.

23.07.2020    46025    194    64    

153
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. coolseo 79 20.02.19 14:38 Сейчас в теме
Спасибо, планировал поставить расширение в РИБ, теперь буду тестить.
2. TMV 14 21.02.19 06:46 Сейчас в теме
Как выяснилось позже, если у расширения стоит признак "Используется в РИБ", то оно попадает в файл обмена при каждой выгрузке!
Может в таком случае, отключать этот признак в общем случае РИБа, а когда будут внесены изменения в расширение, тогда и включать?
3. RocKeR_13 1314 21.02.19 08:14 Сейчас в теме
(2) надо пробовать. Не уверен, что после снятия галки обмен не удалит расширение в узлах. Но если в расширении добавлены свои объекты, то без галки обмен вообще не пойдет.
10. bearman 9 22.02.19 08:53 Сейчас в теме
(3)
Но если в расширении добавлены свои объекты, то без галки обмен вообще не пойдет.


Имеется в виду ссылочные объекты?
У меня в расширении есть добавленные объекты (формы), признак использования РИБ отключен, синхронизация выполняется. Расширения в узлах обновляю вручную.
11. RocKeR_13 1314 22.02.19 09:22 Сейчас в теме
(10) грубо говоря, которые изменяют состав таблиц ИБ (справочники, регистры сведений, реквизиты справочников и т.д.). В этом случае, если расширение добавлено в центре, то структура ИБ центрального узла будет отличаться от структуры узлов, что приведет к рассогласованности данных. Добавленная форма - это всего лишь способ вывода информации для пользователя, поэтому такое расширение может применяться как с галкой "Используется в РИБ", так и без нее
4. markers 274 21.02.19 09:40 Сейчас в теме
Если кому будет интересно решение проблемы "Расширение и РИБ" до 8.3.12, милости прошу. Что касается полной передачи расширения в РИБ, это и ожидалось, там просто иного не предусмотрено, ровно как и в моём решении. И да, исправьте битую ссылку
(подробнее по настройке вы можете посмотреть, например, тут)
5. RocKeR_13 1314 21.02.19 09:51 Сейчас в теме
(4) Спасибо! Ссылку поправил: кириллицу в адресе обрубил редактор.
Что касается полной передачи расширения в РИБ, это и ожидалось, там просто иного не предусмотрено, ровно как и в моём решении

Ну можно же было сделать проверку по контрольной сумме: поменялась - выгружаем. Думаю, это дело времени
6. markers 274 21.02.19 13:15 Сейчас в теме
(5)А от куда главная база узнает контрольную сумму? Хотя конечно можно было сделать, как я предлагал в своей статье, это при выгрузке в центральную базу, добавлять хеш-сумму расширение, а от неё бы уже центральная база проверяла и узнавала, надо менять расширение или нет. Но 1Сники видимо решили по проще сделать.
7. RocKeR_13 1314 21.02.19 13:20 Сейчас в теме
(6)
при выгрузке в центральную базу, добавлять хеш-сумму расширение

1С вроде сейчас так и делает. К сожалению, сейчас нет РИБ под рукой, но в XML был узел с именем "DigestExtension" или как-то так
8. markers 274 21.02.19 13:22 Сейчас в теме
(7) Тогда странно что каждый раз выгружает. В моём кстати решении, там на сервер передается хеш сумма расширения и сервер тем самым узнает что надо передавать расширение клиенту или нет. Но вот разностная выгрузка средствами языка к сожалению не возможна.
9. RocKeR_13 1314 21.02.19 13:25 Сейчас в теме
(8) да с разностной выгрузкой ладно, в большинстве случаев расширение не так много весит. Надо будет повнимательней последить за хэшем расширения в файле обмена.
12. dima_gsv 21 27.02.19 08:57 Сейчас в теме
(9) Я как то анализировал эти хеши. Была ситуация, когда хеш расширения в центральной базе не совпадал с хешем расширения в периферийной базе. Это получилось из-за того, что некий узел конфигурации-расширения из центральной базы не передавался в периферийную. Возможно этот узел использовался в предыдущих версиях платформы, а в новой версии про него забыли и он просто лежит там как мусор. Если взять расширение из периферийной базы и загрузить в центральную, то хеши расширений начинают совпадать. Я надеялся, что после совпадения хешей расширение конфигурации перестанет каждый раз передаваться в периферийную базу, но оно всё равно передаётся. Ну хоть работает, уже хорошо.
13. user598350_grimax 14.03.19 11:44 Сейчас в теме
Большое вам человеческое СПАСИБО! Предлагаю сделать свой bugboard платформы 1С на инфостарте. Каждое обновление платформы как игра в рулетку или взлетит или нет(
14. AntonSm 30 14.03.19 11:54 Сейчас в теме
(13) зачем плодить сущности?
От этого будут быстрее ошибки исправлять?
15. user598350_grimax 14.03.19 12:31 Сейчас в теме
(14)Следуя вашей логике получается и инфостарт всего лишь дубль сущности stackoverflow? Или вы никогда не сталкивались с ошибками платформы при обновлении, которых нет на bugboard.v8.1c.ru? Ждать когда вендор исправит ошибку можно очень долго), и только сообщество разработчиков 1С на просторах рунета зачастую может помочь одинокому 1С-нику в дальних уголках нашей необъятной Родины)
16. kazzuss 7 08.04.19 11:21 Сейчас в теме
8.3.13.1644

Ставлю признак "Используется в РИБ", при попытке обмена ошибка в ЦУ:

Ошибка записи данных в файл сообщения обмена: {Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(270)}: Ошибка при вызове метода контекста (ЗаписатьИзменения)
ПланыОбмена.ЗаписатьИзменения(ЗаписьСообщения, КоличествоЭлементовВТранзакции);
по причине:
В текущем сеансе существуют неактуальные расширения конфигурации, используемые в распределенной информационной базе.

Что с это значит?
17. RocKeR_13 1314 08.04.19 11:41 Сейчас в теме
(16) Похоже, что загрузили расширение в пользовательском режиме, но сеанс не перезапустили.
18. kazzuss 7 08.04.19 13:45 Сейчас в теме
(17) Загружал в конфигураторе.

для чистоты: завершил все сеансы - удалил расширение в конфигураторе - перезапустил 1С - добавил расширение в конфигураторе с признаком "Используется в РИБ" - запускаю обмен в режиме предприятия - та же ошибка.
19. yaguarrr 71 09.04.19 10:27 Сейчас в теме
(18) та же история 8.3.13.1690, 8.3.14.1630
Работает через кнопку сценарий
20. kazzuss 7 09.04.19 14:16 Сейчас в теме
(19) Через сценарий обмен так же не взлетает
По крайней мере в 8.3.13.1644 ...
21. kazzuss 7 12.04.19 12:04 Сейчас в теме
(20) Решилось удалением всех расширений в конфигураторе (установленных до обновления платформы) и добавлением их по новой. Обмен пошел сразу по кнопке Синхронизировать.
Решение подойдет в случае, если в расширениях нет собственных документов и справочников.
34. user659168_xec8787 3 16.09.19 17:11 Сейчас в теме
(21)Платформа 8.3.13.1644
1. Подтверждаю, если в расширении не добавлены объекты из расширяемой конфигурации (или не добавлены новые объекты), то обмен работает по кнопке "Синхронизировать".
2. Подтверждаю, вывод статьи: если в расширении добавлены новые объекты метаданных, тогда первую синхронизацию с Узлами нужно делать по кнопке "Синхр. по сценарию", тогда расширение мигрирует в удаленную базу. После этого перезапускаем базу - чтобы принялись изменения расширения и снова жмем "Синхр. по сценарию" - в этот этап "подхватываются" уже данные. Да, если не перезапустить базу, то можно увидеть, вернее, не увидеть записи для заимственных в расширение объектов. При последующих синхронизаций, лучше синхронизировать "по сценарию", а то, вдруг обновление прилетит. Да и пользователей нужно учить, если синхронизация выполнена с ошибкой, пускай перезапускают базу и снова синхронизируются.
Как-то так.
22. A4ymet 8 17.04.19 09:28 Сейчас в теме
Всё это ерунда. Пока не исправят баг с платформой счастья в РИБ не ищи. Пляски с бубном помогают каждому по своему. У нас 2 сервера для 1) 8.3.14.1565 пока танцевали с бубном каким то чудесным образом из файлов обмена пропали данные по расширениям. Если раньше есть расширение в ЦБ, то в файле выгрузки идут строки
<v8de:ConfigurationExtension>
<v8de:Id>645b2314-4ade-11e9-8d9e-708bcda98ec4</v8de:Id>
<v8de:Name>ОстаткиИЦеныВПодборе</v8de:Name>
то сейчас их нет. И обмен идёт отлично. Как так получилось но я рад до следующего обновления платформы)

2) 8.3.14.1630 Здесь не помогло не чего. Так и делаем обмен через сценарий.

P.S. пока танцевал с бубоном заметил такую вещь.
Если ЦБ 8.3.14 а ПБ 8.3.13 обмен не идёт не при каких условиях, так как в файле обмена меняются строки
<v8de:Version>216.0</v8de:Version>
<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
<v8de:Digest2 v2="57881d97074ef04efe7be54c9c51d7d2" Extensions="0000000000000000000000000000000000000000">9d1874­89ecad40d6c652763c4f4f5ac8</v8de:Digest2>
Где то на форуме многие страдали от этой проблемы. Может кому поможет.
23. A4ymet 8 20.04.19 15:32 Сейчас в теме
8.3.14.1694 ошибка исправлена.
25. user1038092 13.07.19 11:00 Сейчас в теме
(23)Это проверенная опытным путем информация?)
На сайте багборда не нашел соответствующей инфы
26. A4ymet 8 14.07.19 21:53 Сейчас в теме
(25) Да. У меня РИБ на 2х серверах на 8.3.14.1694 взлетел. На данный момент полёт нормальный. Уже даже обновил розницу до 2.2.12.хх
24. user1038092 11.07.19 15:27 Сейчас в теме
Это интересно, когда расширение передается из Центральной базы в распределенные(с признаком "Используется в РИБ").
В моей ситуации расширение для каждой распределенной базе отдельно добавляется.
Ошибка аналогичная: "Ошибка чтения файла сообщения обмена: {Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(200)}: Ошибка при вызове метода контекста (ПрочитатьИзменения): База данных заблокирована:"

Ошибка на платформе: "8.3.13.1865"
Розница: "2.2.11.24"
27. FreeArcher 158 05.08.19 14:51 Сейчас в теме
(24) Та же ошибка на рознице 2.2.12. 1С:Предприятие 8.3 (8.3.14.1565).
28. user1038092 05.08.19 16:53 Сейчас в теме
(27)
8.3.14.1565)

Попробуй

(25) Да. У меня РИБ на 2х серверах на 8.3.14.1694 взлетел. На данный момент полёт нормальный. Уже даже обновил розницу до 2.2.12.хх


Напиши, потом, как дела с этой платформой у Тебя))
29. FreeArcher 158 06.08.19 10:19 Сейчас в теме
Да обновление платформы исправляет ситуацию, спасибо.
30. user1038092 21.08.19 13:00 Сейчас в теме
(29) обновление до 8.3.14.1694 помогло, верно?
31. RocKeR_13 1314 21.08.19 13:20 Сейчас в теме
(30) На 8.3.14.1779 точно осталась только проблема с первоначальной загрузкой расширения (либо при загрузке обновления расширения) - для решения см. пункт "Ошибка получения данных в узле"
user1038092; +1 Ответить
32. user1038092 21.08.19 13:44 Сейчас в теме
(31) расширение передаешь из центральной базы в переферийные?
33. RocKeR_13 1314 21.08.19 13:46 Сейчас в теме
(32) да. При первой передаче или при изменениях расширения в центре - в узле изменения приходится принимать через кнопку "выполнить сценарий"; потом обмен проходит без проблем
user1038092; +1 Ответить
35. *Zed* 279 18.09.19 23:19 Сейчас в теме
(29) Обновил розницу до 2.2.12.30 версия платформы 8.3.13.1865 обмен на узле РИБ возможен только через кнопку "Выполнить сценарий" и когда в базе сидит один пользователь. Как только подключается второй пользователь сразу идет ошибка "База данных заблокирована" Помогает обновление платформы решить данную ошибку?
36. *Zed* 279 19.09.19 08:08 Сейчас в теме
(35) к базе подключаются два пользователя на одном компьютере
37. ЗС1 21.09.19 17:56 Сейчас в теме
(36)
Платформа 8.3.14.1630, Розница 2.2.13.12, файловая периферийная - та же ерунда. Обмен работает только если вручную нажать "Выполнить сценарий". В центральной все ОК.
38. *Zed* 279 23.09.19 14:13 Сейчас в теме
(37) решил в правилах отключить передачу расширений в РИБ, проверил на тестах - обмен работает
39. RocKeR_13 1314 23.09.19 14:15 Сейчас в теме
(38) Так да, работает без проблем. А если в расширение добавить новые объекты (регистр, справочник и т.п.), то РИБ не будет работать со снятой галкой "Используется в РИБ" у такого расширения
40. *Zed* 279 23.09.19 14:50 Сейчас в теме
(39) а других вариантов пока не вижу, к сожалению не всегда есть возможность сделать обмен что бы на периферийной базе работал один человек. Пока идет обмен, обычно еще и торговать надо.
41. ЗС1 23.09.19 18:46 Сейчас в теме
(39) Именно так. Если в расширении есть новые объекты или изменены имеющиеся объекты на уровне данных, то расширение придется включать в обмен, без этого на периферийной базе не будут загружаться пакеты
42. wolder 129 11.02.20 06:29 Сейчас в теме
По своему опыту расскажу, что:
Имеем УТ 11.4.11.63 ЦБ была типовая :) так как для планаОбмена.СОтборами пришлось ставить галочку "Включать расширения конфигурации" и на самих расширениях ставить галочки "Используется в распределенной ИБ", только тогда удалось сформировать файл базы данных узла. Обмен между ЦБ и узлом пошел, всё хорошо, в узле есть расширения.
Но на этом проблема не закончилась, так как понятное дело, что в ЦБ придется делать модификации расширений и что-то дорабатывать в них. Так и получилось, внес изменения в расширения ЦБ, сохранил, жму кнопку "Синхронизация" и она мне выдает "Ошибка чтения файла сообщения обмена: Данные принимаются от узла с другим набором расширений, меняющих структуру данных.
Необходимо произвести перенос расширений конфигурации в узел.
{Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта( …. . .. . ….. );
по причине:
Данные принимаются от узла с другим набором расширений, меняющих структуру данных."
Необходимо произвести перенос расширений конфигурации в узел.
———————————————————————————-
Тут я поторопился, решил выгрузить расширения из ЦБ и загрузить в узел, но как вы уже успели догадаться это не возможно, так как конфигурация узла закрыта для изменений в том числе расширений. Т.е. нельзя загрузить расширения в узел.
Выполнять танцы с бубном по снятию признака узла бд, после обновить расширения, а затем вернуть признак узла, это крайне не удобно так как периодичность внесения изменений в ЦБ расширения будет огромная.
Т.е. тут нужно сразу понять, что сообщение об ошибках обмена началось ещё со стороны ЦБ в момент синхронизации с узлом. Очевидно это та самая ошибка по контрольной сумме версий конфигурации, из-за чего становиться физически очень сложный обмен РБД при наличии расширений конфигурации и дальнейших их модификаций. Причем и при не желании переносить расширения ЦБ в узлы, нам это приходится всё равно делать этот перенос с изменением и снятием с поддержки конфигурации ЦБ и установкой в план обмена переноса расширений, так и при наличии принудительного обмена расширениями они фактически не могут мигрировать между конфигурациями ЦБ и узла, так как появляется расхождение контрольной суммы. Фатальная ситуация.

Стал курить, читать и мельком наткнулся на сообщения коллег о разности поведения механизмов обмена между нажатием кнопки "Синхронизировать" и "Выполнить сценарий".
Удалил файлы обмена старые, нажал "Выполнить сценарий" в ЦБ - всё выгрузилось, т.е. модифицированное расширение выгрузилось в файл обмена для узла, и на узле уже с надеждой жал кнопку "Выполнить сценарий" вместо "Синхронизация" и загрузилось и по журналу регистрации было написано перезагрузить базу (узла) для принятия расширений, перегрузил, ещё раз запустил, опять кнопку "Выполнить сценарий" и всё, он прошел удачно!!!!
mcgoblin; +1 Ответить
43. antonius888 48 26.08.20 00:11 Сейчас в теме
Это, конечно, нонсенс. Для того чтобы включить возможность передачи расширений, приходится редактировать основную конфигурацию (редактировать план обмена СОтборами), при том, что сами расширения изобретены для того, чтобы оставлять конфигурацию типовой. Лучше уж подожду, когда механизм "допилят" -_-
44. RocKeR_13 1314 26.08.20 13:40 Сейчас в теме
(43) Тут скорее нужно обновляться/ждать того релиза, в котором разработчики плану обмена установят эту галку.
45. vacony 26.11.20 13:51 Сейчас в теме
Коллеги, у кого то есть сложности с обменами, когда установлены Патчи ?
46. санясоку 29 28.03.21 13:14 Сейчас в теме
Ошибка записи данных в файл сообщения обмена:
по причине:
В текущем сеансе существуют отключенные расширения конфигурации, используемые в распределенной информационной базе.
Такая ошибка в РИБе, а
в центральном узле расширение уже удалено, как лечить? Отвязывать от центрального узла удалять расширение и подвязывать к центральному узлу? Или есть проще решение когда в центральной базе уже удалено расширение, а в РИБе оно не удалилось и обмен не проходит?
49. санясоку 29 29.03.21 11:01 Сейчас в теме
(46) Обновление платформы до 8.3.18.1363 тоже не дало результата, обмен так и не заработал. Так что на этот момент можно сказать, что единственное действенное решение это: 1.запустить конфигуратор с параметром /ResetMasterNode база отвяжется. 2. Зайти в конфигуратор без параметра /ResetMasterNode и удалить лишнее расширение. 3. Зайти в режим пользователя и на вопрос восстановления связи с центральным узлом ответить "Восстановить" 4. Перезайти в программу и выполнить обмен, после чего всё заработает штатно. :-) Геморно, но результат 100%.
LostMicos; natal_tihom; Borisych; zzz14; +4 Ответить
47. kazzuss 7 29.03.21 08:39 Сейчас в теме
(46) на узле "Выполнить сценарий" вместо "Синхронизация" не помогает?
48. санясоку 29 29.03.21 08:46 Сейчас в теме
50. ytunbe 25.08.21 14:42 Сейчас в теме
Может у кого было. Розница РИБ 50 точек. В ГУ подключили расширение, в 48 подчиненных узлов все ушло и применилось, а в двух пишет -"Расширение конфигурации узла распределенной ИБ не найдено!"...
51. Thalt 05.10.21 10:03 Сейчас в теме
(50)
Расширение конфигурации узла распределенной ИБ не найдено!


Нашли способ решения проблемы?
52. ytunbe 07.10.21 15:27 Сейчас в теме
(51) Нет...для успешной синхронизации вычищаем xml с проблемным расширением....
user790421; +1 Ответить
53. user790421 05.12.21 20:17 Сейчас в теме
(52) Тоже такая же проблема возникла...Не удалось ли решение найти? Чем дело закончилось?
56. Vovanches 29.06.22 17:28 Сейчас в теме
(50) Такая же лажа, платформа 8.3.20.1914. Большинство узлов обновилось нормально, а в нескольких расширение не передалось. И теперь ни туда, ни сюда - узел пишет про ошибку обновления и не дает работать, а главный узел соответственно не принимает ответ. Полагаю здесь бы помогла принудительная перевыгрузка расширений из центра именно для проблемного узла, но такого инструмента я не нашел к сожалению.

Видимо очередной глюк 1С.
54. KrugA428 04.02.22 11:07 Сейчас в теме
Всем доброго дня.
Тема избитая, но вставлю свое решение, которое помогло.
Была проблема после обновления ЦБ и изменения одного из расширений. Ошибка появилась после того как завершается обновление в ПБ в режиме конфигуратор, но проходит до конца, а уже при обновлении в Предприятии появляется ошибка о невозможности обновления, нарушения структуры данных в расширениях... Причем более ничего с базой в режиме Предприятия сделать нельзя, т.к. оно не обновлено до конца, появляется окошко продолжить обновить, по нажатии которой та же ошибка и так по кругу.
Заходим в Конфигуратор ПБ и убеждаемся, что расширение НЕ перенеслось из ЦБ и осталось прежним...причем как способом через кнопку "Синхронизировать", так и "Выполнить сценарий"
Что сделал для решения:
1. Изменение расширения (удаление ненужных объектов из него) в ЦБ
2. Выгрузка данных через кнопку "Выполнить сценарий" в ЦБ (перед этим очистка файлов)
3. Загрузить данные в ПБ через кнопку "Выполнить сценарий". Программа попросит зайти и обновиться через Конфигуратор. Выполняем необходимые действия и обновляемся. Далее, НЕ ЗАХОДИМ в режим ПРЕДПРИЯТИЯ.
4. Помогло сообщение №49. от санясоку
Отключение ПБ от ЦУ методом: 1.запустить конфигуратор с параметром /ResetMasterNode база отвяжется. 2. Зайти в конфигуратор без параметра /ResetMasterNode и удалить лишние данные из расширения. 3. Зайти в режим пользователя и на вопрос восстановления связи с центральным узлом ответить "Восстановить". Повится ошибка связанная с главным узлом и идентификатором объектов метаданных - нормальная ситуация, закрываем ошибку и перезапускаем 1С в режиме 1С:Предприятие. При открытии 1С появляется сообщение об ошибки обновления, нажимаем кнопку с запуском повторного обновления
5. Все должно пройти нормально, без ошибок
6. Пробуем стандартную синхронизацию в ЦБ и ПБ через кнопку "Синхронизировать"
55. user1559729 25.03.22 16:31 Сейчас в теме
(46) Столкнулся с такой же проблемой. Почитал по комментариям - слишком радикальные решения.
Второй раз за день удается нормализовать обмен, но правильную последовательность действий так и не выяснил. Платформа 8.3.18.1616, конфа Бух 3.0.108.31. У меня складывается впечатление, что эта ошибка
"В текущем сеансе существуют отключенные расширения конфигурации, используемые в распределенной информационной базе." говорит лишь о том, что нужно перезайти в Пользовательский сеанс.

Что делал:
- нажимал кнопку Синхронизировать и Выполнить сценарий - в различных комбинациях
- заходил в конфигуратор, открывал измененную форму
- перезаходил в пользовательские сеансы несколько раз
- открывал одновременно и пользовательский, сеанс и конфигуратор, а также по отдельности

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

Продолжаю наблюдения... Сообщу, если что станет известно).

Ещё предположение - проверить расписания на вкладке Сценарии синхронизации для узлов. В той базе, с которой начал работать, по всей видимости было неправильно настроено. Возможно, если расписание будет штатно отрабатывать, то и проблем не возникнет в будущем... Но это только предположение.
57. iCortezik 8 20.10.22 16:49 Сейчас в теме
лучше дворником пойти работать чем РИБ использовать
svmix; 1c.pro.fun; +2 Ответить
58. RocKeR_13 1314 20.10.22 16:52 Сейчас в теме
Оставьте свое сообщение