SAP Yêu cầu vận chuyển: Cách nhập và xuất TR

⚡ Tóm tắt thông minh

SAP Yêu cầu vận chuyển (Transport Request) đóng gói mọi thay đổi được thực hiện trong hệ thống phát triển vào một vùng chứa di động, sau đó được chuyển đến môi trường QA và sản xuất. Quy trình chuẩn là Tạo → Phát hành (Xuất) → Nhập → Xác minh nhật ký và mã trả về thông qua STMS và SE01.

📦 Hãy coi TR như một vùng chứa: Mỗi TR chứa một hoặc nhiều tác vụ; các tác vụ chỉ di chuyển như một phần của TR cha.
🔖 Nắm rõ quy tắc đặt tên: K (ví dụ: DEVK900030) là mã cố định và không bao giờ bị quản trị viên chỉnh sửa.
🗂️ Chọn đúng loại: Các yêu cầu Workbench chứa các đối tượng kho lưu trữ chung cho nhiều máy khách; các yêu cầu Tùy chỉnh chứa các thiết lập dành riêng cho từng máy khách.
🚚 Phát hành để xuất khẩu, STMS để nhập khẩu: Việc phát hành TR sẽ kích hoạt quá trình xuất; STMS hoặc Hàng đợi nhập SE01 sẽ chuyển nó vào môi trường QAS và PRD.
🤖 Sử dụng AI để phân loại nhật ký: Trợ lý AI giải thích nhật ký TR, phân loại mã trả về 0/4/8/12+ và đề xuất bước tiếp theo khi quá trình nhập dữ liệu thất bại.

Đọc thêm

Yêu cầu vận chuyển là gì?

A Yêu cầu vận chuyển (TR) — còn được gọi là Yêu cầu thay đổi — là một vùng chứa hoặc tập hợp các thay đổi được thực hiện trong SAP Hệ thống phát triển. Nó ghi lại loại thay đổi, mục đích của việc chuyển giao, danh mục yêu cầu và hệ thống đích mà thay đổi sẽ được triển khai.

Mỗi TR chứa một hoặc nhiều công việc thay đổi được gọi là Nhiệm vụ — đơn vị nhỏ nhất của sự thay đổi có thể vận chuyển. Một TR chỉ có thể được giải phóng sau khi mọi nhiệm vụ bên trong nó đã được hoàn thành, giải phóng hoặc xóa. Hãy coi TR như một thư mục và các nhiệm vụ như các tệp bên trong nó.

Một Nhiệm vụ (Task) bản thân nó là một danh sách các đối tượng được sửa đổi bởi một người dùng duy nhất. Mỗi nhiệm vụ được gán cho chính xác một người dùng, nhưng một TR (Transport Request) có thể chứa các nhiệm vụ thuộc về nhiều người dùng. Nhiệm vụ không thể được vận chuyển riêng lẻ — chúng luôn được di chuyển như một phần của TR.

Quy ước đặt tên yêu cầu vận chuyển

Các yêu cầu vận chuyển sử dụng một mẫu cố định mà quản trị viên không thể chỉnh sửa:

<SID>K<Number>

SID — Mã định danh hệ thống (ví dụ: DEV).
K — Từ khóa/chữ cái cố định.
Con số — một dãy số bắt đầu từ 900001.

Ví dụ: DEVK900030Các nhiệm vụ bên trong TR đó tuân theo cùng một quy ước, được đánh số liên tiếp: DEVK900031, DEVK900032, Và như vậy.

Ai là người sở hữu yêu cầu vận chuyển?

Người quản lý dự án hoặc người đứng đầu được chỉ định sẽ tạo TR và phân công nhiệm vụ cho từng thành viên dự án trong đó.
Chủ sở hữu TR kiểm soát mọi thay đổi được ghi lại trong TR — chỉ chủ sở hữu mới có thể phát hành TR đó.
Mỗi thành viên được phân công dự án có thể tự giải phóng nhiệm vụ của mình sau khi hoàn thành phần việc được giao.

Các loại yêu cầu vận chuyển

Yêu cầu bàn làm việc — chứa các đối tượng kho lưu trữ và các đối tượng tùy chỉnh đa máy khách. Các TR này mang theo các thay đổi đến Bàn làm việc ABAP Các đối tượng như chương trình, mô-đun chức năng, đối tượng từ điển và màn hình.

Tùy chỉnh yêu cầu — Chứa các đối tượng tùy chỉnh dành riêng cho khách hàng. Các TR này được ghi lại tự động khi người dùng thực hiện các thiết lập tùy chỉnh và hệ thống đích được chỉ định tự động dựa trên lớp vận chuyển (nếu có).

SE01 — Công cụ tổ chức vận chuyển (Chế độ xem mở rộng)

Tạo yêu cầu thay đổi

Có thể tạo yêu cầu thay đổi theo hai cách:

