SAP Kuljetuspyyntö: TR:n tuonti ja vienti

⚡ Älykäs yhteenveto

SAP Siirtopyyntö pakkaa kaikki kehitysjärjestelmässä tehdyt muutokset kannettavaan säilöön, joka siirtyy laadunvarmistukseen ja tuotantoon. Vakiotyönkulku on Luo → Julkaisu (Vie) → Tuo → Tarkista lokit ja paluukoodit STMS:n ja SE01:n kautta.

  • 📦 Käsittele TR:ää konttina: Jokainen TR sisältää yhden tai useamman tehtävän; tehtävät liikkuvat vain osana pää-TR:ää.
  • 🔖 Tunne nimeämismalli: K (esim. DEVK900030) on korjattu eikä järjestelmänvalvoja koskaan muokkaa sitä.
  • 🗂️ Valitse oikea tyyppi: Työympäristöpyynnöt sisältävät asiakasohjelmien välisiä tietovarastoobjekteja; mukautuspyynnöt sisältävät asiakaskohtaisia ​​asetuksia.
  • 🚚 Vapauta vientiin, STMS tuontia varten: TR:n vapauttaminen käynnistää viennin; STMS- tai SE01-tuontijono siirtää sen QAS:ään ja PRD:hen.
  • 🤖 Käytä tekoälyä lokien triage-analyysissä: Tekoälyavustajat selittävät TR-lokeja, luokittelevat paluukoodit 0/4/8/12+ ja suosittelevat seuraavaa vaihetta, kun tuonti epäonnistuu.

SAP Kuljetuspyynnön rakenne

Mikä on kuljetuspyyntö?

A Kuljetuspyyntö (TR) — jota kutsutaan myös muutospyynnöksi — on säiliö tai kokoelma muutoksia, jotka on tehty SAP kehitysjärjestelmä. Se tallentaa muutoksen tyypin, siirron tarkoituksen, pyyntöluokan ja kohdejärjestelmän, johon muutos siirretään.

Jokainen TR sisältää yhden tai useamman muutostyön, joita kutsutaan Tehtävät — pienin siirrettävissä oleva muutosyksikkö. TR voidaan vapauttaa vasta, kun kaikki sen sisällä olevat tehtävät on suoritettu, vapautettu tai poistettu. Ajattele TR:ää kansiona ja tehtäviä sen sisällä olevina tiedostoina.

Tehtävä itsessään on luettelo yhden käyttäjän muokkaamista objekteista. Jokainen tehtävä on osoitettu täsmälleen yhdelle käyttäjälle, mutta yksi tehtävärekisteri voi sisältää useille käyttäjille kuuluvia tehtäviä. Tehtäviä ei voida siirtää yksinään – ne liikkuvat aina osana tehtävärekisteriä.

#1 PARAS KAIKENLAISUUDESSAGoFrugal
9.8/ 10
★ ★ ★ ★ ★
Aloita ilmainen kokeilu
Zoho-kirjat
9.5/ 10
★ ★ ★ ★ ★
Vieraile Zoho Booksissa
Xero
9.3/ 10
★ ★ ★ ★ ★
Vieraile Xerossa
Paychex
9.3/ 10
★ ★ ★ ★ ★
Käy Paychexissä
Best ForVähittäiskaupan ja jakelun toiminnanohjausjärjestelmäPienyritysten kirjanpitoVerkkokirjanpitoPalkkalaskenta ja HR
Keskeinen piirre✓Kassa, varasto ja kirjanpito samassa✓Mukautettavat talousraportit✓Laskutus ja pankkitilien täsmäytys✓Palkanlaskenta ja veroilmoitukset
Sisältää myös✓Pilvi- ja mobiilisovellukset✓Myynnin hyväksyntätyönkulut✓Yli 1,000 sovellusintegraatiota✓Hyödyt hallinnosta
Kokeile Ilmaiseksi30 päivän ilmainen kokeilu14 päivän ilmainen kokeilu30 päivän ilmainen kokeiluHanki ilmainen tarjous
Aloita ilmainen kokeiluVieraile Zoho BooksissaVieraile XerossaKäy Paychexissä

