А где стандарты по расширениям!?

РУБРИКА «ЧёПоСтандартам»

Сегодня не будет ссылки на стандарты 1С, потому что я их не нашел. Может плохо искал?
Подскажите, кто-то видел стандарты по расширениям 1С?

Если же их все-таки нет, то хотелось бы озвучить свой стандарт, который я пропагандирую)

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

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

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

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

#ЧёПоСтандартам

РУБРИКА «ЧёПоСтандартам»
Получение предопределенных значений на клиенте
и
Использование предопределенных элементов

Как получить предопределенный элемент? Довольно просто, учитывая, что есть самая простая конструкция:
.... = Справочники.НашСправочник.НашПредопределенныйэлемент;

НО, новички могут забывать про работу на клиенте:

#std443

Для получения значения ссылок на предопределенные элементы справочников, планов видов характеристик, планов счетов, планов видов расчета, ссылки на значения перечислений, системных перечислений и точек маршрута бизнес-процессов в коде, выполняемом в клиентском коде (тонкий клиент, веб-клиент), где объекты типа СправочникМенеджер.<ИмяСправочника>, ПеречислениеМенеджер.<ИмяПеречисления> и т.п. не доступны, предназначена функция глобального контекста ПредопределенноеЗначение.
Например:

ЮрФизЛицо = ПредопределенноеЗначение("Перечисление.ЮридическоеФизическоеЛицо.ЮридическоеЛицо");

и про то, что хоть элемент может быть предопределенным, его могли и удалить в базе:

#std697

При использовании в конфигурации Библиотеки стандартных подсистем (БСП) версии 2.1.4 и выше рекомендуется использовать функцию ПредопределенныйЭлемент общего модуля ОбщегоНазначения или ОбщегоНазначенияКлиент, которая возвращает Неопределено для несуществующих в ИБ предопределенных элементов:

  ... = ОбщегоНазначенияКлиент.ПредопределенныйЭлемент("ПланВидовРасчета.Начисления.ОкладПоЧасам");

P.S. Полное описание стандарта по ссылке в начале поста
#ЧёПоСтандартам

РУБРИКА «ЧёПоСтандартам»
И снова про расширения и снова без стандартов 1С)

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

Итак, у нас есть 3 вида расширений: Исправление, Адаптация и Дополнение, и применяются они именно в таком порядке!
Ни на что другое, кроме как объединения в "группы расширения" и порядка выполнения они не влияют.

Но вот вопрос, а в каком порядке они применятся внутри этих "групп"?

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

Суть эксперимента: добавлена функция Вместо у обработчика формы ПриСозданииНаСервере, и установив в каждом методе точку останова, получился следующий порядок (согласно скриншоту): Расширение2, А1, Расширение4, Расширение3, Расширение1.

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

#ЧёПоСтандартам

Анонс мероприятия, направленного на все роли в команде!

Всем привет! Весной 2026 года в Москве состоится новая конференция от Инфостарта, объединяющая всех профессионалов экосистемы 1С!

Infostart Team Event 2026 - это мероприятие, где выстраиваются связи между IT и бизнесом.
Совместное участие разработчиков, аналитиков и руководителей позволяет учиться вместе, понимать друг друга лучше.

В программе более 130 докладов и мастер-классов:
💻 разработка, HighLoad и DevOps
📊 аналитика, BI и отчётность
🧠 ИИ в 1С
🧩 управление проектами и командами
🛡 безопасность и киберзащита
💬 soft skills и многое другое

Кто будет подавать заявку, успейте до 22 января по ссылке 👉 Подать заявку

Кто давно читает мой канал, знаете, что я часто рекомендую посещать подобные мероприятия по возможности, а сейчас ещё можно успеть купить билеты со скидкой до 30% на билетах по акции 2в1 или тарифу Команда

Где и когда:
📍 Москва, Конгресс-центр ЦМТ, Краснопресненская наб., 12
📅 12–14 марта 2026 года

#ЕБ_Рекомендации

РУБРИКА «ЧёПоСтандартам»
Транзакции. База

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

#std783

1.2. Начало транзакции и ее фиксация (отмена) должны происходить в контексте одного метода

Правильно

Процедура ЗаписатьДанныеВИБ()

    НачатьТранзакцию();

    Попытка
        ... // чтение или запись данных
        ДокументОбъект.Записать()
        ЗафиксироватьТранзакцию();
    Исключение
        ОтменитьТранзакцию();
        ... // дополнительные действия по обработке исключения
    КонецПопытки;

КонецПроцедуры

И ещё несколько важных пунктов, нарушение которых встречал на практике от менее опытных коллег:

1.4.1. Не стоит усложнять код, явно используя метод НачатьТранзакцию, когда кроме записи объекта другие действия c базой данных не делаются

1.4.4. При обработке исключения, если транзакция все еще активна, например, исключение возникло во вложенной транзакции, нельзя обращаться к базе данных, так как это приведет к исключению «В этой транзакции уже происходили ошибки». При этом нужно учитывать, что обращение к базе данных может быть неявным, например, для получения представления ссылки.

2.1.1. Если с точки зрения бизнес-логики действия могут быть выполнены по отдельности, то их в общем случае не следует объединять в одну транзакцию.
2.1.2. Исключением из п.2.1.1 могут быть случаи, когда с целью оптимизации несколько несвязанных объектов обрабатываются в рамках одной транзакции.

2.3. В рамках транзакции нужно стремиться выполнять минимум действий

P.S. Полное описание стандарта по ссылке в начале поста
#ЧёПоСтандартам