> Cải tiến quy trình liên tục > Từ mua hàng đến thanh toán: yêu cầu mua hàng > SAP ECC > Mẫu dữ liệu

Mẫu dữ liệu quy trình mua hàng đến thanh toán: Yêu cầu mua hàng

SAP ECC

Thuộc tính quy trình mua hàng đến thanh toán: Yêu cầu mua hàng(19) Hoạt động trong quy trình mua hàng đến thanh toán: Yêu cầu mua hàng(13) Hướng dẫn trích xuất dữ liệu(2)

Mẫu dữ liệu quy trình mua hàng đến thanh toán: Yêu cầu mua hàng

Mẫu này hướng dẫn bạn thu thập dữ liệu cần thiết để phân tích quy trình yêu cầu mua hàng trong quy trình mua hàng đến thanh toán. Mẫu nêu rõ các trường dữ liệu cần lấy, những hoạt động chính cần theo dõi và cách trích xuất thông tin từ hệ thống nguồn. Hãy dùng tài nguyên này để chuẩn bị dữ liệu cho process mining.

Các thuộc tính nên thu thập
Các hoạt động chính cần theo dõi
Hướng dẫn trích xuất dữ liệu từ SAP ECC

Chưa quen với nhật ký sự kiện? Tìm hiểu cách tạo nhật ký sự kiện cho process mining.

Tải mẫu xuống

Thuộc tính quy trình mua hàng đến thanh toán: Yêu cầu mua hàng

Đây là các trường dữ liệu nên có trong nhật ký sự kiện để phân tích quy trình yêu cầu mua hàng trong quy trình mua hàng đến thanh toán.

5 Bắt buộc 5 Nên có 9 Không bắt buộc

	Tên	Mô tả
	ID Yêu cầu mua hàng PurchaseRequisitionId	Mã định danh duy nhất của chứng từ yêu cầu mua hàng.
Mô tả ID Yêu cầu mua hàng là khóa chính giúp nhận diện duy nhất từng yêu cầu mua hàng hóa hoặc dịch vụ trong SAP ECC. Đây là mã định danh trường hợp trung tâm, liên kết mọi hoạt động và thay đổi liên quan đến một yêu cầu cụ thể, từ lúc tạo đến khi xử lý xong, chẳng hạn như chuyển thành đơn mua hàng hoặc đóng yêu cầu. Trong process mining, ID này rất cần thiết để tái dựng toàn bộ vòng đời của từng yêu cầu mua hàng. Bằng cách theo dõi mã định danh này, chuyên viên phân tích có thể hình dung toàn bộ luồng quy trình, đo thời gian giữa các mốc và phân tích khác biệt trong cách xử lý từng yêu cầu. Nhờ đó, họ có cái nhìn xuyên suốt về toàn bộ quá trình xử lý yêu cầu mua hàng. Vì sao điều này quan trọng Đây là mã định danh cốt lõi liên kết mọi sự kiện quy trình liên quan vào cùng một trường hợp, giúp phân tích quy trình từ đầu đến cuối. Lấy dữ liệu ở đâu Nằm trong bảng EBAN, trường BANFN. Ví dụ 100234567810023456791002345680
	Tên hoạt động ActivityName	Tên hoạt động nghiệp vụ diễn ra tại một thời điểm cụ thể.
Mô tả Thuộc tính này mô tả một bước hoặc sự kiện cụ thể trong vòng đời yêu cầu mua hàng, chẳng hạn như 'Đã tạo yêu cầu mua hàng', 'Đã gửi phê duyệt' hoặc 'Đã tạo đơn mua hàng'. Thông tin về các hoạt động này thường được lấy từ thay đổi trạng thái, nhật ký workflow hoặc chứng từ thay đổi trong SAP. Phân tích thứ tự và tần suất hoạt động là nền tảng của process mining. Việc này giúp khám phá luồng quy trình thực tế, bao gồm các đường đi phổ biến, trường hợp sai lệch và điểm nghẽn. Đây là bước quan trọng để xây dựng dashboard như Sơ đồ quy trình yêu cầu mua hàng từ đầu đến cuối và tính KPI liên quan đến việc làm lại và tuân thủ. Vì sao điều này quan trọng Thuộc tính này xác định các bước trong quy trình, giúp hiển thị sơ đồ quy trình và phân tích những khác biệt trong luồng xử lý. Lấy dữ liệu ở đâu Lấy từ các bảng change document CDHDR và CDPOS, nhật ký workflow hoặc các trường trạng thái như EBAN-STATU. Ví dụ Đã tạo yêu cầu mua hàngĐã phê duyệt bướcYêu cầu mua hàng bị từ chốiĐã tạo đơn mua hàng
	Thời điểm sự kiện EventTime	Dấu thời gian cho biết thời điểm hoạt động diễn ra.
Mô tả Thời điểm sự kiện ghi lại chính xác ngày giờ một hoạt động cụ thể diễn ra. Đây là dữ liệu nền tảng cho mọi phân tích theo thời gian trong process mining, bao gồm tính thời gian chu kỳ, xác định điểm nghẽn và đánh giá hiệu suất quy trình. Trong quy trình yêu cầu mua hàng, thuộc tính này giúp tính các KPI quan trọng như “Thời gian phê duyệt yêu cầu mua hàng trung bình” và “Thời gian tạo PO”. Dữ liệu này cũng hỗ trợ các bảng điều khiển trực quan hóa thời lượng, chẳng hạn như phân tích thời gian chu kỳ phê duyệt yêu cầu mua hàng, bằng cách cung cấp dữ liệu thô để đo thời gian giữa hai thời điểm bất kỳ trong quy trình. Vì sao điều này quan trọng Dấu thời gian này rất cần thiết để tính thời lượng, phân tích hiệu suất quy trình và tìm ra các điểm nghẽn liên quan đến thời gian. Lấy dữ liệu ở đâu Có trong bảng change document header CDHDR (các trường UDATE và UTIME). Ví dụ 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:20:05Z
	Hệ thống nguồn SourceSystem	Cho biết hệ thống nguồn mà dữ liệu được trích xuất từ đó.
Mô tả Thuộc tính này cho biết nguồn gốc của dữ liệu quy trình, chẳng hạn như “SAP ECC Production” hoặc “S4HANA QA”. Thông thường, đây là giá trị tĩnh được thêm trong quá trình trích xuất dữ liệu để cung cấp ngữ cảnh, nhất là khi có nhiều hệ thống nguồn. Khi phân tích quy trình, thuộc tính này giúp phân biệt dữ liệu từ các nguồn khác nhau, tránh làm sai lệch kết quả do trộn lẫn dữ liệu từ môi trường sản xuất, kiểm thử hoặc phát triển. Đây là siêu dữ liệu thiết yếu để quản trị và truy xuất nguồn gốc dữ liệu. Vì sao điều này quan trọng Cung cấp ngữ cảnh cần thiết về nguồn gốc dữ liệu, giúp truy xuất nguồn gốc và phân tích trên nhiều hệ thống. Lấy dữ liệu ở đâu Đây thường là giá trị tĩnh được thêm trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL). Ví dụ SAP_ECC_PRODS4HANA_EU_100ECC_US_FINANCE
	Lần cập nhật dữ liệu gần nhất LastDataUpdate	Dấu thời gian của lần làm mới hoặc trích xuất dữ liệu gần nhất từ hệ thống nguồn.
Mô tả Thuộc tính này cho biết lần cập nhật gần nhất của tập dữ liệu. Đây là dấu thời gian tĩnh áp dụng cho toàn bộ tập dữ liệu sau mỗi lần tải, giúp xác định dữ liệu phân tích mới đến đâu. Khi xem bảng điều khiển hoặc phân tích process mining, bạn cần biết dữ liệu được cập nhật gần đây hay chưa để đưa ra quyết định phù hợp. Thuộc tính này cho biết khoảng thời gian mà dữ liệu đang xem bao quát, tránh đưa ra kết luận dựa trên thông tin đã lỗi thời. Vì sao điều này quan trọng Cho người dùng biết dữ liệu mới đến đâu, yếu tố quan trọng để đảm bảo phân tích quy trình còn phù hợp và chính xác. Lấy dữ liệu ở đâu Đây là giá trị tĩnh thể hiện thời điểm trích xuất dữ liệu, được thêm trong quá trình ETL. Ví dụ 2024-01-15T04:00:00Z2024-01-16T04:00:00Z
	Loại tài liệu RequisitionDocumentType	Phân loại xác định loại và đặc điểm của yêu cầu mua hàng.
Mô tả Trong SAP, loại tài liệu kiểm soát nhiều khía cạnh của yêu cầu mua hàng, bao gồm dải số, lựa chọn trường và quy trình mua sắm áp dụng. Ví dụ: “Yêu cầu mua hàng tiêu chuẩn”, “Chuyển kho” hoặc “Yêu cầu mua dịch vụ”. Thuộc tính này là một chiều phân tích hữu ích vì mỗi loại tài liệu thường có luồng quy trình và yêu cầu phê duyệt riêng. Chuyên viên phân tích có thể chia dữ liệu theo loại để so sánh hiệu suất của các quy trình yêu cầu mua hàng khác nhau. Việc này giúp đánh giá mức độ tuân thủ và tìm cơ hội chuẩn hóa hoặc chuyên biệt hóa quy trình. Vì sao điều này quan trọng Giúp chia yêu cầu mua hàng thành các nhóm quy trình khác nhau để phân tích chính xác và phù hợp hơn. Lấy dữ liệu ở đâu Có trong bảng EBAN, trường BSART. Ví dụ NBUBRV
	Phòng ban Department	Phòng ban của người yêu cầu hoặc trung tâm chi phí gắn với yêu cầu mua hàng.
