Cos'è una richiesta di trasporto?
- Richieste di trasporto (TRs) - è una sorta di "contenitore / raccolta" di modifiche apportate nel sistema di sviluppo. Registra anche le informazioni riguardanti il tipo di modifica, lo scopo del trasporto, la categoria di richiesta e il sistema di destinazione. È anche noto come Richieste di modifica.
- Ogni TR contiene uno o più lavori di modifica, noti anche come task di modifica (unità minima di modifica trasportabile). Le attività vengono archiviate all'interno di un TR, proprio come più file vengono archiviati in una cartella. TR può essere rilasciato solo una volta che tutte le attività all'interno di un TR sono state completate, rilasciate o eliminate.
- Modifica attività è in realtà un elenco di oggetti modificati da un particolare utente. Ogni attività può essere assegnata a (e rilasciata da) un solo utente. Tuttavia è possibile assegnare più utenti a ciascuna richiesta di trasporto (poiché può contenere più attività). Le attività non sono trasportabili da sole, ma solo come parte di TR.
Le richieste di modifica sono denominate in un formato standard come:
- SID - ID di sistema
- K - È una parola chiave / alfabeto fissa
- Numero : può essere qualsiasi cosa da un intervallo che inizia con 900001
Esempio: anche le attività DEVK900030 utilizzano la stessa convenzione di denominazione, con "numeri" consecutivi al numero utilizzato in TR che le contiene. Ad esempio, le attività nell'esempio TR sopra menzionato possono essere denominate come: DEVK900031, DEVK900032
- Il project manager o il lead designato è responsabile di creare un TR e assegnare i membri del progetto al TR creando attività per ogni membro del progetto.
- Quindi, lei / lui è il proprietario con il controllo di tutte le modifiche che sono registrate in quel TR e quindi, lei / lui può solo rilasciare quel TR.
- Tuttavia, i membri del progetto assegnati possono rilasciare le rispettive attività di modifica, una volta completate.
Richiesta workbench: contiene oggetti del repository e anche oggetti di personalizzazione "cross-client". Queste richieste sono responsabili delle modifiche negli oggetti del workbench ABAP.
Richiesta di personalizzazione: contiene oggetti che appartengono alla personalizzazione "specifica del cliente". In base alle impostazioni del client, queste richieste vengono registrate automaticamente in base a quando gli utenti eseguono le impostazioni di personalizzazione e un sistema di destinazione viene assegnato automaticamente in base al livello di trasporto (se definito).
SE01 - Organizer per il trasporto - Visualizzazione estesa
Crea una richiesta di modifica
- La richiesta di modifica può essere creata in due modi:
- Automatico : ogni volta che si crea o si modifica un oggetto o durante la personalizzazione delle impostazioni, il sistema stesso visualizza la "Finestra di dialogo" per creare una richiesta di modifica o menzionare il nome di una richiesta già creata, se disponibile.
- Manualmente : creare la richiesta di modifica da Transport Organizer, quindi immettere gli attributi richiesti e inserire gli oggetti.
- Posiziona il cursore sul nome TR o su un nome Task e scegli l'icona Release (Truck), un record del TR viene automaticamente aggiunto alle code di importazione appropriate dei sistemi definiti nel TMS.
- Il rilascio e l'importazione di una richiesta genera log di esportazione e importazione.
Il processo di importazione
Importazione di TR nel sistema di destinazione
- Dopo che il proprietario della richiesta ha rilasciato le Richieste di trasporto dal sistema di origine, le modifiche dovrebbero essere visualizzate nel sistema di qualità e produzione; tuttavia, questo non è un processo automatico.
- Non appena il processo di esportazione è completato (rilascio di TRs), i file rilevanti (Cofile e file di dati) vengono creati nella directory di trasporto comune a livello di sistema operativo e l'immissione viene effettuata nel Buffer di importazione (Vista OS) / Coda di importazione (App SAP . View) del QAS e del PRD.
- Ora per eseguire l'importazione, dobbiamo accedere alla coda di importazione e per questo, dobbiamo eseguire il codice di transazione STMS -> Pulsante di importazione OPPURE selezionare Panoramica -> Importazioni
- Mostrerà l'elenco dei sistemi nel dominio corrente, la descrizione e un numero di richieste disponibili in Coda di importazione e lo stato.
Coda di importazione -> è l'elenco dei TR disponibili nella directory comune e pronti per essere importati nel sistema di destinazione, questa è la SAP Application View, a livello di OS è anche nota come Import Buffer.
Lo stato dell'importazione
Import Queue mostra alcune ' icone di stato ' standard nell'ultima colonna, ecco le icone con il loro significato, come definito da SAP:
Nel caso in cui una richiesta non venga aggiunta automaticamente nella coda / buffer di importazione, anche se sono presenti i file a livello di sistema operativo, possiamo aggiungere tali richieste con il seguente metodo, tuttavia, dovremmo conoscere il nome del TR previsto:
Importa cronologia
Possiamo anche controllare le importazioni precedenti avvenute nel sistema come segue:
Registri di trasporto e codici di ritorno
- Dopo che il trasporto è stato eseguito, l'amministratore di sistema deve verificare se è stato eseguito correttamente o meno, per questo SAP ci ha fornito il seguente tipo di log (SE01 -> GOTO -> Transport Logs) :
- Registro delle azioni: mostra le azioni che hanno avuto luogo: esportazioni, importazione di prova, importazione e così via.
- Registri di trasporto - che mantengono un record dei file di registro di trasporto.
- Una delle informazioni importanti fornite dai log sono i codici di ritorno:
- 0: l'esportazione è riuscita.
- 4: è stato emesso un avviso ma tutti gli oggetti sono stati trasportati correttamente.
- 8: È stato emesso un avviso e non è stato possibile trasportare correttamente almeno un oggetto.
- 12 o superiore: si è verificato un errore critico, generalmente non causato dagli oggetti nella richiesta.