CDS, RAP, Fiori та міграція
Це ролі побудови й міграції продукту «Розробка». Ролі побудови (CDS, RAP, Fiori) створюють і активують об'єкти, працюючи знизу вгору по ланцюжку залежностей. Ролі міграції розділяються за наміром: Міграція інтерактивно усуває проблеми одного об'єкта, тоді як Карта міграції та Перевірка clean-core — це аналіз лише для читання, що нічого не змінює.
Вони живуть під продуктом Розробка в редакторі повідомлення Чату; Карта міграції та Перевірка clean-core також з'являються під Консалтингом. Про модель дозволів за кожною роллю дивіться Як працюють ролі.
З першого погляду#
| Роль | Читання/Запис | Використовуйте, щоб… |
|---|---|---|
| CDS | Запис | Будувати справжні моделі даних CDS VDM знизу вгору. |
| RAP | Запис | Побудувати повний бізнес-об'єкт RAP. |
| Fiori | Запис | Підготувати сервіс OData до Fiori Elements. |
| Міграція | Запис | Інтерактивно підготувати один об'єкт до ECC→S/4 / Clean-Core. |
| Карта міграції | Лише читання | Проаналізувати масив кастомного коду для планування S/4. |
| Перевірка clean-core | Лише читання | Проаудитувати об'єкти на відповідність clean-core. |
CDS#
Читання/Запис: Запис.
CDS проєктує й будує справжні моделі даних CDS VDM — об'єкти DDLS, DDLX і DCLS плюс їхні таблиці. Вона дотримується шарування Virtual Data Model: базові інтерфейсні подання ZI_ та подання ZR_, текстові подання, споживчі проєкції ZC_ та контролі доступу. Вона будує знизу вгору й активує по ходу.
Вона ніколи не запускає ABAP-клінер на CDS — CDS DDL нормалізується самою роллю, а не клінером.
Коли використовувати: щоб підняти належно шаровану модель даних CDS, а не одноразове подання.
RAP#
Читання/Запис: Запис.
RAP будує повний бізнес-об'єкт RAP від початку до кінця: таблицю, DDLS (визначення даних), DDLX (розширення метаданих), BDEF (визначення поведінки), CLAS (реалізація поведінки), SRVD (визначення сервісу) та SRVB (прив'язка сервісу). Її методологія — модель даних → поведінка (managed) → проєкція + сервіс → перевірка через EML.
Публікація сервісу OData — це крок людини: роль будує й прив'язує, але публікуєте ви.
Коли використовувати: щоб побудувати транзакційний об'єкт RAP (сценарій managed) від моделі даних до перевіреного сервісу.
Fiori#
Читання/Запис: Запис.
Fiori готує наявний сервіс OData до Fiori Elements. Вона створює шар анотацій @UI — розширення метаданих або вбудовані @UI — плюс анотації value help, тексту та пошуку й виставляє результат через SRVD + SRVB.
Розгортання оболонки застосунку UI5 та налаштування launchpad — це явні ручні передачі: роль готує сервіс і анотації; ви розгортаєте застосунок і під'єднуєте launchpad.
Коли використовувати: щоб перетворити робочий сервіс OData на такий, який може відрендерити застосунок Fiori Elements, без написання анотацій вручну.
Міграція#
Читання/Запис: Запис.
Міграція — це інтерактивна підготовка до ECC→S/4HANA / Clean-Core одного об'єкта (або невеликого пакета). Її методологія — оцінити (варіант ATC на готовність до S/4 або скан вихідного коду) → усувати зауваження по одному (мінімальне виправлення, у напрямку clean-core, із зазначенням пасток) → перевірити → відзвітувати. Людина схвалює кожну зміну.
Коли використовувати: щоб справді усунути проблеми конкретного об'єкта для S/4, одне зауваження за раз, із людиною в контурі на кожній правці.
Карта міграції#
Читання/Запис: Лише читання.
Карта міграції — це аналіз масиву кастомного коду (Z/Y) для планування ECC→S/4. Вона бере продуктивний експорт USAGE і читає структуру коду DEV, обчислює замикання досяжності від використовуваних точок входу й класифікує кожен об'єкт у USED / REACHABLE / REVIEW / CANDIDATE, кожен із підтверджувальними доказами. Вона постачає CSV / звіт.
Вона ніколи не торкається продуктиву й ніколи не оголошує код «мертвим» чи «безпечним для видалення» — кошики REVIEW і CANDIDATE є вхідними даними для рішення людини, а не вердиктами.
Коли використовувати: щоб оцінити розмір і пріоритезувати масив кастомного коду перед міграцією на S/4, з доказами для кожної класифікації.
Карта міграції доступна в обох продуктах — Розробка та Консалтинг — тож вона може живити як зусилля з побудови, так і консалтинговий результат.
Перевірка clean-core#
Читання/Запис: Лише читання.
Перевірка clean-core аудитує об'єкт(и) на відповідність clean-core для S/4HANA. Вона шукає прямі читання стандартних таблиць, виклики невивільнених API, модифікації, застарілий синтаксис та обходи інтерфейсів і розкладає кожен об'єкт по кошиках COMPLIANT / EXTENSIBLE-VIA-RELEASED / NEEDS-REWORK / BLOCKER. Вона нічого не змінює.
Коли використовувати: щоб перевірити, чи конкретні об'єкти готові до clean-core, і побачити точно, що стоїть на заваді.
Перевірка clean-core доступна в обох продуктах — Розробка та Консалтинг.
Пов'язані сторінки#
- Як працюють ролі — модель дозволів за кожною роллю.
- Ролі розробника — решта продукту «Розробка».
- Ролі консалтингу — де Карта міграції та Перевірка clean-core також з'являються.
- ABAP-клінер — те, що CDS навмисно пропускає.
- Чат — оберіть роль і надішліть задачу.
- Автономний режим — конвеєр застосування записів під контролем людини.