SAP Transportförfrågan: Hur man importerar och exporterar TR

⚡ Smart sammanfattning

SAP Transport Request paketerar varje ändring som görs i utvecklingssystemet till en portabel container som flyttas till QA och produktion. Standardflödet är Skapa → Släpp (Exportera) → Importera → Verifiera loggar och returkoder via STMS och SE01.

  • 📦 Behandla en TR som en behållare: Varje TR innehåller en eller flera uppgifter; uppgifter överförs endast som en del av den överordnade TR:n.
  • 🔖 Känn till namngivningsmönstret: K (t.ex. DEVK900030) är åtgärdat och redigeras aldrig av en administratör.
  • 🗂️ Välj rätt typ: Workbench-förfrågningar innehåller klientövergripande repository-objekt; anpassningsförfrågningar innehåller klientspecifika inställningar.
  • 🚚 Frisläppning för export, STMS för import: Att släppa en TR utlöser exporten; STMS eller SE01 Import Queue flyttar den till QAS och PRD.
  • 🤖 Använd AI för loggtriage: AI-assistenter förklarar TR-loggar, klassificerar returkoder 0/4/8/12+ och rekommenderar nästa steg när en import misslyckas.

SAP Struktur för transportförfrågningar

Vad är en transportförfrågan?

A Transportförfrågan (TR) — även kallad en ändringsbegäran — är en behållare eller samling av ändringar som gjorts i SAP utvecklingssystem. Det registrerar typen av ändring, syftet med transporten, förfrågningskategorin och det målsystem som ändringen kommer att marknadsföras till.

Varje TR innehåller ett eller flera ändringsjobb som kallas Uppgifter — den minsta enheten för transporterbar förändring. En TR kan endast frigöras efter att varje uppgift i den har slutförts, frigjorts eller raderats. Tänk på en TR som en mapp och uppgifterna som filerna i den.

En uppgift är i sig en lista över objekt som modifierats av en enda användare. Varje uppgift är tilldelad exakt en användare, men en enda TR kan innehålla uppgifter som tillhör många användare. Uppgifter kan inte transporteras separat – de flyttas alltid som en del av en TR.

Namngivningskonvention för transportförfrågningar

Transportförfrågningar använder ett fast mönster som administratörer inte kan redigera:

<SID>K<Number>
  • SID — System-ID (till exempel DEV).
  • K — fast nyckelord/bokstav.
  • Antal — en sekvens som börjar vid 900001.

Exempel: DEVK900030Uppgifter inom den TR följer samma konvention, numrerade i löpande ordning: DEVK900031, DEVK900032, Och så vidare.

SAP Struktur för transportförfrågningar

Vem äger en transportförfrågan?

  • Projektledaren eller den utsedda ledaren skapar TR:n och tilldelar varje projektmedlem en uppgift inom den.
  • Transaktionsinnehavaren kontrollerar alla ändringar som registreras i transaktionshandlingen – endast ägaren kan frigöra själva transaktionshandlingen.
  • Varje tilldelad projektmedlem kan frigöra sin egen uppgift när deras del av arbetet är slutförd.

Transportförfrågan äganderätt

Typer av transportförfrågningar

Arbetsbänksförfrågan — innehåller repository-objekt och objekt för anpassning mellan klienter. Dessa TR:er medför ändringar i ABAP arbetsbänk objekt såsom program, funktionsmoduler, ordboksobjekt och skärmar.

Anpassningsförfrågan — innehåller klientspecifika anpassningsobjekt. Dessa TR:er registreras automatiskt när användare anpassar inställningar, och ett målsystem tilldelas automatiskt baserat på transportlagret (om ett sådant är definierat).

SE01 — Transportorganisatör (utökad vy)

SE01 Transportorganisatör utökad vy

Skapa en ändringsförfrågan

En ändringsförfrågan kan skapas på två sätt:

  • Automat — när en användare skapar eller ändrar ett objekt, eller anpassar inställningar, SAP visar en dialogruta som ber användaren antingen skapa en ny begäran eller koppla ändringen till en befintlig begäran.
  • Manuell — öppna transportorganisatören (SE01 eller SE09), skapa begäran med de obligatoriska attributen och infoga de objekt som ska transporteras.

Skapa en ändringsbegäran i SAP

Frisläpp transportförfrågan (exportprocess)

  • Placera markören på TR-namnet (eller ett uppgiftsnamn) i SE01 och klicka på Släpp ikonen (lastbilsikonen).
  • SAP lägger automatiskt till en post över den frigivna TR:n i importköerna för varje målsystem som definierats i TMS.
  • När begäran släpps och importeras genereras automatiskt export- och importloggar som Basis-teamet kan granska senare.

Släpp transportförfrågan in SAP

Importprocessen

Att importera en TR flyttar ändringen till målsystemet (vanligtvis QAS, sedan PRD).

  • Att släppa en TR gör inte automatiskt uppgradera den till QA eller produktion — ett explicit importsteg krävs.
  • När exporten är klar, SAP skriver motsvarande Cofiler och Data filer till den gemensamma transportkatalogen på OS-nivå och lägger till en post i Importera Buffer (OS-vy) / Importkö (SAP applikationsvy) för målsystemen.
  • För att importera, öppna transaktionen STMS → Importera knapp eller välj Översikt → Importer.
  • STMS listar alla system i den aktuella transportdomänen, med antalet väntande förfrågningar i varje importkö och deras status.

Importkö — listan över TR:er som finns i den gemensamma katalogen och är redo att importeras till målsystemet. SAP Programmet kallar det importkön; på operativsystemnivå kallas det importkön Buffer.

Importprocessen i STMS

Importstatus

Importkön visar standardstatusikoner i den sista kolumnen. Ikonerna täcker statusar som "klar att importeras", "importerad med varningar", "importerad lyckades" och "fel under import".

Ikoner för importstatus

Om en begäran inte läggs till i importkön automatiskt – trots att cofilen och datafilen finns i operativsystemet – kan du lägga till den manuellt om du känner till TR-namnet. Sökvägen är STMS → Importkö → Extrafunktioner → Andra förfrågningar → Lägg till.

Lägg till en begäran manuellt i importkön

Importera historik

Du kan granska alla tidigare importer på ett system via STMS → Importöversikt → ImporthistorikHistoriken visar när varje TR importerades, av vem och med vilken returkod – användbart för revision och incidentutredning.

Transportimporthistorik

Transportloggar och retur Codes

Efter att en transport har körts bör Basis-administratören bekräfta att allt har gått korrekt. SAP exponerar två loggtyper under SE01 → GOTO → Transportloggar:

  • Åtgärdslogg — listar de åtgärder som kördes: export, testimport, import, distribution och så vidare.
  • Transportloggar — registrera innehållet i varje transportloggfil som genereras under ett steg.

Den viktigaste informationen i loggarna är returkod:

Returkod Betydelse
0 Exporten eller importen lyckades.
4 Varningar utfärdades men alla föremål transporterades framgångsrikt.
8 Varningar utfärdades och minst ett föremål misslyckades med transporten.
12 eller högre Ett kritiskt fel inträffade – vanligtvis utanför själva begäran (problem på systemnivå, saknad roll, nätverksfel).

Nyckel SAP Transport T-koder

Tabellen nedan sammanfattar alla transaktionskoder som du sannolikt kommer att använda när du arbetar med transportförfrågningar.

T-kod Syfte
SE01 Transportorganisatör — utökad vy med fullständiga sök- och släppfunktioner.
SE09 Transportorganisatör — användarcentrerad vy över "dina" förfrågningar och uppgifter.
SE10 Transportorganisatör — översikt efter användare, status eller datumintervall.
STMS Transporthanteringssystem — översikt, import, distribution.
STMS_IMPORT Direktåtkomst till importkön i ett system.
SE03 Verktyg för transportorganisering — alternativ för systemändring, borttagningar, reparationer.

Bästa praxis för att arbeta med transportförfrågningar

Vanorna nedan håller TR-pipelines rena och granskningsbara:

  • En TR per logisk ändring: bunta ihop relaterade objekt men undvik att blanda orelaterade funktionella områden.
  • Descriptive förfrågningstext: Använd den korta texten för att ange ärendenummer, affärsorsak och målsystem.
  • Frigör uppgifter innan TR:n släpps: TR:n kan bara släppas efter att varje uppgift inuti den har släppts eller raderats.
  • Test i QAS före PRD: importera alltid till QAS, validera och först sedan importera till PRD.
  • Kontrollera returkoder: Behandla alla returkoder högre än 4 som en defekt att undersöka innan du går vidare.
  • Behåll importsekvensen: importera TR:er i den ordning de släpptes för att undvika sekvensberoende fel.

Vanliga frågor

En TR är den behållare som rör sig mellan system. En uppgift är en användares del av arbetet inuti den TR:n. Uppgifter kan inte flyttas på egen hand – de följer med den överordnade TR:n.

Workbench-förfrågningar innehåller klientövergripande arkivobjekt, såsom program, funktionsmoduler och ordboksstrukturer. Anpassningsförfrågningar innehåller klientspecifika konfigurationsvärden som skapats via SPRO och andra anpassningstransaktioner.

Nej. När en TR har släppts fryses dess innehåll. Alla ytterligare ändringar måste paketeras i en ny TR. SE01 kommer att vägra lägga till objekt i en TR vars status redan är "Frisläppt".

Returkod 8 betyder att varningar utfärdades och att minst ett objekt misslyckades med att transporteras. Öppna transportloggen för att hitta det felaktiga objektet, åtgärda grundorsaken och importera begäran igen när den har åtgärdats.

Cofiler är kontrollfiler som beskriver transportens innehåll och beroenden; datafiler innehåller den faktiska objektnyttolasten. Båda skrivs till den delade transportkatalogen på OS-nivå när en TR släpps.

I STMS, öppna importkön, välj mål-TR och välj sedan Begäran → Importera. Var försiktig med sekvensen: import av en senare TR i fel ordning kan misslyckas om den är beroende av objekt från en tidigare, oimporterad begäran.

AI-assistenter analyserar transportloggar, klassificerar returkoder, identifierar felaktiga objekt och föreslår nästa utredningssteg. De förutsäger även TR-sekvenskonflikter före befordran baserat på objektöverlappning.

Ja. Ge en AI-assistent TR-objektlistan och kort text; den producerar en läsbar ändringssammanfattning med berörda moduler, risker och återställningsanteckningar, redo för distributionsärendet.

Sammanfatta detta inlägg med: