По просьбе желающих мини-инструкция.
Активируем в GUI скриптинг.
Открываем SAP, и в любом месте нажимаем запись макроса.
В результате у нас получается файлик со скриптом. Например, у меня для создания записи в инфотипе 0015 получилось такое содержимое файла:
Привет. Отдохнули? Предлагаю взорвать вам моск еще одной хорошо забытой штукой.
Вдохнули! И включили запись макроса в САП — SAP GUI Scripting. Да-да, макроса. В SAP Gui есть такая штука, как запись макроса. Система записывает наши действия в виде команд Visual Basic, который сохраняется в текстовый файлик в причудливой форме. Если вглядеться в него, то можно увидеть много схожего с SAP Personas, особенно в части именования элементов экрана.
Так вот, идея в том, что с помощью этой штуки можно включить фантазию и опять удивить пользователей. Например, загружать документы из MS Excel. Записанный макрос слегка адаптируется под чтение ячеек в цикле, встраивается в MS Excel, и мы получаем инструмент для загрузки данных. Скорость будет не ахти, но десяток-сотню документов с большим количеством строк загрузить — за милое дело. Особенно если это регулярная операция.
Вот здесь мини инструкция по настройке и использованию SAP GUI Scripting SAP GUI Scripting Tutorial
Всем привет.
Оригинал статьи можно увидеть на сайте Издательства SAPLAND.
Можно сказать, что структурные полномочия основаны на организационной, а не административной структуре предприятия. Или же это дополнительное измерение системы полномочий в HR, когда мы можем определить параметры доступа к данным на основании принадлежности пользователя к тому или иному объекту организационной структуры. Например, специалист по табельному учету может видеть всех сотрудников по всей организационной структуре (вводить данные по учету рабочего времени), но вводить доплаты может только по своему участку. Либо нам нужно ограничить доступ к сотрудникам только своего подразделения или нижестоящих в тех случаях, когда административная структура (разделы, подразделы персонала) заданы достаточно широко и не позволяют решить эту задачу с их помощью.
Структурные полномочия позволяют создавать более гибкую систему управления доступами в тех случаях, когда нам не хватает привычного разделения по административным уровням. Либо нам нужно создать исключение из правил в виде расширенных полномочий для определенной трудовой функции (все секретари выполняют одну функцию, а старший секретарь выполняет ту же трудовую функцию и управляет этими секретарями). Но за удовольствие нужно платить, о чем мы поговорим ниже.
Настройка структурных полномочий осуществляется в несколько этапов. Сначала мы устанавливаем управляющие ключи в системе. Затем создаем пути анализа, по которым система будет проверять объекты на наличие доступа. Далее определяем профили структурных полномочий. И финальным аккордом необходимо определить привычные нам “PFCG роли” с указанием созданных профилей структурных полномочий.
Не так давно я смотрел на красивые ролики HANA и посмеивался в кулачок. Типа решили всех обмануть красивой картинкой, в память базу затащили и поэтому все так быстро стало работать. Признаюсь — был неправ, вспылил. Почитал на днях подробнее про техническую архитектуру ханы — интересно. Я как программист старой школы жил в измерениях реляционных баз данных со строчным доступом. Потом появились в моем сознании документо-ориентированные базы. А теперь хана до меня дошла. Почитайте про column-based базы (не знаю как правильно на русский перевести).
Идея ханы очень простая — изменить способ доступа к данным и затащить все в память. В сумме это дает огромный прирост скорости, при котором работа с обычной ERP становится сопоставима с BW в части больших выборок (отчетов). Это открывает новые возможности для работы с большими данными в области ERP и HCM в частности.
Не так давно я писал про декластеризацию, еще не особо понимая, зачем она нужна. Сейчас прозрел. В HR Renewals 2 появился пульт управления расчетом заработной платы. Та самая волшебная кнопка — работать, которую любят и ждут все бухгалтера страны. Кроме того, что она красивая, зеленая, она еще умеет делать одну штуку, от которой все клиенты будут наши. Это сравнение расчета с предыдущим. Часто расчетчики спрашивают, а как можно сравнить результат расчета с предыдущим по фондам, чтобы увидеть подозрительные отклонения и найти ошибку. Получите-с. Все хана. Декластеризация позволила снять ограничения по скорости. Теперь к результатам расчета заработной платы можно обращаться быстро, мгновенно, пулей, вжик! Это означает, что мы мгновенно можем сравнить десяток тысяч табельных номеров с самими собой в прошлой жизни предыдущем периоде.
И волшебная кнопка может показать сравнение по фондам, по видам оплаты, по табельникам. Вот и быстрый способ найти ошибки в данных до того, как вся эта радость упала в контроллинг и свалилась в IDOCе из-за ограничения бюджета на СПП элементе. Кто встречал, тот молодец.
Что дальше? Декластеризация инфотипов и расчета заработной платы позволяет использовать новый механизм для аудита изменений инфотипов/данных. Появился вроде в 6 или 7 EhP. Это все теперь можно выгружать в BW и шлепать по попе пользователей за невыполнение транзакционной нормы в час. Руководители поддержки получат мгновенные KPI.
Быстрый доступ к данным открывает новые возможности для отчетности. Уже начали появляться элементы BW отчетов в ERP части. Порталы стали шуршать, а не скрипеть. Наряду с красивостями UI5 мы начали приближаться к реалтайм решениям в области управления предприятиями. Лет через цать на сотовом телефоне можно будет видеть погрузку песка в карьере в реальном времени с точностью до кубометра. В дашбордах на BOBJ Explorer 😉
Хотите еще интересностей? 😉
Вопрос:
Добрый день, Виталий!
Прочитала у вас в блоге, что у вас есть опыт обновления системы до EHP 7.
Заказчик желает обновиться с EHP 4 до EHP 7.
В связи с этим хочу задать вопрос в вашу рубрику «Вопрос-ответ» —
К чему нужно готовиться при обновлении системы до EHP7.
Ответ:
Есть два сценария развития событий на мой взгляд. Лучший — у вас просто стоял EhP без активированных функций, и вы обновляете систему. Тогда практически ничего не нужно делать. Худший — вы активно использовали бизнес функции из пакета. Тогда нужно все тестировать.
Процедура обновления в двух словах выглядит так. Сначала с помощью Solution Manager определяется набор пакетов обновления из стека, который необходимо будет установить. Там же будет видно, что нужно обновлять на уровне операционной системы. Например, саму ОС, базу данных, ядро САП. Вроде бы при установке 6-ого пакета все это нужно делать.
Если у вас есть портал и BW на старых релизах, то рекомендуется их также обновить. У нас были проблемы с запуском дашбордов и WebI отчетов на портале, которые использовали данные HR. Пока не выровняли все системы по версии базиса и ядра (а HR ушел вперед из-за EhP 7), были ошибки. То система кубик не могла прочитать, то показ дашборда в iView в дамп падал.
С точки зрения базовых функций, у меня были несколько дампов с расчетом заработной платы. Вылечилось установкой последних нот.
Если у вас много Z, то некоторые стандартные ФМ стали работать иначе (сейчас уже не вспомню), что может «сломать» ваши разработки. Поэтому лучше автоматизировать тестирование (моя любимая песня на сегодня).
