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

Ты ошибался

(0) расширение - это не то чтобы жрать больше, это чтобы уметь больше!

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

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

(0)

Расширение - это чтобы сначала что-то сделать,
а затем задать 100500 вопросов на мисте.

>>Собственно сабж, для чего вы расширение используете?
Чтобы расширять конечно.
Хотя, говорят, что можно и сужать, но это надо уметь.


P.S.
Когда возникает тема про расширения, мне всегда вспоминается анекдот:

Эпоха Перестройки и Ускорения.
Радостная Ворона носится по лесу:
- Ур-р-а! Ускорение! Демокр-р-ратия!
Не вписывается в разворот и - хлобысь об дерево!
Лежит на земле и стонет. Подбегает заяц:
- Ворона, что с тобой?
- Эх заяц, я вот ускорилась, а перестроиться не успела.

(0) Расширения полезны для мелких патчей и универсальных добавок типа "Универсальные инструменты разработчика" (УИР).

(0) Расширения пока имеют 3 вида: Исправление, адапатация и дополнение.
Вот для этого как раз используем.

(6) скромненько так

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

(0) как вариант - допиливать хотелки клеентов (зокащеков) за денежку в облачных базах (там типовая на замочке)

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

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

(7) "Пока" ?

Эммм, использую для доработки. У меня, например, есть конфа, которая в хлам переписана расширением. Т.е., она на замке, но 3 года регулярно там вносятся изменения в формы/процедуры, вносятся новые реквизиты и т.п.

(5) Мне больше вспоминается анекдот: "В немецких новостях: русские придумали автомобиль, который может проехать по любым болотам, лесам и полям. Что только русские не придумают, лишь бы дорогу не строить."
Так и с расширением

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

демоническое обновление - зло. из базы всех выгонять - тоже не вариант. остаётся заплатку костыль добавить и один-два биоробота перезайдут в 1С и будет им щастье

Реквизиты в основную базу добавляем, все остальное в расширения, предпочтительно через ИзменениеИКонтроль, так при обновлении сразу видно куда обратить внимание и может даже немножко подумать при компромиссе время/желание. База ERP, mdf 274 Гб, на обновление тратится 2,5..4 часа, разные обновы бывают. Версия LTS. При переходе на следующую LTS сначала обновляю копию, подгоняю расширение под это обновление и ночью накатываю обнову на рабочую базу, затем накатываю измененное расширение и все дальше фурычит без глюков.

(15) Аналогично, только не ЕРП, а ЗУП на 12 тыс. табельных номеров

(15) а вот если бы включили "Редактирование с сохранением поддержки", то на обновление тратили бы гораздо меньше :)

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

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

обновляю через cfu

сейчас ERP2.5, за много лет с 2016 года переписанная вхлам, но грамотно и через подсисьтемы свои

(15) >Версия LTS

это когда было-то? щас ДП

(10) по моим наблюдениям, я БП обновляю через 2-3 релиза, и примерно половина заплаток продолжают жить и после обновления.

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

(17) поделись видосиком использования внешних программ, интересно :)
Я недавно обновлял базу, изменения там все в конфе, без расширения, времени тратится больше, было бы все в расширении быстрее бы гораздо обновил.
Вероятно через какие-нить kdiff или подобные проги было бы еще быстрее, но уж непривычно слишком.
(18) "Уважаемые пользователи! В настоящее время актуальной LTS версией является 2.5.17." (с) portal.1c.ru

(21) видосиков нет

внешние программы объединения, которыми пользуюсь - P4Merge, Kdiff

типа такого: "трехстороннее сравнение/объединение"

https://infostart.ru/1c/articles/1630336/

> Я недавно обновлял базу, изменения там все в конфе, без расширения, времени тратится больше, было бы все в расширении быстрее бы гораздо обновил.

"закат солнца вручную" (вприсядку) - ты наверно с сf сравнивал (все изменения) и вручную глазками все изменения "анализировал" и много думал?

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

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

(22) Мне очень интересен опыт (попробую посмотреть, что получится с использованием внешних программ).

А то вот совсем на днях анализировал обновление (через cfu) для УХ.
"Дважды изменённые" - порядка 1'000 процедур и функций.
Даже просто "прощёлкать", затратив 10 секунд на каждую - получится более 3 часов.

Имхо, только для срочных патчей от 1С. Больше они ни к чему. Так баловство. Сколько плюсов, столько же и минусов.

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

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

>> для чего вы расширение используете?
Наиболее часто используемые сценарии:

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

2. Дополнительные и/или встраиваемые отчеты и обработки. То для чего раньше использовались (а некоторыми до сих пор используются) внешние отчёты и обработки. Это нетиповые отчёты, обработки печати и заполнения и т.п.

3. Доработка, которую предполагается тиражировать. Например, внутри нашего супер-пупер-мега-холдинга используется десяток баз с одинаковыми или родственными конфигурациями (одной редакции, но разных релизов). И всем им нужна какая-то доработка. Есть два варианта. Либо стряпать свою поставку и каждую из этих баз ставить на поддержку этой поставки. Либо расширение. Допустимы оба варианта. Выбор конкретного зависит от множества различных факторов. Предпочтение расширению может оказаться оптимальнее. Ибо оно проще, чем своя поставка. Особенно когда все эти базы поддерживаются и обслуживаются разными специалистами или франчами.

