Работа с регламентными заданиями в файловом варианте информационной базы 1С часто преподносит неприятные сюрпризы. Распространенная ситуация: вы настроили расписание, проверили Консоль заданий, там значится статус «Выполнено», но при этом в Журнале регистрации зияют дыры, а реальные действия (например, выгрузка данных или расчеты) не произошли. Проанализируем, почему механизм, который кажется простым, дает сбои без видимых закономерностей, и разберем по шагам, как добиться стабильности.
Прежде чем приступать к лечению, нам необходимо понять физику процесса. В отличие от клиент-серверного варианта, где за расписание отвечает менеджер заданий на сервере приложений, в файловой базе отдельного серверного процесса не существует. Регламентные задания выполняются внутри обычного клиентского сеанса.
Рассмотрим основные факторы, которые мешают запуску:
Бухгалтерия предприятия 3.0, используют Библиотеку стандартных подсистем (БСП), которая накладывает свои правила на управление очередью заданий.Проанализируем ситуацию: если мы полагаемся на «случайного» активного пользователя, стабильности не будет. Нам нужно создать условия, при которых за выполнение заданий будет отвечать конкретный сеанс. Разберем, как это сделать правильно.
В конфигурациях на БСП существует параметр «Отдельный сеанс для выполнения регламентных заданий». Однако просто поставить галочку в интерфейсе часто недостаточно. Мы рекомендуем использовать специальные ключи запуска для служебного пользователя.
Создадим ярлык для запуска 1С или пропишем в планировщике строку следующего вида:
"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F "C:\Bases\Accounting" /N "RobotUser" /P "Password" /AllowExecuteScheduledJobs -Force
Разберем параметры этого метода:
/AllowExecuteScheduledJobs — этот ключ явно разрешает выполнение регламентных заданий в данном сеансе.-Force — заставляет систему игнорировать некоторые блокировки и назначает текущий сеанс «ответственным» за планировщик.Важно помнить: этот сеанс должен быть запущен всегда. Если компьютер перезагрузится или сеанс «вылетит» по ошибке, задания снова перестанут выполняться.
Если вы столкнулись с тем, что встроенный механизм 1С работает непредсказуемо, рассмотрим вариант внешнего инициирования. Это «золотой стандарт» для файловых баз, который позволяет не держать сеанс открытым постоянно, а запускать его строго по расписанию.
Выполним настройку по шагам:
start_job.bat), который будет инициировать выполнение заданий.Пример содержимого файла:
@echo off
set "base_path=C:\Bases\Accounting"
set "user=RobotUser"
set "pass=Password"
set "exe_path=C:\Program Files\1cv8\8.3.22.1709\bin\1cv8.exe"
"%exe_path%" ENTERPRISE /F "%base_path%" /N "%user%" /P "%pass%" /Execute "C:\Scripts\DoJob.epf" /Out "C:\Logs\1c_job.log" -NoTruncate
В данном примере мы используем параметр /Execute, который запускает внешнюю обработку. В этой обработке в модуле объекта в процедуре ПриОткрытии можно прописать вызов того же метода, который должен был запускаться регламентным заданием.
Затем настроим Планировщик задач Windows на запуск этого .bat файла каждый час. Это гарантирует старт процесса, даже если предыдущие сеансы были завершены некорректно.
Если задание, по данным 1С, «выполняется», но результата нет, нам нужно понять, на каком этапе происходит сбой. Стандартный Журнал регистрации может не содержать записей, если ошибка происходит на этапе инициализации или если код задания не содержит процедур записи в лог.
Доработаем код нашего регламентного задания, добавив в него «партизанское» логирование в текстовый файл. Это поможет выяснить, запускается ли процедура на самом деле.
Посмотрим на пример кода внутри модуля:
Процедура ВыполнитьМоеЗадание() Экспорт
ИмяФайлаЛога = "C:\Logs\my_job_log.txt";
ТекстЛога = Новый ЗаписьТекста(ИмяФайлаЛога, КодировкаТекста.UTF8, , Истина);
ТекстЛога.ЗаписатьСтроку(Строка(ТекущаяДата()) + ": Начало выполнения задания.");
Попытка
// Здесь основной код вашего задания
// Например: Обработки.ЗагрузкаДанных.ВыполнитьЗагрузку();
ТекстЛога.ЗаписатьСтроку(Строка(ТекущаяДата()) + ": Задание выполнено успешно.");
Исключение
ТекстЛога.ЗаписатьСтроку(Строка(ТекущаяДата()) + ": Ошибка: " + ОписаниеОшибки());
КонецПопытки;
ТекстЛога.Закрыть();
КонецПроцедуры
Если после очередного «пропуска» файл лога не обновился, значит, управление даже не дошло до выполнения кода. В этом случае проблему нужно искать в настройках Параметры работы системы или в блокировках 1Cv8.1CD.
Иногда причиной странного поведения является «замусоривание» внутренних таблиц БСП. Разберем, как проанализировать состояние очереди. В консоли запросов или через обработку проверьте содержимое справочника Очередь заданий (если он используется в вашей версии конфигурации). Наличие записей со статусом «Ошибка» или «Выполняется» (которые на самом деле не активны) может блокировать последующие запуски.
Также проанализируем состояние кэша пользователя, под которым работает планировщик. В файловом режиме повреждение файлов в папке AppData\Local\1C\1Cv8 может приводить к тому, что метаданные регламентных заданий считываются некорректно. Рекомендуется периодически выполнять очистку кэша для этого служебного пользователя.
Проанализируем еще несколько факторов, которые часто упускают из виду:
chdbfl.exe.Подводя итог, можно сказать, что для файловой 1С:Бухгалтерии 3.0 наиболее жизнеспособным решением является либо выделенный сеанс с ключом /Force, либо внешний запуск через планировщик Windows. Эти методы позволяют обойти ограничения интерактивного режима и гарантировать выполнение критически важных бизнес-задач.