Добрый день! ЗУП 3,1 из какого регистра можно  вытащить количество работающих по подразделениям ,и ставку 1 или о,5 ставки

В зависимости от релиза - РН "Занятые позиции штатного расписания" или РС "Занятость позиций штатного расписания".

А через РС кадровая история сотрудников не проще ?

(2) Там размер ставки есть? Не помню просто.... Если есть то можно.
(1) А ещё пару релизов пройдет и будем ещё откуда-то тащить. В ЗиУП 3.1 постоянно какие-то скачки, то в право, то в лево, то через как-то. Такое впечатление что архитектора нет, или их постоянно меняют. Как может быть такое, что постоянно структуру меняют - не понятно. На коленке пишут.

(0) В ЗУП 3.1 данные согласно вашей постановке "тащат" не с одного регистра и уже давно.
(3) Используйте методы общих модулей и механизм представлений. ЭТО уже пришло и в ерп и в УТ.

не нравиться - ставьте клюшки и ностальгируйте.

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

http://catalog.mista.ru/public/942569/ отсюда ?

(5) Попробуйте воспользоваться поиском по форуму
ЗУП 3.1 как получить программно подразделение сотрудника на дату и способ учета в БУ
ЗУП 3.1 Получить кадровые данные сотрудника запросом

(6)Да

(4) Не смешите. Общие процедуры и функции так же меняют постоянно....

(9) Погода тоже меняется постоянно, но вы же выходите хоть иногда из дома, нэ?)

ДА в общие функции вникать чот не хочется.

Так и не понял откуда брать, если из РН "Занятые позиции штатного расписания", то  из штатной позиции нужно  подразделение вытащить

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

(10) Плохое сравнение с погодой. Переменчивость погоды это нормальное свойство погоды. А переменчивость структуры и кода это не естественно и признак кое-чего другого.
Хорошее решение, когда оно изначально продумано и хотя бы структура кардинально не меняется.
Если есть постоянные кидания из стороны в сторону, то понятно что ранее ничего не продумывали, а просто делали как получится, что потом много раз переделывать.
Вы из моих слов сути не увидели.
(11) Смысл в них вникать, если они скоро кардинально поменяются.

(14) Да не поменяются они. Скорее структура регистров поменяется. Поищите инфу про идеологию разработки ЗУП 3.

Зачем тут реклама колбасы ?

Извините отвлекся, вопрос открыт

(15) Зачем опять менять структуру регистров? Это как надо каждый раз продумывать структуру, что бы постоянно переделывать. :-)
Слово "идеология" мне со времен СССР ещё не нравилось. А сейчас тем более.

(12)В текущей реализации сведения о подразделении сотрудника и о количестве ставок хранятся в регистрах "КадроваяИсторияСотрудников" и "КадроваяИсторияСотрудниковИнтервальный".
Не факт, что в будущих релизах структура хранения данных не будет изменена, поэтому разработчики ЗУПа рекомендуют для извлечения данных использовать функции программного интерфейса.

(18) Я не знаю зачем)

(20) Я тоже не знаю зачем, но я предположил в (3) почему так. И это очень плохо.

ВЫБРАТЬ
    КадроваяИсторияСотрудников.Организация КАК Организация,
    КадроваяИсторияСотрудников.Подразделение КАК Подразделение,
    КадроваяИсторияСотрудников.КоличествоСтавок КАК КоличествоСтавок,
    КадроваяИсторияСотрудников.ВидСобытия КАК ВидСобытия
ИЗ
    РегистрСведений.КадроваяИсторияСотрудников.СрезПоследних(&Период) КАК КадроваяИсторияСотрудников
    
ГДЕ
   КадроваяИсторияСотрудников.ВидСобытия=&Вид

(18) Если поразмышлять на эту тему, то, скорее всего, структура регистров изменяются с целью расширения функциональности программного продукта, а также с целью повышения быстродействия.
Например, вынесение информации о графиках работы сотрудников в отдельный регистр позволило создать отдельный документ для изменения графиков работы.
Создание регистров с постфиксом "интервальный" сократило время на построение таблиц с интервальными данными.
И т.д. и т.п.

пытаюсь так ,но как  тут фильтровать , по виду события

(18) наверно, предыдущая структура не прошла проверку временем.

(3) Архитектор там один и тот же, чуть ли не со времен ЗИК.
Приведите пример скачков влево, вправо, вверх, вниз и т.д.

(24) Ты LivingStar что ли? Сразу готовое решение выложить?

мне хот подсказку , как фильтровать

(18) Если бы на партсобраниях не спали, а вносили рацпредолжения, то не было бы сейчас никакого ЗУП 3.1. с их философией "все течет, все изменяется ...кроме программного интерфейса".

(26) Думаю, он даже в этой ветке че-нить построит.

(28) КадроваяИсторияСотрудников.ВидСобытия <> ЗНАЧЕНИЕ(Перечисление.ВидыКадровыхСобытий.Увольнение)

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

(32) Да. Примерно это и делает операция "не равно".

еще кадровые перемещения

(34) Подробнее раскройте свою мысль

Я говорю нужно взять  начальные данные + прием -перемещения в другое подразд -увольнения

(36) Зачем из среза последних удалять перемещения?

