Последовательности событий при проведении документа 1С. Шпаргалка

06.12.23

Разработка - Механизмы платформы 1С

Собрал информацию о событиях и подписках в одном месте.

При проведении документа

 

ПоследовательностьСобытийДокументаПроведение_v1.1.png

Рис. 1. Последовательность событий при проведении документа

Про подписки:

  • Дополнение1: все подписки на события выполняются после стандартных обработчиков Объекта(не формы) и выполняются тоже только на сервере (для УФ)
  • Дополнение2: подписки на события для одинаковых источников и действий выполняются в порядке размещения подписок в конфигураторе сверзу вниз (т.е. в таком же порядке, как и в дереве метаданных)
  • Дополнение3: подписки с источником общего типа ДокументОбъект, СправочникОбъект выполняются позже, чем с источником конкретного типа, даже если он составной.
 
 При отмене проведения:

При открытии формы

 

ПоследовательностьСобытийДокументаОткрытиеФормы

Рис. 2. Последовательность событий при открытии управляемой формы

  • События ПриЧтенииНаСервере/ПриКопировании/ОбработкаЗаполнения возникают при открытии существующего/копировании/вводе нового соответственно.
  • Активация модуля(инициализация модуля) - это выполнение кода находящегося вне обработчиков

И текстом

Проведение документа:

ПередЗаписью(<Отказ>, <ПараметрыЗаписи>)
ОбработкаПроверкиЗаполненияНаСервере(<Отказ>, <ПроверяемыеРеквизиты>)
ОбработкаПроверкиЗаполнения(<Отказ>, <ПроверяемыеРеквизиты>)
ПередЗаписьюНаСервере(<Отказ>, <ТекущийОбъект>, <ПараметрыЗаписи>)
ПередЗаписью(<Отказ>, <ПараметрыЗаписи>)
ПриУстановкеНовогоНомера(<СтандартнаяОбработка>, <Префикс>)
ПриЗаписи(<Отказ>)
ОбработкаПроведения(<Отказ>, <РежимПроведения>) или
ОбработкаУдаленияПроведения(<Отказ>)
ПриЗаписиНаСервере(<Отказ>, <ТекущийОбъект>, <ПараметрыЗаписи>)
ПослеЗаписиНаСервере(<ТекущийОбъект>, <ПараметрыЗаписи>)

ПослеЗаписи(<ПараметрыЗаписи>)

Открытие формы:

ОбработкаПолученияФормы(<ВидФормы>, <Параметры>, <ВыбраннаяФорма>, <ДополнительнаяИнформация>, <СтандартнаяОбработка>)
<Активация модуля формы на сервере>
<Активация модуля объекта>
ПриЧтенииНаСервере(<ТекущийОбъект>) или
ПриКопировании(<ОбъектКопирования>) или
ОбработкаЗаполнения(<ДанныеЗаполнения>, <ТекстЗаполнения>, <СтандартнаяОбработка>)
ПриСозданииНаСервере(<Отказ>, <СтандартнаяОбработка>)
ПередЗагрузкойДанныхИзНастроекНаСервере(<Настройки>)
ПриЗагрузкеДанныхИзНастроекНаСервере(<Настройки>)

<Активация модуля формы на клиенте>
ПриОткрытии(<Отказ>)
ПриПовторномОткрытии()

Цвета: &НаКлиенте  &НаСервере

При записи регистра сведений

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

При необходимости у разработчика есть возможность «вмешиваться» в процесс модификации данных регистра посредством использования обработчиков событий.

В случае записи новой записи (то есть записи с такими ключевыми полями еще не было) из формы записи регистра сведений последовательность, с которой задействованы обработчики событий, следующая (рис. 3).

Рис. 3. Последовательность событий, вызываемая при записи из формы новой записи регистра сведений

В случае модификации уже существующей записи регистра посредством менеджера записи могут быть изменены значения ключевых полей. А значит, запись набора с новыми ключевыми полями сама по себе не заместит «старый» набор. Поэтому здесь система работает в два этапа: сначала удаляет «старый» набор записей (состоящий из одной «старой» записи), потом уже записывает «новый» (состоящий из «новой» записи), рис. 4.

