Архив рубрики: Разное

Централизованное управление логами?

Есть ли у кого опыт реализации таких проектов, чтобы в одном месте можно было увидеть все логи всех SAP активностей? Не стандартный CCMS для базисных вещей, а также St22, SLG1, AL11, ALE — вообще все активности, которые хоть как-то протоколируются в системе? Такие сервисы давно существуют для веб приложений. Но до сих пор не видел ни одного для ERP систем. Представьте, как было бы удобно мониторить все интеграционные потоки, прикладные программы, системные службы в одном месте и получать уведомления о тех или иных затыках при обнаружении ключевых слов в логах.

Используем все возможности SAP HCM для бизнеса

Привет, бизнес.

Сегодня поговорим про бизнес. Прямолинейно могу заявить, что бизнес не использует многие вещи в SAP HCM, не автоматизирует свою работу и часто не знает о таких возможностях. Ниже я расскажу о функциональности системы, которые редко где используются, хотя могут помочь в повседневной жизни HR службе. Я намеренно не беру во внимание расширенную функциональность, связанную с управлением талантами, где часто бизнес придирается к интерфейсу. Катастрофически не нравится все. Поэтому ищут замену САП решениям, делают интеграции. Про это не говорим сегодня.

Прошу обратить ваше особое внимание, что все нижеперечисленное является бесплатным, не подлежит отдельному лицензированию. Нужно только определить методику, процесс и настроить.

Планирование затрат на персонал, на мой взгляд, самый трудоемкий процесс, который занимает изрядную доли времени в больших компаниях. Бюджетные кампании могут длиться несколько месяцев с кучей вариантивности в духе «а что, если». Делаем, переделываем, спускаем сверху вниз и поднимаем снизу вверх. Я понимаю, что процесс сложный как в его процессной составляющей, так и в математическом виде. Но твердо убежден, что костяк вполне можно переложить на систему.

Административные процессы (или Process & Forms). Отличный и гибкий инструмент для визуализации процессов, которые требуют вовлечения нескольких участников. В одной компании мы весь кадровый документооборот и управление оргструктурой перенесли на P&F. Создание или изменение данных с методом двойного контроля и утвердения изменений. Формирование документов, вовлечение нескольких отделов в процесс. Все на портале в WEB, электронно, всегда знаешь где застряла задача, напоминания. Из последнего что видел и мне очень понравилось, это создание штатных позиций и организационных единиц. Инициатор — руководитель подразделения — создает запрос, где вводит начальную информацию и обоснование. Дальше система направляет в каждый отдел запрос для дополнения заявки специфической информацией — коды классификации для отчетности, бюджеты, ставки, фонд времени, сертификаты, требования к квалификации и прочее. Пока все не пройдут процесс, объект в системе не создается.

Корреспонденция в модуле управления льготами. МНогие компании используют бенефиты как справочник страховых планов, либо для управления налогообложением соцпакета. Редко функционал льгот используется как сервис для работника, где последний может выбрать части своего социального пакета. Еще реже, точнее только один раз видел, система настроена на автоматизированную рассылку буклетов, правил, напоминаний, изменений как сотрудникам компании, так и внешним провайдерам. Мы упорно используем систему как большой калькулятор и не хотим договариваться с внешним миром для перехода на электронный документооборот.

Больная тема для расчетчиков заработной платы: PUST и Payroll Control Center. Ну никак мы не хотим настраивать эти компоненты для автоматизации процесса закрытия заработной платы. Чтобы была та единая зеленая кнопка — работу работать. Все равно упорно будем забывать запускать DME, а потом искать пропавших в банковских ведомостях.

BW/BI, Это вообще самая больная тема на всех проектах. Всем нужны оперативные отчеты с преднастроенным вариантами. Единицы используют OLAP кубы для получения информации в любых разрезах. Для построения тех самых фондов, сверок. Что мешает сделать прогрузку рассчитанной заработной платы в BW и автоматизированное формирование отчета по расхождениям в любом виде по электронной почте через 5 минут? Поиск ошибок и процедура закрытия могли бы существенно сократиться. Тем более с HANA. BW/BI умеет делать красивые отчеты в PDF, XLS и отправлять вам их на почту с актуальными данными в любое время, любым группам с любой аналитикой. Нет, мы лучше сделаем десяток оперзапросов и ошибемся в MS Excel сводя их. BW, кстати, неплохо бонусы считает, отправляет на согласование, а потом загружает в инфотип номер пятнадцать. Да и SAP ECM это умеет делать совершенно бесплатно.

