Почему бизнес-процесс не стартует по задаче в 1С:Предприятии?

Программист 1С v8.3 (Управляемые формы) 1С:Документооборот IT и автоматизация бизнеса
← На главную

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

Анализируем проблему: ошибка в параметрах процедуры

Давайте разберем типичную ситуацию: бизнес-процесс, работающий для одного документа, отказывается стартовать для другого, несмотря на кажущуюся аналогичность кода и настроек. Часто это указывает на тонкие различия в данных или обработке, которые приводят к сбою. Нам было указано, что проблема заключается в ошибке при передаче второго параметра в процедуру на 28-й строчке кода.

  1. Первичная диагностика: Нам дали четкое указание: "У тебя в 28-й строчке ошибка при передаче второго параметра в процедуру. Перепроверь." Это сразу сужает область поиска.
  2. Модуль и процедура: Мы выяснили, что речь идет о "модуле объекта задачи", и хотя процедура напрямую не указана, мы можем предположить, что это один из обработчиков событий объекта задачи, таких как ПриЗаписи или ПередЗаписью, где происходит взаимодействие с другими процедурами и передача параметров.
  3. Контекст проблемы: Проблема возникла в нетиповой конфигурации, где, по словам автора, код был скопирован по аналогии с уже работающим механизмом. Это может указывать на то, что аналогия неполная или есть скрытые различия в условиях выполнения.

Особое внимание следует уделить переменной Отказ, которая часто передается вторым параметром в обработчики событий и вспомогательные процедуры. Ее некорректная обработка или передача по значению вместо передачи по ссылке может привести к неожиданному поведению системы, когда запись объекта или старт бизнес-процесса блокируется без видимой причины.

Изучаем предоставленный код модуля объекта задачи

Рассмотрим фрагмент кода, который был предоставлен из процедуры ПриЗаписи модуля объекта задачи. Этот код важен, так как он демонстрирует логику, которая может быть причиной проблемы.


////////////////////////////////////////////////////////////­///////////////////////////////////////////
// Copyright © 2024, ООО 1С-Софт
// Все права защищены. Эта программа и сопроводительные материалы предоставляются
// в соответствии с условиями лицензии Attribution 4.0 International (CC BY 4.0)
// Текст лицензии доступен по ссылке:
//
////////////////////////////////////////////////////////////­///////////////////////////////////////////
#Если Сервер Или ТолстыйКлиентОбычноеПриложение Или ВнешнееСоединение Тогда
#Область ОбработчикиСобытий
Процедура ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)
    ЗадачаБылаВыполнена = ОбщегоНазначения.ЗначениеРеквизитаОбъекта(Ссылка, "Выполнена");
    Если Выполнена И ЗадачаБылаВыполнена <> Истина И НЕ РеквизитыАдресацииЗаполнены Тогда
        ОбщегоНазначения.СообщитьПользователю(
            НСтр("ru = 'Укажите исполнителя задачи.'"),,, "Объект.Исполнитель", Отказ);
        Возврат;
    КонецЕсли;
    Если СрокИсполнения <> '00010101' И ДатаНачала > СрокИсполнения Тогда
        ОбщегоНазначения.СообщитьПользователю(
            НСтр("ru = 'Дата начала исполнения не должна превышать крайний срок.'"),,, "Объект.ДатаНачала", Отказ);
        Возврат;
    КонецЕсли;
КонецПроцедуры

Процедура ПриКопировании(ОбъектКопирования)
    Дата = ТекущаяДатаСеанса;
КонецПроцедуры