Siirtopyyntöjen nimeämiskäytäntö

Siirtopyynnöt käyttävät kiinteää kaavaa, jota järjestelmänvalvojat eivät voi muokata:

<SID>K<Number>
  • SID — Järjestelmän tunnus (esimerkiksi DEV).
  • K — kiinteä avainsana/kirjain.
  • numero — sarja, joka alkaa luvusta 900001.

Esimerkiksi: DEVK900030Kyseisen TR:n sisällä olevat tehtävät noudattavat samaa käytäntöä, ja ne on numeroitu juoksevasti: DEVK900031, DEVK900032, Ja niin edelleen.

SAP Kuljetuspyynnön rakenne

Kuka omistaa kuljetuspyynnön?

  • Projektipäällikkö tai nimetty johtaja luo TR:n ja määrittää jokaiselle projektin jäsenelle tehtävän sen sisällä.
  • TR:n omistaja hallitsee kaikkia TR:ään tallennettuja muutoksia – vain omistaja voi vapauttaa itse TR:n.
  • Jokainen projektille määrätty jäsen voi vapauttaa oman tehtävänsä, kun hänen osuutensa työstä on valmis.

Liikennepyynnön omistajuus

Kuljetuspyyntöjen tyypit

Työpöytäpyyntö — sisältää tietovarasto-objekteja ja asiakasohjelmien välisiä mukautusobjekteja. Nämä asiakirjat sisältävät muutoksia ABAP työpöytä objektit, kuten ohjelmat, funktiomoduulit, sanakirjaobjektit ja näytöt.

Mukauttamispyyntö — sisältää asiakaskohtaisia ​​mukautusobjekteja. Nämä TR:t tallennetaan automaattisesti, kun käyttäjät suorittavat mukautusasetuksia, ja kohdejärjestelmä määritetään automaattisesti siirtokerroksen perusteella (jos sellainen on määritetty).

SE01 — Kuljetusjärjestäjä (laajennettu näkymä)

SE01 Kuljetusjärjestäjä laajennettu näkymä

Luo muutospyyntö

Muutospyynnön voi luoda kahdella tavalla:

  • automaattisesti — kun käyttäjä luo tai muokkaa objektia tai tekee mukautusasetuksia, SAP näyttää valintaikkunan, jossa käyttäjää pyydetään joko luomaan uusi pyyntö tai liittämään muutos olemassa olevaan pyyntöön.
  • manuaalinen — avaa kuljetuksen järjestäjä (SE01 tai SE09), luo pyyntö tarvittavilla ominaisuuksilla ja lisää kuljetettavat kohteet.

Luo muutospyyntö sisään SAP

Vapauta kuljetuspyyntö (vientiprosessi)

  • Aseta kohdistin TR-nimen (tai tehtävänimen) kohdalle SE01-kohdassa ja napsauta Vapauta kuvake (kuorma-auton kuvake).
  • SAP lisää automaattisesti julkaistun TR:n tietueen jokaisen kohdassa määritellyn kohdejärjestelmän tuontijonoon TMS.
  • Pyynnön julkaiseminen ja tuonti luo automaattisesti vienti- ja tuontilokeja, joita Basis-tiimi voi tarkastella myöhemmin.

Vapauta kuljetuspyyntö sisään SAP

Tuontiprosessi

