ССЧ с разбивкой по возрасту

1. puzo50 13.07.22 15:36 Сейчас в теме
Добрый день.
возник вопрос сформировать ССЧ за год с разбивкой отдельно по возрасту, отдельно по руководителям/рабочим, по образованию, по трудовому стажу

Можно ли это сделать как-то из отчёта "Численность и текучесть кадров"?
я пока не понимаю.
22 мая сотруднику исполнилось 20 лет. и он из разряда "до 20" перешёл в "20-29".
то есть его ссч по одной категории будет 21/31, по другой 10/31.
но как это запихнуть в отчёт? как-то перед программным запуском отчёта писать стрзаменить а дальше выдумывать красивые формулы? боюсь это очень долго получится.

нашёл тут обработки, но одна от 08 года, вторая от 13-го и в приложенных скринах красивые циферки 1 и 0 во всех позициях.

спасибо.
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. GSokolov 320 13.07.22 18:58 Сейчас в теме
(1) В ЗУП 3.1 отчёты написаны на СКД и никакие "стрзаменить" там не работают. Нужно изменять настройки и структуру отчёта согласно задействованным в отчёте полям (реквизитам) или использовать соответствующие фильтры. Вот только использовать образование физлица, как и стажей, в таком исправленном отчёте уже надёжно не получится, т.к. соответствующий регистр переведён в неиспользуемые. Нужно писать свой новый отчет. Старые обработки работать в новых конфигурациях не будут.
4. LNick 14.07.22 11:28 Сейчас в теме
(1)Если Вам описанная точность действительно необходима (21/31 в категории "до 20" и 10/31 в категории "20-29") то я бы посоветовал взять отчет "Статистика персонала" и врезаться в сам запрос. Добавлять поле расчета возраста, вероятно в ВТЧисленностьПоРабочимДням, и далее протаскивать это поле до выхода. Возможно что и получится. И да, при каждом обновлении пересобирать отчет.

Если же ограничится чтобы возраст считался на начало месяца и в Вашем примере сотрудник весь май в группе "до 20" и в группу "20-29" попадает только в июне - то просто в пользовательском режиме делаете новый вариант отчета "Численность и текучесть кадров" или какой там Вам удобнее. По принципу описанному здесь https://infostart.ru/public/204240/.

В 3.1 в конечном отчете нет даты и физлица, поэтому меняете "Дата" на "Месяц", а "Физлицо.ДатаРождения" на "Сотрудник.ФизическоеЛицо.ДатаРождения". И получаете искомый результат.
3. puzo50 14.07.22 10:03 Сейчас в теме
(2) я имел в виду перед
КомпоновщикМакета.Выполнить(СхемаОтчета, Настройки, , , Тип("ГенераторМакетаКомпоновкиДанныхДляКоллекцииЗначений"))


подредактировать СхемаОтчета.НаборыДанных.НаборДанных2.Запрос
но, наверно, вы правы в том моменте, что тогда и схема компоновки будет другая, если я добавлю туда другие поля.


наверно надо делать вариант запроса по сотрудникам, получать его в ТЗ, а потом дербанить ТЗ по дням.
но хорошо, когда ССЧ = 1, а когда 0.7 в месяц его рождения - это он уволился или принялся/ушёл в декрет? ((

но наверно будем добавлять много разделений и пихать их в ВТЧисленностьЗаПериод
а контролировать при обновлении даже и не знаю, как

сложна, слоожна(с)
5. LNick 14.07.22 11:34 Сейчас в теме
(3)Уточните у своего заказчика, насколько допустима озвученная погрешность. Отчет статистический, разбивка скорее всего нужна для принятия каких-то управленческих решений. Насколько они будут "страдать", если "пограничные" сотрудники будут переходить из группы в группу только на следующий месяц?
Трудоемкость в реализации разных вариантов отличается возможно даже на порядок.
Вариант с данной погрешностью Вы можете уже через полчаса предоставить заказчику -)) И этот вариант будет основан на типовом решении, которое не надо будет поддерживать/переписывать каждый раз при обновлении релиза. Вероятнее всего.
6. puzo50 14.07.22 11:41 Сейчас в теме
(4) в итоге мы так и придумали, что надо доработать эту ВТ
но
надо же не только по возрасту
а ещё и по трудовому стажу
и по категории рабочих и служащих
и по образованию

итого получается надо делать "своих" регистров интервальных несколько штук и привинчивать их к этой таблице - если в этот день возраст от 20 до 30 то 1 иначе 0
порядка 16 новых категорий. по каждому сотруднику. это прям много получится.
но (5) - уточняем, да. пока надежда на то, что они имели в виду просто численность на конец года.

а то потом пересобирать при каждом обновлении - ну такое себе. конечно вряд ли изменится система подсчёта ССЧ, но вот про 1С ничего нельзя сказать, да.
7. LNick 14.07.22 12:07 Сейчас в теме
(6)Тогда "ой". Придется либо типовой переписывать, либо на его основе внешний отчет делать.
Если категория еще легко из должности вытаскивается, то вот стаж и образование - в типовом отчете не достать. По крайней мере в 3.1.18. Но не думаю, что в 3.1.23 что-то изменилось принципиально в этом вопросе.

Но если возраста будет достаточно на начало месяца, то переделка может быть весьма точечной и небольшой. Особенно, если в конфигурации уже есть "свой" общий модуль. Прописываете в нем функцию, которая по сотруднику на начало месяца определяет стаж и функцию, которая возвращает образование. И эти функции в вычисляемые поля в СКД. А может и вовсе получится сразу КадровыеДанныеСотрудника использовать. из модуля КадровыйУчет. Тогда получится данные вытащить не прибегая к переделке запроса.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот