Как вызвать процедуру из другой процедуры в 1С и почему возникает ошибка Процедура или функция не определена

← На главную

При разработке в среде 1С:Предприятие 8 программисты часто сталкиваются с ситуацией, когда при попытке вызвать одну процедуру из другой система выдает ошибку: «Процедура или функция с указанным именем не определена». На первый взгляд код выглядит правильным, процедура существует в том же модуле, но платформа упорно отказывается ее видеть. Разберем детально, почему это происходит и как правильно организовать взаимодействие между различными частями программного кода.

Главная причина ошибки: Границы контекста

Проанализируем архитектуру современных управляемых форм. Код в 1С разделен на «миры», которые существуют по разным правилам: Клиент и Сервер. Основная причина ошибки, описанной в теме, заключается в попытке вызова «снизу вверх» — когда процедура, выполняющаяся на стороне сервера, пытается вызвать процедуру, находящуюся на стороне клиента.

Выясним причину, почему это невозможно. Когда управление передается на сервер (например, через директиву &НаСервере), выполнение кода на клиенте полностью приостанавливается. Серверная часть приложения «не видит» пользовательский интерфейс, формы и процедуры, помеченные директивой &НаКлиенте. Для сервера их просто не существует в текущем пространстве имен, поэтому компилятор выдает ошибку о неопределенности имени.

Рассмотрим пример неправильного вызова

Представим ситуацию, описанную в обсуждении: у нас есть обработчик изменения флажка на форме и какая-то серверная проверка. Посмотрим на ошибочный код:


&НаКлиенте
Процедура ГалкаПриИзменении(Элемент)
    // Какая-то логика изменения интерфейса
    Сообщить("Значение изменено!");
КонецПроцедуры

&НаСервере
Функция ВыполнитьПроверкуНаСервере()
    // Проводим проверку данных в базе
    Если Галка = Истина Тогда
        ГалкаПриИзменении(Неопределено); // ОШИБКА: Процедура не определена
    КонецЕсли;
КонецФункции

В данном примере серверная функция пытается вызвать клиентскую процедуру ГалкаПриИзменении. Это технически нереализуемо, так как сервер не может инициировать действия на клиенте (открыть окно, изменить цвет кнопки или вызвать клиентский метод) в рамках одного серверного вызова.

Решение 1: Рефакторинг и вынос общей логики

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

Разберем по шагам, как это сделать правильно:

Создадим новую процедуру с директивой &НаСервере (или без контекста).
Перенесем в нее логику, которая не касается напрямую элементов управления формой (UI).
Вызовем эту новую процедуру и из клиентского обработчика, и из серверной функции.

Посмотрим на пример правильной реализации:


&НаСервере
Процедура ОбщаяЛогикаОбработкиГалки()
    // Здесь пишем код, который должен выполняться в обоих случаях
    // Например, расчет итогов или запись в дополнительные реквизиты
КонецПроцедуры

&НаКлиенте
Процедура ГалкаПриИзменении(Элемент)
    // 1. Выполняем клиентские действия (интерфейс)
    Сообщить("Пользователь нажал на галку");
    
    // 2. Вызываем общую логику через сервер
    ОбщаяЛогикаНаСервере();
КонецПроцедуры

&НаСервере
Процедура ОбщаяЛогикаНаСервере()
    ОбщаяЛогикаОбработкиГалки();
КонецПроцедуры

&НаСервере
Функция ВыполнитьПроверкуНаСервере()
    // Теперь мы можем безопасно вызывать нужную логику
    ОбщаяЛогикаОбработкиГалки();
КонецФункции

Решение 2: Использование директивы НаКлиентеНаСервереБезКонтекста

Если ваша процедура выполняет простые вычисления или логические проверки, которые не требуют обращения к реквизитам формы или базе данных напрямую, можно использовать специальную директиву компиляции &НаКлиентеНаСервереБезКонтекста.

Проанализируем преимущества этого метода: такая процедура компилируется сразу в двух экземплярах — для клиента и для сервера. Это позволяет вызывать ее из любого места модуля без ошибок компиляции.


&НаКлиентеНаСервереБезКонтекста
Процедура РассчитатьВажноеЗначение(Параметр1, Параметр2)
    // Этот код будет работать везде
    Результат = Параметр1 + Параметр2;
КонецПроцедуры

Важно: Внутри такой процедуры нельзя использовать ЭтаФорма, Объект или обращаться к элементам формы, так как она работает «без контекста».

Решение 3: Экспортные процедуры в Общих модулях

Если процедура должна вызываться из разных модулей (например, из модуля формы и модуля объекта), ее необходимо разместить в Общем модуле. При этом должны быть соблюдены два условия:

В процедуре должно быть указано ключевое слово Экспорт.
В настройках Общего модуля должны стоять галочки «Клиент» и «Сервер» (в зависимости от ваших нужд).

Рассмотрим структуру вызова:


// В общем модуле "МойОбщийМодуль"
Процедура ВыполнитьДействие() Экспорт
    // Код процедуры
КонецПроцедуры

// В модуле формы
&НаСервере
Процедура ВызовИзФормы()
    МойОбщийМодуль.ВыполнитьДействие();
КонецПроцедуры

Чек-лист для устранения ошибки Процедура не определена

Если вы проверили контексты, но ошибка сохраняется, проанализируйте ситуацию по следующим пунктам:

Опечатки: Проверьте каждую букву в имени процедуры. Помните, что хотя 1С нечувствительна к регистру, использование латинских букв вместо похожих кириллических (например, "с" или "а") — частая причина проблем.
Ключевое слово Экспорт: Если вы вызываете процедуру из другого модуля, убедитесь, что она объявлена как Экспорт.
Область видимости: Если вы используете программные области (#Область), убедитесь, что они корректно закрыты (#КонецОбласти).
Тип модуля: Помните, что из Модуля объекта нельзя напрямую вызвать процедуру Модуля формы.

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