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