там придется не срез полследних брать а, просто значения регситра
ИЗ
    РегистрСведений.КадроваяИсторияСотрудников  КАК КадроваяИсторияСотрудников

(38) А можете описать всю задачу?

отчет который выводит на дата
орг /подразделение/количество работающих общее /количество работающих на 0,5 ставки/

в разрезе подразделений

(40) Вам точно нужно использовать срез последних.
Ну и если хотите сделать не "на отвали", то нужно озадачиться "механизмом представлений".
http://catalog.mista.ru/public/841337/
http://catalog.mista.ru/public/836840/

+(42) Посмотрите, как работают типовые отчеты, в частности отчет "ОтчетыПоСотрудникам".
Вам нужно представление "Представления_КадровыеДанныеСотрудников".

Да уж ,тут так просто не разберешься

(44) на самом деле когда разберетесь, то писать в ЗУП станет проще, при условии, что у вас не будет ЗУДа по старым технологиям и временам когда колбаса была по 2.20, а водка по 1.50.

Да При СТАЛИНЕ 1С Не было )!

(46) И калькуляторов не было. Расчетчики на счетах считали, а продвинутые на сумматоре "Феликсе". Норматив был 700-800 сотрудников на расчетчика. При этом это на производстве с кучей смен, графиков, видов работ с разными тарифами в одну смену, сверхурочными первые 2 час в полуторном и свыше в двойном размере, вечерними, ночными и т.д.
А дальше была война...
А дальше пришли юристы и оптимизаторы и начали придумывать бред. :-) Но появились программисты и сначала на ЕС, а потом на ПК на клиперах и фокс про героически автоматизировали этот бред. 20 000 за 15 минут расчет - это медленно.
Потом расплодили финансистов (финансовых махинаторов) и к ним ещё армию юристов и бред стал трехэтажным. Появилось 1С, которое выдавало правильные картинки, но очень долго. Время идет. Юристов и экономистов становится всё больше. Их методы войны против здравого смысла всё изощреннее. 1С быстрее не становится. Мы проигрываем эту войну :-) И 20 000 за 15 минут нам кажется какой-то фантастикой. :-)

Колво работающих можно так-

ВЫБРАТЬ
        |            КадроваяИсторияСотрудниковСрезПоследних.Организация ,
        |            КадроваяИсторияСотрудниковСрезПоследних.Подразделение ,
        |            КадроваяИсторияСотрудниковСрезПоследних.Сотрудник,
        |
        |            КОЛИЧЕСТВО(РАЗЛИЧНЫЕ КадроваяИсторияСотрудниковСрезПоследних.Сотрудник) КАК КолСотр
        |        ИЗ
        |            РегистрСведений.КадроваяИсторияСотрудников.СрезПоследних КАК КадроваяИсторияСотрудниковСрезПоследних
        |        ГДЕ
        |            КадроваяИсторияСотрудниковСрезПоследних.ВидСобытия <> &Уволн
        |        
        |        СГРУППИРОВАТЬ ПО
        |            КадроваяИсторияСотрудниковСрезПоследних.Подразделение,
        |            КадроваяИсторияСотрудниковСрезПоследних.Организация,
        |           КадроваяИсторияСотрудниковСрезПоследних.Сотрудник
        |
        |        УПОРЯДОЧИТЬ ПО
        |             Организация,
        |            Подразделение,
        |            Сотрудник" ;

Это количество ставок у сотрудника-
ВЫБРАТЬ ПЕРВЫЕ 1
            |    ЗанятыеПозицииШтатногоРасписания.КоличествоСтавок,
            |    ЗанятыеПозицииШтатногоРасписания.Сотрудник КАК Сотрудник,
            |    ЗанятыеПозицииШтатногоРасписания.Период КАК Период
            |ИЗ
            |    РегистрНакопления.ЗанятыеПозицииШтатногоРасписания КАК ЗанятыеПозицииШтатногоРасписания
            |ГДЕ
            |    ЗанятыеПозицииШтатногоРасписания.Сотрудник = &Сотр
            |    И ЗанятыеПозицииШтатногоРасписания.ВидДвижения = &Прих
            |УПОРЯДОЧИТЬ ПО
            | ЗанятыеПозицииШтатногоРасписания.Период Убыв    "

у РГ ЗанятыеПозицииШтатногоРасписания нет измерения по сотруднику ,только реквизит

Зачем 1с не делает измерение по сотруднику в этом РГ непонятно

(51) Уже выше было почему. Нет такого регистра в текущих релизах.
На релизе Зарплата и управление персоналом КОРП, редакция 3.1 (3.1.10.78) такого регистра нет.
Всё плавно перетекло в РС:
ЗанятостьПозицийШтатногоРасписания
ЗанятостьПозицийШтатногоРасписанияИнтервальный - основной источник данных
ЗанятостьПозицийШтатногоРасписанияИспр

т.е. в данном примере не только структуру решили по другому хранить, но и в другом виде регистра.
т.е. кардинально по другому.
По всей видимости велосипед изобретают - вот их и кидает из стороны в сторону.

(53) Скорее, приводят к единому стандарту.

(54) Стандарт чего? Нет никакого тут стандарта.