SAP Cerere de transport: Cum să importați și să exportați TR

⚡ Rezumat inteligent

SAP Cererea de transport împachetează fiecare modificare efectuată în sistemul de dezvoltare într-un container portabil care se mută în departamentele de asigurare a calității și producție. Fluxul standard este Creare → Lansare (Export) → Import → Verificare jurnale și coduri de retur prin STMS și SE01.

📦 Tratați un TR ca un container: Fiecare TR deține una sau mai multe sarcini; sarcinile circulă doar ca parte a TR-ului părinte.
🔖 Cunoașteți modelul de denumire: K. (de exemplu, DEVK900030) este remediată și nu este niciodată modificată de un administrator.
🗂️ Alege tipul potrivit: Cererile Workbench conțin obiecte de repozitoriu inter-client; Cererile de personalizare conțin setări specifice clientului.
🚚 Lansare pentru export, STMS pentru import: Eliberarea unui TR declanșează exportul; coada de import STMS sau SE01 îl mută în QAS și PRD.
🤖 Folosește inteligența artificială pentru triajul jurnalelor: Asistenții inteligenți artificiali explică jurnalele TR, clasifică codurile de returnare 0/4/8/12+ și recomandă pasul următor atunci când un import eșuează.

Citește mai mult

Ce este o cerere de transport?

A Cerere de transport (TR) — numită și Cerere de modificare — este un container sau o colecție de modificări efectuate în SAP sistem de dezvoltare. Înregistrează tipul de modificare, scopul transportului, categoria cererii și sistemul țintă către care va fi promovată modificarea.

Fiecare TR conține unul sau mai multe joburi de modificare numite Sarcini — cea mai mică unitate de modificare transportabilă. Un TR poate fi eliberat numai după ce fiecare sarcină din interiorul său a fost finalizată, eliberată sau ștearsă. Gândiți-vă la un TR ca la un folder și la sarcini ca la fișierele din interiorul său.

O sarcină (Task) este în sine o listă de obiecte modificate de un singur utilizator. Fiecare sarcină este atribuită unui singur utilizator, dar o singură sarcină (TR) poate conține sarcini aparținând mai multor utilizatori. Sarcinile nu pot fi transportate singure - ele se mută întotdeauna ca parte a unei TR.

Convenția de denumire a cererilor de transport

Cererile de transport utilizează un model fix pe care administratorii nu îl pot edita:

<SID>K<Number>

SID — ID-ul sistemului (de exemplu, DEV).
K — cuvânt cheie/literă fixă.
Număr — o secvență care începe de la 900001.

Exemplu: DEVK900030Sarcinile din interiorul acelui TR respectă aceeași convenție, numerotate consecutiv: DEVK900031, DEVK900032, Și așa mai departe.

Cui aparține o cerere de transport?

Managerul de proiect sau liderul desemnat creează TR-ul și atribuie fiecărui membru al proiectului o sarcină în cadrul acestuia.
Proprietarul TR controlează fiecare modificare înregistrată în TR — numai proprietarul poate elibera TR-ul în sine.
Fiecare membru al proiectului desemnat își poate lansa propria sarcină odată ce partea sa de lucru este finalizată.

Tipuri de solicitare de transport

Solicitare banc de lucru — conține obiecte de repozitoriu și obiecte de personalizare inter-client. Aceste TR-uri transportă modificările către Banc de lucru ABAP obiecte precum programe, module funcționale, obiecte de dicționar și ecrane.

Solicitare de personalizare — conține obiecte de personalizare specifice clientului. Aceste TR-uri sunt înregistrate automat atunci când utilizatorii efectuează setări de personalizare, iar un sistem țintă este atribuit automat pe baza stratului de transport (dacă este definit unul).

SE01 — Organizator de transport (vedere extinsă)

Creați o cerere de modificare

O cerere de modificare poate fi creată în două moduri:

Automat — când un utilizator creează sau modifică un obiect sau efectuează personalizarea setărilor, SAP afișează o casetă de dialog prin care utilizatorul este rugat fie să creeze o cerere nouă, fie să atașeze modificarea la o cerere existentă.
Manual — deschideți Organizatorul de transport (SE01 sau SE09), creați cererea cu atributele necesare și introduceți obiectele care urmează să fie transportate.

Eliberarea cererii de transport (proces de export)

Poziționați cursorul pe numele TR (sau pe numele unei sarcini) din SE01 și faceți clic pe Eliberați pictogramă (pictograma camionului).
SAP adaugă automat o înregistrare a TR-ului lansat la cozile de import ale fiecărui sistem țintă definit în TMS.
Lansarea și importul cererii generează automat jurnale de export și import pe care echipa Basis le poate inspecta ulterior.

Procesul de import

Importul unui TR mută modificarea în sistemul țintă (de obicei QAS, apoi PRD).

Eliberarea unui TR face nu îl promovează automat la Controlul Calității sau la producție — este necesar un pas explicit de import.
Când se termină exportul, SAP scrie corespunzătoare Cofiles și Fișiere de date în directorul comun de transport la nivel de sistem de operare și adaugă o intrare la Import Buffer (Vizualizare sistem de operare) / Coada de import (SAP vizualizare aplicație) a sistemelor țintă.
Pentru a importa, deschideți tranzacția STMS → Import buton sau alege Prezentare generală → Importuri.
STMS listează fiecare sistem din domeniul de transport curent, cu numărul de cereri în așteptare în fiecare coadă de import și starea acestora.

Coada de import — lista TR-urilor disponibile în directorul comun și gata de a fi importate în sistemul țintă. SAP aplicația o numește coadă de import; la nivel de sistem de operare se numește coadă de import Buffer.

