Всем привет,

На мисте, партнерке, ИС и прочих ресурсах не так много практических примеров, поэтому решил поднять тему еще раз.

Подскажите, пжл, на практике кто-нибудь использует расширение на КРУПНЫХ проектах для создания НОВЫХ объектов МД?
С заимствованием вопросов нет, есть большие вопросы в надежности расширения при работе с собственными объектами.

Какие я вижу потенциальные проблемы и хочу убедиться, что прав/не прав, пока не поздно переиграть.

1. Технические ограничения на уровне платформы. Далеко не все можно создать на уровне расширения
Для самой последней версии платформы 1С 8.3.16 (и даже 17) сохраняются технические ограничения создания некоторых собственных объектов платформы.
Например,  
Не поддерживается изменение структуры регистров всех видов. Поддерживается только расширение состава регистраторов.
В расширении конфигурации не поддерживается использование заимствованных определяемых типов.
Не поддерживается создание следующих собственных объектов:

● Общие реквизиты.
● Регламентные задания.
● Определяемые типы.
● Хранилища настроек.
● Языки.
● Журналы документов.
● Бизнес-процессы и задачи.
● Внешние источники данных.

Резюме: Перспектива и сроки решения платформенных ограничения не ясны!

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

3. Возможные технические проблемы с расширением с угрозой потери данных, когда для устранения проблемы в расширении объект необходимо будет пересоздать.
Сам сталкивался с подобными проблемами только с заимствованными объектами, поэтому пересоздал без проблем.
В данном пункте интересует именно опыт коллег по цеху. Кто уже сталкивался на бою?

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

я здесь не рассматриваю.

Расширение вне Фреша - только для хотфиксов

Расширение при запуске может быть автоматически отключено из-за каких-либо ошибок.

(1),(2) я это все уже проходил на своей практике и понимал риски.

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

(0) Я сейчас на крупном внедрении.
Расширения запрещены.

(3) Ставьте конфигурацию на поддержку еще одного поставщика, я вполне себе видел вживую конфу на поддержке 3х поставщиков

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

(5) суть расширения при таком подходе теряется. С двумя конфами на поддержке как быть с переопределением? Все равно получается многие вещи придется кастомить прямо в типовой коробке при таком подходе
(6) да, маркетинговый шаг понятен. Но пионерами быть не хочется.

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

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

(8) Тебе этого мало?
(7) добро пожаловать в Энтерпрайз. тут нет просто и удобно. Костыли которыми ты будешь натирать руки на галере из года в год, вот что ждет.

(8) Предметно? Найми специалиста и заставь его все это сделать - создать предмет для предметного разговора с 1С.
Другие крупные внедренческие центры так и делают. Или идут в бой и собирают на себя пинки от Заказчиков.

(8) вся БСП построена на определяемых типах. Т.е. если захочешь добавить в свои документы фишки из бсп (например подсистему печати) устанешь это делать в расширении
куча функционала завязано на ПВХ (субконто, дополнительные реквизиты). Т.е. захочешь добавить свой справочник через механизм доп.реквизитов - и тут тебя ждет облом.
Почесав тыковку ты решил добавить реквизит напрямую через расширение? Я бы не торопился - После добавления реквизитов через расширения 1С удаляет элементы при ТиИ,

(11) Алексей, спасибо!
Для БСП обычно есть переопределяемые ОМ, которых мне как правило хватало для доработок.
Кейс с ТИИ понятен.

вот вам еще на вентилятор )) При сохранении расширения БД виключили сервер

(12) в последних версиях там сложнее. Это раньше в переопределямых был список видов документов и справочников куда можно через расширение вклиниться. Теперь, для универсальности они всю инфу тащат из предопределяемых типов. И вот тут уже не влезешь

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

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