Есть расширение в котором добавлены новые объекты.

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

Какие есть варианты чтобы работать с внешним отчетом, но он видел объекты расширения?

ЕДТ может? Может инструменты для разработки в предприятии есть?

А не надо было создавать новые объекты и реквизиты в расширении

(0)

1С-программисты должны страдать.
Ну или думать головой.
Но страдать это главное.

P.S.

Расширения это удобно-стильно-молодежно.
А вы снова наговариваете.

Это тема "Отчёт+расширения" далеко не первая, даже за этот год.

Переходите на Элемент. там это не реализовано

(0) Инструменты для разработки в предприятии есть. https://devtool1c.ucoz.ru/index/konsol_komponovki_dannykh/0-20

(0) разрабатываешь в конфе, сохраняешь в файл, проверяешь, и так по кругу, на фига клиента перезапускать

(0) Консолью СКД, как еще.
(2) Это ладно, у меня в рабочем чатике в конторе чувак (сертификат спеца по платформе, на минуточку) задал вопрос "у меня есть справочник в расширении, как его включить в план обмена в другом расширении?". Ответ "Никак!" его не устроил.

По сути расширения это заплатки. Вы строите конфигурацию из заплаток..Я не говорю тут о коммерческих продуктах, построенных на одном расширении.

(4) а как скачать не вижу? Регистрироваться?

(8)
Гм-хм. (см рис)

(0) >> Есть расширение в котором добавлены новые объекты.

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

Профит.

А если серьёзно, то это самый правильный и адекватный вариант решения. Неприменим он может быть только в одном единственном случае. Если это расширение не Вами написано и является каким-то тиражным решением от стороннего поставщика, которое предполагается в дальнейшем регулярно обновлять от этого самого поставщика.
В любом другом случае не занимайтесь ерундой и не плодите объекты и реквизиты по расширениям.

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

(11) дело выбора каждого от ситуации :)

(11) сравнение/объединение с божьей помощью внешних программ...

или вы по старинке - в гамаке и стоя?

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

(14)

>> Сотни отчетов

Гм-хм. Прямо больше 100 ?
Как там у классика:
-- одна любит
-- одна кушать варит
-- одна одежду шьет.

Но 100 отчетов ?

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

(15) с сотнями я погорячился, пересчитал, 189 штук + 13 исправленных типовых
70 обработок, плюс допилено 19 типовых

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

(18) конфа на замке, экономия времени жизни, с замком за пол часа обновится, без замка часа три рожать будет пока 3 или скока там конфигураций ей за раз обновить нужно.
Типовую конфу. Основную конфу. Конфу ИБ. У конфы ИБ своя типовая есть? Тогда и ее до кучи обновить.

(16) самые обыкновенные "внешние" программы сравнения(штук пять на выбор). Дрочильня у вас с расширениями, да еще и хренилища под каждое расширение :))

расширение канешн тоже есть - когда временно нужно накостылять до следующего обновления. Только для этого

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

"внешние" программы сами всю работу делают на 99,9% (показывать только дважды измененные...)

(19) я не рассматриваю такие случаи когда без замка за 3 часа можно обновить.
имеется в виду когда у вас процентов 20 перепилено вхлам, куча своих механизмов и обновление не про 3 часа а примерно про 3 недели с проверками всего и вся.

(20) расширений всего три
Основное
Для исправления ошибок 1с
Интеграция с 1С ДО - много извратов, потому отдельно

Не видим проблем в трех хранилищах

(22) расширение всего одно - "Костыль"

хренилище тоже одно - для основной пофигурации. для Костыля есть только папка с версиями - ну так, для истории... в свойствах расширения Версия - 2025.12.10 (дата последнего костыля)

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

(24) нахера перепиливать типовую? сбоку свою "подсисьтему", модули общие и все метаданные добавленные в наименовании начинаются с "_"

ну и по максимуму все изменения в формах и списках - программно. если прям совсем никак - ну тады объединять с приоритетом основной пофигурации при обновлении

