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

20.02.19

Интеграция - Перенос данных 1C

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

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование По подписке [?] Купить один файл
РИБ и расширения: обновление идентификаторов метаданных
.epf 5,78Kb
90
90 Скачать (1 SM) Купить за 1 850 руб.

С появлением режима совместимости 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%

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

Перенос документов, начальных остатков и справочной информации из УПП 1.3 в ERP 2 | из УПП 1.3 в УТ 11 | из УПП в КА 2 | Правила конвертации (КД 2) | Более 360 предприятий выполнили переход с использованием этого продукта! | Сэкономьте время - используйте готовое решение для перехода! | Позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию | В переносе есть фильтр по организации и множество других опциональных параметров выгрузки | Есть несколько алгоритмов выгрузки остатков на выбор

55778 50200 руб.

04.08.2015    167252    339    278    

376

SALE! 15%

Перенос данных 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. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

26280 руб.

12.06.2017    142231    802    297    

423

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

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

35000 руб.

15.12.2021    24354    172    51    

131

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

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

35000 руб.

23.07.2020    51947    229    72    

187

Перенос данных 1C Программист Бухгалтер Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет НДФЛ ФОМС, ЕФС Платные (руб)

Обработки для быстрого перехода с конфигураций «КАМИН:Расчет заработной платы 3.0», «КАМИН:Зарплата для бизнеса 4.0» и «КАМИН:Зарплата 5.0» на конфигурацию «Зарплата и управление персоналом» версии 3.1.

12000 руб.

25.09.2016    81022    315    250    

268

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

Регулярный обмен, выгрузка, перенос из КА 1.1, УПП 1.3, УТ 10.3 для обмена с любыми конфигурациями, поддерживающими обмен в формате EnterpriseData (КД3) - БП 3.0, ERP, КА 2, УТ 11, Розница 2, УНФ 1.6 и другими. Правила для старых и доработанных конфигураций не требуют синхронного обновления и совместимы с новыми и будущими конфигурациями. Обмен по расписанию, через папку, FTP, почту.

15300 руб.

18.02.2016    187197    591    512    

529

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

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

60000 руб.

05.10.2022    10943    13    8    

15

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

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

84000 руб.

19.08.2020    25273    22    1    

25
Отзывы
59. Xershi 1551 30.09.24 18:58 Сейчас в теме
(42) спасибо сработало!
1. Удаляем файлы из папки.
2. Удаляем расширения в РИБ, которые не подключены как РИБ, именно это мешало.
3. Запускаем выгрузку в главной базе через сценарий
4. Запускаем загрузку в РИБ через сценарий.
5. Перезапускаем РИБ и повторяем п.4 возможно уже без сценария.
Делали через яДиск, еще тут споткнулись.
Проверяем правильно ли были прописаны пути файлов на главной и РИБ.
Еще проверить сценарии, там тоже может быть мусор!
Либо создаем новый с выгрузкой или загрузкой. Этого достаточно, чем сразу 2 метода.
IlyaReznikov; +1 Ответить
Остальные комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. coolseo 80 20.02.19 14:38 Сейчас в теме
Спасибо, планировал поставить расширение в РИБ, теперь буду тестить.
2. TMV 14 21.02.19 06:46 Сейчас в теме
Как выяснилось позже, если у расширения стоит признак "Используется в РИБ", то оно попадает в файл обмена при каждой выгрузке!
Может в таком случае, отключать этот признак в общем случае РИБа, а когда будут внесены изменения в расширение, тогда и включать?
3. RocKeR_13 1369 21.02.19 08:14 Сейчас в теме
(2) надо пробовать. Не уверен, что после снятия галки обмен не удалит расширение в узлах. Но если в расширении добавлены свои объекты, то без галки обмен вообще не пойдет.
10. bearman 9 22.02.19 08:53 Сейчас в теме
(3)
Но если в расширении добавлены свои объекты, то без галки обмен вообще не пойдет.


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

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

1С вроде сейчас так и делает. К сожалению, сейчас нет РИБ под рукой, но в XML был узел с именем "DigestExtension" или как-то так
8. markers 277 21.02.19 13:22 Сейчас в теме
(7) Тогда странно что каждый раз выгружает. В моём кстати решении, там на сервер передается хеш сумма расширения и сервер тем самым узнает что надо передавать расширение клиенту или нет. Но вот разностная выгрузка средствами языка к сожалению не возможна.
9. RocKeR_13 1369 21.02.19 13:25 Сейчас в теме
(8) да с разностной выгрузкой ладно, в большинстве случаев расширение не так много весит. Надо будет повнимательней последить за хэшем расширения в файле обмена.
12. dima_gsv 22 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 1369 08.04.19 11:41 Сейчас в теме
(16) Похоже, что загрузили расширение в пользовательском режиме, но сеанс не перезапустили.
18. kazzuss 7 08.04.19 13:45 Сейчас в теме
(17) Загружал в конфигураторе.

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

Стал курить, читать и мельком наткнулся на сообщения коллег о разности поведения механизмов обмена между нажатием кнопки "Синхронизировать" и "Выполнить сценарий".
Удалил файлы обмена старые, нажал "Выполнить сценарий" в ЦБ - всё выгрузилось, т.е. модифицированное расширение выгрузилось в файл обмена для узла, и на узле уже с надеждой жал кнопку "Выполнить сценарий" вместо "Синхронизация" и загрузилось и по журналу регистрации было написано перезагрузить базу (узла) для принятия расширений, перегрузил, ещё раз запустил, опять кнопку "Выполнить сценарий" и всё, он прошел удачно!!!!
RocKeR_13; Xershi; mcgoblin; +3 Ответить
59. Xershi 1551 30.09.24 18:58 Сейчас в теме
(42) спасибо сработало!
1. Удаляем файлы из папки.
2. Удаляем расширения в РИБ, которые не подключены как РИБ, именно это мешало.
3. Запускаем выгрузку в главной базе через сценарий
4. Запускаем загрузку в РИБ через сценарий.
5. Перезапускаем РИБ и повторяем п.4 возможно уже без сценария.
Делали через яДиск, еще тут споткнулись.
Проверяем правильно ли были прописаны пути файлов на главной и РИБ.
Еще проверить сценарии, там тоже может быть мусор!
Либо создаем новый с выгрузкой или загрузкой. Этого достаточно, чем сразу 2 метода.
IlyaReznikov; +1 Ответить
43. antvv 48 26.08.20 00:11 Сейчас в теме
Это, конечно, нонсенс. Для того чтобы включить возможность передачи расширений, приходится редактировать основную конфигурацию (редактировать план обмена СОтборами), при том, что сами расширения изобретены для того, чтобы оставлять конфигурацию типовой. Лучше уж подожду, когда механизм "допилят" -_-
44. RocKeR_13 1369 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 Сейчас в теме
лучше дворником пойти работать чем РИБ использовать
burgerkirg; skeptik2105; svmix; 1c.pro.fun; +4 Ответить
58. RocKeR_13 1369 20.10.22 16:52 Сейчас в теме
Оставьте свое сообщение