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

(0)[Когда сохранение номенклатуры вызывается программно,]
дык передай в доп.параметры флажок

Для этого же ДополнительныеСвойства существуют.

В дополнительные свойства пихай флаг

(0) https://program1s.com/parametri-v-modul-objekta/

при записи номенклатуры программно процедуры из формы элемента вообще не должны отрабатывать.

(5) Отработка идет на процедурах формы, а в процедуре подписки на событие "ПриЗаписи"

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

(6) Сделай подписку на ОбработкаПроверкиЗаполнения и там установи флаг ДополнительныеСвойства

(1) В подписке на событие "Призаписи" передаются два параметра - Источник и Отказ. Источник - это объект Номенклатура. Как передать доп. параметр?

Попытка
        ВызватьИсключение "";
    Исключение
        СтэкВызова=ПодробноеПредставлениеОшибки(ИнформацияОбОшибке());
    КонецПопытки;

(7) (10) :)) Интересно, предполагали ли разработчики платформы, для чего будут использовать этот функционал?

(7) (10) За такое стоить бить. Ногами. Рвать сертификаты и выгонять с позором.

(12) ой, ладно

(11) Думаю, да.
И это, конечно, был аргумент против реализации этой функциональности.
Но если пытаться запрещать все вредные варианты использования, то не стоит продавать отвёртки и пр.
Например, ЗУП на инициализации одного из параметров сеанса выполняет запрос, выдающий ошибку на Oracle, таким образом понимает что это Oracle и потом (уже глядя на значение этого параметра сеанса) в некоторых местах выполняет другие запросы. Если пытаться это запретить - нужно оторвать конструкцию Попытка / Исключение вообще.

(14) круто

(8) Спасибо. Попробую этот вариант

(0) в (4) ведь есть пример.
В модуле формы номенклатуры в событии ПередЗаписьюНаСервере пишите:
ТекущийОбъект.ДополнительныеСвойства.Вставить("ЗаписьИзФормы", Истина);

В подписке на событие пишите:
Если Источник.ДополнительныеСвойства.Свойство("ЗаписьИзФормы") Тогда
//код который должен выполняться при интерактивной записи
Иначе
//код который должен выполняться при программной записи
КонецЕсли;

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

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

(18) Вот не хотелось бы трогать модули формы. Поэтому такие навороты пробую
Но я пока ещё думаю, что рациональнее в нашем случае сделать ))

(19) чего это такое
а где тогда трогать, в подписке что ли? собственно без разницы: когда перебираем обработкой, ДопСвойства.Вставить(), потом где угодно хоть в подписке, хоть нет проверка на ДопСвойства.Свойство(), все.

(20) не трогать форму не получится (если только уже нет вызова ОМ из этого события), в крайнем случае - расширение в помощь

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

(0) Необходимо на этапе постановки задачи всеми фибрами упираться от задачи вида "Здесь играть, здесь не играть, а здесь я рыбу заворачивал".

(0) в типовом решении (ЕРП или там УТ) куча дополнительных свойств из формы объекта передается (см. событие ПередЗаписьюНаСервере). По-любому их более чем достаточно - даже форму менять не придется

ЕРП 2.4.11.91
&НаСервере
Процедура ПередЗаписьюНаСервере(Отказ, ТекущийОбъект, ПараметрыЗаписи)
    
    ПараметрыЗаписи.Вставить("ЭтоНоваяНоменклатура", Не ЗначениеЗаполнено(Объект.Ссылка));
    
    ТекущийОбъект.ИспользоватьИндивидуальныйШаблонЭтикетки = Булево(ИспользоватьИндивидуальныйШаблонЭтикетки);
    ТекущийОбъект.ИспользоватьИндивидуальныйШаблонЦенника  = Булево(ИспользоватьИндивидуальныйШаблонЦенника);
    
    ТекущийОбъект.ДополнительныеСвойства.Вставить("НаименованиеДляПечатиСформировано");
    ТекущийОбъект.ДополнительныеСвойства.Вставить("РабочееНаименованиеСформировано");
    ТекущийОбъект.ДополнительныеСвойства.Вставить("СменаВидаНоменклатурыОтработана");
    ТекущийОбъект.ДополнительныеСвойства.Вставить("РабочееНаименованиеПроверено", Истина);
    
    // Обработчик механизма "Свойства"
    УправлениеСвойствами.ПередЗаписьюНаСервере(ЭтаФорма, ТекущийОбъект);
    
    МодификацияКонфигурацииПереопределяемый.ПередЗаписьюНаСервере(ЭтаФорма, Отказ, ТекущийОбъект, ПараметрыЗаписи);
    
КонецПроцедуры

(26) это не изменение модуля объекта?

(27) какой еще модуль объекта? директива указана и предопределенное событие "ПередЗаписьюНаСервере"

не то увидел

Всем спасибо за советы и обсуждения. Сделала так:
В подписке на событие "ОбработкаПроверкиЗаполнения" вставила Источник.ДополнительныеСвойства.Вставить("ЗаписьИзФормы", Истина);
Этот обработчик вызывается только при записи объекта из формы. Соответственно, значение Истина будет установлено только при записи через форму

В подписке на событие "ПриЗаписи" вставила проверку значения Источник.ДополнительныеСвойства.Свойство("ЗаписьИзФормы")

(30) необязателнь. Если сделать СправочникОбъект.ПроверитьЗаполнение() то тоже вызовется

(30) не только из формы, и в общем случае - неправильно:

ОбработкаПроверкиЗаполнения (FillCheckProcessing)
Описание:
Вызывается расширением формы при необходимости проверки заполнения реквизитов при записи в форме, а также при выполнении метода ПроверитьЗаполнение.

(31) (32) Вы правы... Увы, без изменения в модуле элемента справочника не обойтись. Пришлось доп. свойство вставлять в ПередЗаписью() там.

а вот этого не достаточно?

Если ОбменДанными.Загрузка Тогда
     Возврат;
КонецЕсли;

А мне вот интересно, для кого такого грамотного разработчика в Типовом коде написано

МодификацияКонфигурацииПереопределяемый.ПередЗаписьюНаСервере(ЭтаФорма, Отказ, ТекущийОбъект, ПараметрыЗаписи);

Ведь нарочно указано!

Бери этот модуль и метод в Расширение с директивой После и дописывай туда хоть черта лысого... Но нет, надо упереться и ни в коем разе типовой код не смотреть.

(14) ну так себе средство, могли бы нормальное средство в платформу зашить
и потом это противоречит идеологии "один код - много платформ"

(33) "Пришлось" в смысле столкнулась с вызовом ОбработкаПроверкиЗаполнения ?

(35) Да потому что! )))
Эта конфа на обычных формах и платформа 8.3.5 по ряду причин (только не срашивайте, каких!)

(38) Нет, но во избежание...

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

:-)