Потоки операций очень большая и больная тема. ПРактически во многих процессах, где задействовано более одного человека, можно так или иначе приспособить поток операций. При закрытии нарядов, при перерасчете табеля, при внесении изменений в производственных модулях, при согласовании отчетов с комбинированной  математикой сбора данных — много где можно применить потоки. Обрабатывать входящие запросы от работников — тоже можно сделать с помощью потоков операций. Самое основное их преимущество — управляемость. Каждый участник всегда будет знать где находится зависшая работа.

Управление командировками содержит огромный функционал по управлению лимитами, расчету норм, согласованию, выбор маршрута, интеграция с FICO и HCM. И все бесплатно. И никто не использует этот модуль по назначению. Зачастую это расчет норм для налогообложения или для авансовых отчетов для сотрудников.

Я бы еще понял, если эти вещи САП перестал поддерживать. Но они поддерживаются, никто их сворачивать пока не собирается. В SF бизнес еще не скоро перейдет. Берите от системы все, господа.

Треп про Fiori и западные практики

Что такое Фиори? Слишком просто будет ответить, что это веб-интерфейс для SAP. Давным-давно SAP представлял собой консольную программу в MS-DOS, которая что хранила, обрабатывала, показывала на черно-белом экране. По мере развития компьютерных технологий внешний вид преобразовывался с развитием оконных интерфейсов Microsoft Windows. Появились окошки, многооконные формы и этот вектор так и развивался до наших дней. Лет десять назад мир ринулся в интернет, где на веб-сайтах стали размещать собственные приложения со сложной логикой. Сайты с точки зрения нас обывателей стали выполнять сложные операции. нам это понравилось, так как красиво, удобно, пусть и не всегда быстро. Маркетологи стали бороться за покупателей в интернет-магазинах, придумывая различные хитрости как заманить человека в корзину с покупками. Появились кнопочки заказа товара в один клик. Какое это имеет отношение к SAP? Самое прямое! В свое время многие ругали SAP за неуклюжий интерфейс, за неудобство, сложность работы с системой. SAP долго сопротивлялся и наконец сдался. На рынке появилась технология SAP Screen Personas, которая должна была внести элементы дизайна и упрощения работы пользователя с системой. Теперь пользователи могли сами создавать интерфейсы для стандартных транзакций системы. Можно было скрывать ненужные элементы, объединять несколько экранов в одном окне, вызывать в фоновом режиме определенные программы или действия. Начались проблемы с совместимостью с различными браузерами и операционными системами, что привело к ограничению функционала Screen Personas.

В это время на рынке информационных технологий намечается лавинообразный рост открытых и бесплатных инструментов для веб-программирования. Появляются новые языки программирования, библиотеки, которые используются такие монстры как twitter, facebook, google, amazon и прочие гиганты ИТ-индустрии. Следом формируется огромный рынок веб-разработки нового уровня с распределенными приложениями, где бизнес-логика выполняется прямо в браузере пользователя, появляются веб-игры во всех социальных сетях. Интернет выходит на новый уровень своего развития. Разумным шагом компании SAP становится инвестиция в открытые платформы и технологии, чтобы привлечь еще больше разработчиков в свои ряды, тем самым создавая экосистему.

С точки зрения пользователя нашей HR-функции, Fiori это просто удобненькие приложения, которые можно запускать с телефона или с компьютера. Они отличаются простотой, небольшим количеством вводимых или выводимых данных, несколькими экранами для взаимодействия, несколькими шагами бизнес-процесса. Одно приложение равно одному процессу, зачастую требующему оперативный ввод/вывод данных или возможность вводить данные без привязки к рабочему месту или персональному компьютеру. Более того, все приложения и инструменты становятся бесплатными для клиентов, а для затравки SAP создает наиболее часто используемые приложения и отдает их бесплатно. Настроек минимум — нужно только обновить системы и включить приложения на серверах.

С точки зрения консультанта и разработчика, а здесь уже стоит объединить консультантов и разработчиков в одно целое (настраивать-то особо нечего), Fiori это набор открытых фреймворков доработанных SAP. Если посмотреть на исходные коды приложений Fiori, на официальную документацию, то можно заметить следы Mustache, AngularJS, LESS и других современных «де-факто стандартов» веб-разработки.

Fiori становится технологической платформой, позволяющей бизнесу создавать приложения в несколько кликов, автоматически запуская такие приложения на всем многообразии устройств: персональные компьютеры, инфокиоски, смартфоны, планшеты, стенды самообслуживания. Несколько кликов звучит громко, но в сравнении с тем, как такие решения создавались буквально лет пять назад, можно смело называть современные подходы «кликами мышкой». Цикл создания и развертывания простейшего приложения может с месяцев сократиться до дней. Такая скорость реализации позволит проводить эксперименты внутри HR функции, пробуя те или иные решения, собирая обратную связь и улучшая сервис.

