Всем привет!
Есть база, к ней подключены два расширения: одно с доработками 1с-ников, второе - с купленным на стороне решением.
По идее при добавлении нового реквизита или табличной части в расширении и реструктуризации инфобазы мы должны видеть этот реквизит доступным в консоли запросов в тонком клиенте. Но мы не видим - в случае добавления к первому расширению, и видим - в случае добавления ко второму. Кто подскажет, как с этим бороться - не добавляя реквизит в основную конфигурацию?

добавить реквизиты в основную конфигурацию.

(1) Это понятно. Сформулирую вопрос иначе: Кто подскажет, как с этим бороться - не добавляя реквизит в основную конфигурацию?

(2) жить с этим. Расширения не знают ничего друг о друге

В свойствах расширения, с которым возникла проблема, в колонке НАЗНАЧЕНИЕ указано "Адаптация", а у второго "Дополнение". Может в этом проблема?

(4) нет

(2) Не морочьте нам голову.

(6) Так в принципе можно на все вопросы форума отвечать. Очень здорово время экономится) Но давайте подождем, может кто имеет опыт работы с расширениями и чего подскажет

(7) В (3) уже все сказали.

(7) можно ещё на всех интернетах написать, что архитекторы платформы - конченные. И успокоиться на этом.
Потому что больше вы ничего не сделаете.

(0) "как с этим бороться - не добавляя реквизит в основную конфигурацию?"©
Сделай нужный запрос в расширении из которого берется таблица и перенеси готовый запрос в другое

(9) сделать свою платформу с ООП и микросервисами 🤣

(10) я так понимаю там таблицы по обоим расширениям расползлись

(12) Если так, то создать описание временной таблицы в консоли как копию нужной таблицы из второго расширения. Потом заменить в тексте запроса временную на реальную

(13) это уже напоминает мышиную возню

(0) Жить с этим. Не так уж страшно. Из личного: базы клиента (не одна), что-то делаем мы (франч-подрядчик), что-то штатный программист клиента, есть вообще купленные готовые сторонние расширения. 5-6 расширений в одной базе.

Да, бывает, конфликтуют расширения, но в принципе, реквизиты стараемся в одно расширение добавлять, а запросы приходится делать в консоли в режиме предприятия. Пару лет в таком режиме работаем, привыкли, дискомфорт перестало доставлять.

(0) Консоль запросов в помощь

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

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

Поднимем вопрос, может со второго раза кто чего подскажет?

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

(20) +
Ещё "побаловаться" с режимами совместимости и безопасности каждого из расширений.
Сделать поверку конфигурации расширений - применимость, логическую целостность и на некорректные ссылки.

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

(22) а какую версию платформы используете?

(23) BAF (8.3.19.1529)
такую

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