SAP Samouczek TMS (systemu zarządzania transportem).

⚡ Inteligentne podsumowanie

SAP TMS (System Zarządzania Transportem) koordynuje sposób przemieszczania się obiektów programistycznych i ustawień dostosowywania pomiędzy SAP Systemy w środowisku. Definiuje trasy transportowe, kontroluje kolejność wydań i zapobiega dryfowi konfiguracji między DEV, QAS i PRD.

  • 🚦 Główny cel: TMS przenosi repozytorium i dostosowuje zmiany w obrębie SAP systemów w kontrolowanej i możliwej do zweryfikowania sekwencji.
  • 🧩 Elementy składowe CTS: Organizator zmian i transportu (CTO/SE01), narzędzia transportowe (tp, R3trans) oraz TMS współpracują ze sobą.
  • 🏗️. Krajobraz trzech systemów: DEV kompiluje, QAS weryfikuje, PRD działa — a TMS egzekwuje dokładny kierunek ruchu.
  • 📁 Katalog transportu: Współdzielony folder /usr/sap/trans stanowi jedyne źródło informacji o plikach Cofiles, plikach danych, dziennikach i plikach EPS.
  • 🤖 Kąt AI: Asystenci AI analizują kody zwrotne R3trans, przewidują kolizje TR i tworzą notatki dotyczące wydania bezpośrednio z dzienników transportu.

SAP TMS (System Zarządzania Transportem)

Czym jest SAP TMS?

TMS (System Zarządzania Transportem) jest SAP narzędzie służące do przenoszenia, zarządzania, kontrolowania i kopiowania obiektów programistycznych oraz dostosowywania ustawień w sposób uporządkowany SAP systemów w krajobrazie, poprzez zdefiniowane wcześniej trasy transportowe zbudowane na połączeniach RFC.

Proces transportu składa się z dwóch głównych etapów: eksportowanie obiekty poza źródłem SAP System i importowanie je do jednego lub więcej celów SAP systemy. TMS to skrót od Transport Management System i jest to warstwa skierowana do użytkownika, która znajduje się na wierzchu narzędzi systemu operacyjnego. tp oraz R3trans.

Dlaczego potrzebujemy systemu transportowego?

Dlaczego potrzebujemy systemu transportowego

Bez systemu transportowego każda zmiana musiałaby być ręcznie wprowadzana ponownie w QAS i PRD – co byłoby powolne, podatne na błędy i niemożliwe do zweryfikowania. Komponenty CTS wypełniają tę lukę i odgrywają kluczową rolę w całym środowisku programistycznym i personalizacyjnym. CTS to skrót od System wymiany i transportu.

CTS jest narzędziem do:

  • Administrowanie i kontrolowanie nowych wniosków o rozwój.
  • Zarządzanie transportami pomiędzy systemami.
  • Rejestrowanie gdzie i przez kogo dokonano każdej zmiany.
  • Konfiguracja samego środowiska systemowego.

Przegląd komponentów CTS

Przegląd komponentów CTS

CTS składa się z trzech współpracujących ze sobą części, z których każda odpowiada za inną warstwę problemu transportowego.

  • CTO (Organizator zmian i transportu): Główne narzędzie do zarządzania, przeglądania i rejestrowania zmian wprowadzonych w repozytorium oraz dostosowywania obiektów. Stanowi centralny punkt organizacji projektów rozwojowych. SE01 jest transakcją z rozszerzonym widokiem używanym przez administratorów Basis.
  • Narzędzia transportowe: Rzeczywiste transporty odbywają się w zapleczu na poziomie systemu operacyjnego przy użyciu narzędzi transportowych, które są częścią SAP Jądro. Dwa kluczowe programy to R3trans (przenośnik danych) i program sterujący transportem tp (orkiestrator).
  • TMS (System Zarządzania Transportem): Interfejs użytkownika umożliwiający administratorom konfigurowanie domen transportowych, definiowanie tras, monitorowanie kolejek importowych i wyzwalanie importów bez porzucaniaping do systemu operacyjnego.

