Добрый день, коллеги.
Задача такая: создать вьюшку с помощью Z-таблицы и присоединить к ней справочные данные, например по таб.номеру "пришить" должность.
Есть Z-таблица к ней в ракурсе ведения (se11) присоединяю стандартную таблицу (PA0001 "орг присвоение по таб.номеру"). Для этого создаю в Z таблице внешний ключ с завязкой на PA0001. В ракурсе ведения использую этот ключ. Затем использую таблицу справочник - должность, чтоб подтянуть текстовку.
Проблема: в таблице PA0001 несколько записей по выборке с заданным таб. номером (т.к. могут изменяться должности и отделы и пр.), мне нужна только запись с текущей активностью, т.е. "открытой" датой окончания действия записи (ENDDA ='31.12.9999' ), а система подставляет первую попавшуюся, естественно просроченную. Можно ли наложить условие на внешний ключ, чтоб тянулась только одна конкретная запись?

В ракурсе ведения есть закладка "Условие выбора".

Если стоит только эта задача, то она уже реализована в модуле HR, причем намного более гибко - через орг.присвоение

Условия выбора прописаны, но на связку оно ппочему-то не действует.
Вот такая связка прописана: (с помощью вторичных ключей)
PA0001 MANDT = ZPM_RP_OPL MANDT
PA0001 PERNR = ZPM_RP_OPL PERNR (табельный номер)
T513 MANDT = PA0001 MANDT
T513 STELL = PA0001 STELL (код должности)

а Условия выбора:
PA0001 ENDDA EQ '99991231'
в справочнике по выбору таб.номера "старые" записи отсеиваются, а в связке T513-STELL=PA0001-STELL выводится текст первой (устаревшей) записи.

В T513 тоже ведь есть ENDDA, это часть ключа... Вы сами в ручную пройдите по табличкам с Вашей логикой, там будет видно что не так.

В T513 действительно есть поле ENDDA, но код должности, который так же прописывается в PA0001, уникален, т.е. двоит именно, а не T513. Это проверено на частном примере.

Я тут провела такой анализ, оставила только связку таблиц ZPM_RP_OPL и PA0001. В своей вьюшке вывела код должности из PA0001 и PA0001-ENDDA сделала их неключевыми и неактивными для ввода.Условия выбора все те же PA0001 ENDDA EQ '31129999'. Пытаюсь вставить запись, система мне подтягивает устаревший код должности. В справочнике по выбору таб.номера "старые" записи отсеиваются благодаря лишь Средству поиска указанному в Z-таблице, а не этому Условию выбора. Теперь делаю ENDDA ключевым полем во вьюшке. При вставке записи все так же подтягивается устаревший код должности, но при этом система ругается "Введите код, относящийся к рабочей области.". Меняю на табельный номер, который в связке с PA0001 имеет одну лишь запись вставка проходит нормально.
Значит, а так понимаю, Условия выбора прописываюся не для связки указанных таблиц, а для контроля вставки записей ключевых полей. Т.е. если мы не хотим, чтоб при введении нового его оставляли пустым или значения находились строго в интервале, модно прописать это в Условии выбора и контроль осуществится.
Но если мне надо просто вывести справочную информацию к указанному полю Условия выбора тут не помогут. Или я как-то не правильно ими пользуюсь.

И все таки мне кажется, что дело в неправильной настройке внешного ключа между Z-таблицей и PA0001. Т.е. условия связки должно быть прописано именно во внешнем ключе.
сейчас у меня внешний ключ оформлен так:
ПровТабл ПолеПровТаб ТаблВнешКлюча ПолеВнешКлюча Родовой Константа
PA0001 MANDT ZPM_RP_OPL MANDT
PA0001 PERNR ZPM_RP_OPL PERNR
PA0001 SUBTY V
PA0001 OBJPS V
PA0001 SPRPS V
PA0001 ENDDA V
PA0001 BEGDA V
PA0001 SEQNR V

Я думаю, что именно тут как-то надо прописать константу типа :

PA0001 ENDDA '31129999'
только когда я так пишу у меня система начинает на все подрят ругаться "Запись 31129999 00000016 не существует в PA0001 (проверьте введенные данные)". т.е. я вроде как неправильно константу прописываю.

И еще, там есть блок Семантические свойства с радиокнопками, вероятно они тоже для чего-то нужны.
В общем хотелось бы понять как эта настройка внешнего ключа работает. Может кто объяснит или подскажет, где почитать можно.

Может подскажите, если это не сильно грамоздко, каким образом это реализовано, только именно для ракурса ведения.

Есть прекрасная транзакция PA30, инфотип "Организационное присвоение", в которой и ведется присвоение сотрудника к штатной должности.
А в z-таблице достаточно указать табельный номер, должность находить можно с помощью чтения соответсвующего инфотипа через ФМ HR_READ_INFOTYPE, к примеру.
Напрямую через связывание таблиц по ключам выйдет более громоздко.

Как я и думала, вся моя правда тут и хранилась. В настройках внешнего ключа в поле PA0001 ENDDA убрала галку Родовой и прописала константу '99991231' .... и случилось чудо, все стало подтягиваться именно так, как мне и надо было,по фильтру даты окончания '99991231' . В первый раз просто формат даты взяла не правильно.