SAP Transportforespørsel: Slik importerer og eksporterer du TR

⚡ Smart oppsummering

SAP Transportforespørsel pakker alle endringer som gjøres i utviklingssystemet inn i en bærbar container som flyttes til QA og produksjon. Standardflyten er Opprett → Utgivelse (Eksport) → Import → Bekreft logger og returkoder via STMS og SE01.

📦 Behandle en TR som en beholder: Hver TR inneholder én eller flere oppgaver; oppgaver reiser bare som en del av den overordnede TR-en.
🔖 Kjenn navnemønsteret: K (f.eks. DEVK900030) er rettet og redigeres aldri av en administrator.
🗂️ Velg riktig type: Arbeidsbenkforespørsler har klientkryssende repositoriobjekter; tilpasningsforespørsler har klientspesifikke innstillinger.
🚚 Utgivelse for eksport, STMS for import: Utgivelse av en TR utløser eksporten; STMS eller SE01 importkø flytter den til QAS og PRD.
🤖 Bruk AI for loggbasert sortering: AI-assistenter forklarer TR-logger, klassifiserer returkoder 0/4/8/12+ og anbefaler neste trinn når en import mislykkes.

Les mer

Hva er en transportforespørsel?

A Transportforespørsel (TR) — også kalt en endringsforespørsel — er en beholder eller samling av endringer gjort i SAP utviklingssystem. Den registrerer typen endring, formålet med transporten, forespørselskategorien og målsystemet som endringen skal markedsføres til.

Hver TR inneholder én eller flere endringsjobber kalt Oppgaver — den minste enheten for transporterbar endring. En TR kan bare frigis etter at alle oppgavene i den er fullført, frigitt eller slettet. Tenk på en TR som en mappe og oppgavene som filene i den.

En oppgave er i seg selv en liste over objekter som er endret av én enkelt bruker. Hver oppgave er tilordnet nøyaktig én bruker, men en enkelt TR kan inneholde oppgaver som tilhører mange brukere. Oppgaver kan ikke transporteres alene – de flyttes alltid som en del av en TR.

Navnekonvensjon for transportforespørsler

Transportforespørsler bruker et fast mønster som administratorer ikke kan redigere:

<SID>K<Number>

SID — System-ID (for eksempel, DEV).
K — fast nøkkelord/bokstav.
Nr — en sekvens som starter på 900001.

Eksempel: DEVK900030Oppgaver innenfor den TR-en følger samme konvensjon, nummerert fortløpende: DEVK900031, DEVK900032, Og så videre.

Hvem eier en transportforespørsel?

Prosjektlederen eller den utpekte lederen oppretter TR-en og tildeler hvert prosjektmedlem en oppgave i den.
Transaksjonsutstederens eier kontrollerer alle endringer som registreres i transaksjonsutstederen – bare eieren kan frigi selve transaksjonsutstederen.
Hvert tildelte prosjektmedlem kan frigi sin egen oppgave når deres del av arbeidet er fullført.

Typer transportforespørsler

Forespørsel om arbeidsbenk — inneholder repository-objekter og tilpasningsobjekter på tvers av klienter. Disse TR-ene medfører endringer i ABAP arbeidsbenk objekter som programmer, funksjonsmoduler, ordboksobjekter og skjermbilder.

Tilpasningsforespørsel — inneholder klientspesifikke tilpasningsobjekter. Disse TR-ene registreres automatisk når brukere utfører tilpasningsinnstillinger, og et målsystem tildeles automatisk basert på transportlaget (hvis et er definert).

SE01 — Transportorganisator (utvidet visning)

Opprett en endringsforespørsel

En endringsforespørsel kan opprettes på to måter:

Automatisk — når en bruker oppretter eller endrer et objekt, eller utfører tilpasning av innstillinger, SAP viser en dialogboks som ber brukeren enten opprette en ny forespørsel eller legge ved endringen i en eksisterende forespørsel.
Håndbok — åpne transportorganisatoren (SE01 eller SE09), opprett forespørselen med de nødvendige attributtene og sett inn objektene som skal transporteres.

Frigi transportforespørselen (eksportprosess)

Plasser markøren på TR-navnet (eller et oppgavenavn) i SE01 og klikk på Slipp ikonet (lastebilikonet).
SAP legger automatisk til en oversikt over den frigitte TR-en i importkøene til hvert målsystem som er definert i TMS.
Utgivelse og import av forespørselen genererer automatisk eksport- og importlogger som Basis-teamet kan inspisere senere.

Importprosessen

Import av en TR flytter endringen til målsystemet (vanligvis QAS, deretter PRD).

Å frigi en TR gjør det ikke automatisk forfremme den til QA eller produksjon – et eksplisitt importtrinn er nødvendig.
Når eksporten er ferdig, SAP skriver det tilsvarende Kofiler og Datafiler inn i den vanlige transportkatalogen på OS-nivå, og legger til en oppføring i Import Buffer (OS-visning) / Importkø (SAP applikasjonsvisning) av målsystemene.
For å importere, åpne transaksjonen STMS → Import knapp, eller velg Oversikt → Importer.
STMS viser alle systemer i gjeldende transportdomene, med antall forespørsler som venter i hver importkø og deres status.

