Kaj je zahteva za prevoz?
- Zahteve za prevoz (TR) - je nekakšen "vsebnik / zbirka" sprememb, ki so narejene v razvojnem sistemu. Prav tako beleži podatke o vrsti spremembe, namenu prevoza, kategoriji zahteve in ciljnem sistemu. Znano je tudi kot zahteve za spremembo.
- Vsak TR vsebuje eno ali več zamenjav, imenovanih tudi naloge sprememb (najmanjša enota prenosljive spremembe). Opravila so shranjena v TR, tako kot je več datotek shranjenih v neki mapi. TR lahko sprostite šele, ko so vsa opravila znotraj TR zaključena, sproščena ali izbrisana.
- Spremeni nalogo je pravzaprav seznam predmetov, ki jih določen uporabnik spremeni. Vsako nalogo lahko dodeli (in sprosti) samo en uporabnik. Vendar je mogoče vsaki zahtevi za prevoz dodeliti več uporabnikov (saj lahko vsebuje več nalog). Naloge niso prenosljive same po sebi, ampak le kot del TR.
Zahteve za spremembe so poimenovane v standardni obliki kot:
- SID - sistemski ID
- K - je fiksna ključna beseda / abeceda
- Številka - lahko je karkoli, od razpona, ki se začne z 900001
Primer: Naloge DEVK900030 uporabljajo tudi isti dogovor o poimenovanju, pri čemer številke, zaporedne številu, uporabljenemu v TR, vsebujejo. Naloge v zgoraj omenjenem primeru TR lahko na primer poimenujemo kot: DEVK900031, DEVK900032
- Vodja projekta ali imenovani vodja je odgovoren, da ustvari TR in člane projekta dodeli TR, tako da ustvari naloge za vsakega člana projekta.
- Zato je lastnik, ki ima nadzor nad vsemi spremembami, ki so zabeležene v tem TR, zato lahko sprosti samo ta TR.
- Vendar lahko dodeljeni člani projekta po zaključku sprostijo svoje naloge sprememb.
Zahteva za delovno mizo - vsebuje predmete repozitorija in tudi predmete za prilagajanje „med odjemalci“. Te zahteve so odgovorne za spreminjanje predmetov delovne mize ABAP.
Zahteva za prilagajanje - vsebuje predmete, ki spadajo v prilagajanje po meri odjemalca. Glede na nastavitve odjemalca se te zahteve samodejno zabeležijo, ko uporabniki izvajajo prilagoditve nastavitev, ciljni sistem pa se samodejno dodeli glede na transportno plast (če je definirana).
SE01 - Organizator prevoza - razširjen pogled
Ustvarite zahtevo za spremembo
- Zahtevo za spremembo lahko ustvarite na dva načina:
- Samodejno - vsakič, ko ustvari ali spremeni predmet ali pri prilagajanju nastavitev sistem sam prikaže "Pogovorno okno" za ustvarjanje zahteve za spremembo ali omenja ime že ustvarjene zahteve, če je na voljo.
- Ročno - ustvarite zahtevo za spremembo iz organizatorja prevoza, nato vnesite zahtevane atribute in vstavite predmete.
- Postavite kazalko na ime TR ali ime opravila in izberite ikono Release (Truck), zapis TR se samodejno doda v ustrezne čakalne vrste za uvoz sistemov, definiranih v TMS.
- S sprostitvijo in uvozom zahteve se ustvarijo dnevniki izvoza in uvoza.
Postopek uvoza
Uvoz TR-jev v ciljni sistem
- Ko lastnik zahteve sprosti zahteve za transport iz izvornega sistema, se pojavijo spremembe v sistemu kakovosti in proizvodnje; vendar to ni samodejni postopek.
- Takoj, ko izvoz proces zaključi (sprošča iz TRS), ki so pomembne datoteke (Cofiles in podatkovne datoteke) so oblikovane v skupni prometni imenik na ravni OS in vpis je nastal v Uvozi Buffer (OS View) / Import čakalno vrsto (SAP App (Pogled) QAS in PRD.
- Zdaj za izvedbo uvoza moramo odpreti uvozno čakalno vrsto in za to moramo izvesti kodo transakcije STMS -> Gumb za uvoz ALI izberite Pregled -> Uvozi
- Prikazal bo seznam sistemov v trenutni domeni, opis in številne zahteve, ki so na voljo v čakalni vrsti za uvoz, ter stanje.
Čakalna vrsta uvoza -> je seznam TR-jev, ki so na voljo v skupnem imeniku in so pripravljeni za uvoz v ciljni sistem, to je SAP Application View, na ravni OS je znan tudi kot Uvozni vmesnik.
Stanje uvoza
Čakalna vrsta za uvoz v zadnjem stolpcu prikazuje nekatere standardne " ikone stanja ", tukaj so ikone z njihovimi pomeni, kot jih določa SAP:
V primeru, da zahteva ni dodana samodejno v čakalno vrsto / medpomnilnik za uvoz, čeprav so na voljo datoteke na ravni OS, lahko takšne zahteve dodamo po naslednji metodi, vendar bi morali vedeti ime predvidenega TR:
Uvozi zgodovino
Prav tako lahko preverimo prejšnji uvoz, ki se je zgodil v sistemu, na naslednji način:
Dnevniki prevoza in povratne kode
- Po opravljenem prevozu mora sistemski skrbnik preveriti, ali je bil izveden pravilno ali ne, saj nam je SAP priskrbel naslednjo vrsto dnevnikov (SE01 -> GOTO -> Transport Logs) :
- Dnevnik dejanj - ki prikazuje izvedena dejanja: izvoz, preizkus uvoza, uvoza in tako naprej.
- Dnevniki prevoza - ki vodijo zapise o datotekah dnevnika prevoza.
- Eden pomembnih informacij, ki jih vsebujejo dnevniki, so povratne kode:
- 0: Izvoz je bil uspešen.
- 4: Opozorilo je bilo izdano, vendar so bili vsi predmeti uspešno prepeljani.
- 8: Izdano je bilo opozorilo in vsaj enega predmeta ni bilo mogoče uspešno prepeljati.
- 12 ali novejši: Prišlo je do kritične napake, ki je na splošno niso povzročili predmeti v zahtevi.