Процедура ПередЗаписью(Отказ)
    Если ОбменДанными.Загрузка Тогда
        Возврат;
    КонецЕсли;

    Если НЕ Ссылка.Пустая Тогда
        ИсходныеРеквизиты = ОбщегоНазначения.ЗначенияРеквизитовОбъекта(Ссылка, "Выполнена, ПометкаУдаления, СостояниеБизнесПроцесса");
    Иначе
        ИсходныеРеквизиты = Новый Структура(
            "Выполнена, ПометкаУдаления, СостояниеБизнесПроцесса",
            Ложь, Ложь, Перечисления.СостоянияБизнесПроцессов.ПустаяСсылка);
    КонецЕсли;

    Если ИсходныеРеквизиты.ПометкаУдаления <> ПометкаУдаления Тогда
        БизнесПроцессыИЗадачиСервер.ПриПометкеУдаленияЗадачи(Ссылка, ПометкаУдаления);
    КонецЕсли;

    Если НЕ ИсходныеРеквизиты.Выполнена И Выполнена Тогда
        Если СостояниеБизнесПроцесса = Перечисления.СостоянияБизнесПроцессов.Остановлен Тогда
            ВызватьИсключение НСтр("ru = 'Нельзя выполнять задачи остановленных бизнес-процессов.'");
        КонецЕсли;
        // Если задача выполнена, то запишем в реквизит Исполнитель того
        // пользователя, который фактически выполнил задачу. Это нам потом
        // потребуется для отчетов. Такую запись делаем только в том
        // случае, если в базе было не выполнено, а в объекте стало выполнено.
        Если НЕ ЗначениеЗаполнено(Исполнитель) Тогда
            Исполнитель = Пользователи.АвторизованныйПользователь;
        КонецЕсли;
        Если ДатаИсполнения = Дата(1, 1, 1) Тогда
            ДатаИсполнения = ТекущаяДатаСеанса;
        КонецЕсли;
    ИначеЕсли НЕ ПометкаУдаления И ИсходныеРеквизиты.Выполнена И Выполнена Тогда
        ОбщегоНазначения.СообщитьПользователю(
            НСтр("ru = 'Эта задача уже была выполнена ранее.'"),,,, Отказ);
        Возврат;
    КонецЕсли;

    Если Важность.Пустая Тогда
        Важность = Перечисления.ВариантыВажностиЗадачи.Обычная;
    КонецЕсли;

    Если НЕ ЗначениеЗаполнено(СостояниеБизнесПроцесса) Тогда
        СостояниеБизнесПроцесса = Перечисления.СостоянияБизнесПроцессов.Активен;
    КонецЕсли;

    ПредметСтрокой = ОбщегоНазначения.ПредметСтрокой(Предмет);

    Если НЕ Ссылка.Пустая И ИсходныеРеквизиты.СостояниеБизнесПроцесса <> СостояниеБизнесПроцесса Тогда
        УстановитьСостояниеПодчиненныхБизнесПроцессов(СостояниеБизнесПроцесса);
    КонецЕсли;

    Если Выполнена И Не ПринятаКИсполнению Тогда
        ПринятаКИсполнению = Истина;
        ДатаПринятияКИсполнению = ТекущаяДатаСеанса;
    КонецЕсли;

    // СтандартныеПодсистемы.УправлениеДоступом
    УстановитьПривилегированныйРежим(Истина);
    ГруппаИсполнителейЗадач = БизнесПроцессыИЗадачиСервер.ГруппаИсполнителейЗадач(РольИсполнителя, ОсновнойОбъектАдресации, ДополнительныйОбъектАдресации);
    УстановитьПривилегированныйРежим(Ложь);
    // Конец СтандартныеПодсистемы.УправлениеДоступом

    // Заполнение реквизита ДатаПринятияКИсполнению.
    Если ПринятаКИсполнению И ДатаПринятияКИсполнению = Дата('00010101') Тогда
        ДатаПринятияКИсполнению = ТекущаяДатаСеанса;
    КонецЕсли;

    Если ДополнительныеСвойства.Свойство("ТолькоПроверка") И ДополнительныеСвойства.ТолькоПроверка Тогда
        Выполнена = Ложь;
    КонецЕсли;
КонецПроцедуры