Mô tả Thuộc tính này thể hiện đơn vị kinh doanh hoặc phòng ban khởi tạo yêu cầu mua hàng. Thông tin này thường được lấy từ hồ sơ người yêu cầu hoặc trung tâm chi phí được gán cho từng dòng yêu cầu. Phân tích quy trình theo phòng ban rất quan trọng để hiểu sự khác biệt về hiệu suất trong tổ chức. Đây là chiều phân tích chính cho bảng điều khiển “Thời gian chu kỳ phê duyệt yêu cầu mua hàng” và KPI “Chênh lệch thời gian phê duyệt giữa các phòng ban”. Nhờ đó, bạn có thể xác định phòng ban nào xử lý hiệu quả và phòng ban nào cần cải tiến hoặc bổ sung tài nguyên. Vì sao điều này quan trọng Giúp so sánh hiệu suất giữa các đơn vị kinh doanh, làm rõ điểm nghẽn và sự thiếu nhất quán trong quy trình của từng phòng ban. Lấy dữ liệu ở đâu Thường được xác định bằng cách liên kết người yêu cầu (EBAN-AFNAM) với dữ liệu người dùng chính (SU01), hoặc dùng trung tâm chi phí (EBKN-KOSTL) gắn với phần phân bổ tài khoản của yêu cầu mua hàng. Ví dụ Tài chínhVận hành CNTTTiếp thịSản xuất
	Tên người dùng User	ID của người dùng thực hiện hoạt động.
Mô tả Thuộc tính này xác định người dùng cụ thể chịu trách nhiệm cho một sự kiện, chẳng hạn như tạo yêu cầu mua hàng, phê duyệt một bước hoặc sửa đổi tài liệu. Trong SAP, thông tin này thường được ghi lại dưới dạng user ID. Phân tích theo người dùng giúp xác định nhu cầu đào tạo, hiệu suất của từng người dùng và các nguồn có thể gây lỗi nhập liệu. Thuộc tính này cần thiết cho các bảng điều khiển như “Số yêu cầu mua hàng được tạo theo người yêu cầu”, đồng thời giúp hiểu cách phân bổ khối lượng công việc và mức độ tuân thủ chính sách phân tách nhiệm vụ. Vì sao điều này quan trọng Gắn hoạt động với từng cá nhân để phân tích hiệu suất, khối lượng công việc, mức độ tuân thủ và nhu cầu đào tạo của người dùng. Lấy dữ liệu ở đâu Có trong bảng change document header CDHDR (trường USERNAME) đối với các thay đổi và trong EBAN (trường ERNAM) đối với người tạo. Ví dụ SMITHJR.DOEUSER123
	Tổng giá trị yêu cầu mua hàng TotalRequisitionValue	Tổng giá trị tiền tệ của tất cả mặt hàng trong yêu cầu mua hàng.
Mô tả Thuộc tính này thể hiện tổng giá trị tài chính của yêu cầu mua hàng. Giá trị thường là yếu tố chính quyết định quy trình phê duyệt cần áp dụng. Yêu cầu có giá trị cao thường cần được xem xét kỹ hơn và qua nhiều bước phê duyệt hơn. Phân tích theo giá trị giúp hiểu tác động tài chính ảnh hưởng thế nào đến quy trình. Bạn có thể xác định yêu cầu giá trị cao có mất nhiều thời gian phê duyệt hơn, thường bị từ chối hơn hoặc đi theo luồng khác hay không. Đây cũng là chỉ số cơ bản để đánh giá giá trị giao dịch của quy trình mua sắm. Vì sao điều này quan trọng Giúp đối chiếu cách quy trình diễn ra với tác động tài chính, cần thiết cho phân tích rủi ro và tìm hiểu mức độ phức tạp của việc phê duyệt. Lấy dữ liệu ở đâu Tổng giá trị của tất cả các dòng mặt hàng. Giá trị từng dòng nằm trong bảng EBAN, trường GSWER. Tiền tệ nằm trong EBAN-WAERS. Ví dụ 1500.00250.50125000.00
	Trạng thái yêu cầu mua hàng RequisitionStatus	Trạng thái xử lý hiện tại của yêu cầu mua hàng.
Mô tả Thuộc tính này cho biết trạng thái tổng thể của yêu cầu mua hàng tại một thời điểm, chẳng hạn như “Đang chờ phê duyệt”, “Đã phê duyệt”, “Bị từ chối” hoặc “Đã đóng”. Trong SAP, trạng thái thường được biểu thị bằng mã. Theo dõi trạng thái là việc cần thiết để hiểu kết quả của các yêu cầu mua hàng. Thuộc tính này hỗ trợ trực tiếp bảng điều khiển “Kết quả yêu cầu mua hàng và tỷ lệ bị từ chối” cùng các KPI như “Tỷ lệ yêu cầu mua hàng bị từ chối” và “Tỷ lệ yêu cầu mua hàng bị rút”. Phân tích quá trình chuyển đổi giữa các trạng thái giúp xác định điểm kém hiệu quả và các khâu quy trình bị lỗi. Vì sao điều này quan trọng Cho biết kết quả của yêu cầu mua hàng, giúp phân tích tỷ lệ thành công, lý do bị từ chối và điểm kết thúc quy trình. Lấy dữ liệu ở đâu Trạng thái xử lý nằm trong bảng EBAN, trường STATU. Trạng thái phê duyệt nằm trong EBAN-FRGZU. Ví dụ N (Chưa chỉnh sửa)B (Đã tạo PO)A (Đã tạo RFQ)K (Đã đóng)
	Có làm lại IsRework	Cờ đúng/sai cho biết yêu cầu mua hàng có trải qua vòng làm lại hay không, chẳng hạn được sửa đổi sau khi gửi.
Mô tả Đây là thuộc tính được suy ra để đánh dấu các hoạt động hoặc trường hợp có phát sinh làm lại. Ví dụ, hoạt động “Đã sửa đổi yêu cầu mua hàng” diễn ra sau “Đã gửi phê duyệt” được xem là làm lại. Sự kiện từ chối khiến quy trình quay lại giai đoạn trước cũng có thể được tính là làm lại. Cờ này rất cần thiết cho bảng điều khiển “Phân tích sửa đổi và làm lại yêu cầu mua hàng”. Bạn có thể dễ dàng lọc và đếm các trường hợp làm lại, đánh giá tác động đến thời gian chu kỳ tổng thể và tìm nguyên nhân gốc rễ khiến quy trình kém hiệu quả. Tỷ lệ làm lại cao thường cho thấy vấn đề về chất lượng dữ liệu hoặc yêu cầu chưa rõ ràng. Vì sao điều này quan trọng Giúp đo tần suất và tác động của việc làm lại, từ đó dễ dàng xác định và phân tích các điểm kém hiệu quả cũng như vòng lặp trong quy trình. Lấy dữ liệu ở đâu Suy ra từ nhật ký sự kiện bằng cách xác định các chuỗi hoạt động cụ thể, chẳng hạn hoạt động “Đã sửa đổi yêu cầu mua hàng” diễn ra sau một hoạt động phê duyệt. Ví dụ truefalse
	ID đơn đặt hàng PurchaseOrderId	ID của đơn đặt hàng được tạo từ yêu cầu mua hàng.
Mô tả Thuộc tính này liên kết yêu cầu mua hàng với đơn đặt hàng được tạo tiếp theo để đáp ứng yêu cầu đó. Đôi khi, một yêu cầu mua hàng có thể dẫn đến nhiều đơn đặt hàng. Liên kết này rất quan trọng để phân tích bước chuyển giao giữa quy trình yêu cầu mua hàng và quy trình mua hàng. Đây là dữ liệu cần thiết để tính KPI “Thời gian từ yêu cầu mua hàng đến khi tạo PO” và hỗ trợ bảng điều khiển “Độ trễ từ khi phê duyệt yêu cầu mua hàng đến khi tạo PO”. Hiểu được mối liên kết này giúp đo lường hiệu quả của toàn bộ chu trình từ mua sắm đến thanh toán. Vì sao điều này quan trọng Kết nối quy trình yêu cầu mua hàng với quy trình mua hàng tiếp theo, giúp phân tích độ trễ khi chuyển giao. Lấy dữ liệu ở đâu Sau khi được tạo, số đơn đặt hàng được lưu trong bảng EBAN, trường EBELN. Ví dụ 450001712345000171244500017125
	ID nhà cung cấp VendorId	Mã định danh duy nhất của nhà cung cấp được đề xuất hoặc chỉ định cố định.
Mô tả Thuộc tính này chứa ID của nhà cung cấp ưu tiên hoặc được chỉ định theo hợp đồng cho mặt hàng cần mua. Thông tin này có thể được điền sẵn hoặc do người yêu cầu đề xuất. Phân tích yêu cầu mua hàng theo nhà cung cấp giúp đánh giá tác động của việc chọn trước nhà cung cấp đến quy trình mua sắm. Chẳng hạn, bạn có thể xem yêu cầu đã chỉ định nhà cung cấp có được phê duyệt nhanh hơn không, hoặc một số nhà cung cấp có liên quan đến tỷ lệ bị từ chối cao hơn không. Qua đó, bạn có thể hiểu rõ hơn về việc lựa chọn nhà cung cấp ở giai đoạn đầu. Vì sao điều này quan trọng Giúp hiểu mối quan hệ với nhà cung cấp ưu tiên và tác động của mối quan hệ đó đến tốc độ xử lý cũng như kết quả của yêu cầu mua hàng. Lấy dữ liệu ở đâu Có trong bảng EBAN, trường LIFNR (nhà cung cấp cố định). Ví dụ 100030025V9876
	Lý do từ chối RejectionReason	Lý do được đưa ra khi yêu cầu mua hàng hoặc một bước phê duyệt bị từ chối.