TR:n tuonti siirtää muutoksen kohdejärjestelmään (yleensä QAS ja sitten PRD).

  • TR:n vapauttaminen tekee emme automaattisesti laadunvarmistukseen tai tuotantoon – erillinen tuontivaihe vaaditaan.
  • Kun vienti on päättynyt, SAP kirjoittaa vastaavan Cofiles ja Tiedostot käyttöjärjestelmätason yhteiseen siirtohakemistoon ja lisää merkinnän Tuo Buffer (Käyttöjärjestelmänäkymä) / Tuo jono (SAP kohdejärjestelmien sovellusnäkymässä).
  • Avaa tuontia varten tapahtuma STMS → Tuonti nappi tai poiminta Yleiskatsaus → Tuonnit.
  • STMS listaa kaikki nykyisen siirtoalueen järjestelmät sekä kussakin tuontijonossa odottavien pyyntöjen määrän ja tilan.

Tuo jono — luettelo yhteisessä hakemistossa olevista ja kohdejärjestelmään tuotaviksi valmiista TR-tiedostoista. SAP sovellus kutsuu sitä tuontijonoksi; käyttöjärjestelmätasolla sitä kutsutaan tuontijonoksi Buffer.

Tuontiprosessi STMS:ssä

Tuonnin tila

Tuontijonon viimeisessä sarakkeessa näkyvät vakiotilakuvakkeet. Kuvakkeet kattavat tilat, kuten ”valmis tuotavaksi”, ”tuodussa varoituksia”, ”tuoduttu onnistuneesti” ja ”virhe tuonnin aikana”.

Tuo tilakuvakkeet

Jos pyyntöä ei lisätä tuontijonoon automaattisesti – vaikka C-tiedosto ja datatiedosto ovat käyttöjärjestelmässä – voit lisätä sen manuaalisesti, jos tiedät TR-nimen. Polku on STMS → Tuontojono → Lisäpyynnöt → Muut pyynnöt → Lisää.

Lisää pyyntö manuaalisesti tuontijonoon

Tuo historia

Voit tarkastella kaikkia aiempia tuonteja järjestelmään osoitteessa STMS → Tuonnin yleiskatsaus → TuontihistoriaHistoria näyttää, milloin kukin TR tuotiin, kuka sen tuo ja millä paluukoodilla – hyödyllistä auditoinnissa ja tapausten tutkinnassa.

Kuljetuksen tuontihistoria

Kuljetuslokit ja palautus Codes

Siirron suorittamisen jälkeen Basis-ylläpitäjän tulee varmistaa, että kaikki on siirtynyt oikein. SAP paljastaa kaksi lokityyppiä alla SE01 → GOTO → Kuljetuslokit:

  • Toimintaloki — listaa suoritetut toiminnot: vienti, testituonti, tuonti, jakelu ja niin edelleen.
  • Kuljetuslokit — kirjaa kunkin vaiheen aikana tuotetun siirtolokitiedoston sisältö.

Lokien tärkein tieto on paluukoodi:

Palautuskoodi Merkitys
0 Vienti tai tuonti onnistui.
4 Varoituksia annettiin, mutta jokainen esine kuljetettiin onnistuneesti.
8 Varoituksia annettiin ja ainakin yhden esineen kuljetus epäonnistui.
12 tai korkeampi Kriittinen virhe tapahtui – yleensä itse pyynnön ulkopuolella (järjestelmätason ongelma, puuttuva rooli, verkkohäiriö).

avain SAP Kuljetus-T-koodit

Alla oleva taulukko yhteenvetää kaikki tapahtumakoodit, joita todennäköisesti käytät työskennellessäsi siirtopyyntöjen kanssa.

T-koodi Tarkoitus
SE01 Kuljetusjärjestäjä — laajennettu näkymä, jossa on kaikki haku- ja vapautustoiminnot.
SE09 Kuljetusjärjestäjä — käyttäjäkeskeinen näkymä "sinun" pyyntöihisi ja tehtäviisi.
SE10 Kuljetusjärjestäjä — yleiskatsaus käyttäjän, tilan tai päivämäärävälin mukaan.
STMS Kuljetustenhallintajärjestelmä — yleiskatsaus, tuonti, jakelu.
STMS_IMPORT Suora pääsy järjestelmän tuontijonoon.
SE03 Kuljetusten järjestäjän työkalut — järjestelmän muutosvaihtoehdot, poistot, korjaukset.