Рис. 4. Последовательность событий, вызываемая при записи из формы существующей записи регистра сведений

Как видно на схеме, удаление «старого» набора записей производится посредством записи пустого набора записей. При этом получается, что обработчики событий (ПередЗаписью и ПриЗаписи) модуля набора записей будут вызываться дважды.

upd: про расширения теперь в отдельной статье: Последовательность выполнения расширений

Источники:

ps: оригинальные изображения взяты из источников

upd(ответ на комментарии Cyberhawk и  Yashazz): 

"Отказ=Истина", выставленный в одной подписке, не мешает срабатывать другой (т.е. процесс не прерывается)

утверждение верно для ОДНОГО события (в случае наличия нескольких подписок на одно и то же событие). Например, если есть 3 подписки на событие ПриЗаписи документа ПКО, то Отказ=Истина выставленный в одной из них не помешает срабатыванию других двух.

Отказ для каждого события проверяется в двух местах
1. После выполнения обработчика в модуле объекта/менеджера, включая все расширения.
2. После обработки всех подписок, включая все их расширения.
Т.е. если в п.1 выставили Отказ, то п.2 уже выполняться не будет. Думаю стоит это добавить в статью.

(с) tormozit

последовательности событий

См. также

Поинтегрируем: сервисы интеграции – новый стандарт или просто коннектор?

Обмен между базами 1C Администрирование СУБД Механизмы платформы 1С Платформа 1С v8.3 Бесплатно (free)

В платформе 8.3.17 появился замечательный механизм «Сервисы интеграции». Многие считают, что это просто коннектор 1С:Шины. Так ли это?

11.03.2024    4431    dsdred    53    

70

Как готовить и есть массивы

Механизмы платформы 1С Платформа 1С v8.3 Бесплатно (free)

Все мы используем массивы в своем коде. Это один из первых объектов, который дают ученикам при прохождении обучения программированию. Но умеем ли мы ими пользоваться? В этой статье я хочу показать все методы массива, а также некоторые фишки в работе с массивами.

24.01.2024    5271    YA_418728146    25    

62

Планы обмена VS История данных

Обмен между базами 1C Механизмы платформы 1С Платформа 1С v8.3 Бесплатно (free)

Вы все еще регистрируете изменения только на Планах обмена и Регистрах сведений?

11.12.2023    6389    dsdred    36    

111

1С-ная магия

Механизмы платформы 1С Бесплатно (free)

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

06.10.2023    18463    SeiOkami    46    

118

Дефрагментация и реиндексация после перехода на платформу 8.3.22

Механизмы платформы 1С Платформа 1С v8.3 Бесплатно (free)

Начиная с версии платформы 8.3.22 1С снимает стандартные блокировки БД на уровне страниц. Делаем рабочий скрипт, как раньше.

14.09.2023    12073    human_new    27    

74

Валидация JSON через XDTO (включая массивы)

WEB-интеграция Универсальные функции Механизмы платформы 1С Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

При работе с интеграциями рано или поздно придется столкнуться с получением JSON файлов. И, конечно же, жизнь заставит проверять файлы перед тем, как записывать данные в БД.

28.08.2023    8799    YA_418728146    6    

141

Внешние компоненты Native API на языке Rust - Просто!

Механизмы платформы 1С Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Внешние компоненты для 1С можно разработывать очень просто, пользуясь всеми преимуществами языка Rust - от безопасности и кроссплатформенности до удобного менеджера библиотек.

20.08.2023    6271    sebekerga    54    

94

Все скопируем и вставим! (Буфер обмена в 1С 8.3.24)

Механизмы платформы 1С Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Рассмотрим новую возможность 8.3.24 и как её можно эффективно использовать

27.06.2023    15959    SeiOkami    31    

