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

WEB-ификация SAP

Недавно ко мне подошел один из моих сотрудников и задал вопрос: “А что такое аякс?”. Вот прямо молодец, ни разу не про САП, не поленился, погуглил, сформировал мнение, пришел удостовериться. Андрюха, молодец! Хвалю. Аякс, это AJAX – технология, которая позволила ускорить интернет в разы. Если раньше информация о каждой страничке, всех ее составляющих формировалась на стороне сервера, заставляла выделить отдельный поток (через старый fork, а не thread), следом по старому протоколу HTTP 1.0 создавалась куча запросов вида клиент-сервер. Все это вываливалось на клиента = браузер, который оголтело начинал разбирать синтаксис полукривого HTML приправленного CSS соусом в неупакованном виде. Каналы перегружены, сервера перегружены, клиенты перегружены. Тотальный перегруз на планете.

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

Вы, наверное, догадались, что я опять гадости писать буду про фиори. Покопаемся в кишках. Сервер приложений САП написан на базе бесплатного сервера J2EE Tomcat (если я не ошибаюсь). Это бесплатный опенсорсный продукт. Соблюдена правильная MVC архитектура с логикой на клиенте на базе JavaScript. Созданы хорошие курсы по разработке приложений на коленке. Сейчас все индусы и консультанты ринуться изучать, разрабатывать, наполнять рынок продуктами. Все как бы клево. У меня только появляется вопрос, а кто же учит тем вещам, которые скрыты за курсами и High Load системами? Представьте себе компанию с десятками тысяч сотрудников. Бывшие консы сели за фиори, наколбасили прожект. Например, табель рабочего времени. Простая вроде бы вещь. Однако в период закрытия месяца все пользователи начинают ломиться в систему, вешают все что можно и расстраиваются. Почему?

Читать далее

Ночные мысли 2

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

Заметьте, что и в бизнесе началось тоже самое. Компании выросли, повзрослели, все начинает падать, сложно управлять. И начинают выделяться сервисные организации, различные инфокомы, ОЦО, ЕЦО, непрофильные бизнесы и так далее. Внутри функций тоже самое. Сначала были большие отделы кадров, ОТиЗ и расчетная группа, сейчас множество сервисных функций внутри.

Что я наблюдаю в части HCM у САП. Такая же ерунда. Монстр пошел в облако, ибо своего уже не хватает (система стала слишком сложна для управления. Увеличивающееся количество ошибок только подтверждает это). Нужно масштабироваться. Облако – отлично. Следом пойдут сервисы. Сейчас SAP не умеет жить как сервис, так как ни один модуль не может существовать без OM, PA – сотрудников и организации. Технически может, разумеется, но с точки зрения бизнеса не очень.

Большинство сервисов в облаке (по крайней мере те, которыми я пользуюсь) просты – чем проще сервис, тем быстрее его примет клиент. И множество сервисов создают инфраструктуру. Мы уже привыкли к WhatsApp, Facebook, Dropbox, Office365, Evernote, что-то там еще. Они удобны потому что просты. SF тоже удобен, потому что прост. Но не сервис пока что.

Что будет дальше? Я ожидаю открытых сервисов. Каждый модуль будет равен сервису, который будет открыт как внутри системы через сервисную архитектуру (не общие таблички, а API), так и вовне. Представьте, если САП отдаст всему миру свои решения по сервисной модели? Многие игроки просто умрут. Читал, что SF обслуживал 4 млн сотрудников в своих базах. А если это будут 6 млрд? Утрирую, но намек имеет место быть. Хотите считать зарплату – берите локальный сервис и интегрируйте по открытым технологиям и протоколам. Корпоративная инфраструктура станет безумно гибкой, легкой во всех отношениях. Бизнес сможет выбирать и использовать на всю катушку то, что нужно, а не “уплочено с избытком”. Интегрировать десяток стран в одно облако – проще простого и быстро, а не десятилетия. Не нравится какой-то сервис, появился лучший конкурент – заверните.

Мечты? SAP только недавно начал в Solution Manager пропагандировать релизный подход, автоматизацию тестирования, совместную работу, анализ изменений – все то, что нормальный ИТ мир использует десяток-другой лет. Жду, когда САП перейдет на Redis или memcached решения, любопытно 🙂

Кстати, сейчас неплохое время делать микросервисы. В облаке, разумеется. С открым API. И завоевывать аудиторию.

Ночные мысли

Сегодня я открыл прейскурант компании SAP и обнаружил интересную штуку. Начали исчезать лицензии на расширенную функциональность. Было и тю-тю. И вот в ночи я начал думать (отличное время для размышлений, кстати). У нас исчезают лицензии на расширенную функциональность, но появляются лицензии на секси факторс. Звучит так, что больше расширенной функциональности продаваться не будет. Звучит так, что больше мы не сможем внедрять расширенную функциональность у себя, “дома”, на своих серверах. Нас принуждают идти в облака и заниматься сексом с секси ф… Звучит грубо, но увольте, под интерфейсом хочется видеть начинку. Только мы начали выстраивать красивые сервисные подходы при реализации расширенной функциональности, добавлять изящные интерфейсы через правильные технологии oData, REST, jQuery, SASS и так далее, как нам закрывают лавочку.

В Европе и США уже не нужны консультанты по классическим внедрениям. Все переходят на SF, который идеально ложится в те модели бизнеса и управления, которые работают там. Но мужику у станка на нашем заводе это … А именно этот мужик и создает прибыль компании своим трудом, его нужно искать, развивать и мотивировать.

Давно с большим любопытством смотрю на рынок и жду решения/стартапа, который сможет создать простую модель для управления расчетом вознаграждения сотрудников. Ни одного еще не видел. Это будет революцией. Все остальное пока эволюция в заданных рамках без грамма инноваций.

Что я хотел этим сказать? Мне рынок видится в таком ключе, что вскоре будут восстребованы Web разработчики с сильными знаниями бизнес-методологии. Эти ребята смогут сделать быстро и недорого любое решение под ключ с one time fee, вместо решений SAP. Облака клиентов должны выполнять функции клиентов, а не навязывать шаблоны. Не зря нет ни одного проекта без ABAP – все компании адаптируют систему под бизнес, а не наоборот. Благо современные технологии, Open Source уже умеет то, что не умеет SAP. Это те самые мелкие кусочки конструктора, которые имеют унифицированные подходы, понятные схемы взаимодействия и открытые возможности для расширения. По аналогии с рынком фрилансеров, который постепенно опережает рынок корпораций за счет своей гибкости. Так и здесь – все новое можно сделать быстрее и качественнее вне SAP, чем внутри, и с сохранением целостности, безопасности и масштабируемости.

Заметьте, SAP за последние годы ничего не придумал нового в части отчетности. Существенный объем ABAP разработок приходится именно на формы отчетности или регламентированные документов. HANA даст возможность строить оперативную отчетности на базе BI/BOBJ, но и все. Open Source в WEB уже имеет настолько разнообразуню палитру решений для создания форм документов, отчетов, аналитики, что порой больше времени уходит на выбор инструмента, чем на реализацию.

О карьере стажера

Привет. В последнее время ко мне стали часто обращаться с вопросами, как попасть в SAP и быстро подняться. Подняться в части денег, так как ценник мелькает на рынке очень неплохой и устойчивое мнение, что через пару лет будет 200, кружит голову. Ниже я хочу изложить свои мысли и свою оценку консультанта. На истину не претендую. Мои ученики, с которыми я занимаюсь индивидуально, тоже задают такой вопрос, но в другом ключе: “кем я могу стать после твоих курсов, если я заплачу за обучение такую-то сумму”. Постараюсь тоже ответить на этот вопрос. Как попасть в сап я уже отвечал, да и все кому не лень про это писали.

Стажер. Человек с любым набором знаний и навыков за спиной. Бывшие программисты быстрее вникают (мое наблюдение). Бывшие 1С-ники хуже – надо голову сломать. стажер, это человек, который ничего не знает про САП про тот модуль, на который он пришел. Он мог читать про систему, листать курсы, но это все. Обычно стажеры проходят обучение в компании, потом становятся “разнорабочими” на проектах. Бегают подписывать документы, собирают протоколы, выверяют данные при миграции, помогают с обучением пользователей. Как правило никогда не выполняют настроек за исключением галочек по базам для видов оплаты или настройки графиков рабочего времени. Читать далее

Отвлечемся?

Любопытно.

1. Shane Co. 2 Банкрот с долгами до 500 млн.$/ Бюджет проекта SAP вырос с 10 до 36 млн.$
2. British Airways 2 Потери 10 млн. фунтов из за проблем в аэропорту Хитроу
3. Bedford Borough Council 3 За 400 тыс. фунтов не получено никакого результата
4. City of Portland 3 При бюджете в 31 млн $, заявленный результат не достигнут
5. Novatek Corporation 3 23 заказчика не смогли воспользоваться SAP
6. Collins County 4 В связи с необходимостью переделки отчётов предъявлен иск на $16 млн. SAP
7. Waste Management Company 5 Сумма издержек на SAP в $100 млн. составила сумму иска к SAP
8. Birmingham City Council9 После того, как не смогли обработать 18 тыс. инвойсов, прекратили внедрение SAP
9. Brihanmumbai Municipal Corporation11 В результате ошибок SAP 16 госпиталей в Индии остались без запасов
10. Fonterra Brands New Zealand 12 Система показала себя полностью неуправляемой
11. Rowe Furniture 12 Потери от SAP только в одном квартале – $151 тыс.
12. Cadbury Schweppes 13 Потери 12 млн. фунтов
13. NASA 13 Потери 16.5 млн $
14. City of Tacoma 15 Потери от SAP $50 млн.
15. National Australia Bank 15MFI 16 Списано на убытки $409 млн. из них 200 млн. по SAP
16. Hewlett Packard 17 Убытки в связи с SAP 275 млн. $. Только 40% лоптопов было доставлено вовремя.
17. SA Municipal Workers’ Union 18 Система SAP получила плохую оценку и не внедрена
18. Fluor Corp. 19 Убытки составили 13 млн. $
19. Bata 21 Убытки 18 млн. $
20. BOC 21 Убытки 5 млн. фунтов
21. ICI 21 Списано затрат на SAP на 25 млн. фунтов
22. Brady 22 . Падение выручки на 50 %
23. General Motors 23 Арест бизнеса из-за непоставок запчастей в результате внедрения SAP
24. Volkswagen 23 SAP отказал в помощи и поддержке в связи с изменением кода программы консультантами
25. Somerfield 24 Потери 8 млн.фунтов и 10000 человеко дней своего персонала
26. Whirlpool 24Потеряно до 650 млн. $ продаж
27. WH Smith 26 Неудачный проект с бюджетом в 15 млн. фунтов
28. The BBC 26 На SAP потрачено за 10 лет 500 млн. фунтов. Получены задержки в отчётности до 3 лет.
29. W W Grainger 26 Убытки 23 млн.$ и 50 млн. потерь на бирже.
30. Newcastle University 27Неудачный прект , бюджет которого рос с 1 млн.$ до 8 млн. $
31. Lego 28 Прибыль упала на 20%. Вынуждены были перейти с SAP на ORACLE
32. Hershey 29 Продажи упали на $140 млн// Разрушена система заказов
33. Bang and Olufsen 29 Затраты $3.5 млн.. Потеряна кредитоспособность
34. Allied Waste Industries 30 Бюджет в $130 млн. без эффекта
35. Corporacion de Supermercados Unidos 31 Рост бюджета SAP с $2 до 7 млн.
36. Justin Industries 32После отказа от SAP продажи восстановились
37. FoxMeyer 32 Банкротство с $500 млн потерь. Плата за SAP cоставляла по $50 млн. ежегодно

источник: http://www.comnews.ru/node/80205#ixzz3eCciS4ar