Согласен. Использование этого ФМ это популярный вариант. А если пользователи не хотят, чтобы были аттачменты? Кстати, не знаю как сделать, чтобы при уже открытой системе при запуске файлика он не спрашивал пароль? Что делать, если система 4.6C и "SWN_CREATE_SHORTCUT" нету :)
Да и сложность немного падает, если запись в регистр делать через метод CL_GUI_FRONTEND_SERVICES=>REGISTRY_SET_VALUE.
 
Есть минус в описанном методе в том, что пользователю нужно заранее сделать запись в реестр. А так мне кажется у обоих способов есть свои плюсы и минусы...

Гуру, а подскажите, пожалуйста, а пользовательская программа для массового изменения сбытовых и закупочных текстов материалов через BAPI BAPI_MATERIAL_SAVEDATA на основании данных из Excel - это приемлемое решение?

Все это как-то сложно.
Гораздо проще высылать ярлык SAP Logon транзакции для запуска из Outlook.
 
Для создания ярлыка используется ФМ "SWN_CREATE_SHORTCUT".
Потом добавляете для в ATTACH для рассылки и пользователь вызывает необходимую транзакцию.

В текущей версии SAP BW 7.4 это уже не актуально.
Приведенное решение считаю сложным, т.к. в свое время делал проще.
В "куб верхнего уровня"(на котором строил отчет) добавлял N-ое количество аналитик с текстами по 60 символов, а на VBA производил "сборку" и "разборку" текстов.
Как минимум, отпадает необходимость в вызове ФМ из VBA.
С моей т.з. вызывать ФМ в цикле VBA не самое лучшее решение.
Насколько я помню, подобные рабочие книги и без этого отрабатывали не слишком быстро.

в подходе из статьи

кстати, в этом подходе, если один раз зашел в систему, то потом при проваливании по ссылке пароль уже не спрашивает

понял) тоже распространенный способ когда аттачментом крепят ярлык к письму через ФМ SWN_CREATE_SHORTCUT

да, штука интересная.
 
продуктивных разработок с ней у меня пока нет.
Использую классический подход:
1) ярлычки
2) SAP UI5

ссылка в письме - это по сути запуск SAP Shortcut.
 
Когда "система честно спрашивает пароль" - в заголовке окна также написано SAP GUI Shortcut.
 
поэтому я и назваю этот подход "ярлычки".
ярлычки можно и вручную создавать и даже сделать так, чтобы пароль не спрашивал.

а у вас SAP GWM используется? :) интересная штука

какие ярлычки?

тогда в случае функции REFRESH, будет вызываться метод ALV_FUNC_REFRESH
 
в случае кнопки CHECK_MOON - метод ALV_FUNC_CHECK_MOON
 
подход обеспечивает удобное чтение.
Также если одна функция состоит из нескольких, например есть кнопка "отправить фактуру в качестве приложения" и кнопка "Печать", то для реализации кнопки "Отправить и распечатать" нужно вызвать два уже реализованных метода. Опять же это удобно читать.
 
Кому-то может это странным показаться, но мне удобно :-)

""""""""""""""""
methods ALV_AFTER_USER_COMMAND
    for event AFTER_USER_COMMAND of CL_GUI_ALV_GRID
    importing
      E_UCOMM
      E_SAVED
      E_NOT_PROCESSED
""""""""""""""""
  method ALV_AFTER_USER_COMMAND.
    DATA: lmv_ucomm TYPE syuname
  .
    lmv_ucomm = E_UCOMM.
    data:   lv_method_name TYPE C LENGTH 25
          , lv_gui_func TYPE C LENGTH 11
          .
 
    CONCATENATE 'ALV_FUNC_' lmv_ucomm INTO lv_method_name.
 
    IF lv_method_name is INITIAL.
    else.
      TRY .
          call method me->(lv_method_name).
        CATCH CX_SY_DYN_CALL_ILLEGAL_METHOD.
          MESSAGE s999 WITH lv_method_name. " Не реализован метод &1
        CATCH  CX_SY_REF_IS_INITIAL.
          MESSAGE s999 WITH lv_method_name. " Не реализован метод &1
      ENDTRY.
    ENDIF.
  endmethod.

5 копеек:
в случае, если команд несколько (более 3 с возможностью увеличения), использую динамический вызов метода вместо конструкции типа
CASE e_ucomm.
    WHEN 'REFRESH'.
      CALL METHOD me->btn_refresh.
  ENDCASE.
 
выглядит так:

а в целом, ярлычки устарели...
 
вот современность
scn.sap.com/docs/DOC-47563

"Для того, чтобы отправить письмо использую класс CL_BSC, обернутый в ФМ ZUTL_SEND_MAIL."
 
Класса CL_BSC нет. Есть CL_BCS.

Более красивое решение: SAP BW - BusinessDocumentService (BDS).

Из ABAP для работы с фронт-эндом можно воспользоваться классом CL_GUI_FRONTEND_SERVICES, там есть методы по работе с реестром виндовс.

(1) Автор начинает с того, что HANA — это СУБД, позволяющая хранить записи в колонках и работающая в оперативной памяти. Я бы, хотел сделать акцент на том, что HANA — не просто СУБД, но платформа! Достаточно просто зайти на help.sap.com, чтобы увидеть какое количество опций уже реализовано. Это и обработка гео-данных, и хранение на дисках, обработка потоковых данных, обработка текстов, предиктивная аналитика и многое другое…

(2) Хотелось бы отметить, что BO на текущий момент оптимизирован под HANA, то есть в юниверсах можно создавать HANA бизнес слой, который автоматически подтягивает наименования полей. Кроме этого, так как HANA — это поколоночная база данных, для неё имеет значение какое количество полей выбирается(чем меньше — тем быстрее), соответственно в BO на уровне юниверса, а также на уровне WebI сделали специальные галки — query stripping, которые позволяют извлекать только необходимые поля(те, которые используются в самом отчете).

(3) Также роли и полномочия можно присваивать через Web IDE. Далее автор говорит о том, то рекомендуется присваивать роли и полномочия с использованием SQL. По факту — одно и то же и ничем эти способы не отличаются, за исключением случаев когда присвоение происходит автоматически с использованием процедуры. При удалении базы (что в одном, что в другом случае) присвоения пользователям будут утеряны. (Так что помогут тут скорее бэкапы)

(4) Копирование возможно с использованием «mass copy», а также есть возможность переноса всех объектов в другой пакет с использованием «Refactoring».

(5) Есть возможность выбора — где именно хранить журналы аудита — файлы в ОС, либо запись в таблицу

(6) Единица поставки (Delivery Unit) — это скорее пакет приложений или цельная функциональность, чем запрос в ECC. Например, отдельным DU в HANA является вся библиотека SAPUI5.