SAP Nakliye Talebi: TR'yi İçe ve Dışa Aktarma Nasıl Yapılır?

⚡ Akıllı Özet

SAP Taşıma İsteği paketleri, geliştirme sisteminde yapılan her değişikliği QA ve üretime taşınabilen taşınabilir bir konteynere dönüştürür. Standart akış şu şekildedir: Oluştur → Yayınla (Dışa Aktar) → İçe Aktar → STMS ve SE01 aracılığıyla günlükleri ve dönüş kodlarını doğrula.

???? TR'yi bir kap olarak ele alın: Her bir TR, bir veya daha fazla görev içerir; görevler yalnızca ana TR'nin bir parçası olarak taşınır.
🔖 İsimlendirme kalıbını bilin: K (Örneğin, DEVK900030) sabittir ve hiçbir zaman bir yönetici tarafından düzenlenmez.
🗂️ Doğru türü seçin: Çalışma tezgahı istekleri, istemciler arası depo nesnelerini taşır; özelleştirme istekleri ise istemciye özgü ayarları taşır.
🚚 Dışa aktarmak için Release, içe aktarmak için STMS: Bir TR'nin serbest bırakılması dışa aktarmayı tetikler; STMS veya SE01 İçe Aktarma Kuyruğu, onu QAS ve PRD'ye taşır.
🤖 Günlük kayıtlarını önceliklendirmek için yapay zeka kullanın: Yapay zekâ asistanları, TR kayıtlarını açıklıyor, 0/4/8/12+ dönüş kodlarını sınıflandırıyor ve içe aktarma başarısız olduğunda sonraki adımı öneriyor.

Devamını Oku

Taşıma Talebi Nedir?

A Taşıma Talebi (TR) — Değişiklik Talebi olarak da adlandırılır — yapılan değişikliklerin bir araya getirildiği veya derlendiği bir belgedir. SAP Geliştirme sistemi. Değişiklik türünü, taşıma amacını, talep kategorisini ve değişikliğin uygulanacağı hedef sistemi kaydeder.

Her bir TR, bir veya daha fazla değişiklik işi içerir. Görevler — taşınabilir para biriminin en küçük birimi. Bir TR, ancak içindeki her görev tamamlandıktan, serbest bırakıldıktan veya silindikten sonra serbest bırakılabilir. Bir TR'yi bir klasör, görevleri ise içindeki dosyalar olarak düşünün.

Bir Görev, tek bir kullanıcı tarafından değiştirilen nesnelerin bir listesidir. Her görev tam olarak bir kullanıcıya atanır, ancak tek bir Görev Kaydı (TR) birçok kullanıcıya ait görevleri içerebilir. Görevler kendi başlarına taşınamazlar; her zaman bir Görev Kaydının parçası olarak hareket ederler.

Taşıma Talebi adlandırma kuralı

Taşıma istekleri, yöneticilerin düzenleyemeyeceği sabit bir kalıp kullanır:

<SID>K<Number>

SID — Sistem Kimliği (örneğin, DEV).
K — Sabit anahtar kelime/harf.
Numara — 900001'den başlayan bir dizi.

Örnek: DEVK900030Bu TR içindeki görevler de aynı kurala uyar ve ardışık olarak numaralandırılır: DEVK900031, DEVK900032Ve benzeri.

Taşıma talebinin sahibi kimdir?

Proje yöneticisi veya görevlendirilmiş lider, görev belgesini (TR) oluşturur ve her proje üyesine bu belge içerisinde bir görev atar.
TR sahibi, TR'de kaydedilen her değişikliği kontrol eder; TR'yi yalnızca sahibi serbest bırakabilir.
Projeye atanan her üye, kendi iş bölümünü tamamladıktan sonra görevini serbest bırakabilir.

Taşıma Talebi Türleri

Tezgah Talebi — Depo nesnelerini ve istemciler arası özelleştirme nesnelerini içerir. Bu TR'ler değişiklikleri taşır. ABAP Tezgahı Programlar, fonksiyon modülleri, sözlük nesneleri ve ekranlar gibi nesneler.

İsteği Özelleştirme — istemciye özgü özelleştirme nesnelerini içerir. Bu TR'ler, kullanıcılar özelleştirme ayarlarını gerçekleştirdiğinde otomatik olarak kaydedilir ve taşıma katmanına (tanımlanmışsa) bağlı olarak otomatik olarak bir hedef sistem atanır.

SE01 — Taşıma Düzenleyici (Genişletilmiş Görünüm)

Değişiklik Talebi Oluşturun

Değişiklik talebi iki şekilde oluşturulabilir:

