SAP Запит на перевезення: Як імпортувати та експортувати TR

⚡ Розумний підсумок

SAP Запит на транспортування упаковує кожну зміну, внесену в системі розробки, в портативний контейнер, який переміщується до відділу контролю якості та продакшену. Стандартний процес: Створення → Випуск (експорт) → Імпорт → Перевірка журналів та кодів повернення через STMS та SE01.

📦 Розглядайте TR як контейнер: Кожен TR містить одне або декілька завдань; завдання передаються лише як частина батьківського TR.
🔖 Знайте схему найменування: К. (наприклад, DEVK900030) виправлено та ніколи не редагується адміністратором.
🗂️ Виберіть правильний тип: Запити Workbench містять об'єкти репозиторію для різних клієнтів; запити на налаштування містять налаштування, специфічні для клієнта.
🚚 Реліз для експорту, STMS для імпорту: Випуск TR запускає експорт; черга імпорту STMS або SE01 переміщує його до QAS та PRD.
🤖 Використовуйте штучний інтелект для сортування журналів: Помічники ШІ пояснюють журнали TR, класифікують коди повернення 0/4/8/12+ та рекомендують наступний крок у разі невдалого імпорту.

Детальніше

Що таке транспортний запит?

A Запит на транспортування (TR) — також званий запитом на зміни — це контейнер або колекція змін, внесених у SAP система розробки. Вона записує тип зміни, мету транспортування, категорію запиту та цільову систему, до якої буде передано зміну.

Кожен TR містить одне або декілька завдань зі змінами, які називаються Завдання — найменша одиниця переносимих змін. Запис заявки (TR) можна випустити лише після того, як усі завдання всередині нього будуть виконані, випущені або видалені. Уявіть собі запис заявки як папку, а завдання — як файли всередині неї.

Завдання саме по собі є списком об'єктів, змінених одним користувачем. Кожне завдання призначено рівно одному користувачеві, але один TR може містити завдання, що належать багатьом користувачам. Завдання не можна переміщувати окремо — вони завжди переміщуються як частина TR.

Правило найменування транспортних запитів

Запити на транспортування використовують фіксований шаблон, який адміністратори не можуть редагувати:

<SID>K<Number>

SID — Ідентифікатор системи (наприклад, DEV).
K — фіксоване ключове слово/літера.
Номер — послідовність, що починається з 900001.

приклад: DEVK900030Завдання всередині цього TR дотримуються тієї ж конвенції, нумеруючи їх послідовно: DEVK900031, DEVK900032, І так далі.

Кому належить запит на транспортування?

Керівник проекту або призначений керівник створює звіт про виконання (TR) і призначає кожному учаснику проекту завдання в ньому.
Власник TR контролює кожну зміну, записану в TR — лише власник може опублікувати сам TR.
Кожен призначений учасник проекту може випустити власне завдання після завершення своєї частини роботи.

Типи запитів на транспортування

Запит верстака — містить об’єкти репозиторію та об’єкти крос-клієнтського налаштування. Ці TR містять зміни до Верстак ABAP об'єкти, такі як програми, функціональні модулі, об'єкти словника та екрани.

Запит на налаштування — містить об’єкти налаштування, специфічні для клієнта. Ці записи TR записуються автоматично, коли користувачі виконують налаштування параметрів, а цільова система призначається автоматично на основі транспортного рівня (якщо такий визначено).

SE01 — Організатор транспорту (розширений вигляд)

Створіть запит на зміну

Запит на зміни можна створити двома способами:

автоматичний — коли користувач створює або змінює об’єкт, або виконує налаштування параметрів, SAP відображає діалогове вікно, в якому користувачеві пропонується або створити новий запит, або додати зміни до існуючого запиту.
Мануал — відкрийте Організатор транспорту (SE01 або SE09), створіть запит із необхідними атрибутами та вставте об’єкти, які потрібно перевезти.

Видача запиту на транспортування (процес експорту)

Розташуйте курсор на назві TR (або назві завдання) у SE01 та натисніть кнопку Відпустіть значок (значок вантажівки).
SAP автоматично додає запис випущеного TR до черг імпорту кожної цільової системи, визначеної в TMS.
Випуск та імпорт запиту автоматично генерує журнали експорту та імпорту, які команда Basis може перевірити пізніше.

Процес імпорту

Імпорт TR переміщує зміни в цільову систему (зазвичай QAS, а потім PRD).