Importkø — listen over TR-er som er tilgjengelige i felleskatalogen og klare til å importeres til målsystemet. SAP Programmet kaller det importkøen; på OS-nivå kalles det importkøen Buffer.

Importstatusen

Importkøen viser standard statusikoner i den siste kolonnen. Ikonene dekker statuser som «klar til import», «importert med advarsler», «importert vellykket» og «feil under import».

Hvis en forespørsel ikke legges til i importkøen automatisk – selv om cofilen og datafilen finnes på operativsystemet – kan du legge den til manuelt hvis du kjenner TR-navnet. Banen er STMS → Importkø → Ekstra → Andre forespørsler → Legg til.

Importhistorikk

Du kan se gjennom alle tidligere importer på et system via STMS → Importoversikt → ImporthistorikkHistorikken viser når hver TR ble importert, av hvem og med hvilken returkode – nyttig for revisjon og hendelsesundersøkelse.

Transportlogger og retur Codes

Etter at en transport har gått, bør Basis-administratoren bekrefte at alt har blitt flyttet riktig. SAP eksponerer to loggtyper under SE01 → GOTO → Transportlogger:

Handlingslogg — viser handlingene som ble kjørt: eksport, testimport, import, distribusjon og så videre.
Transportlogger — registrere innholdet i hver transportloggfil som produseres i løpet av et trinn.

Den viktigste informasjonen i loggene er returkode:

Returkode	Betydning
0	Eksporten eller importen var vellykket.
4	Det ble utstedt advarsler, men alle gjenstandene ble transportert uten problemer.
8	Det ble utstedt advarsler, og minst én gjenstand ble ikke transportert.
12 eller høyere	Det oppsto en kritisk feil – vanligvis utenfor selve forespørselen (systemnivåproblem, manglende rolle, nettverksfeil).

nøkkel SAP Transport T-koder

Tabellen nedenfor oppsummerer alle transaksjonskoder du sannsynligvis vil bruke når du arbeider med transportforespørsler.

T-kode	Formål
SE01	Transportorganisator – utvidet visning med komplette søke- og utleveringsfunksjoner.
SE09	Transportorganisator – brukerorientert visning av «dine» forespørsler og oppgaver.
SE10	Transportorganisator – oversikt etter bruker, status eller datoperiode.
STMS	Transportstyringssystem — oversikt, import, distribusjon.
STMS_IMPORT	Direkte tilgang til importkøen til et system.
SE03	Verktøy for transportorganisering – alternativer for systemendring, sletting, reparasjon.

Beste praksis for arbeid med transportforespørsler

Vanene nedenfor holder TR-pipelinene rene og reviderbare:

Én TR per logisk endring: bunt relaterte objekter sammen, men unngå å blande urelaterte funksjonsområder.
Descriptive forespørselstekst: Bruk den korte teksten til å registrere saksnummer, forretningsårsak og målsystem.
Frigi oppgaver før frigivelse av TR: TR-en kan bare frigis etter at alle oppgaver i den er frigitt eller slettet.
Test i QAS før PRD: importer alltid til QAS, valider, og først deretter importer til PRD.
Sjekk returkoder: Behandle enhver returkode høyere enn 4 som en feil som må undersøkes før du går videre.
Behold importsekvensen: importer TR-er i den rekkefølgen de ble utgitt for å unngå sekvensavhengige feil.

Spørsmål og svar

En TR er beholderen som flyttes mellom systemer. En oppgave er én brukers del av arbeidet i den TR-en. Oppgaver kan ikke flyttes på egenhånd – de følger den overordnede TR-en.

Arbeidsbenkforespørsler inneholder klientkryssende repositoriobjekter, som programmer, funksjonsmoduler og ordboksstrukturer. Tilpassingsforespørsler inneholder klientspesifikke konfigurasjonsverdier laget gjennom SPRO og andre tilpasningstransaksjoner.

Nei. Når en TR er utgitt, fryses innholdet. Eventuelle ytterligere endringer må pakkes inn i en ny TR. SE01 vil nekte å legge til objekter i en TR som allerede har statusen «Utgitt».

Returkode 8 betyr at det ble utstedt advarsler og at minst ett objekt ikke kunne transporteres. Åpne transportloggen for å finne det feilende objektet, fikse rotårsaken og importer forespørselen på nytt når den er rettet.

Kofiler er kontrollfiler som beskriver transportens innhold og avhengigheter. Datafiler inneholder den faktiske objektnyttelasten. Begge skrives til den delte transportkatalogen på OS-nivå når en TR utgis.

I STMS åpner du importkøen, velger mål-TR-en, og velger deretter Forespørsel → Importer. Vær forsiktig med rekkefølgen: import av en senere TR i feil rekkefølge kan mislykkes hvis den er avhengig av objekter fra en tidligere, uimportert forespørsel.

AI-assistenter analyserer transportlogger, klassifiserer returkoder, avdekker det defekte objektet og foreslår neste undersøkelsestrinn. De forutsier også TR-sekvenskonflikter før forfremmelse basert på objektoverlapping.

Ja. Gi en AI-assistent TR-objektlisten og kort tekst. Den produserer et menneskelig lesbart endringssammendrag med berørte moduler, risikoer og tilbakeføringsnotater, klart for utrullingsbilletten.