Tự động — khi người dùng tạo hoặc sửa đổi một đối tượng, hoặc thực hiện các thiết lập tùy chỉnh, SAP Hiển thị hộp thoại hỏi người dùng muốn tạo yêu cầu mới hay muốn thêm thay đổi vào yêu cầu hiện có.
Hướng dẫn sử dụng — Mở Trình tổ chức vận chuyển (SE01 hoặc SE09), tạo yêu cầu với các thuộc tính cần thiết và chèn các đối tượng cần vận chuyển.

Phát hành yêu cầu vận chuyển (quy trình xuất khẩu)

Di chuyển con trỏ chuột đến tên TR (hoặc tên Nhiệm vụ) trong SE01 và nhấp chuột. Phát hành biểu tượng (biểu tượng xe tải).
SAP Tự động thêm bản ghi về TR đã phát hành vào hàng đợi nhập của mọi hệ thống đích được định nghĩa trong TMS.
Việc phát hành và nhập yêu cầu sẽ tự động tạo ra nhật ký xuất và nhập mà nhóm Basis có thể kiểm tra sau này.

Quy trình nhập khẩu

Việc nhập TR sẽ chuyển thay đổi vào hệ thống đích (thường là QAS, sau đó là PRD).

Việc phát hành TR không Tự động chuyển nó lên môi trường QA hoặc sản xuất — cần có bước nhập khẩu rõ ràng.
Khi quá trình xuất khẩu hoàn tất, SAP viết tương ứng Hồ sơ đồng xuất và Hồ sơ dữ liệu vào thư mục vận chuyển chung ở cấp độ hệ điều hành và thêm một mục vào đó. Nhập khẩu Buffer (Chế độ xem hệ điều hành) / Hàng đợi nhập (SAP góc nhìn ứng dụng) của các hệ thống mục tiêu.
Để nhập khẩu, hãy mở giao dịch. STMS → Nhập khẩu nút hoặc chọn Tổng quan → Nhập khẩu.
STMS liệt kê mọi hệ thống trong miền vận chuyển hiện tại, cùng với số lượng yêu cầu đang chờ trong mỗi Hàng đợi Nhập khẩu và trạng thái của chúng.

Hàng đợi nhập — Danh sách các TR có sẵn trong thư mục chung và sẵn sàng được nhập vào hệ thống đích. SAP Ứng dụng gọi nó là Hàng đợi Nhập khẩu; ở cấp độ hệ điều hành, nó được gọi là Nhập khẩu. Buffer.

Trạng thái nhập khẩu

Hàng đợi nhập khẩu hiển thị các biểu tượng trạng thái tiêu chuẩn ở cột cuối cùng. Các biểu tượng này thể hiện các trạng thái như “sẵn sàng để nhập khẩu”, “đã nhập khẩu với cảnh báo”, “đã nhập khẩu thành công” và “lỗi trong quá trình nhập khẩu”.

Nếu yêu cầu không được tự động thêm vào Hàng đợi Nhập khẩu — ngay cả khi tệp Cofile và tệp Dữ liệu có sẵn trên hệ điều hành — bạn có thể thêm thủ công nếu biết tên TR. Đường dẫn là STMS → Hàng đợi nhập khẩu → Tiện ích bổ sung → Các yêu cầu khác → Thêm.

Nhập lịch sử

Bạn có thể xem lại mọi lần nhập dữ liệu trước đó trên hệ thống thông qua STMS → Tổng quan nhập khẩu → Lịch sử nhập khẩuLịch sử cho thấy thời điểm mỗi yêu cầu vận chuyển (TR) được nhập, người nhập và mã trả về — hữu ích cho việc kiểm toán và điều tra sự cố.

Nhật ký vận chuyển và trả hàng Codes

Sau khi quá trình vận chuyển hoàn tất, quản trị viên Basis cần xác nhận rằng mọi thứ đã được di chuyển chính xác. SAP hiển thị hai loại nhật ký bên dưới SE01 → GOTO → Nhật ký vận chuyển:

Nhật ký hành động — Liệt kê các hành động đã thực hiện: xuất khẩu, nhập thử nghiệm, nhập khẩu, phân phối, v.v.
Nhật ký vận chuyển — Ghi lại nội dung của từng tệp nhật ký vận chuyển được tạo ra trong mỗi bước.

Thông tin quan trọng nhất trong nhật ký là... trả lại mã:

Trả lại mã	Ý nghĩa
0	Giao dịch xuất khẩu hoặc nhập khẩu đã thành công.
4	Các cảnh báo đã được đưa ra nhưng mọi vật phẩm đều được vận chuyển thành công.
8	Các cảnh báo đã được đưa ra và ít nhất một vật thể đã không được vận chuyển thành công.
12 trở lên	Đã xảy ra lỗi nghiêm trọng — thường là lỗi bên ngoài yêu cầu (sự cố cấp hệ thống, thiếu vai trò, trục trặc mạng).

