чтобы прикрепить в рекорд объект, у вас должен быть его ключ. Подозреваю, что там еще и проверка на наличие записи в БД будет. Впрочем, пробуйте.

Я точно знаю, что это сделать можно. SAP как-то точно делает. А вот технических деталей не знаю

смотрите класс cl_scmg_rec_case_be
интерфейс IF_SRM_SP_RECORD
метод ELEMENT_ADD_BY_ANCHOR похож на нужный для добавления объекта

у вас рекорд для case настроен? модель? якоря для элементов указаны?

Настроен вроде.
Модель точно есть и где-то там же я видел якоря.
Обязательно посмотрю.

Есть еще такой вопрос. Есть ли где-то таблица, в которой явно лежат связи между случаями и сторонними объектами?
Что бы вытягивать все это методоами SQL а не через объекты?

очень не советую.
посмотрите например в отладчике, как отрабатывают фм BAPI_CASE_GETRECORD (получить рекорд для case) и BAPI_RECORD_GETELEMENTS (получить элементы, прикрепленные в рекорд) - может хватит терпения добраться до конечных таблиц со связями

А ведь что-то придется придумывать.
Иначе все отчеты будут либо по 3 часа работать, либо просто по памяти падать.

Получается, если у меня есть 2 связанные карточки и одна из них является последующим документом ко второй, то проще встраивать Z поля? Модулями выбирать это долго будет, если мне, например, нужно выбрать все карточки у которых последующих нет...

я просто добавила в свою таблицу z-поле - гуид карточки, к которой привязана эта. Но это если присоединенный объект - тоже case.
а для поиска всех прочих присоединенных объектов приходится пользоваться этими двумя модулями.

Да вот и я прихожу к тому же... Что придется добавлять свои поля.
Прочие объекты то же... Туда же то же добавляются Z поля

И в конце концов как-то у меня получается, что RCM не нужен Так как все сделано на Z таблицах

как же не нужен! RCM хороший инструмент, и к счастью доступный для своих доработок