103
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. kuzyara 1900 30.12.19 16:00 Сейчас в теме
Прикрепленные файлы:
user1210458; EvgeniyOlxovskiy; levante90; isn; DrAku1a; DJ_Codebase; EvgeniyFmn; ruziya; akR00b; GetNight; naumkin.s; AlbinaAAA; Andry.Boris; dock; МимохожийОднако; BigB; A.Kruglikhin; fancy; aezdakov; +19 Ответить
2. acanta 30.12.19 16:20 Сейчас в теме
Спасибо. Насколько я понимаю, основная проблема в том, что событие в начале последовательности не успевает завершиться до начала следующего.
Например, при большом количестве движений по регистрам транзакция записи обьекта завершается позже проведения.
3. Yashazz 4709 30.12.19 18:36 Сейчас в теме
Тю. Репост как он есть. Да ещё и фрагментарный. Выдрали кусок из толстой книжки и довольны...

А вот про последовательность отработки подписок на события, или про спецэффекты в расширениях, слабо?
denis_aka_wolf; kuzyara; JohnConnor; sapervodichka; +4 1 Ответить
6. Prometeus2011 210 10.01.20 11:15 Сейчас в теме
(3)Скорее всего было не так. Человек просто разобрался в этом и решил поделиться. Возможно, ему это знание помогло решить какую-то проблему, ну или просто стало откровением:)
Скорее всего чистосердечный душевный порыв:).
olexi2012; ivnik; AlbinaAAA; CodeNull; PLAstic; user717534; +6 Ответить
8. rudnitskij 15.01.20 23:31 Сейчас в теме
(6) У меня был аналогичный порыв - когда я в начале карьеры обнаружил, что если при поиске среди объектов справочника по реквизиту типа ДАТА искать по числу и месяцу, то при сравнении нужной даты "1 января" с пустой датой у нас возникает равенство.
То есть в куче объектов справочника "Контрагенты" при поиске именинников в обычный день года число именинников колебалось в пределах 30-50, то 1 января именинников оказалось аж три тыячи. В пустой дате оказывается тоже 1 января.
И так мне захотелось статью об этом написать куда-нибудь, поведать миру... Но к счастью, было много работы, и до статьи руки не дошли
SAGerasimov; user811769; Drivingblind; user717534; kuzyara; acanta; +6 Ответить
40. SAGerasimov 08.06.23 08:49 Сейчас в теме
(8)
Блин, тру стори)) Лет так 5 назад поначислялось 1го января у заказчика его клиентам с незаполненной датой рождения поздравительных бонусов)) Хорошо, что быстро заметили и исправили)
4. пользователь 01.01.20 15:00
Сообщение было скрыто модератором.
...
5. kostik_love 308 07.01.20 10:56 Сейчас в теме
Дополнение2: подписки на события для одинаковых источников и действий выполняются в порядке размещения подписок в конфигураторе сверзу вниз (т.е. в таком же порядке, как и в дереве метаданных)


Если не прав- поправьте
1. Выполняется обработчик события из расширения "Перед" (по порядку подключения расширений)
2. Выполняется обработчик событие из модуля объекта
3. выполняется обработчик события из расширения "После" (по порядку подключения расширений)
4. если не отказ в пред шагах (в том числе пред подписках), то выполняется обработчик события из подписок (порядок произвольный и никак на него не повлиять)
43. kuzyara 1900 06.12.23 12:31 Сейчас в теме
(5)
1. Выполняется обработчик события из расширения "Перед" (по _обратному_ порядку расширений)
2. Выполняется обработчик событие из модуля объекта
3. Выполняется обработчик события из расширения "После" (по отображаемому порядку расширений)
Проверка параметра Отказ, так как если выставили Отказ - то далее выполняться не будет!
4. Выполняется обработчик события из подписок (порядок последовательный, в порядке следования в дереве метаданных), в зависимости от вида подписки:
4.1 сначала выполняются с источником конкретного типа "СправочникОбъект.Номенклатура"
4.2 потом составного типа "СправочникОбъект.Банки, СправочникОбъект.Очереди"
4.3 потом общего типа "СправочникОбъект"
Проверка параметра Отказ
Порядком выполнения подписок одного вида можно управлять, перемещая их вверх/вниз отностительно друг друга в дереве метаданных. Смотри реализацию в обработке из 1 сообщения.
Порядок расширений одного вида определяется не только порядком подключения, но и полями: _MasterNode, _ExtensionUsePurpose, _ExtensionScope, _ExtensionOrder. Последнее поле и есть порядок добавления, но оно стоит последним в списке приоритета. Расширения вида "Перед" выполняются в обратном порядке, остальные в прямом. Подробнее описал в отдельной статье.
44. kuzyara 1900 07.12.23 06:56 Сейчас в теме
(43) в п. 4 ошибся, правильно будет:
4.1 сначала выполняются с источником конкретного типа или составного типа (в порядке следования в дереве метаданных)
4.2 потом общего типа "СправочникОбъект" (в порядке следования в дереве метаданных)