Процедура ОбработкаЗаполнения(ДанныеЗаполнения, ТекстЗаполнения, СтандартнаяОбработка)
    Если ТипЗнч(ДанныеЗаполнения) = Тип("ЗадачаОбъект.ЗадачаИсполнителя") Тогда
        ЗаполнитьЗначенияСвойств(ЭтотОбъект, ДанныеЗаполнения, "БизнесПроцесс,ТочкаМаршрута,Наименование,Исполнитель,РольИсполнителя,ОсновнойОбъектАдресации," +
            "ДополнительныйОбъектАдресации,Важность,ДатаИсполнения,Автор,Описание,СрокИсполнения," +
            "ДатаНачала,РезультатВыполнения,Предмет");
        Дата = ТекущаяДатаСеанса;
    КонецЕсли;

    Если НЕ ЗначениеЗаполнено(Важность) Тогда
        Важность = Перечисления.ВариантыВажностиЗадачи.Обычная;
    КонецЕсли;

    Если НЕ ЗначениеЗаполнено(СостояниеБизнесПроцесса) Тогда
        СостояниеБизнесПроцесса = Перечисления.СостоянияБизнесПроцессов.Активен;
    КонецЕсли;
КонецПроцедуры
#КонецОбласти

#Область СлужебныеПроцедурыИФункции
Процедура УстановитьСостояниеПодчиненныхБизнесПроцессов(НовоеСостояние)
    НачатьТранзакцию;
    Попытка
        ПодчиненныеБизнесПроцессы = БизнесПроцессыИЗадачиСервер.БизнесПроцессыГлавнойЗадачи(Ссылка, Истина);
        Для Каждого ПодчиненныйБизнесПроцесс Из ПодчиненныеБизнесПроцессы Цикл
            БизнесПроцессОбъект = ПодчиненныйБизнесПроцесс.ПолучитьОбъект;
            БизнесПроцессОбъект.Заблокировать;
            БизнесПроцессОбъект.Состояние = НовоеСостояние;
            БизнесПроцессОбъект.Записать;
            // АПК:1327 Блокировка установлена в БизнесПроцессыИЗадачиСервер.БизнесПроцессыГлавнойЗадачи.
        КонецЦикла;
        ЗафиксироватьТранзакцию;
    Исключение
        ОтменитьТранзакцию;
        ВызватьИсключение;
    КонецПопытки;
КонецПроцедуры

// Определяет, заполнены ли реквизиты адресации: исполнитель или роль исполнителя
//
// Возвращаемое значение:
// Булево - возвращает Истина, если в задаче указан исполнитель или роль исполнителя.
//
Функция РеквизитыАдресацииЗаполнены
    Возврат ЗначениеЗаполнено(Исполнитель) ИЛИ НЕ РольИсполнителя.Пустая;
КонецФункции

Процедура ПриЗаписи(Отказ)
    Если ТочкаМаршрута = БизнесПроцессы.ОбработкаДокументаКЭДО.ТочкиМаршрута.ДействиеВыполнитьЭтапПроцесса Тогда//это задача процесса обработки документа КЭДО
        БизнесПроцессы.ОбработкаДокументаКЭДО.ОбработкаЗаписиЗадачи(ЭтотОбъект, Отказ);
    ИначеЕсли ТочкаМаршрута = БизнесПроцессы.Согласование.ТочкиМаршрута.ДействиеСогласовать Тогда//это задача процесса согласования
        БизнесПроцессы.Согласование.ОбработкаЗаписиЗадачи(ЭтотОбъект, Отказ);
    КонецЕсли;
КонецПроцедуры
#КонецОбласти

#Иначе
ВызватьИсключение НСтр("ru = 'Недопустимый вызов объекта на клиенте.'");
#КонецЕсли

