Введение в механизм представлений в ЗУП ред. 3

Программирование - Практика программирования

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

 

    Например, чтобы с "т.з. учета в ЗУП" получить правильные данные о плановых начислениях, надо сделать выборку не только из РС.ПлановыеНачисления, но также из РС.ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудников и РС.ПлановыйФОТ. А чтобы получить кадровые данные сотрудников, механизмом извлекаются данные из более чем дюжины регистров.

    
    Для иллюстрации работы "механизма" рассмотрим срез последних из периодического регистра сведений, этому посвящены несколько общих модулей ЗарплатаКадрыПериодическиеРегистры. Наверно, вы знаете, что виртуальную таблицу периодического регистра сведений СрезПоследних
ВЫБРАТЬ
	ФизическоеЛицо,
	ОтношениеКВоинскойОбязанности
ИЗ
	РегистрСведений.ВоинскийУчет.СрезПоследних(&Дата, ФизическоеЛицо В (&ФизическиеЛица))

платформа заменяет на запрос вида

ВЫБРАТЬ
	T1.ФизическоеЛицо КАК ФизическоеЛицо,
	T1.ОтношениеКВоинскойОбязанности КАК ОтношениеКВоинскойОбязанности
ИЗ
	(ВЫБРАТЬ
		T4.ФизическоеЛицо КАК ФизическоеЛицо,
		T4.ОтношениеКВоинскойОбязанности КАК ОтношениеКВоинскойОбязанности
	ИЗ
		(ВЫБРАТЬ
			T3.ФизическоеЛицо КАК ФизическоеЛицо,
			МАКСИМУМ(T3.Период) КАК МаксПериод
		ИЗ
			РегистрСведений.ВоинскийУчет КАК T3
		ГДЕ
			T3.Период <= &Дата
			И T3.ФизическоеЛицо В(&ФизическиеЛица)
		
		СГРУППИРОВАТЬ ПО
			T3.ФизическоеЛицо) КАК T2
			ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ВоинскийУчет КАК T4
			ПО T2.ФизическоеЛицо = T4.ФизическоеЛицо
				И T2.МаксПериод = T4.Период) КАК T1

Этот запрос точно не будет эффективным при наличии в регистре 1 млн записей. Быстрее выполнится запрос с выделением максимальных периодов во временную таблицу

ВЫБРАТЬ
	T3.ФизическоеЛицо КАК ФизическоеЛицо,
	МАКСИМУМ(T3.Период) КАК МаксПериод
ПОМЕСТИТЬ ВТМаксПериоды
ИЗ
	РегистрСведений.ВоинскийУчет КАК T3
ГДЕ
	T3.Период <= &Дата
	И T3.ФизическоеЛицо В(&ФизическиеЛица)

СГРУППИРОВАТЬ ПО
	T3.ФизическоеЛицо
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
	T4.ФизическоеЛицо КАК ФизическоеЛицо,
	T4.ОтношениеКВоинскойОбязанности КАК ОтношениеКВоинскойОбязанности
ИЗ
	ВТМаксПериоды КАК T2
		ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ВоинскийУчет КАК T4
		ПО T2.ФизическоеЛицо = T4.ФизическоеЛицо
			И T2.МаксПериод = T4.Период

 

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

Запрос = Новый Запрос;
Запрос.МенеджерВременныхТаблиц = Новый МенеджерВременныхТаблиц;
Запрос.Текст =
"ВЫБРАТЬ
|	ФизическиеЛица.ФизическоеЛицо КАК ФизическоеЛицо,
|	ФизическиеЛица.Период КАК Период
|ПОМЕСТИТЬ ВТФизическиеЛица
|ИЗ
|	&ФизическиеЛица КАК ФизическиеЛица";
Запрос.УстановитьПараметр("ФизическиеЛица", ФизическиеЛицаТаблица);

ОписаниеФильтра = ЗарплатаКадрыПериодическиеРегистры.ОписаниеФильтраДляСоздатьВТИмяРегистра("ВТФизическиеЛица", "ФизическоеЛицо");
ТолькоРазрешенные = Истина;
СрезПоследних = Истина;
ЗапросСреза = ЗарплатаКадрыПериодическиеРегистры.ЗапросВТИмяРегистраСрез("ВоинскийУчет", ТолькоРазрешенные, ОписаниеФильтра, , СрезПоследних, "ВТВоинскийУчет");

ЗарплатаКадрыОбщиеНаборыДанных.ОбъединитьЗапросы(Запрос, ЗапросСреза);

Запрос.Выполнить();

    В менеджере временных таблиц мы получим искомый срез в ВТВоинскийУчет. Если поковыряться в параметрах процедур, то вы обнаружите, что, например, поля ФизическоеЛицо и Период можно переобозначить (описывая эти и другие подробности, я никогда не закончу писать статью).

 

    Но опять о преимуществах механизма. 1С придумали т.н. "интервальные" регистры сведений. Это своего рода программно реализуемая "виртуальная таблица", в которую помещаются периоды действия регистрируемых событий. Получение среза последних при наличии такого регистра сводится к одному соединению фильтра с таблицей регистра, то есть выполняется заведомо быстрее. Для РС.ГрафикРаботыСотрудников, у которого уже есть интервальный регистр, результат вызова ЗапросВТИмяРегистраСрез вернет следующий запрос

 