SAP Krajobraz systemowy

SAP Krajobraz systemu

Krajobraz systemowy (znany również jako SAP Grupa Systemowa) to układ SAP serwery używane przez organizację. Zalecana konfiguracja to krajobraz trójsystemowy:

  1. Serwer deweloperski – DEV — gdzie programiści budują i konfigurują.
  2. Serwer zapewnienia jakości – QAS — gdzie zmiany są testowane pod kątem integracji.
  3. Serwer produkcyjny – PRD — gdzie na co dzień działa firma.

W najprostszej formie cykl transportowy to wydanie nowych rozwiązań lub zmian dostosowawczych z DEV, które są następnie importowane zarówno do QAS, jak i PRD. Import do PRD jest bramkowany: może nastąpić dopiero po integracji. testowanie i kontrole jakości zostały zakończone w QAS, a zmiana została formalnie oznaczona jako zatwierdzona.

Czym jest personalizacja? W jaki sposób TMS pomaga w personalizacji?

Dostosowywanie w SAP

Dostosowywanie to proces dostosowywania SAP system do potrzeb biznesowych klienta bez konieczności modyfikacji SAP-dostarczony kod. Aby wykonać dostosowanie, użytkownicy i konsultanci pracują nad SAP Podręcznik wdrażania referencyjnego (IMG), dostępne poprzez transakcję SPRO.

Personalizacja jest najlepiej realizowana w środowisku DEV. Organizator transportu (SE01) jest używany w połączeniu z IMG do rejestrowania zmian personalizacji w zleceniu transportu, które następnie TMS może przekazać dalej.

Większość zmian personalizacyjnych — choć nie wszystkie — jest specyficzne dla klienta: Zmiany dotyczą tylko jednego konkretnego klienta i nie są przeznaczone dla każdego klienta w systemie. Podczas eksportowania zlecenia transportu, TMS extracPobiera odpowiednie wpisy tabeli ze źródłowej bazy danych i kopiuje je do katalogu transportowego jako pliki. Odpowiednie wpisy tabeli są blokowane podczas korzystania z transakcji dostosowywania, ale odblokowują się w momencie zapisania zmian w żądaniu transportu.

Zmiany w repozytorium i rozwoju

Oprócz dostosowywania istniejących obiektów, w większości projektów wymagane są nowe rozwiązania. obiekt rozwojowy to dowolny obiekt zbudowany wewnątrz SAP system. Pełna kolekcja takich obiektów, zarówno specyficznych dla klienta, jak i międzyklientowych, nazywana jest Magazyn.

Rozwój odbywa się głównie za pomocą ABAP Workbench (SE80), więc te zmiany są również znane jako Zmiany w warsztacieTypowe przykłady obejmują:

  • Obiekty słownika ABAP: tabele, domeny, elementy danych.
  • Programy ABAP, moduły funkcyjne, menu i ekrany.
  • Dokumenty i obiekty transportowe zdefiniowane przez aplikację.

Workbench jest w pełni zintegrowany z TMS, dzięki czemu każdą zmianę w warsztacie można zarejestrować i przenieść. Większość zmian w warsztacie – choć, powtórzę, nie wszystkie – jest klient krzyżowy, co oznacza, że ​​zmiany zostaną odzwierciedlone u każdego klienta systemu docelowego. Obiekty przeniesione z systemu źródłowego nadpisują obiekty w systemie docelowym o tych samych nazwach.

Klienci i rodzaje danych w SAP Konfiguracja

Klienci i rodzaj danych w SAP Konfiguracja

Konceptualnie, a klient jest niezależną technicznie i organizacyjnie jednostką posiadającą własny zestaw danych — Dane główne, Aplikacja/OperaDane międzynarodowe i dostosowywanie danych. Klienci tworzą oddzielne środowiska dla użytkowników z różnych grup lub o różnych celach w ramach tego samego SAP systemu, bez konieczności tworzenia dla każdego z nich osobnej bazy danych.

