Понять что код выполняется регламентным заданием, а не клиентом #788589

Добрый день! Немножко специфики: Есть сервер 1с, который стоит на линухе. Работают с базой из-под винды. Есть на винде папка, куда сыпятся всякие xml файлики. Папка синхронизируется с ларьками, рассыпанными по полям нашей родины. На винде это просто D:/папка, а на линуксе это примонтированный сетевой диск /y/папка. То есть разные пути. Регулярно выполняется регламентное задание на сервере, которое сыпет в /y/ Один документ был очень специфичный - его могут проводить тыча мышкой, и он может быть проведен еще и этим регламентым заданием. При проведении выполняется подписка на событие - до этого проводили только вручную, и подписка на событие кидало фай в D:/папка, теперь проводит еще и регламентное задание. И пытается кинуть в D:/Папка, а не тут-то было! Онож на линуксе, у него нету D:/папка, ему нужен /y/папка! А кусок кода один и тот же. Собственно как можно понять - кто выполняет код? Бухгалтер тычет мышкой или это регламентное задание? В конфигураторе так и отображается - Пользователь(Фоновое задание). Как это понять в коде? Буду очень благодарен, расскажу анекдот

сыпь в сетевой каталог

или сделай кусок кода серверным

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

Объясню короче: в общем просто надо понять кто выполняет код, так как это пишется в активных пользователях в конфигураторе, например Серега(Толстый клиент), Администратор(Фоновое задание)

Там разные пути у каталога, если сыпать из-под винды или из-под линукса, в этом косяк. Просто надо понять откуда он сейчас сыпет - из-под винды или из-под линукса

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

а разве ж  UNC тут не прокатит??

А как понять, что это именно тип - фоновое задание? Интересно уже

тебе нужно понять на сервере выполняется код или на клиенте

#Если Клиент Тогда

Какой-нить параметр сеанса в истина в модуле сеанса, а потом в ложь в модуле приложения

Глобальный контекст.ПредставлениеПриложения (Global context.ApplicationPresentation) Глобальный контекст (Global context) ПредставлениеПриложения (ApplicationPresentation) Синтаксис: ПредставлениеПриложения(<ИмяПриложения>) Параметры: Тип: Строка. Строка, идентифицирующая приложение. Допустимые имена: 1CV8 - идентификатор приложения 1С:Предприятие в режиме запуска "Толстый клиент"; 1CV8C - идентификатор приложения 1С:Предприятие в режиме запуска "Тонкий клиент"; WebClient - идентификатор приложения 1С:Предприятие в режиме запуска "Веб-клиент"; Designer - идентификатор приложения Конфигуратор; COMConnection - идентификатор сессии внешнего соединения 1С:Предприятия через COM; WSConnection - идентификатор сессии Web-сервиса; BackgroundJob - идентификатор сессии обработки заданий; SystemBackgroundJob - идентификатор системного фонового задания; SrvrConsole - идентификатор сессии консоли кластера; COMConsole - идентификатор административной сессии внешнего соединения; JobScheduler - идентификатор сессии планировщика заданий; Debugger - идентификатор сессии отладчика; OpenIDProvider - провайдер OpenID; RAS - идентификатор сервера администрирования. Возвращаемое значение: Тип: Строка. Описание: Позволяет получить локализованное название приложения. Доступность: Сервер, толстый клиент, внешнее соединение. --------------------------------------------------------------------------------      Методическая информация

Это ты так типа пошутил? Параметр-то указывать самому надо

без всяких в частных случаях что мешает просто - проверяем наличие ресурса1, если не доступен - сыпем в ресурс2 ?

директивы компилятора, не?

Что б знать каким фоновым заданием меняются данные, под каждое задание делаем отдельного пользователя.