Красиво? А теперь о жизни. Оформляю командировку к Заказчику через их системы. Политики не обновлялись 5 лет. У компании куплен SAP вся линейка, производство, облака. Стоит SF, Concur, Workday. Все настолько круто и восхитительно, сама компания международная, высокоэффективный бизнес. И тут мне присылают письмо. Оформите заявку в ексельке. Отправляю. А теперь вот вам телефончик, позвоните в наше агенство, они вам подберут гостиницу и машину, но не дороже вашего лимита. Звоню в агенство. Выясняется, что агенство работает на Concur от имени заказчика. Но профиль мне может сделать только заказчик. У заказчика не могут найти лицо, отвечающее за ввод нового пользователя для не сотрудника. Проходит два дня, профиля нет, а мне выезжать. Плюю на автоматизацию, звоню по телефону. 34 минуты девушка оформляла мне заказ на автомобиль и гостиницу. Проверяя каждую букву в документах. Через два часа после звонка приходит письмо с подтверждением бронирования.

А можно было все сделать онлайн за 5 минут с учетом ввода регистрационных данных. Вот вам и автоматизация. Начерта?

HANA & декластеризация в SAP HR

Резонный вопрос, который я много раз слышал от бизнеса: «Зачем мне переходить на HANA и тратить кучу денег, если я ничего не получу взамен»? Чтобы ответить на этот вопрос, следует посмотреть на него с разных углов. Базы данных на классической архитектуре и InMemory отличаются друг от друга примерно как автомобили разного поколения. Оба автомобиля работают на двигателях внутреннего сгорания, оба могут перемещаться по твердой поверхности, но скорость передвижения, запас мощности и комфорт существенно отличаются. Не совсем корректным будет оценивать переход на новую базу данных как простую смену резины — вроде как нужно обновлять резину каждые три-четыре года, чтобы сцепление с дорогой не терять. Когда мы говорим о таком переходе, то меняется не только начинка для ИТ-специалистов, когда «что-то там» начинает быстрее работать, но и «дом, стоящий на фундаменте» становится умнее. Изменение технологий «внизу» всегда провоцирует изменение бизнес-приложений «наверху». Мало кто помнит скорость разработки приложений на языке машин ассемблере, когда многие слышали про язык программирования Swift для детей от компании Apple. В скором будущем мы сможем диктовать функции приложений и компьютеры будут самостоятельно синтезировать приложения для нас. HANA дает колоссальный прирост в скорости работы, не всегда, не во всех ситуациях, но для конечного пользователя — зачастую всегда.
Чем HANA интересная для HR бизнеса? На текущий момент я могу выделить несколько ключевых аспектов. Скорость обработки данных и формирование отчетов. В классической SAP HCM системе данных хранятся в так называемых кластерных таблицах. Это своего рода чемодан, где лежат другие чемоданчики, а внутри этих чемоданчиков лежат вещи, которые нам нужны. Если нужно что-то достать, то нужно найти большой чемодан на стеллаже, в нем найти нужный маленький чемоданчик и там найти нужный нам предмет. А таких чемоданчиков целый склад и все на стеллажах. Системе приходится очень долго бегать по складу и искать нужные чемоданы, а в них наши вещи. С переходом на HANA все маленькие чемоданчики извлекаются из больших, все вещи штрихкодируются и сразу же складываются в маркированные ячейки на стеллажах того же склада. Теперь системе не нужно открывать множество вложенных друг в друга чемоданчиков, можно по каталогу найти нужную ячейку и взять необходимый предмет. Скорость поиска данных, складирования данных возрастает в разы.
Для чего нужны такие скорости в HR? — спросите Вы. Попробуем перейти к глобальным компаниям, где в HR системе хранится и обрабатывается более ста тысяч табельных номеров. Расчет заработной платы на таком объеме может занять целый день при неплохо спроектированной системе. HANA позволит сократить это значение до нескольких часов. Это означает, что расчетный период при реализации комплекса мер может быть сокращен на целый день, а то и больше. Многие компании задумываются  о сокращении сроков закрытия финансового периода, чтобы предоставлять оперативную информацию акционерам как можно быстрее. Если HR может помочь сэкономить целый день, то это уже неплохо. С каждой бизнес-функции и неделя наберется. Уверен, что вы знаете про Payroll Control Center, в идеологию которого заложен такой механизм, как контроль качества данных. Мы можем заложить в процесс расчета заработной платы автоматизированные контрольные процедуры, которые благодаря новой архитектуре смогут очень быстро получать выборки данных в различных разрезах и указывать пользователю на ошибки или отклонения. Из того что на слуху, система может проверить наличие всех заполненных инфотипов, отсутствие значимых отклонений по каждому сотруднику в сравнении с предыдущим периодом или тем же периодом в прошлом году, проверить общие отклонения по фондам времени и заработной платы. Даже такие простейшие вещи экономят значимое количество времени.
Отчеты — то, что любит любой HR-человек от специалиста до руководителя высшего звена. Бизнес часто слышит, что нет такого отчета, другой отчет медленно работает, третий нужно подождать, пока BW «прогрузит данные ночью» и так далее. С изменением архитектуры и скорости получения данных системой из базы данных изменились и подходы к формированию отчетности.
Второй аспект, это упрощение модели доступа к данным для внешних сервисов. Мы перешли в эру микросервисов, когда человек/компания может создать сервис, который выполняет только одну задачу, но делает это чертовски хорошо. И такие сервисы собирают весь куш — клиенты к ним тянутся. Но такие сервисы не могут существовать без инфраструктуры — источников информации и потребителей информации. Сервис лишь преобразует одну информацию в другую, создавая ценность. Например, сервис страховой компании по выдаче полисов добровольного медицинского страхования получает информация от страхователя по всем сотрудникам, обрабатывает и возвращает страховые полисы. Эта простейшая задача требует доступа к данным. Если опустить технические прослойки в виде различных API сервисов, разграничения доступов, интерфейсов, то для HR функции простая модель хранения данных в системе, возможность быстро получить к ней доступ означает потенциальный выигрыш во времени. Наличие стандартизированного интерфейса открывает доступ микросервисов, предоставляющих услуги этой компании. Пенсионный фонд или налоговая инспекция самостоятельно могут получить данные для обработки. Сегодня это утопия, к вечеру уже реальность.
Переход к BigData в HR является третьим ключевым аспектом. Что такое большие данные? Это огромные массивы информации, среди которых правильно поставленные вопросы могут найти интересные ответы. Чтобы увидеть закономерности в данных необходимы простейшие модели этих самых данных (все сложное декомпозируется до простого), инструменты для анализа массивов и постановки вопросов системе и, безусловно, оперативный доступ к данным, над которыми производится анализ. Невозможно заниматься анализом, если отчеты по сотням миллионов строк формируются днями. Появление новой записи должно обогащать модель, а не заставлять систему заново формировать отчет.