Od strony technicznej klienta identyfikuje 3-cyfrowy identyfikator numeryczny, który jest jednocześnie wartością pola tabeli MANDT dla tabel specyficznych dla klienta.

Wśród danych specyficznych dla klienta można wyróżnić trzy różne typy:

  • Dane główne użytkownika: Dane logowania, w tym nazwa użytkownika, hasło, ustawienia domyślne użytkownika, profile autoryzacji lub role, grupy użytkowników i szczegóły komunikacji. Dane te znajdują się w określonym zestawie tabel ( USR* tabele).
  • Dostosowywanie danych: Ustawienia konfiguracyjne, które dostosowują strukturę organizacyjną i procesy biznesowe firmy wdrażającej. Dane te zależą od klienta i są przechowywane w tabelach dostosowawczych.
  • Dane aplikacji: Również zależne od klienta i podzielone pomiędzy dane podstawowe (takie jak dane dostawcy i dane materiałowe — na przykład tabela MARA) i dane transakcyjne (takich jak zamówienia sprzedaży, dokumenty finansowe i zlecenia produkcyjne).

Opcje dostosowywania klienta

Opcje dostosowywania klienta

Po utworzeniu nowego klienta za pomocą transakcji SCC4 administratorzy mogą wybrać, czy zmiany zarejestrowane u klienta będą automatycznie przechwytywane w żądaniu transportu, a także czy w ogóle dozwolone będą zmiany w dostosowywaniu międzyklientami lub wprowadzaniu zmian w repozytorium.

SAP Katalog transportu

SAP Katalog transportu jest globalnym katalogiem transportowym (/usr/sap/trans) — współdzielona lokalizacja, znajdująca się w systemie kontrolera domeny, używana przez każdy system członkowski w strukturze krajobrazowej (grupie systemowej). Zawiera kilka podkatalogów tworzonych automatycznie podczas instalacji i jest niezbędna do skonfigurowania systemu zarządzania transportem (TMS).

Katalog transportowy to miejsce, w którym wszystkie zmiany są zapisywane w postaci plików po ich opublikowaniu w środowisku DEV. Następnie stanowi źródło zmian, które są następnie importowane do QAS i PRD. Z tego powodu katalog musi być poprawnie udostępniane w każdym systemie w środowisku.

On Windowsna przykład, do lokalizacji katalogu współdzielonego można dotrzeć za pomocą:

\\<SAPTRANSHOST>\sapmnt\trans

Tutaj SAPTRANSHOST — adres systemu kontrolera domeny — jest zdefiniowany w pliku hosts każdego SAP system w krajobrazie. Kontroler domeny to jeden z systemów w środowisku, który pełni funkcję ogólnego kontrolera zarządzania zmianą i jej transportu. Jest on wybierany przez zespół administratorów systemu spośród D/Q/P na podstawie dostępności i terminu instalacji.

Główne podkatalogi

Główne podkatalogi katalogu transportowego

  • współpliki: Pliki z informacjami o prośbie o zmianę zawierające pełne szczegóły i polecenia dla każdego transportu.
  • Dane: Rzeczywiste wartości i dane, które mają zostać zastosowane w ramach zmiany.
  • Dziennik: Dzienniki transportowe, traci statystyki — pierwsze miejsce, do którego należy się udać, gdy transport zawiedzie.
  • EPS: Pobierz katalog z zaawansowanymi poprawkami i pakietami wsparcia.

Inne podkatalogi

  • kosz: Pliki konfiguracyjne dla tp (Program Transportowy) i TMS, w tym centralny TPARAM plik.
  • stare dane: Stare wyeksportowane dane są przechowywane w celu archiwizacji lub ewentualnego usunięcia.
  • aktlog: Dzienniki akcji dla każdego żądania i zadania.
  • bufor: Bufor transportu dla każdego systemu, deklarujący, które transporty oczekują na import.
  • nazwy sap: Informacje o wnioskach o transport złożonych przez każdego użytkownika.
  • temperatura: Pliki tymczasowe i pliki dziennika danych.

Konfigurowanie katalogu transportowego i TPPARAM