Mô tả Thuộc tính này ghi lại lý do từ chối yêu cầu mua hàng. Khi từ chối, người phê duyệt thường nhập nội dung tự do hoặc chọn mã từ danh sách có sẵn. Phân tích lý do từ chối rất quan trọng để cải tiến quy trình. Thông tin này cho biết cụ thể vì sao yêu cầu không được chấp thuận, chẳng hạn do vi phạm chính sách, dữ liệu sai hoặc không đủ ngân sách. Đây là dữ liệu quan trọng cho bảng điều khiển “Kết quả yêu cầu mua hàng và tỷ lệ bị từ chối”, đồng thời giúp tìm nguyên nhân gốc rễ khiến quy trình kém hiệu quả. Vì sao điều này quan trọng Cho biết trực tiếp lý do yêu cầu mua hàng bị từ chối, giúp cải tiến quy trình và đào tạo người dùng đúng trọng tâm. Lấy dữ liệu ở đâu Thông tin này thường được lưu trong nhật ký workflow hoặc phần văn bản dài gắn với sự kiện từ chối. EBAN không có trường tiêu chuẩn cho thông tin này. Ví dụ Sai trung tâm chi phíVượt ngân sáchYêu cầu trùng lặpKhông tuân thủ chính sách
	Mức độ ưu tiên Priority	Mức độ khẩn cấp được gán cho yêu cầu mua hàng.
Mô tả Thuộc tính này cho biết mức độ ưu tiên của yêu cầu mua hàng, thường được phân loại là “Khẩn cấp”, “Cao” hoặc “Bình thường”. Cờ này báo cho người phê duyệt và nhân viên mua hàng biết yêu cầu cần được xử lý nhanh hơn. Thuộc tính này cần thiết cho bảng điều khiển “Hiệu suất xử lý yêu cầu mua hàng khẩn cấp” và KPI “Hiệu quả của cờ khẩn cấp”. Phân tích tập trung vào việc các yêu cầu được đánh dấu khẩn cấp có thực sự được xử lý nhanh hơn yêu cầu thông thường hay không. Qua đó, bạn có thể đánh giá hiệu quả của cơ chế ưu tiên và đảm bảo nhu cầu cấp thiết của doanh nghiệp được đáp ứng kịp thời. Vì sao điều này quan trọng Giúp xác định yêu cầu khẩn cấp có được xử lý nhanh hơn hay không, qua đó đánh giá hiệu quả của cơ chế ưu tiên. Lấy dữ liệu ở đâu Đây không phải trường tiêu chuẩn trong EBAN. Trường này thường được tạo tùy chỉnh hoặc suy ra từ Mã theo dõi yêu cầu (EBAN-BEDNR) hay một loại tài liệu cụ thể. Ví dụ 123
	Nhà máy Plant	Địa điểm hoặc nhà máy của công ty nơi cần hàng hóa hay dịch vụ.
Mô tả Nhà máy là đơn vị trong tổ chức, đại diện cho một địa điểm thực tế như nhà máy sản xuất, kho hàng hoặc văn phòng. Yêu cầu mua hàng ghi rõ địa điểm cần các mặt hàng được yêu cầu. Phân tích theo nhà máy giúp xem quy trình yêu cầu mua hàng theo khu vực hoặc địa điểm. Việc này có thể làm rõ khác biệt về hiệu suất giữa các địa điểm, có thể do quy trình tại chỗ, nhân sự hoặc nhu cầu kinh doanh khác nhau. Đây là chiều phân tích thường dùng trong các bảng điều khiển hiệu suất theo khu vực. Vì sao điều này quan trọng Cung cấp ngữ cảnh địa lý hoặc địa điểm cho phân tích, giúp xác định sự khác biệt về quy trình và hiệu suất giữa các khu vực. Lấy dữ liệu ở đâu Có trong bảng EBAN, trường WERKS. Ví dụ 10002100DE01
	Nhóm mua hàng PurchasingGroup	Nhóm nhân viên mua hàng chịu trách nhiệm mua các mặt hàng được yêu cầu.
Mô tả Nhóm mua hàng là đơn vị trong tổ chức phụ trách các hoạt động mua sắm cụ thể. Đây là nhóm nhân viên sẽ xử lý yêu cầu mua hàng sau khi được phê duyệt. Thuộc tính này hữu ích khi phân tích khối lượng công việc và hiệu suất của các nhóm mua hàng. Bạn có thể xác định nhóm nào gây điểm nghẽn khi chuyển yêu cầu mua hàng thành đơn đặt hàng, hoặc nhóm nào xử lý một số loại yêu cầu hiệu quả hơn. Đây là chiều phân tích quan trọng để quản lý tài nguyên và hiệu suất của bộ phận mua sắm. Vì sao điều này quan trọng Xác định trách nhiệm mua sắm, giúp phân tích khối lượng công việc và so sánh hiệu suất giữa các nhóm mua hàng. Lấy dữ liệu ở đâu Có trong bảng EBAN, trường EKGRP. Ví dụ 001002P01
	Nhóm vật tư MaterialGroup	Nhóm hoặc danh mục của vật tư hay dịch vụ được yêu cầu.
Mô tả Nhóm vật tư là cách phân loại các vật tư hoặc dịch vụ có đặc điểm tương tự để phân tích hoạt động mua sắm theo danh mục. Phân tích theo nhóm vật tư hỗ trợ tìm nguồn cung ứng chiến lược và phân tích chi tiêu. Trong process mining, bạn có thể phát hiện yêu cầu thuộc một số danh mục nhất định, như “Phần cứng CNTT” hoặc “Dịch vụ chuyên môn”, có đi theo luồng khác hoặc mất nhiều thời gian phê duyệt hơn không. Thông tin này hữu ích cho “Báo cáo chất lượng dữ liệu yêu cầu mua hàng” và giúp hiểu sự khác biệt của quy trình tùy theo mặt hàng được mua. Vì sao điều này quan trọng Cho phép phân tích chi tiêu và quy trình theo danh mục mua sắm, hỗ trợ tìm nguồn cung ứng chiến lược và xác định điểm nghẽn riêng của từng danh mục. Lấy dữ liệu ở đâu Có trong bảng EBAN, trường MATKL. Ví dụ 00101L001IT-SFTWR
	Tên người yêu cầu RequesterName	Tên người yêu cầu hàng hóa hoặc dịch vụ.
Mô tả Thuộc tính này xác định người khởi tạo yêu cầu mua hàng, tức người có nhu cầu kinh doanh đối với các mặt hàng được yêu cầu. Theo dõi người yêu cầu giúp phân tích xu hướng tạo yêu cầu theo từng cá nhân hoặc nhóm. Bảng điều khiển “Số yêu cầu mua hàng được tạo theo người yêu cầu” dùng thuộc tính này để xác định người dùng thường xuyên, người cần được đào tạo thêm hoặc phòng ban có hoạt động mua sắm nhiều. Thuộc tính này cho thấy quy trình bắt đầu từ ai. Vì sao điều này quan trọng Xác định người khởi tạo quy trình, giúp phân tích xu hướng tạo yêu cầu mua hàng và xác định đối tượng cần đào tạo. Lấy dữ liệu ở đâu Có trong bảng EBAN, trường AFNAM. Ví dụ Alice WilliamsBob JohnsonCharlie Brown

Bắt buộc Nên có Không bắt buộc

Hoạt động trong quy trình mua hàng đến thanh toán: Yêu cầu mua hàng

Đây là các bước và mốc chính cần ghi lại trong nhật ký sự kiện để khám phá và phân tích chính xác quy trình yêu cầu mua hàng.

6 Nên có 7 Không bắt buộc

	Hoạt động	Mô tả
	Đã gửi phê duyệt	Hoạt động này cho biết yêu cầu mua hàng đã vào quy trình phê duyệt chính thức. Thông thường, sự kiện được suy ra khi trạng thái yêu cầu chuyển sang trạng thái cần bước phê duyệt hoặc giải phóng đầu tiên theo chiến lược giải phóng đã cấu hình.
Vì sao điều này quan trọng Đây là thời điểm bắt đầu tính chu kỳ phê duyệt, một KPI quan trọng để đo lường hiệu quả quy trình. Xác định được thời điểm này giúp tách riêng khoảng chậm trễ giữa lúc tạo yêu cầu và lúc bắt đầu phê duyệt chính thức. Lấy dữ liệu ở đâu Suy ra từ thay đổi trạng thái đầu tiên liên quan đến chiến lược giải phóng trong bảng EBAN, chẳng hạn trường FRGZU chuyển từ trạng thái ban đầu sang trạng thái chờ, hoặc từ mục đầu tiên trong nhật ký workflow liên kết với yêu cầu mua hàng. Thu thập Suy ra từ mục đầu tiên trong nhật ký thay đổi cho biết chiến lược giải phóng đã được kích hoạt. Loại sự kiện inferred
	Đã rút yêu cầu mua hàng	Đây là hoạt động kết thúc, trong đó người tạo hoặc người dùng được ủy quyền hủy mục yêu cầu bằng cách đặt cờ xóa. Hành động này được ghi nhận rõ ràng, cho biết nhu cầu kinh doanh không còn hoặc yêu cầu được tạo do nhầm lẫn.
Vì sao điều này quan trọng Đây là điểm kết thúc thất bại quan trọng của quy trình, cần thiết để tính tỷ lệ rút yêu cầu. Tỷ lệ cao có thể cho thấy thời gian phê duyệt kéo dài khiến người dùng bỏ yêu cầu, hoặc có vấn đề mang tính hệ thống trong việc lập kế hoạch nhu cầu. Lấy dữ liệu ở đâu Hành động này được ghi nhận rõ ràng khi trường 'Chỉ báo xóa' (LOEKZ) trong bảng EBAN được thiết lập cho mục yêu cầu mua hàng. Thay đổi được ghi trong CDHDR và CDPOS. Thu thập Mục nhật ký thay đổi được tạo khi 'Chỉ báo xóa' (EBAN-LOEKZ) được đặt thành 'L'. Loại sự kiện explicit
	Đã tạo đơn mua hàng	Hoạt động này đánh dấu việc chuyển đổi thành công yêu cầu mua hàng đã được phê duyệt thành chứng từ đơn mua hàng. Sự kiện của yêu cầu được suy ra bằng cách tìm mục đơn mua hàng tương ứng có tham chiếu đến yêu cầu đó.
