Ролі консалтингу
Продукт Консалтинг об'єднує консультативні ролі лише для читання. Вони читають вашу систему заради доказів і створюють клієнтські результати — оцінки, рецензії, інвентаризації та фінальний звіт — але нічого не змінюють у SAP. Кожній ролі консалтингу передається лише читальний набір інструментів, і вона фізично не може писати, блокувати чи активувати.
Ви обираєте ці ролі в редакторі повідомлення Чату, і вони природно поєднуються з чергою Запити, де організовується консалтингова робота. Про модель дозволів дивіться Як працюють ролі.
Ролі Карта міграції та Перевірка clean-core також з'являються під Консалтингом. Вони задокументовані на сторінці CDS, RAP, Fiori та міграція.
З першого погляду#
| Роль | Читання/Запис | Використовуйте, щоб… |
|---|---|---|
| Оцінювання | Лише читання | Оцінити поточний стан обмеженої області кастомного коду. |
| Рецензія повноважень | Лише читання | Вивести необхідні об'єкти повноважень із коду й відзвітувати про прогалини. |
| Інвентаризація інтерфейсів | Лише читання | Інвентаризувати інтерфейси RFC, ALE/IDoc та Gateway з конфігурації та коду. |
| Звіт про постачання | Лише читання | Зібрати клієнтський результат із вердиктом GO / GO-WITH-WARNINGS / NO-GO. |
Оцінювання#
Читання/Запис: Лише читання.
Оцінювання створює оцінку поточного стану обмеженої області кастомного коду. Його методологія — докази лише для читання → зауваження → підсумок, де кожне зауваження має послідовну форму: симптом → доказ → вплив → рекомендація → трудовитрати/ризик → впевненість. Результат — це резюме для керівництва, таблиця зауважень та — що важливо — розділ «не перевірено», який зазначає, що було поза обсягом або не могло бути досліджене.
Коли використовувати: як опорну частину зі збору доказів у консалтинговому проєкті на визначеній області кастомного коду.
Рецензія повноважень#
Читання/Запис: Лише читання.
Рецензія повноважень виводить необхідні об'єкти повноважень із коду — явні оператори AUTHORITY-CHECK плюс неявні (S_TCODE, S_PROGRAM, S_RFC) — і, де доступ читабельний, порівнює їх із тим, що фактично надано. Вона звітує про ВІДСУТНІ повноваження проти НАДМІРНИХ ПРАВ. Вона лише консультативна й не робить змін PFCG.
Коли використовувати: щоб зрозуміти, що насправді потрібно частині кастомного коду для роботи й де наданий доступ надто вузький чи надто широкий — без втручання в ролі.
Інвентаризація інтерфейсів#
Читання/Запис: Лише читання.
Інвентаризація інтерфейсів будує інвентар інтерфейсів лише для читання як з конфігурації, так і з коду: призначення RFC, налаштування партнерів ALE/IDoc, функціональні модулі з підтримкою RFC та сервіси OData/Gateway. Вона лише статична — вона не перевіряє стан під час виконання. Стан інтерфейсів під час виконання — це робота Підтримки; дивіться Ролі підтримки.
Коли використовувати: щоб змапувати, які інтеграції існують у системі, як вхідні дані для планування чи документації, окремо від перевірки, чи вони наразі працюють.
Звіт про постачання#
Читання/Запис: Лише читання.
Звіт про постачання збирає клієнтський консалтинговий результат із доказів, зібраних іншими ролями Консалтингу. Він створює пріоритезовану дорожню карту, загальний вердикт GO / GO-WITH-WARNINGS / NO-GO та обов'язковий розділ «відсутні докази», який чесно каже про те, що не вдалося встановити.
Коли використовувати: наприкінці проєкту, щоб перетворити окремі результати Консалтингу на один цілісний звіт, за яким клієнт може діяти.
Пов'язані сторінки#
- Як працюють ролі — чому кожна роль консалтингу лише для читання.
- Запити — черга, де організовується консалтингова робота.
- CDS, RAP, Fiori та міграція — домівка Карти міграції та Перевірки clean-core, які також з'являються під Консалтингом.
- Ролі підтримки — стан інтерфейсів під час виконання живе тут, а не в Інвентаризації інтерфейсів.
- Чат — оберіть роль і надішліть задачу.