Що таке транспортний запит?
- Транспортні запити (ТЗ) - це свого роду «Контейнер / Збір» змін, що вносяться в систему розробки. Він також реєструє інформацію про тип зміни, мету транспорту, категорію запиту та цільову систему. Він також відомий як Запити на зміну.
- Кожен TR містить одне або кілька завдань зміни, також відомих як Завдання зміни (мінімальна одиниця транспортувального зміни). Завдання зберігаються всередині TR, так само, як кілька файлів зберігаються в якійсь папці. TR може бути випущений лише після того, як усі завдання всередині TR завершені, звільнені або видалені.
- Завдання зміни - це насправді перелік об’єктів, які модифікуються певним користувачем. Кожне завдання може бути призначене (і звільнено) лише одному користувачеві. Однак для кожного транспортного запиту можуть бути призначені декілька користувачів (оскільки він може містити кілька завдань). Завдання не транспортуються самі по собі, а лише як частина ТР.
Запити на зміну називаються у стандартному форматі як:
- SID - ідентифікатор системи
- K - фіксоване ключове слово / алфавіт
- Номер - може бути будь-яким, починаючи з діапазону 900001
Приклад: Завдання DEVK900030 також використовують ту саму домовленість про іменування, причому `` числа '' послідовні номеру, що використовується в TR, що їх містить. Наприклад, Завдання у згаданому вище Прикладі TR можна назвати такими: DEVK900031, DEVK900032
- Керівник проекту або призначений керівник відповідає за створення ТР та призначення членів проекту до ТР шляхом створення завдань для кожного учасника проекту.
- Отже, він / він є власником, який контролює всі зміни, записані в цій ТР, а отже, він / він може звільнити лише цю ТР.
- Однак призначені члени проекту можуть після завершення звільнити відповідні завдання зміни.
Workbench Request - містить об’єкти сховища, а також об’єкти налаштування, що працюють у різних клієнтах. Ці запити відповідають за внесення змін до об’єктів робочого середовища ABAP.
Запит про налаштування - містить об’єкти, що належать до налаштувань, що стосуються “клієнта”. Відповідно до налаштувань клієнта, ці запити автоматично реєструються відповідно до того, як користувачі виконують налаштування параметрів, а цільова система автоматично призначається відповідно до транспортного рівня (якщо це визначено).
SE01 - Організатор транспорту - Розширений огляд
Створіть запит на зміну
- Запит на зміну можна створити двома способами:
- Автоматично - під час створення або модифікації об’єкта або під час налаштування параметрів система сама відображає «Діалогове вікно» для створення запиту на зміну або згадування імені вже створеного запиту, якщо такий є.
- Вручну - створіть запит на зміну від Організатора транспорту, а потім введіть необхідні атрибути та вставте об’єкти.
- Наведіть курсор на назву TR або назву завдання та виберіть піктограму Release (Truck), запис TR автоматично додається до відповідних черг імпорту систем, визначених у TMS.
- Випуск та імпорт запиту генерує журнали експорту та імпорту.
Процес імпорту
Імпорт TR в цільову систему
- Після того, як власник запиту звільняє транспортні запити з вихідної системи, повинні з’явитися зміни в системі якості та виробництва; однак це не є автоматичним процесом.
- Як тільки процес експорту завершується (випуск TR), відповідні файли (файли Cofiles і Data) створюються в загальному транспортному каталозі на рівні ОС, а запис робиться в буфері імпорту (Перегляд ОС) / Черзі імпорту (додаток SAP (Погляд) QAS та PRD.
- Тепер, щоб виконати імпорт, нам потрібно отримати доступ до черги імпорту, і для цього нам потрібно виконати код транзакції STMS -> Кнопка імпорту АБО виберіть Огляд -> Імпорт
- Він покаже список систем у поточному домені, опис та кількість запитів, доступних у черзі імпорту, та стан.
Черга імпорту -> - це список TR, доступних у загальному каталозі та готових до імпорту в цільову систему, це подання SAP Application, на рівні ОС він також відомий як буфер імпорту.
Статус імпорту
Черга імпорту показує деякі стандартні " піктограми стану " в останньому стовпці, ось значки з їх значеннями, визначеними SAP:
У випадку, якщо запит не додається автоматично до черги / буфера імпорту, навіть якщо файли рівня ОС присутні, тоді ми можемо додавати такі запити наступним методом, однак нам слід знати назву передбачуваного TR:
Історія імпорту
Ми також можемо перевірити попередні імпорти, що відбувалися в системі, наступним чином:
Транспортні журнали та коди повернення
- Після того, як транспортування було виконано, системний адміністратор повинен перевірити, чи було воно виконано належним чином чи ні, оскільки SAP надав нам такий тип журналів (SE01 -> GOTO -> Журнали транспорту) :
- Журнал дій - в якому відображаються дії, що мали місце: експорт, тестовий імпорт, імпорт тощо.
- Транспортні журнали - в яких зберігаються записи транспортних файлів журналів.
- Однією з важливих відомостей, яку надають журнали, є коди повернення:
- 0: Експорт був успішним.
- 4: Винесено попередження, але всі об’єкти успішно транспортовані.
- 8: Винесено попередження, і принаймні один предмет не вдалося успішно транспортувати.
- 12 або вище: сталася критична помилка, як правило, не спричинена об’єктами у запиті.