Привет,
Обнаружился косяк, который пока не знаю как обойти
Имеем HR-мандант и CUA. Оргструктура реплицируется по ночам в CUA. Всё бы ничего, но ГПХ-ки (тн 6*) также катятся в CUA, но т.к. они не в оргструктуре, то не удаляются. Т.е. в CUA накапливается "мусорные" табельные мешающие автомату ведения юзеров в системах.
Короче, нужен фм-ник по удалению табельных - буду сличать CUA и HR и удалять в первом отсутствующих во втором (для начала).
Может у кого есть какая другая идея на эту тему?

С учётом того, что есть явный признак ( тн 6*) - нельзя обойтись обычным SQL запросом ?

Хочется обойтись без кувалды

Скиф, как льются данные из CUA? Через айдоки? Если да, то поставь фильтрацию в модели распределения в исходной системе и тогда CUA как исходная система будет в целевую лить только тех кто подходит по условиям фильтра в BD64

сначала льётся оргструктура и перс. данные по HRMD_A из HR-манданта в CUA-мандант (и в другие системы, в NW, ес-но, по HRMD_ABA), а потом задачка в CUA на основе этих данных создаёт/меняет юзеров в подчинённых системах (включая HR). После чего автоматом цепляются роли косвенным способом во всех системах локально.
Фильтры само-собой, после стандартной прокачки данных по оргструктуре, добавлена прямая докачка 6*-ных.
Пока разбираюсь почему поиск PPOMW в HR не видит 6*, а в CUA они там высвечиваются в списке найденных (хотя просмотр невозможен). Но должны быть идентичными.
----------
кажется разобрался
ситуация редкая, возникает когда чел числиться одновременно и в штате и ГПХ, имея при этом привязку ролей и там и там. надо обрубать роль в ГПХ (она там в расширении 0105-го) и добавлять её в основную - которая к штатной прцеплена.
-----------
поговорил с с хрюнделем, это их косяк - не может числиться и там и там - нет связки, исправят. В 16-м году ещё не умели связывать по персональным данным.

p.s. вот млин народ, сделаешь доброе дело, так тебе ещё и гемор за это