Обработку обновил, проверил на УТ11 на справочнике Пользователи - выводит правильно
7. Yashazz 4709 10.01.20 12:25 Сейчас в теме
Просто из личного опыта (8.3.6 - 8.3.9, дальше матерные слова кончились и желание экспериментировать тоже):

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

В расширениях - например, некое событие просто тихо не срабатывает. Вот должно, а нету. Или перегружаем мы событие типового модуля, а оно отрабатывает безо всяких &Вместо, по-типовому. Или в порядок событий платформы вдруг вносятся такие милые изменения, как отработка события расширения ДО события самой конфы.
45. kuzyara 1900 07.12.23 07:15 Сейчас в теме
(7)
В любом случае, точно предугадать, в каком порядке сработают подписки, невозможно.

Проверил обработку из 1 поста на УТ11 в 8.3.23.1865 и на УПП1.3 в 8.3.15.1830 - показывает порядок верно.
9. Cyberhawk 135 21.01.20 15:07 Сейчас в теме
"Отказ=Истина", выставленный в одной подписке, не мешал срабатывать другой (т.е. процесс не прерывался)
А разве должен?
10. tormozit 7136 09.03.20 07:56 Сейчас в теме
(9) Не должен. Отказ проверяется только после отработки события целиком. Например если в ПередЗаписью выставили Отказ, то ПриЗаписи уже не выполняется. Так что Отказ, установленный в одной подписке, можно сбросить в другой =) Такое поведение нельзя назвать полностью логичным, но пока реализовано именно так. И так было всегда.
13. tormozit 7136 09.03.20 09:35 Сейчас в теме
Отказ проверяется только после отработки события целиком

(10) Не совсем корректно написал.
Отказ для каждого события проверяется в двух местах
1. После выполнения обработчика в модуле объекта/менеджера, включая все расширения.
2. После обработки всех подписок, включая все их расширения.
Т.е. если в п.1 выставили Отказ, то п.2 уже выполняться не будет. Думаю стоит это добавить в статью.
11. tormozit 7136 09.03.20 08:19 Сейчас в теме
Активация модуля - это выполнение кода находящегося вне обработчиков

Правильнее будет - инициализация модуля, т.е. выполнение инструкций встроенного языка из раздела инициализации модуля. Этот термин является общепринятым.
12. tormozit 7136 09.03.20 09:22 Сейчас в теме
Раздел "Про расширения - Выполняются перед подписками" не совсем понятен.
Расширяющий метод выполняется до того, как сработают подписки на «расширяемое» событие.

Я бы написал "Все расширения обработчика события выполняются до выполнения подписок на это событие". Фраза "«расширяемое» событие" может запутать читателя. События не могут быть "расширены". Расширены могут быть методы (обработчики и подписки события).
14. tormozit 7136 09.03.20 09:47 Сейчас в теме
все подписки на события выполняются после стандартных обработчиков Объекта(не формы) и выполняются тоже только на сервере

Написано не совсем корректно. Подписки будут выполняться в том контексте (клиен/сервер), где находится сам объект. Если объект находится в клиентском контексте, то все обработчики и подписки будут выполняться там же - в клиенте.
15. spacecraft 09.03.20 10:00 Сейчас в теме
(14)
Подписки будут выполняться в том контексте (клиен/сервер), где находится сам объект

