Шта је захтев за превоз?
- Захтеви за транспорт (ТР) - је нека врста „контејнера / збирке“ промена које су направљене у развојном систему. Такође бележи информације у вези са врстом промене, сврхом превоза, категоријом захтева и циљним системом. Познат је и под називом Захтеви за промену.
- Свака ТР садржи један или више променљивих послова, познатих и као Задаци промене (минимална јединица преносиве промене). Задаци се чувају у ТР-у, баш као што се више датотека чува у некој фасцикли. ТР се може ослободити само када се сви задаци унутар ТР доврше, пусте или избришу.
- Задатак за промену је заправо листа објеката које одређени корисник модификује. Сваки задатак може доделити (и ослободити) само један корисник. Међутим, сваком захтеву за транспорт може се доделити више корисника (јер може садржавати више задатака). Задаци нису преносиви сами по себи, већ само као део ТР.
Захтеви за промену су именовани у стандардном формату као: <СИД> К <Нумбер> [Није могуће променити од стране системских администратора]
- СИД - системски ИД
- К - је фиксна кључна реч / абецеда
- Број - може бити било који, од распона који почиње са 900001
Пример: Задаци ДЕВК900030 такође користе исту конвенцију именовања, а бројеви узастопни броју који се користи у ТР садрже их. На пример, задаци у горе поменутом ТР примеру могу се именовати као: ДЕВК900031, ДЕВК900032
- Руководилац пројекта или именовани вођа одговоран је за стварање ТР и додељивање чланова пројекта ТР стварањем задатака за сваког члана пројекта.
- Дакле, он / он је власник који има контролу над свим променама које су забележене у том ТР-у, па према томе, он / он може само да ослободи тај ТР.
- Међутим, додељени чланови пројекта могу објавити своје одговарајуће задатке промена након што су завршени.
Воркбенцх Рекуест - садржи објекте спремишта и такође прилагођавајуће објекте „више клијената“. Ови захтеви су одговорни за уношење промена у објекте АБАП радног стола.
Захтев за прилагођавање - садржи објекте који припадају прилагођавању „посебно за клијента“. Према подешавањима клијента, ови захтеви се аутоматски бележе када корисници изврше прилагођавање поставки и циљни систем се аутоматски додели према транспортном слоју (ако је дефинисан).
СЕ01 - Организатор транспорта - Проширени приказ
Направите захтев за промену
- Захтев за промену може се креирати на два начина:
- Аутоматски - Кад год креира или мења објекат или приликом извршавања прилагођавања поставки, сам систем приказује 'оквир за дијалог' за креирање захтева за промену или помиње име већ креираног захтева, ако је доступан.
- Ручно - Направите захтев за промену од Организатора транспорта, а затим унесите потребне атрибуте и уметните објекте.
- Поставите курсор на ТР назив или назив задатка и одаберите икону Релеасе (Труцк), запис ТР аутоматски се додаје у одговарајуће редове увоза система дефинисаних у ТМС-у.
- Отпуштањем и увозом захтева генеришу се евиденције извоза и увоза.
Процес увоза
Увоз ТР у циљни систем
- Након што власник захтева пусти захтеве за транспорт из изворног система, требало би да се појаве промене у систему квалитета и производње; међутим, ово није аутоматски процес.
- Чим комплетирало процеса извоза (испуштају из ТРС), релевантних датотека (Цофилес и датотека са подацима) се креирају у заједничком транспорта директоријум на ОС нивоу и унос је направљен у увоз Буффер- (ОС Виев) / импорт Куеуе (САП Апп (Приказ) КАС и ПРД.
- Сада да бисмо извршили увоз, морамо приступити реду за увоз, а за то морамо извршити шифру трансакције СТМС -> Дугме за увоз ИЛИ изаберите Преглед -> Увоз
- Приказаће листу система у тренутном домену, опис и број захтева доступних у реду за увоз и статус.
Ред за увоз -> је листа ТР-ова доступних у заједничком директоријуму и спремне су за увоз у циљни систем, ово је САП Апплицатион Виев, на нивоу ОС-а познат је и као Импорт Буффер.
Статус увоза
Ред за увоз приказује неке стандардне „ иконе статуса “ у последњој колони, ево икона са њиховим значењима, како их дефинише САП:
У случају да се захтев не додаје аутоматски у ред чекања / бафер за увоз, иако су датотеке на нивоу ОС-а, такве захтеве можемо додати следећим методом, међутим, требало би да знамо назив предвиђеног ТР:
Увоз историје
Такође можемо да проверимо претходни увоз који се догодио у систему на следећи начин:
Евиденције транспорта и повратни кодови
- По извршеном транспорту, системски администратор мора да провери да ли је извршен правилно или не, јер нам је САП доставио следећи тип евиденције (СЕ01 -> ГОТО -> Лог Логс) :
- Евиденција акција - која приказује радње које су се догодиле: извоз, тест увоз, увоз и тако даље.
- Дневници транспорта - који воде евиденцију датотека превоза.
- Једна од важних информација коју евиденција пружа су повратне шифре:
- 0: Извоз је успео.
- 4: Упозорење је издато, али сви предмети су успешно транспортовани.
- 8: Издато је упозорење и најмање један предмет није могао бити успешно превезен.
- 12 или новији: Догодила се критична грешка коју углавном нису проузроковали објекти у захтеву.