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

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

Представления_ ЗУП ред. 3 ЗУП 3.0 ЗУП 3.1 механизм представлений ЗапросВТ СоздатьВТ

120
В нашей организации на первом же телефонном собеседовании на должность разработчика по ЗУП ред. 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) КАК Период
ПОМЕСТИТЬ Представления_Периоды
ГДЕ
	"НачалоИнтервала" = &НачалоПериода
	И "ОкончаниеИнтервала" = &КонецПериода
	И "Периодичность" = "ДЕНЬ"
	И "ИспользоватьКонецПериода" = ЛОЖЬ
;

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

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

 

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

120

См. также

Комментарии
Избранное Подписка Сортировка: Древо
1. NoRazum 20 05.06.18 00:36 Сейчас в теме
ЗУП 3 - кактус

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

Эти ребята теперь постоянно чего-то ломают в ЗУП, уже всем боязно ставить новые обновления. Я так понимаю, они начали путаться в собственном говнокоде, что как видно из статьи теперь не мудрено.
petrov_al; Max27; oninfostart; 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; +28 Ответить
12. xrrg 146 05.06.18 09:29 Сейчас в теме
(3) мне кажется, я возвёл поклёп на релиз. на работе в этом релизе работает, дома - нет.
16. sergathome 05.06.18 11:22 Сейчас в теме
(3) +1. Ребята вместо того, чтобы научить платформу не формировать говнозапросы, понаписали обходного говнокода, в котором и потонули нафик. Моща !
bestsader; oninfostart; Rus_Tiger; haereticus; +4 Ответить
37. DmitrySinichnikov 151 06.06.18 14:46 Сейчас в теме
(16) И самое главное, что "представления" теперь не работают. Точнее работают, но частично, то одно поле не дадут, то другое, а в итоге возникает необходимость либо переписывать полностью запрос, что бы вытащить необходимые данные либо строить запрос сбоку, в конце получения данных по представлению. Как итог - все минусы нафиг ушли, к конце привязан, запросы строить надо, учитывая кучу обходов и достроение сбоку производительность тоже утонула... Молодцы! Все в стиле 1С)))
mysm; Rus_Tiger; uri1978; mai@kopak.ru; haereticus; +5 Ответить
50. Rustig 994 08.06.18 15:47 Сейчас в теме
(37) "фасад на фасаде"
...тут на ИС поднималась недавно околонаучная "фасадная" тема - так вот очень похожий фасад соорудили в ЗУПе
70. strange2007 132 14.08.18 11:32 Сейчас в теме
(3) Всё прекрасно работает и даже сложный учёт ложится нормально. Зачем уж так обзываетесь то?
4. TODD22 17 05.06.18 06:45 Сейчас в теме
В нашей организации на первом же телефонном собеседовании на должность разработчика по ЗУП ред. 3 вас обязательно спросят о том, что такое "Представления".

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

Если 1С родили такие Представления, то с ужасом ожидаю что они родят для секционирования (partition) регистров накопления :))
DmitrySinichnikov; +1 Ответить
51. Rustig 994 08.06.18 15:48 Сейчас в теме
(4) и ему повезет, что не возьмут...
идти в организацию, где за годы работы станешь магистром зуповских представлений - та еще перспектива
borjohn; jONES1979; haereticus; +3 Ответить
5. SmArtist 44 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. Serj1C 472 05.06.18 08:15 Сейчас в теме
10. TODD22 17 05.06.18 08:16 Сейчас в теме
(9)Да, но уже после того как комментарий написал :)
14. xrrg 146 05.06.18 09:37 Сейчас в теме
(6) в макетах ищите "Представления_"
8. ADirks 180 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С, но не так же, блин, долго оставаться в бете...

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

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

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

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


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

Другое дело, во всём мире для этого применяются View (уже десятки лет), а тут какие-то костыли 1С-ные как всегда... Если подумать, вполне можно на уровне платформы добавить ветку метаданных view и там описывать ВТ, по аналогии с внешними источниками данных.
ZhiharevDmitriy; Rustig; asupsam; Brawler; корум; qus-qus; +6 Ответить
27. ccserg 57 06.06.18 09:57 Сейчас в теме
не хватает простого примера как это использовать , слишком отрывистый код
Stref75; корум; romanova.direct; +3 Ответить
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 994 08.06.18 16:06 Сейчас в теме
(28) жаловаться, придумать решение (обойти проблему и заработать на этом), информировать других - главное не мириться и не сдаваться :)
Rus_Tiger; +1 Ответить
29. Трактор 1161 06.06.18 11:22 Сейчас в теме
одно из них все еще называется ФизЛицо вместо принятого ныне ФизическоеЛицо