ВЫБРАТЬ
	Сотрудники.Сотрудник КАК Сотрудник,
	Сотрудники.Период КАК Период
ПОМЕСТИТЬ ВТСотрудники
ИЗ
	&Сотрудники КАК Сотрудники
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ РАЗРЕШЕННЫЕ
	ИзмеренияДаты.Период КАК Период,
	РегистрСведений.ДействуетДо КАК ПериодВозвратногоСобытия,
	ВЫБОР
		КОГДА РегистрСведений.ПериодЗаписи = РегистрСведений.ДатаНачала
			ТОГДА ЛОЖЬ
		ИНАЧЕ ИСТИНА
	КОНЕЦ КАК ЭтоВозвратноеСобытие,
	РегистрСведений.РегистраторСобытия КАК Регистратор,
	ИзмеренияДаты.Сотрудник КАК Сотрудник,
	РегистрСведений.ДатаОкончания КАК ДатаОкончания,
	РегистрСведений.ДатаНачала КАК ДатаНачала,
	РегистрСведений.ГоловнаяОрганизация КАК ГоловнаяОрганизация,
	РегистрСведений.ПериодЗаписи КАК ПериодЗаписи,
	РегистрСведений.Год КАК Год,
	РегистрСведений.ПериодПредыдущейЗаписи КАК ПериодПредыдущейЗаписи,
	РегистрСведений.ГрафикРаботы КАК ГрафикРаботы,
	РегистрСведений.РегистраторЗаписи КАК РегистраторЗаписи,
	РегистрСведений.РегистраторСобытия КАК РегистраторСобытия,
	РегистрСведений.ПустойИнтервал КАК ПустойИнтервал
ПОМЕСТИТЬ ВТГрафикРаботыСотрудников
{ВЫБРАТЬ
	Период,
	ПериодВозвратногоСобытия,
	Регистратор,
	Сотрудник,
	ДатаОкончания,
	ДатаНачала,
	ГоловнаяОрганизация,
	ПериодЗаписи,
	Год,
	ПериодПредыдущейЗаписи,
	ГрафикРаботы,
	РегистраторЗаписи,
	РегистраторСобытия,
	ПустойИнтервал}
ИЗ
	ВТСотрудники КАК ИзмеренияДаты
		{ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ГрафикРаботыСотрудниковИнтервальный КАК РегистрСведений
		ПО (РегистрСведений.ДатаНачала <= КОНЕЦПЕРИОДА(ВЫБОР
					КОГДА ИзмеренияДаты.Период = ДАТАВРЕМЯ(1, 1, 1)
						ТОГДА ДАТАВРЕМЯ(3999, 12, 31, 23, 59, 59)
					ИНАЧЕ ИзмеренияДаты.Период
				КОНЕЦ, ДЕНЬ))
			И (РегистрСведений.ДатаОкончания >= КОНЕЦПЕРИОДА(ВЫБОР
					КОГДА ИзмеренияДаты.Период = ДАТАВРЕМЯ(1, 1, 1)
						ТОГДА ДАТАВРЕМЯ(3999, 12, 31, 23, 59, 59)
					ИНАЧЕ ИзмеренияДаты.Период
				КОНЕЦ, ДЕНЬ))
			И (РегистрСведений.Сотрудник = ИзмеренияДаты.Сотрудник)}
ГДЕ
	ИСТИНА
{ГДЕ
	РегистрСведений.Сотрудник.*}

 

То есть вызывая процедуру получения запроса для среза последних и т.п. мы получим функционально правильный и эффективный (будем надеяться) запрос.

    Можно вместо запроса получить сразу ВТ. Соответственно, в параметре-менеджере временных таблиц уже должна быть готова ВТСотрудники

ЗарплатаКадрыОбщиеНаборыДанных.СоздатьВТИмяРегистраСрезПоследних(
	"ГрафикРаботыСотрудников",
	Запрос.МенеджерВременныхТаблиц,
	Истина,
	ЗарплатаКадрыОбщиеНаборыДанных.ОписаниеФильтраДляСоздатьВТИмяРегистра("ВТСотрудники", "Сотрудник"),
	,
	"ВТГрафикРаботыСотрудниковСрезПоследних");

 

    Приведу еще один полезный пример для регистра, у которого два измерения, причем одно из них все еще называется ФизЛицо вместо принятого ныне ФизическоеЛицо, а в ВТ-фильтре поле называется как раз ФизическоеЛицо. Также в этом примере описывается дополнительный отбор, накладываемый на второе измерение

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

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

 

    Помимо срезов регистров сведений существует целый перечень готовых запросов/временных таблиц. С этим перечнем можно ознакомиться в функциях:

 - ЗарплатаКадрыОбщиеНаборыДанныхРасширенный.ПолучитьЗапросПоПредставлению,

 - ЗарплатаКадрыОбщиеНаборыДанныхБазовый.ПолучитьЗапросПоПредставлению.

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

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

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

    Пример "двухступенчатой" выборки данных: сначала получаем кадровые данные, затем на их основании данные штатного расписания (ВТСотрудники должны быть подготовлены в МенеджерВременныхТаблиц). При этом, например, вам не надо думать, используется ли история изменения штатного расписания или нет. (Пример исправлен для 3.1.6.54)

