Mis on transporditaotlus?
- Transporditaotlused (TR) - on teatud tüüpi „konteiner / kogu“ muudatusi, mida arendussüsteemis tehakse. Samuti salvestatakse teave muudatuste tüübi, transpordi eesmärgi, taotluskategooria ja sihtsüsteemi kohta. Seda nimetatakse ka muutmistaotlusteks.
- Iga TR sisaldab ühte või mitut vahetustööd, mida nimetatakse ka muutmisülesanneteks (transporditava muudatuse minimaalne ühik). Ülesanded salvestatakse TR-i, nii nagu mõnes kaustas on mitu faili. TR saab vabastada alles siis, kui kõik TR-s olevad ülesanded on lõpule viidud, vabastatud või kustutatud.
- Muuda ülesannet on tegelikult objektide loend, mida konkreetne kasutaja muudab. Iga ülesande saab määrata (ja selle saab vabastada) ainult üks kasutaja. Igale transporditaotlusele saab siiski määrata mitu kasutajat (kuna see võib sisaldada mitut ülesannet). Ülesandeid ei saa ise transportida, vaid ainult TR-i osana.
Muutmisnõuded on standardses vormis nimetatud järgmiselt:
- SID - süsteemi ID
- K - on fikseeritud märksõna / tähestik
- Number - võib olla ükskõik milline vahemik, mis algab 900001-ga
Näide: DEVK900030
Ülesanded kasutavad ka sama nimetamiskorda, kusjuures numbrid on järjestikused numbrites, mis neid sisaldavad TR-is.
Näiteks võib ülalnimetatud TR näite ülesandeid nimetada järgmiselt: DEVK900031, DEVK900032
- Projektijuht või määratud juht vastutab TR loomise ja projekti liikmete määramise kohta TR-le, luues iga projekti liikme jaoks ülesanded.
- Seega on ta kõigi selles TR-is registreeritud muudatuste omanik ja seetõttu saab ta ainult selle TR-i vabastada.
- Kuid määratud projekti liikmed võivad pärast nende täitmist oma vastavad muudatuste ülesanded vabastada.
Workbench Request - sisaldab hoidla objekte ja ka 'klientideüleseid' objekte. Need taotlused vastutavad ABAP-töölauaobjektides muudatuste tegemise eest.
Kohandamistaotlus - sisaldab objekte, mis kuuluvad „kliendispetsiifilisse” kohandamisse. Vastavalt kliendi seadetele registreeritakse need taotlused automaatselt vastavalt kasutajate seadete kohandamisele ja sihtsüsteem määratakse automaatselt vastavalt transpordikihile (kui see on määratletud).
SE01 - transpordi korraldaja - laiendatud vaade
Looge muutmistaotlus
- Muudatustaotlust saab luua kahel viisil:
- Automaatne - objekti loomisel või muutmisel või sätete kohandamisel kuvab süsteem ise muutmistaotluse loomiseks dialoogiboksi või mainib juba loodud päringu nime, kui see on saadaval.
- Käsitsi - looge transpordikorraldaja kaudu muutmistaotlus ja sisestage vajalikud atribuudid ning sisestage objektid.
- Asetage kursor TR-i nimele või ülesande nimele ja valige vabastamise ikoon (veoauto), TR-i kirje lisatakse automaatselt TMS-is määratletud süsteemide vastavatesse impordijärjekordadesse.
- Päringu vabastamine ja importimine genereerib ekspordi- ja impordilogid.
Impordiprotsess
TR-ide importimine sihtsüsteemi
- Pärast seda, kui päringu omanik vabastab transporditaotlused allikast, peaksid kvaliteedi- ja tootmissüsteemis ilmnema muudatused; see pole aga automaatne protsess.
- Niipea kui eksportimisprotsess on lõpule jõudnud (TR-de vabastamine), luuakse asjakohased failid (Cofiles ja Data failid) OS-i ühises transpordikataloogis ja sisestus tehakse impordipuhvris (OS-vaade) / impordijärjekorras (SAP-rakendus QASi ja PRD vaade.
- Nüüd peame importimiseks pääsema juurde impordijärjekorrale ja selleks peame käivitama tehingukoodi STMS -> nupp Import VÕI valige ülevaade -> import
- See näitab praeguse domeeni süsteemide loendit, kirjeldust ja paljusid impordijärjekorras saadaolevaid taotlusi ning olekut.
Import Queue -> on ühises kataloogis saadaval olevate TR-de loend, mis on valmis sihtsüsteemi importimiseks, see on SAP-i rakendusevaade, OS-i tasandil on see tuntud ka kui impordipuhver.
Importimise olek
Impordijärjekord näitab viimases veerus mõnda standardset olekuikooni , siin on ikoonid nende tähendustega, nagu SAP määratleb:
Juhul kui impordijärjekorda / puhvrisse päringut automaatselt ei lisata, kuigi OS-i failid on olemas, saame sellised taotlused lisada järgmise meetodi abil, kuid peaksime teadma kavandatud TR-i nime:
Importimise ajalugu
Samuti võime süsteemis eelmisi importe kontrollida järgmiselt:
Transpordipäevikud ja tagastuskoodid
- Pärast transportimist peab süsteemiadministraator kontrollima, kas see viidi läbi õigesti või mitte, sest SAP on meile esitanud järgmist tüüpi logid (SE01 -> GOTO -> Transpordilogid) :
- Action Log - kuvab toimingud, mis on toimunud: eksport, testimport, import ja nii edasi.
- Transpordilogid - mis peavad arvestust transpordilogi failide üle.
- Üks logide pakutav oluline teave on tagastuskoodid:
- 0: eksportimine õnnestus.
- 4: väljastati hoiatus, kuid kõik esemed transporditi edukalt.
- 8: Esitati hoiatus ja vähemalt ühte objekti ei õnnestunud edukalt transportida.
- 12 või uuem: ilmnes kriitiline viga, mida tavaliselt ei põhjustanud päringus olevad objektid.