Key SAP Mã vận chuyển T

Bảng dưới đây tóm tắt tất cả các mã giao dịch mà bạn có thể sử dụng khi làm việc với Yêu cầu Vận chuyển.

Mã T	Mục đích
SE01	Công cụ quản lý vận chuyển — chế độ xem mở rộng với đầy đủ chức năng tìm kiếm và xuất kho.
SE09	Công cụ quản lý vận chuyển — giao diện lấy người dùng làm trung tâm, hiển thị các yêu cầu và nhiệm vụ "của bạn".
SE10	Công cụ quản lý vận chuyển — tổng quan theo người dùng, trạng thái hoặc khoảng thời gian.
STMS	Hệ thống quản lý vận tải — tổng quan, nhập khẩu, phân phối.
STMS_IMPORT	Truy cập trực tiếp vào Hàng đợi Nhập khẩu của hệ thống.
SE03	Công cụ tổ chức vận chuyển — các tùy chọn thay đổi hệ thống, xóa, sửa chữa.

Các phương pháp tốt nhất khi xử lý yêu cầu vận chuyển

Những thói quen dưới đây giúp duy trì quy trình TR sạch sẽ và dễ kiểm toán:

Một TR cho mỗi thay đổi logic: Gom các đối tượng có liên quan lại với nhau nhưng tránh trộn lẫn các khu vực chức năng không liên quan.
DescriptVăn bản yêu cầu: Sử dụng đoạn văn ngắn để ghi lại số vé, lý do giao dịch và hệ thống mục tiêu.
Phát hành các tác vụ trước khi phát hành TR: TR chỉ có thể được giải phóng sau khi mọi tác vụ bên trong nó đã được giải phóng hoặc xóa.
Kiểm thử trên môi trường QAS trước khi triển khai PRD: Luôn luôn nhập dữ liệu vào môi trường QAS, xác thực, và chỉ sau đó mới nhập vào môi trường PRD.
Kiểm tra mã trả về: Hãy coi bất kỳ mã lỗi trả về nào lớn hơn 4 là lỗi cần điều tra trước khi tiếp tục.
Giữ nguyên trình tự nhập khẩu: Nhập các TR theo thứ tự chúng được phát hành để tránh các lỗi phụ thuộc vào trình tự.

Câu Hỏi Thường Gặp

TR là vùng chứa di chuyển giữa các hệ thống. Một tác vụ là một phần công việc của người dùng bên trong TR đó. Các tác vụ không thể di chuyển độc lập — chúng đi kèm với TR mẹ.

Các yêu cầu Workbench mang theo các đối tượng kho lưu trữ đa máy khách như chương trình, mô-đun chức năng và cấu trúc từ điển. Các yêu cầu tùy chỉnh mang theo các giá trị cấu hình dành riêng cho máy khách được thực hiện thông qua SPRO và các giao dịch tùy chỉnh khác.

Không. Sau khi TR được phát hành, nội dung của nó sẽ bị cố định. Bất kỳ thay đổi nào tiếp theo đều phải được đóng gói vào một TR mới. SE01 sẽ từ chối thêm đối tượng vào một TR có trạng thái đã là “Đã phát hành”.

Mã trả về 8 có nghĩa là đã có cảnh báo được đưa ra và ít nhất một đối tượng không thể vận chuyển thành công. Hãy mở Nhật ký Vận chuyển để tìm đối tượng bị lỗi, khắc phục nguyên nhân gốc rễ và nhập lại yêu cầu sau khi đã sửa chữa xong.

Các tệp Cofile là các tệp điều khiển mô tả nội dung và các phụ thuộc của gói vận chuyển; các tệp Data chứa dữ liệu thực tế của đối tượng. Cả hai đều được ghi vào thư mục vận chuyển dùng chung ở cấp độ hệ điều hành khi một TR được phát hành.

Trong STMS, mở Hàng đợi Nhập khẩu, chọn TR mục tiêu, sau đó chọn Yêu cầu → Nhập khẩu. Hãy cẩn thận với trình tự: việc nhập một TR sau đó không theo thứ tự có thể thất bại nếu nó phụ thuộc vào các đối tượng từ một yêu cầu trước đó chưa được nhập khẩu.

Các trợ lý AI phân tích nhật ký vận chuyển, phân loại mã trả về, xác định đối tượng bị lỗi và đề xuất bước điều tra tiếp theo. Chúng cũng dự đoán xung đột chuỗi TR trước khi chuyển tiếp dựa trên sự trùng lặp đối tượng.

Đúng vậy. Cung cấp cho trợ lý AI danh sách đối tượng TR và đoạn văn ngắn; nó sẽ tạo ra bản tóm tắt thay đổi dễ đọc, bao gồm các mô-đun bị ảnh hưởng, rủi ro và ghi chú hoàn tác, sẵn sàng cho phiếu triển khai.