ОписательВременныхТаблиц = КадровыйУчет.ОписательВременныхТаблицДляСоздатьВТКадровыеДанныеСотрудников(
    МенеджерВременныхТаблиц,
    "ВТСотрудники");
КадровыйУчет.СоздатьВТКадровыеДанныеСотрудников(ОписательВременныхТаблиц, Истина, "ДолжностьПоШтатномуРасписанию,ВидЗанятости");

ПараметрыПостроенияВТПозицииШтатногоРасписания = УправлениеШтатнымРасписанием.ПараметрыПостроенияВТШтатноеРасписаниеПоТаблицеФильтра("ВТКадровыеДанныеСотрудников");
ПараметрыПостроенияВТПозицииШтатногоРасписания.ИмяПоляПозицияШтатногоРасписания = "ДолжностьПоШтатномуРасписанию";

ИменаСведений = Неопределено; // в переменной можно указать строкой конкретные поля: "ОкладТариф, НадбавкаЗаВредностьРазмер"

УправлениеШтатнымРасписанием.СоздатьВТПозицииШтатногоРасписанияПоВременнойТаблице(
	МенеджерВременныхТаблиц, Истина, ПараметрыПостроенияВТПозицииШтатногоРасписания, ИменаСведений);

 

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

ВЫБРАТЬ РАЗРЕШЕННЫЕ
	Сотрудники.Ссылка КАК Сотрудник,
	ВЫБОР
		КОГДА &Период < ТекущиеКадровыеДанныеСотрудников.ДатаПриема
			ТОГДА ТекущиеКадровыеДанныеСотрудников.ДатаПриема
		ИНАЧЕ &Период
	КОНЕЦ КАК Период
ПОМЕСТИТЬ ВТСотрудники
ИЗ
	Справочник.Сотрудники КАК Сотрудники
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ТекущиеКадровыеДанныеСотрудников КАК ТекущиеКадровыеДанныеСотрудников
		ПО (Сотрудники.ФизическоеЛицо = ТекущиеКадровыеДанныеСотрудников.ФизическоеЛицо)
			И (Сотрудники.Ссылка = ТекущиеКадровыеДанныеСотрудников.Сотрудник)
ГДЕ
	ТекущиеКадровыеДанныеСотрудников.ДатаПриема <= &Период
	И ТекущиеКадровыеДанныеСотрудников.ДатаПриема <> ДАТАВРЕМЯ(1, 1, 1)
	И (ТекущиеКадровыеДанныеСотрудников.ДатаУвольнения = ДАТАВРЕМЯ(1, 1, 1)
			ИЛИ ТекущиеКадровыеДанныеСотрудников.ДатаУвольнения >= &Период)
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
	ЗНАЧЕНИЕ(Справочник.Сотрудники.ПустаяСсылка) КАК Сотрудник,
	ЗНАЧЕНИЕ(Справочник.ГрафикиРаботыСотрудников.ПустаяСсылка) КАК ГрафикРаботы
ПОМЕСТИТЬ Представления_СрезПоследних_ГрафикРаботыСотрудников
ИЗ
	ВТСотрудники КАК ВТСотрудники
ГДЕ
	"ТолькоРазрешенные" = ИСТИНА
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
	Представления_СрезПоследних_ГрафикРаботыСотрудников.Сотрудник КАК Сотрудник,
	Представления_СрезПоследних_ГрафикРаботыСотрудников.ГрафикРаботы КАК ГрафикРаботы
ИЗ
	Представления_СрезПоследних_ГрафикРаботыСотрудников КАК Представления_СрезПоследних_ГрафикРаботыСотрудников

    Пример для "предопределенного" представления я бы привел для специфической таблицы Периоды

ВЫБРАТЬ
	ДАТАВРЕМЯ(1, 1, 1) КАК Период
ПОМЕСТИТЬ Представления_Периоды
ГДЕ
	"НачалоИнтервала" = &НачалоПериода
	И "ОкончаниеИнтервала" = &КонецПериода
	И "Периодичность" = "ДЕНЬ"
	И "ИспользоватьКонецПериода" = ЛОЖЬ
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
	Представления_Периоды.Период КАК Период
ИЗ
	Представления_Периоды КАК Представления_Периоды

Не забудьте прописать процедуру в ПриКомпоновкеДанных, установить тип Дата в параметрах, добавить в структуру ДетальныеЗаписи, а в выбранные поля добавить Период. И получите таблицу дат с начала по конец периода.

 

    Об использовании представлений в СКД больше расскажет конфигурация. Так что смотрите в ПолучитьЗапросПоПредставлению и пользуйтесь глобальным поиском, не забывая ставить флажок в Макеты. Стоит также отметить, что Представления охватывают лишь небольшую часть функций .СоздатьВТ.

