Kas ir transporta pieprasījums?
- Transporta pieprasījumi (TR) - sava veida izmaiņu, kas tiek veiktas izstrādes sistēmā, “konteiners / kolekcija”. Tas arī reģistrē informāciju par izmaiņu veidu, transporta mērķi, pieprasījuma kategoriju un mērķa sistēmu. To sauc arī par izmaiņu pieprasījumiem.
- Katrā TR ir viens vai vairāki maiņas darbi, kurus sauc arī par izmaiņu uzdevumiem (minimālā pārvietojamo izmaiņu vienība). Uzdevumi tiek glabāti TR iekšienē, tāpat kā vairāki faili tiek glabāti kādā mapē. TR var atbrīvot tikai tad, kad visi uzdevumi TR iekšienē ir pabeigti, atbrīvoti vai izdzēsti.
- Mainīt uzdevumu faktiski ir objektu saraksts, kurus modificējis konkrēts lietotājs. Katru uzdevumu var piešķirt (un atbrīvot) tikai viens lietotājs. Tomēr katram transporta pieprasījumam var piešķirt vairākus lietotājus (jo tas var saturēt vairākus uzdevumus). Uzdevumi nav pārvietojami paši par sevi, bet tikai kā TR sastāvdaļa.
Izmaiņu pieprasījumi standarta formātā tiek nosaukti šādi:
- SID - sistēmas ID
- K - ir fiksēts atslēgvārds / alfabēts
- Skaits - var būt jebkas no diapazona, kas sākas ar 900001
Piemērs: DEVK900030
Uzdevumos tiek izmantota arī tā pati nosaukšanas kārtība , kad skaitļi secīgi seko skaitlim, kas tiek izmantots TR, kas tos satur.
Piemēram, iepriekš minētā TR piemēra uzdevumus var nosaukt kā: DEVK900031, DEVK900032
- Projekta vadītājs vai izraudzītais vadošais personāls ir atbildīgs par TR izveidošanu un projekta dalībnieku norīkošanu uz TR, izveidojot uzdevumus katram projekta dalībniekam.
- Tādējādi viņš ir īpašnieks, kurš kontrolē visas izmaiņas, kas reģistrētas šajā TR, un tāpēc viņš / viņa var atbrīvot tikai šo TR.
- Tomēr norīkotie projekta dalībnieki pēc izpildīšanas var atbrīvot savus attiecīgos izmaiņu uzdevumus.
Workbench Request - satur repozitorija objektus un arī “starpklientu” pielāgošanas objektus. Šie pieprasījumi ir atbildīgi par izmaiņu veikšanu ABAP darbagalda objektos.
Pieprasījuma pielāgošana - satur objektus, kas pieder “klientam specifiskai” pielāgošanai. Saskaņā ar klienta iestatījumiem šie pieprasījumi tiek automātiski ierakstīti, kad lietotāji veic iestatījumu pielāgošanu, un mērķa sistēma tiek automātiski piešķirta atbilstoši transporta slānim (ja tas ir definēts).
SE01 - transporta organizators - paplašināts skats
Izveidojiet izmaiņu pieprasījumu
- Izmaiņu pieprasījumu var izveidot divos veidos:
- Automātiski - vienmēr, kad izveidojat vai modificējat objektu vai veicat iestatījumu pielāgošanu, sistēma pati parāda “Dialoglodziņu” izmaiņu pieprasījuma izveidei vai piemin jau izveidota pieprasījuma nosaukumu, ja tāds ir pieejams.
- Manuāli - izveidojiet izmaiņu pieprasījumu no transporta organizatora un pēc tam ievadiet nepieciešamos atribūtus un ievietojiet objektus.
- Novietojiet kursoru uz TR nosaukuma vai uzdevuma nosaukuma un izvēlieties atbrīvošanas ikonu (Truck), TR ieraksts tiek automātiski pievienots attiecīgajām TMS definēto sistēmu importēšanas rindām.
- Atbrīvojot un importējot pieprasījumu, tiek ģenerēti eksportēšanas un importēšanas žurnāli.
Importēšanas process
TR importēšana mērķa sistēmā
- Pēc tam, kad pieprasījuma īpašnieks atbrīvo transporta pieprasījumus no avota, kvalitātes un ražošanas sistēmā jāparādās izmaiņām; tomēr tas nav automātisks process.
- Tiklīdz eksporta process ir pabeigts (atbrīvo TR), attiecīgie faili (Cofiles un Data faili) tiek izveidoti kopējā transporta direktorijā OS līmenī un ieraksts tiek veikts importēšanas buferī (OS skats) / importēšanas rindā (SAP App QAS un PRD skats.
- Tagad, lai veiktu importēšanu, mums ir jāpiekļūst importēšanas rindai, un tāpēc mums ir jāizpilda transakcijas kods STMS -> poga Importēt vai jāizvēlas pārskats -> Imports
- Tas parādīs pašreizējā domēna sistēmu sarakstu, aprakstu un importēšanas rindā pieejamo pieprasījumu skaitu un statusu.
Import Queue -> ir TR saraksts, kas pieejams kopējā direktorijā un ir gatavs importēšanai mērķa sistēmā, tas ir SAP lietojumprogrammu skats, OS līmenī to sauc arī par importēšanas buferi.
Importēšanas statuss
Importēšanas rinda pēdējā kolonnā parāda dažas standarta “ statusa ikonas ”, šeit ir ikonas ar to nozīmi, kā to nosaka SAP:
Gadījumā, ja pieprasījums netiek automātiski pievienots importēšanas rindā / buferī, pat ja ir OS līmeņa faili, šādus pieprasījumus mēs varam pievienot, izmantojot šādu metodi, tomēr mums vajadzētu zināt paredzētā TR nosaukumu:
Importēšanas vēsture
Iepriekšējo importu, kas notika sistēmā, mēs varam pārbaudīt arī šādi:
Transporta žurnāli un atgriešanās kodi
- Kad transports ir veikts, sistēmas administratoram jāpārbauda, vai tas tika veikts pareizi vai ne, jo SAP mums ir nodrošinājis šāda veida žurnālus (SE01 -> GOTO -> Transport Logs) :
- Darbību žurnāls - kas parāda veiktās darbības: eksportēšanu, testēšanas importēšanu, importēšanu un tā tālāk.
- Transporta žurnāli - kas reģistrē transporta žurnāla failus.
- Viena no svarīgākajām žurnālu sniegtajām ziņām ir atgriešanās kodi:
- 0: eksports bija veiksmīgs.
- 4: tika izsniegts brīdinājums, bet visi objekti tika veiksmīgi transportēti.
- 8: Tika izteikts brīdinājums, un vismaz vienu objektu nevarēja veiksmīgi transportēt.
- 12 vai jaunāka: radās kritiska kļūda, ko parasti neizraisa pieprasījumā esošie objekti.