В этом коде, в конце модуля объекта задачи, находится процедура ПриЗаписи. Внутри нее мы видим вызовы процедур из общих модулей бизнес-процессов:

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

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

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

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

  1. Некорректная передача параметров: Как в нашем случае, ошибка при передаче данных в процедуры, особенно параметров, передаваемых по ссылке (например, переменная Отказ), может препятствовать корректному выполнению. Рассмотрим подробнее:

    • Передача по значению vs. по ссылке: В 1С, если параметр процедуры не помечен как Перем, он передается по значению. Это значит, что любые изменения этого параметра внутри процедуры не повлияют на исходную переменную в вызывающем коде. Для таких параметров, как Отказ, это критично, так как мы ожидаем, что вспомогательная процедура сможет сигнализировать об ошибке обратно в основной код.
    • Типы и значения параметров: Убедитесь, что типы и значения передаваемых параметров соответствуют ожиданиям вызываемой процедуры. Например, если процедура ожидает ссылку на объект, а передается пустая ссылка или строка, это вызовет ошибку.

  2. Отсутствие вызова метода Старт(): Бизнес-процесс не начнет работу и не создаст задачи, если для него не был вызван метод Старт(). Это фундаментальное требование для запуска любого бизнес-процесса в 1С.

    • Ручной старт: При создании нового экземпляра бизнес-процесса, он находится в состоянии "Не стартован". Для его запуска необходимо явно вызвать метод Старт(), либо нажать соответствующую кнопку в форме объекта.
    • Автоматический старт: Часто бизнес-процессы запускаются автоматически при наступлении определенных событий (например, при записи документа). В этом случае, код, ответственный за автостарт (обычно в обработчиках событий документов или через бизнес-события), должен содержать вызов .Старт() для нового экземпляра бизнес-процесса.
    • Состояние "Стартован" без задач: Важно помнить, что прямая установка свойства Стартован = Истина не приводит к созданию задач. Если после такой установки попытаться вызвать Старт(), возникнет ошибка, так как система уже считает процесс стартованным. Такой подход используется только для бизнес-процессов со свободной маршрутизацией, где задачи создаются произвольно.
    • Обработчик ПередСтартом: В модуле объекта бизнес-процесса существует обработчик ПередСтартом(Отказ, СтандартнаяОбработка). Если в этом обработчике по каким-либо условиям Отказ устанавливается в Истина, бизнес-процесс не стартует.

  3. Проблемы с адресацией задач: Если реквизиты, отвечающие за адресацию задачи (Исполнитель, РольИсполнителя, ОсновнойОбъектАдресации, ДополнительныйОбъектАдресации), не заполнены или заполнены некорректно, система может отказаться создавать задачу, или задача будет создана, но останется без назначенного исполнителя, что эквивалентно неработоспособности.

    • Обязательность полей: Некоторые реквизиты могут быть обязательными для заполнения. Проверьте настройки задачи и бизнес-процесса.
    • Заполнение через код: Убедитесь, что в коде, формирующем задачу, все необходимые реквизиты адресации корректно заполняются перед записью задачи.

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

    • Установка Отказ = Истина: Тщательно проверьте все места, где переменная Отказ может быть установлена в Истина. Это прерывает стандартную обработку и может быть причиной того, что задача или бизнес-процесс не записывается или не стартует.
    • Обработка исключений: Неперехваченные исключения в этих обработчиках также могут прервать процесс.

  5. Несоответствие данных или условий: Бизнес-процесс может быть настроен на старт при определенных условиях (например, при определенном статусе документа, заполнении конкретного реквизита или выполнении определенной функции).

    • Условия старта: Если эти условия не выполняются для нового документа, процесс не запустится. Сравните данные "работающего" и "неработающего" документов.
    • Реквизит Предмет: Убедитесь, что реквизит Предмет у задачи и бизнес-процесса заполнен корректно и указывает на нужный объект (например, документ-основание).

  6. Нетиповые изменения и конфликты: В нетиповых конфигурациях часты ситуации, когда измененный или добавленный код конфликтует с обновлениями платформы или конфигурации, или с другими доработками. Аналогия с "первым документом" может быть ложной, если контексты или данные, для которых он запускался, различаются (например, разные виды документов, разные пользователи, разные даты).

    • Сравнение конфигураций: Используйте стандартные средства сравнения и объединения конфигураций для выявления различий между работающей и неработающей версиями кода.
    • Пошаговая отладка: Это лучший способ понять, где пути выполнения кода расходятся.

  7. Недостаток прав пользователя: Убедитесь, что у пользователя, под которым происходит попытка старта бизнес-процесса или создания задачи, есть все необходимые права на соответствующие объекты и действия (создание, чтение, изменение, проведение документов, запуск бизнес-процессов, создание задач).

    • Роли и профили: Проверьте, какие роли назначены пользователю и какие права они дают на объекты "БизнесПроцесс", "Задача", а также на объекты, которые являются предметами бизнес-процесса.
    • Привилегированный режим: Если часть кода выполняется в привилегированном режиме, это может маскировать проблемы с правами, которые проявятся в обычном режиме.

  8. Повреждение кэша: Иногда проблемы с запуском 1С, включая работу бизнес-процессов, могут быть вызваны поврежденным кэшем клиента или сервера. Очистка кэша является одной из первых мер при поиске причины многих необъяснимых сбоев.

    • Очистка кэша клиента: Удалите каталоги кэша в папке пользователя (обычно %LOCALAPPDATA%\1C\1CE\).
    • Очистка кэша сервера: Для клиент-серверного варианта может потребоваться очистка кэша на сервере 1С:Предприятия.