Непривычные внедрения SAP в США

Мы в СНГ привыкли видеть внедрения SAP в больших компаниях с вполне определенным индустриальным вектором. Это газ, нефть, металлы, ритейл, транспорт в своей массе. Недавно я начал составлять список компаний в США, у которых внедрена система. Мне это нужно для работы, а вам для любопытства некоторые особенности. Я не делал различий в продуктах, которые внедрены, поэтому выбоорка несколько странная, но интересно посмотреть, а в каких же еще отраслях используется система.

  1. Компания Pacific Drilling занимается бурением скважин. 1500 сотрудников.
  2. Компания Covenant Trasport занимается наземными автоперевозками. 4400 сотрудников.
  3. Национальная Хоккейная Лига NHL крепко сидит на САП.
  4. Компания Sitel занимается непонятно чем. Я не понял чем. 75 000 сотрудников. Говорят что Customer Experience. Не понял.
  5. Компания Living Proof занимается производством косметики по уходу за волосами. 65 сотрудников. Нафига им САП?
  6. Компания AdminAHealth, 4 сотрудника. Выручка меньше 10 млн уе. САП. Организуют всяческие соцпакеты для HR, Вот это я считаю эффективным бизнесом. Непонятно при чем тут САП.
  7. Тюрьма штата Калифорния. 47 тысяч сотрудников. САП.
  8. Государственная система уведомлений о чрезвычайных ситуация штата Нью-Йорк. 300 сотрудников. 1 млн СМСок за 15 минут в случае ЧП.
  9. Advocate Health Care. Крупнейшая сеть госпиталей в США. Все в САП.
  10. Maxim Healthcare. Из той же оперы.
  11. McKesson. Тоже медики. Теперь я задумался, почему все медики в США так хреново работают. Может из-за САПа?
  12. San Francisco 49th. 1300 сотрудников. Обрабатывают данные болельщиков.
  13. Reuters просто делает новости.
  14. EcoReco делают самокаты. 13 сотрудников. Мимишность зашкаливает по моей оценке зашкаливания.
  15. Мерия Бостона и один из судов Техаса используют САП для борьбы с преступностью.

Напомню еще раз, что указанные компании не обязательно используют всю линейку вендора. Кто-то использует только Business Objects, другие ByDesign, третьи просто хану и так далее. Сам факт того, что эти «выделевшиеся» компании используют САП в таких областях или с такой численностью вызывает приятное удивление, так как во многих случаях есть специализированные решения и более дружелюбные и дешевые.

Представьтьте теперь эти отрасли, бизнесе в СНГ на САП.

Исходник тут https://www.sap.com/about/customer-testimonials/finder.html?tag=type:page&tag=region-country:north-america/united-states#