Випуск TR робить НЕ автоматично перевести його до контролю якості або продакшену — потрібен явний крок імпорту.
Коли експорт завершиться, SAP пише відповідне Кофіли та Файли даних до загального транспортного каталогу на рівні ОС та додає запис до Імпортувати Buffer (Вигляд ОС) / Черга імпорту (SAP (перегляд програми) цільових систем.
Щоб імпортувати, відкрийте транзакцію STMS → Імпорт кнопка або вибірка Огляд → Імпорт.
STMS відображає всі системи в поточному транспортному домені, включаючи кількість запитів, що очікують у кожній черзі імпорту, та їхній статус.

Черга імпорту — список TR, доступних у загальному каталозі та готових до імпорту в цільову систему. SAP програма називає це Чергою імпорту; на рівні ОС це називається Чергою імпорту Buffer.

Статус імпорту

У останньому стовпці черги імпорту відображаються стандартні значки стану. Значки охоплюють такі стани, як «готово до імпорту», «імпортовано з попередженнями», «імпортовано успішно» та «помилка під час імпорту».

Якщо запит не додається до черги імпорту автоматично, навіть якщо файл Cofile та файл даних присутні в ОС, ви можете додати його вручну, якщо знаєте назву TR. Шлях такий: STMS → Черга імпорту → Додатково → Інші запити → Додати.

Історія імпорту

Ви можете переглянути кожен попередній імпорт у системі через STMS → Огляд імпорту → Історія імпортуІсторія показує, коли, ким і з яким кодом повернення було імпортовано кожен TR — корисно для аудиту та розслідування інцидентів.

Транспортні журнали та повернення Codes

Після запуску транспортування адміністратор Basis повинен підтвердити, що все переміщено правильно. SAP надає доступ до двох типів журналів у розділі SE01 → ПЕРЕЙТИ ДО → Транспортні журнали:

Журнал дій — перелічує виконані дії: експорт, тестовий імпорт, імпорт, розповсюдження тощо.
Транспортні журнали — записувати вміст кожного файлу журналу транспортування, створеного під час кроку.

Найважливіша інформація в журналах – це код повернення:

Код повернення	Сенс
0	Експорт або імпорт було успішно завершено.
4	Були видані попередження, але кожен об'єкт було успішно транспортовано.
8	Було видано попередження, і щонайменше один об'єкт не вдалося транспортувати.
12 або вище	Сталася критична помилка — зазвичай поза межами самого запиту (проблема на рівні системи, відсутня роль, збій мережі).

ключ SAP Транспортні T-коди

У таблиці нижче наведено всі коди транзакцій, які ви, ймовірно, використовуватимете під час роботи із запитами на транспортування.

Т-код	Мета
SE01	Організатор транспорту — розширений вигляд із повними функціями пошуку та випуску.
SE09	Організатор транспорту — орієнтований на користувача огляд «ваших» запитів і завдань.
SE10	Організатор транспорту — огляд за користувачем, статусом або діапазоном дат.
СТМС	Система управління транспортом — огляд, імпорт, розподіл.
STMS_IMPORT	Прямий доступ до черги імпорту системи.
SE03	Інструменти органайзера транспорту — параметри зміни системи, видалення, ремонт.

Найкращі практики роботи із запитами на транспортування

Наведені нижче звички підтримують чистоту та можливість перевірки трубопроводів TR:

Один TR на кожну логічну зміну: об'єднуйте пов'язані об'єкти разом, але уникайте змішування непов'язаних функціональних областей.
Descriptтекст запиту: Використовуйте короткий текст для запису номера квитка, бізнес-причини та цільової системи.
Випуск завдань перед випуском TR: TR можна звільнити лише після того, як усі завдання всередині нього будуть звільнені або видалені.
Тестування в системі контролю якості перед PRD: завжди імпортуйте до QAS, перевіряйте, а потім імпортуйте до PRD.
Перевірте коди повернення: розглядайте будь-який код повернення вище 4 як дефект, який слід дослідити, перш ніж рухатися далі.
Збережіть послідовність імпорту: імпортуйте TR у порядку їх випуску, щоб уникнути помилок, залежних від послідовності.

Поширені запитання

TR – це контейнер, який переміщується між системами. Завдання – це частина роботи одного користувача всередині цього TR. Завдання не можуть переміщуватися самостійно — вони переміщуються разом із батьківським TR.

Запити Workbench містять об'єкти репозиторію між клієнтами, такі як програми, функціональні модулі та структури словників. Запити на налаштування містять значення конфігурації, специфічні для клієнта, створені через SPRO та інші транзакції налаштування.

Ні. Після випуску TR його вміст заморожується. Будь-які подальші зміни мають бути упаковані в новий TR. SE01 відмовиться додавати об'єкти до TR, статус якого вже має статус «Випущено».

Код повернення 8 означає, що було видано попередження, і щонайменше один об'єкт не вдалося перенести. Відкрийте журнал перенесення, щоб знайти об'єкт, що зазнав невдачі, виправте першопричину та повторно імпортуйте запит після її виправлення.

Кофайли – це керуючі файли, що описують вміст транспорту та залежності; файли даних містять фактичне корисне навантаження об'єкта. Обидва файли записуються до спільного каталогу транспорту на рівні ОС, коли випускається TR.

У STMS відкрийте чергу імпорту, виберіть цільовий TR, а потім виберіть Запит → Імпорт. Будьте обережні з послідовністю: імпорт пізнішого TR не в порядку може завершитися невдачею, якщо він залежить від об'єктів з попереднього, неімпортованого запиту.

Помічники штучного інтелекту аналізують журнали транспортування, класифікують коди повернення, виявляють об'єкт, що зазнав невдачі, та пропонують наступний крок розслідування. Вони також прогнозують конфлікти послідовностей TR перед просуванням на основі перекриття об'єктів.

Так. Надайте асистенту зі штучним інтелектом список об'єктів TR та короткий текст; він створить зрозумілий для людини звіт про зміни з модулями, ризиками та примітками до відкату, готовий до розгортання.