подписки на клиентские методы? Например?
Или имеется ввиду толстый клиент обычного приложения?
16. tormozit 7136 09.03.20 11:06 Сейчас в теме
(15) Имеется ввиду толстый клиент. Почему только обычного приложения? Толстый клиент может быть и управляемого приложения.
17. spacecraft 09.03.20 11:22 Сейчас в теме
(16) у толстого клиента УФ все хитрее. У него модуль объекта не будет полностью клиентским. В клиент-серверном он серверный.
В файловом вообще разделения как такового нет. Все на клиенте. Хотя тут можно притянуть, что модуль объекта клиентский.
18. tormozit 7136 09.03.20 11:42 Сейчас в теме
(17) В клиент-серверном варианте:
Обычная форма будет делать с объектом все на клиенте. Она существует только в толстом клиенте и не важно, управляемое или обычном приложение.
Управляемая форма будет делать с объектом все на сервере во всех типах клиентского приложения.

В файловом варианте действительно будут отличия, т.к. там разделение контекстов не полноценное. Поэтому не стоит этим засорять обсуждение.
19. spacecraft 09.03.20 13:43 Сейчас в теме
(18) причем тут форма и подписки?

(18)
Поэтому не стоит этим засорять обсуждение.

Это не Вам решать.
20. tormozit 7136 09.03.20 14:10 Сейчас в теме
(19) Притом что форма создает объект данных в памяти определенного контекста (клиент/сервер). Для событий созданного ею объекта данных и будут вызываться подписки.
В (16) ты написал "у толстого клиента УФ все хитрее". Хитрее чего?
21. spacecraft 09.03.20 14:17 Сейчас в теме
(20)
Притом что форма создает объект данных в памяти определенного контекста (клиент/сервер). Для событий созданного ею объекта данных и будут вызываться подписки.

Серьезно? А работа без создания формы не рассматривается?
(20)
В (16) ты написал "у толстого клиента УФ все хитрее". Хитрее чего?

Там все расписано. В зависимости от файловая версия или клиент-серверная, контекст будет разный. В отличие от обычных форм (там единообразно клиентский контекст).
23. tormozit 7136 09.03.20 14:34 Сейчас в теме
(21) Мне показалось что в (17) ты писал про формы. Потому я тебе начал отвечать именно про формы. Изначально в (14) я уже описал про поведение объектов данных в общем (без контекста форм). Виной всему стала твоя фраза "все хитрее", как бы намекающая что я не до конца разобрался в вопросе. Как мне кажется мое утверждение (14) вполне согласуется с твоим (17). Поэтому для фразы "хитрее" мне пришлось искать более сложную трактовку.
24. spacecraft 09.03.20 14:37 Сейчас в теме
(23) в 17 вообще не упоминаются формы. Если только "Толстый клиент УФ". Так это не формы как таковые, а обозначение режим запуска приложения.
А хитрее было сказано с тем, что для файлового варианта (толстый клиент УФ) контекст хитрее. Ничего более. Нигде не ставил под сомнения твои высказывания.
26. tormozit 7136 09.03.20 14:48 Сейчас в теме
(24) Нет режима запуска "Толстый клиент УФ". Есть режимы запуска
- толстый клиент управляемое приложение (УП)
- толстый клиент обычное приложение (ОП)
Поэтому твое "УФ" было логично воспринято мной как "управляемые формы" (в толстом клиенте). А они могут работать как в обычном приложении (ОП) так и в управляемом приложении (УП).
27. spacecraft 09.03.20 14:52 Сейчас в теме
(26)
Нет режима запуска "Толстый клиент УФ"

