SAP Blueprint – это подробное описание бизнес-процессов компании и системных требований. Это ключевой документ реализации. Документ SAP Blueprint показывает все важные параметры конфигурации для адаптации ERP к потребностям компании.
Хорошо продуманный SAP Blue print служит основой для успешного внедрения системы SAP. Он включает в себя количество мероприятий, событий, вех и результатов.
В этом уроке вы узнаете
- Что такое бизнес-план в SAP?
- Почему SAP Blueprint Document?
- Процесс создания SAP Blueprint
- Преимущества бизнес-планов
- Проблемы и решения для SAP Blue print
Почему SAP Blueprint Document?
Рассмотрим случай с правительством Северного края. Он внедрил SAP для управления своей системой управления активами. Первоначальная стоимость составила 7,2 миллиона долларов, а фактическая стоимость возросла до 70 миллионов долларов. Решение было только на 11% пригодным для данной цели и обойдется в дополнительные 120 миллионов долларов. Следовательно, планирование внедрения ERP очень важно.
Автоматизация ваших бизнес-процессов посредством внедрения продуктов SAP.
SAP Business BluePrint (BPP) фокусируется на понимании, аутентификации и документировании объема проекта, спецификаций. Это также помогает определить его цель концептуально и практически.
Используя эту методологию, вы можете создать анкету для пользователей системы. Вы можете распространить их среди бизнес-процессов и владельцев. Они заполнят анкету и вернутся к консультантам. Этот процесс помогает консультантам понять, как ведется бизнес и как они могут реализовать лучшие процессы с помощью внедрения SAP.
В этом процессе весь набор обсуждений служит основой для внедрения SAP. Здесь все детали, связанные с бизнес-процессами, должны быть отражены в файле документации. Успех этого этапа во многом определяется эффективным закрытием на этом этапе.
Поэтому команда внедрения должна включить эти действия при завершении бизнес-процесса для конфигурации.
Процесс создания SAP Blueprint:
Вот пошаговый процесс создания Blueprint
1. Разработайте инвентаризацию процесса:
Это первый шаг для инвентаризации всех типов процессов. Этот шаг может помочь вам начать думать о технологических заказах. Здесь вы можете спланировать, как вы можете реализовать свою текущую систему. На этом этапе вам также необходимо определить потребности в разработке для пользовательской формы, отчета, зачарования или рабочего процесса.
2. Создайте фундамент для построения бизнес-плана:
Этот этап помогает развить масштаб проекта SAP. Здесь вам нужно создать план перед началом работы над новой системой программного обеспечения. Соберите системные разрешения безопасности и требования к обучению в масштабах предприятия. Документ определения области помогает вам определить границы процесса. Он также предоставляет некоторую основную информацию о данном процессе.
Как спланировать работу по описанию бизнес процессов
3. Создать план
Создание проекта предполагает понимание того, где происходит изменение ответственности между двумя отделами. Шаг должен применить информацию, объясняя, какой отдел или человек работает для какой части процесса от начала до конца. Здесь также необходимо определить основные данные, сосредоточив внимание на ключевых точках интеграции и поддерживая организационные действия.
4. Оцените время и стоимость
Прежде чем ставить цели для процесса, важно иметь базовое измерение. На этом этапе вам необходимо определить стоимость и время этого процесса. Этот шаг также помогает вам определить параметры, которые будут использоваться для установки целей улучшения для вашей организации.
5. Проверьте SAP Blue print:
На этом этапе важно получить обратную связь от соответствующих коллег. Это позволяет вам убедиться, что созданный вами бизнес-проект SAP должен отражать реальность. Этот этап также позволяет вам получить поддержку и предложение от всех заинтересованных сторон.
6. Развертывание методов улучшения
Следуйте организованному подходу для улучшения бизнес-процессов, используя такие методы, как оценка операций с добавленной стоимостью, устранение избыточности, сокращение времени обработки и использование автоматизации, когда это возможно. Это поможет вам создать ценность для бизнеса.
7. Разработка внутреннего контроля и метрик:
Следующим шагом является создание внутреннего контроля и метрик, которые помогут вам отслеживать ваши успехи. Это также позволяет создавать инструменты для повышения эффективности и результативности внедрения бизнес-процессов SAP.
8. Проведите пробный запуск:
Очень важно выполнить пробный запуск, так как это поможет вам проверить систему SAP без необходимости больших инвестиций. Этот шаг поможет вам устранить ошибки и убедиться, что процесс работает в соответствии с вашими потребностями.
9. Внедрить изменения:
На этом этапе SAP Blueprint запускается новый процесс. Этот шаг позволяет вам донести нужную информацию до нужных людей. Без этого шага трудно добиться успеха.
10. Следуйте за постоянным улучшением:
На этом последнем этапе вы должны следовать концепции постоянного улучшения. Этот этап посвящен созданию нового подхода к реализации улучшений бизнес-процессов. Однако для этого вам нужно сделать частую оценку, чтобы убедиться в ее эффективности.
Преимущества бизнес-планов
- SAP Business Blueprint помогает конечным пользователям понять, как может выглядеть решение
- Обеспечивает прочную основу для поддержки организационных изменений и
- Помогает устранить риск потери доли рынка или репутации
- Помогает вам определить все критические факторы успеха и ключевые показатели эффективности
- Обеспечивает объем проекта в срок и бюджет
- Преимущество внедрения проверенной методологии улучшения
- Предлагает лучшую доставку проекта
- Просмотрите и обсудите текущие бизнес-процессы.
Проблемы и решения для SAP Blue print
проблемы
Решения
Обязательства со стороны руководства компании
Будь строг. Это повлияет на сроки и бюджет проекта
Пользователи не знакомы с процессами компьютера и системы. Они могут забыть о некоторых бизнес-процессах, которые могут возникнуть позже.
Консультант должен быть более исследовательским и активно привлекать заинтересованных лиц, чтобы выявить все процессы.
Возможность пользователей понять концепцию SAP
Должно быть обеспечено адекватное обучение.
Консультант обрабатывает более одного проекта одновременно.
Консультант должен сосредоточиться на обработке одного проекта за раз. Для этого вы можете нанять дополнительного консультанта.
Вывод:
- SAP Blue print – это подробное описание бизнес-процессов компании и системных требований.
- Бизнес-план SAP фокусируется на понимании, аутентификации и документировании объема проекта, спецификаций.
- Определите потребности в разработке, которые могут привести к необходимости формы, отчета, очарования или рабочего процесса.
- Помогает вам определить все критические факторы успеха и ключевые показатели эффективности
- Это также помогает устранить риск потери доли рынка или репутации
Источник: coderlessons.com
SAP Process Mining или как разобраться в своих бизнес-процессах
Посмотрите на эту картинку. В бизнес-процессах многих компаний такая же ситуация – очень много обходных путей, которые могут упростить действия сотрудников, не нарушая при этом принятые правила. Но как руководителям увидеть эту реальность внутри компании?
Самый простой путь – обратиться к консультантам. Что сегодня предлагает рынок консалтинга для решения этой задачи? Провести интервью с сотрудниками и узнать, как они субъективно видят свои процессы. А видеть они его могут как левую тропинку на картинке. Или вообще могут не знать, какой должна быть эта тропинка.
Появляется проблема: как увидеть объективную реальность, а не интерпретацию чей-то точки зрения? Это касается любых бизнес-процессов — закупки, продажи, логистика и т.д.
В линейке продуктов SAP есть отдельное решение SAP Process Mining, которое позволяет видеть «цифровые шаги» сотрудников компании. Фактически, можно увидеть любой процесс из любой информационной системы, прослеживать соответствие действий сотрудников корпоративным политикам и стандартам, различным референсным моделям. Масштаб компании тут не имеет значения — главное, чтобы сам процесс был оцифрован, а не вёлся на бумаге.
Например, на рисунке выше пользователь запускает транзакции в процессе создания сбытового заказа. Он создает заказ на поставку, оформляет отгрузку со склада, далее отправляет клиенту, отдает ему счет-фактуру, получает оплату. Обратите внимание, что в момент, когда пользователь проводит транзакции в системе – в ней появляется транзакционный лог. В нем отображается, что определенный пользователь в определенный момент времени создал заказ №, изменил цену и адрес доставки, поменял такие-то документы и прочее.
И такие логи можно собирать из любых систем, в том числе и самописных, вплоть до текстовых файлов и excel. У решения SAP Process Mining есть свои внутренние алгоритмы, которые умеют собирать логи и превращать их в графы. Это наглядные картинки (см. рисунок 3), которые показывают, как реально выглядит процесс без чьей-либо интерпретации.
Рис. 3
В итоге можно видеть узкие места на каждом проекте. Например, где-то скопились заказы. Менеджер не может их быстро обработать. Появляется вопрос — почему? Либо ресурсов не хватает, либо сам процесс методологически выстроен так, что приходится тратить много времени.
На рисунке 4 мы видим граф процесса «Обработка заявки на кредит». Каждый шарик красного цвета – это кредитная заявка. Размер шарика определяется стоимостью кредитной заявки (на какую сумму претендует заявитель). Посмотрев на граф, мы видим, что между некоторыми активностями образовываются очереди из шариков – линии красного цвета.
Это говорит о том, что в указанный момент времени заявки скапливаются между этапами или долго проходят обработку. Причины могут быть разные: нехватка ресурсов, персонала, особенности регламента процессы, квалификация сотрудников и другие причины.
Рис. 4
Кстати, узкие места отлично иллюстрируются в закупках. Особенно в многофилиальном холдинге, где этот процесс может быть разным в каждом подразделении. Такие процессы складываются исторически — могут быть разные информационные системы, выполняются процессы по различным методологиям.
В подобной ситуации рано или поздно головная компания захочет их привести к единому шаблону для того, чтобы было проще контролировать. Задача Process Mining — как раз показать разницу между филиальным процессом и эталоном, а также — что необходимо сделать, чтобы привести процессы в филиалах к единому стандарту. На рисунке 5 приведен пример сравнения двух филиалов: справа – эталонный, слева – требующий изменения.
Рис.5
Process Mining применим и для задач по роботизации. При помощи этого метода управления процессами можно увидеть, где существует много рутинных задач и подумать, как их можно роботизировать.
Например, в компании часто происходит корректировка цен на заказы от определённых поставщиков и на некоторые группы материалов. А сколько времени тратят сотрудники для корректировки цен для 145 тыс. заказов в год, на каждый из которых уходит по 40 минут? Сколько времени и ресурсов можно сэкономить, если сократить данный объем работ хотя бы на 30%?
На сколько при этом сократится длительность цикла закупок, если роботизировать этот процесс? В итоге люди высвободятся на решение аналитических и управленческих задач. На рисунке 6 приведена таблица с перечнем поставщиков, по которым происходит большое количество ручных корректировок.
Рис.6
Process Mining позволяет «отлавливать» и сценарии с мошенничеством (fraud). Допустим, в компании за каждым менеджером закреплена определенная территория продаж с магазинами, в которые нужно продать товар. На уровне системы НСИ данная связь закреплена и затем транслируется в CRM-систему и систему отчетности.
Что происходит в конце года? Продавец заходит в эту систему и открепляет несколько магазинов, в которые он не сумел продать товар. И получается, что его план продаж выполнен теперь не на 80%, а на 100%. Ему выплачивают премию, ведь он же сделал свой план. Проходит время, начинается новый год, и он заново добавляет себе эти два магазина.
Проведя внутреннее расследование при помощи Process Mining, выясняется, что у менеджеров и их коллег были права доступа в систему, возможность менять данные и вносить корректировки. Пример отчета по управлению правами и полномочиями приведен на рисунке ниже.
Рис.7
В следующих статьях про Process Mining мы расскажем про сценарии сбыта и дебиторской задолженности, разберем примеры применения при процессах закупок и оплаты, а также с одним из наших партнеров сделаем подробный обзор про интеграцию и выгрузку данных.
Авторы статьи: Екатерина Тюленева, архитектор бизнес-решений SAP, и Фёдор Павлов, эксперт по платформенным решениям SAP.
- sap
- process mining
- управление процессами в it
- управление процессами
- бизнес-процессы
- Блог компании SAP
- Управление продажами
- Управление персоналом
- Бизнес-модели
Источник: habr.com
Описание бизнес процессов sap
Аннотация: в работе рассматривается типовая методология внедрения корпоративной информационной системы на примере SAP ERP, включающая поток этапов, уровней, работ и документов. В зависимости от специфики проектной методологии определенные этапы, работы и документы могут отсутствовать или быть названы иначе.
Скачать: PDF.
Ключевые слова: SAP ASAP методология, ASAP methodology, проект внедрения SAP, методика ASAP, SAP ECC, SAP Enterprise Central Component, методологии внедрения ИС, внедрение методологии проектирования ИС, методология внедрения систем, методология внедрения программ, методология ASAP, ASAP методология внедрения, этапы внедрения ИС, этапы ИСУ SAP ERP, этапы проектирования ИС, этапы разработки ИС, этапы создания ИС, методология внедрения информационных систем, методология внедрения SAP, методология внедрения ERP-системы.
Процесс внедрения корпоративных информационных систем (далее – КИС) занимает достаточно продолжительный временной интервал. В ходе внедрения выполняется большое число всевозможных видов работ (рис.1) и готовится огромное количество проектных документов (рис.2). Поэтому процесс имплементации КИС разбивают на этапы [1]. Подобное деление позволяет разграничить наиболее важные вехи проекта, обеспечивая возможность выбора отдельного поставщика услуг для реализации заданного этапа.
Рис. 1. Типовые этапы внедрения КИС с указанием работ
Введение этапов (подготовка проекта, проектирование, реализация, подготовка к опытно-промышленной /опытной эксплуатации, ОПЭ/ОЭ, переход к промышленной эксплуатации, ПЭ) не ограничивает декомпозицию процесса внедрения КИС. Для разграничения ответственности и группировки задач вводятся уровни внедрения (проект, бизнес-процесс, приложения, данные, техническая инфраструктура, изменения) (рис.3) [2].
Рис. 2. Типовые этапы внедрения КИС с указанием выходных документов
Объединение этапов, уровней, работ и документов позволяет получить типовой поток внедрения КИС (табл.1). Табл.1 содержит описание типичного проекта имплементации SAP ERP. Однако в зависимости от выбранной проектной методологии определенные этапы, работы и документы могут отсутствовать или быть названы иначе. Описание составляющих потока внедрения SAP ERP для удобства приводится в следующих таблицах (табл.2-4) [3].
Рис. 3. Типовые уровни внедрения КИС
Источник: stepanovd.com