Kuljetuspyyntöjen käsittelyn parhaat käytännöt

Seuraavat tavat pitävät TR-putket puhtaina ja auditoitavina:

  • Yksi TR loogista muutosta kohden: niputtaa toisiinsa liittyvät objektit yhteen, mutta välttää toisiinsa liittymättömien toiminnallisten alueiden sekoittamista.
  • Descriptive-pyyntöteksti: Käytä lyhyttä tekstiä tiketin numeron, liiketoimintaperusteen ja kohdejärjestelmän kirjaamiseen.
  • Tehtävät ennen TR:n julkaisua: TR voidaan vapauttaa vasta, kun kaikki sen sisällä olevat tehtävät on vapautettu tai poistettu.
  • Testaa QAS:ssa ennen PRD:tä: Tuo aina QAS:ään, validoi ja vasta sitten tuo PRD:hen.
  • Tarkista paluukoodit: Käsittele kaikkia yli 4:ää suurempia paluukoodeja vikana, joka on tutkittava ennen jatkamista.
  • Säilytä tuontijärjestys: Tuo TR:t niiden julkaisujärjestyksessä, jotta vältetään järjestyksestä riippuvia virheitä.

UKK

TR on säilö, joka liikkuu järjestelmien välillä. Tehtävä on yhden käyttäjän osuus TR:n sisällä olevasta työstä. Tehtävät eivät voi liikkua yksinään – ne kulkevat pää-TR:n mukana.

Workbench-pyynnöt sisältävät asiakasohjelmien välisiä tietovarasto-objekteja, kuten ohjelmia, funktiomoduuleja ja sanakirjarakenteita. Mukautuspyynnöt sisältävät asiakaskohtaisia ​​määritysarvoja, jotka on tehty SPRO:n ja muiden mukautustapahtumien kautta.

Ei. Kun TR on julkaistu, sen sisältö jäädytetään. Kaikki jatkomuutokset on pakattava uuteen TR:ään. SE01 kieltäytyy lisäämästä objekteja TR:ään, jonka tila on jo "Julkaistu".

Paluukoodi 8 tarkoittaa, että varoituksia annettiin ja ainakin yhden objektin siirto epäonnistui. Avaa siirtoloki löytääksesi virheellisen objektin, korjaa syyn ja tuo pyyntö uudelleen, kun se on korjattu.

K-tiedostot ovat ohjaustiedostoja, jotka kuvaavat siirron sisällön ja riippuvuudet. Datatiedostot sisältävät varsinaisen objektin hyötykuorman. Molemmat kirjoitetaan jaettuun siirtohakemistoon käyttöjärjestelmätasolla, kun TR julkaistaan.

Avaa STMS:ssä tuontijono, valitse kohde-TR ja valitse sitten Pyyntö → Tuo. Ole varovainen järjestyksen kanssa: myöhemmän, väärässä järjestyksessä olevan TR:n tuonti voi epäonnistua, jos se on riippuvainen aiemman, tuomattoman pyynnön objekteista.

Tekoälyavustajat jäsentävät siirtolokeja, luokittelevat paluukoodit, tunnistavat virheellisen objektin ja ehdottavat seuraavaa tutkintavaihetta. Ne myös ennustavat siirtosekvenssien ristiriitoja ennen ylennystä objektien päällekkäisyyksien perusteella.

Kyllä. Syötä tekoälyavustajalle TR-objektiluettelo ja lyhyt teksti; se tuottaa ihmisille luettavassa muodossa olevan muutosyhteenvedon, joka sisältää muutoksen kohteena olevat moduulit, riskit ja palautushuomautukset valmiina käyttöönottopyyntöä varten.

Tiivistä tämä viesti seuraavasti: