При разработке механизмов автоматизации, особенно в условиях использования расширений и отраслевых решений с «закрытым» кодом, программисты 1С часто сталкиваются с ошибкой «Слишком много фактических параметров для метода фонового задания». Эта проблема критична тем, что она возникает на уровне ядра платформы в момент инициализации фонового процесса, из-за чего отладчик не всегда может «зацепиться» за начало выполнения процедуры. Рассмотрим подробно, почему это происходит и как правильно настроить передачу параметров.
Разберем ситуацию с точки зрения платформы 1С:Предприятие. Когда регламентное задание срабатывает по расписанию или запускается вручную, система создает объект ФоновоеЗадание. У этого объекта есть свойство Параметры, которое представляет собой Массив. Платформа сопоставляет количество элементов в этом массиве с количеством параметров, объявленных в процедуре-обработчике (метод, указанный в метаданных регламентного задания).
Важное правило: Количество элементов в массиве параметров должно строго совпадать с количеством параметров в заголовке процедуры. Рассмотрим пример:
МойМодуль.ВыполнитьОбмен() (без параметров), а в объекте задания в свойстве Параметры лежит массив хотя бы с одним элементом — возникнет ошибка.Процедура ВыполнитьОбмен(Параметр1, Параметр2), а массив параметров пуст или содержит один элемент — фоновое задание также завершится аварийно.Проанализируем ситуацию, когда конфигурация «закрыта» (например, решения от «Ювелирсофт»). В таких системах часто нельзя менять состав параметров методов в основной конфигурации, а попытка изменить их через расширение приводит к конфликтам применения модуля.
Посмотрим на пример из практики, когда программист пытается расширить функционал метода ВыгрузкаИнтернетЗаказовВЮвС. Если в основной конфигурации этот метод объявлен без параметров, то при использовании аннотации &Вместо в расширении вы обязаны соблюсти ту же сигнатуру:
&Вместо("ВыгрузкаИнтернетЗаказовВЮвС")
Процедура rCrm_ВыгрузкаИнтернетЗаказовВЮвС() Экспорт
// Ваш код здесь
КонецПроцедуры
Если вы попытаетесь добавить параметры в эту процедуру в расширении (например, Процедура rCrm_ВыгрузкаИнтернетЗаказовВЮвС(Пар1, Пар2)), платформа выдаст ошибку: «Список параметров метода не соответствует методу основной конфигурации». Это делает невозможным передачу данных напрямую через параметры метода, если их изначально не заложил разработчик основной конфигурации.
Выясним причину ошибки при интеграции с Библиотекой стандартных подсистем (БСП). Стандартный механизм запуска дополнительных обработок по расписанию через модуль ДополнительныеОтчетыИОбработки часто требует два параметра:
ВнешняяОбработка (Ссылка на справочник).ИдентификаторКоманды (Строка).Если ваше регламентное задание имитирует этот механизм, но вызывает процедуру, которая не ожидает этих данных, вы получите обсуждаемую ошибку. Проанализируем пример кода, который вызывает проблему при регистрации задания:
МассивПараметров = Новый Массив;
МассивПараметров.Добавить(Справочники.ДополнительныеВнешниеОбработки.ПустаяСсылка);
МассивПараметров.Добавить(Запись.ВидОбмена);
ПараметрыЗадания.Вставить("Параметры", МассивПараметров); // ОШИБКА: процедура-обработчик не имеет параметров!
Рассмотрим два варианта решения в зависимости от ваших задач.
Если вы используете существующую процедуру без параметров, вам необходимо убедиться, что при программном создании или изменении регламентного задания массив параметров остается пустым. Исправим код регистрации задания:
Процедура ПередЗаписью(Отказ, Замещение)
Для каждого Запись ИЗ ЭтотОбъект Цикл
Задание = РегламентныеЗаданияСервер.Задание(Запись.ИдентификаторРегламентногоЗадания);
ПараметрыЗадания = Новый Структура;
ПараметрыЗадания.Вставить("Метаданные", Метаданные.РегламентныеЗадания.ВыгрузкаИнтернетЗаказовВЮвС);
ПараметрыЗадания.Вставить("Использование", Запись.ИспользоватьРасписание);
// Массив параметров не создаем и не добавляем в структуру ПараметрыЗадания
// Либо явно очищаем его:
// ПараметрыЗадания.Вставить("Параметры", Новый Массив);
ПараметрыЗадания.Вставить("Расписание", Запись.Расписание.Получить);
Если Задание = Неопределено Тогда
Задание = РегламентныеЗаданияСервер.ДобавитьЗадание(ПараметрыЗадания);
Запись.ИдентификаторРегламентногоЗадания = Задание.УникальныйИдентификатор;
Иначе
РегламентныеЗаданияСервер.ИзменитьЗадание(Запись.ИдентификаторРегламентногоЗадания, ПараметрыЗадания);
КонецЕсли;
КонецЦикла;
КонецПроцедуры
Если вам нужно передать идентификатор обмена, но вы не можете менять параметры процедуры, используйте свойство Ключ регламентного задания. Внутри процедуры-обработчика вы сможете получить текущее задание и прочитать этот ключ:
Процедура ВыгрузитьОстатки() Экспорт
// Получаем текущее фоновое задание
ТекЗадание = ФоновыеЗадания.ПолучитьТекущееФоноеЗадание();
Если ТекЗадание <> Неопределено Тогда
ИдентификаторОбмена = ТекЗадание.Ключ;
// Далее ищем настройки в регистре по этому ключу
КонецЕсли;
КонецПроцедуры
Посмотрим, почему стандартная «Остановка по ошибке» может не срабатывать. Часто ошибка происходит еще до того, как управление передается в ваш код. Чтобы перехватить выполнение, выполните следующие действия:
-debug.[2]), значит, задание пытается передать два параметра в процедуру, которая их не ждет.Подведем итог: Ошибка «Слишком много фактических параметров» всегда указывает на дисбаланс между тем, что «дает» регламентное задание (массив параметров), и тем, что «принимает» процедура (аргументы). В закрытых конфигурациях самый надежный путь — создание новых регламентных заданий в расширении с собственной логикой и пустым массивом параметров, либо использование системных свойств задания (Наименование, Ключ) для идентификации контекста выполнения.