Otomatik — Bir kullanıcı bir nesne oluşturduğunda veya değiştirdiğinde ya da özelleştirme ayarları yaptığında, SAP Kullanıcıya yeni bir talep oluşturmasını veya değişikliği mevcut bir talebe eklemesini soran bir iletişim kutusu görüntülenir.
Manuel — Taşıma Düzenleyicisini (SE01 veya SE09) açın, gerekli özelliklerle talebi oluşturun ve taşınacak nesneleri ekleyin.

Taşıma İsteğini Serbest Bırak (dışa aktarma işlemi)

SE01'de imleci TR adının (veya Görev adının) üzerine getirin ve tıklayın. Bırakma simge (kamyon simgesi).
SAP Yayınlanan TR'nin kaydını, tanımlanan her hedef sistemin içe aktarma kuyruklarına otomatik olarak ekler. TMS.
İsteği serbest bırakmak ve içe aktarmak, Basis ekibinin daha sonra inceleyebileceği dışa aktarma ve içe aktarma günlüklerini otomatik olarak oluşturur.

İthalat Süreci

Bir TR'yi içe aktarmak, değişikliği hedef sisteme (genellikle QAS, ardından PRD) taşır.

Bir TR yayınlamak şunları içerir: değil Otomatik olarak QA veya üretim ortamına aktarılmasını sağlamak için açık bir içe aktarma adımı gereklidir.
Dışa aktarma işlemi tamamlandığında, SAP karşılık gelen yazar Cofiles hem de Veri dosyaları İşletim sistemi düzeyinde ortak taşıma dizinine ekler ve bir giriş ekler. ithalat Buffer (İşletim sistemi görünümü) / İçe Aktarma Sırası (SAP Hedef sistemlerin uygulama görünümü).
İçe aktarmak için işlemi açın. STMS → İçe Aktar düğme veya seçim Genel Bakış → İçe Aktarımlar.
STMS, mevcut taşıma etki alanındaki her sistemi, her bir İçe Aktarma Kuyruğunda bekleyen istek sayısı ve durumlarıyla birlikte listeler.

İçe Aktarma Sırası — Ortak dizinde bulunan ve hedef sisteme aktarılmaya hazır olan TR'lerin listesi. SAP Uygulama bunu İçe Aktarma Kuyruğu olarak adlandırır; işletim sistemi düzeyinde ise İçe Aktarma olarak adlandırılır. Buffer.

İçe Aktarma Durumu

İçe Aktarma Kuyruğu, son sütunda standart durum simgelerini gösterir. Simgeler, "içe aktarılmaya hazır", "uyarılarla içe aktarıldı", "başarıyla içe aktarıldı" ve "içe aktarma sırasında hata oluştu" gibi durumları kapsar.

Cofile ve Veri dosyası işletim sisteminde mevcut olsa bile, bir istek İçe Aktarma Kuyruğuna otomatik olarak eklenmiyorsa, TR adını biliyorsanız manuel olarak ekleyebilirsiniz. Yol şu şekildedir: STMS → İçe Aktarma Kuyruğu → Ekstralar → Diğer İstekler → Ekle.

İçe Aktarma Geçmişi

Bir sistemdeki önceki tüm içe aktarma işlemlerini şu şekilde inceleyebilirsiniz: STMS → İçe Aktarma Genel Bakışı → İçe Aktarma GeçmişiGeçmiş kayıtlar, her bir işlem kaydının ne zaman, kim tarafından ve hangi dönüş koduyla içe aktarıldığını gösterir; bu da denetim ve olay incelemesi için faydalıdır.

Nakliye Kayıtları ve Geri Dönüş Codes

Taşıma işlemi tamamlandıktan sonra, Basis yöneticisi her şeyin doğru şekilde taşındığını doğrulamalıdır. SAP iki günlük türünü ortaya çıkarır SE01 → GOTO → Taşıma Günlükleri:

Hareket günlüğü — Çalıştırılan eylemleri listeler: dışa aktarma, içe aktarma testi, içe aktarma, dağıtım vb.
Taşıma Günlükleri — Her bir adımda oluşturulan taşıma günlük dosyasının içeriğini kaydedin.

Kayıtlardaki en önemli bilgi şudur: dönüş kodu:

Dönüş kodu	anlam
0	İhracat veya ithalat başarılı oldu.
4	Uyarılar yapıldı ancak tüm nesneler başarıyla taşındı.
8	Uyarılar yapıldı ve en az bir nesne taşınamadı.
12 veya daha yüksek	Kritik bir hata oluştu — genellikle isteğin kendisinin dışında (sistem düzeyinde sorun, eksik rol, ağ aksaklığı).