См. также

Комментарии
1. Юрий Патласов (NoRazum) 20 05.06.18 00:36 Сейчас в теме
ЗУП 3 - кактус

хоть много полезных механизмов. которые "ВСЕМ" нужны
Трактор; van_za; user642047_ziborov.roman; haereticus; +4 Ответить
2. Алексей Лапицкий (Lapitskiy) 875 05.06.18 04:03 Сейчас в теме
Правильнее было бы назвать статью "Как писать запросы для ЗУП"
А то "представления".... что это? Я бы растерялся, спроси меня вот так по телефону с утра :)
Хотя опыта в Зиках и Зупах у меня лет 15 примерно..
asupsam; artfa; Трактор; Orlando Skibraves; pavlov_dv; baton_pk; Artem-B; Kesak; Yakud3a; andreich_ru; user642047_ziborov.roman; Tolpinski; cdrw3; jONES1979; haereticus; +15 Ответить
11. Денис Липатов (xrrg) 116 05.06.18 09:28 Сейчас в теме
(2) я и говорю: название условное. но те, с кем я общался и кто в теме, когда речь идет о вышеизложенном, первым делом произносят слово "представления".
3. haereticus 05.06.18 06:35 Сейчас в теме
Не используйте для проверки релиз 3.1.6.54 - ребята в нём что-то сломали(

Эти ребята теперь постоянно чего-то ломают в ЗУП, уже всем боязно ставить новые обновления. Я так понимаю, они начали путаться в собственном говнокоде, что как видно из статьи теперь не мудрено.
Rus_Tiger; accounting_cons; nofear; asupsam; MishaD; DmitrySinichnikov; artfa; Lukich66; rintik; SanchoD; ccserg; lexus1981; uri1978; корум; kolya_tlt; ram3; qus-qus; sergathome; el-gamberro; Dmitri93; A7758735; rusmil; user642047_ziborov.roman; cdrw3; jONES1979; +25 Ответить
12. Денис Липатов (xrrg) 116 05.06.18 09:29 Сейчас в теме
(3) мне кажется, я возвёл поклёп на релиз. на работе в этом релизе работает, дома - нет.
16. Сергей Любезнов (sergathome) 05.06.18 11:22 Сейчас в теме
(3) +1. Ребята вместо того, чтобы научить платформу не формировать говнозапросы, понаписали обходного говнокода, в котором и потонули нафик. Моща !
Rus_Tiger; haereticus; +2 Ответить
37. Дмитрий Синичников (DmitrySinichnikov) 137 06.06.18 14:46 Сейчас в теме
(16) И самое главное, что "представления" теперь не работают. Точнее работают, но частично, то одно поле не дадут, то другое, а в итоге возникает необходимость либо переписывать полностью запрос, что бы вытащить необходимые данные либо строить запрос сбоку, в конце получения данных по представлению. Как итог - все минусы нафиг ушли, к конце привязан, запросы строить надо, учитывая кучу обходов и достроение сбоку производительность тоже утонула... Молодцы! Все в стиле 1С)))
Rus_Tiger; uri1978; mai@kopak.ru; haereticus; +4 Ответить
50. г. Казань Рустем Гумеров (Rustig) 888 08.06.18 15:47 Сейчас в теме
(37) "фасад на фасаде"
...тут на ИС поднималась недавно околонаучная "фасадная" тема - так вот очень похожий фасад соорудили в ЗУПе
4. борян петров (TODD22) 17 05.06.18 06:45 Сейчас в теме
В нашей организации на первом же телефонном собеседовании на должность разработчика по ЗУП ред. 3 вас обязательно спросят о том, что такое "Представления".

И если он не знает про "представления" то его не возьмут на работу?
7. Петр Петров (jONES1979) 05.06.18 07:43 Сейчас в теме
...и это может даже будет к лучшему
Rustig; DmitrySinichnikov; sergathome; +3 1 Ответить
52. г. Казань Рустем Гумеров (Rustig) 888 08.06.18 15:54 Сейчас в теме
(0) тема интересная, только вот акцент вы сделали на исключительности ваших компетенций ЗУПа некорректно для кандидатов - мол, не знаешь представления, ты не с нами...
13. Денис Липатов (xrrg) 116 05.06.18 09:33 Сейчас в теме
(4) вполне возможно возьмут, но это повлияет на зарплатные притязания претендента. я пока не видел зарплатчиков, которые знают исключително ЗУП 3. все имеют какой-то багаж знаний из 2.5 считается, что такие люди быстрее освоят новую конфу. вот и я такой.
15. Кирилл Ширинский (el-gamberro) 49 05.06.18 11:04 Сейчас в теме
(13) Я работаю и знаю исключительно ЗУП 3.1

