Wat is een transportverzoek?
- Transportverzoeken (TR's) - is een soort 'container / verzameling' van wijzigingen die worden aangebracht in het ontwikkelsysteem. Het registreert ook de informatie over het type wijziging, het doel van het transport, de aanvraagcategorie en het doelsysteem. Het wordt ook wel wijzigingsverzoeken genoemd.
- Elke TR bevat één of meer van baan veranderen, ook wel bekend als verandering Taken (minimale eenheid van vervoerbare verandering). Taken worden opgeslagen in een TR, net zoals meerdere bestanden in een map worden opgeslagen. TR kan pas worden vrijgegeven als alle taken in een TR zijn voltooid, vrijgegeven of verwijderd.
- Change Task is eigenlijk een lijst met objecten die door een bepaalde gebruiker zijn gewijzigd. Elke taak kan worden toegewezen aan (en vrijgegeven door) slechts één gebruiker. Er kunnen echter meerdere gebruikers aan elk transportverzoek worden toegewezen (aangezien het meerdere taken kan bevatten). Taken zijn niet op zichzelf te transporteren, maar alleen als onderdeel van TR.
Wijzigingsverzoeken worden genoemd in een standaardformaat als:
- SID - Systeem-ID
- K - Is een vast trefwoord / alfabet
- Getal - kan van alles zijn, van een bereik dat begint met 900001
Voorbeeld: DEVK900030-
taken gebruiken ook dezelfde naamgevingsconventie, met 'nummers' die volgen op het nummer dat wordt gebruikt in TR waarin ze voorkomen.
Taken in het bovengenoemde TR-voorbeeld kunnen bijvoorbeeld worden genoemd als: DEVK900031, DEVK900032
- De projectmanager of aangewezen lead is verantwoordelijk om een TR aan te maken en de projectleden aan de TR toe te wijzen door taak / taken voor elk projectlid te creëren.
- Daarom is hij / zij de eigenaar met controle over alle wijzigingen die in die TR zijn vastgelegd en daarom kan hij / zij alleen die TR vrijgeven.
- Toegewezen projectleden kunnen echter hun respectieve wijzigingstaken vrijgeven zodra ze zijn voltooid.
Workbench Request - bevat repository-objecten en ook 'cross-client' aanpassingsobjecten. Deze verzoeken zijn verantwoordelijk voor het aanbrengen van wijzigingen in de ABAP-werkbankobjecten.
Customizing Request - bevat objecten die behoren tot 'klantspecifiek' customizing. Volgens de clientinstellingen worden deze verzoeken automatisch geregistreerd wanneer gebruikers aangepaste instellingen uitvoeren en een doelsysteem wordt automatisch toegewezen volgens de transportlaag (indien gedefinieerd).
SE01 - Transportorganisator - Uitgebreide weergave
Maak een wijzigingsverzoek
- Wijzigingsverzoek kan op twee manieren worden aangemaakt:
- Automatisch - Bij het maken of wijzigen van een object, of bij het uitvoeren van aanpassingsinstellingen, toont het systeem zelf het 'dialoogvenster' voor het maken van een wijzigingsverzoek of het vermelden van de naam van een reeds aangemaakt verzoek, indien beschikbaar.
- Handmatig - Maak het wijzigingsverzoek vanuit de Transportorganisator en voer vervolgens de vereiste attributen in en voeg objecten in.
- Plaats de cursor op de TR-naam of een taaknaam en kies het pictogram Vrijgeven (Truck), een record van de TR wordt automatisch toegevoegd aan de juiste importwachtrijen van de systemen die in het TMS zijn gedefinieerd.
- Door een verzoek vrij te geven en te importeren, worden export- en importlogboeken gegenereerd.
Het importproces
TR's importeren in het doelsysteem
- Nadat de eigenaar van het verzoek het transportverzoeken van het bronsysteem vrijgeeft, zouden er veranderingen in het kwaliteits- en productiesysteem moeten verschijnen; dit is echter geen automatisch proces.
- Zodra het exportproces is voltooid (vrijgeven van TR's), worden relevante bestanden (Cofiles en Data-bestanden) aangemaakt in de gemeenschappelijke transportdirectory op OS-niveau en wordt de invoer gemaakt in de Import Buffer (OS View) / Import Queue (SAP App View) van de QAS en PRD.
- Om de import uit te voeren, hebben we toegang nodig tot de importwachtrij en daarvoor moeten we transactiecode STMS uitvoeren -> Import-knop OF selecteer Overzicht -> Imports
- Het toont de lijst met systemen in het huidige domein, de beschrijving en een aantal verzoeken die beschikbaar zijn in de importwachtrij en de status.
Import Queue -> is de lijst met TR's die beschikbaar zijn in de algemene directory en klaar zijn om geïmporteerd te worden in het doelsysteem, dit is de SAP Application View, op OS-niveau is het ook bekend als Import Buffer.
De importstatus
Import Queue toont enkele standaard ' statuspictogrammen ' in de laatste kolom, hier zijn de pictogrammen met hun betekenis, zoals gedefinieerd door SAP:
In het geval dat een verzoek niet automatisch wordt toegevoegd aan de importwachtrij / buffer, ook al zijn de bestanden op OS-niveau aanwezig, dan kunnen we dergelijke verzoeken op de volgende manier toevoegen, maar we zouden de naam van de bedoelde TR moeten weten:
Importeer geschiedenis
We kunnen ook de vorige importen die in het systeem hebben plaatsgevonden als volgt controleren:
Transportlogboeken en retourcodes
- Nadat het transport is uitgevoerd, moet de systeembeheerder controleren of het correct is uitgevoerd of niet, daarvoor heeft SAP ons de volgende soorten logs verstrekt (SE01 -> GOTO -> Transport Logs) :
- Action Log - waarin de acties worden weergegeven die hebben plaatsgevonden: export, testimport, import enzovoort.
- Transportlogboeken - die de transportlogbestanden bijhouden.
- Een van de belangrijke informatie die door logboeken wordt verstrekt, zijn de retourcodes:
- 0: De export is gelukt.
- 4: Er is een waarschuwing gegeven, maar alle objecten zijn met succes vervoerd.
- 8: Er is een waarschuwing gegeven en ten minste één object kon niet met succes worden vervoerd.
- 12 of hoger: er is een kritieke fout opgetreden, die doorgaans niet wordt veroorzaakt door de objecten in het verzoek.