# How to Transport Variants, SO10 Texts, Table Entries and Other Manual Objects in SAP

> Source: https://netray.co/tools/sap-transport-variants-texts-table-entries-reference
> Publisher: Netray (netray.co), AI and integration engineering for ERP and manufacturing systems.
> Section: Free Tools

## Short answer

One row per SAP object you must add to a request by hand: how to add it, the E071 entry it creates, the request type and the gotcha.

## Category

sap

## Erp

SAP NetWeaver / Basis

## Audience

- SAP Basis administrator
- ABAP developer
- Functional consultant

## Tool

**Kind:** worksheet

**Mode:** reference

**Columns:**

#### Object

**Key:** object

**Type:** text

#### How to add to a request

**Key:** how

**Type:** text

#### E071 entry

**Key:** entry

**Type:** text

#### Request type

**Key:** reqtype

**Type:** select

**Options:**

- Workbench
- Customizing
- Either

#### Gotcha

**Key:** gotcha

**Type:** text

**Rows:**

**Object:** Report variants

**How:** SE38 > program > Goto > Variants > Utilities > Transport request, or program RSTRANSP for several programs and variants

**Entry:** LIMU VARX (program + variant name)

**Reqtype:** Workbench

**Gotcha:** Variants are client-dependent; they arrive in the target client of the request. System variants (CUS& / SAP&) behave differently from user variants.

**Object:** SO10 standard texts

**How:** Program RSTXTRAN: select text object TEXT, ID ST, name and language, then transfer to a request

**Entry:** R3TR TEXT TEXT,<name>,ST,<lang>

**Reqtype:** Either

**Gotcha:** One entry per language; translations need their own lines. Texts are client-dependent.

**Object:** Custom table entries (maintenance view)

**How:** SM30 > Table view > Transport, or SM30 change mode then Include in request for selected rows

**Entry:** R3TR TABU <table> with keys in E071K

**Reqtype:** Customizing

**Gotcha:** Delivery class must allow transport; the table definition itself must already exist in the target or the import ends RC 8.

**Object:** Custom table entries (no maintenance view)

**How:** SE10 > request > object list > add R3TR TABU <table> and maintain keys (generic * allowed)

**Entry:** R3TR TABU with E071K TABKEY

**Reqtype:** Either

**Gotcha:** A generic * key moves every row and overwrites the target content for that key range.

**Object:** Customizing view data

**How:** SM30 or SPRO maintenance view > Transport

**Entry:** R3TR VDAT (view), R3TR CDAT (view cluster)

**Reqtype:** Customizing

**Gotcha:** Usually recorded automatically when client recording (SCC4) is on; manual when it is off.

**Object:** Variable table entries (TVARVC)

**How:** STVARV > Transport

**Entry:** R3TR TABU TVARVC

**Reqtype:** Customizing

**Gotcha:** Values that should differ per system (dates, plants) get overwritten in the target.

**Object:** Number range intervals

**How:** SNRO or the application transaction > Intervals > Interval > Transport

**Entry:** Interval table entries (NRIV) via TABU

**Reqtype:** Customizing

**Gotcha:** Importing intervals overwrites the target intervals including the current number status. Most teams maintain intervals per system instead.

**Object:** SAP Query (SQ01, SQ02, SQ03)

**How:** Program RSAQR3TR: export queries, InfoSets and user groups to a request

**Entry:** Entries created by RSAQR3TR

**Reqtype:** Workbench

**Gotcha:** Run RSAQR3TR again in the target to import from the transport dataset; the import step alone does not activate the queries.

**Object:** LSMW projects

**How:** LSMW > Extras > Create Change Request, or Extras > Export Projects to a file

**Entry:** Created by LSMW

**Reqtype:** Workbench

**Gotcha:** File export and import is often simpler for one-off migration projects that should not live in production.

**Object:** PFCG roles

**How:** PFCG > role > Role > Transport (optionally with user assignments)

**Entry:** R3TR ACGR <role>

**Reqtype:** Customizing

**Gotcha:** Generate profiles in the target (PFCG or SUPC) after import; do not transport user assignments into production by default.

**Object:** Smart Forms and styles

**How:** SMARTFORMS: recorded on save; add manually in SE10 if missed

**Entry:** R3TR SSFO (form), R3TR SSST (style)

**Reqtype:** Workbench

**Gotcha:** The generated function module is regenerated in the target, not transported.

**Object:** Adobe forms (SFP)

**How:** SFP: recorded on save; add manually if needed

**Entry:** R3TR SFPF (form), R3TR SFPI (interface)

**Reqtype:** Workbench

**Gotcha:** Transport the interface with or before the form.

**Object:** SAPscript forms

**How:** SE71: recorded on save; RSTXSCRP for file export and import between unconnected systems

**Entry:** R3TR FORM

**Reqtype:** Workbench

**Gotcha:** Forms are maintained in the original language; check translations separately.