Если 1С родили такие Представления, то с ужасом ожидаю что они родят для секционирования (partition) регистров накопления :))
DmitrySinichnikov; +1 Ответить
51. г. Казань Рустем Гумеров (Rustig) 888 08.06.18 15:48 Сейчас в теме
(4) и ему повезет, что не возьмут...
идти в организацию, где за годы работы станешь магистром зуповских представлений - та еще перспектива
borjohn; jONES1979; haereticus; +3 Ответить
5. Артем А. (SmArtist) 48 05.06.18 06:47 Сейчас в теме
пришлось с этим разобраться и использовать, ибо при очередном обновлении баз ЗУП перестали работать мои отчеты на скд. Причина - разработчики поменяли структуру хранения кадровых данных сотрудников. Советую это применять.
Rustig; корум; sergathome; xrrg; +4 Ответить
17. Сергей Любезнов (sergathome) 05.06.18 11:24 Сейчас в теме
(5) конечно, деваться-то некуда с подводной лодки. я вообще забил на собственные запросы в этом Г, пользуюсь "программными интерфейсами". медленно, неудобно, но есть надежда, что годок они эти "интерфейсы" не тронут...
6. борян петров (TODD22) 17 05.06.18 06:57 Сейчас в теме
Об использовании представлений в СКД больше расскажет конфигурация. Так что смотрите в ПолучитьЗапросПоПредставлению и пользуйтесь глобальным поиском, не забывая ставить флажок в Макеты.

Релиз 3.1.6.6 пробую поискать глобальным поиском. Поставил галочки искать в "модулях" и "макетах", но находит только общие модули. Макетов в выдаче поиска нет. Что я делаю не так?
Где ещё можно посмотреть как работает этот механизм?
9. Serj (Serj1C) 470 05.06.18 08:15 Сейчас в теме
10. борян петров (TODD22) 17 05.06.18 08:16 Сейчас в теме
(9)Да, но уже после того как комментарий написал :)
14. Денис Липатов (xrrg) 116 05.06.18 09:37 Сейчас в теме
(6) в макетах ищите "Представления_"
8. Алексей (ADirks) 179 05.06.18 08:11 Сейчас в теме
Глядишь, так и нормальные SQL-представления (т.е. view) когда-нибудь изобретут.
А так, приём полезный. Громадная простыня запроса режется на логически цельные куски, что для восприятия радикально проще.

например, первое попавшееся

|FROM
| ("+оЗапрос.Отступ(тзп_ЗаявкиСвернуто(оЗапрос), 2)+"
| ) Заявки
|
| "+оДопРекв.тзп_Джойн("СклПрог", "Заявки.Заявка", "СкладскаяПрограмма")+"
|
| LEFT JOIN ("+тзп_КомментарийПроизводства(оЗапрос)+") Коммент ON Коммент.идДок13 = Заявки.идЗадание13
|
| LEFT JOIN спрКонтрагенты Контрагенты ON Контрагенты.ID = Заявки.Контрагент
|
| LEFT JOIN ("+тзп_РезервПоЗаявке()+") Резерв ON Резерв.идЗаявка13 = Заявки.Заявка
| LEFT JOIN ("+тзп_СводныеЗадания()+") СвЗадания ON СвЗадания.идЗадание13 = Заявки.идЗадание13

может развернуться строк на сто в итоге, а так вот глядишь - и понятно более-менее
18. Яков А (qus-qus) 22 05.06.18 12:23 Сейчас в теме
Спасибо за проделанную работу!

Но что-то мне подсказывает, что проблемы бы не было, если бы у продукта была четкая изначально продуманная линия развития, я не так давно посчитал, текущая типовая версия конфигурации ЗУП содержит около 1000 объектов и реквизитов с припиской "Удалить"! Продукту уже лет 5, а функционал так и не стабилизировался, снова имеем две параллельные ветки (к слову, выбрать из которых невозможно, т.к. нет информации о том какой функционал будет пилиться в "продвинутой" версии по сравнению с консервативной). Мы, конечно, привыкли к роли бета-тестеров у 1С, но не так же, блин, долго оставаться в бете...

Еще это решение негативно влияет на производительность, разработка и так отвязанная от структуры СУБД еще и будет "отвязана от структуры конфигурации"... это до добра не доводит, что я думаю многие заметили.

Извините, надо было выговориться.
Rus_Tiger; jONES1979; Rustig; Brawler; nofear; asupsam; DmitrySinichnikov; rintik; ccserg; mikl79; haereticus; rusmil; uri1978; корум; Tolpinski; donkey; +16 Ответить
19. Денис Липатов (xrrg) 116 05.06.18 13:07 Сейчас в теме
(18) не знаешь сам - научи другого)
20. Олег Шокин (skiller3000) 135 05.06.18 22:38 Сейчас в теме
спасибо за проделанную работу.
превратилось все в какую-то дичь. в ЗУП 2.5 было проще, а сейчас - сколько времени надо тратить чтобы разобраться как получить список сотрудников на дату? я разобрался, но на элементарные вещи уходит по 2 часа.
Rustig; asupsam; корум; mikl79; +4 Ответить
23. Денис Липатов (xrrg) 116 05.06.18 23:49 Сейчас в теме
(20) см. СКД в Отчет.ОтчетыПоСотрудникам с учетом отбора
31. Денис Липатов (xrrg) 116 06.06.18 11:50 Сейчас в теме
(20) появилась идея поинтереснее. это представление еще не используется в СКД, но, видимо, будет

