Какво е заявка за транспорт?
- Транспортни заявки (TRs) - е вид „Контейнер / Събиране“ на промени, направени в системата за разработка. Той също така записва информацията относно вида на промяната, целта на транспорта, категорията на заявката и целевата система. Известен е още като Заявки за промяна.
- Всеки TR съдържа една или повече задачи за смяна, известни също като задачи за промяна (минимална единица транспортируема промяна). Задачите се съхраняват в TR, точно както множество файлове се съхраняват в някаква папка. TR може да бъде освободен само след като всички задачи в TR са завършени, освободени или изтрити.
- Промяна на задачата всъщност е списък на обекти, които са модифицирани от определен потребител. Всяка задача може да бъде възложена (и освободена от) само на един потребител. Към всяка заявка за транспорт обаче могат да бъдат назначени множество потребители (тъй като тя може да съдържа множество задачи). Задачите не са преносими сами по себе си, а само като част от TR.
Исканията за промяна се именуват в стандартен формат като:
- SID - Идентификатор на системата
- K - е фиксирана ключова дума / азбука
- Номер - може да бъде всичко от диапазон, започващ с 900001
Пример: Задачите DEVK900030 също използват една и съща конвенция за именуване, като „числата“ са последователни на номера, използван в TR, който ги съдържа. Например, Задачите в гореспоменатия TR Пример могат да бъдат наречени като: DEVK900031, DEVK900032
- Ръководителят на проекта или определения ръководител е отговорен да създаде TR и да назначи членовете на проекта към TR чрез създаване на задачи / задачи за всеки член на проекта.
- Следователно, той / той е собственикът с контрол върху всички промени, които са записани в този TR и следователно, той / той може да освободи само този TR.
- Въпреки това, назначените членове на проекта могат да освободят съответните си задачи за промяна, след като бъдат изпълнени.
Workbench Request - съдържа обекти на хранилище, а също и обекти за персонализиране на „cross-client“. Тези заявки са отговорни за извършване на промени в обектите на ABAP Workbench.
Заявка за персонализиране - съдържа обекти, които принадлежат към персонализиране на клиента. Според настройките на клиента, тези заявки се записват автоматично, когато потребителите извършват персонализиране на настройките и целевата система автоматично се присвоява според транспортния слой (ако е дефиниран).
SE01 - Организатор на транспорта - Разширен изглед
Създайте заявка за промяна
- Искането за промяна може да бъде създадено по два начина:
- Автоматично - Винаги при създаване или модифициране на обект или при извършване на персонализиране на настройките, самата система показва диалоговия прозорец за създаване на заявка за промяна или споменава име на вече създадена заявка, ако е налична.
- Ръчно - Създайте заявка за промяна от организатора на транспорта и след това въведете необходимите атрибути и вмъкнете обекти.
- Поставете курсора върху TR име или име на задача и изберете иконата Release (Truck), записът на TR автоматично се добавя към съответните опашки за импортиране на системите, дефинирани в TMS.
- Пускането и импортирането на заявка генерира дневници за експортиране и импортиране.
Процесът на импортиране
Импортиране на TR в целевата система
- След като собственикът на заявката пусне транспортните заявки от системата източник, трябва да се появят промени в системата за качество и производство; това обаче не е автоматичен процес.
- Веднага след завършване на процеса на експортиране (освобождаване на TR), съответните файлове (Cofiles и Data files) се създават в общата транспортна директория на ниво ОС и записът се извършва в буфера за импортиране (OS View) / Import Queue (SAP App (Изглед) на QAS и PRD.
- Сега, за да извършим импортирането, трябва да осъществим достъп до опашката за импортиране и за това трябва да изпълним код на транзакция STMS -> Бутон за импортиране ИЛИ изберете Общ преглед -> Импортиране
- Той ще покаже списъка на системите в текущия домейн, описанието и броя на заявките, налични в Import Queue и състоянието.
Опашка за импортиране -> е списъкът с TR, налични в общата директория и са готови за импортиране в целевата система, това е изгледът на SAP Application, на ниво ОС е известен също като Import Buffer.
Състояние на импортирането
Опашката за импортиране показва някои стандартни „ икони на състоянието “ в последната колона, ето иконите с техните значения, както са дефинирани от SAP:
В случай, че заявка не се добавя автоматично в опашката / буфера за импортиране, въпреки че са налични файлове на ниво ОС, тогава можем да добавим такива заявки по следния метод, но трябва да знаем името на предвидения TR:
Импортиране на история
Също така можем да проверим предишния импорт, който се е случил в системата, както следва:
Транспортни дневници и кодове за връщане
- След като транспортирането е извършено, системният администратор трябва да провери дали е извършен правилно или не, тъй като SAP ни е предоставил следния тип регистрационни файлове (SE01 -> GOTO -> Transport Logs) :
- Дневник на действията - който показва извършените действия: експортиране, тестово импортиране, импортиране и т.н.
- Транспортни дневници - които водят запис на транспортните регистрационни файлове.
- Една от важната информация, предоставена от регистрационните файлове, са кодовете за връщане:
- 0: Експортирането беше успешно.
- 4: Издадено е предупреждение, но всички обекти са транспортирани успешно.
- 8: Издадено е предупреждение и поне един обект не може да бъде транспортиран успешно.
- 12 или по-нова версия: Възникна критична грешка, обикновено не причинена от обектите в заявката.