Vì sao điều này quan trọng Đây là kết quả thành công chính, đánh dấu kết thúc quy trình yêu cầu mua hàng và bắt đầu giai đoạn mua sắm. Khoảng thời gian từ lúc 'Yêu cầu mua hàng được phê duyệt' đến sự kiện này là KPI quan trọng để đo hiệu quả bàn giao. Lấy dữ liệu ở đâu Suy ra bằng cách tìm bản ghi trong bảng EKPO (Mục PO), trong đó các trường BANFN và BNFPO khớp với số và mục yêu cầu mua hàng trong bảng EBAN. Ngày tạo PO (EKKO.AEDAT) cung cấp dấu thời gian. Thu thập Suy ra bằng cách liên kết bảng EBAN với EKPO và sử dụng ngày tạo PO từ EKKO. Loại sự kiện inferred
	Đã tạo yêu cầu mua hàng	Hoạt động này đánh dấu thời điểm người dùng tạo và lưu yêu cầu mua hàng lần đầu. Sự kiện được ghi nhận rõ ràng khi một bản ghi mới được tạo trong bảng EBAN, cùng ngày và giờ tạo.
Vì sao điều này quan trọng Là điểm bắt đầu của quy trình, hoạt động này cần thiết để tính tổng thời gian xử lý yêu cầu mua hàng và phân tích năng suất tạo yêu cầu. Hoạt động này giúp xác định ai tạo yêu cầu và tạo vào thời điểm nào. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận từ bảng EBAN, sử dụng các trường ngày tạo (ERDAT) và giờ tạo (UZEIT) cho ID Yêu cầu mua hàng (BANFN) tương ứng. Thu thập Dấu thời gian lấy từ các trường ERDAT và UZEIT trong bảng EBAN khi lưu bản ghi lần đầu. Loại sự kiện explicit
	Yêu cầu mua hàng bị từ chối	Đây là hoạt động kết thúc, trong đó yêu cầu mua hàng bị từ chối dứt điểm và không thể tiếp tục xử lý. Sự kiện được suy ra khi người phê duyệt đặt chỉ báo giải phóng trong bảng EBAN thành trạng thái từ chối cuối cùng.
Vì sao điều này quan trọng Hoạt động này là điểm kết thúc quan trọng của quy trình và cần thiết để tính KPI Tỷ lệ từ chối yêu cầu mua hàng. Phân tích các trường hợp này giúp tìm hiểu nguyên nhân mua sắm không thành công và công sức bị lãng phí. Lấy dữ liệu ở đâu Suy ra từ dấu thời gian của mục nhật ký thay đổi trong CDPOS cho bảng EBAN, trường FRGZU, khi trường này chuyển sang giá trị thể hiện từ chối cuối cùng. Thu thập Suy ra khi trường chỉ báo giải phóng cuối cùng trong EBAN đạt trạng thái cuối cùng là 'bị từ chối'. Loại sự kiện inferred
	Yêu cầu mua hàng được phê duyệt	Mốc này cho biết yêu cầu mua hàng đã hoàn tất thành công tất cả các bước phê duyệt bắt buộc. Sự kiện được suy ra khi mã giải phóng cuối cùng được áp dụng và chỉ báo giải phóng tổng thể (FRGZU) trong bảng EBAN chuyển sang trạng thái đã phê duyệt.
Vì sao điều này quan trọng Đây là mốc quan trọng đánh dấu kết thúc chu kỳ phê duyệt và bắt đầu giai đoạn mua sắm. Mốc này cần thiết để tính KPI tổng thời gian phê duyệt và đo độ trễ khi chuyển sang bước tạo PO. Lấy dữ liệu ở đâu Suy ra từ dấu thời gian của mục nhật ký thay đổi trong CDPOS cho bảng EBAN, trường FRGZU, khi trường này chuyển sang giá trị thể hiện phê duyệt cuối cùng. Thu thập Suy ra khi trường chỉ báo giải phóng cuối cùng trong EBAN đạt trạng thái cuối cùng là 'đã phê duyệt'. Loại sự kiện inferred
	Bắt đầu bước phê duyệt	Cho biết yêu cầu mua hàng đang chờ một người phê duyệt hoặc nhóm phê duyệt cụ thể xử lý theo chiến lược giải phóng. Sự kiện này được suy ra khi trạng thái yêu cầu cho biết đang chờ một mã giải phóng cụ thể.
Vì sao điều này quan trọng Hoạt động này cho phép phân tích chi tiết từng bước trong chuỗi phê duyệt. Nhờ đó, bạn có thể xác định người phê duyệt hoặc giai đoạn nào gây chậm trễ lâu nhất. Lấy dữ liệu ở đâu Suy ra bằng cách theo dõi thứ tự thay đổi của các trường trạng thái giải phóng trong bảng EBAN. Mỗi lần chuyển sang trạng thái chờ mới đánh dấu thời điểm bắt đầu một bước phê duyệt mới. Thu thập Suy ra từ các thay đổi trạng thái cho biết một mã giải phóng mới đã được kích hoạt và đang chờ phê duyệt. Loại sự kiện inferred
	Đã phê duyệt bước	Ghi nhận hành động rõ ràng của người dùng được ủy quyền khi phê duyệt một bước trong chiến lược giải phóng. Hành động này được lưu thành thay đổi trạng thái giải phóng của yêu cầu, đưa yêu cầu đến gần hơn với bước phê duyệt cuối cùng.
Vì sao điều này quan trọng Theo dõi từng lần phê duyệt là cần thiết để đo thời gian của mỗi bước và phân tích hiệu suất của những người phê duyệt khác nhau. Đây là cơ sở để hiểu mức độ tuân thủ quy trình làm việc. Lấy dữ liệu ở đâu Dữ liệu được lấy từ nhật ký thay đổi (CDHDR/CDPOS) của các trường trạng thái giải phóng trong bảng EBAN. Hành động phê duyệt của người phê duyệt qua giao dịch ME54N hoặc mã giao dịch tương tự sẽ tạo mục nhật ký này. Thu thập Mục nhật ký thay đổi được tạo khi người phê duyệt thực hiện giao dịch giải phóng. Loại sự kiện explicit
	Đã sửa đổi yêu cầu mua hàng	Hoạt động này ghi nhận mọi thay đổi đối với yêu cầu mua hàng sau khi tạo, chẳng hạn như sửa số lượng, giá hoặc vật tư. Các thay đổi được lưu trong bảng nhật ký thay đổi của SAP, tạo thành lịch sử kiểm tra chi tiết.
Vì sao điều này quan trọng Theo dõi các lần sửa đổi rất quan trọng để phát hiện vòng lặp làm lại và vấn đề về chất lượng dữ liệu. Số lần sửa đổi cao có thể cho thấy yêu cầu ban đầu chưa rõ ràng hoặc người dùng chưa được đào tạo đầy đủ, dẫn đến chậm trễ trong quy trình. Lấy dữ liệu ở đâu Dữ liệu được lấy từ các bảng nhật ký thay đổi CDHDR (phần đầu) và CDPOS (mục), trong đó lớp đối tượng là EINKBELEG và ID đối tượng là số Yêu cầu mua hàng. Có thể phân tích các thay đổi cụ thể của từng trường. Thu thập Sự kiện được ghi trong các bảng thay đổi CDHDR và CDPOS của chứng từ yêu cầu mua hàng. Loại sự kiện explicit
	Đã từ chối bước phê duyệt	Người dùng được ủy quyền đã từ chối rõ ràng một bước trong chiến lược giải phóng, thường gửi yêu cầu mua hàng lại cho người tạo để sửa đổi. Hành động này được ghi lại dưới dạng thay đổi trạng thái giải phóng của yêu cầu.
Vì sao điều này quan trọng Từ chối là nguyên nhân chính dẫn đến việc phải làm lại và chậm trễ trong quy trình. Phân tích tần suất và lý do từ chối giúp phát hiện trường hợp hiểu sai chính sách, vấn đề về chất lượng dữ liệu hoặc bước phê duyệt kém hiệu quả. Lấy dữ liệu ở đâu Dữ liệu được lấy từ nhật ký thay đổi (CDHDR/CDPOS) của các trường trạng thái giải phóng trong bảng EBAN. Hành động từ chối qua giao dịch ME54N hoặc giao dịch tương tự sẽ tạo thay đổi trạng thái tương ứng. Thu thập Mục nhật ký thay đổi được tạo khi người phê duyệt thực hiện hành động từ chối. Loại sự kiện explicit
	Đặt lại phê duyệt	Cho biết toàn bộ quy trình phê duyệt yêu cầu mua hàng đã được đặt lại, thường do có thay đổi lớn. Sự kiện này được suy ra khi trạng thái giải phóng bị xóa sau khi đã được kích hoạt, buộc quy trình phê duyệt bắt đầu lại từ đầu.
Vì sao điều này quan trọng Việc đặt lại phê duyệt là một lần làm lại đáng kể, ảnh hưởng lớn đến thời gian xử lý. Phát hiện các trường hợp này giúp chỉ ra điểm kém hiệu quả trong quy trình và tác động tiếp theo của việc sửa đổi yêu cầu mua hàng đến quy trình làm việc. Lấy dữ liệu ở đâu Suy ra từ nhật ký thay đổi (CDHDR/CDPOS) của bảng EBAN, khi các trường trạng thái giải phóng như FRGZU chuyển từ trạng thái chờ hoặc đã phê duyệt về trạng thái ban đầu hoặc để trống. Thu thập Suy ra từ nhật ký thay đổi cho thấy các trường chiến lược giải phóng đã bị xóa. Loại sự kiện inferred
	Yêu cầu mua hàng bị chặn	Ghi nhận hành động chặn rõ ràng một mục yêu cầu mua hàng, ngăn không cho mục đó chuyển thành đơn mua hàng. Lệnh chặn được thiết lập bằng một chỉ báo cụ thể trên mục yêu cầu.