4. Ну и наконец доработка (адаптация) типового решения под требования заказчика. Вот тут и начинаются заскоки с замочковым фетишем. Заказчики напуганные прошлым печальным опытом до усрачки боятся включать возможность изменения конфы и будучи наслышанными о волшебных расширениях с нездоровой пеной у рта требуют все доработки делать только через расширения, оставляя конфигурацию девственной. А тут в большинстве случаев нужен разумный и смешанный подход. Добавление новых объектов, общих модулей, реквизитов, ресурсов и измерений регистров, форм, макетов и т.п. делать нужно в самой конфигурации. Всю логику новых (добавленных) объектов описывать тоже внутри самой конфигурации. Это никак не усложнит нам процесс обновления конфигурации в дальнейшем. А вот для изменения типовых объектов иногда (но далеко не всегда) имеет смысл использовать расширения. Как раз для того, чтобы упростить процесс обновления в дальнейшем. Но всегда помнить, что любые доработки придётся тестировать на работоспособность после каждого обновления. Потому что проверка применимости расширения никогда не расскажет вам о том, что расширенная вами процедура или функция с этого обновления оставлена для совместимости и более ниоткуда не вызывается и не используется, или теперь ей на вход подаются другие параметры, или она должна выдавать другой результат (структуру с десятью ключами, а не с пятью).

PS ++++ к (17) >> если весь объем изменений вынести в расширения через ИзменениеИКонтроль - это какое-то "дрочево" вприсядку.

(25) "Даже просто "прощёлкать", затратив 10 секунд на каждую - получится более 3 часов." - Для УХ "пощелкать" 3 часа - вполне нормально. В конце концов, не БП-ку же обновляете.

(0) Для всего. А в чем вопрос то?

В очередном обновлении 1С превратили общие модули

ОбработкаТабличнойЧастиСервер (и его друзей)

в

ПакетнаяОбработкаТабличнойЧастиСервер (соответственно)

Радуюсь сижу.

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

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

(32) Такие люди ещё часто ходят по тонкому льду и перебегают дорогу на красный свет. А в метро их можно узнать про развязанным шнуркам:

(32) никаких проблем несколько лет. Террабайты данных лежат в расширении.

(32) Я пробовал. Не зашло.

(0)Работать с расширениями становится все интереснее.
Мне так удобнее обновлять измененные конфигурации. В последнее время даже данные стал  в расширениях более активно использовать. Не нужно все тащить в типовую, очень удобно для доработок.
Есть расширения у клиентов, которые сами обновляют типовую- уже 2 года сами обновлчют через сайт 1С в штатном режиме, без программиста). Итого обшие трудозатраты снизились.

Я просто оставлю это здесь:
Конфликт внутренних идентификаторов расширения

База ERP 2.5.20
Весит 3 терабайта, юзеров ~200
Ни один замок не снят.
Все доработки исключительно в одном расширении.
Создаются справочники, документы, в типовых объектах добавляются реквизиты, программно правятся формы. Печатные формы, отчеты, обработки... все в этом же одном расширении.
Версионирование расширения ведется в хранилище конфигураций.
Разработка ведется 7-ю программистами.
При определенных договоренностях и организации общих модулей, отчетов, обработок, крайне редки случай биения головами в одни и те же объекты, и корень расширения редко кто захватывает на долго.
Банально на создавали в базе Отчет1, Отчет2, Отчет3,... Обработка1, Обработка2, Обработка3,... пустышек, кому нужно что-то создать, берет и захватывает эту пустышку и в бой пилить творение, как пустышки (шаблоны, минимальный код там есть например в отчетах) заканчиваются, то копипастятся еще десяток или два и скидываются в хранилище.

(37) Да, не подфартило. Но тс можно процитировать инструкцию по обновлению 1С - "Удалить предыдущие расширения... ".Но кто же их читает и выполняет)

(37) Это просто рукожопство и халатность фирмы 1С и не более!
Творят черти что и у людей в базах сыпятся эти расширения заплатки
Вчера сам удалял одно из таких недоразумений в ERP 2.5.20.102

(39) У всех стоит галка автоматических обновлений патчей и как бы ожидается, что этот механизм мусор та за собой подбирает в виде устаревших заплаток

(41) Механизм работает в 99,99% случаев ( неплохо).

(21) Если например с типовой конфы например ERP снять замочек в корне, то это сразу плюс к времени обновления, 3-4 часа обновление вместо 30-60 минут, особенно долго именно сравнение объединение идет независимо от того много 1С чего поменяло или нет.
Обновление типовой со всеми замками + с расширениями проходит быстро.

(42) Не могу не согласиться.
99,99% видимо это при условии, что не будут кривые патчи подсовывать программисты фирмы 1С.

(43) +100500.Не понимаю, почему это никто раньше не отметил. Быстрее и экономнее к человеческим ресурсам.

(45) На прежней работе была тоже ERP но увы из-за планов видов обменов нужных нам на тот момент для обмена с ОхранойТруда пришлось замочек та с корня снять.
В тот день, когда хотел ставить обновление вечером, приходилось уже в районе обеда запускать процесс сравнения объединения, потом просто сохранял результат не применяя.
В час Х уже делалось применение изменений, что уже было демократичным для юзеров, а не так как делают некоторые, уже на стадии сравнения объединения всех юзеров изгоняют. А потом ночь не спят сами и полуночным трудягам тоже в базу зайти не дают. Бывало руководители филиалов по всей стране да посиживали по ночам, видимо с тоннами кофе. Жалко было их отлучать от базы на долго)))