**Object:** Program text elements

**How:** SE38 > Goto > Text elements: recorded with the program

**Entry:** LIMU REPT

**Reqtype:** Workbench

**Gotcha:** Translated text elements are separate language entries; check SE63 translations are on a request.

**Object:** ALV layouts

**How:** In the ALV list: layout management > select global layouts > Transport

**Entry:** Created by layout management

**Reqtype:** Either

**Gotcha:** Only global (user-independent) layouts can be transported; user-specific layouts stay with the user.

**Object:** Transport of copies

**How:** SE01 > Create > Transport of copies, include objects or another request's object list, set target, release

**Entry:** Request type T

**Reqtype:** Workbench

**Gotcha:** Moves a copy to QA for testing without releasing the original request; the original still has to go through the normal route.

**Object:** Customizing into another client of the same system

**How:** SCC1: copy a request's content from one client to another

**Entry:** No new request

**Reqtype:** Customizing

**Gotcha:** Only for clients in the same system; does not move anything to the next system.

**Notes:** Client-dependent objects (variants, SO10 texts, table entries of client-dependent tables, roles) land in the target client defined by the request and transport route. Cross-client objects (programs, DDIC, forms) are system-wide. Always check the object list in SE10 before release: the E071 entry shown here is what the import will actually move.

## Content

**Intro:** Many SAP objects are not recorded on a transport request automatically: report variants, SO10 standard texts, rows of a custom table, number range intervals, queries and roles. This reference shows how to add each one to a request, the E071 entry it creates and the gotcha that usually bites in QA or production.

**Sections:**

#### How to use this table

**Body:** Search for the object you need to move. The second column is the menu path or program that puts it on a request; the third shows the PGMID and object type you should then see in the request object list in SE10. If the object list does not show that entry, the object is not on the request, whatever the screen said. The request type column tells you whether the object belongs on a workbench request (cross-client repository objects) or a customizing request (client-dependent settings). The gotcha column is the problem that most often appears after import.

#### Client-dependent versus cross-client

**Body:** Programs, function modules, classes, DDIC objects and forms are cross-client: one import affects every client. Variants, SO10 texts, table entries of client-dependent tables, roles and number ranges are client-dependent: they are imported into the target client of the request. If a variant or text is missing after import, check that the import went to the right client (STMS import queue, target client column) and that the source was the client you created it in. Customizing that must move between two clients of the same system goes with SCC1, not with a new transport.

#### Worked example: moving a background job variant and its texts

**Body:** A job in production runs program ZMM_REORDER with variant WEEKLY_1001 and prints an SO10 header text Z_REORDER_HDR. In development client 100: run RSTRANSP, enter program ZMM_REORDER and variant WEEKLY_1001, and choose a workbench request; the object list now shows LIMU VARX. Run RSTXTRAN with text object TEXT, ID ST, name Z_REORDER_HDR, language E, and transfer it to a request; the list shows R3TR TEXT. Release, import into QA client 200, then check the variant in SE38 and the text in SO10. Schedule the job in SM36 only after both are present.

#### Transport of copies for testing in QA

**Body:** When you need to test in QA without releasing your real request, create a transport of copies in SE01 (type T), include the objects of the open request, set the QA system as target and release it. QA gets a copy; the original request stays open and later follows the normal route to production. Transports of copies are not routed to production automatically. This is useful for variants and table entries too, but remember that the final request must also contain them, or production will miss them.

**Cta:** If you want an assistant that can check a request's object list against what a change actually needs, running privately next to your SAP system, we can build that.

**Faq:**

#### Which SAP program transports variants?

**Answer:** RSTRANSP transports report variants for one or more programs into a request you choose, creating LIMU VARX entries. For a single program you can also use SE38 > Goto > Variants > Utilities > Transport request. Variants are client-dependent, so check the target client after import.

#### How do I transport an SO10 standard text?

**Answer:** Run program RSTXTRAN, select text object TEXT, text ID ST, the text name and language, and transfer the text to a request. The object list then contains R3TR TEXT with the text key. Add one line per language you need, then release and import.

#### How do I transport entries of a custom table?

**Answer:** If the table has a maintenance view, use SM30 > Table view > Transport or include selected rows in a request. Otherwise add R3TR TABU <table> to the request in SE10 and maintain the keys. The table definition must already exist in the target system.

#### How do I transport an LSMW project?

**Answer:** In LSMW use Extras > Create Change Request to put the project, subproject and object on a request, or Extras > Export Projects to write it to a file and import it in the other system. File export avoids leaving migration objects in production.

## Search terms

how to transport variant in sap, sap program to transport variant, sap transport standard text, sap transport so10 text, how to transport lsmw in sap, sap transport custom table, rstransp, rstxtran

---
Talk to an engineer: https://netray.co/contact?intent=erp_ai | Machine catalog: https://netray.co/agent/catalog.json
