Всем доброго дня, пишу в базис и продублирую в HR.

Ситуация следующая:
в системе 1 стандартным репортом RBDAPP01 было удалено много записей из таблицы HRP1001, в результате поразрывалось много связок должность-штатная должность. Это видно в SCU3.

При этом, в передающей системе 2 этих удалений в HRP1001 нет и в IDOC-ах, которые приехали из системы 2 в систему 1 записей с идентификаторами, которые были удалены тоже отсутствуют.

также, в этот момент, репорт RBDAPP01 обработал нормально записи, которые приехали в IDOC-ке из системы 2.

Вопрос: в каком направлении копать? т.к. абсолютно непонятно что явилось причиной удаления записей.

зы: репорт RBDAPP01 запланирован уже n лет с одинаковым вариантом, такая ситуация впервые.

а если попробовать rhinte* ?
Странная вообще ситуация - восстановить систему до затирания и оттуда попробовать вставить записи если?

Я сам базисник, вац из дас rhinte*?

Система продуктив, восстанавливать ничего не надо, восстановили связки руками. Хотелось бы понять что вообще произошло, чтобы в будущем на эти грабли не наступать.

Вам посоветовали программы (RHINTE00, RHINTE10, RHINTE20 и др.), которые могли на взгляд автора помочь в востановлении связей.

очень большой не факт, что помогли бы. Но можно было б попробовать - они создают недостающие связи. В-основном нужно при загрузке данных. Возможно, кое-что смогли бы восстановить и в вашей ситуации. Но вы восстановили руками, так что в них надобности нет.
По поводу RBDAPP01 - надо смотреть какие конкретно айдоки и зачем что делают.
Может какие обновления поставили и какие-нибудь расширения потёрли? Или что-то правил кто. Заочно никто не скажет. Надо копать

Я не против копать, вопрос только в каком направлении.

Как я уже выше писал, в журнале пишется что эта программа потерла записи, однако она обработала три айдока, в которых этих записей не было.... и концов пока найти не можем.

Rhinte связку S-C не анализирует вообще. Как оно поможет-то?

ManOwaR
Есть сильное подозрение, что произошла типовая история, многократно описанная в нотах
Note 305688 - HR-CA-ALE: many HRMD_A IDocs with status 52
Note 443187 - HR-CA-ALE: Distribution infotype 1001 (Data volume,tips)
Note 320828 - HR-CA-ALE: Link not created in target system
Возможны несколько вариантов:
1. Связь приехала раньше объекта, с которым должна связывать (S уже есть, приехала связь S-C, а С - еще нет в target системе).
2. Что-то сделали с орг.менеджментом посредством RHMOVE30 (перенос данных ОМ через запрос) или копирования мандантов, а потом у change pointers слегка снесло крышу.
Ну и вариации на тему.
Ну и общая Note 200343 - HR-CA-ALE: Composite SAP note re distributing HR master data

Слабовероятный, но возможный сценарий может быть связан с indirect role assignement. Но если у вас его нет - то и волноваться не след.
Note 578265 - PFCG integration HR Org and role administration

В качестве превентивных мер я бы первым делом смотрел размер ALE BSIZE в T77s0 и проверил бы его максимальность (200).
Запретил бы айдоки в онлайне гонять, только в фоне. Возможно, что стоит провести ревизию change pointers в HR и перевести тот же ОМ на массовую выгрузку по ночам (сильно подозреваю, что оперативность в передаче данных ОМ не критична).

Proforg - спасибо.
Погружаюсь в чтение.