Имя: Пароль:
1C
 
Куда вносить изменения, чтобы потом было проще обновлять?
0 1сПупс
 
23.04.26
11:48
Коллеги, доброго дня!
Есть база УТ11 типовая.
Планируется сильное изменение, поделитесь опытом, куда вносить изменения, чтобы потом было проще обновлять?
1 Fish
 
гуру
23.04.26
11:52
Зависит от самих изменений.
2 1сПупс
 
23.04.26
11:58
(1) по объёму планируется до четверти конфигурации. Документы, справочники, регистры. Скажем так, адаптация для отраслевика.
3 Fish
 
гуру
23.04.26
12:01
(2) Если планируются новые документы, справочники, регистры (или их реквизиты), то их я бы вносил в саму конфу. Не люблю новые метаданные выносить в расширения. Хотя, наверное, кто-то считает иначе.
4 RVN
 
23.04.26
12:06
Если менять типовой программный код, то по возможности, в расширение(и то надо смотреть).
Если в типовые объекты добавлять новые реквизиты метаданных - то снимать объект с замка и добавлять в конфигурацию.
Если совсем новые объекты - добавлять в конфигурацию.
ИМХО
5 mikecool
 
23.04.26
12:09
если потерять новые данные не критично - выносить в расширение и не лохматить бабушку
6 Fedor-1971
 
23.04.26
12:18
(0) тут есть тонкость: если будете продавать - имеет смысл вынести доработки в расширение, но, при обновлении конфы и доработке в режиме &ИзменениеИКонтроль может отвалиться всё расширение (чисто алгоритмы, данные останутся целыми).
Тут важно помнить - расширения не видят друг друга, т.е. если добавить справочник в одно расширение, использовать его в другом не получится
Подход в (3) более устойчив в плане собственных доработок, но при продаже, придётся внимательно переносить исправленное
7 mikecool
 
23.04.26
12:19
(6) т.е. если добавить справочник в одно расширение, использовать его в другом не получится
получится, в какой то платформе, начиная с 27х  даже консоль запросов все видит
8 Fedor-1971
 
23.04.26
12:23
(7) Почитаю про новые возможности в последних релизах платформы, если справочники видны между расширениями, то  это очень хорошо
9 Fish
 
гуру
23.04.26
12:33
(7) "консоль запросов все видит" - Имеется ввиду конструктор запросов в конфигураторе? Потому что консоль запросов в предприятии вроде всегда видела все справочники всех подключенных расширений.
10 mikecool
 
23.04.26
12:41
(9) ага, про конструктор речь вел
11 1сПупс
 
23.04.26
12:43
(9) Консоль запросов в режиме Предприятия всё видит, в режиме Конфигуратора конструктор запроса видит:
1. Основная конфигурация - Только Основная конфигурация
2. Расширение1 - Основная конфигурация + Расширение1
3. Расширение2 - Основная конфигурация + Расширение2
правильно?
12 Jackman
 
23.04.26
12:59
(0) Новые объекты, информация в которых ценна и трудно восстанавливать (регистры с важными данными, документы) - в основную конфигурацию, а все остальное в расширения. Даже формы новых док-тов и справочников можно в расширения.

Какие-то объекты, которые быстро теряют актуальность, для которых не важна сохранность их истории (например, какие-то вспомогательные регистры сведений) можно тоже в расширение.
13 Fish
 
гуру
23.04.26
13:01
(11) Тут не подскажу.
14 DrZombi
 
гуру
23.04.26
13:04
(0) Реквизиты менять в основной конфигурации.
Формы основной конфигурации менять в расширении.
Формы менять программно, т.е. писать код по добавлению реквизитов. (просто стабильно работает, чем изменение мышкой в расширении)
У вас будет некий симбиоз. Как бы вы что-то изменили, и не изменили :)
15 DrZombi
 
гуру
23.04.26
13:07
(11) Если справочники будете добавлять в расширении, то словите баги работы с консолью запросов из обработок.

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