Возможно, коллега прав. Когда я делал аттачменты для бизнес-объектов, я копировал куски кода из функций GOS, их надо искать по маске SGOS*. Насколько помню, сначала присоединяемый объект создавалcя в невидимой папке SAPOffice, а потом цеплялся к объекту через binary relations.

Да, похоже, что так и есть. Посмотрела ФМ SGOS_NOTE_CREATE. Там шаги такие - SO_FOLDER_ROOT_ID_GET, SO_OBJECT_INSERT, BINARY_RELATION_CREATE_COMMIT. Т.е. папка -> объект (в данном случае Word файл) -> связь между этим объектом и бизнес-объектом (Travel expense в моем случае).

А моя проблема разрешилась добавлением ФМ SO_CONVERT_CONTENTS_BIN после OPEN DATASET. Набрела методом тыка. Джизас...

Точно, именно SGOS_NOTE_CREATE я и использовал.

Была у меня не так давно задача с созданием аттачмента. Использовал модуль SO_OBJECT_INSERT, перед этим продебажил саповский процесс, так там в этот модуль передается не содержимое объекта, а какая-то ссылка на него, эта ссылка получается модулем (уже не помню как точно называется) который впихивает его в KPro (Knowledge Provider). Может кто-нить знает, что такое этот Knowledge Provider и с чем его едят?

Knowledge Provider (BC-SRV-KPR)

У начальства новая идея возникла - теперь они хотят RFC-enabled ФМ, который бы получал бинарные данные (т.е. фактически табличку, которая в примере выше заполняется с OPEN DATASET) и уже из них бы изображал аттачмент. Теоретически такое возможно, но есть сомнения, что по дороге данные станут corrupt и потом файл ни черта не прочитается. Кто-нибудь реализовывал что-то подобное?

http://sapboard.ru/forum/viewtopic.php?t=35250

Насколько я понял у САПа теперь есть records management -- для атрибутированного хранения файлов

в теме упоминалось про обращения, возможно поможет case management.

Спасибо. Получилось изобразить то, что хотело начальство, посредством последовательного вызова этих ФМ:

SO_FOLDER_ROOT_ID_GET
SO_SOLIXTAB_TO_SOLITAB
SO_OBJECT_INSERT
BINARY_RELATION_CREATE_COMMIT

Содержимое файла передается в табличке со структурой SOLIX (RAW).