anahtar SAP Taşıma T-kodları

Aşağıdaki tabloda, Taşıma İstekleri ile çalışırken kullanmanız muhtemel tüm işlem kodları özetlenmiştir.

T kodu	Amaç
SE01	Taşıma Düzenleyici — tam arama ve serbest bırakma işlevlerine sahip genişletilmiş görünüm.
SE09	Ulaşım Organizatörü — "sizin" istekleriniz ve görevlerinize yönelik kullanıcı odaklı bir bakış açısı.
SE10	Taşıma Organizatörü — kullanıcıya, duruma veya tarih aralığına göre genel bakış.
STMS'ler	Ulaşım Yönetim Sistemi — genel bakış, içe aktarma, dağıtım.
STMS_IMPORT	Sistemin İçe Aktarma Kuyruğuna doğrudan erişim.
SE03	Taşıma Düzenleyici Araçları — sistem değiştirme seçenekleri, silme, onarma.

Taşıma Talepleriyle Çalışmaya İlişkin En İyi Uygulamalar

Aşağıdaki alışkanlıklar, TR süreçlerinin temiz ve denetlenebilir kalmasını sağlar:

Mantıksal değişiklik başına bir TR: Birbiriyle ilişkili nesneleri bir araya getirin, ancak ilgisiz işlevsel alanları karıştırmaktan kaçının.
Descriptİstek metni: Bilet numarasını, iş nedenini ve hedef sistemi kaydetmek için kısa metni kullanın.
TR'yi yayınlamadan önce görevleri yayınlayın: TR, ancak içindeki tüm görevler serbest bırakıldıktan veya silindikten sonra serbest bırakılabilir.
PRD öncesinde QAS'de test edin: Öncelikle QAS ortamına aktarın, doğrulayın ve ancak ondan sonra PRD ortamına aktarın.
Dönüş kodlarını inceleyin: 4'ten yüksek herhangi bir dönüş kodunu, bir sonraki adıma geçmeden önce incelenmesi gereken bir hata olarak değerlendirin.
İçe aktarma sırasını koruyun: Sıra bağımlı hataları önlemek için TR'leri yayınlanma sırasına göre içe aktarın.

SSS

TR, sistemler arasında seyahat eden bir kapsayıcıdır. Bir görev, o TR içindeki işin bir kullanıcıya düşen kısmıdır. Görevler kendi başlarına hareket edemezler; ana TR ile birlikte taşınırlar.

Çalışma tezgahı istekleri, programlar, fonksiyon modülleri ve sözlük yapıları gibi istemciler arası depo nesnelerini taşır. Özelleştirme istekleri ise SPRO ve diğer özelleştirme işlemleri aracılığıyla yapılan istemciye özgü yapılandırma değerlerini taşır.

Hayır. Bir TR (Takvim Raporu) yayınlandıktan sonra içeriği dondurulur. Bundan sonraki tüm değişiklikler yeni bir TR'ye paketlenmelidir. SE01, durumu zaten "Yayınlandı" olan bir TR'ye nesne eklemeyi reddedecektir.

Dönüş kodu 8, uyarıların verildiği ve en az bir nesnenin taşınmasının başarısız olduğu anlamına gelir. Başarısız olan nesneyi bulmak, temel nedeni düzeltmek ve düzeltildikten sonra isteği yeniden içe aktarmak için Taşıma Günlüğünü açın.

Cofile'lar, taşıma işleminin içeriğini ve bağımlılıklarını açıklayan kontrol dosyalarıdır; Veri dosyaları ise gerçek nesne yükünü içerir. Her ikisi de bir TR serbest bırakıldığında işletim sistemi düzeyinde paylaşılan taşıma dizinine yazılır.

STMS'de İçe Aktarma Kuyruğunu açın, hedef TR'yi seçin, ardından İstek → İçe Aktar'ı seçin. Sıralamaya dikkat edin: Daha sonraki bir TR'yi sırasız olarak içe aktarmak, daha önceki, içe aktarılmamış bir isteğin nesnelerine bağlıysa başarısız olabilir.

Yapay zekâ asistanları taşıma kayıtlarını ayrıştırır, dönüş kodlarını sınıflandırır, arızalı nesneyi belirler ve bir sonraki araştırma adımını önerir. Ayrıca, nesne örtüşmesine dayanarak, yükseltmeden önce TR dizisi çakışmalarını tahmin ederler.

Evet. Yapay zekâ asistanına TR nesne listesini ve kısa metni verin; etkilenen modülleri, riskleri ve geri alma notlarını içeren, dağıtım bileti için hazır, insan tarafından okunabilir bir değişiklik özeti oluşturur.