Уже давно, в том числе и на этом форуме УФ и ОФ являются синонимами режима запуска, а не описанием открытия форм. Никогда не видел сокращение УП, в контексте вида используемого приложения.
Хорошо, теперь мы пришли к знаменателю?
25. spacecraft 09.03.20 14:42 Сейчас в теме
(23) попробую объяснить, что я вкладывал в слово "хитрее". В толстом клиенте УФ он выполняет все на клиенте и видит оба контекста (имеется ввиду условное разделение на сервер и клиент). Вот его главная особенность и проклятие.
22. spacecraft 09.03.20 14:29 Сейчас в теме
(20) вот простой пример:
- Создали подписку на событие (пусть будет ПередЗаписью справочника).
- общий модуль с флагами Сервер и Клиент(Обычное приложение).
- из этого метода вызывается метод из общего глобального модуля (ОГМ) с компиляцией на сервере.
т.к. с серверного контекста ОГМ доступен, то с ним все хорошо. Из клиентского ОГМ недоступен. Можно сделать метод такой же клиентский ОГМ с таким же именем метода. И уже из него вызывать серверный через промежуточный серверный общий модуль с вызовом сервера. Все будет работать, но только до использования толстого клиента УФ файлового варианта. Вот тут и вылезет ошибка.
Так что Толстый клиент файлового вариант преподносит неожиданные сюрпризы.
28. tormozit 7136 09.03.20 14:57 Сейчас в теме
То, что большинство использует некорректные обозначения режимов запуска, не значит что остальные их должны понимать. Есть терминология от производителя платформы. В ней нет режимов запуска "УФ" и "ОФ". Их использование говорит о неполном понимании механизмов платформы. Есть обычные/управляемые формы и отдельно есть обычное/управляемое приложение и они могут сочетаться в любых комбинациях.
29. spacecraft 09.03.20 15:03 Сейчас в теме
(28) В любом случае используемая форма не имеет никакого отношения в контексту используемому в модуле объекта. За контекст обработчиков модуля объекта отвечает исключительно режим запуска.
Если использовать управляемую форму в приложении с режимом запуска ТолстыйКлиентОбычноеПриложение, то и контекст модуля объекта будет ТолстыйКлиентОбычноеПриложение.
Так что формы тут вообще никак не влияют.
30. tormozit 7136 09.03.20 15:06 Сейчас в теме
(29)
Если использовать управляемую форму в приложении с режимом запуска ТолстыйКлиентОбычноеПриложение, то и контекст модуля объекта будет ТолстыйКлиентОбычноеПриложение

Это утверждение ошибочно. Если использовать управляемую форму в режиме запуска ТолстыйКлиентОбычноеПриложение, то контекст модуля порожденного ею объекта данных будет Сервер.
31. spacecraft 09.03.20 15:08 Сейчас в теме
(30) да, тут наверно не прав. возможно. Но контекст модуля объекта не жестко привязан к форме. Он же и без формы может вызываться.
32. tormozit 7136 09.03.20 15:10 Сейчас в теме
(31) Про возможность существования объекта отдельно от формы я согласен и даже не пытался опровергать это =)
33. spacecraft 09.03.20 15:14 Сейчас в теме
(30)
Если использовать управляемую форму в режиме запуска ТолстыйКлиентОбычноеПриложение, то контекст модуля объекта порожденного ею объекта будет Сервер.

За мелким исключением. Для файлового варианта будут "все" контексты, в том числе и ТолстыйКлиентОбычноеПриложение.
34. tormozit 7136 09.03.20 15:18 Сейчас в теме
(33) Да. В файловом варианте в обоих режимах запуска (ТолстыйКлиентУправляемоеПриложение и ТолстыйКлиентОбычноеПриложение) при записи в управляемой форме объект данных будет создан в клиентском контексте, который по совместительству будет и серверным, но в предметах отладки будет обозначен "Толстый клиент".
35. kirillkr 29 25.11.20 16:53 Сейчас в теме
Что может выполняться после события ПередЗакрытием в форме документа при нажатии на провести и закрыть.
С момента выхода из этой процедуры, до любой другой в форме списка иногда проходят десятки секунд.
F11 не отлавливается. B техжурнале или не фиксируются, или неправильно настроил. Не можем отловить из-за чего происходит зависание после проведения документа (не всегда и не у всех). И дело не в проведении, т.к. проведение и запись проходит за полторы секунды максимум.
Куда смотреть? Куда копать?
36. user1455510 27.11.20 07:03 Сейчас в теме
(35) включи замер производительности, если не поможет - копай дин. список
А время ключевой операции в управляемых (да и в обычных) формах лучше замерять через обработчик ожидания.
37. kirillkr 29 27.11.20 08:51 Сейчас в теме
(36)
ставил. туда попадают только записи, которые выполняются параллельно, типа проверки блокировки сеанса. Видимо успевают выполниться до срабатывания при активации строки. Но все они выполняются быстрее десятой доли секунды.
Я запрос по динамическому списку пересмотрел, но ни стандартный, ни переопределенный в расширении таких задержек дать не может. Тем более сам список документов открывается быстро. Может попробовать в расширении добавить событие при чтении данных. И проверить когда оно наступает? Может какое-то событие у формы списка еще раньше возникает после закрытия формы документа?
38. user1455510 27.11.20 10:29 Сейчас в теме
(37) Опишу общую методику.

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