Jednym z kluczowych warunków wstępnych konfiguracji TMS jest skonfigurowanie katalogu transportu i pliku parametrów transportu.

  • Katalog musi być prawidłowo współdzielony między wszystkimi systemami w środowisku, a każdy uczestniczący system musi być wymieniony w globalnym pliku konfiguracyjnym TPARAM (plik parametrów transportu) znajdujący się w bin podkatalog /usr/sap/trans.
  • Jeśli w pamięci TPPARAM brakuje wpisu systemowego, skopiuj sekcję innego systemu i dostosuj wartości (identyfikator systemu, nazwę hosta itd.), aby pasowały.
  • Podczas instalacji katalog transportowy i jego podkatalogi są tworzone automatycznie, łącznie z początkowym szablonem TPPARAM.

OperaNarzędzia systemowe: tp i R3trans

Pod TMS-em znajdują się dwa programy systemowe, które wykonują ciężką pracę: tp (program kontroli transportu) i R3trans (przenoszący dane).

tp – Program Kontroli Transportu

  • tp jest SAP program używany przez administratorów do planowania i realizacji transportów pomiędzy systemami, a także do SAP Ulepszenia systemu. CTO i TMS mówią o tym „pod maską”.
  • tp używa innych narzędzi i programów użytkowych do wykonywania swoich funkcji — co najważniejsze, wywołuje R3trans. Ponadto kontroluje prawidłową kolejność eksportowanych i importowanych obiektów, dzięki czemu system docelowy nigdy nie zostanie pozbawiony niezgodnych zależności.
  • tp znajduje się w standardowym katalogu środowiska wykonawczego SAP system: /usr/sap/SYS/<SID>/exe/run. Jest on tam automatycznie kopiowany podczas instalacji.
  • Warunkiem wstępnym jest globalne tp plik parametrów TPARAM należy zachować, wymieniając co najmniej nazwy hostów każdego systemu biorącego udział w procesie transportu.
  • tp służy głównie do importowania danych do systemów docelowych. Działa za pośrednictwem dyspozytorów importu — RDDIMPDP oraz KLIENT_RDDIMPDP_ — które muszą być zaplanowane jako zadania w tle w każdym systemie, w którym odbywają się importy. Jeśli te zadania zostaną kiedykolwiek usunięte, zgłoś to. RDDNEWPP można je przełożyć.
  • Te prace są wywołane zdarzeniem: tp wysyła sygnał (zdarzenie) do systemu R/3 i zadanie się rozpoczyna. Zdarzenia są nazywane SAP_TRIGGER_RDDIMPDP oraz SAP_TRIGGER_RDDIMPDP_CLIENT.

R3trans – Program transportowy

  • R3trans jest SAP program transportowy, który fizycznie przesyła dane między różnymi SAP systemów. Rzadko jest wywoływany bezpośrednio; zamiast tego jest wywoływany z tp lub przez SAP narzędzia do aktualizacji.
  • tp organizuje transporty i generuje pliki sterujące, które R3trans pobiera dane, ale nie łączy się z samą bazą danych. Cała „rzeczywista praca” na poziomie bazy danych jest wykonywana przez R3trans.
  • R3trans obsługuje przenoszenie danych między systemami działającymi na różnych systemach operacyjnych, a nawet na różnych bazach danych, co czyni je heterogenicznymi SAP możliwe krajobrazy.

Klawisz SAP Transakcje TMS

Poniższe kody T oznaczają narzędzia, z których administrator Basis korzysta na co dzień w celu obsługi systemu zarządzania transportem.

Kod T Cel
STMS Główny punkt wejścia TMS — konfiguracja domeny, trasy transportu, przegląd importu.
STMS_IMPORT Bezpośredni dostęp do kolejki importowej bieżącego systemu.
SE01 Organizator transportu (widok rozszerzony) — zarządzanie i zwalnianie zleceń transportowych.
SE09 Organizator transportu dla zamówień na stanowiska warsztatowe.
SE10 Organizator transportu umożliwiający personalizację zamówień.
SCC4 Konserwacja klienta — skonfiguruj, czy klient zezwala na transporty i zmiany.
SPRO SAP Odniesienie IMG — punkt wejścia dla wszystkich działań związanych z dostosowywaniem.
SE80 ABAP Workbench — środowisko programistyczne dla obiektów repozytorium.

