Архив метки: sap

Хорошие новости от SAP в части лицензирования

Всем привет.

САП решил порадовать всех любителей хардкора: http://news.sap.com/sappire-now-modern-pricing-modern-times/

Теперь можно разрабатывать свой сервисы в режиме «только чтение» для большого количества сотрудников во внешних системах без дополнительного лицензирования. Раньше мы должны были покупать ESS лицензии на каждого пользователя, даже если он просто смотрел свой расчетный листок. Теперь для таких функций «на посмотреть» можно использовать свои решения, мобильные приложения, сторонние порталы, выкачивать туда данные (без XI/PI/PO) и отдавать пользователям.

Отличная новость. Лишь бы теперь контрактный отдел и сейлы САПа ее прочитали 😉

ВИДЕО: Создание нового манданта

Привет.

Серьезно, привет.

Сегодня мы отмечаем первый урок по началу работе с системой SAP HCM. Вообще реально самый первый и самый интересный урок — создание своего «домика» — манданта — где можно крошить и уничтожать все стандартное и плодить нестандартное.

https://www.youtube.com/watch?v=WOlNdGtdWCE

Начало звучит? Серьезно, привет. Не отходите далеко от кассы и активно нажимайте кнопку дружеских инвестиций в проект.

Куда бежать начинающим

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

Пока все думают изложу кратко свою основную рекомендацию как изучать САП самому. Говорю это всем своим ученикам.

  1. Читаем базовые курсы по SAP (HR050-52)
  2. Читаем help.sap.com
  3. Ничего не понимаем, ругаемся, проклинаем
  4. Открываем IDES, пытаемся ввести данные как пользователь. Хоть что-то запустить на модельной настройке (БЕ RU01).
  5. Смотрим на ошибки, которыми ругается система, вводим их в гугл без конкретики (без табельных, без дат). Думаем ответы гугла.
  6. Настраиваем эти мелочи. Обычно это генерация графиков, периодов, настройка пользователя (UGR=??).
  7. Читаем еще раз курсы.
  8. Читаем подсказки в SPRO к каждому пункту настройки, к каждому полю внутри настройки SPRO.
  9. Читаем help.sap.com
  10. Идем ко мне на обучение.

На выходе из вас вполне приличный К1 с ценником 50 тысяч рублей в месяц в Москве. Трудозатраты от 2-3 месяцев до 6. Исключительно от вас зависит. Последний мой ученик превзошел все мои ожидания и освоил всю базу (OM — PY) за 3 месяца. Я прямо искренне рад. Саня, привет. Сам сидел, разбирался, задавал дурацкие и правильные вопросы, находил у меня ошибки. Молодец-молодец.

SAP PING

Когда начинаешь разрабатывать RESTfull клиентские программы, которые вызывают внешние сайты через API, то неплохо бы проверить, а SAP система вообще может достучаться до сервера, который предоставляет сервис. Не забывайте, что www.google.com из вашего браузера и тот же адрес из SAP — две большие разницы, зоны, подсети, DMZ и так далее.

Два способа, как можно проверить соединение без ABAP:

Запустить транзакцию OS01 и справа выбрать кнопочку «Специфический IP-адрес». Минус — нельзя проверить работу доменного имени, нельзя обратиться к конкретному порту.

или

Создать соединение типа G в SM59 и указать адрес и порт. Нажать кнопку «Тест соединения». Плюсы — все можно! 🙂

Центр расчета заработной платы

Судя по бурной реакции на мои последние посты про наше настоящее и будущее, тема консалтинга становится животрепещущей. Предлагаю продолжить наши некрологи, но затронуть наиболее болезненное — расчет заработной платы. Скажу сразу, что я программист, а не мега-кто-то-там, поэтому рассуждаю со своей программистской точки зрения. Наш постоянный читатель и комментатор Василий неоднократно упоминал, что всё в облаке уже стало или станет в ближайшем будущем, даже заработная плата уже почти там, но с ограничениями в части программирования. Мне любопытно посмотреть на техническую организацию инфраструктуры SuccessFactors (SF далее), как они там это все устроили. Инстанции на каждого клиента создают? Манданты делают?

Что нас останавливает от перехода на аутсорсинг заработной платы в SAP? Менталитет и коммерческая тайна — раз. Сложное законодательство и зона ответственности — два-с. Недостаточная информатизация — три-с. Представим, что все эти условности решены и бизнес готов перейти в облако по любым причинам. У нас появляются задачи по организации независимого доступа бизнеса к своим данным, чтобы «ну никак» не пересекаться с другими предприятиями. Последняя мода на blockchain технологию может сыграть на руку. Второй задачей является управление требованиями со стороны бизнеса, которые необходимо реализовывать для соответствия целям бизнеса. Что особенно сложно, на мой взгляд, это управление множеством требований, которые могут противоречить друг другу в рамках одной информационной системы. Реализуется ли такое в SAP? Это не корпоративный шаблон, которым можно управлять в Solution Manager. Это полноценные независимые системы в одном сервисном поле. Похоже это те задачи, которые SAP пока не может придумать как решить, чтобы можно было предложить клиентам в рамках SF.

С другой стороны, существует множество провайдеров по расчету заработной платы, налогов вне SAP. Скорее всего это те же J2EE решения с общими настройками для всех бизнесов (какие-то общие и очевидные вещи) с возможностями доработки алгоритмов на языке программирования Java под конкретного заказчика. Думаю не секрет, что доработать частный алгоритм на голом программировании существенно проще, чем настроить систему SAP под него. Разумеется, что при этом должны быть четкие политики по ведению таких разработок у самого провайдера, системы контроля версий, системы тестирования.  Где-то слышал, что сам SF написан на J2EE — на яве.

Про архитектуру высоконагруженных систем мы недавно общались. Если представить тетрадный лист в клеточку, где каждая клеточка это сервис, то получается вполне прозрачная картинка как может функционировать центр по расчету заработной платы, который будет построен на сервисной архитектуре. Например, есть какие-то специфические расчеты для конкретной отрасли, области (НПФ, налоги, льготы, социальные выплаты и пр.), и это все реализовано через сервис. Это ведет к тому, что на рынке появятся мелкие специализированные компании-сервисы, которые будут предоставлять такую услугу. На Западе это уже набирает обороты на HR рынке. Агрегаторы собирают страховые компании в пучок и предоставляют сервис по управлению страховыми планами. Сервис интегрируется в корпоративную среду и вуаля. Дальше начинает работать эффект объема и снижение цены на услугу.

Теперь представим, что такой сервис по расчету заработной платы скоро кто-нибудь реализует. Дальше вспомним последние покупки компании SAP. Не забудем, что SAP где-то в LinkedIn сказал, что развивать решение по заработной плате в Core особо не планирует. Вы поняли меня, да?