Business Blueprint в SAP (Шаблон)
Джессіка Блейк
⚡ Розумний підсумок
An SAP Бізнес-план (BBP) – це підписаний документ, який описує кожен бізнес-процес, організаційну одиницю, об'єкт основних даних та налаштування конфігурації, які компанія планує запускати. SAP — посиланняtracт, який керує всім процесом впровадження.
У чому полягає Business Blueprint SAP?
Команда SAP Бізнес-план – це детальний опис бізнес-процесів та системних вимог компанії. Це ключовий документ для впровадження. SAP У документі з кресленням показано всі важливі налаштування конфігурації, необхідні для адаптації ERP до потреб компанії.
Чітко визначений SAP План виступає основою для успішного впровадження SAP система. Вона включає низку заходів, подій, етапів та результатів, які керують кожним завданням конфігурації та тестування на наступних етапах.
Чому SAP Проектний документ?
Розглянемо випадок уряду Північної території в Австралії. Він запровадив SAP для управління своєю Системою управління активами. Початкова вартість становила 7.2 мільйона доларів, але фактична вартість зросла до 70 мільйонів доларів. Рішення було лише на 11 відсотків придатним для використання, а його ремонт коштував би додатково 120 мільйонів доларів. Отже, планування ERP ретельне впровадження дуже важливе.
Команда SAP Бізнес-план (BBP) зосереджений на розумінні, автентифікації та документуванні обсягу та специфікацій проекту. Шаблон плану також допомагає визначити мету концептуально та практично.
Використовуючи цю методологію, ви можете створити анкету для користувачів системи. Ви розсилаєте її власникам бізнес-процесів. Вони заповнюють її та повертають консультантам. Цей процес допомагає консультантам зрозуміти, як ведеться бізнес і як вони можуть впровадити найкращі процеси в SAP.
У цьому процесі весь комплекс обговорень виступає основою для SAP впровадження. Усі деталі, що відображаються для бізнес-процесів, повинні бути відображені у файлі документації. Успіх цього етапу значною мірою визначається ефективним завершенням на цьому етапі.
Тому команда впровадження повинна включити ці дії під час завершення бізнес-процесів для конфігурації.
Структура a SAP Документ з бізнес-планом
Більшість шаблонів бізнес-планів дотримуються послідовної структури розділів, щоб консультанти з фінансів, логістики та кадрових питань могли обмінюватися розділами без перекладу. Типовий бізнес-план містить такі розділи:
- Резюме: Передумови проекту, процеси визначення обсягу в межах та поза обсягом, відповідальні за затвердження та фази.
- Структура підприємства: Коди компаній, контролінгова зона, заводи, місця зберігання, збутові організації, закупівельні організації та області персоналу, які будуть налаштовані в SAP.
- Основні дані: Об'єкти даних для створення та підтримки — клієнт, постачальник, матеріал, співробітник, рахунок головної книги, центр витрат — та модель власності.
- Дизайн бізнес-процесів: Потоки процесів «ЯК Є», отримані з семінарів, потоки «БУДУТЬ» перероблені для SAP, RACI та точки інтеграції.
- Аналіз прогалин у відповідності: Матриця рядків для кожної вимоги, яка показує, чи відповідає стандарту SAP рішення відповідає вимогам (відповідність), потребує обхідного шляху (часткова відповідність) або потребує об'єкта WRICEF (прогалина).
- Реєстр WRICEF: Робочі процеси, звіти, інтерфейси, конверсії, вдосконалення та форми, які будуть створені. Кожен запис має функціонального відповідального та оцінку зусиль.
- Звіти та форми: Standard SAP звіти для повторного використання, користувацькі Z-звіти та друковані форми (SAPскрипт, Smart Forms, Adobe Forms).
- Інтерфейси та інтеграції: Вхідна та вихідна інтеграція зі застарілими або сторонніми системами через IDoc, RFC, OData або SAP Інтеграційний пакет.
- Авторизації та безпека: Каталог ролей, розподіл обов'язків та робочий процес затвердження доступу.
- Міграція даних: Застарілі джерела, правила очищення, об'єкти LSMW або Migration Cockpit, вікна перекриття.
- Стратегія тестування: Блок, інтеграція, прийняття користувачем та область регресії, а також середовища.
- Управління змінами та навчання: План комунікації, навчальна програма та контрольний список переходу на сучасні технології.
Як створити SAP Шаблон/документ креслення
Ось покроковий процес створення SAP Шаблон або документ креслення. Виконайте кожен етап по порядку — наступні етапи залежать від артефактів, створених раніше.
Крок 1) Розробіть інвентаризацію процесу
Це перший крок до інвентаризації кожного бізнес-процесу в охопленні. Він допомагає вам почати думати про порядок процесів, власників та пріоритети. Тут ви також визначаєте потреби в розробці користувацьких форм, звітів, удосконалень або робочих процесів, які виходять за рамки стандартних. SAP.
Крок 2) Створіть a Foundation для креслення
Цей етап допомагає вам визначити обсяг SAP проект. Створіть план, перш ніж розпочати роботу над новою програмною системою. Зберіть вимоги до авторизації безпеки та потреби в навчанні всього підприємства. Документ із визначенням обсягу робіт допоможе вам встановити межі процесу та фіксувати основні факти про кожен процес, що входить до обсягу робіт.
Крок 3) Створення креслення
Створення плану передбачає розуміння того, де розподіляється відповідальність між двома відділами. Цей крок застосовує інформацію, пояснюючи, який відділ або особа відповідає за яку частину процесу від початку до кінця. Визначте основні дані, зосередившись на ключових точках інтеграції та допоміжних видах діяльності організації.
Крок 4) Оцініть час і вартість
Перш ніж встановлювати цілі для процесу, вкрай важливо мати базовий показник. Визначте вартість і час кожного процесу. Цей крок також дозволяє визначити параметри, що використовуються для встановлення цілей покращення для організації.
Крок 5) Перевірте SAP План
Отримайте відгуки від відповідних колег. Це гарантує, що SAP Документ «Бізнес-план» фактично відображає реальність. На цьому етапі також збирається підтримка та пропозиції від усіх зацікавлених сторін і планується офіційне схвалення перед початком налаштування.
Крок 6) Застосування методів покращення
Дотримуйтесь організованого підходу до покращення бізнес-процесів — оцінюйте діяльність із доданою вартістю, усувайте надлишкові процеси, скорочуйте час обробки та використовуйте автоматизацію, де це можливо. Це допомагає створювати бізнес-цінність, що виходить за рамки простого відтворення застарілого процесу. SAP.
Крок 7) Розробка внутрішнього контролю та показників
Створіть внутрішні засоби контролю та показники, які допоможуть tracпрогресу k. Вони також дозволяють створювати інструменти для підвищення ефективності та результативності SAP бізнес-процес. Типові показники включають час циклу, вихід першого проходу, вартість транзакції та коефіцієнт винятків.
Крок 8) Проведіть пробний запуск
Проведіть пробне виконання. Це допоможе вам перевірити SAP систему без необхідності повних інвестицій. Цей крок усуває помилки конфігурації та підтверджує, що процес працює відповідно до бізнес-вимог, перш ніж розпочнеться тестування прийняття користувачем.
Крок 9) Впровадьте зміни
На цьому етапі розгортається щойно розроблений процес. Він також доносить потрібну інформацію до потрібних людей. Без формального інформування про зміни важко здійснити успішний перехід.
Крок 10) Дотримуйтеся постійного вдосконалення
На останньому етапі дотримуйтесь концепції постійного вдосконалення. Розробіть новий підхід до впровадження покращень бізнес-процесів. Щоб це спрацювало, вам потрібно часто проводити оцінку процесу, щоб забезпечити постійну ефективність.
Переваги Business Blueprints
- SAP Бізнес-план допомагає кінцевим користувачам зрозуміти, як виглядатиме рішення, ще до початку налаштування.
- Забезпечує міцну основу для підтримки управління організаційними змінами.
- Допомагає усунути ризик втрати частки ринку або репутації через невдале впровадження.
- SAP Шаблон бізнес-плану допомагає заздалегідь визначити всі критичні фактори успіху та ключові показники ефективності.
- Забезпечує узгодженість обсягу проекту з термінами та бюджетом.
- Приносить користь команді, кодуючи перевірену методологію покращення.
- SAP Шаблон BBP пропонує кращу дисципліну виконання проєктів завдяки задокументованим етапам.
- Надає форум для перегляду та оскарження поточних бізнес-процесів, перш ніж вони будуть створені заново SAP.
Проблеми та рішення для SAP План
| Виклики | Рішення |
|---|---|
| Прихильність керівництва компанії | Будьте непохитними. Спонсорство керівництва безпосередньо впливає на терміни та бюджет проекту. |
| Користувачі не знайомі з комп'ютером та системними процесами. Вони можуть забути про деякі бізнес-процеси, які з'являються пізніше. | Консультанту потрібно бути більш дослідницьким та ретельно досліджувати зацікавлені сторони, щоб виявити кожен процес, виняток та граничний випадок. |
| Здатність користувача сприймати SAP концепції. | Належне навчання на основі ролей слід проводити під час етапу розробки плану, а не лише перед впровадженням. |
| Консультант працює над кількома проектами одночасно. | Консультант повинен зосереджуватися на одному проекті за раз. Найміть додаткового консультанта, якщо цього вимагає робоче навантаження. |
| План змінюється, оскільки майстерні виявляють нові вимоги. | Заморозьте вимоги на визначеній контрольній точці та направте пізніші запити через офіційну процедуру запиту на зміни. |
| Документи зберігаються в електронній пошті та на спільних дисках, що призводить до хаосу з версіями. | Скористайтеся кнопкою SAP Signavio Process Manager, SharePoint або Solution Manager як єдине джерело достовірної інформації для плану. |
SAP Бізнес-план проти SAP Активувати «Підлаштувати до стандарту»
Бізнес-план лежить в основі старих ASAP (Прискорений SAP) методологія, яка використовує каскадний підхід: підготовка, креслення, реалізація, остаточна підготовка, впровадження та підтримка. З моменту SAP S/4HANA, той/та/те SAP- рекомендована методологія є SAP активувати, який є гнучким та ітеративним. Його шість фаз: Відкриття, Підготовка, Дослідження, Реалізація, Розгортання та Запуск.
In SAP Активуйте, ви не починаєте з чистого плану. Ви починаєте з попередньо налаштованих найкращих практик, що надаються як елементи обсягу робіт. На етапі дослідження ви проводите семінари з адаптації до стандартів, де бізнес випробовує стандарт. SAP процес і документує лише дельти.
| Аспект | ASAP План | SAP Активувати «Підлаштувати до стандарту» |
|---|---|---|
| Методологія | Водоспад, фаза креслення | Гнучкий, фаза дослідження |
| Відправна точка | Чисте полотно — фіксуйте результати майстер-класів «ЯК Є» | Активовані найкращі практики — спочатку випробуйте TO-BE |
| Доставні | Документ бізнес-плану (BBP) | Delta документ + черга історій користувачів |
| Типова тривалість | Від 2 до 6 місяців семінарів | 4-8 тижнів сесій Fit-to-Standard |
| Підхід до налаштування | Внутрішня модифікація, об'єкти RICEF | Чистий центр, розширення поруч SAP BTP |
| Модель підписання | Одинарний підпис BBP великого вибуху | Ітеративне підписання для кожного елемента області застосування |
| Поширений продукт | SAP ECC / R/3 | SAP S/4HANA, ПІДЙОМ з SAP, РОСТІТЬ з SAP |
Обидва підходи все ще створюють документацію, але акцент змістився з вичерпного початкового артефакту на модель живого процесу, що зберігається в SAP Сігнавіо, SAP Cloud ALM або додаток Fiori Manage Your Solution.
загальний SAP Підводні камені та виправлення креслень
Навіть добре організовані програми стикаються з тими ж самими повторюваними проблемами, коли креслення переходить з майстерні до збірки. Зверніть увагу на перелічені нижче проблеми під час перевірки якості.
- Копіювання застарілого процесу 1:1: Вбиває аргументи про цінність. Наполягайте на семінарах «БУТИ», які дозволяють SAP стандартний керує процесом, перш ніж додавати вдосконалення.
- Відсутні шляхи винятків: План фіксує щасливий шлях, але не повернення, скасування або міжфірмові взаємодії. Додайте розділ сценаріїв винятків для кожного процесу.
- Недостатньо визначені основні дані: Нечіткий основний матеріал або клієнтський код призводить до переробки міграції. Чітко визначте кожен атрибут, власника та канал створення.
- Неоднозначні точки дотику інтеграції: Назви систем, але не точні IDoc, RFC або OData. Додайте перелік інтеграцій з вихідною системою, напрямком, частотою та обробкою помилок.
- Список WRICEF зростає після підписання: Кожне нове вдосконалення має ініціювати запит на зміни з урахуванням вартості, термінів та впливу на сукупну вартість володіння (TCO).
- Дизайн авторизації, що залишився на завершення: Розробляйте ролі разом із процесами, щоб конфлікти розподілу обов'язків виникали на ранній стадії, а не під час UAT (Understanding Allowance Assistant).
- Немає власника BBP на стороні клієнта: Призначте відповідального за бізнес-процес для кожного модуля. Консультант складає чернетку; бізнес відповідає за процес та підписує його.