ВЫБРАТЬ
	ЗНАЧЕНИЕ(Справочник.Сотрудники.ПустаяСсылка) КАК Сотрудник
ПОМЕСТИТЬ Представления_СотрудникиОрганизации
ГДЕ
	"Организация" = &Организация
	И "ОкончаниеПериода" = &Период
;

////////////////////////////////////////////////////////////­////////////////////
ВЫБРАТЬ
	Представления_СотрудникиОрганизации.Сотрудник КАК Сотрудник
ИЗ
	Представления_СотрудникиОрганизации КАК Представления_СотрудникиОрганизации
Показать


еще есть параметры Подразделение, ОтбиратьПоГоловнойОрганизации, НачалоПериода и отобрать по списку физических лиц
32. Олег Шокин (skiller3000) 135 06.06.18 11:56 Сейчас в теме
(31) а чем их не устроила схема запроса или тот же построитель запроса? зачем программно лепить текст запроса? насколько я помню, сами же разработчики платформы написали, что схемазапроса для того и создана была, чтобы программно сделать конструирование запроса красиво.
33. Денис Липатов (xrrg) 116 06.06.18 12:12 Сейчас в теме
(32) не знаю. вот сделают красиво, а мы-то даже об этом не узнаем.
48. Игорь Фелькер (Brawler) 380 07.06.18 18:38 Сейчас в теме
(32) нечитаемо вообще все будет тогда и неосмысливаемо
53. г. Казань Рустем Гумеров (Rustig) 888 08.06.18 16:00 Сейчас в теме
(31) в УТ 10.3 для механизма RLS используются Шаблоны - что-то очень похожее на концепцию представлений - костыль на собственные механизмы платформы и конфигурации.
Не прижилось..... то же самое будущее ждет ваши представления - нагромождения-нагромождения
59. Денис Липатов (xrrg) 116 09.06.18 10:30 Сейчас в теме
(53) не знаком с УТ. речь идет о шаблонах ограничений в ролях или это какие-то объекты конкретно конфигурации УТ?
61. г. Казань Рустем Гумеров (Rustig) 888 09.06.18 20:53 Сейчас в теме
(59) да, я имел в виду шаблоны ограничений в ролях
21. nicolas eliseev (nicxxx) 170 05.06.18 23:12 Сейчас в теме
Есть сомнения относительно среза последних. Время почти одинаковое. Выигрыш всего 12%, да и то, еще надо уточнять - я только 1 раз запускал замеры.
Прикрепленные файлы:
42. Денис Липатов (xrrg) 116 06.06.18 21:34 Сейчас в теме
(21)
(39)
не знаю насколько "чистыми" будут данные эксперимента на обычном, несколько устаревшем, локальном компе с Win 7 и MS SQL Server 2008 R2. в пустую базу перетащил общий модуль ЗарплатаКадрыОбщиеНаборыДанных (+39 причастных модулей, 1 справочник и 2 регистра сведений).
имеем справочник 100 тыс элементов. эти элементы имеют статусы в регистре сведений ~600 тыс штук. эксперимент проводил обработкой, которая формирует выборочно какое-то количество элементов справочника, помещает их в таблицу значений, добавляя произвольный период. далее запускаем запрос среза как в платформе (не сам СрезПоследних, а то, как он платформа формирует его на SQL) и ЗарплатаКадрыОбщиеНаборыДанных.СоздатьВТИмяРегистраСрезПоследних. итого: разница ~100 мс против ~200 мс в пользу СоздатьВТИмяРегистраСрезПоследних.
43. Денис Липатов (xrrg) 116 06.06.18 22:47 Сейчас в теме
(42)
какое-то количество = 1000. с увеличением выборки элементов разница становится заметнее.
и да, я сам так же отнёсся к этой информации, оттого и проверял.
22. nicolas eliseev (nicxxx) 170 05.06.18 23:18 Сейчас в теме
Внезапно :)
Прикрепленные файлы:
24. Дмитрий Орошко (dmitryO) 06.06.18 08:56 Сейчас в теме
вся проблема называется так: разработчики платформы не смогли(не захотели / не поняли зачем это) реализовать хранимые процедуры в запросах.
а в ЗУП вот этим всем как-раз и делается попытка на высоком уровне добавить то, чего нет на низком.
скверно, конечно
25. Алексей (ADirks) 179 06.06.18 09:00 Сейчас в теме
(24) примерно так же, как в БСП полиморфизм запилен
аж смотреть страшно
Rustig; sergathome; +2 Ответить
26. ффф ыыы (zqzq) 17 06.06.18 09:22 Сейчас в теме
ЗУП-ом не пользуюсь, но идея вполне логичная в контексте исключения дублирования кода запросов и инкапсуляции деталей реализации на метаданных (а оптимизация запросов это скорее бонус). Практически идея глобальных функций структурного программирования в контексте языка запросов.

