вот задумался - а почему в типовых почти нигде не используется возможность сохранить код в режиме пользователя и использовать его? Пока только что-то похожее есть при формировании формулы вида начисления в ЗУП.
например, был бы РС с измерениями типа ОбъектМД, выполняемаяПроцедура, привилигированныйРежим, текст.И можно было включить свой код по проверке, например, прав пользователя, или какое-то ограничение по датам отгрузки(УТ) в  обработку проведения дока без_изменения_типовой_конфигурации

в типовой будет, например:

ОбработкаПроведения(отказ, Режим)
ТекстДополнительногоКода = ПолучитьТекстДополнительногоКода("обработкаПроведения","РеализацияТоваровУслуг");
Отказ = Выполнить(ТекстДополнительногоКода);

как-то так.


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

(0) ага, видел такое, там вся бизнес-логика хранится в справочниках, тормоза постоянные...

Фиксинизм какой-то...

проблема в чем? исполняемый код 1С не машинный код - интерпретатор с промежуточного байт-кода
теперь для Выполнить потребуется еще вначале перевести некий текст в байт-код, а его оттранслировать

(3) а в чем проблема? десяток строк кода интерпретируются быстро

Выполнить(), кстати, разве возвращает что-то?..

Почитай еще про контекст выполнения, где он выполняется на клиенте, на сервере. Смотрит ли на директивы...

Пля.. это такой гемор при разработке и отладке... На.... На....

(0)небезопасно

(4) да ни в чем собственно, просто видел, что описал в (1)

(0) "Если очень хочется, но нельзя, - значит можно"(с)

(0) в чем проблема написать этот же код в конфигураторе?

(6) не смотрит :)

#Если <ВСЕГДА ЛОЖЬ> Тогда

Для этого нужно писать свои функции общих модулях для определения контекста

(10) эх такую поговорку и так неправильно сказать

(11) проблема в дальнейшем обновлении

(14) Это как раз не проблема, главное сделать выгрузку кода в файлы, а там уже svn, bzr, git разберется, че менял.

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

(15) если конфа не изменена, то обновить может и бухгалтер. без всяких выгрузок кода

Я имею ввиду ваш справочник Кода для ВЫПОЛНИТЬ.