если вносить в типовую изменения - возможность изменения в настройке поддержки только для нужного объекта метаданных и свой говнокастомкод выделять началом-кончалом с датой и привязкой к задаче сервисдеска/жыры или какого-нибудь трекера ХХП (хуяк и в продакшон)

(23) В той ситуации, когда интеграции с ДО пилят одни люди, а все остальное другие, у разработчика минус одно хранилище, а если вспомнить что костыли редко нужно вставлять, то минус еще одно расширение и хранилище
По факту разработчик работает только с одним хранилищем в 99.9% случаев, как и у вас.
Чего спорим?

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

(24) насчет БП и ЗУП безусловно согласен, а вот какие-то внутренние производственные или торговые системы довольно часто встречаются переработанными вхлам и счастливо существуют в таком виде многие годы.
ситуации бывают разные, хотя все чаще сохранять типовые механизмы удается уговорить принимающих решения.
не в последнюю очередь мотивируя стоимостью поддержки - которая будет постоянно и быстро расти.
особенно когда государство учинит очередную революцию в учете.

(28) ставка ндс 22% уже мозг и нам поделала
Типовые формы все нормально, а есть не типовые упд, ну изголяются юзеры что поделать

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

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

(30) если у вас измененный типовой объект - тады объединяйте "с приоритетом основной пофигурации" и будет вам щастье, так же как и если вы в типовые определяемые типы "залезли", ну там к примеру "ВладелецПрисоединенныхФайлов...." - опять жы - объединяйте "с приоритетом основной пофигурации" и будет вам щастье

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

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

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


ну и в настройках сравнения/объединения поставьте галочку "разрешить удаление объектов основной пофигурации"

обеими глазками можно посмотреть "отчет о сравнении" и доработать напильником - удалить вручную в "составе" теперь уже ненужный типовой

это как раз 0 целых 1 (хер) десятых процента от тех самых 99,9%

(33) а как же волшебные внешние проги чтобы в гамаке не стоять???

(34) чтобы в гамаке не стоять, они 99,9% процента всей работы делают, остаются эти самые 0,1% ебли с вашими критериями отборов в типовых и определяемых типах и ПВХ, если и туда "кривые" руки дотянулись

обычно - обновить с приоритетом основной достаточно у этих измененных объектов, чтобы работало без ашибок

(35) ну так я в своем сообщении и не писал про какие то текстовые модули которые можно этими прогами анализировать.... а вы про гамак...

(36) ну я так понял, вы внешними программами не пользуетесь и по старинке в гамаке и стоя

(37) зачем их применять если в них потребности нет ибо ты не создаешь себе этот геморрой меняя типовой код?

(38) затем, что расширения - это ссуть заплатки(костыли) - 1С патчи расширениями выпускает, которые рекомендуется удалить при обновлении и скачать новые :)

у меня нет проблем с обновлением типовых. ERP c дох.я изменениями и допилами сверху/сбоку неспешно обновляется с перерывами в течение одного раб.дня (по факту 2-4 часа ожидания и потыкать мышкой (зависит от .cfu - сколько изменений завезли) и применить изменения. дальше биороботы тестируют по "сценариям" свои участки учёта. на этом всё

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

ща вот свежий дикпик (ДП) 2.5.22.134 тестируют биороботы

для тех, кому интересно - Общий макет "Структура подчиненности" поломатый в распоследнем на данный момент времени 22.134

биороботы заметили. 1С уже костыль выпустила EF_00_00807037 "В форме связанных документов выводятся обрезанные представления документов"

(38) к костылям 1С еще несколько костылей своих добавить, лишь бы конфу не "распечатывать" (включить возможность изменений с поддержкой)

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

(39)Какие у тя хорошие биороботы, где брал, по чем?

(0) Тыж программист?
Ну же умеешь кодом работать с текстовыми файликами?
Даже если они xml или типа того?

А еще есть выгрузить конфу в файлы и собрать/загрузить из файлов...
Если не найдешь готового решения по слиянию конфы с расширениями то наваять дело пары дней

Далее тупо на своей копии базы сливаешь и ваяешь удобно