Ролі підтримки
Продукт Підтримка об'єднує ролі діагностики інцидентів лише для читання. Вони читають діагностичні таблиці, логи та дампи, зіставляють докази й називають наступну дію — але ніколи її не виконують. Повторна обробка, вивільнення чи скасування будь-чого — це завжди передача людині. Кожній ролі підтримки передається лише читальний набір інструментів, і вона фізично не може писати в SAP.
Ви обираєте ці ролі в редакторі повідомлення Чату, і вони поєднуються з чергою Запити, де організовуються інциденти. Про модель дозволів дивіться Як працюють ролі.
Ролі підтримки діагностують і рекомендують; вони не діють. Крок повторної обробки / вивільнення / скасування, названий у їхньому результаті, завжди виконуєте ви в SAP.
З першого погляду#
| Роль | Читання/Запис | Використовуйте, щоб… |
|---|---|---|
| Діагностика | Лише читання | Розібрати інцидент від однієї опорної точки й ранжувати ймовірні першопричини. |
| Перевірка стану | Лише читання | Провести швидкий ранковий огляд на застряглі IDoc, збійні завдання та дампи. |
| Розбір IDoc | Лише читання | Заглибитися у збій IDoc і передати точний крок ручної повторної обробки. |
Діагностика#
Читання/Запис: Лише читання.
Діагностика виконує розбір інциденту від єдиної опорної точки — часу, користувача, транзакції, завдання, ключа чи номера дампа. Від цієї опорної точки вона розгортається до читачів доказів: короткі дампи ST22, фонові завдання, журнал застосунку, помилки збуту/фактурування, IDoc, черги tRFC/qRFC та документи змін. Вона зіставляє докази за ключем, ідентичністю та часом, ранжує ймовірні першопричини й називає наступну дію для виконання людиною.
Коли використовувати: коли щось пішло не так і у вас є єдина відправна точка — дамп, скарга користувача, збійне завдання — і ви хочете, щоб докази було швидко зібрано, а причини ранжовано.
Перевірка стану#
Читання/Запис: Лише читання.
Перевірка стану — це швидкий ранковий огляд лише для читання операційного стану системи. Вона сканує на застряглі IDoc, збійні або довготривалі завдання, накопичення tRFC/qRFC, свіжі дампи та помилки оновлення. Вона класифікує кожну проблему як НОВУ проти ПОВТОРНОЇ, ранжує за впливом і вказує на транзакцію та вибірку, якими скористалася б людина, щоб діяти.
Коли використовувати: щоденна чи початкова для зміни проактивна перевірка, щоб виловити проблеми до того, як про них повідомлять користувачі.
Розбір IDoc#
Читання/Запис: Лише читання.
Розбір IDoc — це заглиблення у збої IDoc. Він читає керуючий запис, повний слід статусів і сегменти, пояснює, що і де збоїло, й передає точний крок ручної повторної обробки — наприклад, конкретну транзакцію для використання, як-от WE19 чи BD87. Він ніколи не обробляє повторно сам IDoc.
Коли використовувати: коли IDoc збоїв і вам потрібно зрозуміти збій і отримати точний, правильний крок ручної повторної обробки, а не гадати.
Пов'язані сторінки#
- Як працюють ролі — чому кожна роль підтримки лише для читання.
- Запити — черга, де організовуються інциденти.
- Ролі консалтингу — Інвентаризація інтерфейсів мапує інтерфейси статично; Підтримка перевіряє стан під час виконання.
- Чат — оберіть роль і опишіть інцидент.
- Модель безпеки — як впроваджено доступ лише для читання.