Непривычные внедрения 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#

 

Окошко с вакансией

Думаю каждый из нас хотя бы раз в жизни отвечал на вопрос пользователя: «А зачем при переводе или увольнении нужно всегда нажимать на ОК в окошке, где спрашивается нужно ли создавать вакансию». И я сам, и 100% людей, которые были со мной всегда отвечали «не знаю, так нужно системе».

Когда я готовился к сертификации, то перечитывал курсы с карандашом, где и нашел ответ на этот вопрос. Оказывается, все правильное продумали до нас. А вот одной прекрасной вещи нас, HR консультантов, никто не научил. Этой вещью я называю потоки операций, без которых автоматизация HR становится блеклой. В той же Америке почти у каждого консультанта в резюме написан опыт работы с потоками. У нас — доли единиц. От силы знаю 4-5 человек, кто умеет HR и потоки. Не активировать стандартные и забыть, а именно сделать свой, встроить его в процесс. Скоро я об этом напишу подробнее.

Возвращаюсь к нашей кнопочке. В T77S0 есть ключик

PPVAC VACWF Vacancy workflow on = X, Vacancy dialog box = ‘ ‘

который говорит — окошко или «по-умному». Если окошко, то продолжаем глупо отвечать на разумные вопросы. Если по-умному, то система сгенерирует системное событие, которое вызовет поток операций. Логика до абсурда логична — специалист кадровой функции должен просто уволить или перевести человека. Заниматься вакансиями не его дело. Поэтому система отправит руководителю отдела (оргединицы), где происходит изменение занятости штатной позиции сообщение. В сообщении попросят принять решение, нужно ли создавать вакансию, тем самым начиная процесс подбора персонала в eRec или SF. Или же нужно пока оставить штатную позицию без изменений, а потом взглянуть на картинку целостно.

Я считаю, очень правильно и умно. Сразу же включается контроль бюджета, если он активирован, руководитель видит реальную картину по ФОТ и численности в своем отделе, так как начинает работать с системой. Люди становятся ближе к другу другу за счет автоматизации и вовлечения.

Для любопытных потоки операций: WS 01000040, WS 01000041

Это ОЧЕНЬ правильная практика, которая нигде практически не внедрена. Я об этом узнал спустя 14 лет. Сократ был прав 😉

Отдам опросник по ТК РФ в хорошие руки бесплатно

Вот, берите. За актуальность уже не отвечаю.

Писал сам из головы год назад (2016 год).

Вопросы ТК РФ

Репост, лайки, пиво/вино, благодарности, денежные знаки приветствуются.

 

code_scanner & slin или про хорошего консультанта

Знаете что отличает хорошего консультанта от простого консультанта? Любопытство. Не могу судить какой я консультант, но с гвоздиком в попе точно все в порядке. На днях искал транзакцию SUT для организации юнит-тестов для классов и не нашел ее. Зато, гуляя по меню S000, нашел эти две транзакции.

Одна умеет классно искать по всему абапу вдоль и поперек. Вторая умеет проверять за программистами эффективность кода. Если вы иногда программируете, то очень рекомендую пользоваться как транзакциями, так и техниками, читать курсы и практики.

Зачем? Чтобы, когда вы поедете в США работать HR консультантом или ABAP программистом, гордо напишите в резюме 5+ лет опыта и ваш уровень не ниже Seniour HR/ABAP Consultant, а я случайно наткнусь на ваше резюме, то мне не было больно и стыдно за строчки нижеприведенного кода для получения ФИО сотрудников.

Поэтому включаем любопытство каждый день до рабочего дня или после минимум на полчаса и изучаем что-нибудь новое. Для начала эти транзакции.

Подробно про SAP ALE

SAP ALE — Application Link Enabling — технология обмена данными, разработанная компанией SAP AG. Технология, потому что это набор инструментов, протоколов, форматов, которые позволяют обмениваться данными в режиме реального времени или оффлайн режиме между САП и не-САП системами. Это огромный пласт настроек, функциональности и возможностей, которыми мы редко пользуемся. Предлагаю рассмотреть технологию комплексно в виде стека.

CPIC — Common Programming Interface for Communication — низкоуровневый коммуникационный протокол. Почитать можно вот тут https://www-01.ibm.com/software/network/commserver/windows/library/cpic.htm
RFC — Remote Function Call — высокоуровневый коммуникационный протокол удаленного вызова
tRFC (tansactional RFC) / qRFC (queued RFC) / aRFC (asynchronous RFC) / sRFC (synchronous RFC) — способ доставки сообщения до получателя и подверждения факта доставки
IDOC — Intermediate DOCument / BAPI (Business Application Programming Interface) — формат сообщения, которое будет доставлено
EDI — Electronic Data Interchange — процедура обмена данными SAP-nonSAP. Международные стандарт по-совместительству.
ALE — Application Link Enabling — процедура обмена данными SAP-SAP.

Вот это и предлагаю обсудить, а спецам меня поправить.
RFC — Remote Function Call, механизм для удаленного вызова функций в системах. Идея простая и заключается в том, что, если мы знаем имя какой-то функции на удаленном сервере, то мы можем сказать: «Привет, удаленный сервер. Я знаю, что у тебя есть вот такая функция, с такими параметрами. Я хочу ее запустить _у тебя_. Вот мои полномочия, вот мои данные для этой функциий, запусти и скажи, что получилось». Удаленный сервер чешет черепушку, шуршит дисками и, удостоверившись, что это не Баба-Яга, запускает у себя, на своих данных эту функцию под логином просящего. При этом программа на том же сервере может запустить эту же самую функцию локально, как бы у себя дома. Наличие галочки в транзакции SE37 для функционального модуля определяет, можно ли запускать эту функцию удаленно или нет.

RFC сам по себе это протокол, которым пользуются компоненты и сервера SAP для общения друг с другом. У вендора есть RFC SDK, который можно скачать и использовать в своих разработках. Если присмотреться к стандартными соединениям в транзакции SM59, то можно увидеть, что многие коммуникации идут через RFC и так называемые зарегистрированные программы, например, печать документов, Adobe Lifecycle Designer, SAP GUI и другие. Идея в том, что мы на сервере можем повесить обработчик на RFC вызовы таким образом, что он будет срабатывать при обращении к системе и выполнять полезные нам функции. Я такой обработчик использовал для связи сервера по обработке временных отметок с SAP, когда SAP вызывал через ALE программу (в SM59 была зарегистрированна программа, а не адрес сервера), а программа по своему протоколу связывалась с сервером обработки отпечатков пальцев и просила его выслать данные. Так что, если у вас есть свой станок, а вы хотите прицепить его к SAP, то пишите свой драйвер, драйвер регистрируете как RFC совместимый в SAP, а потом при формировании товарной накладной через поток операций вызываете печать медальки на станке. Это и есть тот самый IoT, от которого сейчас все прутся (после биткоинов).

Читать далее