Как в 1С программно получить путь к внешней обработке, переданной через параметр /Execute

← На главную

При автоматизации задач в 1С программисты часто используют запуск системы через планировщик задач Windows с помощью BAT-файлов. В таких сценариях ключевым параметром является /Execute, который указывает платформе, какую внешнюю обработку нужно запустить сразу после открытия базы. Однако возникает техническая сложность: стандартный механизм 1С, предоставляющий доступ к параметрам запуска, "видит" только данные после ключа /C, игнорируя содержимое ключа /Execute. В этой статье мы разберем, почему так происходит, и рассмотрим несколько надежных способов "отловить" путь к запускаемой обработке.

Анализ проблемы: почему ПараметрЗапуска нас подводит

Давайте проанализируем, как платформа 1С обрабатывает командную строку. Существует стандартное свойство ПараметрЗапуска, которое доступно как в глобальном контексте, так и в процедуре ПриНачалеРаботыСистемы. Проблема заключается в том, что 1С жестко разделяет системные ключи и пользовательские параметры.

Ключ /Execute является системным. Платформа считывает его, находит файл обработки, загружает его в память и "забывает" о строке пути. В переменную ПараметрЗапуска попадает только то, что передано после ключа /C. Если ваш BAT-файл выглядит так:


"C:\Program Files\1cv8\common\1cv8.exe" ENTERPRISE /F "C:\Bases\Trade" /Execute "C:\Scripts\MyTask.epf" /C "DailyLog"

То внутри 1С значение свойства ПараметрЗапуска будет равно строке "DailyLog", а информация о "C:\Scripts\MyTask.epf" будет полностью утеряна для встроенного языка. Рассмотрим, как это можно обойти.

Способ 1. Дублирование параметров в командной строке

Разберем самый простой и эффективный метод, который не требует использования сторонних библиотек или сложных системных вызовов. Если мы знаем, что платформа отдает нам только содержимое ключа /C, мы можем просто продублировать там путь к обработке.

Сформируем структуру BAT-файла следующим образом:


SET epf_path="C:\1CBases\scripts\Processing.epf"
SET task_name="ExportData"

"C:\Program Files\1cv8\common\1cv8.exe" ENTERPRISE /F "C:\MyBase" /Execute %epf_path% /C %epf_path%

В этом случае в процедуре ПриНачалеРаботыСистемы (в модуле управляемого приложения) мы сможем легко получить путь:


Процедура ПриНачалеРаботыСистемы()
    ПутьКОбработке = ПараметрЗапуска;
    Если ЗначениеЗаполнено(ПутьКОбработке) Тогда
        // Логика обработки
    КонецЕсли;
КонецПроцедуры

Если же вам нужно передавать и путь, и какое-то дополнительное имя задачи, мы рекомендуем использовать разделители. Например, передавайте строку вида "Path=C:\Scripts\My.epf;Task=Export", а затем разбирайте ее функцией СтрРазделить().

Способ 2. Использование WMI для анализа командной строки процесса

Посмотрим на более продвинутый вариант. Если вы не можете изменить структуру BAT-файла или вам нужно получить "сырую" строку запуска по соображениям безопасности и логирования, можно обратиться к инструментарию Windows Management Instrumentation (WMI).

Этот метод позволяет запросить у операционной системы полную командную строку, с которой был запущен текущий процесс 1cv8.exe. Проанализируем пример кода, который реализует этот подход:


Функция ПолучитьПолнуюСтрокуЗапуска() Экспорт
    ИмяКомпьютера = ".";
    ServiceWMI = ПолучитьCOMОбъект("winmgmts:{impersonationLevel=impersonate}!\\" + ИмяКомпьютера + "\root\cimv2");
    
    // Получаем ID текущего процесса, чтобы не перепутать с другими запущенными 1С
    // В 1С 8.3 для этого можно использовать Win32_Process.ExecutablePath и фильтры
    МенеджерПроцессов = ServiceWMI.ExecQuery("SELECT CommandLine FROM Win32_Process WHERE Name = '1cv8.exe'");
    
    Для Каждого Процесс Из МенеджерПроцессов Цикл
        СтрокаЗапуска = Процесс.CommandLine;
        // Здесь нужно добавить логику поиска ключа /Execute в строке
        Если СтрНайти(СтрокаЗапуска, "/Execute") > 0 Тогда
             Возврат СтрокаЗапуска;
        КонецЕсли;
    КонецЦикла;
    
    Возврат "";
КонецФункции

Важный нюанс: На сервере может быть запущено множество процессов 1cv8.exe. Чтобы найти именно свой процесс, можно использовать сравнение времени запуска процесса или более сложные манипуляции с идентификаторами сессий. Однако для клиентского запуска (через планировщик на рабочей станции) этот метод работает безотказно.

Способ 3. Вызов функций Windows API через внешние компоненты

Рассмотрим вариант для тех, кто готов к более низкоуровневой работе. В системной библиотеке kernel32.dll существует функция GetCommandLineW, которая возвращает именно ту строку, которая была передана при создании процесса.

Для реализации этого метода в 1С нам потребуется написать небольшую внешнюю компоненту (на C++ или C#) или использовать средства интеграции, такие как HTMLПриложение (хотя в новых версиях платформы это становится все сложнее из-за ограничений безопасности).

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


Компонента = Новый ("AddIn.SystemUtils.WinAPI");
ПолнаяСтрока = Компонента.GetFullCommandLine();
// Далее парсим строку регулярным выражением, чтобы вытащить путь после /Execute

Способ 4. Использование временных файлов-флагов

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

BAT-файл создает текстовый файл start_params.txt в определенной папке.
Записывает туда полный путь к обработке.
Запускает 1С.
В процедуре ПриНачалеРаботыСистемы код 1С проверяет наличие файла, считывает путь и обязательно удаляет файл (чтобы следующий запуск не подхватил старые данные).

Этот подход хорош тем, что он не зависит от капризов платформы 1С в плане обработки спецсимволов в путях или ограничений длины командной строки.