Чем хорош замер через обработчик - он заканчивается сам когда интерфейс отлипает на 0.1 секунду и позволяет засечь тормоза скрытых платформенных вызовов.
2) Отделяем замер "Проведения" от "ЗакрытияФормы" с проведением добавив параллельный замер. Через некоторое время понимаем что информации недостаточно и в комментарий замера включаем расширенную аналитику: номер документа, режим проведения, количество строк (дополнительно к пользователь/комп/ферма_рдп/тип_клиента и т.д. дополнительно к встроенным по-умолчанию )
&НаКлиенте
Процедура ПослеЗаписи(ПараметрыЗаписи)
	
	// ...
	
	МетрикиПроизводительностиКлиент.ЗакончитьЗамер(Замер2, Строка(Объект.ДокументПланирования), , Строка(ПараметрыЗаписи.РежимЗаписи)+" Количество позиций: " + КоличествоПозиций);

3) Далее, получаем много замеров с информацией кто/что/где/когда, сортируем топ по длительности и пытаемся найти закономерность. у нас в графане
4) Собираем ТЖ по dbmssql, коллы, таймауты, блокировки с фильтром по Duration (у нас >3-10 секунд)
https://gist.github.com/kuzyara/9acf3294a0726cd80d5fe7fa6f852c79
5) выбираем события из лога тж по Началу и Окончанию замера и Пользователю/Сеансу, видим левые запросы на неприличное количество секунд https://yadi.sk/i/jYj7w6V3xF_fMw
6) по тексту скульного запроса определяем какие таблицы каким метаданным соответствуют и примерно понимаем суть запроса и откуда он (ну или по контексту вызова
7) смотрим какому пользователю принадлежат запросы, заходим в копию продуктовой базы и запускам эску с профайлером от имени проблемной МальИванны из фин. отдела и воспроизводим проблему
8) включаем профайлер скуля, лезем в код, обрезаем ненужные вызовы, оптимизируем запрос, добавляем индексы, курим план запроса до просветления и исправляем несовершенство бытия
9) обещаем себе больше не залезать в задачи на оптимизацию легаси-комбайнов)
triviumfan; +1 Ответить
39. user1455510 27.11.20 10:51 Сейчас в теме
и да, не забываем искать корреляцию с проседанием инфраструктуры, мониторинг: цпу/диск/память/сеть/блокировки кластера/скульника https://yadi.sk/i/Ssc_2iY6C2n--Q
так как может всё это оказаться зря из-за задыхающейся схд
41. 62chma 16.06.23 13:29 Сейчас в теме
Спасибо, очень помогли понять последовательность вызова обработчиков событий.
42. alexlkt 01.09.23 13:12 Сейчас в теме
Добрый день! Поможете определить почему очищается данные реквизита1 в полеввода справочника, когда происходит выбор из другого поля ввода реквизит2?
1. При отладке в процедуре ОбработкаВыбора Реквизита2 данные есть!
2. При отладке в процедуре ПриИзменении данные очищаются!
Где происходить очистка как выловить отладчиком?
Оставьте свое сообщение