Наверное не совсем четко сформулировал, поэтому уточню: на тестовой системе, которая копия продуктива 3-х месячной давности, есть возможность настроить признак 331TG по тем МВЗ, которые есть, система доступна для изменений. Отчет на тесте формируется корректно с учетом этой настройки, соответственно, если бы была возможность перенести это дерево решений на продуктив, тоже бы работало. Но такой возможности нет, да и нет актуального состояния на тесте справочников МВЗ и орг.единиц на текущий момент. То есть получается только полный ввод на разработке справочника МВЗ и Орг.единиц? На это Заказчик, естественно, не пойдет. Странный какой-то тупик получается, а решения нет, похоже нет ни у кого проблем с кодом ОКВЭД, либо не используют стандартный отчет П-4.

Признак - это по сути отдельная абап-программа, попробуйте проработать вопрос в этом направлении. Зайдите в свойства признака, а потом, определив имя программы, попробуйте поизучать ее уже в соответствующих транзакциях. Единственным ограничением видится тот момент, что имя программы будет стандартным, а значит с редактированием может быть загвоздка. Другое направление - признак хранится в табличном виде. И поэтому видится возможным перенос содержимого таблиц. Как это делается рассказывать не буду, вариантов масса от легальных до не очень.

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

Что значит , если вы в PE03 выберете в меню Ракурс -> Ведение таблиц вы сможете спокойно вести признак , не ссылаясь ни на какие справочники

Да, спасибо, именно так и пришлось делать, сначала набил фиктивных данных в "деревянном" ракурсе, потом в табличном перебивал.

Добрый день.
У нас отчет работает так:
Если работнику заведены Виды отсутствия Командировки, то эти дни вычитаются из "Отработанное рабочее время списочного состава "
В признаке 331TA, эти виды отсутствия обрабатываются по ветке Иначе (код возврата= пусто). Т.е. по идее дни, проведенные в командировке, должны учитываться в отчете.
Подскажите пожалуйста, в чем еще может быть причина?
Заранее спасибо!!

Добрый день, коллеги!
На селекционном экране в "Разделе 2" заполняются виды времени для отчета.
Соответственно, для "Отработанное рабочее время списочного состава" у вас прописан вид времени,
который настраивается в ветке SPRO - Определение видов времени в системе отчетов (V_T557B).
У нас используются два вида времени:
4010 ОтрабВремяЧасы
5020 КомандирСеминОбучен

С помощью признака 331TA происходит определение отсутствий для расчета среднесписочной численности
и зар.плате работников.

Коллеги всем привет!
А кто знает сап планирует форму то вообще обновлять?
Я смотрю по нотам - обновление xml формуляра было в это ноте: 2341648 - HR-RU: New XML version of P-4 report from 10.06.2016.
Но это только xml, сама форма похоже не обновлялась давно.
Сейчас в системе у меня версия формуляра такая: Приказ Росстата: Об утверждении формы от 24.09.2014 № 580
Но согласно последним изменениям законодательства шапка должна быть другая: Приказ Росстата: Об утверждении формы от 02.08.2016 № 379
Подскажите, это я какую-то ноту пропустил, или SAP просто забил на П-4?

Добрый день!
САП выпустил ноту:
2414607 - New form P-4 and P-4NZ since 01.01.2017

С 19.12.2016 новая версия XML.

Что САП говорит?

А кто-нибудь знает почему для отчёта hrulp4 (в транзакции hrpadrut7run), если я в коде дохода s002_1 укажу не виды оплат, а другой код дохода s002, то виды оплат из него не подтягиваются в отчёт?

Потому что так заложен алгоритм - в группировку включать виды оплат, LGART а не WCODE. Для суммирования кодов группировок видов оплаты используйте ракурс T7RUN4, должно помочь. Там даже вложенность можно делать через поле УК.

В том-то и прикол, что hrulp4 вообще не читает t7run4