Добрый день.
возник вопрос сформировать ССЧ за год с разбивкой отдельно по возрасту, отдельно по руководителям/рабочим, по образованию, по трудовому стажу
Можно ли это сделать как-то из отчёта "Численность и текучесть кадров"?
я пока не понимаю.
22 мая сотруднику исполнилось 20 лет. и он из разряда "до 20" перешёл в "20-29".
то есть его ссч по одной категории будет 21/31, по другой 10/31.
но как это запихнуть в отчёт? как-то перед программным запуском отчёта писать стрзаменить а дальше выдумывать красивые формулы? боюсь это очень долго получится.
нашёл тут обработки, но одна от 08 года, вторая от 13-го и в приложенных скринах красивые циферки 1 и 0 во всех позициях.
(1) В ЗУП 3.1 отчёты написаны на СКД и никакие "стрзаменить" там не работают. Нужно изменять настройки и структуру отчёта согласно задействованным в отчёте полям (реквизитам) или использовать соответствующие фильтры. Вот только использовать образование физлица, как и стажей, в таком исправленном отчёте уже надёжно не получится, т.к. соответствующий регистр переведён в неиспользуемые. Нужно писать свой новый отчет. Старые обработки работать в новых конфигурациях не будут.
(1)Если Вам описанная точность действительно необходима (21/31 в категории "до 20" и 10/31 в категории "20-29") то я бы посоветовал взять отчет "Статистика персонала" и врезаться в сам запрос. Добавлять поле расчета возраста, вероятно в ВТЧисленностьПоРабочимДням, и далее протаскивать это поле до выхода. Возможно что и получится. И да, при каждом обновлении пересобирать отчет.
Если же ограничится чтобы возраст считался на начало месяца и в Вашем примере сотрудник весь май в группе "до 20" и в группу "20-29" попадает только в июне - то просто в пользовательском режиме делаете новый вариант отчета "Численность и текучесть кадров" или какой там Вам удобнее. По принципу описанному здесь https://infostart.ru/public/204240/.
В 3.1 в конечном отчете нет даты и физлица, поэтому меняете "Дата" на "Месяц", а "Физлицо.ДатаРождения" на "Сотрудник.ФизическоеЛицо.ДатаРождения". И получаете искомый результат.
подредактировать СхемаОтчета.НаборыДанных.НаборДанных2.Запрос
но, наверно, вы правы в том моменте, что тогда и схема компоновки будет другая, если я добавлю туда другие поля.
наверно надо делать вариант запроса по сотрудникам, получать его в ТЗ, а потом дербанить ТЗ по дням.
но хорошо, когда ССЧ = 1, а когда 0.7 в месяц его рождения - это он уволился или принялся/ушёл в декрет? ((
но наверно будем добавлять много разделений и пихать их в ВТЧисленностьЗаПериод
а контролировать при обновлении даже и не знаю, как
(3)Уточните у своего заказчика, насколько допустима озвученная погрешность. Отчет статистический, разбивка скорее всего нужна для принятия каких-то управленческих решений. Насколько они будут "страдать", если "пограничные" сотрудники будут переходить из группы в группу только на следующий месяц?
Трудоемкость в реализации разных вариантов отличается возможно даже на порядок.
Вариант с данной погрешностью Вы можете уже через полчаса предоставить заказчику -)) И этот вариант будет основан на типовом решении, которое не надо будет поддерживать/переписывать каждый раз при обновлении релиза. Вероятнее всего.
(4) в итоге мы так и придумали, что надо доработать эту ВТ
но
надо же не только по возрасту
а ещё и по трудовому стажу
и по категории рабочих и служащих
и по образованию
итого получается надо делать "своих" регистров интервальных несколько штук и привинчивать их к этой таблице - если в этот день возраст от 20 до 30 то 1 иначе 0
порядка 16 новых категорий. по каждому сотруднику. это прям много получится.
но (5) - уточняем, да. пока надежда на то, что они имели в виду просто численность на конец года.
а то потом пересобирать при каждом обновлении - ну такое себе. конечно вряд ли изменится система подсчёта ССЧ, но вот про 1С ничего нельзя сказать, да.
(6)Тогда "ой". Придется либо типовой переписывать, либо на его основе внешний отчет делать.
Если категория еще легко из должности вытаскивается, то вот стаж и образование - в типовом отчете не достать. По крайней мере в 3.1.18. Но не думаю, что в 3.1.23 что-то изменилось принципиально в этом вопросе.
Но если возраста будет достаточно на начало месяца, то переделка может быть весьма точечной и небольшой. Особенно, если в конфигурации уже есть "свой" общий модуль. Прописываете в нем функцию, которая по сотруднику на начало месяца определяет стаж и функцию, которая возвращает образование. И эти функции в вычисляемые поля в СКД. А может и вовсе получится сразу КадровыеДанныеСотрудника использовать. из модуля КадровыйУчет. Тогда получится данные вытащить не прибегая к переделке запроса.