Starea importului

Coada de import afișează pictograme de stare standard în ultima coloană. Pictogramele acoperă stări precum „gata de importat”, „importat cu avertismente”, „importat cu succes” și „eroare în timpul importului”.

Dacă o cerere nu este adăugată automat la coada de import — chiar dacă fișierul Cofile și fișierul de date sunt prezente în sistemul de operare — o puteți adăuga manual dacă cunoașteți numele TR. Calea este STMS → Coadă de import → Extra → Alte solicitări → Adăugare.

Istoricul importurilor

Puteți revizui fiecare import anterior pe un sistem prin intermediul STMS → Prezentare generală import → Istoric importuriIstoricul arată când a fost importat fiecare TR, de către cine și cu ce cod de retur — util pentru audit și investigarea incidentelor.

Jurnale de transport și returnare Codes

După rularea unui transport, administratorul Basis ar trebui să confirme că totul a fost mutat corect. SAP expune două tipuri de jurnal sub SE01 → GOTO → Jurnale de transport:

Jurnalul de acțiuni — listează acțiunile care au fost executate: export, import de test, import, distribuire și așa mai departe.
Jurnalele de transport — înregistrați conținutul fiecărui fișier jurnal de transport produs în timpul unei etape.

Cea mai importantă informație din jurnale este cod de retur:

Cod de returnare	Sens
0	Exportul sau importul a reușit.
4	Au fost emise avertismente, dar fiecare obiect a fost transportat cu succes.
8	Au fost emise avertismente și cel puțin un obiect nu a putut fi transportat.
12 sau mai mare	A apărut o eroare critică — de obicei, în afara solicitării în sine (problemă la nivel de sistem, rol lipsă, eroare de rețea).

Cheie SAP Coduri T pentru transport

Tabelul de mai jos prezintă un rezumat al fiecărui cod de tranzacție pe care este probabil să îl utilizați atunci când lucrați cu Cereri de transport.

Cod T	Scop
SE01	Organizator de transport — vizualizare extinsă cu funcții complete de căutare și eliberare.
SE09	Organizator de transport — vedere centrată pe utilizator a solicitărilor și sarcinilor „dumneavoastră”.
SE10	Organizator de transport — prezentare generală după utilizator, stare sau interval de date.
STMS	Sistem de management al transporturilor — prezentare generală, import, distribuție.
STMS_IMPORT	Acces direct la coada de import a unui sistem.
SE03	Instrumente pentru organizarea transportului — opțiuni de modificare a sistemului, ștergeri, reparații.

Cele mai bune practici pentru lucrul cu solicitări de transport

Obiceiurile de mai jos mențin conductele TR curate și auditabile:

Un TR per modificare logică: Grupați obiecte corelate, dar evitați amestecarea zonelor funcționale fără legătură.
DescriptTextul cererii mele: Folosește textul scurt pentru a înregistra numărul tichetului, motivul afacerii și sistemul țintă.
Lansarea sarcinilor înainte de lansarea TR-ului: TR-ul poate fi eliberat numai după ce fiecare sarcină din interiorul său este eliberată sau ștearsă.
Test în QAS înainte de PRD: importați întotdeauna în QAS, validați și abia apoi importați în PRD.
Inspectați codurile de retur: tratați orice cod de retur mai mare de 4 ca un defect de investigat înainte de a continua.
Păstrați secvența de import: Importați TR-urile în ordinea în care au fost lansate pentru a evita erorile dependente de secvență.

Întrebări frecvente

Un TR este containerul care se deplasează între sisteme. O sarcină este o parte din munca unui utilizator din interiorul acelui TR. Sarcinele nu se pot mișca singure - ele circulă odată cu TR-ul părinte.

Cererile Workbench conțin obiecte de repozitoriu inter-client, cum ar fi programe, module de funcții și structuri de dicționar. Cererile de personalizare conțin valori de configurare specifice clientului, realizate prin SPRO și alte tranzacții de personalizare.

Nu. Odată ce un TR este lansat, conținutul său este înghețat. Orice modificare ulterioară trebuie inclusă într-un nou TR. SE01 va refuza să adauge obiecte la un TR al cărui statut este deja „Eliberat”.

Codul de retur 8 înseamnă că au fost emise avertismente și că cel puțin un obiect nu a putut fi transportat. Deschideți Jurnalul de transport pentru a găsi obiectul care a cauzat eroarea, a remedia cauza principală și a reimporta solicitarea după ce aceasta a fost corectată.

Fișierele de tip cofișier sunt fișiere de control care descriu conținutul și dependențele transportului; fișierele de date conțin sarcina utilă reală a obiectului. Ambele sunt scrise în directorul de transport partajat la nivel de sistem de operare atunci când este lansat un TR.

În STMS, deschideți coada de import, selectați TR-ul țintă, apoi alegeți Cerere → Import. Aveți grijă la secvență: importul unui TR ulterior, în afara ordinii, poate eșua dacă depinde de obiecte dintr-o cerere anterioară, neimportată.

Asistenții inteligenți artificiali analizează jurnalele de transport, clasifică codurile de retur, identifică obiectul defect și sugerează următorul pas de investigare. De asemenea, aceștia prezic conflictele de secvență TR înainte de promovare pe baza suprapunerii obiectelor.

Da. Furnizați unui asistent AI lista de obiecte TR și un text scurt; acesta produce un rezumat al modificărilor, lizibil de către om, cu modulele afectate, riscurile și note de revenire la versiunea inițială, gata pentru ticketul de implementare.