Vì sao điều này quan trọng Việc chặn cho thấy có thể đang xảy ra vấn đề hoặc yêu cầu mua sắm tạm thời bị giữ lại. Theo dõi các sự kiện này giúp phát hiện điểm nghẽn khi yêu cầu đã được phê duyệt nhưng chưa được xử lý ngay. Lấy dữ liệu ở đâu Dữ liệu được lấy từ thay đổi của trường 'Chỉ báo chặn' (EBAKZ) trong bảng EBAN. Thay đổi được ghi trong CDHDR và CDPOS. Thu thập Sự kiện được ghi trong các bảng thay đổi khi trường EBAN-EBAKZ được thiết lập. Loại sự kiện explicit
	Yêu cầu mua hàng đã đóng	Ghi nhận việc đóng mục yêu cầu mua hàng, cho biết không dự kiến xử lý thêm. Trạng thái này được suy ra khi mục đã được chuyển đổi hoàn toàn thành PO và hoàn tất, hoặc được đánh dấu đóng thủ công.
Vì sao điều này quan trọng Mốc này xác định điểm kết thúc rõ ràng cho các yêu cầu đã hoàn tất nhưng không nhất thiết bị xóa. Nhờ đó, thời gian xử lý toàn bộ vòng đời của các yêu cầu được đáp ứng thành công được tính chính xác. Lấy dữ liệu ở đâu Suy ra từ chỉ báo 'Đã đóng' (EBAKZ có giá trị 'S' hoặc giá trị khác được cấu hình) trong bảng EBAN. Hệ thống thường tự động đặt trạng thái này khi yêu cầu được chuyển đổi hoàn toàn thành PO và hàng hóa đã được nhận. Thu thập Suy ra từ thay đổi trạng thái của trường EBAN-EBAKZ sang giá trị 'đã đóng'. Loại sự kiện inferred

Nên có Không bắt buộc

Hướng dẫn trích xuất dữ liệu

Cách lấy dữ liệu từ SAP ECC

Các bước

Cấp quyền truy cập cơ sở dữ liệu: Trước khi bắt đầu, hãy đảm bảo bạn có quyền chỉ đọc vào cơ sở dữ liệu nền của SAP ECC. Bạn cần thông tin đăng nhập riêng (tên người dùng, mật khẩu, máy chủ, cổng). Đây không phải quyền truy cập thông thường và cần được nhóm SAP Basis cùng nhóm bảo mật phê duyệt.
Xác định lược đồ SAP: Kết nối với cơ sở dữ liệu bằng ứng dụng khách SQL thông dụng như DBeaver, Toad hoặc SQL Developer. Bạn cần xác định đúng lược đồ SAP chứa các bảng, thường có tên SAPSR3 hoặc SAPR3.
Chuẩn bị truy vấn SQL: Dùng truy vấn SQL đầy đủ được cung cấp trong tài liệu này. Truy vấn được thiết kế để trích xuất mọi hoạt động và thuộc tính cần thiết bằng cách kết hợp dữ liệu chính với các bảng nhật ký thay đổi.
Đặt tham số truy vấn: Tìm các giá trị giữ chỗ trong truy vấn. Thay chúng bằng thông tin phù hợp với hệ thống và yêu cầu nghiệp vụ của bạn. Các giá trị giữ chỗ chính gồm '{source_system_name}', '{start_date}', '{end_date}', '{company_codes}' và '{document_types}'.
Điều chỉnh cú pháp theo cơ sở dữ liệu: Truy vấn dùng cú pháp SQL phổ biến. Tuy nhiên, bạn có thể cần điều chỉnh đôi chút các hàm tạo dấu thời gian như TO_TIMESTAMP hoặc các hàm xử lý chuỗi tùy theo hệ quản trị cơ sở dữ liệu, chẳng hạn Oracle, SQL Server, DB2 hoặc HANA.
Chạy trích xuất: Chạy truy vấn đã chỉnh sửa trong ứng dụng khách SQL. Với tập dữ liệu lớn, nên chạy vào giờ thấp điểm để tránh ảnh hưởng đến hiệu năng hệ thống.
Kiểm tra kết quả ban đầu: Khi truy vấn chạy xong, kiểm tra nhanh để đảm bảo kết quả có các cột mong đợi (PurchaseRequisitionId, ActivityName, EventTime, v.v.) và có dữ liệu cho nhiều hoạt động khác nhau.
Xuất sang CSV: Xuất toàn bộ kết quả từ ứng dụng khách SQL sang tệp CSV. Đảm bảo tệp dùng mã hóa UTF-8 để tránh lỗi với ký tự đặc biệt.
Chuẩn bị tải lên: Kiểm tra để chắc chắn tiêu đề cột trong CSV khớp chính xác với bí danh được định nghĩa trong truy vấn SQL. Tệp cần có cấu trúc bảng rõ ràng, phù hợp với nhật ký sự kiện.
Tải lên ProcessMind: Tải tệp CSV hoàn chỉnh lên dự án ProcessMind để phân tích và trực quan hóa.

Cấu hình

Kết nối cơ sở dữ liệu: Cần kết nối trực tiếp với cơ sở dữ liệu SAP ECC. Bạn cần tên máy chủ, cổng, tên cơ sở dữ liệu và thông tin đăng nhập phù hợp.
Lược đồ SAP: Bạn cần biết tên lược đồ chứa các bảng SAP, chẳng hạn SAPSR3. Truy vấn phải được chạy trong lược đồ này.
Khoảng ngày: Để kiểm soát hiệu năng và khối lượng dữ liệu, cần lọc theo khoảng ngày cụ thể. Nên bắt đầu với khoảng thời gian từ 3 đến 6 tháng. Đặt các giá trị giữ chỗ '{start_date}' và '{end_date}' theo định dạng YYYYMMDD.
Bộ lọc theo đơn vị tổ chức: Để phân tích tập trung hơn, hãy lọc dữ liệu theo mã công ty (BUKRS) và loại chứng từ yêu cầu mua hàng (BSART). Thay các giá trị giữ chỗ '{company_codes}' và '{document_types}' bằng danh sách giá trị phân tách bằng dấu phẩy, chẳng hạn '1000','2000'.
Điều kiện cần có: Phương pháp này cần được nhóm SAP Basis và nhóm bảo mật phê duyệt để cấp thông tin đăng nhập trực tiếp vào cơ sở dữ liệu. Đây không phải thao tác thông thường dành cho người dùng cuối.
Lưu ý về hiệu năng: Truy vấn kết hợp các bảng nhật ký thay đổi (CDHDR, CDPOS), vốn có thể chứa lượng dữ liệu rất lớn. Nếu không lọc phù hợp, truy vấn có thể chạy chậm và tiêu tốn nhiều tài nguyên hệ thống. Luôn giới hạn khoảng ngày và dùng thêm các bộ lọc khác.

Truy vấn mẫu sql

WITH REQUISITION_BASE AS (
    SELECT 
        EBAN.MANDT,
        EBAN.BANFN,
        EBAN.BNFPO,
        EBAN.BSART AS RequisitionDocumentType,
        EBAN.ERNAM,
        EBAN.ERDAT,
        EBAN.ERZET,
        EBAN.FRGZU AS CurrentRequisitionStatus,
        EBAKN.KOSTL AS Department,
        EBAKN.GSWRT
    FROM EBAN
    LEFT JOIN EBAKN ON EBAN.MANDT = EBAKN.MANDT AND EBAN.BANFN = EBAKN.BANFN AND EBAN.BNFPO = EBAKN.BNFPO
    WHERE EBAN.ERDAT BETWEEN '{start_date}' AND '{end_date}'
      AND EBAN.BUKRS IN ('{company_codes}')
      AND EBAN.BSART IN ('{document_types}')
),
REQUISITION_AGG AS (
    SELECT 
        MANDT, BANFN, RequisitionDocumentType, ERNAM, ERDAT, ERZET, CurrentRequisitionStatus, Department,
        SUM(GSWRT) AS TotalRequisitionValue
    FROM REQUISITION_BASE
    GROUP BY MANDT, BANFN, RequisitionDocumentType, ERNAM, ERDAT, ERZET, CurrentRequisitionStatus, Department
)
-- 1. Requisition Created
SELECT
    R.BANFN AS PurchaseRequisitionId,
    'Requisition Created' AS ActivityName,
    TO_TIMESTAMP(R.ERDAT || R.ERZET, 'YYYYMMDDHH24MISS') AS EventTime,
    '{source_system_name}' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    R.ERNAM AS User,
    R.Department AS Department,
    R.CurrentRequisitionStatus AS RequisitionStatus,
    R.RequisitionDocumentType AS RequisitionDocumentType,
    R.TotalRequisitionValue AS TotalRequisitionValue
FROM REQUISITION_AGG R

UNION ALL

-- 2. Requisition Amended, Approval Steps, Status Changes from Change Logs
SELECT 
    SUBSTRING(C.OBJECTID, 4, 10) AS PurchaseRequisitionId,
    CASE 
        WHEN C.FNAME = 'FRGZU' AND C.VALUE_NEW > C.VALUE_OLD THEN 'Approval Step Approved'
        WHEN C.FNAME = 'FRGZU' AND C.VALUE_NEW < C.VALUE_OLD THEN 'Approval Step Rejected'
        WHEN C.FNAME = 'FRGZU' AND C.VALUE_NEW = '{final_approval_status_code}' THEN 'Requisition Approved'
        WHEN C.FNAME = 'FRGZU' AND C.VALUE_NEW = '{final_rejection_status_code}' THEN 'Requisition Rejected'
        WHEN C.FNAME = 'FRGSX' AND C.VALUE_OLD IS NOT NULL AND C.VALUE_NEW IS NULL THEN 'Approval Reset'
        WHEN C.FNAME = 'FRGZU' AND C.CHNGIND = 'U' AND C.TCODE LIKE 'ME54%' THEN 'Approval Submitted' 
        WHEN C.FNAME = 'LOEKZ' AND C.VALUE_NEW IN ('L', 'X') THEN 'Requisition Withdrawn'
        WHEN C.FNAME = 'EBAKZ' AND C.VALUE_NEW = 'X' THEN 'Requisition Blocked'
        WHEN C.FNAME = 'STATU' AND C.VALUE_NEW = 'B' THEN 'Purchase Order Created'
        WHEN C.FNAME = 'EREKZ' AND C.VALUE_NEW = 'X' THEN 'Requisition Closed'
        ELSE 'Requisition Amended'
    END AS ActivityName,
    TO_TIMESTAMP(C.UDATE || C.UTIME, 'YYYYMMDDHH24MISS') AS EventTime,
    '{source_system_name}' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    C.USERNAME AS User,
    R.Department AS Department,
    C.VALUE_NEW AS RequisitionStatus,
    R.RequisitionDocumentType AS RequisitionDocumentType,
    R.TotalRequisitionValue AS TotalRequisitionValue
FROM CDHDR C
JOIN CDPOS P ON C.MANDANT = P.MANDANT AND C.OBJECTCLAS = P.OBJECTCLAS AND C.OBJECTID = P.OBJECTID AND C.CHANGENR = P.CHANGENR
JOIN REQUISITION_AGG R ON SUBSTRING(C.OBJECTID, 4, 10) = R.BANFN
WHERE C.OBJECTCLAS = 'BANF'
  AND C.UDATE || C.UTIME <> R.ERDAT || R.ERZET -- Exclude changes made at the exact time of creation
  AND NOT (C.TCODE IN ('ME51', 'ME51N') AND C.UDATE = R.ERDAT) -- Exclude initial creation events from being amendments

UNION ALL

-- 3. Approval Step Started (Inferred)
SELECT 
    SUBSTRING(C.OBJECTID, 4, 10) AS PurchaseRequisitionId,
    'Approval Step Started' AS ActivityName,
    TO_TIMESTAMP(C.UDATE || C.UTIME, 'YYYYMMDDHH24MISS') AS EventTime,
    '{source_system_name}' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    C.USERNAME AS User,
    R.Department AS Department,
    P.VALUE_OLD AS RequisitionStatus,
    R.RequisitionDocumentType AS RequisitionDocumentType,
    R.TotalRequisitionValue AS TotalRequisitionValue
FROM CDHDR C
JOIN CDPOS P ON C.MANDANT = P.MANDANT AND C.OBJECTCLAS = P.OBJECTCLAS AND C.OBJECTID = P.OBJECTID AND C.CHANGENR = P.CHANGENR
JOIN REQUISITION_AGG R ON SUBSTRING(C.OBJECTID, 4, 10) = R.BANFN
WHERE C.OBJECTCLAS = 'BANF' AND P.FNAME = 'FRGZU' AND P.CHNGIND = 'U'
  AND P.VALUE_OLD IS NOT NULL AND P.VALUE_NEW IS NOT NULL AND P.VALUE_NEW > P.VALUE_OLD; -- This logic infers that a step starts just before it is approved

Các bước

Thiết lập môi trường Python: Đảm bảo bạn đã cài Python 3.6 trở lên. Tạo thư mục dự án và thiết lập môi trường ảo để quản lý các phần phụ thuộc. Dùng pip để cài các thư viện cần thiết: pip install pyrfc pandas numpy
SAP RFC SDK: Tải SAP NetWeaver RFC SDK từ SAP Support Portal. Giải nén nội dung và đặt các tệp thư viện (chẳng hạn sapnwrfc.dll trên Windows, libsapnwrfc.so trên Linux) vào thư mục có trong đường dẫn hệ thống hoặc đường dẫn mà tập lệnh Python có thể truy cập.
Cấu hình kết nối SAP: Mở tập lệnh Python được cung cấp. Tìm phần tham số kết nối SAP và thay các giá trị giữ chỗ (ashost, sysnr, client, user, passwd) bằng thông tin đăng nhập hệ thống SAP của bạn. Đảm bảo tài khoản có quyền cần thiết để chạy RFC và truy cập bảng.
Đặt tham số trích xuất: Trong tập lệnh, đặt các biến date_from và date_to để xác định khoảng thời gian cần trích xuất. Nên bắt đầu với khoảng thời gian ngắn, chẳng hạn một tháng, để kiểm tra quá trình trích xuất.
Chạy tập lệnh Python: Chạy tập lệnh trong terminal bằng lệnh python your_script_name.py. Tập lệnh sẽ kết nối SAP qua RFC, gọi RFC_READ_TABLE cho từng bảng cần thiết (EBAN, EKKO, EKPO, CDHDR, CDPOS) rồi tải dữ liệu xuống.
Lấy dữ liệu: Tập lệnh lấy dữ liệu thô về yêu cầu mua hàng, đơn đặt hàng và chứng từ thay đổi. Tập lệnh dùng các tiêu chí lọc như khoảng ngày và lớp đối tượng để giới hạn lượng dữ liệu truyền đi.
Chuyển đổi dữ liệu trên máy: Sau khi tải dữ liệu, tập lệnh dùng thư viện pandas để thực hiện toàn bộ bước chuyển đổi trên máy. Tập lệnh xử lý dữ liệu thô từ các bảng để tạo bản ghi nhật ký sự kiện riêng cho từng hoạt động trong số 13 hoạt động bắt buộc, chẳng hạn 'Requisition Created', 'Approval Step Approved' và 'Purchase Order Created'.
Tạo nhật ký sự kiện: Tập lệnh gộp các sự kiện lấy từ từng bảng vào một DataFrame thống nhất. Tập lệnh tính dấu thời gian sự kiện, ánh xạ tên người dùng và sắp xếp dữ liệu theo định dạng ID trường hợp, hoạt động và dấu thời gian bắt buộc.
Ánh xạ thuộc tính: Ánh xạ các thuộc tính chính như PurchaseRequisitionId, ActivityName, EventTime, Người dùng và TotalRequisitionValue vào các cột tương ứng trong DataFrame cuối cùng.
Xuất sang CSV: Tập lệnh lưu nhật ký sự kiện cuối cùng thành tệp CSV có tên event_log_pr.csv trong cùng thư mục. Tệp được định dạng để tải trực tiếp lên ProcessMind.
Kiểm tra và tải lên: Mở tệp CSV đã tạo để kiểm tra dữ liệu đầy đủ và chính xác. Sau khi xác nhận, bạn có thể tải tệp lên dự án ProcessMind.

Cấu hình

Kết nối SAP: Script cần thông tin kết nối RFC trực tiếp đến hệ thống SAP ECC, gồm máy chủ ứng dụng, số hệ thống, client, tên người dùng và mật khẩu. Người dùng được chỉ định phải có quyền gọi RFC và quyền xem các bảng EBAN, EKPO, EKKO, CDHDR và CDPOS.
Khoảng ngày: Việc trích xuất dựa trên tham số ngày bắt đầu và ngày kết thúc trong script. Với lần chạy đầu tiên và để kiểm soát hiệu năng, nên trích xuất dữ liệu trong khoảng từ 3 đến 6 tháng.
Bộ lọc bảng: Khi có thể, hãy áp dụng bộ lọc trong các lệnh gọi RFC. Ví dụ, lọc yêu cầu mua hàng theo ngày tạo (EBAN-ERDAT) và chứng từ thay đổi theo ngày (CDHDR-UDATE) cùng loại đối tượng (CDHDR-OBJECTCLAS = 'BANF').
Thư viện Python: Script dùng pyrfc để kết nối SAP và pandas để xử lý dữ liệu. Đảm bảo đã cài các thư viện này trong môi trường Python.
Hiệu năng: Trích xuất dữ liệu bằng RFC_READ_TABLE có thể chậm với tập dữ liệu rất lớn vì dữ liệu được lấy lần lượt từng bảng. Nên chạy vào giờ thấp điểm để giảm tải cho hệ thống.
Loại chứng từ: Mặc định, script trích xuất mọi loại chứng từ yêu cầu mua hàng. Để thu hẹp phạm vi, bạn có thể lọc dữ liệu sau khi trích xuất trong pandas DataFrame dựa trên cột BSART của bảng EBAN.

Truy vấn mẫu python

import pandas as pd
from pyrfc import Connection
import datetime

class=class="hl-string">"hl-comment"># --- 1. Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your SAP system connection details
SAP_CONNECTION_PARAMS = {
    class="hl-string">"ashost": class="hl-string">"your_sap_host",      class=class="hl-string">"hl-comment"># Application server host
    class="hl-string">"sysnr": class="hl-string">"00",                 class=class="hl-string">"hl-comment"># System number
    class="hl-string">"client": class="hl-string">"100",               class=class="hl-string">"hl-comment"># Client
    class="hl-string">"user": class="hl-string">"your_rfc_user",       class=class="hl-string">"hl-comment"># RFC user
    class="hl-string">"passwd": class="hl-string">"your_password"      class=class="hl-string">"hl-comment"># Password
}

class=class="hl-string">"hl-comment"># Date range for the extraction (YYYYMMDD format)
date_from = class="hl-string">'20230101'
date_to = class="hl-string">'20231231'

source_system = class="hl-string">"SAP ECC"
last_data_update = datetime.datetime.now().isoformat()

class=class="hl-string">"hl-comment"># --- 2. Helper function for RFC_READ_TABLE ---
def rfc_read_table(conn, table_name, fields, options):
    class="hl-string">"""Fetches data from an SAP table using RFC_READ_TABLE."""
    try:
        result = conn.call(class="hl-string">'RFC_READ_TABLE',
                           QUERY_TABLE=table_name,
                           DELIMITER=class="hl-string">',',
                           FIELDS=fields,
                           OPTIONS=options)
        
        data = result[class="hl-string">'DATA']
        if not data:
            return pd.DataFrame(columns=[field[class="hl-string">'FIELDNAME'] for field in fields])

        records = [row[class="hl-string">'WA'].strip().split(class="hl-string">',') for row in data]
        df = pd.DataFrame(records, columns=[field[class="hl-string">'FIELDNAME'] for field in fields])
        class=class="hl-string">"hl-comment"># Trim whitespace from all cells
        df = df.apply(lambda x: x.str.strip() if x.dtype == class="hl-string">"object" else x)
        return df
    except Exception as e:
        print(fclass="hl-string">"Error reading table {table_name}: {e}")
        return pd.DataFrame(columns=[field[class="hl-string">'FIELDNAME'] for field in fields])

class=class="hl-string">"hl-comment"># --- 3. Main Extraction Logic ---
def main():
    print(class="hl-string">"Starting SAP data extraction...")
    try:
        conn = Connection(**SAP_CONNECTION_PARAMS)
    except Exception as e:
        print(fclass="hl-string">"Failed to connect to SAP: {e}")
        return

    class=class="hl-string">"hl-comment"># --- EBAN (Purchase Requisitions) ---
    print(class="hl-string">"Extracting EBAN...")
    eban_fields = [{class="hl-string">'FIELDNAME': class="hl-string">'BANFN'}, {class="hl-string">'FIELDNAME': class="hl-string">'BNFPO'}, {class="hl-string">'FIELDNAME': class="hl-string">'BSART'}, {class="hl-string">'FIELDNAME': class="hl-string">'ERNAM'}, {class="hl-string">'FIELDNAME': class="hl-string">'ERDAT'}, {class="hl-string">'FIELDNAME': class="hl-string">'ERFZEIT'}, {class="hl-string">'FIELDNAME': class="hl-string">'PREIS'}, {class="hl-string">'FIELDNAME': class="hl-string">'MENGE'}, {class="hl-string">'FIELDNAME': class="hl-string">'KOSTL'}, {class="hl-string">'FIELDNAME': class="hl-string">'FRGZU'}, {class="hl-string">'FIELDNAME': class="hl-string">'FRGSX'}]
    eban_options = [fclass="hl-string">"ERDAT >= '{date_from}' AND ERDAT <= '{date_to}'"]
    df_eban = rfc_read_table(conn, class="hl-string">'EBAN', eban_fields, eban_options)
    if df_eban.empty:
        print(class="hl-string">"No requisitions found in EBAN for the given date range. Exiting.")
        conn.close()
        return

    df_eban[class="hl-string">'PREIS'] = pd.to_numeric(df_eban[class="hl-string">'PREIS'], errors=class="hl-string">'coerce').fillna(0)
    df_eban[class="hl-string">'MENGE'] = pd.to_numeric(df_eban[class="hl-string">'MENGE'], errors=class="hl-string">'coerce').fillna(0)
    df_eban[class="hl-string">'TotalRequisitionValue'] = df_eban[class="hl-string">'PREIS'] * df_eban[class="hl-string">'MENGE']
    df_eban_grouped = df_eban.groupby(class="hl-string">'BANFN').agg(
        TotalRequisitionValue=(class="hl-string">'TotalRequisitionValue', class="hl-string">'sum'),
        RequisitionDocumentType=(class="hl-string">'BSART', class="hl-string">'first'),
        Department=(class="hl-string">'KOSTL', class="hl-string">'first')
    ).reset_index()
    df_eban = df_eban.merge(df_eban_grouped, on=class="hl-string">'BANFN', suffixes=(class="hl-string">'', class="hl-string">'_agg'))

    class=class="hl-string">"hl-comment"># --- EKPO/EKKO (Purchase Orders) ---
    print(class="hl-string">"Extracting EKPO and EKKO...")
    banfn_list = class="hl-string">"'" + class="hl-string">"', '".join(df_eban[class="hl-string">'BANFN'].unique()) + class="hl-string">"'"
    ekpo_fields = [{class="hl-string">'FIELDNAME': class="hl-string">'BANFN'}, {class="hl-string">'FIELDNAME': class="hl-string">'BNFPO'}, {class="hl-string">'FIELDNAME': class="hl-string">'EBELN'}]
    ekpo_options = [fclass="hl-string">"BANFN IN ({banfn_list})"]
    df_ekpo = rfc_read_table(conn, class="hl-string">'EKPO', ekpo_fields, ekpo_options)

    ekko_fields = [{class="hl-string">'FIELDNAME': class="hl-string">'EBELN'}, {class="hl-string">'FIELDNAME': class="hl-string">'AEDAT'}]
    if not df_ekpo.empty:
        ebeln_list = class="hl-string">"'" + class="hl-string">"', '".join(df_ekpo[class="hl-string">'EBELN'].unique()) + class="hl-string">"'"
        ekko_options = [fclass="hl-string">"EBELN IN ({ebeln_list})"]
        df_ekko = rfc_read_table(conn, class="hl-string">'EKKO', ekko_fields, ekko_options)
        df_po = pd.merge(df_ekpo, df_ekko, on=class="hl-string">'EBELN')
    else:
        df_po = pd.DataFrame(columns=[class="hl-string">'BANFN', class="hl-string">'BNFPO', class="hl-string">'EBELN', class="hl-string">'AEDAT'])

    class=class="hl-string">"hl-comment"># --- CDHDR/CDPOS (Change Documents) ---
    print(class="hl-string">"Extracting CDHDR and CDPOS...")
    cdhdr_fields = [{class="hl-string">'FIELDNAME': class="hl-string">'OBJECTID'}, {class="hl-string">'FIELDNAME': class="hl-string">'CHANGENR'}, {class="hl-string">'FIELDNAME': class="hl-string">'USERNAME'}, {class="hl-string">'FIELDNAME': class="hl-string">'UDATE'}, {class="hl-string">'FIELDNAME': class="hl-string">'UTIME'}]
    cdhdr_options = [fclass="hl-string">"OBJECTCLAS = 'BANF' AND UDATE >= '{date_from}' AND UDATE <= '{date_to}'"]
    df_cdhdr = rfc_read_table(conn, class="hl-string">'CDHDR', cdhdr_fields, cdhdr_options)
    
    df_cdpos = pd.DataFrame()
    if not df_cdhdr.empty:
        class=class="hl-string">"hl-comment"># Process changenr in chunks to avoid overly long SQL queries
        changenr_chunks = [df_cdhdr[class="hl-string">'CHANGENR'][i:i + 100] for i in range(0, df_cdhdr.shape[0], 100)]
        cdpos_fields = [{class="hl-string">'FIELDNAME': class="hl-string">'CHANGENR'}, {class="hl-string">'FIELDNAME': class="hl-string">'TABNAME'}, {class="hl-string">'FIELDNAME': class="hl-string">'FNAME'}, {class="hl-string">'FIELDNAME': class="hl-string">'VALUE_NEW'}, {class="hl-string">'FIELDNAME': class="hl-string">'VALUE_OLD'}]
        cdpos_frames = []
        for chunk in changenr_chunks:
            changenr_list = class="hl-string">"'" + class="hl-string">"', '".join(chunk) + class="hl-string">"'"
            cdpos_options = [fclass="hl-string">"OBJECTCLAS = 'BANF' AND CHANGENR IN ({changenr_list}) AND TABNAME = 'EBAN'"]
            cdpos_frames.append(rfc_read_table(conn, class="hl-string">'CDPOS', cdpos_fields, cdpos_options))
        if cdpos_frames:
            df_cdpos = pd.concat(cdpos_frames, ignore_index=True)

    conn.close()
    print(class="hl-string">"Extraction from SAP complete. Starting transformation...")

    class=class="hl-string">"hl-comment"># --- 4. Event Log Generation ---
    events = []

    class=class="hl-string">"hl-comment"># Activity: Requisition Created
    df_created = df_eban[[class="hl-string">'BANFN', class="hl-string">'ERNAM', class="hl-string">'ERDAT', class="hl-string">'ERFZEIT', class="hl-string">'RequisitionDocumentType', class="hl-string">'TotalRequisitionValue', class="hl-string">'Department']].drop_duplicates(subset=[class="hl-string">'BANFN'])
    for _, row in df_created.iterrows():
        events.append({
            class="hl-string">'PurchaseRequisitionId': row[class="hl-string">'BANFN'],
            class="hl-string">'ActivityName': class="hl-string">'Requisition Created',
            class="hl-string">'EventTime': fclass="hl-string">"{row['ERDAT']} {row['ERFZEIT']}",
            class="hl-string">'User': row[class="hl-string">'ERNAM'],
            class="hl-string">'RequisitionDocumentType': row[class="hl-string">'RequisitionDocumentType'],
            class="hl-string">'TotalRequisitionValue': row[class="hl-string">'TotalRequisitionValue'],
            class="hl-string">'Department': row[class="hl-string">'Department'],
            class="hl-string">'RequisitionStatus': class="hl-string">'Created'
        })

    class=class="hl-string">"hl-comment"># Merge change documents
    df_changes = pd.DataFrame()
    if not df_cdhdr.empty and not df_cdpos.empty:
        df_changes = pd.merge(df_cdhdr, df_cdpos, on=class="hl-string">'CHANGENR')
        df_changes[class="hl-string">'PurchaseRequisitionId'] = df_changes[class="hl-string">'OBJECTID'].str[:10]
        df_changes[class="hl-string">'EventTime'] = pd.to_datetime(df_changes[class="hl-string">'UDATE'] + class="hl-string">' ' + df_changes[class="hl-string">'UTIME'], format=class="hl-string">'%Y%m%d %H%M%S')

    if not df_changes.empty:
        class=class="hl-string">"hl-comment"># Activities from Change Logs
        for _, row in df_changes.iterrows():
            activity = None
            status = None

            class=class="hl-string">"hl-comment"># Approval-related activities
            if row[class="hl-string">'FNAME'] in [class="hl-string">'FRGZU', class="hl-string">'FRGSX']:
                if row[class="hl-string">'VALUE_OLD'].strip() == class="hl-string">'' and row[class="hl-string">'VALUE_NEW'].strip() != class="hl-string">'':
                    activity = class="hl-string">'Approval Submitted'
                    status = class="hl-string">'In Approval'
                elif row[class="hl-string">'VALUE_OLD'] != class="hl-string">'' and row[class="hl-string">'VALUE_NEW'] == class="hl-string">'':
                    activity = class="hl-string">'Approval Reset'
                    status = class="hl-string">'In Progress'
                else:
                    class=class="hl-string">"hl-comment"># Logic to differentiate approve/reject might need config specifics
                    activity = class="hl-string">'Approval Step Approved' if row[class="hl-string">'VALUE_NEW'] > row[class="hl-string">'VALUE_OLD'] else class="hl-string">'Approval Step Rejected'
                    status = class="hl-string">'In Approval'
            class=class="hl-string">"hl-comment"># Final Approval/Rejection
            elif row[class="hl-string">'FNAME'] == class="hl-string">'FRGZU':
                 class=class="hl-string">"hl-comment"># This logic assumes specific final approval/rejection codes. Adjust if needed.
                 if row[class="hl-string">'VALUE_NEW'] in [class="hl-string">'X', class="hl-string">'Y', class="hl-string">'Z']: class=class="hl-string">"hl-comment"># Placeholder for final approval states
                     activity = class="hl-string">'Requisition Approved'
                     status = class="hl-string">'Approved'
                 elif row[class="hl-string">'VALUE_NEW'] in [class="hl-string">'R', class="hl-string">'S']: class=class="hl-string">"hl-comment"># Placeholder for final rejection states
                     activity = class="hl-string">'Requisition Rejected'
                     status = class="hl-string">'Rejected'
            class=class="hl-string">"hl-comment"># Other Amendments
            elif row[class="hl-string">'FNAME'] not in [class="hl-string">'FRGZU', class="hl-string">'FRGSX', class="hl-string">'LOEKZ', class="hl-string">'EBAKZ']:
                activity = class="hl-string">'Requisition Amended'
                status = class="hl-string">'Amended'
            class=class="hl-string">"hl-comment"># Blocked
            elif row[class="hl-string">'FNAME'] == class="hl-string">'EBAKZ' and row[class="hl-string">'VALUE_NEW'] == class="hl-string">'B':
                activity = class="hl-string">'Requisition Blocked'
                status = class="hl-string">'Blocked'
            class=class="hl-string">"hl-comment"># Withdrawn
            elif row[class="hl-string">'FNAME'] == class="hl-string">'LOEKZ' and row[class="hl-string">'VALUE_NEW'] == class="hl-string">'L':
                activity = class="hl-string">'Requisition Withdrawn'
                status = class="hl-string">'Withdrawn'
            class=class="hl-string">"hl-comment"># Closed
            elif row[class="hl-string">'FNAME'] == class="hl-string">'EBAKZ' and row[class="hl-string">'VALUE_NEW'] == class="hl-string">'L':
                activity = class="hl-string">'Requisition Closed'
                status = class="hl-string">'Closed'

            if activity:
                events.append({
                    class="hl-string">'PurchaseRequisitionId': row[class="hl-string">'PurchaseRequisitionId'],
                    class="hl-string">'ActivityName': activity,
                    class="hl-string">'EventTime': row[class="hl-string">'EventTime'].strftime(class="hl-string">'%Y-%m-%d %H:%M:%S'),
                    class="hl-string">'User': row[class="hl-string">'USERNAME'],
                    class="hl-string">'RequisitionStatus': status
                })

    class=class="hl-string">"hl-comment"># Activity: Purchase Order Created
    if not df_po.empty:
        df_po_first = df_po.sort_values(class="hl-string">'AEDAT').drop_duplicates(class="hl-string">'BANFN', keep=class="hl-string">'first')
        for _, row in df_po_first.iterrows():
            events.append({
                class="hl-string">'PurchaseRequisitionId': row[class="hl-string">'BANFN'],
                class="hl-string">'ActivityName': class="hl-string">'Purchase Order Created',
                class="hl-string">'EventTime': fclass="hl-string">"{row['AEDAT']} 00:00:00", class=class="hl-string">"hl-comment"># EKKO only has date
                class="hl-string">'User': None, class=class="hl-string">"hl-comment"># User info not directly in EKKO/EKPO for this event
                class="hl-string">'RequisitionStatus': class="hl-string">'PO Created'
            })
            
    class=class="hl-string">"hl-comment"># Dummy activities for Approval Step Started (inferred before approval)
    class=class="hl-string">"hl-comment"># This is a simplified inference. Real logic can be much more complex.
    approval_events = [e for e in events if e[class="hl-string">'ActivityName'] == class="hl-string">'Approval Step Approved']
    for event in approval_events:
        event_time = pd.to_datetime(event[class="hl-string">'EventTime'])
        class=class="hl-string">"hl-comment"># Infer class="hl-string">'started' event one minute before class="hl-string">'approved' for demonstration
        start_time = event_time - datetime.timedelta(minutes=1)
        events.append({
            class="hl-string">'PurchaseRequisitionId': event[class="hl-string">'PurchaseRequisitionId'],
            class="hl-string">'ActivityName': class="hl-string">'Approval Step Started',
            class="hl-string">'EventTime': start_time.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S'),
            class="hl-string">'User': None, class=class="hl-string">"hl-comment"># Approver user is not known until they approve
            class="hl-string">'RequisitionStatus': class="hl-string">'In Approval'
        })

    class=class="hl-string">"hl-comment"># --- 5. Final Formatting ---
    if not events:
        print(class="hl-string">"No events generated. Exiting.")
        return

    df_event_log = pd.DataFrame(events)
    df_event_log = df_event_log.merge(df_eban_grouped, left_on=class="hl-string">'PurchaseRequisitionId', right_on=class="hl-string">'BANFN', how=class="hl-string">'left')
    df_event_log[class="hl-string">'EventTime'] = pd.to_datetime(df_event_log[class="hl-string">'EventTime'])
    df_event_log = df_event_log.sort_values(by=[class="hl-string">'PurchaseRequisitionId', class="hl-string">'EventTime'])

    class=class="hl-string">"hl-comment"># Fill forward attributes within each case
    df_event_log[class="hl-string">'RequisitionDocumentType'] = df_event_log.groupby(class="hl-string">'PurchaseRequisitionId')[class="hl-string">'RequisitionDocumentType_agg'].transform(lambda x: x.ffill().bfill())
    df_event_log[class="hl-string">'TotalRequisitionValue'] = df_event_log.groupby(class="hl-string">'PurchaseRequisitionId')[class="hl-string">'TotalRequisitionValue_agg'].transform(lambda x: x.ffill().bfill())
    df_event_log[class="hl-string">'Department'] = df_event_log.groupby(class="hl-string">'PurchaseRequisitionId')[class="hl-string">'Department_agg'].transform(lambda x: x.ffill().bfill())

    class=class="hl-string">"hl-comment"># Add standard columns
    df_event_log[class="hl-string">'SourceSystem'] = source_system
    df_event_log[class="hl-string">'LastDataUpdate'] = last_data_update

    class=class="hl-string">"hl-comment"># Select and rename final columns
    final_columns = {
        class="hl-string">'PurchaseRequisitionId': class="hl-string">'PurchaseRequisitionId',
        class="hl-string">'ActivityName': class="hl-string">'ActivityName',
        class="hl-string">'EventTime': class="hl-string">'EventTime',
        class="hl-string">'SourceSystem': class="hl-string">'SourceSystem',
        class="hl-string">'LastDataUpdate': class="hl-string">'LastDataUpdate',
        class="hl-string">'User': class="hl-string">'User',
        class="hl-string">'Department': class="hl-string">'Department',
        class="hl-string">'RequisitionStatus': class="hl-string">'RequisitionStatus',
        class="hl-string">'RequisitionDocumentType': class="hl-string">'RequisitionDocumentType',
        class="hl-string">'TotalRequisitionValue': class="hl-string">'TotalRequisitionValue'
    }
    df_event_log = df_event_log[final_columns.keys()].rename(columns=final_columns)
    
    class=class="hl-string">"hl-comment"># Save to CSV
    df_event_log.to_csv(class="hl-string">'event_log_pr.csv', index=False)
    print(class="hl-string">"Event log successfully created: event_log_pr.csv")

