Добрый день, поставлена задача добавить в PPOME отображение орг.структуры без вакантных должностей и только с вакантными должностями. Определила новый сервис для вакантных должностей, указала путь анализа PLSTE, но работает он некорректно, просто отображает все штатные должности без лиц. Хотя если выбрать этот путь анализа, например в программе RHVOPOS0 - все отрабатывает правильно.

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

Т.е. в PPOME такое реализовать невозможно?

Да. Не возможно, НО, метку в отдельном столбце вывести какие должности вакантны можно может это устроит?

Рассмотрим на примере PPOSE/PPOME.

В настройках сценария указываются т.н. "определения запроса".
Например, для сервиса OME0 есть запрос "ASSIGNMENT RULES (ORG)".
В определении Сервиса для каждого запроса указывается т.н. "ключ объекта" - GOWD.
В ракурсе T77OBJDEF для GOWD смотрим "интерфейс: обзорный объект". Среди прочего видим параметр "Функциональный модуль: изм.объект", там прописан ФМ OM_GEN_OVERVIEW_CHANGE_OBJECT.

Дальше видится два пути:
1. Прописать свои ФМы. Но надо иметь ввиду, что в Z придется копировать всю группу функций, т.к. используют переменные объявленные в главной программе группы функций.
И в нужном месте выпилить неугодные объекты

2. Расширить стандартный код.
И в нужном месте выпилить неугодные объекты.

В нашем случае можно добавить немного кода в форму create_tree_tables из инклуда LOM_TREEF03, она вызывается в стеке вызовов упомянутого ФМа. Тут нужно убрать лишние записи в выходных таблицах tree_objec_tab и tree_struc_tab.

Возникает занокомерный вопрос, а что если эта форма вызывается из кучи других мест, в которых модифицироавть результат не нужно? Например, в других Сервисах архитектуры иерархии.
Как вариант, можно сохранить в память (EXPORT TO MEMORY) значение переменных MY_SCENARIO - сценарий и MY_CLASS_KEY - ключ интерфейсного объекта (GOWD). А в форме create_tree_tables сделать IMPORT этих параметров.
Сделать это надо вначале ФМа OM_GEN_OVERVIEW_CREATE. В конце ФМа нужно "забыть" эти значения, чтобы они ненароком не сработали, где не надо.
Это, разумеется, [censored] и всё такое. Настоящие ценители стандарта на такое идти не должны.

А настоящим ценителям стандарта я бы посоветовал попробовать сделать новый вид соединения, в котором в разделе "внешние соединения" можно прописать свой класс, реализующий выборку соединенных объектов. Например, как сделано в классе CL_HRTMC_EXT_RELATION_B742. В методе DO_SELECTION_IMPLEMENTATION выпиливаем ненужные объекты.
Затем делаем путь анализа с использованием этого соединения.
В своем сценарии используем созданный путь анализа. Как-то так.