Автор, ты, я смотрю, в теме. Открой секрет. Зачем?!! Зачем переименовывают реквизиты, измерения?
Как говорят в армии "Лучше безобразно, но однообразно." Ну назвали ФизЛицо, ну пусть так и живёт. Или 1С так создаёт работу программистам? Я что-то написал, клиент пользует, и после обновления мои наработки перестают работать. Потому что вместо ФизЛицо теперь надо писать ФизическоеЛицо. Кому от этого лучше? Точно не мне и не клиенту. Да и 1С тоже не лучше.
Накипело.
dad68; Rus_Tiger; Rustig; qus-qus; foliage; mai@kopak.ru; +6 Ответить
36. xrrg 146 06.06.18 12:59 Сейчас в теме
(29) ФизЛицо - это против их же (1С) стандартов наименования переменных/реквизитов и т.п.
а в целом знаю, что ЗУП 3 разрабатывался без оглядки на ЗУП 2.5
хотя, что касается, к примеру, структуры регистров по НДФЛ доходы и расчеты, в ЗУП 3 по сравнению с ЗУП 2.5 изменились как раз только наименования)
Трактор; +1 Ответить
55. Rustig 994 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 146 07.06.18 12:05 Сейчас в теме
(41)
1. я уже столько новшеств пережил, что это всего лишь еще одно.
2. да, отлаживать запросы стало сложнее.
3. в 3.0.25.65 были, и сейчас есть. на курсах об этом учат, а на экзамене спрашивают.

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

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

в Запрос.МенеджерВременныхТаблиц должна содержаться ВТСотрудники с полями Сотрудник, ДатаНачала, ДатаОкончания.
eashabalin; +1 Ответить
64. eashabalin 20.06.18 12:40 Сейчас в теме
(63) Я пока единственное сделал то, что в ВТСотрудники добавил все даты периода. Но просела скорость выполнения. Как вернусь попробую посмотреть. Денис, а кроме как самому шишки набивать, есть где подробнее узнать про ВТСоздать и в целом методологию работы со всем этим? Ещё раз спасибо за статью.
65. xrrg 146 20.06.18 18:17 Сейчас в теме
(64)
наверно, я неправильно понял то, что требуется
ОписаниеФильтра = ЗарплатаКадрыПериодическиеРегистры.ОписаниеФильтраДляСоздатьВТИмяРегистра("ВТСотрудники", "Сотрудник");
ЗапросГрафиков = ЗарплатаКадрыПериодическиеРегистры.ЗапросВТПериодыИмяРегистра("ГрафикРаботыСотрудников", Истина, ОписаниеФильтра);

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

ЗапросПериоды = ЗарплатаКадрыОбщиеНаборыДанных.ЗапросВТПериоды(
	ДатаМин,
	ДатаМакс,
	"ДЕНЬ",
	,
	"ВТПериоды");
	
ЗарплатаКадрыОбщиеНаборыДанных.ОбъединитьЗапросы(Запрос, ЗапросПериоды);

ЗапросСоединение = Новый Запрос(
"ВЫБРАТЬ
|	ВТГрафикРаботыСотрудниковПериоды.Сотрудник,
|	ВТГрафикРаботыСотрудниковПериоды.ГрафикРаботы КАК ГрафикРаботы,
|	ВТПериоды.Период КАК Период
|ПОМЕСТИТЬ ВТДействиеГрафиков
|ИЗ
|	ВТГрафикРаботыСотрудниковПериоды КАК ВТГрафикРаботыСотрудниковПериоды
|		ЛЕВОЕ СОЕДИНЕНИЕ ВТПериоды КАК ВТПериоды
|		ПО (ВТПериоды.Период МЕЖДУ ВТГрафикРаботыСотрудниковПериоды.НачалоПериода И ВТГрафикРаботыСотрудниковПериоды.КонецПериода)");

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


а про методологию приходится писать самому :)
66. eashabalin 22.06.18 12:03 Сейчас в теме
(65) Так и есть мой вариант в лоб просаживает систему при больших табелях. Поэтому возвращаюсь к вопросу и к вашему ответу. Как будет результат, отпишусь здесь. @Денис ещё раз спасибо!
68. bestsader 32 27.07.18 06:20 Сейчас в теме
Отлаживать код и искать ошибки теперь в разы сложнее. Спасибо, чего уж там.
69. yelloo 4 10.08.18 00:20 Сейчас в теме
Сколько негодующих... на на вопрос, зачем вообще снимать ЗУП с полной поддержки кто-нибудь задавался?
Ломают они его уже много лет, ведь ни для кого не секрет. Тогда зачем, собственно, это? Доработки по ЗУП давно сводятся "на нет".
73. strange2007 132 14.08.18 11:41 Сейчас в теме
(69) Есть. Когда конфигурацию дорабатывается без изменений, то лучше снимать полностью, чтобы в памяти 2 копии конфы не хранилось
72. strange2007 132 14.08.18 11:40 Сейчас в теме
А разве в ЗУПе данные не при помощи универсальных методов надо получать? Разрабы меняют структуры, а методы как работали так и работают без изменений. Зачем какие-то запросы сложные писать?
Оставьте свое сообщение