Другое дело, во всём мире для этого применяются View (уже десятки лет), а тут какие-то костыли 1С-ные как всегда... Если подумать, вполне можно на уровне платформы добавить ветку метаданных view и там описывать ВТ, по аналогии с внешними источниками данных.
Rustig; asupsam; Brawler; корум; qus-qus; +5 Ответить
27. Сергей Крайнов (ccserg) 51 06.06.18 09:57 Сейчас в теме
не хватает простого примера как это использовать , слишком отрывистый код
корум; romanova.direct; +2 Ответить
28. Владимир Лагутин (Lukich66) 79 06.06.18 10:13 Сейчас в теме
ЗиУПом пользуюсь, но считаю ошибочным решение о прекращении поддержки 2.5 и безвыборным принуждением к переходу на 3х б/учета полного отсутствия взаимодействия 3х с бух 2.0, упп и т.д. и т.п. Первые 3х попытки вообще не "привлекали" ,а последние только подтверждают тендеции восприятия первых

Добавлю,что в последних версиях ЗиУП 2.5(126,127) изменен текст запроса по формированию РасчетаПоказателей_РСВ_2017_кв1 в общем модуле РегламентированнаяОтчетность, что привело к возникновению
ошибки по задвоению сумм выплат по ФСС (р.1прил.3 РСВ)у работников, которые имели кадровое перемещение и б/л в одном отчетном периоде.

И вот как с этим жить?
54. г. Казань Рустем Гумеров (Rustig) 888 08.06.18 16:06 Сейчас в теме
(28) жаловаться, придумать решение (обойти проблему и заработать на этом), информировать других - главное не мириться и не сдаваться :)
Rus_Tiger; +1 Ответить
29. Трактор Трактор (Трактор) 1156 06.06.18 11:22 Сейчас в теме
одно из них все еще называется ФизЛицо вместо принятого ныне ФизическоеЛицо

Автор, ты, я смотрю, в теме. Открой секрет. Зачем?!! Зачем переименовывают реквизиты, измерения?
Как говорят в армии "Лучше безобразно, но однообразно." Ну назвали ФизЛицо, ну пусть так и живёт. Или 1С так создаёт работу программистам? Я что-то написал, клиент пользует, и после обновления мои наработки перестают работать. Потому что вместо ФизЛицо теперь надо писать ФизическоеЛицо. Кому от этого лучше? Точно не мне и не клиенту. Да и 1С тоже не лучше.
Накипело.
Rus_Tiger; Rustig; qus-qus; foliage; mai@kopak.ru; +5 Ответить
36. Денис Липатов (xrrg) 116 06.06.18 12:59 Сейчас в теме
(29) ФизЛицо - это против их же (1С) стандартов наименования переменных/реквизитов и т.п.
а в целом знаю, что ЗУП 3 разрабатывался без оглядки на ЗУП 2.5
хотя, что касается, к примеру, структуры регистров по НДФЛ доходы и расчеты, в ЗУП 3 по сравнению с ЗУП 2.5 изменились как раз только наименования)
Трактор; +1 Ответить
55. г. Казань Рустем Гумеров (Rustig) 888 08.06.18 16:10 Сейчас в теме
(29) согласен, что иногда качество типовых ЦФшников огорчает - встречал к примеру назовут реквизит документа так "Основание", тип Строковый.... а в обработчике ОбработкаЗаполнения() служебный параметр как раз так и называется....
30. Владимир Безфамильный (Vovan1975) 14 06.06.18 11:34 Сейчас в теме
не расстраивайтесь,в бухии 3.0 это тоже есть
34. mixsture 06.06.18 12:21 Сейчас в теме
Имхо, должно быть так:
Есть версия 3.1.6 - вот как в ней первоначально назвали реквизиты - так они теперь и живут. Срок поддержки конфы условно 3 года.
Все изменения реквизитов (т.е. несовместимость на уровне хранения данных) - только при переходе к 3.1.7.

И после этого все понимают, что написанные доработки живут 3 года, потом требуют корректировки и живут еще 3 года.
-----
P.S. Если 1с так небрежно относится к переименованию реквизитов, т.е. к обратной совместимости, то кто гарантирует, что завтра 1с также не изменит "представления"?
35. Владимир Безфамильный (Vovan1975) 14 06.06.18 12:57 Сейчас в теме
(34) так они и сделаны чтобы безбашенно менять потроха, а разработчику, используя их, будет фиолетово что там как называется и в какой таблице живет.
41. mixsture 06.06.18 19:01 Сейчас в теме
(35)
чтобы безбашенно менять потроха, а разработчику, используя их, будет фиолетово что там как называется и в какой таблице живет.


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


Тут, имхо, проблема в головах у 1с - в жизненном цикле как самого продукта, так и сторонних доработок к ним. Это больше управленческая проблема и такие проблемы плохо решаются одной лишь автоматизацией. Выходит навороченно, дорого и неудобно. Хотя достаточно было определиться с периодами заморозки изменений в хранении данных.
Tolpinski; Rustig; sergathome; Brawler; +4 Ответить
44. Денис Липатов (xrrg) 116 07.06.18 12:05 Сейчас в теме
(41)
1. я уже столько новшеств пережил, что это всего лишь еще одно.
2. да, отлаживать запросы стало сложнее.
3. в 3.0.25.65 были, и сейчас есть. на курсах об этом учат, а на экзамене спрашивают.

мда, обновляю 3.1.3 на последний релиз и вижу, что ребята "ушли" ВТПозицииШтатногоРасписания. bastards!
57. г. Казань Рустем Гумеров (Rustig) 888 08.06.18 16:14 Сейчас в теме
(44) они на нас и зарабатывают - курсы проводят - добровольно-принудительно
56. г. Казань Рустем Гумеров (Rustig) 888 08.06.18 16:13 Сейчас в теме
(34) у каждой доработки есть свой начальник... это как во всех бедах России винить президента, так же в проблемах ЗУПа ссылаться на фирму 1С.... знать бы кому жаловаться...
38. Neo Neo (firma111) 06.06.18 15:22 Сейчас в теме
Жесть ... И без того в типовых портянках черт ногу сломит, теперь еще труднее будет разбираться, где, что, откуда..
foliage; Трактор; +2 Ответить
39. Владимир Зырянов (VZyryanov) 06.06.18 16:10 Сейчас в теме
Голословные и, возможно, неверные утверждения:
"Этот запрос точно не будет эффективным при наличии в регистре 1 млн записей", "платформа генерирует заведомо неэффективный запрос".
40. Антон gendal (gendal) 2 06.06.18 17:26 Сейчас в теме
Почему заявили о прекращении поддержки ЗУП 2.5? ЗУП 3 еще достаточно сырая, в которой постоянно что-то правят, 2.5 в этом отношении гораздо лучше, что подтверждают и пользователи, воротящие нос от ЗУП 3
45. Евгений Беляев (nofear) 11 07.06.18 12:39 Сейчас в теме
Коллеги, хотелось бы задать вопрос, насколько плотно рассматривается данная тема на курсе от 1С "Конфигурирование подсистем расчета зарплаты и управления персоналом в прикладных решениях для "1С:Предприятия 8" ? Есть ли там хорошие, правильные примеры?
46. Вячеслав Григорьев (Vyatcheslav) 8 07.06.18 13:15 Сейчас в теме
перешли за зуп 2.5 корп с профа в 1кв. и радуемся жизни. Есть одна база небольшая на 3.1, все подтвержается, тормоза, глюки и т.д., видно, что сырая. Может к 2019-ому допилят более-менее, когда народ с ЗиК 7.7 будет перелазить на 3.1
Tolpinski; Rustig; +2 Ответить
47. Денис Липатов (xrrg) 116 07.06.18 13:57 Сейчас в теме
(46) а вы, напр, запустите отчет о среднесписочной численности в 2.5 и 3.1
58. г. Казань Рустем Гумеров (Rustig) 888 08.06.18 16:17 Сейчас в теме
(47) как-то не убедительно парируете... он вам про всю конфу, а вы про один отчет... в целом-то что лучше?
60. Денис Липатов (xrrg) 116 09.06.18 10:32 Сейчас в теме
(58) отчеты быстрее формируются в 3.1
я на это намекал
62. Евгений Шабалин (eashabalin) 19.06.18 16:27 Сейчас в теме
А может кто подсказать КадровыйУчет.СоздатьВТКадровыеДанныеСотрудников() есть параметр ФормироватьСПериодичностьДень, как мне подготовить таблицу сотрудников чтобы охватить период с по ? Интересует момент смены графика за период. Спасибо.
63. Денис Липатов (xrrg) 116 19.06.18 23:23 Сейчас в теме
(62)
вряд ли КадровыеДанныеСотрудников помогут. в описателе ВТ можно только период (среза) указать. данные о графиках собираются в КадровыйУчетРасширенный.ЗапросВТСведенияОГрафикахРаботы и там можно увидеть получение среза последних.
если интересует именно смена графика за период, то надо пользоваться либо получением записей СоздатьВТИмяРегистра, либо получением "периодов":
ОписаниеФильтраПолученияГрафиков = ЗарплатаКадрыПериодическиеРегистры.ОписаниеФильтраДляСоздатьВТИмяРегистра("ВТСотрудники", "Сотрудник");

ЗарплатаКадрыПериодическиеРегистры.СоздатьВТИмяРегистраПериоды(
	"ГрафикРаботыСотрудников", 
	Запрос.МенеджерВременныхТаблиц, 
	Истина, 
	ОписаниеФильтраПолученияГрафиков);

в Запрос.МенеджерВременныхТаблиц должна содержаться ВТСотрудники с полями Сотрудник, ДатаНачала, ДатаОкончания.
Оставьте свое сообщение