Методы диагностики и отладки

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

  1. Отладчик 1С: Незаменимый инструмент для любого программиста 1С. Он позволяет пошагово выполнять код и отслеживать значения переменных, а недавние разработки позволяют научить ИИ помогать в процессе отладки, просматривая стек и значения переменных.

    • Установка точек останова: Устанавливайте точки останова в ключевых местах:
      • В процедуре, которая вызывает старт бизнес-процесса (например, в обработчике проведения или записи документа).
      • В обработчике ПередСтартом модуля объекта бизнес-процесса.
      • В процедурах ПриЗаписи, ПередЗаписью модуля объекта задачи. В нашем случае, это процедура ПриЗаписи в модуле объекта задачи (где мы видели вызовы ОбработкаЗаписиЗадачи).
      • В коде, отвечающем за формирование параметров для создания задачи или старта бизнес-процесса.
      • Внутри вызываемых вспомогательных процедур: Особенно важно поставить точки останова внутри процедур, которые принимают параметр Отказ (например, БизнесПроцессы.ОбработкаДокументаКЭДО.ОбработкаЗаписиЗадачи), чтобы пошагово отследить, при каких условиях и в какой момент значение Отказ меняется на Истина.
    • Проверка значений переменных: При остановке на точке останова, внимательно исследуйте значения всех передаваемых параметров и внутренних переменных. Обратите особое внимание на значение переменной Отказ.
    • Стек вызовов: Стек вызовов поможет понять, какой путь привел к текущей строке кода, и какие процедуры были вызваны.

  2. Отладка на сервере: Если проблема происходит в серверном коде (что очень вероятно для логики бизнес-процессов и фоновых заданий), убедитесь, что включена отладка на сервере 1С:Предприятия. По умолчанию, в клиент-серверном варианте она отключена. Для включения необходимо добавить ключ -debug в строку запуска сервера 1С в реестре или параметрах службы. Существуют также специфические методики для отладки внешних печатных форм и обработок, которые часто выполняются на сервере.

  3. Журнал регистрации: Регулярно просматривайте журнал регистрации 1С. Там могут быть записаны ошибки, исключения, предупреждения или информационные сообщения, которые явно укажут на причину проблемы или ее предпосылки.

    • Настройка уровня логирования: Для более детальной диагностики, возможно, потребуется временно повысить уровень логирования в журнале регистрации.
    • Поиск по событиям: Ищите события, связанные с бизнес-процессами, задачами, записью объектов или возникновением ошибок.

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

    • Средства сравнения конфигураций: Используйте встроенные средства для сравнения модулей и объектов.
    • Поиск различий в данных: Проанализируйте, чем отличаются документы, для которых бизнес-процесс работает, от тех, для которых он не стартует.

