Mandanty - poziom repozytorium

[pabi]

Witam
Mam pytanie o tworzenie nowych mandantów i następnie ich utrzymanie, czy też późniejsze kopiowanie mandantów bp. z produkcji100 na testowy200.
Ścieżka transportów w stms jest utworzona DEV100 - QAS100-PRD100, nie obejmuje mandantów 200.
W landscape mamy DEV200 oraz QAS200, na które nikt nie wczytuje transportów.

Później okazuje się, że te mandanty DEV200 i QAS200 są bezużyteczne, nie da się np. wgrać na QAS 200 kopii PRD100 ( mają róznice w repozytorium, nikt tam nie wgrywał transportów typyu workbench).

Jaka jest dobra praktyka - zawsze wgrywać transporty typu workbech (tworzące obiekty repozytorium) na każdy mandant w landscape, czyli również na 200 ?

Jak się zachować jak tworze nowy mandant na QAS - czy zawsze kopiować z mandanta 000 i następnie dograć wszystkie potrzebne transporty worknbench (aby wyrównac poziomy repozytorium do mandantów 100) czy dopuszczalne jest też tworzenie nowego mandanta jako kopii z mandanta 100 (wtedy ten nowy miałby dobry poziom repozytorium, nie byłoby potrzeby dociągać żadnych transportów typu workbench).

[dominik.tylczynski]

Transporty typu workbench wystarczy importować do jednego mandanta w systemie docelowym. Te transporty z definicji zawierają obiekty niezależne od mandanta.

[pabi]

Czy transport typu workbench zmienia też mandant 000 ?

Powinien zmieniać, bo gdyby tego nie robił to tworząc nowy mandant jako kopię 000 byłoby niespójne repozytorium tego nowego mandanta.

[dominik.tylczynski]

Transport typu workbench nie zmienia mandanta jako takiego. Zmienia obiekty niezależne od mandanta, zatem te zmiany są widoczne we wszystkich mandantach.
Mandant, tak na prawdę nie jest żadnym magicznym bytem w SAP ERP. To jest po prostu dodatkowe pole kluczowe w tablicach.

[pabi]

Jeszcze jedno pytanie:

Czy w rzeczywistych sytuacjach podczas pracy w firmie normalna jest sytuacja, że da się zrobić kopię mandanta z prd na qas, ale nie da się już zrobić z dev na qas ? Z powodu różnić w repozytorium (czyli czy dev może się różnić stanem repozytorium od qas i prd ?).

Na dev konsultant może zmienić repozytorium (doda jakąś tabelę Z) ale nie wyśle jej na QAS ani PRD, bo stwierdzi, że jednak niepotrzebna jest.
Czy taka sytuacja się zdarza, że wersje repozytoroim mogą być niespójne między DEV a QAS i PRD ?

Czy muszą być spójne na wszystkich trzech systemach a konsultant po prostu musi na DEV wycofać te zmiany w repozytorium, które uznał za niepotrzebne i nie przesłał transportem na DEV,PRD.

[wojtas7]

To już zależy od polityki jaką sobie firma przyjęła. Raczej standardem jest, że co jakiś czas kopiuje się cały system PROD->QS, a DEV nie rusza w ogóle pod kątem danych, bo DEV nie służy do testowania.

[dominik.tylczynski]

Na dev konsultant może zmienić repozytorium (doda jakąś tabelę Z) ale nie wyśle jej na QAS ani PRD, bo stwierdzi, że jednak niepotrzebna jest.
Czy taka sytuacja się zdarza, że wersje repozytoroim mogą być niespójne między DEV a QAS i PRD ?

To się niestety zdarza choć nie powinno. Jeśli zrobiłeś zmiany, które nie są potrzebne to należy je wycofać i przenieść wycofanie do QAS, jeśli zmiana została już zaimportowana do tego systemu.

Musisz bezwzględnie dbać o spójność systemów

[pabi]

Bardzo dziękuje za pomoc , kilka dni męczyłem na forum dziesiątkami pytań ale udało się wszystko wyjaśnić .
pozdrawiam