От экспертов «1С‑Рарус»: Оптимизация производительности 1С:Документооборота. Часть 1

1. Устраняем замедление при работе пользователя в 1С:ДО с одновременными правами доступа основного сотрудника и сотрудника по совместительству

К нам обратился клиент с жалобой, что подтормаживает открытие АРМ «Задачи мне», АРМ «Задачи подчиненных» и списки документов. Клиент использует конфигурацию «1С:Документоборот КОРП, версия 3» (3.0.7.28, версия платформы 8.3.22.2283). В системе работает 2 000 пользователей.

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

Роли и дескрипторы доступа

Немного расскажем, как работают роли доступа. Вся система расчета прав «1С:Документооборота» (1С:ДО) построена на дескрипторах доступа.

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

В «1С:Документообороте» дескриптор — это справочник «Дескриптор доступа объектов», который объединяет объекты и права доступа пользователей.

Пример дескриптора — три вкладки ниже.

На вкладке «Дескриптор» следующие реквизиты:

• Объект данных — метаданные «Справочник.ДокументыПредприятия».
• Вид объекта — элемент из справочника «Виды документов».
• Гриф доступа — что такое «гриф доступа» и зачем он нужен см. на ИТС (its.1c.ru/db/pubdocflow300quest/content/21/hdoc).
• Организация — элемент из справочника «Организации».

На вкладке «Права доступа» отображен список сотрудников с типом доступа, данные получены из РС «Права по дескрипторам доступа объектов».

На вкладке «Объекты» отображены объекты для данного дескриптора.

Как мы видим на данном примере, один дескриптор из демонстрационной базы объединил в себе 9 сотрудников и 17 объектов.

А вот пример реального дескриптора из рабочей базы. Он объединяет 390 сотрудников и 1736 объектов:

Преимущества работы ролей доступа через дескрипторы:

• Повышение производительности при работе со списками объектов.
• Упрощение администрирования прав доступа.
• Повышение безопасности системы.

Недостатки:

• Необходимость более тщательного планирования системы прав доступа.
• Некоторое увеличение сложности настройки системы*.

Для того чтобы посмотреть, какие права доступа к документу назначены в соответствии с дескриптором, пользователь может открыть карточку документа и перейти по кнопке Еще → Документ → команда Права доступа (см. its.1c.ru/db/pubdocflow300quest#content:295:hdoc):

Открыв форму мы видим две вкладки. На первой список сотрудников с типом доступа:

На второй вкладке мы видим список дескрипторов, связанных с данным объектом:

Право по касанию в 1С:Документообороте

Право по касанию — это принцип предоставления доступа к информации, основанный на взаимодействии пользователя с документом.

Суть:

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

Пример:

• Сотрудник получает задачу по договору.
• Автоматически он получает права на:
  • Чтение дополнительных соглашений к этому договору.
  • Просмотр других задач, связанных с этим же договором.

Настройка:

• Права по касанию включены по умолчанию в редакции 3.0.
• Настройки можно изменить:
  • Ограничить доступ к конфиденциальным документам.
  • Предоставить дополнительные права определенным группам пользователей.

Преимущества:

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

Как дескрипторы используются в шаблонах ограничения доступа?

Ниже шаблон RLS:

// Примеры использования шаблона:
//	#ПоДескрипторуОбъекта("", "")
//	#ПоДескрипторуОбъекта("Изменение", "")
//	#ПоДескрипторуОбъекта("", "Документ")
//	#ПоДескрипторуОбъекта("ИзменениеИлиДобавление", "Мероприятие")
//	#ПоДескрипторуОбъекта("ИзменениеИлиДобавление", "Мероприятие", "БезРуководителейИДелегатов")

#Если &ДокументооборотИспользоватьОграниченияПравДоступа #Тогда
	
	ТекущаяТаблица ИЗ #ТекущаяТаблица КАК ТекущаяТаблица
	
	ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ДескрипторыДляОбъектов КАК ДескрипторыДляОбъектов
	#Если "#Параметр(2)" = "" #Тогда
		ПО ТекущаяТаблица.Ссылка = ДескрипторыДляОбъектов.Объект
	#Иначе
		ПО ТекущаяТаблица.#Параметр(2) = ДескрипторыДляОбъектов.Объект
	#КонецЕсли
	
	ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ПраваПоДескрипторамДоступаОбъектов КАК ПраваПоДескрипторамДоступаОбъектов
	ПО ДескрипторыДляОбъектов.Дескриптор = ПраваПоДескрипторамДоступаОбъектов.Дескриптор
	
	ГДЕ ПраваПоДескрипторамДоступаОбъектов.Сотрудник В (&СотрудникиПользователя)
	
	#Если "#Параметр(1)" = "Изменение" #Тогда
		И ПраваПоДескрипторамДоступаОбъектов.Изменение
	#ИначеЕсли "#Параметр(1)" = "ИзменениеИлиДобавление" #Тогда
		И (ПраваПоДескрипторамДоступаОбъектов.Изменение
			ИЛИ ПраваПоДескрипторамДоступаОбъектов.Добавление)
	#КонецЕсли
	
	#Если "#Параметр(3)" = "БезРуководителейИДелегатов" #Тогда
		И ПраваПоДескрипторамДоступаОбъектов.ОбъектОснование = НЕОПРЕДЕЛЕНО
	#КонецЕсли
	
#КонецЕсли

В запросе RLS участвуют три таблицы:

1. Текущая таблица — это данные (объекты), к которым происходит запрос, например, от пользователя к списку документов.
2. РС «Права по дескрипторам доступа объектов» — Связь дескриптора и сотрудника.
3. РС «Дескрипторы для объектов» — Связь дескриптора и объекта.

И один параметр: &СотрудникиПользователей — сюда передаются все сотрудники пользователя.

Задача дескрипторов — уменьшить количество записей в запросах путем объединения схожих прав доступа по объектам и сотрудникам. Однако, так как в РС «Права по дескрипторам доступа объектов» связь хранится в разрезе сотрудников, то количество записей будет увеличиваться пропорционально количеству сотрудников пользователя, даже если у этих сотрудников пользователя есть пересечение доступов между объектами.

Используем функционал замещения сотрудника для устранения подтормаживания

Гипотеза: из опыта предыдущих внедрений и согласно идеям изложенным в статье выше мы предположили, что подтормаживание связано с ролевой системой и решили поэкспериментировать с дескрипторами.

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

Действия по шагам:

1. Сделать при помощи типового механизма «замещение» сотрудников по совместительству на основного сотрудника. В системе создаются доп. дескрипторы доступа по основному сотруднику, взяв права доступа из сотрудников по совместительству, где общее количество дескрипторов основного сотрудника по итогу выходит меньше, чем количество в сумме отдельных дескрипторов по всем сотрудникам.

   В подсистеме «Совместная работа» → Замещающие → Создать.

   

   Форма элемента справочника «Замещающие и помощники» (рис. 12)
2. Выполнить регламентное задание «Обновление прав доступа (долгое)» для пересчета прав доступа по дескрипторам. Что такое обновление прав доступа смотрите в статье ниже.

3. Скорректировать параметры запроса RLS для пользователей, у которых настроено замещение неосновных сотрудников: вместо передачи в запрос всех сотрудников пользователя, передавать только значение основного сотрудника.

   Примечание: для сотрудников, у которых не настроено замещение не основных сотрудников, остается типовой функционал.

Что получаем: уменьшается время получения результатов запроса по ролям доступа, за счет уменьшения таблицы РС «ПраваПоДескрипторамДоступаОбъектов» в запросе RLS (рис. 13). Данный запрос отрабатывает каждый раз при работе со списком и элементам справочников документов предприятия, задач и других объектов, завязанных на правах доступа по дескрипторам, что в целом дает прирост при работе в системе.

Количество записей в регистрах до и после замещения сотрудника на нашем примере:

Как это выглядит на уровне планов запроса?

Текст запроса на SQL можно посмотреть здесь.

Открытие списка документов без доработки:

• InfoR9162 — РС «Права по дескрипторам доступа объектов», параметры несколько сотрудников (красный периметр) и соединяется с таблицей InfoRg7120 (зеленый прямоугольник).
• InfoRg7120 — РС «Дескрипторы для объектов», далее идет соединение с таблицей.
• InfoRg6909 — РС «Данные документов предприятия».

Открытие списка документов с доработкой:

Текст запроса этого плана можно посмотреть здесь, отличия в 50 строке (в передаваемом списке сотрудников).

Как мы видим количество получаемых данных из РС «Права по дескрипторам доступа объектов» уменьшилось (красный периметр), в результате уменьшилось и время с 0,459 сек до 0,005 сек (зелёный периметр).

Гипотеза: после оптимизации изменился план запросов, а именно работа по таблице InfoR9162. Как мы выше писали с доработкой отправляется только одно значение параметра &СотрудникиПользователей вместо списка сотрудников. Скорее всего это послужило причиной для построителя планов запроса SQL отказаться от операции индексирования и сортировки, на которые уходило 0,454 сек.

Про особенности использования группового оператора вхождения можно почитать на ИТС (its.1c.ru/db/metod8dev/content/2499/hdoc):

Выделенный текст желтым и оранжевым фоном совпадает в запросах. Фиолетовый и зеленый фон, это добавленные условия в запросе со списком.

Посмотрим полностью на план запроса при обращение к списку справочника «Документы предприятия».

До оптимизации общее время было 1,295 сек:

С оптимизацией общее время стало 0,351 сек.

Итог: мы получили 0,94 сек прироста при запросе к списку справочника «Документы предприятия». На первый взгляд прирост чуть меньше одной секунды выглядит малорезультативным. Но как мы знаем, RLS участвует всегда при обращении пользователями с ограниченными правами к данным, что добавляет данное время к любым обращения пользователя к базе данных.

Замеры мы делали на сервере разработке на копии базы без конкуренции на данные регистры. К сожалению, замеры на рабочей базе нам не удалось сделать. Как мы писали выше, в базе работает 2 000 пользователей и данные регистры используются высокоинтенсивно, что может вызвать конкуренцию и, как следствие, увеличение времени выполнения запросов RLS при ожиданиях на дисках и/или другом оборудовании.

Со слов пользователя: пропали неожиданные подвисание при открытии и перелистывании списка документов и задач.

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

2. Ускорение работы АРМ «Задачи мне» с помощью повторного использования возвращаемых значений

Расскажем еще один случай по «1С:Документооборот». Жалоба от пользователя на долгое открытие АРМ «Задачи мне».

Мы сделали первичный замер производительности и увидели несколько узких мест в коде:

1. Многократный вызов ГруппировкаПо[вид группировки] по группировкам для каждой элемента группировки в АРМ Задачи:

   

   (рис. 18)
2. Многократный вызов функции в менеджере объекта ПользователиСлужебный.СвойстваНеуказанногоПользователя():

   

   (рис. 19)

Как мы видими, устанавливется разделяемая блокировка вначале, далее поиск необходимой группировки на первом скрине и поиск пользователя с пустым именем. Все это происходит в цикле.

Исключительная блокировка не устанавливается, т. к. элемент уже существует. При 448 циклах уходит более 30 секунд на проверки и блокировки.

У клиента группировки меняются не чаще, чем раз в сутки, поэтому проверки и блокировки каждый раз при открытии формы излишни. Было принято решение применять модули с повторным использованием возвращаемых значений.

Пример варианта решения:

Метод повторного использования позволил ускорить открытие формы задач «Задачи мне», как минимум, на 30 секунд.

Также о методе повторного использования возвращаемых значений можете узнать больше на ресурсе ИТС:

1. its.1c.ru/db/v8324doc/bookmark/dev/ti000000181,
2. its.1c.ru/db/v8std/content/459/hdoc,
3. its.1c.ru/db/v8std/content/724/hdoc.

3. Дополнительная настройка производительности 1С:ДО

Механизм реанимации «безуспешных» задач

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

Существует множество видов заданий:

• Задания для уведомлений (по почте, пуш).
• Задания для обработки очередей (Диспетчер обработки очереди заданий, Запуск обработки заданий).
• Обмены с интеграционными системами.
• Создание новых задач по бизнес-процессу.
• Обновление кэширующих данных.
• Различные регламентные задания по контролю (приближение окончания сроков действия, сроков, указанных в заявках на оплату, сроков контроля и прочих).
• и т. п.

Эти задания не всегда могут быть выполнены в порядке очереди по следующим причинам:

• Объект заблокирован пользователем (например, при интерактивной работе пользователя с задачей).
• Превышено время ожидания на блокировках.
• Высокая нагрузка может быть вызвана пересечением пространств (например, массовое уведомление), а также высокой нагрузкой на оборудование.

Регламент пытается выполнить задание в несколько попыток (по умолчанию 4 раза). Если все попытки неудачные, система прекращает попытки и фиксирует количество попыток = 4 в справочнике «Очередь заданий документооборота» и РС «Очередь обновления кэширующих данных». Такие задания зависают и цепочка бизнес-процесса не движется дальше (не создаются новые задачи после завершения этапа согласования). Это может быть очень критичным для бизнеса.

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

Решение по шагам

1. Сброс ошибок в ночное время:

• Справочник «Очередь заданий документооборота».
• РС «Очередь обновления кэширующих данных».

2. Запуск регламентных заданий по обработке очереди заданий.

Разработать рег. задание, которое будет сбрасывать ошибки и попытки. Пример кода:

Процедура СброситьПопытки() Экспорт 
	
	Отказ = Ложь;
	ОбщегоНазначения.ПриНачалеВыполненияРегламентногоЗадания(
			Метаданные.РегламентныеЗадания.СброситьПопытки, Отказ);

	Если Отказ = Истина Тогда
		Возврат;
	КонецЕсли;
	
	//Сброс Справочник.ОчередьЗаданийДокументооборота
	
	Запрос = Новый Запрос;
	Запрос.Текст = 
	"ВЫБРАТЬ
	|	ОчередьЗаданийДокументооборота.Ссылка КАК Ссылка
	|ИЗ
	|	Справочник.ОчередьЗаданийДокументооборота КАК ОчередьЗаданийДокументооборота
	|ГДЕ
	|	ОчередьЗаданийДокументооборота.НеудачныхПопытокВыполнения > 0
	|	И ОчередьЗаданийДокументооборота.СтатусЗадания = ЗНАЧЕНИЕ(Перечисление.СтатусыЗаданий.ОшибкаВыполнения)
	|	И ОчередьЗаданийДокументооборота.ДатаСоздания > &ДатаСоздания";
	
	НастройкаКоличествоДней = Справочники.ДополнительныеНастройки.КоличествоДнейДляСбросаПопытокОчередьЗаданийДокументооборота;
	КоличествоДнейКОбработке = ОбщегоНазначенияВызовСервераПовтИсп.ПолучитьЗначениеДополнительнойНастройки(НастройкаКоличествоДней);
	
	Если Не ЗначениеЗаполнено(КоличествоДнейКОбработке) Тогда
		КоличествоДнейКОбработке = 0;
	КонецЕсли;
	
	Запрос.УстановитьПараметр("ДатаСоздания", ТекущаяДатаСеанса() - (КоличествоДнейКОбработке * 60 * 60 * 24));
	
	МассивЗаданийКОбработке = Запрос.Выполнить().Выгрузить().ВыгрузитьКолонку("Ссылка");
	
	Для Каждого ЗаданиеСсылка Из МассивЗаданийКОбработке Цикл
		
		Попытка
			
			ЗаданиеОбъект = ЗаданиеСсылка.ПолучитьОбъект();
			
			Если ЗаданиеОбъект.СтатусЗадания = Перечисления.СтатусыЗаданий.ОшибкаВыполнения Тогда
				
				ЗаданиеОбъект.СтатусЗадания = Перечисления.СтатусыЗаданий.Выполняется;
				ЗаданиеОбъект.НеудачныхПопытокВыполнения = 0;
				
				ЗаданиеОбъект.Записать();
			КонецЕсли;
			
		Исключение
			
			ТекстСообщения = ПодробноеПредставлениеОшибки(ИнформацияОбОшибке());
			УровеньВажностиСобытия = УровеньЖурналаРегистрации.Ошибка;

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

		КодОсновногоЯзыка = ОбщегоНазначения.КодОсновногоЯзыка();
		ЗаписьЖурналаРегистрации(НСтр("ru = 'Регламентное задание.Сбросить попытки.Сброс попыток очереди обновления'", КодОсновногоЯзыка),
								 УровеньВажностиСобытия, , , ТекстСообщения); 
	КонецПопытки;		
	
КонецПроцедуры

Отложенное обновление прав доступа

Как мы писали ранее, расчет прав доступа в «1С:Документообороте» — это отдельный сложный процесс. В отличие от других систем, например, 1С:ERP, где права доступа основаны на ролях (в профилях и группах доступа) и большая часть прав доступна сразу после применения настроек, в 1С:ДО требуется производить расчёт прав доступа. Для этого используется механизм отложенного обновления прав доступа.

Например, вы изменяете права доступа к папке и отложенное обновление прав доступа не включено.

Что произойдет — система немедленно запустит перерасчет прав доступа для:

• Корневой папки (от которой идет корректировка).
• Всех дочерних папок.
• Всех данных, содержащиеся в этих папках.

Последствия:

• Процесс может занять длительное время.
• Вы не сможете продолжить работу с программой до завершения пересчета, а это может занять очень длительное время.

Теперь сравним с включенным отложенным обновлением.

Что произойдет:

• Система сразу обновит права доступа только к корневой папке.
• Задание на перерасчет прав доступа дочерних папок будет помещено в очередь.

Преимущества:

• Работа в программе не прерывается.
• Перерасчет происходит в фоновом режиме.

Виды очередей на обновление прав доступа

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

«Оперативная» очередь:

• Для задания отрабатывающих до 10 секунд.
• Обрабатывается регламентным заданием «Обновление прав доступа (оперативное)».

«Долгая» очередь:

• Для задания отрабатывающих более 10 секунд.
• Обрабатывается регламентным заданием «Обновление прав доступа (долгое)».

Обе очереди обрабатываются разными регламентными заданиями и не мешают друг другу.

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

Регламентное задание «Обновление прав доступа долгое» (рекомендация) — по умолчанию запуск каждые 10 сек.

В нашем внедрении «1С:Документооборота» полный пересчет прав доступа достаточен только раз в сутки. Так как процесс вычисления прав по дескрипторам трудоемкий и занимает более 3–4 часов. Это создает высокую нагрузку на сервер и может влиять на работу пользователей.

Решение

Перенести полный пересчет прав доступа на ночное время, когда нагрузка на систему минимальна.

Преимущества:

• Снижение нагрузки на сервер в активный период работы системы.
• Снижение задержек и блокировок в работе системы в рабочее время.
• Повышение производительности системы в течение дня.

Как сделать:

1. Настройте регламентное задание «Обновление прав доступа (долгое)» на запуск в ночное (нерабочее) время.
   

   Для этого перейдите в Настройки → Поддержка и обслуживание → Регламентные и фоновые задания → Обновление прав доступа (долгое) → Настроить расписание.

2. Протестируйте работу регламентного задания в тестовой среде.
3. Внесите изменения в продуктовую среду.

Точечное обновление прав доступа

Рекомендуем использовать стандартный расчет прав доступа через регламентное задание «Очередь обновления прав доступа», путем его запуска вручную.

Но если у вас есть понимание работы с правам доступа в «1С:Документообороте», то в системе предоставляется возможность запуска обновления прав точечно. Для этого перейдите в форму списка РС «Очередь обновления прав доступа»: Настройки → Права доступа → Управление расчетом прав:

Для точечного обновления прав доступа выделите нужные строки и обновите права при помощи команды Обработать → Выбранные.

При включенном регламенте «Обновление прав доступа (долгое)» — ручной вариант запуска обработки прав доступа запрещен.

Чтобы запустить в ручном режиме пересчет прав доступа, необходимо временно отключить использование регламентного задания:

Также есть еще один инструмент — обработка «Обновление прав доступа»: Функции для тех. специалиста → Обновление прав доступа (Обработки). Ниже преставлены скриншоты:

При помощи данной обработки можно создать задание на полный пересчет прав доступа или выборочно указать объекты, по которым необходимо сделать пересчет прав доступа.

Корректировки параметров выполнения регламентных заданий

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

Параметр «Число потоков выполнения коротких заданий»

Число потоков выполнения длительных заданий на сервере

Регламентное задание «Обмен данными с интегрированными системами»

Регламентное задание: «Извлечение текста»

Регламентное задание: «Обновление индекса ППД»

Периодический контроль очереди в регистрах

Ниже указаны универсальные (общие) рекомендации по наблюдению показателей очередей в регистрах и рекомендуемое значение очереди.

РС «ОчередьОбновленияКэширующихДанных»

Справочник ОчередьЗаданийДокументооборота

РС «ОчередьСообщенийВИнтегрированныеСистемы»

РС «ИсторияОтправкиСообщенийВИнтегрированныеСистемы»

РС ОчередьОбновленияПравДоступ (Оперативные и Долгие)

РС «ОчередьУведомлений»

4. Библиотека интеграции с «1С:Документооборот» (обмен данными)

Общая информация про библиотеку интеграции «1С:Документооборот» (БИД)

Библиотека интеграции с 1С:Документооборотом (БИД) — это инструмент, который позволяет объединить прикладное решение на «1С:Предприятие 8» с 1С:Документооборотом.

Список прикладных решений, где БИД встроен:

Актуальный список для «1С:Документооборот, Ред. 2»: its.1c.ru/db/doccorp21/content/800/hdoc.

Актуальный список для «1С:Документооборот, Ред. 3»: its.1c.ru/db/doc30#content:278:hdoc.

Как работает БИД?

БИД использует веб-сервис 1С:Документооборота DMService:

Библиотека интеграции встраивается в прикладное решение на базе «1С:Предприятия 8»:

Больше информации о библиотеке:

• Сайт «1С:Документооборот»: v8.1c.ru/doc8/integratsiya-s-lyubymi-resheniyami/.
• Документация по БИД: its.1c.ru/db/biddoc.
• Скачать БИД: releases.1c.ru/project/DMIL3. Так же здесь представлена информация об изменениях.

Веб-сервис DMService

DMService — это веб-сервис в «1С: Документообороте», который позволяет интегрировать другое прикладное решение на «1С:Предприятие 8».

Что DMService делает:

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

Как работает DMService:

• Использует XDTO-пакет DM — набор объектов, осуществляющих собой представления объектов 1С:Документооборота.
• Поддерживает одну операцию — execute.
• Результат операции — объект-потомок DMResponse.
• В случае ошибки — возвращается DMError с описанием ошибки.

Пример использования — получение списка внутренних документов:

• Создаем запрос DMGetObjectListRequest.
• Указываем тип объекта (DMInternalDocument).
• Определяем условие запроса (поиск по наименованию).
• Выполняем запрос.
• Разбираем ответ, заполняя таблицу названиями и идентификаторами найденных документов.

Важно:

• Перед использованием получите версию и редакцию сервиса запросом DMGetVersionRequest.
• Доработки рекомендуется вносить в модуль ОбработкаЗапросовXDTO Переопределяемый.

Отправка данных из базы 1С:ERP УХ в 1С:ДО

Теперь расскажем наш опыт при внедрении интеграции между конфигурацией 1С:ERP УХ и «1С:Документооборот».

Пользователь пришел к нам с ошибкой «Превышено время ожидания», при отправки документов на согласование из 1С:ERP УХ в «1С:Документооборот»:

Первое, что мы попробовали — увеличили время таймаута ожидания веб-сервиса в 1С:Документообороте.

Проведя эксперимент мы получили по таким документам время выполнения 5–7 минут, что является неприемлемым. Далее начали разбирать причину. Оказалось, что из 1С:ERP УХ в типовом решении библиотеки интеграции по обмену в 1С:ДО отправляется весь реквизитный состав, в том числе и табличные части:

Нажмите, чтобы увидеть полный код общего модуля

// Формирует универсальную структуру входящих данных, предназначенную для загрузки объектов в 1С:Документооборот.
//
// Параметры:
//   Прокси - WSПрокси - объект для подключения к web-сервисам Документооборота.
//   СсылкаНаОбъектИС - ЛюбаяСсылка - объект ИС, источник данных заполнения.
//   СписокВыражений - Массив из Строка - список выражений на встроенном языке, которые требуется выполнить на
//     стороне ИС.
//
// Возвращаемое значение:
//   ОбъектXDTO - объект XDTO типа DMIncomingData.
//
Функция ВходящиеДанныеОбъектаИС(Прокси, СсылкаНаОбъектИС, СписокВыражений) Экспорт
	
	ОбъектИС = СсылкаНаОбъектИС.ПолучитьОбъект();
	
	ОбъектМетаданных = ОбъектИС.Метаданные();
	
	Если Не ОбщегоНазначения.ЭтоСправочник(ОбъектМетаданных)
			И Не ОбщегоНазначения.ЭтоДокумент(ОбъектМетаданных) Тогда
		ВызватьИсключение СтрШаблон(
			НСтр("ru = 'Входящие данные можно сформировать только для объектов типа Справочник или Документ.
				|Объект %1 имеет тип %2';
				|en = 'You can generate incoming data only for the Catalog or Document type object.
				|Object %1 is of the %2 type'"),
			СсылкаНаОбъектИС,
			ОбъектМетаданных.ПолноеИмя());
	КонецЕсли;
	
	Результат = ИнтеграцияС1СДокументооборотБазоваяФункциональность.СоздатьОбъект(Прокси, "DMIncomingData");
	
	// Стандартные реквизиты
	Результат.attributes.Добавить(
		ПреобразоватьРеквизитОбъектаИСВОбъектXDTO(Прокси, "Представление", Строка(СсылкаНаОбъектИС)));
	
	ЗаполнитьРеквизитыИзМетаданных(Прокси, Результат.attributes, ОбъектМетаданных.СтандартныеРеквизиты, ОбъектИС, Истина);
	
	// Реквизиты
	ЗаполнитьРеквизитыИзМетаданных(Прокси, Результат.attributes, ОбъектМетаданных.Реквизиты, ОбъектИС);
	
	// Табличные части
	Для Каждого ТабличнаяЧасть Из ОбъектМетаданных.ТабличныеЧасти Цикл
		
		Если ТабличнаяЧасть.Имя = "ДополнительныеРеквизиты" Тогда
			Продолжить;
		КонецЕсли;
		
		Колонки = Новый Массив;
		Для Каждого Реквизит Из ТабличнаяЧасть.СтандартныеРеквизиты Цикл
			Колонки.Добавить(Реквизит);
		КонецЦикла;
		Для Каждого Реквизит Из ТабличнаяЧасть.Реквизиты Цикл
			Колонки.Добавить(Реквизит);
		КонецЦикла;
		
		Результат.tabularSections.Добавить(ПреобразоватьТаблицуОбъектаИСВОбъектXDTO(
			Прокси,
			ТабличнаяЧасть.Имя,
			ОбъектИС[ТабличнаяЧасть.Имя],
			Колонки));
		
	КонецЦикла;
	
	// Данные из выражений на встроенном языке
	ЗаполнитьДанныеИзСпискаВыражений(Прокси, ОбъектИС, Результат, СписокВыражений);
	
	// Дополнительные реквизиты
	Если УправлениеСвойствами.ИспользоватьДопРеквизиты(СсылкаНаОбъектИС) Тогда
		ЗаполнитьРеквизитыИзМетаданных(
			Прокси,
			Результат.attributes,
			УправлениеСвойствами.СвойстваОбъекта(СсылкаНаОбъектИС, Истина, Ложь),
			ОбъектИС,,
			Истина);
	КонецЕсли;
	
	Возврат Результат;
	
КонецФункции

Что мы имеем:

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

В нашем случае:

• Объемная таблица графика поставок — более 1 000 строк, что являлось основной причиной длительного ожидания.
• Не было необходимости отправлять все данные реквизитного состава, включая объемные табличные части.

Решение:

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

Мы отключили формирование всех табличных частей в пакете сообщения, так как на нашем проекте внедрения они не требовались в 1С:Документообороте.

Пример реализации с помощью использования аннотации &ИзменениеИКонтроль препроцессора #Удалить и #КонецУдалить в расширении (про механизм можно почитать здесь wonderland.v8.1c.ru/blog/razvitie-mekhanizma-rasshireniy-konfiguratsii-15/):

(рис. 40)

Если в вашем случаи нужно ограничить только для какого то вида метаданных, то можете добавить одноименные условные сравнивая с переменной:

ОбъектМетаданных

Как сверять метаданные можно почитать здесь its.1c.ru/db/metod8dev/content/2465/hdoc.

Либо ограничить только по наименованию табличной части:

Важно:

• Оценить влияние оптимизации — после внесения изменений в код необходимо протестировать систему и оценить влияние оптимизации на производительность.
• Обратиться к актуальной документации — подробная информация о работе с веб-сервисом и возможных ошибках содержится в документации к веб-сервису (dl03.1c.ru/content/DMIL/3_0_2_6/UpdateDMIL.htm, актуальная ссылка указана в релизе БИД)

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

Отправка данных из базы «1С:Документооборот» в 1С:ERP УХ

Расскажем еще один случаи в обмене данных, на этот раз из «1С:Документооборот» в 1С:ERP УХ.

Заказчик жалуется на медленную скорость возврата статусов согласования из 1С:ДО в 1С:ERP УХ, а иногда вовсе статусы не возвращаются.

Немного расскажем, как работает формирование и отправка пакета сообщений в «1С:Документооборот».

По шагам:

1. Происходит регистрация в плане обмена по узлу (в нашем примере 1С:ERP УХ) по изменениям РС «Текущие состояния документов» и изменениям справочника «Документы предприятия». Регистрацию изменений может вызвать множество событий, например, при согласовании в бизнес-процессе:

   

   Форма списк РС «Текущие состояние документов» (рис. 43)
2. Далее рассмотрим работу регламентного задания «Обмен данными с интегрированными системами» более детально:
   • Запрос данных: задание выполняет запрос, определенный в функции ПолучитьДанныеДляПередачи() общего модуля «ОбработкаЗапросовXDTOОбмен». Эта функция отвечает за извлечение данных, подлежащих обмену.
   • Массив данных: на выходе функции ПолучитьДанныеДляПередачи() формируется массив данных, который содержит информацию о зарегистрированных изменениях.
   • Формирование сообщений: на основе полученного массива данных регламентное задание формирует сообщения, предназначенные для передачи в интегрированные системы. Эти сообщения хранятся в регистре сведений «Очередь сообщений в интегрированные системы».
   • Снятие регистрации изменений: после успешного формирования сообщений регламентное задание снимает регистрацию изменений с плана обмена по регистру сведений «Текущие состояния документов» и справочнику «Документы предприятия». Это означает, что те изменения, которые уже были обработаны и учтены в процессе обмена данными, больше не будут учитываться при последующих запусках задания.

     

     Форма списка РС «Очередь сообщений в интегрированные системы» (рис. 44)

     

     Пример сообщения, просмотр через форму записи РС «Очередь сообщений в интегрированные системы» (рис. 45)
3. После формирования очереди сообщений происходит отправка сообщения через веб-сервис. Код отправки сообщения в интегрированную систему. Общий модуль «ОбработкаЗапросовXDTOОбмен» процедура ОтправитьДанные():

   Пока Выборка.Следующий() Цикл
   		
   	ИдентификаторСообщения = Выборка.Идентификатор;
   		
   	Попытка
   			
   		Прокси = РаботаСИнтегрированнымиСистемамиПовтИсп.ПолучитьПрокси(Выборка.ИнтегрированнаяСистема);
   			
   		Запрос = РаботаСИнтегрированнымиСистемами.СоздатьОбъект(Прокси, "DMILPutChangesRequest");
   		Запрос.messageData = Выборка.Данные.Получить();
   		Запрос.DMXMLSchema = СхемаПакетаDM;
   		Запрос.versionNumber = ВерсияСервиса;
   			
   		Результат = Прокси.execute(Запрос);
   			
   		Если РаботаСИнтегрированнымиСистемами.ПроверитьТип(Прокси, Результат, "DMILError") Тогда
   			ВызватьИсключение Результат.description;
   		Иначе
   				РегистрыСведений.ИсторияОтправкиСообщенийВИнтегрированныеСистемы.ПеренестиСообщениеВИсторию(
   			Выборка.ИнтегрированнаяСистема,
   			Выборка.МоментВремени,
   			ИдентификаторСообщения);
   		КонецЕсли;
   			
   	Исключение
   			
   		ТекстСообщенияОбОшибке = КраткоеПредставлениеОшибки(ИнформацияОбОшибке());
   			
   		ЗаписьЖурналаРегистрации(
   			РаботаСИнтегрированнымиСистемами.ИмяСобытияЖурналаРегистрации(
   					НСтр("ru = 'Отправка данных'", ОбщегоНазначения.КодОсновногоЯзыка())),
   			УровеньЖурналаРегистрации.Ошибка,
   			Метаданные.РегистрыСведений.ОчередьСообщенийВИнтегрированныеСистемы,
   			Строка(ИдентификаторСообщения),
   			ТекстСообщенияОбОшибке);
   			
   		МенеджерЗаписи = РегистрыСведений.ОчередьСообщенийВИнтегрированныеСистемы.СоздатьМенеджерЗаписи();
   		МенеджерЗаписи.ИнтегрированнаяСистема = Выборка.ИнтегрированнаяСистема;
   		МенеджерЗаписи.МоментВремени = Выборка.МоментВремени;
   		МенеджерЗаписи.Идентификатор = ИдентификаторСообщения;
   		МенеджерЗаписи.Прочитать();
   		МенеджерЗаписи.КоличествоПопытокОтправки = МенеджерЗаписи.КоличествоПопытокОтправки + 1;
   		МенеджерЗаписи.ТекстСообщенияОбОшибке = ТекстСообщенияОбОшибке;
   		МенеджерЗаписи.Записать();
   			
   	КонецПопытки;
   	
   КонецЦикла;

4. В случае успешного выполнения отправки сообщения запись в регистре «Очередь сообщений в интегрированные системы» удаляется. И создается запись в РС «ИсторияОтправкиСообщенийВИнтегрированныеСистемы». Все пакеты обрабатываются в одной конструкции Попытка-Исключение. Если хотя бы один элемент в пакете с ошибкой, все остальные элементы пакета уже не обрабатываются.

   

   Форма списка РС «ИсторияОтправкиСообщенийВИнтегрированныеСистемы» (рис. 46)

Один пакет сообщения содержит следующие элементы:

• DMDocument — реквизитная часть документов.
• DMApprovalStateRecord — статус по документу.

Какие проблемы возможны:

• Из-за ошибки в одном элементе пакета данных может не передаваться весь пакет данных, т. е. по всем документам и статусам не будут приняты изменения в базе приемника.
• На стороне базы приемника, в нашем случае ERP, могут не успеть обработаться все элементы за 20 секунд и мы получим «Превышение времени ожидания обработки при таймауте при работе с внешними ресурсами». Таймаут 20 секунд является значением по умолчанию.

Далеко не всегда база приемник может обработать весь объем данных за 20 секунд под общей высокой нагрузкой.

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

Данный пакет содержит около 400 сообщений, которые накопились в системе за 30–60 минут. В нашей системе работает 2 000 пользователей и за 30–60 минут может легко набраться подобный объем данных. Этот пакет содержит более 90 тысяч строк и обработать его базе приемнику в выделенный таймаут будет трудоемко, даже если не будет никаких ошибок во всем пакете сообщения.

Что мы сделали:

• Разделили формирования пакета сообщения реквизитной части DMDocument и статусной части (DMApprovalStateRecord).
• Под каждый объект стали формировать свой пакет сообщения.

Какими пакеты сообщения стали:

Каждый пакет сообщения стал по реквизитной части (DMDocument)не более 300 строк, по статусной (DMApprovalStateRecord ) не более 10 строк.

Вариант реализации в коде — в общем модуле «ОбработкаЗапросовXDTOОбмен» процедура «СоздатьНовоеСообщение» для этого участка кода. Типовой код формирования сообщения:

ИмяВременногоФайла = ПолучитьИмяВременногоФайла("xml");
ЗаписьXML = Новый ЗаписьXML;
ЗаписьXML.ОткрытьФайл(ИмяВременногоФайла, "UTF-8");
	
НачатьТранзакцию();
	
Попытка
		
	ВыгрузитьМассивXDTOВСообщение(
		ИнтегрированнаяСистема,
		ИмяВременногоФайла,
		ЗаписьXML,
		ОбъектыXDTO,
		ЗаписиXDTO);
		
	ПланыОбмена.УдалитьРегистрациюИзменений(ИнтегрированнаяСистема, НомерСообщения);
		
Исключение
	ЗаписьXML.Закрыть();
	ОтменитьТранзакцию();
	Если НайтиФайлы(ИмяВременногоФайла).Количество() > 0 Тогда
		УдалитьФайлы(ИмяВременногоФайла);
	КонецЕсли;
		
	ЗаписьЖурналаРегистрации(
		РаботаСИнтегрированнымиСистемами.ИмяСобытияЖурналаРегистрации(
			НСтр("ru = 'Формирование сообщения обмена'", ОбщегоНазначения.КодОсновногоЯзыка())),
		УровеньЖурналаРегистрации.Ошибка,,,
		ПодробноеПредставлениеОшибки(ИнформацияОбОшибке()));
	ВызватьИсключение;
КонецПопытки;
	
ЗафиксироватьТранзакцию()

Добавить два цикла по таблице ОбъектыXDTO и ЗаписиXDTO. Пример кода по данным ОбъектыXDTO:

#Вставка
		
Для Каждого ЭлементЗаписиXDTO Из ЗаписиXDTO Цикл
		
	откНомерСообщения = откНомерСообщения + 1;		
	
	откОбъектыXDTO = Новый Массив;		
		
	откЗаписиXDTO = Новый Массив;
	откЗаписиXDTO.Добавить(ЭлементЗаписиXDTO);
		
	ИмяВременногоФайла = ПолучитьИмяВременногоФайла("xml");
	ЗаписьXML = Новый ЗаписьXML;
	ЗаписьXML.ОткрытьФайл(ИмяВременногоФайла, "UTF-8");
		
	НачатьТранзакцию();
		
	Попытка
			
		ВыгрузитьМассивXDTOВСообщение(
		ИнтегрированнаяСистема,
		ИмяВременногоФайла,
		ЗаписьXML,
		откОбъектыXDTO,
		откЗаписиXDTO);
			
		ПланыОбмена.УдалитьРегистрациюИзменений(ИнтегрированнаяСистема, откНомерСообщения);
			
	Исключение
		ЗаписьXML.Закрыть();
		ОтменитьТранзакцию();
		Если НайтиФайлы(ИмяВременногоФайла).Количество() > 0 Тогда
			УдалитьФайлы(ИмяВременногоФайла);
		КонецЕсли;
			
		ЗаписьЖурналаРегистрации(
		РаботаСИнтегрированнымиСистемами.ИмяСобытияЖурналаРегистрации(
		НСтр("ru = 'Формирование сообщения обмена'", ОбщегоНазначения.КодОсновногоЯзыка())),
		УровеньЖурналаРегистрации.Ошибка,,,
		ПодробноеПредставлениеОшибки(ИнформацияОбОшибке()));
		//ВызватьИсключение;
	КонецПопытки;
		
	ЗафиксироватьТранзакцию();
КонецЦикла;
#КонецВставки

Пример кода по данным ЗаписиXDTO:

#Вставка
откНомерСообщения = НомерСообщения;
Для Каждого ЭлементОбъектаXDTO Из ОбъектыXDTO Цикл
		
	Если НЕ откНомерСообщения = НомерСообщения Тогда
		откНомерСообщения = откНомерСообщения + 1;
	КонецЕсли;
	откОбъектыXDTO = Новый Массив;
	откОбъектыXDTO.Добавить(ЭлементОбъектаXDTO);
		
	откЗаписиXDTO = Новый Массив;
		
	ИмяВременногоФайла = ПолучитьИмяВременногоФайла("xml");
	ЗаписьXML = Новый ЗаписьXML;
	ЗаписьXML.ОткрытьФайл(ИмяВременногоФайла, "UTF-8");
		
	НачатьТранзакцию();
		
	Попытка
			
		ВыгрузитьМассивXDTOВСообщение(
		ИнтегрированнаяСистема,
		ИмяВременногоФайла,
		ЗаписьXML,
		откОбъектыXDTO,
		откЗаписиXDTO);
			
		ПланыОбмена.УдалитьРегистрациюИзменений(ИнтегрированнаяСистема, откНомерСообщения);
			
	Исключение
		ЗаписьXML.Закрыть();
		ОтменитьТранзакцию();
		Если НайтиФайлы(ИмяВременногоФайла).Количество() > 0 Тогда
			УдалитьФайлы(ИмяВременногоФайла);
		КонецЕсли;
			
		ЗаписьЖурналаРегистрации(
		РаботаСИнтегрированнымиСистемами.ИмяСобытияЖурналаРегистрации(
		НСтр("ru = 'Формирование сообщения обмена'", ОбщегоНазначения.КодОсновногоЯзыка())),
		УровеньЖурналаРегистрации.Ошибка,,,
		ПодробноеПредставлениеОшибки(ИнформацияОбОшибке()));
		//ВызватьИсключение;
	КонецПопытки;
	
	ЗафиксироватьТранзакцию();
КонецЦикла;
	
	
#КонецВставки

Результат:

• Каждый объект в отдельном пакете.
• Малый объем пакета сообщения позволяет успешно выполняться в базе приемника в выделенный таймаут.
• При возникновении ошибок обмен не останавливается, фиксируется ошибка только для данного объекта.

Заключение

Эта первая часть серии статей «Оптимизация производительности 1С:Документооборота». В ней мы рассмотрели различные способы улучшения работы системы «1С:Документооборот» при высоких нагрузках.

Мы разобрались, как работают роли доступа (дескрипторы), провели оптимизацию на АРМ «Задачи мне», составили список рекомендаций по настройкам параметров и определили регистры, требующие особого внимания при интенсивной работе системы. Также мы рассмотрели работу с библиотекой интеграции с 1С:ДО (БИД) и провели оптимизацию пакета обмена сообщениями.

Внедрение высокоинтенсивной системы — это сложный процесс, который требует тщательной настройки и работы. Если все сделано правильно, эта система может значительно увеличить эффективность и конкурентоспособность бизнеса.

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

В следующей статье этой серии мы рассмотрим:

• Открытие формы элемента справочника «Документы предприятия».
• Запуск бизнес-процесса (начать обработку).
• Закрытие формы и запись элемента справочника «Документы предприятия».

Дополнительные материалы

Текст запроса на SQL со списком неосновных сотрудников

(@P1 numeric(10),@P2 varbinary(16),@P3 numeric(10),@P4 varbinary(16),@P5 numeric(10),@P6 numeric(10),@P7 numeric(10),@P8 numeric(10),@P9 varbinary(16))SELECT TOP 45
T1._Fld6912RRef,
T1._Fld6911,
T1._Fld6961,
T1._Fld6910,
T1._Fld6915RRef,
T2._Fld1613,
T1._Fld6943,
T1._Fld6950RRef,
T1._Fld6953_TYPE,
T1._Fld6953_RTRef,
T1._Fld6953_RRRef,
CASE WHEN (T1._Fld6953_TYPE = 0x08 AND T1._Fld6953_RTRef = 0x000000BC) THEN (T4._Fld3437) WHEN (T1._Fld6953_TYPE = 0x08 AND T1._Fld6953_RTRef = 0x000000F1) THEN CASE WHEN (NOT (((T5._Fld4208)) = 0x01)) THEN 0x01 WHEN NOT (NOT (((T5._Fld4208)) = 0x01)) THEN 0x00 END ELSE 0x00 END,
T1._Fld6970,
T1._Fld6932,
T1._Fld6944,
T1._Fld6962,
CASE WHEN T2._Fld1593 = 0x01 AND (T1._Fld6947 = 0x00) AND (NOT (((T1._Fld6961 = N'')))) THEN 4.0 WHEN (T2._Fld1597 = 0x00) OR T1._Fld6964 = 0x01 OR (T1._Fld6961 = N'') THEN CASE WHEN (T1._Fld6931 = 0x00) THEN 0.0 WHEN T1._Fld6964 = 0x01 THEN 2.0 ELSE 1.0 END ELSE CASE WHEN (T1._Fld6931 = 0x00) OR T2._Fld1593 = 0x01 AND (T1._Fld6947 = 0x00) THEN 4.0 ELSE 3.0 END END,
CASE WHEN (T1._Fld6967RRef = 0x9ED1EE88CEEE3EBD4B1CCB4C7852FF99) THEN 0.0 WHEN (T1._Fld6967RRef = 0xA53ED317F47A2FDD432C0A911B3012C2) THEN 1.0 WHEN (T1._Fld6967RRef = 0xBDFDC68F010FFCE2476889D93B9A45FC) THEN 2.0 ELSE 3.0 END,
T1._Fld6957,
T1._Fld6934,
CASE WHEN (T1._Fld6973RRef = 0x870D1DA709F6AF1D45259FCEDEFD2665) THEN 0.0 WHEN (T1._Fld6973RRef = 0xA1515E16B207DC16413F631B76F7BD9C) THEN 1.0 WHEN (T1._Fld6973RRef = 0xB2F489A43D079465449307320460B933) THEN 2.0 WHEN (T1._Fld6973RRef = 0x9B26820E7F40332642AA55E3F435788C) THEN 3.0 ELSE CASE WHEN T1._Fld6957 = 0x01 THEN 1.0 ELSE 0.0 END END,
CASE WHEN (T1._Fld6966RRef = 0x978321BE0001E76642E10A917011A3D3) THEN CASE WHEN (T1._Fld6971 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6971 >= {ts '4024-04-04 00:00:00'}) THEN 1.0 ELSE 3.0 END WHEN (T1._Fld6966RRef = 0x87C2940938835A28445ADC91DCBB0223) THEN 4.0 WHEN (T1._Fld6966RRef = 0xB951457BE98615BA44F94EED2FA871B9) THEN CASE WHEN (T1._Fld6971 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6971 >= {ts '4024-04-04 00:00:00'}) THEN 5.0 WHEN (T1._Fld6972 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6972 >= {ts '4024-04-04 00:00:00'}) THEN 8.0 ELSE 6.0 END WHEN (T1._Fld6966RRef = 0xA2188ED2B8E8907D44B84819A62CDFFB) THEN 7.0 WHEN (T1._Fld6966RRef = 0x97DE9D14E23C9F8644FF03E523B923B2) THEN CASE WHEN (T1._Fld6971 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6971 >= {ts '4024-04-04 00:00:00'}) THEN 9.0 ELSE 10.0 END ELSE 0.0 END,
T1._Fld6956,
CASE WHEN (T1._Fld6968RRef IN (0x00000000000000000000000000000000, 0xA62A672DCC749AF443195D1C5A8F4719)) THEN 0.0 WHEN (T1._Fld6968RRef IN (0x87F60C5B5350F40D40B6E32EB78BCA0B, 0x9A21C9E81B9FFDC54E5D928DF9F2396E, 0x8DEF25997DE294E740E892EBA5780BD6, 0xB3C59569DA439EAF417D9C822F243042, 0x87920132C8499B1943C3A3F3B804C3D9, 0x8F57DBDCD0FC0F5347D3ED2251B791DF, 0xBA641BD660E54A72431F144F599716A6)) THEN 1.0 WHEN (T1._Fld6968RRef IN (0x96DEB1BD61D51DD34954A26A436CC4AC, 0x8F738337EF68E3A843638D02119CA26E, 0x92D6C75910EBE4B048C0803C74EC822B, 0xB1A0BFB1677551504E2F51C1D3E0F354, 0xB4BEDDA7BA61B3C145E46CE69DF88007)) THEN 2.0 ELSE 3.0 END,
T1._Fld6977RRef,
ISNULL(T3._Fld9720,0x00),
T1._Fld6918,
CASE WHEN (T1._Fld6939 > 9.0) THEN 10.0 ELSE T1._Fld6939 END,
CASE WHEN (T1._Fld6913RRef = 0xBCC11D3557FB8D1A404EEB04D3B7F89E) THEN 0.0 WHEN (T1._Fld6913RRef = 0xA2A2762E7C48576648F327B69372FF6B) THEN 2.0 ELSE 1.0 END,
T6._Fld12024RRef
FROM dbo._InfoRg6909 T1
LEFT OUTER JOIN dbo._Reference65 T2
ON ((T1._Fld6915RRef = T2._IDRRef)) AND (T2._Fld743 = @P1)
LEFT OUTER JOIN dbo._InfoRg9717 T3
ON (((0x08 = T3._Fld9719_TYPE AND 0x00000069 = T3._Fld9719_RTRef AND T1._Fld6912RRef = T3._Fld9719_RRRef) AND (T3._Fld9718RRef = @P2)) AND (T3._Fld743 = @P3)) AND ((T3._Fld9718RRef = @P4))
LEFT OUTER JOIN dbo._Reference188 T4
ON (T1._Fld6953_TYPE = 0x08 AND T1._Fld6953_RTRef = 0x000000BC AND T1._Fld6953_RRRef = T4._IDRRef) AND (T4._Fld743 = @P5)
LEFT OUTER JOIN dbo._Reference241 T5
ON (T1._Fld6953_TYPE = 0x08 AND T1._Fld6953_RTRef = 0x000000F1 AND T1._Fld6953_RRRef = T5._IDRRef) AND (T5._Fld743 = @P6)
LEFT OUTER JOIN dbo._Reference105 T6
ON (T1._Fld6912RRef = T6._IDRRef) AND (T6._Fld743 = @P7)
WHERE (((T1._Fld743 = @P8)) AND (EXISTS(SELECT
1
FROM (SELECT 1 AS SDBL_DUMMY) SDBL_DUAL
INNER JOIN dbo._InfoRg7102 T7
ON (0x08 = T7._Fld7103_TYPE AND 0x00000069 = T7._Fld7103_RTRef AND T1._Fld6912RRef = T7._Fld7103_RRRef)
INNER JOIN dbo._InfoRg9162 T8
ON (T7._Fld7104RRef = T8._Fld9163RRef)
WHERE (((T7._Fld743 = 0.0)) AND (T8._Fld743 = 0.0)) AND (((T8._Fld9164_TYPE = 0x08 AND T8._Fld9164_RTRef = 0x000000BC AND T8._Fld9164_RRRef IN (0xA1EF00505697C8E711ED77B25B384B9A)) OR (T8._Fld9164_TYPE = 0x08 AND T8._Fld9164_RTRef = 0x000000F1 AND T8._Fld9164_RRRef IN (0xA1EF00505697C8E711ED6B4C3245BAA8, 0xA1EF00505697C8E711ED6B48533921F0))))))) AND ((T1._Fld6950RRef = @P9) AND (T1._Fld6911 = 0x00))
ORDER BY (CASE WHEN (T1._Fld6966RRef = 0x978321BE0001E76642E10A917011A3D3) THEN CASE WHEN (T1._Fld6971 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6971 >= {ts '4024-04-04 00:00:00'}) THEN 1.0 ELSE 3.0 END WHEN (T1._Fld6966RRef = 0x87C2940938835A28445ADC91DCBB0223) THEN 4.0 WHEN (T1._Fld6966RRef = 0xB951457BE98615BA44F94EED2FA871B9) THEN CASE WHEN (T1._Fld6971 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6971 >= {ts '4024-04-04 00:00:00'}) THEN 5.0 WHEN (T1._Fld6972 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6972 >= {ts '4024-04-04 00:00:00'}) THEN 8.0 ELSE 6.0 END WHEN (T1._Fld6966RRef = 0xA2188ED2B8E8907D44B84819A62CDFFB) THEN 7.0 WHEN (T1._Fld6966RRef = 0x97DE9D14E23C9F8644FF03E523B923B2) THEN CASE WHEN (T1._Fld6971 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6971 >= {ts '4024-04-04 00:00:00'}) THEN 9.0 ELSE 10.0 END ELSE 0.0 END), (T1._Fld6910), (T1._Fld6911), (T1._Fld6912RRef)

Вернуться в статью

Текст запроса на SQL без списка неосновных сотрудников

(@P1 numeric(10),@P2 varbinary(16),@P3 numeric(10),@P4 varbinary(16),@P5 numeric(10),@P6 numeric(10),@P7 numeric(10),@P8 numeric(10),@P9 varbinary(16))SELECT TOP 45
T1._Fld6912RRef,
T1._Fld6911,
T1._Fld6961,
T1._Fld6910,
T1._Fld6915RRef,
T2._Fld1613,
T1._Fld6943,
T1._Fld6950RRef,
T1._Fld6953_TYPE,
T1._Fld6953_RTRef,
T1._Fld6953_RRRef,
CASE WHEN (T1._Fld6953_TYPE = 0x08 AND T1._Fld6953_RTRef = 0x000000BC) THEN (T4._Fld3437) WHEN (T1._Fld6953_TYPE = 0x08 AND T1._Fld6953_RTRef = 0x000000F1) THEN CASE WHEN (NOT (((T5._Fld4208)) = 0x01)) THEN 0x01 WHEN NOT (NOT (((T5._Fld4208)) = 0x01)) THEN 0x00 END ELSE 0x00 END,
T1._Fld6970,
T1._Fld6932,
T1._Fld6944,
T1._Fld6962,
CASE WHEN T2._Fld1593 = 0x01 AND (T1._Fld6947 = 0x00) AND (NOT (((T1._Fld6961 = N'')))) THEN 4.0 WHEN (T2._Fld1597 = 0x00) OR T1._Fld6964 = 0x01 OR (T1._Fld6961 = N'') THEN CASE WHEN (T1._Fld6931 = 0x00) THEN 0.0 WHEN T1._Fld6964 = 0x01 THEN 2.0 ELSE 1.0 END ELSE CASE WHEN (T1._Fld6931 = 0x00) OR T2._Fld1593 = 0x01 AND (T1._Fld6947 = 0x00) THEN 4.0 ELSE 3.0 END END,
CASE WHEN (T1._Fld6967RRef = 0x9ED1EE88CEEE3EBD4B1CCB4C7852FF99) THEN 0.0 WHEN (T1._Fld6967RRef = 0xA53ED317F47A2FDD432C0A911B3012C2) THEN 1.0 WHEN (T1._Fld6967RRef = 0xBDFDC68F010FFCE2476889D93B9A45FC) THEN 2.0 ELSE 3.0 END,
T1._Fld6957,
T1._Fld6934,
CASE WHEN (T1._Fld6973RRef = 0x870D1DA709F6AF1D45259FCEDEFD2665) THEN 0.0 WHEN (T1._Fld6973RRef = 0xA1515E16B207DC16413F631B76F7BD9C) THEN 1.0 WHEN (T1._Fld6973RRef = 0xB2F489A43D079465449307320460B933) THEN 2.0 WHEN (T1._Fld6973RRef = 0x9B26820E7F40332642AA55E3F435788C) THEN 3.0 ELSE CASE WHEN T1._Fld6957 = 0x01 THEN 1.0 ELSE 0.0 END END,
CASE WHEN (T1._Fld6966RRef = 0x978321BE0001E76642E10A917011A3D3) THEN CASE WHEN (T1._Fld6971 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6971 >= {ts '4024-04-05 00:00:00'}) THEN 1.0 ELSE 3.0 END WHEN (T1._Fld6966RRef = 0x87C2940938835A28445ADC91DCBB0223) THEN 4.0 WHEN (T1._Fld6966RRef = 0xB951457BE98615BA44F94EED2FA871B9) THEN CASE WHEN (T1._Fld6971 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6971 >= {ts '4024-04-05 00:00:00'}) THEN 5.0 WHEN (T1._Fld6972 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6972 >= {ts '4024-04-05 00:00:00'}) THEN 8.0 ELSE 6.0 END WHEN (T1._Fld6966RRef = 0xA2188ED2B8E8907D44B84819A62CDFFB) THEN 7.0 WHEN (T1._Fld6966RRef = 0x97DE9D14E23C9F8644FF03E523B923B2) THEN CASE WHEN (T1._Fld6971 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6971 >= {ts '4024-04-05 00:00:00'}) THEN 9.0 ELSE 10.0 END ELSE 0.0 END,
T1._Fld6956,
CASE WHEN (T1._Fld6968RRef IN (0x00000000000000000000000000000000, 0xA62A672DCC749AF443195D1C5A8F4719)) THEN 0.0 WHEN (T1._Fld6968RRef IN (0x87F60C5B5350F40D40B6E32EB78BCA0B, 0x9A21C9E81B9FFDC54E5D928DF9F2396E, 0x8DEF25997DE294E740E892EBA5780BD6, 0xB3C59569DA439EAF417D9C822F243042, 0x87920132C8499B1943C3A3F3B804C3D9, 0x8F57DBDCD0FC0F5347D3ED2251B791DF, 0xBA641BD660E54A72431F144F599716A6)) THEN 1.0 WHEN (T1._Fld6968RRef IN (0x96DEB1BD61D51DD34954A26A436CC4AC, 0x8F738337EF68E3A843638D02119CA26E, 0x92D6C75910EBE4B048C0803C74EC822B, 0xB1A0BFB1677551504E2F51C1D3E0F354, 0xB4BEDDA7BA61B3C145E46CE69DF88007)) THEN 2.0 ELSE 3.0 END,
T1._Fld6977RRef,
ISNULL(T3._Fld9720,0x00),
T1._Fld6918,
CASE WHEN (T1._Fld6939 > 9.0) THEN 10.0 ELSE T1._Fld6939 END,
CASE WHEN (T1._Fld6913RRef = 0xBCC11D3557FB8D1A404EEB04D3B7F89E) THEN 0.0 WHEN (T1._Fld6913RRef = 0xA2A2762E7C48576648F327B69372FF6B) THEN 2.0 ELSE 1.0 END,
T6._Fld12024RRef
FROM dbo._InfoRg6909 T1
LEFT OUTER JOIN dbo._Reference65 T2
ON ((T1._Fld6915RRef = T2._IDRRef)) AND (T2._Fld743 = @P1)
LEFT OUTER JOIN dbo._InfoRg9717 T3
ON (((0x08 = T3._Fld9719_TYPE AND 0x00000069 = T3._Fld9719_RTRef AND T1._Fld6912RRef = T3._Fld9719_RRRef) AND (T3._Fld9718RRef = @P2)) AND (T3._Fld743 = @P3)) AND ((T3._Fld9718RRef = @P4))
LEFT OUTER JOIN dbo._Reference188 T4
ON (T1._Fld6953_TYPE = 0x08 AND T1._Fld6953_RTRef = 0x000000BC AND T1._Fld6953_RRRef = T4._IDRRef) AND (T4._Fld743 = @P5)
LEFT OUTER JOIN dbo._Reference241 T5
ON (T1._Fld6953_TYPE = 0x08 AND T1._Fld6953_RTRef = 0x000000F1 AND T1._Fld6953_RRRef = T5._IDRRef) AND (T5._Fld743 = @P6)
LEFT OUTER JOIN dbo._Reference105 T6
ON (T1._Fld6912RRef = T6._IDRRef) AND (T6._Fld743 = @P7)
WHERE (((T1._Fld743 = @P8)) AND (EXISTS(SELECT
1
FROM (SELECT 1 AS SDBL_DUMMY) SDBL_DUAL
INNER JOIN dbo._InfoRg7102 T7
ON (0x08 = T7._Fld7103_TYPE AND 0x00000069 = T7._Fld7103_RTRef AND T1._Fld6912RRef = T7._Fld7103_RRRef)
INNER JOIN dbo._InfoRg9162 T8
ON (T7._Fld7104RRef = T8._Fld9163RRef)
WHERE (((T7._Fld743 = 0.0)) AND (T8._Fld743 = 0.0)) AND ((T8._Fld9164_TYPE = 0x08 AND T8._Fld9164_RTRef = 0x000000F1 AND T8._Fld9164_RRRef IN (0xA1EF00505697C8E711ED6B4C3245BAA8)))))) AND ((T1._Fld6950RRef = @P9) AND (T1._Fld6911 = 0x00))
ORDER BY (CASE WHEN (T1._Fld6966RRef = 0x978321BE0001E76642E10A917011A3D3) THEN CASE WHEN (T1._Fld6971 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6971 >= {ts '4024-04-05 00:00:00'}) THEN 1.0 ELSE 3.0 END WHEN (T1._Fld6966RRef = 0x87C2940938835A28445ADC91DCBB0223) THEN 4.0 WHEN (T1._Fld6966RRef = 0xB951457BE98615BA44F94EED2FA871B9) THEN CASE WHEN (T1._Fld6971 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6971 >= {ts '4024-04-05 00:00:00'}) THEN 5.0 WHEN (T1._Fld6972 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6972 >= {ts '4024-04-05 00:00:00'}) THEN 8.0 ELSE 6.0 END WHEN (T1._Fld6966RRef = 0xA2188ED2B8E8907D44B84819A62CDFFB) THEN 7.0 WHEN (T1._Fld6966RRef = 0x97DE9D14E23C9F8644FF03E523B923B2) THEN CASE WHEN (T1._Fld6971 = {ts '2001-01-01 00:00:00'}) OR (T1._Fld6971 >= {ts '4024-04-05 00:00:00'}) THEN 9.0 ELSE 10.0 END ELSE 0.0 END), (T1._Fld6910), (T1._Fld6911), (T1._Fld6912RRef)

Вернуться в статью