Добрый день, коллеги!

На обслуживание приходит новое предприятие со специфичным ведением работы сотрудников в ВУТ. А именно: на ШД определёно значение списка 27-2, но если сотрудник работает в карьере, на ШЕ меняется значение на 27-1, например, на целый рабочий день, затем на следующий день устанавливается значение 27-2, без изменения подкласса СОУТ.

В новой учётной системе стоит требование менять значение ВУТ именно на Тн.

Как наилучшим образом организовать затребованный учёт?
Пока нашла 2 варианта:
1. проводить мероприятие временный перевод на др. Шд с нужным значением списка, но для этого потребуется создание доп. ШЕ в ОМ. Сзв-стаж при таком варианте формируется корректно, с указанием дней работы по списку 27-1 или 27-2. Какие в этом варианте могут быть подводные камни?

2.либо через ИТ 0876, можно указывать значение списка, но при созданных объектах сн, инфотип не даёт выбора, выбор значения появляется только при существовании связи р-s-ch.

Вести сразу 2 значения списка ВУТ на шд мы не можем.
При этом варианте нужно корректно формировать сзв-стаж с учётом заполнения ит 0876, в этом случае придётся ломать программу расчёта стажа в ВУТ, какие ещё могут возникнуть сложности?

Возможно, есть какой-то третий вариант реализации!
Прошу помощи, нужно экспертное мнение!

Добрый день!

CH в ИТ0876 доступен, если есть соединение S-CH с подтипом 871 (переменные условия труда). Для постоянщиков ведется соединение 873.
Также есть пару особенностей:
1) ИТ876 не вводится на присутствия (если я правильно помню). Мы делали расширение (если я правильно помню))).
2) ИТ876 вводится на 1 день. На период нельзя.
3) Если есть ИТ876, то в СЗВ-СТАЖ выводится длительность. Например, работник на своей должности работает год и 2 раза ходил на другой список. Тогда будет период в сзв-стаж - 1 год, и доп информация список такой-то - 2 дня.

Если бизнес хочет иметь в сзв-стаж периоды без указания длительности, тогда меняйте ch на шд на несколько дней.

Если нужна длительность, то ИТ876 на каждый день. В случае ИТ876 и соединения 871 на ШД может быть сколько угодно списков. Выведен будет из ИТ876.
Ручной ввод на каждый день встречается редко. Обычно (хотя 876 в принципе редко где используется), делается какая-то автоматизация ввода. Может какая-то программа, которая будет сама его загружать фоново (но здесь нужно помнить, что требуется пересчет ЗП для правильного начисления допвзносов).

Спасибо за ответ!
Подскажите, пожалуйста, еще, а если у нас вместо CH используется свой объект для ВУТ 95 и z - cоединение соответственно, как сделать чтобы в сзв-стаж основной список тянулся с ШД с 95 объекта, а временный список с ИТ 087.
Нужно для 95 объекта дополнительно настроить соединение 871, занести это соединение на ШД, тогда станет доступно дополнительное (неосновное) значение списка в ИТ 0876?
Для сзв-стажа нужно будет еще ковырять таблицу v_t7rurptcst00 для программы ruadm, там прописывать новое соединение?

Или я что-то не понимаю...

посмотрите инклюд LHRPADRU_SHLP_EXITF02, форм get_hwc_constants
там прописано большинство настроек из t7rurptcst00

Для вывода ВУТ (именного того значения списка, которое будет являться переменным) в ИТ 086, сначала настраивается соединение 871 в таблице t777e, затем в OOAW - Пути анализа для пути анализа  ZS-WC прописывается это соединение, затем в таблице V_T7RURPTCST00 для программы RUADM для параметра G_RELID_S_HWC_V прописывается 871 соединение. На ШД создаете соединение с объектом 95 (CH) с соединением 871. Здесь все ок.

Что еще подкрутить теперь, чтобы в сзв-стаж выводились Дни ВУТ из ИТ 876?

Если вы в pa30 сами занесли ИТ876 и через средство поиска в нем подтянулись доступные для ШД списки (их может быть несколько одновременно), то с настройками все более или менее ок.
Проверьте, что у ШД нет соединения 873.

Дальше уже сравнивайте со стандартным стажем RUPF...
Потому что либо больше каких-то настроек нет, либо я их уже не помню(что крайне вероятно ) и вам не помогу

Будем искать! Выставили сообщение в SAP.
Вам спасибо!

Оставлю здесь результаты изыскательской работы.
При проверке результатов расчета (пропорционирования баз для исчисления налога по доп. тарифу) у одних ТН идет корректное заполнение (сплитование по датам и вывод самих списком 27-1 и 27-2 по дням) WPBP TAX RUTAX, а у других ТН при тех же начальных значения в расчете зп ничего не происходит.
В итоге выяснилось что необходима годовая норма часов для ИГРВ (таблица T508A-JRSTD), проверка реализована в ФМ HR_RU_GET_HWC_VARIABLE.

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

Обычные связаны с нормативными через общее значение нормы дней/часов в неделю. Годовая норма для нормативных указывается в T7RU80S. Возможно, у вас для части графиков указаны дня/часы по норме в неделю, для которых нет нормативных? Вот тут похожий вопрос обсуждался. viewtopic.php?f=11&t=86275

Поняла о чем написали, но вот смотрите есть, например, сменный ПГРВ s1271wn в таблице v_t508a для него заполнены поле Рабчас/неделю (WOSTD)=36, ежеднев РабЧасы(TGSTD) =12, ежедневКолиичРабдней (WKWDY)=5, ИдКалендПраздДней=ru, группировкаКатСотру=1.
Далее топаю в таблицу T7ru80s и по полям ru 1 5 36 нахожу базовый нормативный график раб. времени N712.
Но при этом в ПГРВ s1271wn поле ГодовоеКол-воРабЧасов (JRSTD) пустое.

В какой момент это поле должно заполняться, нужно как -то отдельно сгенерировать график s1271wn чтобы прописалась годовая норма часов?

Честно говоря, я ни разу не видел, чтобы это поле поддерживалось в актуальном виде.
Часто его заполняют на этапе внедрения значениями из ссылочного нормативного графика.
Т.е. для вашего s1271wn ссылочный нормативный - это N712 и по календарю 2020, например, годовое кол-во часов - это 1780.6 (взядено здесь).
Ну и это бы значение я поставил для всех графиков 5-36.

По поводу ФМ - он у нас переопределен (экзит в начале) и константу g_create_new_pf_period всегда устанавливаем на abap_true

В итоге вручную нужно внести один раз для s1271wn годовую норму часов в v_t508a или запускать какую-то генерацию?

При беглом просмотре ФМа сложилось впечатление, что стандарт в этой части предполагает регулярную генерацию
Я описывал, как обычно заполняется это поле.

фм этот смотрели HR_PERSONAL_WORK_SCHEDULE?
И еще вопрос годовая норма часов для базовых нормативных графиков на каждый год генерится автоматически с учетом настроенного календаря праздничных дней и переносов?

спасибо вам за инфо )
И еще можете поделиться курсом по оценке времени, м.б. есть свеженький, буду премного благодарна!!