Najlepsze praktyki dla SAP TMS

Zdyscyplinowany proces TMS pozwala na płynne wprowadzanie zmian bez niespodzianek w produkcji. Poniższe nawyki warto wdrożyć od pierwszego dnia.

  • Trzymaj się jednego kierunku transportu (DEV → QAS → PRD). Nigdy nie pozwól, aby zmiany były wprowadzane wstecz lub pomijały QAS.
  • Zwolnij żądania transportu w kolejności zależności. Jeżeli TR-B odwołuje się do obiektów dodanych przez TR-A, TR-A musi najpierw wejść do kolejki importu.
  • Używaj opisowych, krótkich tekstów na każdym TR, tak aby przyszły recenzent mógł zidentyfikować zmianę bez konieczności otwierania zawartości.
  • Zaplanuj zadania w tle RDDIMPDP w każdym systemie w momencie jego dołączenia do środowiska — bez nich nie będzie można wykonać żadnego importu.
  • Montuj katalog transportowy w sposób spójny na każdym hoście; najczęstszą przyczyną nieudanych importów są niedopasowane ścieżki.
  • Kody zwrotne powyżej 0 traktuj jako wady, a nie ostrzeżenia. Zbadaj, udokumentuj przyczynę i dopiero wtedy ponownie zaimportuj.

FAQ

CTS (System Zmian i Transportu) to struktura ramowa, która organizuje zarządzanie zmianą w całym kraju. SAPTMS (Transport Management System) jest jednym z komponentów CTS, który zajmuje się rzeczywistym przepływem zmian pomiędzy systemami.

Kontroler domeny to SAP system w środowisku, który jest właścicielem konfiguracji TMS — tras transportowych, miejsc docelowych RFC i członkostwa w domenie. Każdy inny system odczytuje z niego konfigurację, więc istnieje tylko jeden kontroler domeny na domenę transportową.

TPPARAM to globalny plik parametrów odczytywany przez program tp. Definiuje on nazwy hostów, szczegóły połączenia z bazą danych oraz opcje dostrajania dla każdego systemu w środowisku i znajduje się w podkatalogu bin katalogu transportowego.

Jest to technicznie możliwe, ale niezalecane. Współdzielenie /usr/sap/trans między środowiskami zwiększa ryzyko niezamierzonych importów krzyżowych, kolizji nazw plików i naruszeń bezpieczeństwa. SAP zaleca jeden katalog transportowy na domenę transportową.

tp jest orkiestratorem: planuje, ustala sekwencje i trackroki transportu ks. R3trans jest pracownikiem: faktycznie odczytuje i zapisuje dane pomiędzy bazą danych a plikami transportu. tp wywołuje R3trans, a nie odwrotnie.

Trasa transportowa to skonfigurowana ścieżka w systemie TMS, która brzmi: „z systemu A wyślij wydania warstwy X do systemu B”. Trasy kodują standardowy kierunek DEV → QAS → PRD i są utrzymywane na kontrolerze domeny.

Asystenci AI analizują kody zwrotne R3trans, identyfikują wadliwe obiekty w długich dziennikach transportu, przewidują konflikty TR przed awansem na podstawie nakładania się obiektów i konwertują surowe dane STMS na raporty o stanie w języku zwykłym dla interesariuszy.

Tak. Podaj asystentowi AI listę obiektów TR i krótkie teksty, a on wygeneruje czytelne dla człowieka podsumowanie zmian z uwzględnieniem modułów, których to dotyczy, ryzyk i notatek dotyczących wycofania zmian — gotowe do umieszczenia w zgłoszeniu wdrożeniowym lub rekordzie rady doradczej ds. zmian.

Podsumuj ten post następująco: