Поделиться
"Мобилизация" SAP: стратегия и тактика
Взрывной рост числа сотрудников, использующих в работе мобильные устройства, вынуждает компании не просто учитывать это в своих бизнес-процессах и предоставлять работникам необходимые инструменты, но и разрабатывать целые стратегии "мобилизации". Основных путей два: создавать специальные нативные программы для устройств или разрабатывать веб-приложения. Какой из них выбрать, если речь идет о разработке мобильных приложений для работы с корпоративными системами SAP?Если стратегии нет или она нуждается в уточнении, то первый шаг - это выбор сценариев для мобильных решений. Необходимо понять, какие сотрудники смогут работать на своих смартфонах или планшетах и какие операции они будут выполнять. Для этого анализируются бизнес-процессы компании и выделяются этапы, где возможно использование мобильных устройств. Далеко не все процессы в компании, которые работают в текущих системах, могут и должны быть представлены в виде мобильных сценариев. Наглядный пример – бухгалтерия, чьи задачи переводить в мобильное пространство неэффективно и вряд ли кому-то нужно. Мобильное приложение в корпоративной среде хорошо использовать только для определенного круга задач. Сюда можно отнести мониторинг портфелей проектов компании, операции в рамках управления закупками, поддержку продаж и оперативное получение информации о наличии продукции на складах, согласование платежей и другие процессы, где без мобильного устройства скорость работы серьезно замедлится. Однако даже процессы, которые казались очевидными кандидатами для переноса в мобильные приложения, в силу разных причин после детального анализа могут перестать быть таковыми.
Еще один важный шаг - выбор политики и целей использования мобильных устройств. Один вариант, когда смартфоны используются в рамках обеспечивающих процессов, не связанных с бизнесом компании. Это, к примеру, оформление командировок, согласование заявок на отпуска и т. д. Основной целью в данном случае может стать снижение операционных расходов компании. Второй вариант подразумевает внедрение мобильных сценариев в тех областях деятельности, где генерируется выручка и, соответственно, есть работа с данными, составляющими коммерческую тайну. Здесь целью является повышение производительности ключевых направлений бизнеса. При этом должно быть обеспечено соответствие требованиям к безопасности корпоративных систем и приложений.
Основное внимание – на безопасность
Политика применения мобильных приложений напрямую связана с анализом требований к ним по безопасности. Степень обеспечения защиты данных является тем фактором, который в большинстве случаев имеет решающий вес для склонения чаши весов в пользу нативного или веб-приложения. В целом все мобильные приложения делятся на две большие группы – со средними и с высокими требованиями к безопасности и защите данных.
В первую группу входят приложения, нацеленные на различные вспомогательные процессы. Здесь есть конфиденциальные данные, но нет необходимости в инвестициях в специальную защиту, поскольку утечка этой информации не приведет к урону для бизнеса компании. В этом случае можно строить приложение на основе HTML5, а для обеспечения нужных требований безопасности достаточно штатных средств фреймворков и серверов приложений.
В качестве примера можно привести приложение, разработанное EPAM Systems для компании – телекоммуникационного оператора. Для процессинга и согласования заявок на закупки (от канцтоваров до лицензий на программное обеспечение) у заказчика используется система SAP R/3. В зависимости от стоимости закупок заявки поступают к руководителям различного уровня. Проблема заключалась в том, что они достаточно часто находятся вне офиса или на совещаниях, что приводило к задержкам в принятии решений о закупках. Задача исправления ситуации была возложена на мобильное приложение. Основными требованиями к нему стали простота, эргономичность, быстрота внедрения, экономическая эффективность, работа на всех мобильных устройствах, совместимых с HTML5 (это практически все современные смартфоны и планшеты).
Разработка проводилась на Java с использованием HTML5-фреймворков в соответствии с требованиями к пользовательским интерфейсам ведущих производителей мобильных платформ - Apple, Google и других. Реализация проекта заняла 1 месяц. Созданное приложение было интегрировано в ИТ-ландшафт компании. При этом полностью обеспечены правила компании в отношении безопасности и защиты данных: приложение имеет промышленный уровень защищенности. Сейчас для пользователей доступна возможность посмотреть заявки с кратким и детализированным содержанием, согласовать или отвергнуть каждую по отдельности или сразу несколько и т.д. В результате приложение позволило экономить время топ-менеджеров, кроме того, увеличилась производительность работы всей компании.
Обработка заявок на закупку в мобильном приложении
Нативные приложения создаются тогда, когда предъявляются жесткие требования к безопасности мобильного решения. Здесь речь идет о решениях, где могут отслеживаться финансовые транзакции, какие-либо отчеты по клиентам, аналитика по финансовым или операционным показателям и т. д. Такая информация должна быть защищена не только с точки зрения перехвата данных на транспортном уровне, но и на уровне самого устройства. Поэтому необходимы более надежные средства, входящие в состав SAP SUP. Одним из них является решение SAP Afaria, которое позволяет удаленно администрировать мобильные приложения и управлять ими. Решение устанавливается непосредственно на само устройство, после чего администратор может удаленно заблокировать для пользователя доступ через мобильное приложение к какой-либо информации (например, в случае потери или кражи смартфона), автоматически обновить данные и т.д.
Мониторинг этапов проектов, проектов и портфелей проектов в мобильном приложении под iPad
Пример нативного приложения – решение для управления портфелем проектов, разработанное EPAM Systems для использования на мобильном устройстве функциональности модуля SAP PPM. У заказчика для управления отдельными фазами проектов, проектами в целом и портфелями проектов, анализа связанных с ними показателей и тенденций использовалась система SAP PPM, функциональность которой для сотрудников была доступна через портал и веб-браузер. Основная задача мобильного приложения – предоставить пользователям возможность просматривать все те данные, которые есть в модуле SAP PPM, в перспективе – изменять их непосредственно в мобильном приложении. Решение было построено на базе платформы SAP SUP. В результате у пользователей появилась возможность через смартфон или планшет в любом месте в любое время посмотреть состояние отдельных проектов, этапов или портфелей проектов, согласовать или отклонить какие-либо действия по проектам и т.д.
Мониторинг динамики реализации проекта
Интересная функциональность приложения – привязка какого-либо изображения к проекту для более наглядного понимания динамики работ. К примеру, если речь идет о строительстве в удаленном месте, то можно периодически фотографировать возводимый объект на мобильный телефон или планшет, помещать фото в определенной папке, откуда они будут автоматически привязываться к информации из SAP PPM и вместе с ней выводиться на мобильные устройства других пользователей.
Ландшафт имеет значение
Наконец, еще один важный момент – анализ особенностей ИТ-ландшафта компании. Зачастую внедрение мобильных сценариев предполагает необходимость получения данных из разных систем: к примеру, информация о сотруднике берется из одного приложения, расчеты по его командировке – из другого. Если все задействованные в мобильных сценариях системы являются решениями SAP, то все более-менее понятно и может быть покрыто мобильными решениями на SAP SUP.
Если ландшафт носит гетерогенный характер (например, часть бизнес-процессов – в SAP, часть – в Oracle, портал работает на Microsoft SharePoint, информация о финансовых транзакциях ведется в "1С"), то выбор платформы – при прочих равных условиях с точки зрения безопасности – зависит от характеристик и особенностей конкретных ИТ-решений. Чаще выбор останавливается на HTML5, хотя есть примеры, что и SAP SUP позволяет получать данные из систем других производителей так же, как и из "родных" систем SAP. В перспективе это открывает возможность использования SUP даже как интеграционного средства.
Продуманная стратегия, рациональный выбор мобильных сценариев, точная оценка требований безопасности и особенностей ИТ-ландшафта дадут компании всю необходимую информацию для разработки таких мобильных приложений, которые в полной мере будут отвечать целям и задачам ее бизнеса. При этом процесс разработки нередко носит итерационный характер. Если изначально несколько сценариев были реализованы на SAP SUP или HTML5, то не обязательно, что все последующие нужно делать по тем же технологиям. Первые проекты могут показать, в правильном ли направлении движется компания, и при необходимости дать ей возможность скорректировать свою стратегию "мобилизации". В итоге мобильные приложения станут не просто средством доступа к стандартным офисным программам, а надежным помощником для бизнеса.
Короткая ссылка
