После внедрения сервисно-ориентированной парадигмы в живые проекты, следующей актуальной задачей стало поддержание ее жизнеспособности в условиях сильно-меняющейся внешней среды. Была придумана концепция расширений системы без затрагивания кода ключевых сервисов ядра, результатом работы стало инкапсуляция событийно-управляемого программирования и концепции перехватчиков (hooks) в сервисную архитектуру.
Статья заинтересовала тем, что на нашем предприятии в рамках одной КЕ существуют 2 БЕ. Используются смешанные калькуляции, но в пределах одной БЕ. Отметила полезные для себя транзакции в прочитаноой статье. Интересно будет протестировать ситуацию со своими данными.
Несмотря на большой стаж в SAP-консалтинге, практически не помню случая системного подхода к аудиту продуктивных систем. Эта статья попытка переосмыслить подобные задачи.
Спасибо. Статье не хватает только одного - примера использования настроенной программы. Поэтому не очень понятно, как в итоге будет выглядеть результат в случае не автоматического выполнения объекта LSMW, какие поля потребуется заполнять.
В остальном статья очень полезная и позволяет очень значительно оптимизировать трудозатраты в случае множества однотипных повторяющихся операций загрузки данных.
Честно говоря, все-таки осталось непонятным, каким образом, кому и насколько сильно облегчает работу настройка оргструктуры. Это произошло потому, что в начале статьи отсутствуют примеры использования EIC на практике, иными словами, должным образом не объяснено, что эта система может.
Спасибо. Насколько я понял, контрольные списки используются как задачи для сотрудников, т.е. к ведению бизнес-процесса можно получить доступ либо через транзакцию, либо через контрольный список. Если это так, то это очень удобно. Надеюсь, эти способы не взаимоисключающие.
Не очень понятно, связаны ли контрольные списки с WorkFlow? Задачи по персоналу появляются для соответствующих обработчиков. Если их несколько, то здесь должен быть порядок. В целом, только этот момент в статье вызывает вопрос.
Спасибо. Очень качественная статья. Здесь рисуется, можно смело сказать, почти идеальная модель управления персоналом, до которой большинству российских предприятий еще очень далеко. До тех пор, пока эта система может быть воспринята и внедрена у себя большинством предприятий, пройдут еще долгие годы.
В целом хотелось бы еще узнать, поддерживает ли эта система оценку и калибровку сотрудников на аутсорсинге или договоре ГПХ. Если, например, приглашенный специалист в каком-либо отделе работает лучше штатных сотрудников, то смогут ли менеджеры с помощью данной системы это отследить и предложить постоянную работу?
Спасибо. В целом статья хорошая. Для меня она приоткрыла незнакомую тему IDoc, о которой я только слышал в контексте технологии LSMW. К сожалению, если совсем не знаком с технологией IDoc, то понять данную статью довольно трудно по той причине, что здесь катастрофически не хватает численного примера. Иными словами, непонятно, что происходит в результате манипуляций? Какие данные, где и как появятся? В остальном получилась хорошая инструкция.
Большое спасибо за статью. В условиях ограниченности информации о новых функциональностях модуля HR данная статья просто находка. Немного огорчает лишь то, что здесь уделено внимание только стандартным фазам управления эффективностью. Возможность пользовательской настройки только провозглашена, но никак не объяснена.
Кроме того, в статье было обозначено, что будут рассмотрены функции в закладках “Tasks” и “Employee Documents”. К сожалению, здесь не очень понятно, когда именно рассматривается одна закладка, а когда - вторая.
Очень интересная статья. Сразу необходимо сделать оговорку. В российской действительности отдел кадров в прямом смысле этого слова не может и не должен выполнять функции, обозначенные в статье, т.е. управление компетенциями, управление мероприятиями. В данном контексте необходимо использовать термин \"служба по управлению персоналом\". Эта служба существует далеко не у всех, поэтому многие российские компании перед тем, как проделывать обозначенные в статье действия, должны эту службу сформировать.
В остальном статья отличная. Поднят достаточно серьезный оргуправленческий вопрос, который компания должна решить, чтобы быть успешной на рынке.
Я честно говоря статью не понял. Может быть оттого, что не работал с этим инструментом. Хотелось бы найти в статье общие принципы построения ролей в системах SAP и процесс создания/изменения ролей в системе. Именно процесс, а не технический набор действий.
Короткая статья, которая, на мой взгляд, слишком сжато описывает всё что необходимо проверить при аудите системы Solution Manager. Каждый из перечисленных компонентов системы заслуживает отдельной статьи с описанием контрольного списка его аудита.
Комментарий от
Сергей Ляпин
| 12 июля 2010, 14:30