if __name__ == class="hl-string">'__main__':
    main()

Sẵn sàng bắt đầu?

Dùng mẫu này để chuẩn bị dữ liệu đúng cấu trúc cho process mining và tìm hiểu sâu hơn về quy trình yêu cầu mua hàng trong quy trình mua hàng đến thanh toán. Bắt đầu cải tiến quy trình ngay hôm nay!

Quay lại hướng dẫn cải tiến

Tải mẫu xuống

Nâng cao hiệu quả yêu cầu mua hàng P2P, bắt đầu dùng thử ngay

Xác định và xử lý điểm nghẽn P2P, giảm ít nhất 30% thời gian xử lý.

Bắt đầu dùng thử miễn phí

Không cần thẻ tín dụng, dùng miễn phí trong 14 ngày

Mẫu dữ liệu quy trình mua hàng đến thanh toán: Yêu cầu mua hàng

Mẫu dữ liệu quy trình mua hàng đến thanh toán: Yêu cầu mua hàng

Thuộc tính quy trình mua hàng đến thanh toán: Yêu cầu mua hàng

Hoạt động trong quy trình mua hàng đến thanh toán: Yêu cầu mua hàng

Hướng dẫn trích xuất dữ liệu

Truy vấn SQL trực tiếp trên cơ sở dữ liệu nền của SAP ECC

Các bước

Cấu hình

Truy vấn mẫu sql

Dùng Python script với SAP RFC để trích xuất bảng

Các bước

Cấu hình

Truy vấn mẫu python

Sẵn sàng bắt đầu?

Nâng cao hiệu quả yêu cầu mua hàng P2P, bắt đầu dùng thử ngay