SAP Заявка за транспорт: Как да внасяте и изнасяте TR
Джесика Блейк
⚡ Умно обобщение
SAP Заявката за транспорт пакетира всяка промяна, направена в системата за разработка, в преносим контейнер, който се премества към QA и производствения отдел. Стандартният поток е Създаване → Издаване (Експортиране) → Импортиране → Проверка на регистрационни файлове и кодове за връщане чрез STMS и SE01.
Какво е заявка за транспорт?
A Заявка за транспорт (TR) — наричана още Заявка за промяна — е контейнер или колекция от промени, направени в SAP система за разработка. Тя записва вида на промяната, целта на транспорта, категорията на заявката и целевата система, към която ще бъде прехвърлена промяната.
Всеки TR съдържа една или повече задачи за промяна, наречени Задачи — най-малката единица преносима промяна. TR може да бъде освободен само след като всяка задача в него е завършена, освободена или изтрита. Мислете за TR като за папка, а задачите като за файловете в нея.
Самата задача е списък с обекти, модифицирани от един потребител. Всяка задача е присвоена точно на един потребител, но един TR може да съдържа задачи, принадлежащи на много потребители. Задачите не могат да бъдат премествани самостоятелно — те винаги се местят като част от TR.
Конвенция за именуване на транспортни заявки
Заявките за транспорт използват фиксиран шаблон, който администраторите не могат да редактират:
<SID>K<Number>- SID — Идентификатор на системата (например,
DEV). - K — фиксирана ключова дума/буква.
- Телефон за връзка: — последователност, започваща от 900001.
Пример: DEVK900030Задачите в този TR следват същата конвенция, номерирани последователно: DEVK900031, DEVK900032, и така нататък.
Кой е собственик на транспортна заявка?
- Ръководителят на проекта или определеният ръководител създава TR и възлага на всеки член на проекта задача в него.
- Собственикът на регистрационния запис контролира всяка промяна, записана в него — само собственикът може да го освободи.
- Всеки назначен член на проекта може да освободи своята задача, след като неговата част от работата е завършена.
Видове транспортни заявки
Заявка за работна маса — съдържа обекти от хранилището и обекти за персонализиране между клиенти. Тези TR съдържат промени в Работна маса ABAP обекти като програми, функционални модули, речникови обекти и екрани.
Заявка за персонализиране — съдържа специфични за клиента обекти за персонализиране. Тези TR се записват автоматично, когато потребителите извършват персонализиране на настройките, и целевата система се присвоява автоматично въз основа на транспортния слой (ако е дефиниран такъв).
SE01 — Транспортен органайзер (разширен изглед)
Създайте заявка за промяна
Заявка за промяна може да бъде създадена по два начина:
- автоматичен — когато потребител създава или променя обект или извършва персонализиране на настройки, SAP показва диалогов прозорец, който пита потребителя дали да създаде нова заявка или да прикачи промяната към съществуваща заявка.
- наръчник — отворете Организатора на транспорт (SE01 или SE09), създайте заявката с необходимите атрибути и поставете обектите за транспортиране.
Публикуване на заявката за транспорт (процес на експорт)
- Позиционирайте курсора върху името на TR (или името на задача) в SE01 и щракнете върху Освободете икона (иконата на камиона).
- SAP автоматично добавя запис на освободения TR към опашките за импортиране на всяка целева система, дефинирана в TMS.
- Пускането и импортирането на заявката автоматично генерира лог файлове за експортиране и импортиране, които екипът на Basis може да провери по-късно.
Процесът на импортиране
Импортирането на TR премества промяната в целевата система (обикновено QAS, след това PRD).
- Освобождаването на TR прави не автоматично го промотирайте до QA или продукция — изисква се изрична стъпка за импортиране.
- Когато експортът приключи, SAP пише съответното Кофайлове намлява Файлове с данни в общата транспортна директория на ниво операционна система и добавя запис към внос Buffer (Изглед на операционната система) / Опашка за импортиране (SAP изглед на приложението) на целевите системи.
- За импортиране отворете транзакцията STMS → Импортиране бутон или изберете Общ преглед → Внос.
- STMS изброява всяка система в текущия транспортен домейн, с броя на заявките, чакащи във всяка опашка за импортиране, и техния статус.
Опашка за импортиране — списъкът с TR, налични в общия указател и готови за импортиране в целевата система. SAP приложението го нарича Опашка за импортиране; на ниво операционна система се нарича Опашка за импортиране Buffer.
Състоянието на импортиране
Опашката за импортиране показва стандартни икони за състояние в последната колона. Иконите обхващат състояния като „готово за импортиране“, „импортирано с предупреждения“, „импортирано успешно“ и „грешка по време на импортирането“.
Ако заявка не се добави автоматично към опашката за импортиране — въпреки че Cofile и Data файлът са налични в операционната система — можете да я добавите ръчно, ако знаете името на TR. Пътят е STMS → Опашка за импортиране → Екстри → Други заявки → Добавяне.
Импортиране на история
Можете да прегледате всеки предишен импорт в системата чрез STMS → Общ преглед на импортирането → История на импортиранетоИсторията показва кога е бил импортиран всеки TR, от кого и с какъв код за връщане — полезно за одит и разследване на инциденти.
Транспортни дневници и връщане Codes
След като транспортът се изпълни, администраторът на Basis трябва да потвърди, че всичко е преместено правилно. SAP показва два типа лог файлове под SE01 → GOTO → Транспортни дневници:
- Дневник на действията — изброява изпълнените действия: експортиране, тестов импорт, импортиране, разпространение и т.н.
- Транспортни дневници — записва съдържанието на всеки файл с транспортен лог, създаден по време на дадена стъпка.
Най-важната информация в лог файловете е код за връщане:
| Код за връщане | Значение |
|---|---|
| 0 | Експортът или импортът беше успешен. |
| 4 | Бяха издадени предупреждения, но всеки обект беше транспортиран успешно. |
| 8 | Издадени са предупреждения и поне един обект не е успял да бъде транспортиран. |
| 12 или по-висока | Възникна критична грешка — обикновено извън самата заявка (проблем на системно ниво, липсваща роля, мрежов бъг). |
ключ SAP Транспортни T-кодове
Таблицата по-долу обобщава всички кодове на транзакции, които е вероятно да използвате, докато работите със заявки за транспорт.
| Т-код | Цел |
|---|---|
| SE01 | Организатор на транспорт — разширен изглед с пълни функции за търсене и освобождаване. |
| SE09 | Организатор на транспорт — ориентиран към потребителя изглед на „вашите“ заявки и задачи. |
| SE10 | Организатор на транспорт — общ преглед по потребител, статус или диапазон от дати. |
| СТМС | Система за управление на транспорта — общ преглед, внос, дистрибуция. |
| STMS_IMPORT | Директен достъп до опашката за импортиране на системата. |
| SE03 | Инструменти за органайзер на транспорт — опции за промяна на системата, изтриване, поправка. |
Най-добри практики за работа със заявки за транспорт
Следните навици поддържат TR тръбопроводите чисти и одитируеми:
- Един TR на логическа промяна: Обединете свързани обекти, но избягвайте смесването на несвързани функционални области.
- Descriptтекст на заявката за ive: използвайте краткия текст, за да запишете номера на билета, бизнес причината и целевата система.
- Публикуване на задачи преди публикуване на TR: TR може да бъде освободен само след като всяка задача в него бъде освободена или изтрита.
- Тест в QAS преди PRD: винаги импортирайте в QAS, валидирайте и едва след това импортирайте в PRD.
- Проверете кодовете за връщане: третирайте всеки код за връщане, по-висок от 4, като дефект, който трябва да се проучи, преди да продължите напред.
- Запазете последователността на импортиране: импортирайте TR в реда, в който са били пуснати, за да избегнете грешки, зависими от последователността.
