Коллеги, подскажите плиз, какова в целом сейчас методология работы с расширениями?

Вот есть конфа на поддержке, есть внешний отчёт на СКД (Без кода ).
Понадобилось добавить новый реквизит справочника в расширение и добавить вывод этого реквизита во внешний отчёт.
Понятно, что отчёт не видит данных расширения. Ну если запрос ручками доработать не проблема, то с СКД что делать?Допиливать "ПриКомпоновкеРезультата", программно добавлять новое поле, новый ресурс, допиливать програмно варианты отчёта?
Попроще ничего нету?

Консоль СКД не поможет?

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

(0) а разве не правильнее добавить реквизит в основную конфигурацию?

(3) Правильнее отчёт включить в расширение.

(3) если внешний отчет криво написан, он не будет работать внутри расширения, его надо править, а это чаще всего лень, ради одного реквизита неохота его курочить

(2)(3)
конфа на поддержке.
только разве что на копии, сняв с поддержки.
но выглядит костыльно совсем.

(4) отчёт громоздкий, внешний.
во-первых, кучу всего ещё придётся тянуть в расширение, во-вторых, непонятно что с вариантами отчётов. Сейчас там пользователи понаделали кучу своих вариантов отчётов. Если это всё слетит, проблем тоже будет

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

допреквизит не поможет?

(9) не, максимум допсведение. но они на форму не выводятся.
опять костыли лепить..

Да и вопрос больше про методологию был. А если не реквизит, а регистр сведений например?

(1) +1
консолью собирать отчет в режиме предприятия, схему переносить в конфигуратор

(10) практика показывает, что правильно добавлять новые объекты в конфу, а расширениями управлять оригинальным программным кодом.

(12) а я вот полгода занимаюсь тем, что удаляю теперь всё вот такое из основной конфы и переношу на допреквизиты и реквизиты в расширении. пока что нерешимая только одна проблема - восстановление объекта из копии (версионирование данных), 1Ска не понимает, что если реквизита нет, то не надо ронять платформу. Пока еще не удалял ничего, это только впереди. В основную конфу лучше не лезть. особенно прикольно, когда при обновлении прилетает реквизит с таким же наименованием, но другого типа. 21-я платформа на таком просто падает, убивая базу.

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

(14) даже если так, делал это не я. а вот удалять теперь большая трабла. самое смешное, что все можно было сделать допреквизитами, просто чел вообще в 1с не шарит, а полез в ерп все ломать. тут даже не лень, а просто незнание основ. и проблему вызова уже решили в 23-й платформе.

(15) пфффф... это нормально. бизнес так экономит))

(0) Добавить новый реквизит в СКД вычисляемым полем