При открытии отказ 1с это
Обновлено: 07.07.2024
Как можно добится, чтобы если при создании этого документа
выясняется, что проведение невозможно, т.е. получен отказ, запретить выполнение дальнейших операций в процедуре
" ВыполнитьВсякуюЕрунду "
"ВыполнитьВсякуюЕрунду" (7) В (3) решение для исключения.
И да, спасибо за "разные вещи", тоже запишу. (8) И что? Вы же утверждаете, что "Если при записи происходит исключение, то выполнение кода дальше и так не пойдет." Вот я и хочу у вас узнать - вы правда утверждаете, что в случае исключения исполнение кода дальше не пойдет, и оператор Сообщить не подлежит исполнению?
(9) Я утверждаю, что Попытка сама по себе лишняя, т.к. и без нее при исключении выполнение кода дальше не пойдет. Что и требуется автору темы, судя из (1). А если, этого не происходит, то решение предложенное в (3) в корне неверно и результата не даст, в отличие от решения в (2). (11) Что вы подразумеваете под исключением все же? Давайте разберемся в терминах, раз уж так.
Исключение - это ошибка, генерируемая платформой при выполнении той или иной операции.
Отказ - переменная, с помощью которой разработчик может программно управлять течением транзакции.
Так? (19) По поводу исключения возражений нет. Разве что, можно добавить, что исключение можно вызвать программно.
Отказ - это переменная, которая может использоваться по разному, в зависимости от контекста (в том числе и для указанного вами). Я бы охарактеризовал так.
И что дальше? Какая разница, что представляет из себя Отказ?
Речь шла только об исключении, т.к. первоначально мое замечание в (4) касалось именно Попытки, которая используется для обработки исключений и, соответственно, возможности продолжить дальнейшее исполнение кода. В то время, как автору темы нужно было как раз обратное, т.е. исключить дальнейшее выполнение кода. По этому, я и предположил, что исключение у автора в упомянутом коде не происходит. Об этом я написал в (4) в ответ на (3), что его предложение решения без установки флага возникновения ошибки в обработке исключения и дальнейшей проверке этого флага абсолютно бессмысленно и приведет к обратному или нулевому эффекту.
Что еще тут можно обсуждать? Разжевал подробно, как только смог. (10) Да нет. Автор пишет про "получен отказ (не хватает остатков и прочее)", А исключение может быть еще и по причине отстутствия данных для записи регистров (платформа не дает записать движения), например. (12) то есть отказа нет, не документ почему-то не записан, а признак Проведен остался от старой версии = Истина. Так что ли?) (16) Отказ есть. Автор прямо про это пишет. Не понимаю, почему вы докопались до исключения.
как вы проверите признак Проведен, если документ не сохранен?
как вы проверите признак Проведен, если документ не сохранен?Я вас удивлю, но я даже не буду пытаться его проверять. Как и все разумные люди.
Правда пришлось переделать процедуру "СоздатьДокументПеремещениеТМЦ()" в функцию
Правда пришлось переделать процедуру "СоздатьДокументПеремещениеТМЦ()" в функцию (14) Потому, что запись происходит в СоздатьДокументПеремещениеТМЦ(), а проверка нужна в ВыполнитьВсякуюЕрунду().(15)Что мешало у процедуры сделать один из параметров выходным?
(20) (22) Как по мне, это плохой подход, т.к. такое объявление абсолютно не интуитивно. Имеется ввиду, что объявляемый параметр не дает понять, что в нем возвращается результат выполнения. В то время как использование функции с именем СоздатьДокументПеремещениеТМЦ() будет более-менее явно указывать, что возвращаемый результат является результатом успешного ее выполнения.
Добавлю еще, что все параметры объявленные без ключевого слова "Знач", все, де-факто, являются выходными. Что может приводить к непредсказуемым результатам, если в коде случайно или намеренно их значения меняются.
(24)ну епт. Назовите вы его ВыходнойПараметр и работайте с ним только как с выходным параметром и никак иначе.Или еще тупее: сделайте несколько параметров, один из которых будет сигнализировать об ошибке при проведении документа. (25) Мне не понятна тяга к усложнению. Функции не просто так придумали, "чтобы были". На низком уровне выполнения функций как таковых не сущестувет.
Зачем использовать возвращаемый параметр, если это исключит возможность записи:
Как усложнился бы в записи любой код, если бы вместо функций предоставляемых платформой были только процедуры с выходными параметрами?
и десятки других.
Для примера предлагаю записать код ниже, через процедуры с выходными параметрами:
(26)Т.е. городить функцию, которая записывает и проводит документ, при этом не понятно, что должна вернуть по результату своего выполнения - это тяга к упрощению? Хорошо, пусть будет так.
В чем сложности с кодом через процедуры с входными параметрами?
(28) Это что уход от ответа?Я просил заменить все функции используемые в предложенной строке кода на процедуры с возвращаемыми параметрами.
И переписать код строки без использования функций, а не оборачивание предложенной строки в процедуру.
Т.е., для непонятливых, нужно в вышеуказанной строке заменить все функции: Дата(), КонецГода(), ТекущаяДата(), на аналогичные процедуры. (30)Т.е. вы решили конкурс идиотии устроить? Извините, участвовать не буду. (31) Это вы такое предлагаете: использовать процедуры, там где очевидно использовать функции, просто потому, что это можно сделать. А я доказываю обратное.
(33) Это в вашей "религии" вы поклоняетесь процедурам, в обход функциям. Доказательство этому как раз в этой теме: было конкретное решение с функцией, но вам захотелось "вывернуться" и предложить процедуру, хотя профита от этого показано не было. Поэтому, не вижу смысла продолжать дискуссию. Хотите молиться на процедуры, молитесь.
Мое мнение.
Там, где надо используются процедуры, где надо функции. В том числе и с возвращаемыми параметрами. Такие тоже существуют, если нужно передать как просто флаг удачного выполнения, так и результат ее выполнения в виде значения. В зависимости от ситуации может использоваться как только флаг, так и оба значения.
(34) А я вижу, т.к. это помогает избежать ошибок при длительном сопровождении и множественной вложенности вызовов, когда одна ссылка, например, передается во вложенной последовательности внутрь методов. И когда на каком-то уровне значение вдруг поменялось, то наружу пойдет уже не то значение. И дальше по коду работа пойдет с не тем объектом, с которым предполагалось. А если изменение значения параметра происходит только при определенных специфических условиях, то можно не отследить во время пагубные последствия. Особенно, когда изменения применяются сразу на продуктиве. (Да, так не правильно, но если бы это не использовалось, не добавляли бы динамическое обновление).
Но да, существуют несколько подходов к разработке по первоочередности: экономия памят, безопасность данных и т.д.
(36) Если вы меня называете ТС, то это ошибка. И не надо мне приписывать собственные утверждения.
ПередЗаписью(<Отказ>, <ПараметрыЗаписи>)
ОбработкаПроверкиЗаполненияНаСервере(<Отказ>, <ПроверяемыеРеквизиты>)
ОбработкаПроверкиЗаполнения(<Отказ>, <ПроверяемыеРеквизиты>)
ПередЗаписьюНаСервере(<Отказ>, <ТекущийОбъект>, <ПараметрыЗаписи>)
ПередЗаписью(<Отказ>, <ПараметрыЗаписи>)
ПриУстановкеНовогоНомера(<СтандартнаяОбработка>, <Префикс>)
ПриЗаписи(<Отказ>)
ОбработкаПроведения(<Отказ>, <РежимПроведения>) или
ОбработкаУдаленияПроведения(<Отказ>)
ПриЗаписиНаСервере(<Отказ>, <ТекущийОбъект>, <ПараметрыЗаписи>)
ПослеЗаписиНаСервере(<ТекущийОбъект>, <ПараметрыЗаписи>)
ПослеЗаписи(<ПараметрыЗаписи>)
ОбработкаПолученияФормы(<ВидФормы>, <Параметры>, <ВыбраннаяФорма>, <ДополнительнаяИнформация>, <СтандартнаяОбработка>)
<Активация модуля формы на сервере>
<Активация модуля объекта>
ПриЧтенииНаСервере(<ТекущийОбъект>) или
ПриКопировании(<ОбъектКопирования>) или
ОбработкаЗаполнения(<ДанныеЗаполнения>, <ТекстЗаполнения>, <СтандартнаяОбработка>)
ПриСозданииНаСервере(<Отказ>, <СтандартнаяОбработка>)
ПередЗагрузкойДанныхИзНастроекНаСервере(<Настройки>)
ПриЗагрузкеДанныхИзНастроекНаСервере(<Настройки>)
<Активация модуля формы на клиенте>
ПриОткрытии(<Отказ>)
ПриПовторномОткрытии()
Цвета: &НаКлиенте &НаСервере
Про расширения
Система позволяет расширить практически любой программный модуль, относящийся к управляемому приложению. Невозможно расширять глобальные серверные модули. Также следует помнить, что расширение привилегированного общего модуля будет выполняться в непривилегированном режиме (если иное не разрешено профилем безопасности). Кроме того, предоставляется возможность создавать собственные общие модули, которые не могут быть привилегированными и глобальными серверными. Работа с собственным общим модулем в расширении ничем не отличается от работы с общим модулем обычной конфигурации.
Работа с расширенным программным модулем имеет существенные особенности, которые будут рассмотрены в данном разделе.
При разработке расширяющего модуля следует учитывать, что этот модуль будет находиться в одном пространстве имен с расширяемым модулем. В связи с этим, из расширяющего модуля имеется возможность использовать расширяемый контекст (переменные и методы) напрямую. Также следует помнить, что созданные в расширении экспортные методы и переменные автоматически попадают в публичный контекст расширяемого модуля.
В расширяющем модуле имеется возможность:
1. Создавать собственные методы и переменные (если это допускает расширяемый модуль).
2. Назначать собственные обработчики на события, которые не обрабатываются в расширяемой конфигурации.
3. Перехватывать любой метод расширяемого модуля (в том числе и методы обработчиков событий), при этом имеется возможность:
`79; полностью заменить оригинальный метод собственным;
`79; создать методы, которые будут вызваны перед или после расширяемого метода.
Создание собственного метода или переменной в расширяющем модуле ничем не отличается от создания метода или переменной в расширяемой конфигурации, при работе без расширений. Однако при создании собственных методов или переменных рекомендуется предварять их имена префиксом, который позволит однозначно идентифицировать принадлежность метода или переменной тому или иному расширению, а также избежать конфликта имен с расширяемой конфигурацией.
Перехват методов расширяемой конфигурации (включая назначение обработчиков) реализуется с помощью специального механизма аннотаций (см. здесь). Всего имеется три различных возможности перехвата вызова метода, которые позволяет реализовать практически любую схему исполнения расширяемого и расширяющего программного кода.
В общем случае, аннотированный метод из программного модуля расширения выглядит следующим образом:
В данном примере Перед R09; одна из трех возможных аннотаций, ИмяМетода R09; имя расширяемого метода, Префикс_Имя R09; имя расширяющего метода. Префикс_ R09; это префикс расширения, который желательно указывать для всех методов расширения. Расширяться может как процедура, так и функция. Имя расширяющего метода должно подчиняться обычным правилам формирования имен процедур и функций. В частности R09; оно должно быть уникально.
Если расширяемый метод содержит какие-либо параметры, то:
1. Все расширяющие методы обязаны иметь в точности такое же описание, как и расширяемый метод, с точностью до ключевых слов Знач в описаниях параметров методов.
2. Значения параметров разделяются между всеми расширяющими методами из всех расширений и собственно расширяемым методом. Это значит, что если какой-либо расширяющий метод изменит значение параметра, все методы, которые получат управление после этого метода, получат измененное значение этого параметра.
3. В расширяющем методе не имеет смысла указывать значения по умолчанию для параметров расширяемого метода. Значения по умолчанию будут определяться из описания расширяемого метода.
Также следует отметить, что если расширяется обработчик события, то расширяющий метод выполниться до того, как сработают подписки на «расширяемое» событие (см. здесь).
33.4.2.2. Способы расширения
Исполнение до расширяемого метода (аннотация Перед)
Если метод аннотирован таким образом, это означает, что вначале будет выполнен метод расширения, а затем R09; расширяемый метод.
Рис. 688. Схема исполнения «Перед»
Исполнение после расширяемого метода (аннотация После)
Если метод аннотирован таким образом, это означает, что вначале будет выполнен расширяемый метод, а затем R09; метод расширения.
Рис. 689. Схема исполнения «После»
Обрамление расширяемого метода (аннотации Перед и После)
Если в расширяющем модуле созданы расширяющие методы, которые отмечены аннотациями Перед и После , то это означает, что вначале будет вызван метод, который отмечен аннотацией Перед , затем расширяемый метод и зачем метод расширения, отмеченный аннотацией После .
Рис. 690. Схема исполнения «Перед» и «После»
Замена метода (аннотация Вместо)
Под перехватом вызова метода понимается ситуация, когда метод, созданный в расширении, полностью замещает собой расширяемый метод. Другими словами, вызов метода расширяемой конфигурации приведет к исполнению метода расширения. Имя замещаемого метода указывается в качестве параметра аннотации. Рекомендуется использовать данный способ только в том случае, когда нет возможности использовать другие способы расширения методов.
Для расширяемых функций возможно применение только этого способа расширения.
Рис. 691. Схема исполнения «Вместо»
Чтобы иметь возможность модифицировать результат работы расширяемого метода, предусмотрен метод глобального контекста ПродолжитьВызов() . В качестве параметров метода должны быть указаны фактические параметры, которые переданы в расширяющий метод.
Рис. 692. Схема исполнения «Вместо» совместно с ПродолжитьВызов()
В исходном тексте пример будет выглядеть следующим образом:
33.4.2.3. Редактирование программного модуля
В общем случае, редактирование программного модуля в расширении мало отличается от редактирования модуля в расширяемой конфигурации или модуля в конфигурации, где вообще нет расширений (подробнее о редактировании модулей см. здесь). В качестве основных отличий можно указать процесс заимствования метода из какого-либо программного модуля расширяемой конфигурации.
Для того чтобы добавить какой-либо метод в расширение, необходимо поместить курсор в требуемый метод (включая строку с именем метода) и выбрать команду Добавить в расширение . Если при выполнении данной команды в конфигураторе открыто одно расширение, то именно это расширение будет использовано. Во всех остальных случаях будет предложен выбор из расширений, которые добавлены для данной информационной базы.
При выполнении команды Добавить в расширение происходит следующее:
`79; Если объект, из модуля которого добавляется метод, отсутствует в выбранном расширении R09; этот объект автоматически добавляется в расширение.
`79; Если расширяется метод из модуля, отличного от модуля формы:
`79; Разработчику предлагается выбрать аннотацию для метода ( Перед , После или Вместо ). При этом полужирным шрифтом выделяются те расширения метода, которые уже существуют в расширении.
`79; Если выбран существующий метод в расширении, то выполняется переход к этому методу. При этом возможна корректировка объявления метода, если оно стало отличаться от расширяемого метода.
`79; Если выбран несуществующий способ расширения, то будет создан новый метод в расширении, который будет предваряться соответствующей аннотацией.
`79; Для функций недоступны аннотации Перед и После .
`79; Для процедуры недоступно:
`79; Аннотация Вместо , если уже существуют методы с аннотациями Перед или После ;
`79; Аннотация Перед / После , если уже существует метод с аннотацией Вместо .
`79; Если расширяется метод из модуля формы:
`79; Если расширяемый метод является обработчиком одного события или одной команды, то предлагается выбрать, каким образом выполнить расширение выбранного метода: как расширение для обработчика события/команды или как расширение обычного метода.
`79; Если расширяемый метод является обработчиком для нескольких событий или команд, то будет сформировано предупреждение о том, что данный метод не может быть расширен как обработчик события/команды, и он будет расширен только как обычный метод. Затем будет предложено выбрать способ расширения метода.
`79; Для обычного метода, не являющего обработчиком какого-либо события, будет выполнено расширение метода с использованием аннотаций.
Следует учитывать, что если расширяемый метод обрамлен инструкциями препроцессора, то эти инструкции не будут перенесены в расширение.
При проверке соответствия описания расширяемого метода и метода расширения проверяются следующие характеристики методов:
`79; Количество параметров и признак передачи параметров «по значению» (ключевое слово Знач ).
`79; Метод является процедурой или функцией. Если определение метода изменяется с процедуры на функцию, а до этого процедура была расширена с применением аннотаций Перед / После , то аннотация будет заменена на аннотацию Вместо .
`79; Если в модуле расширения присутствуют несколько методов с одинаковым именем, но которые обрамлены разными инструкциями препроцессора, то в расширении будет обновляться всегда первый из перечня таких методов.
Еще одной особенностью редактирования программного модуля в расширении является то, что имеется возможность перехода к расширяемому методу непосредственно из расширения. Для этого следует поместить курсор на имя расширяемого метода в аннотации, а затем воспользоваться стандартной командой редактора Перейти к определению .
33.4.2.4. Взаимодействие нескольких расширений
При разработке расширений следует исходить из следующих предположений:
1. Расширение должно разрабатываться как автономный продукт, не опирающийся на наличие или отсутствие других расширений.
2. Одновременно может быть подключено более одного расширения, которое расширяет один и тот же объект расширяемой конфигурации.
4. Необработанное исключение, возникающее в любом из расширений (или расширяемой конфигурации) прерывает исполнение всей цепочки методов расширений и распространяется в расширяемой конфигурации.
Далее будут рассмотрены несколько примеров работы результирующей конфигурации при различных способах расширения.
Если оба расширения одинаково обрамляют (аннотации Перед и После ) расширяемый метод, то исполнение схема исполнения встроенного языка будет выглядеть следующим образом:
Рис. 693. Схема взаимодействия. Пример 1
При попытке вызвать метод Расширяемая() (в основной конфигурации), встроенный язык будет исполняться в следующем порядке:
1. Будет вызван метод, отмеченный аннотацией Перед("Расширяемая") из Расширения2 .
2. Затем будет вызван метод, отмеченный аннотацией Перед("Расширяемая") из Расширения1 .
3. Затем будет вызван метод Расширяемая() из расширяемой конфигурации.
4. Затем, в обратном порядке (относительно списка расширений, т. е. Расширение1 и Расширение2 ), будут вызваны методы, отмеченные аннотациями После("Расширяемая") .
Т.е. вначале вызываются те методы расширений, которые разработчик отметил как вызываемые до исполнения расширяемого метода, затем исполняется собственно расширяемый метод, а затем вызываются те методы, которые разработчик отметил как вызываемые после исполнения расширяемого метода.
Если в каждом расширении расширяемый метод перехватывается полностью, то схема выполнения будет выглядеть следующим образом:
Рис. 694. Схема взаимодействия. Пример 2
Так произошло потом, что метод, отмеченный аннотацией Вместо , полностью заменяет собой расширяемый метод. Следует особо отметить, что если в этом примере поменять порядок регистрации расширений (первым будет Расширение2 , а последним R09; Расширение1 ), то единственным выполнившимся методом будет метод из Расширения1 .
В связи с таким поведением «замещающего» метода расширения, рекомендуется не допускать ситуаций, когда какой-то метод расширяемой конфигурации расширяется с замещением (аннотация Вместо ) более чем в одном одновременно работающим расширении. Другими словами, если в расширении, в модуле документа Документ1 замещается обработчик события ОбработкаПроведения , то рекомендуется не допускать ситуации, когда в информационной базе работает еще хотя бы одно расширение, которое каким-либо образом перехватывает обработчик события ОбработкаПроведения в документе Документ1 . Однако, если в «замещающем» методе расширения есть безусловный вызов метода ПродолжитьВызов() , то одновременное существование нескольких расширений с таким способм расширения вполне допустимо.
33.4.2.5. Профили безопасности и расширение
Факт того, что расширение успешно подключено к расширяемой конфигурации, не означает, что все расширяющие методы, которые находятся в расширении, будут выполняться. Работоспособность методов расширения может быть изменена настройками профиля безопасности (подробнее см. здесь), который использует информационная база.
Если прикладное решение работает в файловом варианте или в клиент-серверном варианте без профилей безопасности, то при подключении расширения:
`79; В обычном режиме исполнения встроенного языка R09; допустимо расширять как клиентские, так и серверные методы. Без ограничения места расположения методов.
`79; В безопасном режиме исполнения встроенного языка R09; будут расширяться только клиентские методы и серверные обработчики форм, которые установлены через панель свойств. К остальным серверным методам (аннотированные серверные методы модулей формы и серверные общие модули) расширение применяться не будет.
Возможность расширения серверных общих модулей в клиент-серверном варианте регулируется профилем безопасности. Подробное описание см. здесь.
ps: оригинальные изображения взяты из источников
upd(ответ на комментарии Cyberhawk и Yashazz):
"Отказ=Истина", выставленный в одной подписке, не мешает срабатывать другой (т.е. процесс не прерывается)
утверждение верно для ОДНОГО события (в случае наличия нескольких подписок на одно и то же событие). Например, если есть 3 подписки на событие ПриЗаписи документа ПКО, то Отказ=Истина выставленный в одной из них не помешает срабатыванию других двух.
Отказ для каждого события проверяется в двух местах
1. После выполнения обработчика в модуле объекта/менеджера, включая все расширения.
2. После обработки всех подписок, включая все их расширения.
Т.е. если в п.1 выставили Отказ, то п.2 уже выполняться не будет. Думаю стоит это добавить в статью.(с) tormozit
Последовательность событий, которые происходят при открытии формы нового элемента, можно представить следующей схемой:
Прежде всего, при заполнении нового объекта данными, можно попробовать обойтись вообще без написания какого-либо кода. Для этого у реквизитов объектов конфигурации есть свойства ЗначениеЗаполнения и ЗаполнятьИзДанныхЗаполнения.
Эти свойства позволяют визуально (в конфигураторе) задать правила, по которым реквизит будет заполняться данными при создании нового объекта.
Если этих возможностей недостаточно, то тогда нужно использовать возможности встроенного языка.
Действия с данными объекта нужно выполнять в модуле объекта, в обработчике события ОбработкаЗаполнения. Этот событие возникает только при создании новых объектов, при открытии форм существующих объектов это событие не вызывается. Поэтому в нем не нужно узнавать, новый это объект, или нет. Нужно только описать алгоритм заполнения объекта данными. При этом следует учитывать, что это событие будет вызываться в нескольких случаях:
- при интерактивном создании нового объекта,
- при вводе на основании,
- при выполнении метода объекта Заполнить().
При этом параметр Основание, передаваемый в этот обработчик, может иметь различные значения в зависимости от того, каким образом создается новый элемент.
Например, он может иметь тип ссылки, если новый объект вводится на основании.
Или он может иметь тип Структура, если новый объект создается интерактивной командой из списка, в котором установлен отбор. В этом случае структура будет содержать значения элементов отбора этого списка.
Также этот параметр может иметь тип Неопределено, если новый элемент создается интерактивной командой из панели действий. То есть в своем алгоритме начального заполнения полезно анализировать этот параметр.
Что касается внешнего вида формы нового объекта, то им нужно управлять в обработчике события формы ПриСозданииНаСервере.
Это событие возникает и для новых, и для существующих объектов. Поэтому в нем нужно убедиться в том, что открывается форма именно нового объекта. Убедиться в этом можно проанализировав параметр формы Ключ.
Если объект новый, в этом параметре будет пустая ссылка. Если это существующий объект – в этом параметре будет ссылка на этот объект:
Если требуется выполнять какие-то действия в обработчике события формы ПриОткрытии, то в нем ситуация аналогичная, нужно анализировать параметр формы Ключ.
Для тех кто не хочет читать все что выше, код проверки на ЭтоНовый в Управляемом приложении:
Заливкой выделены события, выполняющиеся в транзакции записи.
Последовательность событий при проведении документа из формы документа (провести и закрыть)
Заливкой выделены события, выполняющиеся в транзакции записи.
Последовательность событий при отмене проведения документа из формы документа
Заливкой выделены события, выполняющиеся в транзакции записи.
Обработчики событий
Расширение управляемой формы для документа. Возникает на клиенте перед выполнением записи объекта из формы. Процедура-обработчик данного события вызывается перед вызовом процедуры-обработчика события ПередЗаписью .
- Отказ , тип Булево . Признак отказа от записи. Если в теле процедуры-обработчика установить данному параметру значение Истина , запись выполнена не будет и будет вызвано исключение. Значение по умолчанию: Ложь .
- ПараметрыЗаписи , тип Структура . Структура, содержащая параметры записи. Для формы документа существует два предопределенных параметра — РежимЗаписи и РежимПроведения . Они добавляются автоматически при вызове команд «Провести», «Провести и закрыть», «Отмена проведения». Параметр РежимПроведения может отсутствовать, если режим проведения в документе не определен.
Примечание: В обработчике данного события нельзя использовать серверные методы формы с директивой компиляции &НаСервере .
Расширение управляемой формы для документа. Вызывается перед записью объекта на сервере. Можно отменить запись. Выполняется вне транзакции.
- Отказ , тип Булево . Признак отказа от записи. Если в теле процедуры-обработчика установить данному параметру значение Истина , запись выполнена не будет и будет вызвано исключение. Значение по умолчанию: Ложь .
- ТекущийОбъект , тип ДокументОбъект.ИмяДокумента . Записываемый объект.
- ПараметрыЗаписи , тип Структура . Структура, содержащая параметры записи. Для формы документа существует два предопределенных параметра — РежимЗаписи и РежимПроведения . Они добавляются автоматически при вызове команд «Провести», «Провести и закрыть», «Отмена проведения».
Возникает перед выполнением записи объекта. Процедура-обработчик вызывается после начала транзакции записи, но до начала записи документа.
- Отказ , тип Булево . Признак отказа от записи. Если в теле процедуры-обработчика установить данному параметру значение Истина , то запись выполнена не будет и будет вызвано исключение. Значение по умолчанию: Ложь .
- РежимЗаписи , тип РежимЗаписиДокумента . В параметр передается текущий режим записи документа. Позволяет определить в теле процедуры режим записи. Изменение значения параметра позволяет изменить режим записи.
- РежимПроведения , тип РежимПроведенияДокумента . В данный параметр передается текущий режим проведения. Изменение значения параметра позволяет изменить режим проведения.
Возникает при записи объекта. Процедура-обработчик вызывается после записи объекта в базу данных, но до окончания транзакции записи.
- Отказ , тип Булево . Признак отказа от записи документа. Если в теле процедуры-обработчика установить данному параметру значение Истина , то запись документа выполнена не будет. Значение по умолчанию: Ложь .
Расширение управляемой формы для документа. Возникает на сервере при записи объекта из формы. Процедура-обработчик вызывается после записи объекта (после события ПриЗаписи объекта) в базу данных, но до окончания транзакции записи.
- Отказ , тип Булево . Признак отказа от записи. Если в теле процедуры-обработчика установить данному параметру значение Истина , то запись произведена не будет. Значение по умолчанию: Ложь .
- ТекущийОбъект , тип ДокументОбъект.ИмяДокумента . Записываемый документ.
- ПараметрыЗаписи , тип Структура . Структура, содержащая параметры записи. Для формы документа существует два предопределенных параметра — РежимЗаписи и РежимПроведения . Они добавляются автоматически при вызове команд «Провести», «Провести и закрыть», «Отмена проведения».
Расширение управляемой формы для документа. Вызывается после записи объекта на сервере и после завершения транзакции.
- ТекущийОбъект , тип ДокументОбъект.ИмяДокумента . Записываемый объект.
- ПараметрыЗаписи , тип Структура . Структура, содержащая параметры записи. Для формы документа существует два предопределенных параметра — РежимЗаписи и РежимПроведения . Они добавляются автоматически при вызове команд «Провести», «Провести и закрыть», «Отмена проведения».
Расширение управляемой формы для документа. Возникает на сервере после записи объекта и после окончания транзакции записи, то есть к моменту вызова этой процедуры запись объекта полностью завершена.
- ПараметрыЗаписи , тип Структура . Структура, содержащая параметры записи. Для формы документа существует два предопределенных параметра — РежимЗаписи и РежимПроведения . Они добавляются автоматически при вызове команд «Провести», «Провести и закрыть», «Отмена проведения».
Примечание: В обработчике данного события нельзя использовать серверные методы формы с директивой компиляции &НаСервере .
Читайте также: