Новые метаданные в расширении

Форум Программирование Общие вопросы программирования (Dev)

1С:Бухгалтерия 3.0 Расширение (cfe)

1. soulriwer 02.10.25 09:28 Сейчас в теме

Доброго дня!

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

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

Подскажите, пожалуйста, есть ли риски потери данных? Или механизм расширений уже достаточно "вылизан"?
Может у кого-то есть опыт, когда "все работает годами" или наоборот?

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

По теме из базы знаний

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. RustamZz 02.10.25 09:30 Сейчас в теме

(1) Риск всегда есть, но он нивелируется созданием резервных копий.

3. user_2166499 02.10.25 09:30 Сейчас в теме

(2) Бэкапы - для трусов!

4. RustamZz 02.10.25 09:46 Сейчас в теме

(3) Было что при обновлении пропала таблица на SQL от расширения. Аж вспотел. Из копии потом данные перенесли.

5. user_2166499 02.10.25 09:48 Сейчас в теме

(4)

Аж вспотел.

Согласен. Это страшнее секса.

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

6. RustamZz 02.10.25 09:52 Сейчас в теме

(5) Так он и пишет -конфа на поддержке. Это что из-за тарелки холодца всю свинью резать?

7. user_2166499 02.10.25 10:12 Сейчас в теме

(6) Включить возможность изменений - еще не означает снять с поддержки.

8. RustamZz 02.10.25 10:16 Сейчас в теме

(7) Но это почти гарантированно отключает возможность обновления в режиме предприятия. Из-за каких-то справочников типа МЧД, которые сразу становятся дважды измененными.

12. user_2166499 02.10.25 10:46 Сейчас в теме

(8)

возможность обновления в режиме предприятия.

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

18. RustamZz 02.10.25 11:02 Сейчас в теме

(12) А мы покупаем или продаем? У нас есть клиенты на типовых с кастомизацией с помощью расширений. Они обновляются или сами или нашими консультантами. Если клиент с кастомизацией в конфе - то обновляет программист или я. Поэтому нового клиента с кастомизацией в конфе (доработки только кода) переводим на расширения, что бы программисты - программировали.

22. user_2166499 02.10.25 11:24 Сейчас в теме

(18)

А мы покупаем или продаем?

Разработчик всегда продает.

23. RustamZz 02.10.25 11:27 Сейчас в теме

(22) Если продает находясь внутри компании это одно, а если вовне то другое.

25. user_2166499 02.10.25 11:38 Сейчас в теме

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

9. soulriwer 02.10.25 10:19 Сейчас в теме

(5)

В расширение метаданные пихать только в случае тиражных решений, а не кастомных доработок.

Не совсем понятно, где здесь логика?

13. user_2166499 02.10.25 10:47 Сейчас в теме

(9) Бывает.

15. truba 02.10.25 10:54 Сейчас в теме

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

16. user_2166499 02.10.25 10:56 Сейчас в теме

(15) Хозяин базы всегда сможет самостоятельно принять решение - внедрить тиражное расширение внутрь своей базы. И оплатить такое решение. Это его риски, ему их и хеджировать.
Или ты предлагаешь каким-то макаром продавать тиражные решени, которые сами внедряются в конфигурацию покупателя?

20. truba 02.10.25 11:12 Сейчас в теме

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

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

Но возможно это все мои влажные мечты.

21. user_2166499 02.10.25 11:23 Сейчас в теме

(20) Вот для этих тысяч ИПшчек достаточно данных в расширениях. Просрут - ну и фиг с ними. Не миллиардные убытки.

10. soulriwer 02.10.25 10:28 Сейчас в теме

(4) Переносили средствами SQL?

11. RustamZz 02.10.25 10:38 Сейчас в теме

(10) Нет выгрузка загрузка. Тестовый сервер слишком далеко.

14. truba 02.10.25 10:49 Сейчас в теме

(2) А если резервная копия это от 1Тб и таких баз несколько и технологическое окно исключительно на реструктуризацию по новому алгоритму и нужно проверять наличие всех-всех-всех расширений после обновления?

Все же бекапы делают }/{ёпу обратимой и то только лишь в некоторых границах, но совершенно не нивелируют.

17. RustamZz 02.10.25 10:56 Сейчас в теме

(14) Если только бекап прода 1ТБ то и обновлять его другая схема. Сначала копия, проверка всех расширений, тест после обновления и только потом в прод. Если вы делаете по другому, то увы...

19. truba 02.10.25 11:06 Сейчас в теме

(17) Тогда во временные нужды добавляем время на * всех обновляемых баз назад и бизнесу говорим что не смотря на предыдущее тестирование они могут не получить то, чего обещано, плюс увеличенное тех. окно.

Я ж не утверждаю что бекапы не решают проблем и их не нужно поэтому делать. * к бекапу в некоторых случаях это само по себе проблема. У меня эстетический вопрос к слову "нивелируют". Такая нивеляция может выйти в дополнительный день без сна.

24. RustamZz 02.10.25 11:33 Сейчас в теме

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

Для отправки сообщения требуется регистрация/авторизация