Коллеги, приветствую.
Поделитесь своей практикой или соображениями в следующем вопросе.
Необходимо во всех письмах, которые идут из САП, в тело, вставлять подвал с фиксированным текстом. В моём случае, с дисклеймером.
Лопатить все проги, где это делается - бессмысленный и беспощадный труд.
Расширений для этих целей я не нашел. CL_BCS облазил вдоль и поперёк. Смотрел пакет, в котором он находится. Пытался ловить расширения через CL_EXITHANDLER.
Ничего годного не нашел.
Транзакция SODIS - не подходит. Она ломает письма. Сам текст писем делает как вложение в виде TXT-файла.
К неявному расширению прибегать не хочу. Рассматриваю его как крайнее решение.
Поможите, кто чем может.

А что, много таких разработок? Меняешь во всех вызов стандартного ФМ на свой.

Ну, прилично. Это же HR. Любой приказ (приём, увольнение, командировка, больничный), некоторые изменения в орг.структуре и связях, изменение некоторых реквизитов в ит0001 и 0008 - всё порождает рассылки.
Некий стандарт, в плане организации рассылок, сформировался только пару лет назад.
А так, есть рассылки и с использованием классов CL_BCS* и через ФМ SO_NEW_DOCUMENT_ATT_SEND_API1. Ещё какие-то способы есть.
Тело письма, в основном, берётся из текстовок в SO10. А есть и проги, где ещё тело письма формируется текстовыми константами в самой программе.

Ну вот, сделайте на основе сложившегося стандарта рассылки ФМ и постепенно приводите в порядок имеющиеся программы.

Это не решение. Это полумера.
Мне слабо верится, что у САПа нет решения или расширения под такую потребность.

SAP не настолько велик и могуч, чтобы предусмотреть потенциальные потребности всех клиентов на свете.
Если понимаете что надо сделать и явных расширений не нашлось - используйте неявные.

Сделайте сами, правда придется все таки переделывать уже существующие реализации, либо использовать неявные расширения в стандарте.
А так с использованием кластера ракурсов и текстов можно реализовать довольно таки неплохой функционал по вставке каких угодно подписей по каким угодно условиям(какие сами захотите реализовать). Да и текст должен формироваться в одном месте(в рамках одной программы). А то в последующем искать потом по неявным расширениям где там этот текст расширяется дискламером - не айс. Всегда бесит когда формирование выходных документов раскидано по нескольким уровням абстракции(что в письмах, что в смартформах каких-нибудь).
Лучше все таки будет завернуть все это в свой ФМ. Это и в последующем даст вам больше контроля, если вдруг появятся новые требования к рассылкам. А как быстрое решение - делаете интерфейс идентичный со стандартным фмником, и во всех местах использования просто подменяете на свой ФМ.
Другой вопрос - если необходимо расширять стандартные рассылки, тогда только неявные расширения, если нормальных не нашлось. С HCM много не работал, не знаю как дела там с рассылками обстоят.

Смысл делать из велосипеда мотоцикл? Ещё и в куче программ менять определения и вывод. Плюс, я упоминал, что способы вызова у нас всякие есть. Плюс, упоминал, что ФМ SO_NEW_DOCUMENT_ATT_SEND_API1 - использует класс CL_BCS.
У меня и была цель, чтобы минимальными силами решить задачу, а не искать все рассылки. Если бы была такая цель - я бы консультанта заставил самого искать все рассылки и во всех текстовках вставлять этот текст.
Можно всё сделать по фэн-шую, но за много времени. А можно выбрать компромисс. Заказчик за Фэн-шуй не заплатит. Сложно будет объяснить, зачем такой объём движений.
"Программист должен быть ленив." Ковальский В.

Странно, цель расходится с поставленной задачей.

Если разработчик будет делать весь тот бред, который консультант пишет в ТЗ - его надо гнать в шею. Зачем работать, как в том анекдоте, про подметание плаца ломом?
Есть цель, а путей достижения может быть несколько. Но, пихать и копировать всё и сразу в Z - не мой стиль работы. В любом случае, благодарю за версии, коллеги.
Удивительно, что САП не предусмотрел для такой цели стандартное средство.