Рекомендации по устранению проблемы с параметром Отказ

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

  1. Проверьте объявление процедуры: Убедитесь, что вспомогательная процедура (например, ОбработкаЗаписиЗадачи в нашем примере) принимает второй параметр по ссылке. В 1С это делается явно с использованием ключевого слова Перем.

    Пример корректного объявления:

    
Процедура ИмяПроцедуры(Параметр1, Перем Отказ)
    // ... логика, которая может изменить Отказ ...
    Если УсловиеОшибки Тогда
        Отказ = Истина;
        ОбщегоНазначения.СообщитьПользователю("Обнаружена ошибка при обработке.");
    КонецЕсли;
КонецПроцедуры

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

  2. Анализируйте логику внутри процедуры: Используя отладчик, пошагово отследите выполнение кода внутри процедур ОбработкаЗаписиЗадачи. Выясните, при каких условиях Отказ устанавливается в Истина. Возможно, для "второго документа" срабатывают какие-то специфические условия проверки, которых нет для "первого", и они приводят к отмене операции.

    • Условные ветки: Обратите внимание на блоки Если ... Тогда, где могут выполняться проверки и устанавливаться значение Отказ.
    • Дополнительные данные: Возможно, для нового документа отсутствуют или некорректно заполнены какие-либо дополнительные данные, на которые опирается логика этих процедур.

  3. Использование ОбщегоНазначения.СообщитьПользователю: Если Отказ устанавливается в Истина, обязательно сопровождайте это информативным сообщением пользователю. Это поможет не только вам при отладке, но и конечным пользователям понять причину отказа записи или старта бизнес-процесса.

    Пример:

    
Если УсловиеОшибки Тогда
    Отказ = Истина;
    ОбщегоНазначения.СообщитьПользователю("Невозможно стартовать бизнес-процесс: не заполнен обязательный реквизит 'ТипОперации'.");
    Возврат;
КонецЕсли;

    Такое сообщение значительно упрощает диагностику проблемы и улучшает пользовательский опыт.

  4. Добавьте проверку Отказ после вызова: В вызывающей процедуре (например, ПриЗаписи модуля объекта задачи), после вызова вспомогательной процедуры, которая могла бы изменить Отказ, добавьте явную проверку.

    Пример:

    
Процедура ПриЗаписи(Отказ)
    // ...
    Если ТочкаМаршрута = БизнесПроцессы.ОбработкаДокументаКЭДО.ТочкиМаршрута.ДействиеВыполнитьЭтапПроцесса Тогда
        БизнесПроцессы.ОбработкаДокументаКЭДО.ОбработкаЗаписиЗадачи(ЭтотОбъект, Отказ);
        Если Отказ Тогда // Проверяем, был ли установлен отказ
            Возврат; // Прерываем дальнейшую запись, если была ошибка
        КонецЕсли;
    ИначеЕсли ТочкаМаршрута = БизнесПроцессы.Согласование.ТочкиМаршрута.ДействиеСогласовать Тогда
        БизнесПроцессы.Согласование.ОбработкаЗаписиЗадачи(ЭтотОбъект, Отказ);
        Если Отказ Тогда // Проверяем, был ли установлен отказ
            Возврат; // Прерываем дальнейшую запись, если была ошибка
        КонецЕсли;
    КонецЕсли;
    // ... дальнейшая логика, если Отказ не был установлен
КонецПроцедуры

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

← На главную