> Cải tiến quy trình liên tục > Quy trình xử lý đơn hàng bán từ đơn hàng đến thu tiền > SAP S/4HANA > Mẫu dữ liệu

Mẫu dữ liệu cho quy trình từ đơn hàng đến thu tiền, xử lý đơn bán hàng

SAP S/4HANA

Thuộc tính của quy trình từ đơn hàng đến thu tiền, xử lý đơn bán hàng(22) Hoạt động trong quy trình từ đơn hàng đến thu tiền, xử lý đơn bán hàng(15) Hướng dẫn trích xuất dữ liệu(4)

Mẫu dữ liệu cho quy trình từ đơn hàng đến thu tiền, xử lý đơn bán hàng

Mẫu dữ liệu này hướng dẫn bạn thu thập thông tin cần thiết để phân tích quy trình từ đơn hàng đến thu tiền, xử lý đơn bán hàng. Mẫu nêu rõ các thuộc tính thiết yếu và hoạt động chính cần có để tạo nhật ký sự kiện chính xác. Bạn cũng sẽ tìm thấy hướng dẫn chi tiết cách trích xuất dữ liệu từ hệ thống SAP S/4HANA để bắt đầu cải tiến quy trình.

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 S/4HANA

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 của quy trình từ đơn hàng đến thu tiền, xử lý đơn bán hàng

Đây là các trường dữ liệu nên đưa vào nhật ký sự kiện để phân tích đầy đủ quy trình từ đơn hàng đến thu tiền và xử lý đơn bán hàng.

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

	Tên	Mô tả
	Đơn hàng bán Vbeln	Mã định danh duy nhất của chứng từ bán hàng, được dùng làm mã hồ sơ chính cho quy trình Order to Cash.
Mô tả Số đơn hàng bán xác định duy nhất yêu cầu mua hàng hóa hoặc dịch vụ của khách hàng. Đây là đối tượng trung tâm liên kết mọi hoạt động trong vòng đời xử lý đơn hàng bán, từ lúc tạo và xác nhận đến khi giao hàng và lập hóa đơn. Trong process mining, thuộc tính này rất cần thiết để theo dõi toàn bộ hành trình của từng đơn hàng. Phân tích theo đơn hàng bán giúp doanh nghiệp xác định điểm nghẽn, hiểu các biến thể quy trình và đo những chỉ số hiệu suất chính như thời gian chu trình và tỷ lệ giao hàng đúng hạn cho từng giao dịch của khách 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 liên quan trong quy trình, giúp xem đầy đủ vòng đời đơn hàng ở cấp hồ sơ. Lấy dữ liệu ở đâu Thuộc tính này là số chứng từ bán hàng trong bảng VBAK (trường VBELN). Ví dụ 100002341000056710000891
	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ể trong quy trình đơn hàng bán.
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 đơn hàng bán, chẳng hạn 'Đã tạo đơn hàng bán', 'Đã hạch toán xuất hàng' hoặc 'Đã nhận thanh toán'. Các hoạt động này được xác định từ nhiều thay đổi trạng thái, ngày tạo chứng từ và bản ghi nhật ký trong các phân hệ SAP khác nhau. Phân tích trình tự và thời lượng của các hoạt động là nền tảng của process mining. Việc này giúp trực quan hóa sơ đồ quy trình, xác định điểm nghẽn giữa các bước và phân tích các biến thể để hiểu đơn hàng thực tế đi qua hệ thống như thế nào so với quy trình được thiết kế. 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 xây dựng sơ đồ quy trình và phân tích luồng xử lý cũng như điểm nghẽn. Lấy dữ liệu ở đâu Đây là thuộc tính được suy ra, thường được tạo trong quá trình trích xuất dữ liệu bằng cách ánh xạ thay đổi trạng thái hoặc sự kiện tạo chứng từ từ các bảng như VBAK, LIKP, VBRK và CDHDR/CDPOS thành tên hoạt động dễ hiểu. Ví dụ Đã tạo đơn bán hàngĐã tạo giao hàngĐã tạo hóa đơnĐã nhận thanh toán
	Thời điểm sự kiện EventTime	Dấu thời gian cho biết một hoạt động hoặc sự kiện cụ thể đã diễn ra khi nào.
Mô tả Thời điểm sự kiện cung cấp ngày giờ chính xác của từng hoạt động trong quy trình, tạo nên trục thời gian của nhật ký sự kiện. Ví dụ, thuộc tính này ghi lại thời điểm tạo đơn hàng bán, giao hàng và thanh toán hóa đơn. Thuộc tính này rất quan trọng đối với mọi phân tích dựa trên thời gian. Bạn có thể dùng thuộc tính này để tính thời gian chu trình giữa các hoạt động, xác định chậm trễ, đo hiệu suất quy trình so với thỏa thuận mức dịch vụ và phân tích tổng thời gian xử lý đơn hàng bán. Độ chính xác của dấu thời gian ảnh hưởng trực tiếp đến chất lượng thông tin thu được từ process mining. Vì sao điều này quan trọng Dấu thời gian này cần thiết để tính mọi khoảng thời gian, thời gian chu trình và thời gian chờ, vốn là cơ sở cho việc phân tích hiệu suất. Lấy dữ liệu ở đâu Đây là thuộc tính được suy ra từ nhiều trường ngày giờ trong các bảng SAP, chẳng hạn ERDAT/ERZET (ngày/giờ tạo) trong VBAK, LIKP, VBRK hoặc dấu thời gian nhật ký thay đổi từ CDHDR. Ví dụ 2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
	Đơn vị bán hàng Vkorg	Đơn vị trong tổ chức chịu trách nhiệm bán các sản phẩm hoặc dịch vụ cụ thể.
Mô tả Đơn vị bán hàng là bộ phận bán hàng trong công ty, chịu trách nhiệm thương lượng điều khoản bán hàng và phân phối hàng hóa, dịch vụ. Mỗi giao dịch bán hàng được gán cho một đơn vị bán hàng cụ thể. Đây là chiều phân tích chính để đánh giá hiệu suất. Bằng cách lọc hoặc so sánh dữ liệu giữa các đơn vị bán hàng, doanh nghiệp có thể đối chiếu hiệu quả, xác định cách làm tốt ở từng khu vực hoặc bộ phận và hiểu hiệu quả quy trình thay đổi ra sao theo địa lý hoặc đơn vị kinh doanh. Vì sao điều này quan trọng Cho phép so sánh và đối chiếu hiệu suất giữa các đơn vị kinh doanh, khu vực hoặc công ty trong cùng tập đoàn. Lấy dữ liệu ở đâu Thuộc tính này là 'Đơn vị bán hàng' trong bảng VBAK (trường VKORG). Ví dụ 10002000US01DE01
	Giá trị thuần Netwr	Giá trị thuần của dòng hàng hoặc chứng từ đơn hàng bán theo đơn vị tiền tệ của chứng từ.
Mô tả Giá trị thuần là giá trị đơn hàng sau khi trừ chiết khấu và cộng phụ phí, nhưng chưa tính thuế. Đây là chỉ số tài chính quan trọng gắn với từng đơn hàng bán. Trong process mining, thuộc tính này cung cấp bối cảnh kinh doanh cần thiết. Bạn có thể dùng thuộc tính này để ưu tiên phân tích các đơn hàng giá trị cao, xem giá trị đơn hàng có liên quan đến thời gian hoặc độ phức tạp xử lý hay không, và đo tác động tài chính của những điểm kém hiệu quả như hủy đơn hoặc chậm trễ. Ví dụ, phân tích có thể cho thấy các đơn hàng giá trị cao thường bị chậm do kiểm tra tín dụng thủ công. Vì sao điều này quan trọng Cung cấp bối cảnh tài chính cho từng hồ sơ, giúp phân tích theo giá trị, ưu tiên cải tiến các đơn hàng có tác động lớn và định lượng chi phí do chậm trễ. Lấy dữ liệu ở đâu Thuộc tính này là 'Giá trị thuần của dòng hàng theo đơn vị tiền tệ chứng từ' trong bảng VBAP (trường NETWR) hoặc được tổng hợp từ bảng VBAK. Ví dụ 1500.00250.5012345.75
	Loại chứng từ bán hàng Auart	Phân loại các loại chứng từ bán hàng khác nhau, chẳng hạn đơn hàng tiêu chuẩn, hàng trả lại hoặc giấy báo có.
Mô tả Loại chứng từ bán hàng quyết định cách SAP xử lý chứng từ. Thuộc tính này quy định các chi tiết như dải số, trường bắt buộc và luồng giao dịch tổng thể. Ví dụ: 'OR' là đơn hàng tiêu chuẩn, còn 'RE' là đơn hàng trả lại. Trong process mining, thuộc tính này rất quan trọng để chia phân tích theo nhóm. So sánh luồng xử lý giữa các loại chứng từ có thể cho thấy khác biệt đáng kể về thời gian chu trình, tỷ lệ làm lại và mức độ tự động hóa. Nhờ đó, bạn có thể điều chỉnh hoạt động cải tiến quy trình cho từng loại đơn hàng. Vì sao điều này quan trọng Cho phép chia đơn hàng bán thành các nhóm khác nhau để so sánh cách xử lý từng loại đơn hàng. Lấy dữ liệu ở đâu Thuộc tính này là 'Loại chứng từ bán hàng' trong bảng VBAK (trường AUART). Ví dụ ORRECRSO
	Mã khách hàng Kunnr	Mã định danh duy nhất của tài khoản khách hàng.
Mô tả Mã khách hàng là khóa duy nhất được gán cho từng khách hàng trong dữ liệu chủ. Mã này được dùng trong mọi giao dịch liên quan đến khách hàng, gồm đơn hàng bán, giao hàng và thanh toán. Xem quy trình từ góc độ khách hàng là điều rất quan trọng. Thuộc tính này cho phép phân tích hiệu suất đơn hàng theo khách hàng, xác định khách hàng nào thường gặp chậm trễ lâu nhất và hiểu cách thực hiện quy trình khác nhau ra sao với các khách hàng trọng điểm. Đây là thuộc tính cơ bản cho dashboard phân tích thời gian chu trình theo phân khúc khách hàng. Vì sao điều này quan trọng Hỗ trợ phân tích theo từng khách hàng, giúp xác định vấn đề quy trình ảnh hưởng đến khách hàng hoặc nhóm khách hàng cụ thể và đo KPI riêng cho từng khách hàng. Lấy dữ liệu ở đâu Thuộc tính này là 'Bên mua hàng' hoặc 'Mã khách hàng' trong bảng VBAK (trường KUNNR). Ví dụ C000123C000456C000789
	Mã vật tư Matnr	Mã định danh duy nhất của sản phẩm hoặc vật tư được bán.
Mô tả Mã vật tư là khóa duy nhất của sản phẩm trong dữ liệu chủ vật tư. Mỗi dòng hàng trong đơn hàng bán tương ứng với một mã vật tư cụ thể. Thuộc tính này hỗ trợ phân tích quy trình theo sản phẩm. Bạn có thể dùng thuộc tính này để xem một số sản phẩm có gắn với thời gian xử lý lâu hơn, thay đổi thường xuyên hơn hoặc tỷ lệ hủy cao hơn hay không. Thông tin này giúp phát hiện vấn đề liên quan đến từng dòng sản phẩm, chẳng hạn chuỗi cung ứng phức tạp hoặc dữ liệu không chính xác. Vì sao điều này quan trọng Hỗ trợ phân tích ở cấp sản phẩm, cho thấy vật tư hoặc dòng sản phẩm nào có thể liên quan đến chậm trễ, làm lại hoặc các điểm kém hiệu quả khác trong quy trình. Lấy dữ liệu ở đâu Thuộc tính này là 'Mã vật tư' trong bảng dòng hàng đơn hàng bán VBAP (trường MATNR). Ví dụ PROD-1001PROD-2005SERV-A01
	Ngày giao hàng yêu cầu Vdatu	Ngày khách hàng yêu cầu giao hàng hóa hoặc dịch vụ.
Mô tả Ngày này thể hiện thời điểm khách hàng mong muốn nhận các mặt hàng trong đơn hàng bán. Đây là thông tin quan trọng để lập kế hoạch, xếp lịch và đo mức độ đáp ứng thỏa thuận mức dịch vụ (SLA). Thuộc tính này cần thiết để đo chất lượng phục vụ khách hàng và hiệu quả logistics. Đây là mốc cơ sở để tính KPI 'Tỷ lệ giao hàng đúng hạn'. Bạn có thể so sánh ngày này với ngày hạch toán xuất hàng hoặc ngày giao hàng thực tế để xác định yêu cầu của khách hàng có được đáp ứng hay không. Phân tích sai lệch giúp phát hiện vấn đề mang tính hệ thống trong khâu thực hiện đơn hàng hoặc lập kế hoạch. Vì sao điều này quan trọng Đây là ngày cơ sở để đo hiệu suất giao hàng đúng hạn, một KPI quan trọng đối với mức độ hài lòng của khách hàng và hiệu quả chuỗi cung ứng. Lấy dữ liệu ở đâu Thuộc tính này là 'Ngày giao hàng yêu cầu' trong bảng dòng lịch giao hàng của đơn hàng bán VBEP (trường VDATU). Ví dụ 2023-02-012023-03-152023-04-20
	Tên người dùng Ernam	ID người dùng SAP đã tạo hoặc thay đổi chứng từ lần gần nhất.
Mô tả Thuộc tính này ghi nhận người chịu trách nhiệm cho một hoạt động cụ thể, chẳng hạn tạo đơn hàng bán hoặc hạch toán xuất hàng. Thuộc tính này liên kết các bước trong quy trình với cá nhân hoặc nhóm đã thực hiện. Phân tích hoạt động theo người dùng giúp xác định nhu cầu đào tạo, hiểu cách phân bổ khối lượng công việc và phát hiện sai lệch chỉ xảy ra với một số người dùng. Thuộc tính này cũng hữu ích cho việc tuân thủ và kiểm toán, vì cung cấp hồ sơ rõ ràng về người thực hiện các thao tác quan trọng trong quy trình. Vì sao điều này quan trọng Cho phép phân tích hiệu suất quy trình theo người dùng hoặc nhóm, giúp xác định người làm tốt, nhu cầu đào tạo và cách phân bổ khối lượng công việc. Lấy dữ liệu ở đâu Thuộc tính này là 'Tên người tạo đối tượng' trong các bảng như VBAK (trường ERNAM, dùng khi tạo) hoặc trong tiêu đề chứng từ thay đổi CDHDR (trường UNAME). Ví dụ CBURNSDSCRANTONJHALPERT
	Có làm lại IsRework	Cờ đúng/sai cho biết một hoạt động hoặc trường hợp có phát sinh làm lại hay không, chẳng hạn như xác nhận lại hoặc thay đổi đáng kể.
Mô tả Cờ này giúp xác định các đơn hàng bán đã phải làm lại, chẳng hạn như bị thay đổi sau khi xác nhận hoặc có cùng một hoạt động diễn ra nhiều lần. Có thể đặt cờ dựa trên hoạt động “Đơn hàng bán đã thay đổi” hoặc nhiều sự kiện “Đã xác nhận đơn hàng” trong cùng một trường hợp. Thuộc tính này hỗ trợ trực tiếp cho bảng điều khiển “Tỷ lệ thay đổi và làm lại đơn hàng bán” cùng các KPI liên quan. Bạn có thể dễ dàng lọc và định lượng công việc làm lại, từ đó đo lường chi phí và tần suất kém hiệu quả trong quy trình, rồi tập trung xử lý nguyên nhân gốc rễ của những sai lệch này. Vì sao điều này quan trọng Cờ này giúp đo lường tần suất và tác động của việc làm lại, qua đó phân tích cách giảm sai lệch quy trình, thay đổi thủ công và tình trạng kém hiệu quả. Lấy dữ liệu ở đâu Đây là thuộc tính được tính toán trong quá trình chuyển đổi dữ liệu. Logic thường dựa trên việc phát hiện hoạt động lặp lại hoặc sự kiện thay đổi cụ thể, chẳng hạn như dữ liệu từ bảng CDHDR/CDPOS. Ví dụ truefalse
	Giao hàng đúng hạn IsOnTimeDelivery	Cờ đúng/sai cho biết đơn hàng được giao vào hoặc trước ngày giao hàng đã xác nhận hoặc ngày khách yêu cầu.
Mô tả Thuộc tính này cho biết rõ đơn hàng được giao đúng hạn hay trễ. Giá trị được tính bằng cách so sánh dấu thời gian thực tế của hoạt động “Đã ghi nhận xuất hàng” với “Ngày giao hàng khách yêu cầu” (VDATU) hoặc ngày giao hàng đã xác nhận trong lịch giao hàng của đơn. Cờ này là cơ sở để tính KPI “Tỷ lệ giao hàng đúng hạn” và theo dõi trên bảng điều khiển “Mức độ đáp ứng ngày giao hàng đã cam kết”. Người dùng có thể nhanh chóng chia đơn hàng thành nhóm “đúng hạn” và “trễ”, sau đó tìm hiểu đặc điểm quy trình của từng nhóm để xác định nguyên nhân gốc rễ gây chậm trễ. Vì sao điều này quan trọng Đo trực tiếp hiệu quả thực hiện đơn hàng so với kỳ vọng của khách hàng, đồng thời làm cơ sở cho KPI quan trọng “Tỷ lệ giao hàng đúng hạn”. Lấy dữ liệu ở đâu Đây là thuộc tính được tính toán bằng cách so sánh dấu thời gian của hoạt động “Đã ghi nhận xuất hàng” với “Ngày giao hàng khách yêu cầu” (VBEP-VDATU). Ví dụ truefalse
	Hệ thống nguồn SourceSystemId	Xác định hệ thống nguồn đã trích xuất dữ liệu.
Mô tả Thuộc tính này cho biết hệ thống nguồn của dữ liệu sự kiện, chẳng hạn 'SAP S/4HANA Production' hoặc 'ECC Quality'. Trong môi trường có nhiều hệ thống ERP hoặc kết hợp nền tảng cũ và mới, trường này rất cần thiết để truy xuất nguồn gốc và xác thực dữ liệu. Khi phân tích, thuộc tính này cho phép lọc và so sánh quy trình giữa các hệ thống hoặc đơn vị trong tổ chức. Nhờ đó, bạn có thể phát hiện khác biệt trong cách thực hiện quy trình hoặc chất lượng dữ liệu của từng hệ thống. Vì sao điều này quan trọng Thuộc tính này cho biết nguồn gốc dữ liệu. Đây là thông tin quan trọng trong môi trường nhiều hệ thống để đảm bảo tính toàn vẹn dữ liệu và hỗ trợ so sánh. Lấy dữ liệu ở đâu Thông thường, đây là giá trị cố định được thêm trong quá trình trích xuất dữ liệu để ghi nhãn hệ thống nguồn của tập dữ liệu. Ví dụ S4H_PROD_100ECC_DEV_200S4H_QAS_100
	Kênh phân phối Vtweg	Kênh đưa sản phẩm hoặc dịch vụ đến khách hàng, chẳng hạn như bán lẻ, bán buôn hoặc trực tuyến.
Mô tả Kênh phân phối xác định cách bán và phân phối sản phẩm cho khách hàng. Đây là yếu tố tổ chức quan trọng, cùng với tổ chức bán hàng xác định khu vực bán hàng. Phân tích quy trình theo kênh phân phối giúp doanh nghiệp biết kênh nào hoạt động hiệu quả hơn. Ví dụ, đơn hàng từ kênh “Trực tuyến” có thể được tự động hóa nhiều và xử lý nhanh, trong khi đơn hàng từ kênh “Bán hàng trực tiếp” có thể cần nhiều bước thủ công hơn và mất nhiều thời gian hơn. Từ đó, doanh nghiệp có thể cải tiến phù hợp với từng kênh. Vì sao điều này quan trọng Cho phép phân tích hiệu quả giữa các kênh bán hàng như web, bán hàng trực tiếp hoặc bán lẻ, từ đó phát hiện điểm nghẽn riêng của từng kênh và tìm ra cách làm hiệu quả. Lấy dữ liệu ở đâu Thuộc tính này tương ứng với “Kênh phân phối” trong bảng VBAK (trường VTWEG). Ví dụ 102001
	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 gần nhất dữ liệu dùng để phân tích quy trình được cập nhật. Nhờ đó, người dùng nghiệp vụ và chuyên viên phân tích biết dữ liệu đang xem còn mới đến mức nào và hiểu rõ khoảng thời gian mà phân tích bao quát. Thông tin này giúp bạn hiểu đúng bối cảnh khi xem dashboard và báo cáo. Nó cho biết dữ liệu là thông tin thời gian thực hay ảnh chụp theo kỳ, từ đó giúp diễn giải chính xác các xu hướng gần đây và hiệu suất vận hành. Vì sao điều này quan trọng Cho người dùng biết dữ liệu được cập nhật khi nào, giúp họ hiểu bối cảnh thời gian của phân tích và tránh diễn giải sai. Lấy dữ liệu ở đâu Thuộc tính này do công cụ trích xuất dữ liệu hoặc ETL tạo ra, ghi lại dấu thời gian lần gần nhất quy trình dữ liệu được chạy. Ví dụ 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	Lý do từ chối Abgru	Mã cho biết lý do đơn hàng bán hoặc mặt hàng bị từ chối hay hủy.
Mô tả Lý do từ chối giúp làm rõ vì sao đơn hàng bán hoặc một dòng hàng cụ thể bị hủy. Doanh nghiệp thường tự cấu hình các lý do này, chẳng hạn như “Hết hàng”, “Khách hàng hủy” hoặc “Sai giá”. Thuộc tính này rất quan trọng khi phân tích nguyên nhân gốc rễ của việc hủy đơn hàng. Bằng cách xem xét những lý do từ chối phổ biến nhất, doanh nghiệp có thể phát hiện vấn đề trong quy trình bán hàng, quản lý tồn kho hoặc định giá. Thông tin này giúp bảng điều khiển “Phân tích hủy đơn hàng bán” giảm doanh số bị mất và cải thiện hiệu quả. Vì sao điều này quan trọng Thuộc tính này cho biết lý do đơn hàng bị hủy, giúp phân tích nguyên nhân gốc rễ và xử lý các vấn đề như sai giá, hết hàng hoặc dữ liệu kém chất lượng. Lấy dữ liệu ở đâu Thuộc tính này tương ứng với “Lý do từ chối báo giá và đơn hàng bán” trong bảng mặt hàng đơn hàng bán VBAP (trường ABGRU). Ví dụ 010215
	Ngành hàng Spart	Đơn vị tổ chức đại diện cho một dòng sản phẩm hoặc lĩnh vực kinh doanh cụ thể.
Mô tả Ngành hàng dùng để nhóm vật tư hoặc dịch vụ, thường tương ứng với một dòng sản phẩm. Đây là một phần trong định nghĩa khu vực bán hàng và giúp phân chia hoạt động kinh doanh theo nhóm sản phẩm. Thuộc tính này hữu ích khi phân tích hiệu quả quy trình giữa các nhóm sản phẩm. Bạn có thể dùng thuộc tính này để trả lời những câu hỏi như: “Quy trình xử lý đơn hàng phụ tùng có khác với quy trình xử lý đơn hàng thành phẩm không?”. Đây là cơ sở để tính KPI “Thời gian chu kỳ theo dòng sản phẩm” và phân tích trên các bảng điều khiển liên quan. Vì sao điều này quan trọng Cho phép phân tích quy trình theo dòng sản phẩm hoặc lĩnh vực kinh doanh, giúp phát hiện khác biệt về hiệu quả giữa các bộ phận. Lấy dữ liệu ở đâu Thuộc tính này tương ứng với “Ngành hàng” trong bảng VBAK hoặc VBAP (trường SPART). Ví dụ 000105
	Nhập thủ công IsManualEntry	Cờ cho biết đơn hàng bán được tạo thủ công hay qua kênh tự động như EDI hoặc cổng thương mại điện tử.
Mô tả Thuộc tính này phân biệt đơn hàng do người dùng nhập trực tiếp trong SAP GUI với đơn hàng được tạo tự động qua trao đổi dữ liệu điện tử (EDI), API hoặc hệ thống tích hợp khác. Có thể suy ra thông tin này từ người tạo đơn hàng, chẳng hạn tài khoản hệ thống hay người dùng, hoặc từ các chỉ báo cụ thể trong chứng từ bán hàng. Thuộc tính này cần thiết để phân tích mức độ tự động hóa và hỗ trợ KPI “Tỷ lệ nhập đơn hàng thủ công”. Bạn có thể so sánh trực tiếp hiệu quả quy trình, tỷ lệ lỗi và thời gian chu kỳ giữa đơn hàng tạo thủ công và tự động, từ đó xây dựng cơ sở cho kế hoạch tự động hóa thêm. Vì sao điều này quan trọng Giúp đo lường mức độ tự động hóa trong quy trình nhập đơn hàng và so sánh hiệu quả cũng như tỷ lệ lỗi giữa đơn hàng thủ công và tự động. Lấy dữ liệu ở đâu Đây thường là thuộc tính suy ra từ dữ liệu. Có thể xác định bằng cách đối chiếu người dùng trong trường “Người tạo” (ERNAM) của VBAK với danh sách tài khoản hệ thống hoặc tài khoản chạy theo lô, hoặc dựa trên các chỉ báo kênh cụ thể. Ví dụ truefalse
	Số lượng đặt hàng Kwmeng	Số lượng vật tư được đặt trong một dòng hàng cụ thể của chứng từ bán hàng.
Mô tả Thuộc tính này cho biết số đơn vị vật tư cụ thể mà khách hàng yêu cầu trong một dòng hàng của đơn hàng bán. Đây là dữ liệu giao dịch cơ bản. Phân tích số lượng đặt hàng giúp bổ sung bối cảnh kinh doanh hữu ích. Bạn có thể phân nhóm đơn hàng theo quy mô, nhỏ hoặc lớn, để xem số lượng có liên quan đến hiệu quả xử lý hay không. Đây cũng là chỉ số quan trọng trong báo cáo kinh doanh và giúp hiểu quy mô hoạt động. Vì sao điều này quan trọng Cho phép phân tích theo quy mô đơn hàng, giúp xác định số lượng đặt hàng có ảnh hưởng đến thời gian xử lý, độ phức tạp hoặc tỷ lệ lỗi hay không. Lấy dữ liệu ở đâu Thuộc tính này tương ứng với “Số lượng đặt hàng lũy kế theo đơn vị bán” trong bảng VBAP (trường KWMENG). Ví dụ 101505
	Thời gian kết thúc EndTime	Dấu thời gian cho biết một hoạt động hoặc sự kiện cụ thể kết thúc khi nào.
Mô tả EndTime ghi nhận thời điểm hoàn tất của từng hoạt động. StartTime cho biết thời điểm một tác vụ bắt đầu, còn EndTime cho biết thời điểm tác vụ kết thúc. Nhờ đó, bạn có thể đo thời lượng làm việc thực tế. Thuộc tính này rất quan trọng để tính chính xác thời gian xử lý hoạt động. Nó giúp phân biệt thời gian thực sự làm việc với tác vụ (Thời gian xử lý = EndTime - StartTime) và thời gian chờ đến khi tác vụ tiếp theo bắt đầu (Thời gian chờ = NextActivity.StartTime - CurrentActivity.EndTime). Đây là cơ sở để phân tích điểm nghẽn chính xác. Vì sao điều này quan trọng Giúp tính chính xác thời gian xử lý hoạt động, qua đó phân biệt thời gian làm việc thực tế với thời gian chờ. Lấy dữ liệu ở đâu Đây là thuộc tính suy ra từ dữ liệu. Với một số hoạt động, giá trị này có thể tương ứng với dấu thời gian cụ thể trong SAP. Với các hoạt động khác, giá trị thường được ước tính hoặc đặt bằng StartTime nếu sự kiện được xem là tức thời. Ví dụ 2023-01-15T09:05:10Z2023-01-18T15:00:00Z2023-01-25T11:20:00Z
	Tiền tệ chứng từ Waerk	Mã tiền tệ áp dụng cho các khoản tiền trong chứng từ bán hàng.
Mô tả Thuộc tính này xác định tiền tệ, chẳng hạn USD, EUR hoặc JPY, cho các giá trị tiền tệ như Giá trị thuần trong chứng từ bán hàng. Nhờ đó, bạn có thể hiểu và tổng hợp dữ liệu tài chính chính xác. Tiền tệ không trực tiếp quyết định luồng quy trình, nhưng rất cần thiết cho phân tích tài chính. Thuộc tính này giúp diễn giải đúng các khoản tiền và cần có khi quy đổi sang một loại tiền tệ chung để lập báo cáo toàn cầu. Vì sao điều này quan trọng Cung cấp thông tin cần thiết để hiểu các khoản tiền, giúp phân tích và lập báo cáo tài chính chính xác, nhất là trong hoạt động toàn cầu. Lấy dữ liệu ở đâu Thuộc tính này tương ứng với “Tiền tệ chứng từ SD” trong bảng VBAK (trường WAERK). Ví dụ USDEURGBP
	Trạng thái giao hàng tổng thể Lfstk	Trạng thái giao hàng tổng thể của đơn hàng bán, cho biết đơn hàng chưa được xử lý, đã giao một phần hay đã giao đầy đủ.
Mô tả Trường trạng thái này tóm tắt tiến độ thực hiện chứng từ bán hàng. Trạng thái được tổng hợp từ tất cả các dòng hàng để cho biết đơn hàng đang mở, đang xử lý hay đã hoàn tất xét theo tiến độ giao hàng. Khi phân tích quy trình, thuộc tính này giúp bạn nắm tình trạng hiện tại của các đơn hàng đang mở và lọc các trường hợp cần xem. Ví dụ, chỉ phân tích đơn hàng “Đã giao đầy đủ” sẽ cho thấy các quy trình đã hoàn tất. Còn phân tích đơn hàng “Chưa được xử lý” có thể giúp phát hiện lượng việc tồn đọng và điểm nghẽn ban đầu. Vì sao điều này quan trọng Cho biết nhanh tiến độ thực hiện đơn hàng, giúp lọc và phân tích đơn hàng đang mở, đã giao một phần hoặc đã giao đầy đủ. Lấy dữ liệu ở đâu Thuộc tính này tương ứng với “Trạng thái giao hàng tổng thể của tất cả mặt hàng” trong bảng trạng thái VBUK (trường LFSTK). Ví dụ ABC

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

Hoạt động trong quy trình từ đơn hàng đến thu tiền, xử lý đơn bán 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á quy trình chính xác và xác định điểm nghẽn.

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

	Hoạt động	Mô tả
	Đã hạch toán xuất hàng	Đây là thời điểm bàn giao hàng hóa về mặt pháp lý và tài chính, đánh dấu hàng chính thức rời khỏi tồn kho của công ty. Sự kiện được ghi nhận này làm giảm mức tồn kho và là điều kiện cần để lập hóa đơn.
Vì sao điều này quan trọng Hạch toán xuất hàng là mốc quan trọng về tài chính và logistics. Đây thường được xem là thời điểm hàng được 'giao đi', đồng thời ảnh hưởng trực tiếp đến định giá tồn kho và ghi nhận doanh thu. Lấy dữ liệu ở đâu Dấu thời gian được ghi trong bảng LIKP (WADAT_IST, ngày luân chuyển hàng hóa thực tế) khi hạch toán xuất hàng. Bảng luồng chứng từ VBFA liên kết sự kiện này với đơn hàng bán. Thu thập Lấy từ ngày luân chuyển hàng hóa thực tế (LIKP-WADAT_IST) trên tiêu đề giao hàng. Loại sự kiện explicit
	Đã nhận thanh toán	Hoạt động này đánh dấu quy trình hoàn tất thành công: khách hàng đã thanh toán và khoản tiền đã được đối trừ với hóa đơn chưa thanh toán. Đây là bút toán tài chính được ghi nhận rõ, đóng khoản phải thu khách hàng.
Vì sao điều này quan trọng Đây là bước cuối cùng tạo ra giá trị trong chu trình Order to Cash. Phân tích thời gian từ lúc lập hóa đơn đến khi nhận thanh toán là điều cần thiết để quản lý dòng tiền và số ngày phải thu bình quân (DSO). Lấy dữ liệu ở đâu Lấy từ ngày đối trừ (AUGDT) trong bảng BSEG (phân đoạn chứng từ kế toán), tại dòng mục liên quan đến khoản thanh toán của khách hàng dùng để đối trừ hóa đơn. Thu thập Lấy từ ngày đối trừ (AUGDT) trên khoản mục khách hàng đã được đối trừ trong bảng BSEG hoặc chứng từ đối trừ trong BKPF. Loại sự kiện explicit
	Đã tạo đơn bán hàng	Hoạt động này đánh dấu thời điểm bắt đầu quy trình bán hàng, khi đơn hàng mới được tạo chính thức trong hệ thống. Sự kiện được ghi nhận rõ ràng khi người dùng lưu chứng từ đơn hàng mới, chẳng hạn bằng giao dịch VA01. Thao tác này tạo một bản ghi mới trong bảng VBAK.
Vì sao điều này quan trọng Đây là sự kiện bắt đầu chính của quy trình Order to Cash. Phân tích khoảng thời gian từ hoạt động này đến các mốc tiếp theo là cơ sở để đo tổng thời gian chu trình và xác định các chậm trễ ở giai đoạn đầu. Lấy dữ liệu ở đâu Được ghi trong bảng VBAK (dữ liệu tiêu đề chứng từ bán hàng) khi tạo đơn hàng. Các trường ngày tạo (ERDAT) và giờ tạo (ERZET) cung cấp dấu thời gian. Thu thập Lấy từ dấu thời gian tạo bản ghi tiêu đề đơn hàng trong bảng VBAK. Loại sự kiện explicit
	Đã tạo giao hàng	Hoạt động này cho biết chứng từ giao hàng đi đã được tạo, mở đầu cho quy trình vận chuyển và logistics. Đây là sự kiện được ghi nhận rõ khi tạo chứng từ giao hàng tham chiếu đến đơn hàng bán.
Vì sao điều này quan trọng Mốc này đánh dấu bước chuyển từ xử lý bán hàng sang logistics. Phân tích thời gian từ lúc xác nhận đơn hàng đến khi tạo giao hàng giúp tìm điểm nghẽn trong khâu lập kế hoạch thực hiện đơn hàng. Lấy dữ liệu ở đâu Lấy từ dấu thời gian tạo trong bảng LIKP (chứng từ SD: dữ liệu tiêu đề giao hàng). Liên kết đến đơn hàng bán được lưu trong bảng VBFA (luồng chứng từ bán hàng). Thu thập Lấy từ dấu thời gian tạo tiêu đề chứng từ giao hàng trong bảng LIKP. Loại sự kiện explicit
	Đã tạo hóa đơn	Cho biết chứng từ thanh toán cho khách hàng đã được tạo, ghi rõ sản phẩm, số lượng và giá cần thanh toán. Đây là sự kiện được ghi nhận rõ khi tạo chứng từ hóa đơn tham chiếu đến giao hàng hoặc đơn hàng bán.
Vì sao điều này quan trọng Hoạt động này đánh dấu thời điểm bắt đầu chu trình thu tiền. Thời gian từ lúc hạch toán xuất hàng đến khi tạo hóa đơn là KPI quan trọng để đo hiệu quả của quy trình lập hóa đơn. Lấy dữ liệu ở đâu Lấy từ ngày tạo (ERDAT) và giờ tạo (ERZET) trong bảng VBRK (chứng từ thanh toán: dữ liệu tiêu đề). Bảng VBFA liên kết hóa đơn với các chứng từ trước đó. Thu thập Lấy từ dấu thời gian tạo tiêu đề chứng từ thanh toán trong bảng VBRK. Loại sự kiện explicit
	Đơn hàng bán đã xác nhận	Đánh dấu thời điểm đã kiểm tra khả năng cung ứng vật tư và xác nhận số lượng cùng ngày giao hàng cho các dòng hàng trong đơn. Có thể suy ra sự kiện này từ việc tạo các dòng lịch giao hàng có số lượng đã xác nhận.
Vì sao điều này quan trọng Đây là mốc quan trọng, thể hiện cam kết với khách hàng. Thời gian để đạt đến giai đoạn này (thời gian chu trình xác nhận đơn hàng) là chỉ số quan trọng để đánh giá hiệu quả xử lý nội bộ. Lấy dữ liệu ở đâu Có thể suy ra từ các bản ghi được tạo trong bảng VBEP (chứng từ bán hàng: dữ liệu dòng lịch giao hàng), với số lượng đã xác nhận (BMENG > 0) cho các dòng hàng của đơn hàng bán. Thu thập Lấy từ ngày tạo dòng lịch giao hàng đầu tiên có số lượng đã xác nhận trong bảng VBEP. Loại sự kiện inferred
	Đơn hàng đã đóng	Đánh dấu trạng thái cuối của đơn hàng bán, cho biết mọi quy trình liên quan, gồm giao hàng, lập hóa đơn và thanh toán, đã hoàn tất. Có thể suy ra trạng thái này từ trạng thái tổng thể của chứng từ bán hàng.
Vì sao điều này quan trọng Hoạt động này xác định điểm kết thúc rõ ràng cho các đơn hàng hoàn tất thành công trong phân tích quy trình. Nhờ đó, thời gian chu trình đầu cuối được đo chính xác cho các đơn hàng đã thực hiện. Lấy dữ liệu ở đâu Có thể suy ra khi trường trạng thái tổng thể (VBUK-GBSTK) của chứng từ bán hàng chuyển thành 'C' (Đã xử lý hoàn toàn). Dấu thời gian cần được lấy từ lần cập nhật cuối cùng của chứng từ liên quan, chẳng hạn khi đối trừ thanh toán. Thu thập Có thể suy ra khi trạng thái chứng từ VBUK-GBSTK chuyển thành 'C'. Dấu thời gian được lấy từ sự kiện cuối cùng, chẳng hạn Đã nhận thanh toán. Loại sự kiện inferred
	Đã chặn đơn hàng bán	Hoạt động này diễn ra khi áp dụng chặn xử lý cho đơn hàng bán, ngăn các hoạt động tiếp theo như tạo giao hàng. Có thể suy ra sự kiện này bằng cách theo dõi nhật ký thay đổi của các trường chặn cụ thể trên tiêu đề hoặc dòng hàng của đơn hàng.
Vì sao điều này quan trọng Đặt chặn là một sai lệch đáng chú ý so với luồng xử lý thông thường. Tìm hiểu lý do và tần suất đặt chặn giúp phát hiện vấn đề mang tính hệ thống về chất lượng dữ liệu, giá cả hoặc dữ liệu chủ khách hàng. Lấy dữ liệu ở đâu Có thể suy ra từ các bảng dữ liệu thay đổi (CDHDR, CDPOS) đối với trường chặn trên đơn hàng bán, chẳng hạn VBAK-AUFSP (chặn đơn hàng) hoặc VBAK-LIFSK (chặn giao hàng). Thu thập Xác định bằng cách phát hiện trường chặn, chẳng hạn VBAK-LIFSK, đổi từ trống sang có giá trị. Loại sự kiện inferred
	Đã gỡ chặn đơn hàng bán	Cho biết chặn xử lý đã được gỡ, cho phép đơn hàng bán chuyển sang giai đoạn tiếp theo. Có thể suy ra sự kiện này khi các trường chặn liên quan đổi từ trạng thái có giá trị về trống hoặc đã xóa.
Vì sao điều này quan trọng Theo dõi thời gian gỡ chặn là điều cần thiết để hiểu độ dài của các lần trì hoãn. Hoạt động này giúp định lượng công việc phải làm lại và hiệu quả của quy trình xử lý vấn đề. Lấy dữ liệu ở đâu Có thể suy ra từ các bảng dữ liệu thay đổi (CDHDR, CDPOS), khi một trường chặn trên đơn hàng bán, chẳng hạn VBAK-LIFSK, đổi từ có giá trị sang trống. Thu thập Xác định bằng cách phát hiện trường chặn, chẳng hạn VBAK-LIFSK, đổi từ có giá trị về trống. Loại sự kiện inferred
	Đã gửi hóa đơn cho khách hàng	Cho biết hóa đơn đã tạo được gửi cho khách hàng, chẳng hạn qua bản in, email hoặc EDI. Thông thường, có thể suy ra sự kiện này từ nhật ký xử lý của hệ thống xác định đầu ra.
Vì sao điều này quan trọng Thời hạn thanh toán thường bắt đầu khi khách hàng nhận được hóa đơn. Theo dõi sự kiện này là điều cần thiết để đo chính xác thời gian chu trình thu tiền. Lấy dữ liệu ở đâu Có thể suy ra từ các bản ghi trong bảng NAST (trạng thái thông điệp), nơi lưu thông tin xử lý các loại đầu ra như hóa đơn. Ngày và giờ xử lý có thể dùng làm dấu thời gian sự kiện. Thu thập Có thể suy ra từ dấu thời gian xử lý của bản ghi thông điệp đầu ra liên quan trong bảng NAST. Loại sự kiện inferred
	Đã kiểm tra tín dụng	Cho biết việc kiểm tra khả năng thanh toán của khách hàng gắn với đơn hàng đã hoàn tất. Bước này có thể được thực hiện tự động hoặc thủ công. Thông thường, có thể suy ra thời điểm hoàn tất từ thay đổi trong trạng thái tín dụng tổng thể của chứng từ.
Vì sao điều này quan trọng Kiểm tra tín dụng thường là điểm nghẽn khiến việc xác nhận và thực hiện đơn hàng chậm đáng kể. Theo dõi hoạt động này giúp đo thời gian xử lý và mức độ ảnh hưởng đến toàn quy trình. Lấy dữ liệu ở đâu Có thể suy ra từ các cập nhật trạng thái trong bảng VBUK (chứng từ bán hàng: trạng thái tiêu đề và dữ liệu quản trị). Trường trạng thái tín dụng (CMGST) thay đổi cho biết việc kiểm tra đã hoàn tất. Thu thập Có thể suy ra từ thay đổi có dấu thời gian trong trường trạng thái tín dụng (VBUK-CMGST) của chứng từ bán hàng. Loại sự kiện inferred
	Đã lấy hàng	Cho biết việc lấy hàng hóa từ các vị trí lưu kho để chuẩn bị giao hàng đi đã hoàn tất. Thông thường, có thể suy ra sự kiện này từ cập nhật trạng thái trên chứng từ giao hàng.
Vì sao điều này quan trọng Lấy hàng là bước quan trọng trong quy trình thực hiện đơn hàng tại kho. Theo dõi thời điểm hoàn tất giúp đo hiệu quả kho và phát hiện chậm trễ trước khi hàng sẵn sàng giao. Lấy dữ liệu ở đâu Có thể suy ra từ các trường trạng thái trong bảng LIPS (dòng hàng giao hàng) hoặc LIKP (tiêu đề giao hàng), chẳng hạn trạng thái lấy hàng (KOSTA). Trạng thái chuyển thành 'Đã lấy đủ' cho biết sự kiện đã xảy ra. Thu thập Có thể suy ra từ thay đổi có dấu thời gian trong trường trạng thái lấy hàng, chẳng hạn LIKP-KOSTA, của chứng từ giao hàng. Loại sự kiện inferred
	Đã tạo chứng từ kế toán	Hoạt động này diễn ra khi hóa đơn được hạch toán thành công vào phân hệ kế toán tài chính, tạo ra các bút toán. Đây là sự kiện được ghi nhận rõ và tạo chứng từ tương ứng trong sổ cái tài chính.
Vì sao điều này quan trọng Sự kiện này xác nhận doanh thu từ giao dịch bán hàng đã được ghi nhận chính thức trong sổ sách công ty. Chậm trễ ở bước này có thể ảnh hưởng đến độ chính xác của báo cáo tài chính. Lấy dữ liệu ở đâu Lấy từ ngày tạo (CPUDT) và giờ tạo (CPUTM) trong bảng BKPF (tiêu đề chứng từ kế toán). Bảng VBRK thường lưu số chứng từ kế toán tương ứng (VBRK-BELNR). Thu thập Lấy từ dấu thời gian tạo tiêu đề chứng từ kế toán trong bảng BKPF. Loại sự kiện explicit
	Đã từ chối dòng hàng đơn hàng bán	Cho biết một dòng hàng cụ thể trong đơn hàng bán bị hủy hoặc từ chối trước khi được xử lý hoàn tất. Có thể suy ra sự kiện này từ việc áp dụng 'Lý do từ chối' cho dòng hàng.
Vì sao điều này quan trọng Hoạt động này cho biết một phần đơn hàng không được thực hiện thành công. Phân tích thời điểm và lý do từ chối dòng hàng giúp phát hiện vấn đề về khả năng cung ứng sản phẩm, giá cả hoặc yêu cầu của khách hàng. Lấy dữ liệu ở đâu Có thể suy ra từ nhật ký thay đổi (CDHDR, CDPOS), cho biết thời điểm trường 'Lý do từ chối' (VBAP-ABGRU) được điền cho một dòng hàng trong đơn hàng bán. Thu thập Có thể suy ra từ dấu thời gian khi trường VBAP-ABGRU được điền cho một hoặc nhiều dòng hàng. Loại sự kiện inferred
	Đơn hàng bán đã thay đổi	Cho biết một thuộc tính quan trọng của đơn hàng bán hiện có, chẳng hạn số lượng, giá hoặc ngày giao hàng yêu cầu, đã được sửa sau khi tạo. Sự kiện này được ghi rõ trong các bảng nhật ký thay đổi của SAP.
Vì sao điều này quan trọng Thay đổi thường xuyên cho thấy quy trình thiếu ổn định, có thể dẫn đến làm lại, sai sót khi thực hiện đơn hàng và chậm trễ. Hoạt động này giúp đo tỷ lệ thay đổi đơn hàng bán và tìm nguyên nhân gốc rễ. Lấy dữ liệu ở đâu Lấy từ các bảng dữ liệu thay đổi CDHDR (tiêu đề chứng từ thay đổi) và CDPOS (các mục chứng từ thay đổi). Các bảng này ghi lại những sửa đổi đối với bảng đơn hàng bán như VBAK và VBAP. Thu thập Xác định từ các bản ghi trong bảng CDHDR liên kết với đối tượng đơn hàng bán (OBJECTCLAS 'VERKBELEG'). Loại sự kiện explicit

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 S/4HANA

Các bước

Kiểm tra điều kiện tiên quyết: Đảm bảo tài khoản SAP của bạn có đủ quyền truy cập các khung nhìn Core Data Services (CDS) cần thiết để phân tích. Bạn cần quyền xem chứng từ bán hàng, giao hàng, thanh toán, tài chính và chứng từ thay đổi. Các khung nhìn chính gồm I_SalesDocument, I_SalesDocumentItem, I_DeliveryDocument, I_BillingDocument, I_JournalEntry và I_ChangeDocument.
Chọn ứng dụng SQL: Chọn công cụ có thể kết nối với hệ thống SAP S/4HANA và chạy truy vấn SQL trên các khung nhìn CDS. Bạn có thể dùng SAP HANA Studio, Eclipse IDE với ADT (ABAP Development Tools) hoặc ứng dụng SQL thông dụng như DBeaver đã cấu hình trình điều khiển SAP HANA JDBC.
Chuẩn bị truy vấn trích xuất: Sao chép toàn bộ truy vấn SQL trong phần truy vấn của tài liệu này vào trình soạn thảo của ứng dụng SQL bạn đã chọn.
Đặt tham số trích xuất: Tìm các biến giữ chỗ trong mệnh đề WHERE của CTE SalesOrders đầu tiên (biểu thức bảng chung). Thay :START_DATE và :END_DATE bằng khoảng ngày bạn muốn, chẳng hạn '20230101' và '20230630'. Bạn 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 hiệu suất. Bạn cũng có thể thêm hoặc sửa bộ lọc SalesOrganization (Vkorg) hay SalesDocumentType (Auart) để thu hẹp phạm vi.
Chạy truy vấn: Chạy truy vấn đã chỉnh sửa. Tùy khối lượng dữ liệu và khoảng ngày đã chọn, quá trình này có thể mất vài phút. Truy vấn kết hợp dữ liệu từ nhiều nguồn để tạo nhật ký sự kiện đầy đủ.
Kiểm tra kết quả: Khi truy vấn chạy xong, kiểm tra dữ liệu đầu ra để đảm bảo có các cột cần thiết (Vbeln, ActivityName, EventTime, v.v.) và dữ liệu được điền như dự kiến. Kiểm tra xem có nhiều hoạt động khác nhau trong các đơn hàng bán hàng hay không.
Xuất dữ liệu: Xuất toàn bộ kết quả từ ứng dụng SQL sang tệp CSV (giá trị được phân tách bằng dấu phẩy). Đảm bảo tệp dùng mã hóa UTF-8 để tránh lỗi ký tự.
Chuẩn bị tải lên: Trước khi tải dữ liệu lên công cụ process mining, hãy đảm bảo tiêu đề cột trong tệp CSV khớp với tên trường cần dùng (Mã trường hợp, Hoạt động, Dấu thời gian). Kiểm tra cột EventTime dùng định dạng dấu thời gian nhất quán, chẳng hạn YYYY-MM-DD HH:MI:SS.

Cấu hình

Khung nhìn CDS mục tiêu: Quá trình trích xuất chủ yếu sử dụng I_SalesDocument, I_SalesDocumentItem, I_DocumentFlow, I_DeliveryDocument, I_BillingDocument, I_JournalEntry và I_ChangeDocument. Hệ thống của bạn phải bật các khung nhìn VDM (Virtual Data Model) tiêu chuẩn này.
Khoảng ngày: Truy vấn lọc theo ngày tạo đơn bán hàng (CreationDate). Bạn cần đặt tham số :START_DATE và :END_DATE để xác định phạm vi dữ liệu phù hợp. Với lần phân tích đầu tiên, nên chọn khoảng từ 3 đến 6 tháng.
Bộ lọc chứng từ: Bạn có thể thu hẹp dữ liệu hơn nữa bằng cách bỏ dấu chú thích và chỉ định giá trị cho SalesOrganization, SalesDocumentType hoặc các trường khác trong CTE SalesOrders ban đầu. Cách này được khuyến nghị để tăng hiệu năng và tập trung phân tích vào các quy trình liên quan.
Quyền truy cập: Người chạy truy vấn cần có quyền đọc tất cả bảng và khung nhìn CDS được tham chiếu. Dữ liệu bao gồm bán hàng (SD), logistics (LE), lập hóa đơn (SD) và tài chính (FI). Thiếu quyền trên bất kỳ khung nhìn nào cũng có thể khiến toàn bộ truy vấn thất bại.
Hiệu năng: Đây là truy vấn phức tạp, có nhiều phép hợp và phép nối. Với tập dữ liệu rất lớn, thời gian chạy có thể đáng kể. Nên chạy truy vấn ngoài giờ cao điểm và áp dụng bộ lọc chặt để kiểm soát tải hệ thống.

Truy vấn mẫu sql

/*
-- =============================================================================================
-- Process: Order to Cash - Sales Order Processing
-- System: SAP S/4HANA
-- Method: CDS View Extraction
-- Description: Extracts a detailed event log for the Order to Cash process using standard CDS views.
-- =============================================================================================
*/

WITH SalesOrders AS (
    -- Select the base set of sales orders to be analyzed.
    -- *** Set your extraction parameters here ***
    SELECT SalesDocument, CreationDate, CreationTime, LastChangeDate, SalesDocumentType, SalesOrganization, SoldToParty, LastChangedByUser, RequestedDeliveryDate
    FROM I_SalesDocument
    WHERE CreationDate BETWEEN :START_DATE AND :END_DATE -- Example: '20230101' AND '20230630'
    -- AND SalesOrganization = '[Your Sales Org]'
    -- AND SalesDocumentType = '[Your Order Type]'
),

ChangeDocs AS (
    -- Pre-select change document data for performance.
    SELECT 
        OBJECTCLAS, 
        OBJECTID, 
        CHANGENR, 
        TABNAME, 
        FNAME, 
        CHNGIND, 
        VALUE_NEW, 
        VALUE_OLD,
        CAST(CDHDR_UDATE AS VARCHAR(8)) || CAST(CDHDR_UTIME AS VARCHAR(6)) as EventTimestamp
    FROM I_ChangeDocument
    WHERE OBJECTCLAS = 'VERKBELEG' -- Sales Document Object Class
      AND OBJECTID IN (SELECT SalesDocument FROM SalesOrders)
)

-- 1. Sales Order Created
SELECT
    SD.SalesDocument AS "Vbeln",
    'Sales Order Created' AS "ActivityName",
    TO_TIMESTAMP(SD.CreationDate || LPAD(SD.CreationTime, 6, '0'), 'YYYYMMDDHH24MISS') AS "EventTime",
    SD.LastChangedByUser AS "Ernam",
    SD.SalesDocumentType AS "Auart",
    SD.SalesOrganization AS "Vkorg",
    SD.SoldToParty AS "Kunnr",
    CAST(NULL AS NVARCHAR(40)) AS "Matnr",
    CAST(NULL AS DECIMAL(15,2)) AS "Netwr",
    SD.RequestedDeliveryDate AS "Vdatu"
FROM SalesOrders AS SD

UNION ALL

-- 2. Credit Check Performed (Inferred from status change)
SELECT DISTINCT
    CD.OBJECTID AS "Vbeln",
    'Credit Check Performed' AS "ActivityName",
    TO_TIMESTAMP(SUBSTRING(CD.EventTimestamp, 1, 8) || SUBSTRING(CD.EventTimestamp, 9, 6), 'YYYYMMDDHH24MISS') AS "EventTime",
    I_CDHDR.USERNAME AS "Ernam",
    SO.SalesDocumentType AS "Auart",
    SO.SalesOrganization AS "Vkorg",
    SO.SoldToParty AS "Kunnr",
    CAST(NULL AS NVARCHAR(40)) AS "Matnr",
    CAST(NULL AS DECIMAL(15,2)) AS "Netwr",
    SO.RequestedDeliveryDate AS "Vdatu"
FROM ChangeDocs AS CD
JOIN I_ChangeDocumentHeader AS I_CDHDR ON CD.CHANGENR = I_CDHDR.CHANGENR
JOIN SalesOrders SO ON CD.OBJECTID = SO.SalesDocument
WHERE CD.TABNAME = 'VBAK' AND CD.FNAME = 'CMGST' AND CD.VALUE_NEW <> 'A' -- Status changed to something other than 'Not Performed'

UNION ALL

-- 3. Sales Order Block Set
SELECT DISTINCT
    CD.OBJECTID AS "Vbeln",
    'Sales Order Block Set' AS "ActivityName",
    TO_TIMESTAMP(SUBSTRING(CD.EventTimestamp, 1, 8) || SUBSTRING(CD.EventTimestamp, 9, 6), 'YYYYMMDDHH24MISS') AS "EventTime",
    I_CDHDR.USERNAME AS "Ernam",
    SO.SalesDocumentType AS "Auart",
    SO.SalesOrganization AS "Vkorg",
    SO.SoldToParty AS "Kunnr",
    CAST(NULL AS NVARCHAR(40)) AS "Matnr",
    CAST(NULL AS DECIMAL(15,2)) AS "Netwr",
    SO.RequestedDeliveryDate AS "Vdatu"
FROM ChangeDocs AS CD
JOIN I_ChangeDocumentHeader AS I_CDHDR ON CD.CHANGENR = I_CDHDR.CHANGENR
JOIN SalesOrders SO ON CD.OBJECTID = SO.SalesDocument
WHERE CD.TABNAME = 'VBAK' AND CD.FNAME IN ('LIFSK', 'FAKSK') AND CD.VALUE_NEW <> ''

UNION ALL

-- 4. Sales Order Block Removed
SELECT DISTINCT
    CD.OBJECTID AS "Vbeln",
    'Sales Order Block Removed' AS "ActivityName",
    TO_TIMESTAMP(SUBSTRING(CD.EventTimestamp, 1, 8) || SUBSTRING(CD.EventTimestamp, 9, 6), 'YYYYMMDDHH24MISS') AS "EventTime",
    I_CDHDR.USERNAME AS "Ernam",
    SO.SalesDocumentType AS "Auart",
    SO.SalesOrganization AS "Vkorg",
    SO.SoldToParty AS "Kunnr",
    CAST(NULL AS NVARCHAR(40)) AS "Matnr",
    CAST(NULL AS DECIMAL(15,2)) AS "Netwr",
    SO.RequestedDeliveryDate AS "Vdatu"
FROM ChangeDocs AS CD
JOIN I_ChangeDocumentHeader AS I_CDHDR ON CD.CHANGENR = I_CDHDR.CHANGENR
JOIN SalesOrders SO ON CD.OBJECTID = SO.SalesDocument
WHERE CD.TABNAME = 'VBAK' AND CD.FNAME IN ('LIFSK', 'FAKSK') AND CD.VALUE_NEW = '' AND CD.VALUE_OLD <> ''

UNION ALL

-- 5. Sales Order Changed (Significant Fields)
SELECT DISTINCT
    CD.OBJECTID AS "Vbeln",
    'Sales Order Changed' AS "ActivityName",
    TO_TIMESTAMP(SUBSTRING(CD.EventTimestamp, 1, 8) || SUBSTRING(CD.EventTimestamp, 9, 6), 'YYYYMMDDHH24MISS') AS "EventTime",
    I_CDHDR.USERNAME AS "Ernam",
    SO.SalesDocumentType AS "Auart",
    SO.SalesOrganization AS "Vkorg",
    SO.SoldToParty AS "Kunnr",
    CAST(NULL AS NVARCHAR(40)) AS "Matnr",
    CAST(NULL AS DECIMAL(15,2)) AS "Netwr",
    SO.RequestedDeliveryDate AS "Vdatu"
FROM ChangeDocs AS CD
JOIN I_ChangeDocumentHeader AS I_CDHDR ON CD.CHANGENR = I_CDHDR.CHANGENR
JOIN SalesOrders SO ON CD.OBJECTID = SO.SalesDocument
WHERE CD.TABNAME IN ('VBAP', 'VBAK') AND CD.FNAME IN ('KWMENG', 'NETWR', 'VDATU', 'KETDAT')

UNION ALL

-- 6. Sales Order Confirmed
SELECT DISTINCT
    SDI.SalesDocument AS "Vbeln",
    'Sales Order Confirmed' AS "ActivityName",
    TO_TIMESTAMP(SDS.CreationDate || '000000', 'YYYYMMDDHH24MISS') AS "EventTime",
    SD.LastChangedByUser AS "Ernam",
    SD.SalesDocumentType AS "Auart",
    SD.SalesOrganization AS "Vkorg",
    SD.SoldToParty AS "Kunnr",
    SDI.Material AS "Matnr",
    SDI.NetAmount AS "Netwr",
    SD.RequestedDeliveryDate AS "Vdatu"
FROM I_SalesDocumentScheduleLine AS SDS
JOIN I_SalesDocumentItem AS SDI ON SDS.SalesDocument = SDI.SalesDocument AND SDS.SalesDocumentItem = SDI.SalesDocumentItem
JOIN SalesOrders SD ON SDI.SalesDocument = SD.SalesDocument
WHERE SDS.ConfirmedQuantity > 0

UNION ALL

-- 7. Delivery Created
SELECT
    DF.PrecedingDocument AS "Vbeln",
    'Delivery Created' AS "ActivityName",
    TO_TIMESTAMP(DD.CreationDate || LPAD(DD.CreationTime, 6, '0'), 'YYYYMMDDHH24MISS') AS "EventTime",
    DD.CreatedByUser AS "Ernam",
    SO.SalesDocumentType AS "Auart",
    SO.SalesOrganization AS "Vkorg",
    SO.SoldToParty AS "Kunnr",
    CAST(NULL AS NVARCHAR(40)) AS "Matnr",
    CAST(NULL AS DECIMAL(15,2)) AS "Netwr",
    SO.RequestedDeliveryDate AS "Vdatu"
FROM I_DocumentFlow AS DF
JOIN I_DeliveryDocument AS DD ON DF.SubsequentDocument = DD.DeliveryDocument
JOIN SalesOrders AS SO ON DF.PrecedingDocument = SO.SalesDocument
WHERE DF.PrecedingDocumentCategory = 'C' AND DF.SubsequentDocumentCategory = 'J'

UNION ALL

-- 8. Goods Picked (Inferred from Picking Status Completion)
SELECT
    DF.PrecedingDocument AS "Vbeln",
    'Goods Picked' AS "ActivityName",
    TO_TIMESTAMP(DDI.LastChangeDate || '120000', 'YYYYMMDDHH24MISS') AS "EventTime", -- Note: Time is an approximation
    DDI.LastChangedByUser AS "Ernam",
    SO.SalesDocumentType AS "Auart",
    SO.SalesOrganization AS "Vkorg",
    SO.SoldToParty AS "Kunnr",
    DDI.Material AS "Matnr",
    CAST(NULL AS DECIMAL(15,2)) AS "Netwr",
    SO.RequestedDeliveryDate AS "Vdatu"
FROM I_DocumentFlow AS DF
JOIN I_DeliveryDocumentItem AS DDI ON DF.SubsequentDocument = DDI.DeliveryDocument
JOIN SalesOrders AS SO ON DF.PrecedingDocument = SO.SalesDocument
WHERE DF.PrecedingDocumentCategory = 'C' AND DDI.PickingStatus = 'C' AND DDI.LastChangeDate IS NOT NULL

UNION ALL

-- 9. Goods Issue Posted
SELECT
    DF.PrecedingDocument AS "Vbeln",
    'Goods Issue Posted' AS "ActivityName",
    TO_TIMESTAMP(DD.ActualGoodsMovementDate || LPAD(DD.ActualGoodsMovementTime, 6, '0'), 'YYYYMMDDHH24MISS') AS "EventTime",
    DD.LastChangedByUser AS "Ernam",
    SO.SalesDocumentType AS "Auart",
    SO.SalesOrganization AS "Vkorg",
    SO.SoldToParty AS "Kunnr",
    CAST(NULL AS NVARCHAR(40)) AS "Matnr",
    CAST(NULL AS DECIMAL(15,2)) AS "Netwr",
    SO.RequestedDeliveryDate AS "Vdatu"
FROM I_DocumentFlow AS DF
JOIN I_DeliveryDocument AS DD ON DF.SubsequentDocument = DD.DeliveryDocument
JOIN SalesOrders AS SO ON DF.PrecedingDocument = SO.SalesDocument
WHERE DF.PrecedingDocumentCategory = 'C' AND DF.SubsequentDocumentCategory = 'R' AND DD.ActualGoodsMovementDate IS NOT NULL

UNION ALL

-- 10. Invoice Created
SELECT
    DF.PrecedingDocument AS "Vbeln",
    'Invoice Created' AS "ActivityName",
    TO_TIMESTAMP(BD.CreationDate || LPAD(BD.CreationTime, 6, '0'), 'YYYYMMDDHH24MISS') AS "EventTime",
    BD.CreatedByUser AS "Ernam",
    SO.SalesDocumentType AS "Auart",
    SO.SalesOrganization AS "Vkorg",
    SO.SoldToParty AS "Kunnr",
    CAST(NULL AS NVARCHAR(40)) AS "Matnr",
    CAST(NULL AS DECIMAL(15,2)) AS "Netwr",
    SO.RequestedDeliveryDate AS "Vdatu"
FROM I_DocumentFlow AS DF
JOIN I_BillingDocument AS BD ON DF.SubsequentDocument = BD.BillingDocument
JOIN SalesOrders AS SO ON DF.PrecedingDocument = SO.SalesDocument
WHERE DF.PrecedingDocumentCategory IN ('C', 'J') AND DF.SubsequentDocumentCategory = 'M'

UNION ALL

-- 11. Accounting Document Created
SELECT
    DF_SO_INV.PrecedingDocument AS "Vbeln",
    'Accounting Document Created' AS "ActivityName",
    TO_TIMESTAMP(JE.CreationDate || LPAD(JE.CreationTime, 6, '0'), 'YYYYMMDDHH24MISS') AS "EventTime",
    JE.CreatedByUser AS "Ernam",
    SO.SalesDocumentType AS "Auart",
    SO.SalesOrganization AS "Vkorg",
    SO.SoldToParty AS "Kunnr",
    CAST(NULL AS NVARCHAR(40)) AS "Matnr",
    CAST(NULL AS DECIMAL(15,2)) AS "Netwr",
    SO.RequestedDeliveryDate AS "Vdatu"
FROM I_DocumentFlow AS DF_SO_INV
JOIN I_BillingDocument BD ON DF_SO_INV.SubsequentDocument = BD.BillingDocument
JOIN I_JournalEntry JE ON BD.AccountingDocument = JE.AccountingDocument
JOIN SalesOrders AS SO ON DF_SO_INV.PrecedingDocument = SO.SalesDocument
WHERE DF_SO_INV.PrecedingDocumentCategory = 'C' AND DF_SO_INV.SubsequentDocumentCategory = 'M' AND BD.AccountingDocument IS NOT NULL

UNION ALL

-- 12. Invoice Sent to Customer (Inferred from output request processing)
SELECT 
    DF.PrecedingDocument AS "Vbeln",
    'Invoice Sent to Customer' AS "ActivityName",
    TO_TIMESTAMP(BOR.CreationDate || LPAD(BOR.CreationTime, 6, '0'), 'YYYYMMDDHH24MISS') AS "EventTime",
    BOR.CreatedByUser AS "Ernam",
    SO.SalesDocumentType AS "Auart",
    SO.SalesOrganization AS "Vkorg",
    SO.SoldToParty AS "Kunnr",
    CAST(NULL AS NVARCHAR(40)) AS "Matnr",
    CAST(NULL AS DECIMAL(15,2)) AS "Netwr",
    SO.RequestedDeliveryDate AS "Vdatu"
FROM I_DocumentFlow AS DF
JOIN I_BillingDocumentOutputRequest AS BOR ON DF.SubsequentDocument = BOR.BillingDocument
JOIN SalesOrders AS SO ON DF.PrecedingDocument = SO.SalesDocument
WHERE DF.SubsequentDocumentCategory = 'M' AND BOR.ProcessingStatus = '3' -- Successfully processed

UNION ALL

-- 13. Payment Received (Inferred from FI Clearing Document)
SELECT
    DF_SO_INV.PrecedingDocument AS "Vbeln",
    'Payment Received' AS "ActivityName",
    TO_TIMESTAMP(JEI.ClearingDate || '120000', 'YYYYMMDDHH24MISS') AS "EventTime", -- Note: Time is an approximation
    JEI.LastChangedByUser AS "Ernam",
    SO.SalesDocumentType AS "Auart",
    SO.SalesOrganization AS "Vkorg",
    SO.SoldToParty AS "Kunnr",
    CAST(NULL AS NVARCHAR(40)) AS "Matnr",
    CAST(NULL AS DECIMAL(15,2)) AS "Netwr",
    SO.RequestedDeliveryDate AS "Vdatu"
FROM I_DocumentFlow AS DF_SO_INV
JOIN I_BillingDocument BD ON DF_SO_INV.SubsequentDocument = BD.BillingDocument
JOIN I_JournalEntryItem JEI ON BD.AccountingDocument = JEI.SourceDocument
JOIN SalesOrders AS SO ON DF_SO_INV.PrecedingDocument = SO.SalesDocument
WHERE DF_SO_INV.PrecedingDocumentCategory = 'C' AND DF_SO_INV.SubsequentDocumentCategory = 'M' AND JEI.ClearingDate IS NOT NULL AND JEI.Customer IS NOT NULL

UNION ALL

-- 14. Sales Order Item Rejected
SELECT DISTINCT
    CD.OBJECTID AS "Vbeln",
    'Sales Order Item Rejected' AS "ActivityName",
    TO_TIMESTAMP(SUBSTRING(CD.EventTimestamp, 1, 8) || SUBSTRING(CD.EventTimestamp, 9, 6), 'YYYYMMDDHH24MISS') AS "EventTime",
    I_CDHDR.USERNAME AS "Ernam",
    SO.SalesDocumentType AS "Auart",
    SO.SalesOrganization AS "Vkorg",
    SO.SoldToParty AS "Kunnr",
    CAST(NULL AS NVARCHAR(40)) AS "Matnr", -- Note: Can be enhanced to find the specific item material
    CAST(NULL AS DECIMAL(15,2)) AS "Netwr",
    SO.RequestedDeliveryDate AS "Vdatu"
FROM ChangeDocs AS CD
JOIN I_ChangeDocumentHeader AS I_CDHDR ON CD.CHANGENR = I_CDHDR.CHANGENR
JOIN SalesOrders SO ON CD.OBJECTID = SO.SalesDocument
WHERE CD.TABNAME = 'VBAP' AND CD.FNAME = 'ABGRU' AND CD.VALUE_NEW <> ''

UNION ALL

-- 15. Order Closed (Inferred from Overall Status)
SELECT DISTINCT
    CD.OBJECTID AS "Vbeln",
    'Order Closed' AS "ActivityName",
    TO_TIMESTAMP(SUBSTRING(CD.EventTimestamp, 1, 8) || SUBSTRING(CD.EventTimestamp, 9, 6), 'YYYYMMDDHH24MISS') AS "EventTime",
    I_CDHDR.USERNAME AS "Ernam",
    SO.SalesDocumentType AS "Auart",
    SO.SalesOrganization AS "Vkorg",
    SO.SoldToParty AS "Kunnr",
    CAST(NULL AS NVARCHAR(40)) AS "Matnr",
    CAST(NULL AS DECIMAL(15,2)) AS "Netwr",
    SO.RequestedDeliveryDate AS "Vdatu"
FROM ChangeDocs AS CD
JOIN I_ChangeDocumentHeader AS I_CDHDR ON CD.CHANGENR = I_CDHDR.CHANGENR
JOIN SalesOrders SO ON CD.OBJECTID = SO.SalesDocument
WHERE CD.TABNAME = 'VBUK' AND CD.FNAME = 'GBSTK' AND CD.VALUE_NEW = 'C' -- Overall status = 'Completed'

Các bước

Xác nhận bạn có thể truy cập SQL trực tiếp vào tenant hoặc schema SAP HANA thông qua SAP HANA Database Explorer, SAP HANA Studio hoặc ứng dụng SQL được phê duyệt. Xin quyền đọc các bảng ứng dụng và đối tượng lịch sử thay đổi cần thiết. Dùng [Configure based on your system] nếu tên bảng hoặc khung nhìn khác nhau.
Xác định các bảng SAP S/4HANA vật lý hoặc khung nhìn tương thích được phê duyệt cho đơn bán hàng, mặt hàng, dòng lịch giao hàng, giao hàng, mặt hàng giao hàng, biến động vật tư, hóa đơn, chứng từ kế toán, xử lý đầu ra, đối trừ công nợ khách hàng và lịch sử thay đổi. Trước khi chạy trích xuất, hãy xác minh các trường liên quan trong từ điển dữ liệu SAP.
Xác định khoảng trích xuất bằng [Start date] và [End date]. Áp dụng khoảng này cho từng nguồn hoạt động dựa trên dấu thời gian của sự kiện nguồn. Để lấy đủ dữ liệu lịch sử, hãy đưa vào các chứng từ được tạo trước khoảng thời gian này nếu những sự kiện tiếp theo của chúng nằm trong khoảng.
Chạy truy vấn SQL trong phiên chỉ đọc. Truy vấn tạo một dòng sự kiện cho mỗi hoạt động được trích xuất rõ ràng và trả về Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr và Vdatu. Chỉ thay các phần giữ chỗ đã ghi rõ cho thông tin kết nối, ngày tháng và bộ lọc riêng của công ty.
Xác thực phép nối và mối liên hệ giữa các chứng từ. Phải liên kết tiêu đề và mặt hàng đơn bán hàng bằng số chứng từ bán hàng; liên kết tham chiếu giao hàng qua các trường luồng chứng từ hoặc trường tham chiếu phù hợp; đối chiếu tham chiếu hóa đơn với chứng từ kế toán; và liên kết đối trừ thanh toán với khoản mục khách hàng ban đầu theo mô hình dữ liệu tài chính đã cấu hình.
Kiểm tra sự kiện trùng lặp. Nếu nguồn có nhiều bản ghi kỹ thuật cho cùng một sự kiện nghiệp vụ, hãy giữ lại lần phát sinh nghiệp vụ cần thiết dựa trên số thay đổi nguồn, dấu thời gian ghi sổ, số chứng từ, số mặt hàng và quy tắc loại trùng đã ghi lại. Không gộp các thay đổi riêng biệt tương ứng với những hoạt động khác nhau.
Xác nhận mọi hoạt động bắt buộc đều được thể hiện bằng giá trị ActivityName khớp chính xác với danh mục hoạt động đã cấu hình. ProcessMind đọc nguyên trạng nhật ký sự kiện, vì vậy không hoạt động nào được phụ thuộc vào suy luận ở bước sau.
Xuất kết quả thành tệp CSV mã hóa UTF-8 hoặc định dạng bảng khác được ProcessMind hỗ trợ. Giữ Vbeln ở dạng văn bản, ghi lại cách xử lý múi giờ của dấu thời gian, giữ giá trị NULL dưới dạng trường trống và giữ nguyên tên cột Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr và Vdatu.
Tải nhật ký sự kiện lên ProcessMind và đặt Vbeln làm mã định danh trường hợp, ActivityName làm cột hoạt động, EventTime làm dấu thời gian sự kiện. Xác minh số hoạt động và số trường hợp đã nhập khớp với kết quả SQL đã kiểm tra.

Cấu hình

Mã định danh trường hợp: Dùng Vbeln làm mã định danh trường hợp cho đơn bán hàng. Với các sự kiện phát sinh ở cấp giao hàng, hóa đơn, kế toán, đầu ra hoặc thanh toán, hãy giữ tham chiếu đến đơn bán hàng ban đầu. Nếu một chứng từ nguồn liên quan đến nhiều đơn bán hàng, hãy dùng quy tắc phân bổ được phê duyệt cho hệ thống của bạn và ghi lại quy tắc đó.
Danh mục hoạt động: Dùng chính xác các giá trị Sales Order Created, Credit Check Performed, Sales Order Block Set, Sales Order Block Removed, Sales Order Changed, Sales Order Confirmed, Delivery Created, Goods Picked, Goods Issue Posted, Invoice Created, Accounting Document Created, Invoice Sent to Customer, Payment Received, Sales Order Item Rejected và Order Closed.
Khoảng ngày: Bắt đầu với khoảng từ ba đến sáu tháng để kiểm tra hiệu năng và xác thực dữ liệu. Chỉ mở rộng khoảng thời gian sau khi đối chiếu số dòng, số chứng từ và trình tự sự kiện. Khi trích xuất tăng dần, hãy chừa một khoảng thời gian chồng lấn nhỏ ở hai đầu.
Bộ lọc: Chỉ áp dụng [Company code filter], [Sales organization filter], [Sales document type filter], [Customer filter] và [Sales order filter] khi cần. Đảm bảo áp dụng bộ lọc nhất quán cho tất cả nhánh UNION ALL.
Chọn dấu thời gian: Dùng dấu thời gian nghiệp vụ phù hợp với từng nguồn, chẳng hạn thời điểm tạo, thay đổi, ghi sổ, xử lý đầu ra hoặc đối trừ. Lưu EventTime theo một múi giờ nhất quán và ghi lại mọi chuyển đổi.
Lịch sử thay đổi: Cấu hình nguồn tiêu đề và mục chứng từ thay đổi phù hợp cho Sales Order Changed, Sales Order Block Set, Sales Order Block Removed và Sales Order Item Rejected. Cần xác minh tên trường và mã đối tượng trong hệ thống đích.
Trạng thái tín dụng: Cấu hình nguồn lịch sử trạng thái hoặc lịch sử thay đổi ghi nhận thời điểm hoàn tất kiểm tra tín dụng. Chỉ dùng trạng thái hiện tại thì không thể xác định đáng tin cậy thời điểm kiểm tra hoàn tất.
Xác nhận đơn hàng: Cấu hình dữ liệu dòng lịch giao hàng hoặc xác nhận khả năng cung ứng để chỉ ghi nhận Sales Order Confirmed khi có số lượng được xác nhận và ngày giao hàng.
Sự kiện giao hàng và kho: Xác nhận việc tạo giao hàng, lấy hàng và ghi sổ xuất hàng được thể hiện bằng chứng từ hoặc bản ghi lịch sử trạng thái cụ thể. Trường trạng thái hiện tại không có dấu thời gian lịch sử có thể không đáp ứng yêu cầu trích xuất thời điểm sự kiện.
Lập hóa đơn và kế toán: Đối chiếu thời điểm tạo hóa đơn với bút toán kế toán tương ứng. Không mặc định thời điểm tạo hóa đơn và thời điểm tạo chứng từ kế toán là như nhau.
Đầu ra và thanh toán: Cấu hình lịch sử xử lý đầu ra cho Invoice Sent to Customer và dữ liệu đối trừ tài chính cho Payment Received. Các sự kiện này cần dấu thời gian xử lý hoặc ghi sổ trong quá khứ.
Hiệu năng: Giới hạn lần trích xuất đầu tiên theo ngày và phạm vi tổ chức, chỉ chọn các cột cần thiết, lọc bảng nguồn trước khi nối, kiểm tra kế hoạch thực thi và dùng chỉ mục cơ sở dữ liệu hoặc khung nhìn tính toán đã được phê duyệt. Tránh quét không giới hạn lịch sử thay đổi và bảng chi tiết dòng kế toán.
Điều kiện tiên quyết: Cần có quyền đọc các bảng hoặc khung nhìn ứng dụng SAP đã chọn, lịch sử thay đổi, logistics, lập hóa đơn, kế toán, đầu ra và nguồn thanh toán. Xác nhận các mô-đun SAP S/4HANA liên quan và bản ghi lịch sử đang hoạt động. Việc truy cập trực tiếp cơ sở dữ liệu phải tuân thủ chính sách hỗ trợ SAP, bảo mật, quyền riêng tư và quản trị dữ liệu.

Truy vấn mẫu sql

WITH
sales_order_created AS (
    SELECT
        h.VBELN AS Vbeln,
        'Sales Order Created' AS ActivityName,
        CAST(h.ERDAT AS TIMESTAMP) AS EventTime,
        h.ERNAM AS Ernam,
        h.AUART AS Auart,
        h.VKORG AS Vkorg,
        h.KUNNR AS Kunnr,
        CAST(NULL AS NVARCHAR(40)) AS Matnr,
        CAST(h.NETWR AS DECIMAL(23,2)) AS Netwr,
        CAST(h.VDATU AS DATE) AS Vdatu
    FROM [Your sales order header table] h
    WHERE CAST(h.ERDAT AS DATE) BETWEEN '[Start date]' AND '[End date]'
      AND [Company code filter]
      AND [Sales organization filter]
      AND [Sales document type filter]
),
credit_check_performed AS (
    SELECT
        h.VBELN AS Vbeln,
        'Credit Check Performed' AS ActivityName,
        CAST(c.[Credit check completion timestamp] AS TIMESTAMP) AS EventTime,
        h.ERNAM AS Ernam,
        h.AUART AS Auart,
        h.VKORG AS Vkorg,
        h.KUNNR AS Kunnr,
        CAST(NULL AS NVARCHAR(40)) AS Matnr,
        CAST(h.NETWR AS DECIMAL(23,2)) AS Netwr,
        CAST(h.VDATU AS DATE) AS Vdatu
    FROM [Your sales order header table] h
    INNER JOIN [Your credit status history table] c
        ON c.[Sales order number] = h.VBELN
    WHERE CAST(c.[Credit check completion timestamp] AS DATE) BETWEEN '[Start date]' AND '[End date]'
      AND c.[Credit check completed indicator] = 'X'
      AND [Company code filter]
      AND [Sales organization filter]
),
sales_order_block_set AS (
    SELECT
        h.VBELN AS Vbeln,
        'Sales Order Block Set' AS ActivityName,
        CAST(ch.[Change timestamp] AS TIMESTAMP) AS EventTime,
        ch.[Changed by] AS Ernam,
        h.AUART AS Auart,
        h.VKORG AS Vkorg,
        h.KUNNR AS Kunnr,
        i.MATNR AS Matnr,
        CAST(i.NETWR AS DECIMAL(23,2)) AS Netwr,
        CAST(h.VDATU AS DATE) AS Vdatu
    FROM [Your sales order header table] h
    INNER JOIN [Your sales order change history table] ch
        ON ch.[Sales order number] = h.VBELN
    LEFT JOIN [Your sales order item table] i
        ON i.VBELN = h.VBELN
       AND i.POSNR = ch.[Item number]
    WHERE CAST(ch.[Change timestamp] AS DATE) BETWEEN '[Start date]' AND '[End date]'
      AND ch.[Changed field] IN ('[Header block field]', '[Item block field]')
      AND ch.[New value] IS NOT NULL
      AND ch.[New value] <> ''
      AND [Company code filter]
      AND [Sales organization filter]
),
sales_order_block_removed AS (
    SELECT
        h.VBELN AS Vbeln,
        'Sales Order Block Removed' AS ActivityName,
        CAST(ch.[Change timestamp] AS TIMESTAMP) AS EventTime,
        ch.[Changed by] AS Ernam,
        h.AUART AS Auart,
        h.VKORG AS Vkorg,
        h.KUNNR AS Kunnr,
        i.MATNR AS Matnr,
        CAST(i.NETWR AS DECIMAL(23,2)) AS Netwr,
        CAST(h.VDATU AS DATE) AS Vdatu
    FROM [Your sales order header table] h
    INNER JOIN [Your sales order change history table] ch
        ON ch.[Sales order number] = h.VBELN
    LEFT JOIN [Your sales order item table] i
        ON i.VBELN = h.VBELN
       AND i.POSNR = ch.[Item number]
    WHERE CAST(ch.[Change timestamp] AS DATE) BETWEEN '[Start date]' AND '[End date]'
      AND ch.[Changed field] IN ('[Header block field]', '[Item block field]')
      AND (ch.[New value] IS NULL OR ch.[New value] = '')
      AND ch.[Old value] IS NOT NULL
      AND ch.[Old value] <> ''
      AND [Company code filter]
      AND [Sales organization filter]
),
sales_order_changed AS (
    SELECT
        h.VBELN AS Vbeln,
        'Sales Order Changed' AS ActivityName,
        CAST(ch.[Change timestamp] AS TIMESTAMP) AS EventTime,
        ch.[Changed by] AS Ernam,
        h.AUART AS Auart,
        h.VKORG AS Vkorg,
        h.KUNNR AS Kunnr,
        i.MATNR AS Matnr,
        CAST(i.NETWR AS DECIMAL(23,2)) AS Netwr,
        CAST(h.VDATU AS DATE) AS Vdatu
    FROM [Your sales order header table] h
    INNER JOIN [Your sales order change history table] ch
        ON ch.[Sales order number] = h.VBELN
    LEFT JOIN [Your sales order item table] i
        ON i.VBELN = h.VBELN
       AND i.POSNR = ch.[Item number]
    WHERE CAST(ch.[Change timestamp] AS DATE) BETWEEN '[Start date]' AND '[End date]'
      AND ch.[Changed field] IN ('[Quantity field]', '[Price field]', '[Requested delivery date field]')
      AND [Company code filter]
      AND [Sales organization filter]
),
sales_order_confirmed AS (
    SELECT
        h.VBELN AS Vbeln,
        'Sales Order Confirmed' AS ActivityName,
        CAST(s.[Confirmation timestamp] AS TIMESTAMP) AS EventTime,
        h.ERNAM AS Ernam,
        h.AUART AS Auart,
        h.VKORG AS Vkorg,
        h.KUNNR AS Kunnr,
        i.MATNR AS Matnr,
        CAST(i.NETWR AS DECIMAL(23,2)) AS Netwr,
        CAST(h.VDATU AS DATE) AS Vdatu
    FROM [Your sales order header table] h
    INNER JOIN [Your sales order item table] i
        ON i.VBELN = h.VBELN
    INNER JOIN [Your schedule line confirmation table] s
        ON s.[Sales order number] = i.VBELN
       AND s.[Item number] = i.POSNR
    WHERE CAST(s.[Confirmation timestamp] AS DATE) BETWEEN '[Start date]' AND '[End date]'
      AND s.[Confirmed quantity] > 0
      AND s.[Confirmed delivery date] IS NOT NULL
      AND [Company code filter]
      AND [Sales organization filter]
),
delivery_created AS (
    SELECT
        f.[Sales order number] AS Vbeln,
        'Delivery Created' AS ActivityName,
        CAST(d.[Delivery creation timestamp] AS TIMESTAMP) AS EventTime,
        d.[Created by] AS Ernam,
        h.AUART AS Auart,
        h.VKORG AS Vkorg,
        h.KUNNR AS Kunnr,
        di.[Material number] AS Matnr,
        CAST(i.NETWR AS DECIMAL(23,2)) AS Netwr,
        CAST(h.VDATU AS DATE) AS Vdatu
    FROM [Your delivery reference table] f
    INNER JOIN [Your delivery header table] d
        ON d.[Delivery number] = f.[Delivery number]
    INNER JOIN [Your sales order header table] h
        ON h.VBELN = f.[Sales order number]
    LEFT JOIN [Your delivery item table] di
        ON di.[Delivery number] = d.[Delivery number]
    LEFT JOIN [Your sales order item table] i
        ON i.VBELN = f.[Sales order number]
       AND i.POSNR = f.[Sales order item number]
    WHERE CAST(d.[Delivery creation timestamp] AS DATE) BETWEEN '[Start date]' AND '[End date]'
      AND [Company code filter]
      AND [Sales organization filter]
),
goods_picked AS (
    SELECT
        f.[Sales order number] AS Vbeln,
        'Goods Picked' AS ActivityName,
        CAST(p.[Picking completion timestamp] AS TIMESTAMP) AS EventTime,
        p.[Changed by] AS Ernam,
        h.AUART AS Auart,
        h.VKORG AS Vkorg,
        h.KUNNR AS Kunnr,
        di.[Material number] AS Matnr,
        CAST(i.NETWR AS DECIMAL(23,2)) AS Netwr,
        CAST(h.VDATU AS DATE) AS Vdatu
    FROM [Your delivery reference table] f
    INNER JOIN [Your picking status history table] p
        ON p.[Delivery number] = f.[Delivery number]
    INNER JOIN [Your sales order header table] h
        ON h.VBELN = f.[Sales order number]
    LEFT JOIN [Your delivery item table] di
        ON di.[Delivery number] = f.[Delivery number]
       AND di.[Item number] = p.[Delivery item number]
    LEFT JOIN [Your sales order item table] i
        ON i.VBELN = f.[Sales order number]
       AND i.POSNR = f.[Sales order item number]
    WHERE CAST(p.[Picking completion timestamp] AS DATE) BETWEEN '[Start date]' AND '[End date]'
      AND p.[Picking completed indicator] = 'X'
      AND [Company code filter]
      AND [Sales organization filter]
),
goods_issue_posted AS (
    SELECT
        f.[Sales order number] AS Vbeln,
        'Goods Issue Posted' AS ActivityName,
        CAST(g.[Goods issue posting timestamp] AS TIMESTAMP) AS EventTime,
        g.[Posted by] AS Ernam,
        h.AUART AS Auart,
        h.VKORG AS Vkorg,
        h.KUNNR AS Kunnr,
        di.[Material number] AS Matnr,
        CAST(i.NETWR AS DECIMAL(23,2)) AS Netwr,
        CAST(h.VDATU AS DATE) AS Vdatu
    FROM [Your delivery reference table] f
    INNER JOIN [Your goods movement history table] g
        ON g.[Delivery number] = f.[Delivery number]
    INNER JOIN [Your sales order header table] h
        ON h.VBELN = f.[Sales order number]
    LEFT JOIN [Your delivery item table] di
        ON di.[Delivery number] = f.[Delivery number]
       AND di.[Item number] = g.[Delivery item number]
    LEFT JOIN [Your sales order item table] i
        ON i.VBELN = f.[Sales order number]
       AND i.POSNR = f.[Sales order item number]
    WHERE CAST(g.[Goods issue posting timestamp] AS DATE) BETWEEN '[Start date]' AND '[End date]'
      AND g.[Goods issue posted indicator] = 'X'
      AND [Company code filter]
      AND [Sales organization filter]
),
invoice_created AS (
    SELECT
        f.[Sales order number] AS Vbeln,
        'Invoice Created' AS ActivityName,
        CAST(b.[Billing creation timestamp] AS TIMESTAMP) AS EventTime,
        b.[Created by] AS Ernam,
        h.AUART AS Auart,
        h.VKORG AS Vkorg,
        h.KUNNR AS Kunnr,
        bi.[Material number] AS Matnr,
        CAST(bi.[Net amount] AS DECIMAL(23,2)) AS Netwr,
        CAST(h.VDATU AS DATE) AS Vdatu
    FROM [Your billing reference table] f
    INNER JOIN [Your billing header table] b
        ON b.[Billing document number] = f.[Billing document number]
    INNER JOIN [Your sales order header table] h
        ON h.VBELN = f.[Sales order number]
    LEFT JOIN [Your billing item table] bi
        ON bi.[Billing document number] = b.[Billing document number]
    WHERE CAST(b.[Billing creation timestamp] AS DATE) BETWEEN '[Start date]' AND '[End date]'
      AND [Company code filter]
      AND [Sales organization filter]
),
accounting_document_created AS (
    SELECT
        f.[Sales order number] AS Vbeln,
        'Accounting Document Created' AS ActivityName,
        CAST(a.[Accounting posting timestamp] AS TIMESTAMP) AS EventTime,
        a.[Posted by] AS Ernam,
        h.AUART AS Auart,
        h.VKORG AS Vkorg,
        h.KUNNR AS Kunnr,
        CAST(NULL AS NVARCHAR(40)) AS Matnr,
        CAST(b.[Net amount] AS DECIMAL(23,2)) AS Netwr,
        CAST(h.VDATU AS DATE) AS Vdatu
    FROM [Your accounting reference table] f
    INNER JOIN [Your accounting document table] a
        ON a.[Accounting document number] = f.[Accounting document number]
    INNER JOIN [Your billing header table] b
        ON b.[Billing document number] = f.[Billing document number]
    INNER JOIN [Your sales order header table] h
        ON h.VBELN = f.[Sales order number]
    WHERE CAST(a.[Accounting posting timestamp] AS DATE) BETWEEN '[Start date]' AND '[End date]'
      AND [Company code filter]
      AND [Sales organization filter]
),
invoice_sent_to_customer AS (
    SELECT
        f.[Sales order number] AS Vbeln,
        'Invoice Sent to Customer' AS ActivityName,
        CAST(o.[Output completion timestamp] AS TIMESTAMP) AS EventTime,
        o.[Processed by] AS Ernam,
        h.AUART AS Auart,
        h.VKORG AS Vkorg,
        h.KUNNR AS Kunnr,
        CAST(NULL AS NVARCHAR(40)) AS Matnr,
        CAST(b.[Net amount] AS DECIMAL(23,2)) AS Netwr,
        CAST(h.VDATU AS DATE) AS Vdatu
    FROM [Your billing reference table] f
    INNER JOIN [Your billing header table] b
        ON b.[Billing document number] = f.[Billing document number]
    INNER JOIN [Your invoice output history table] o
        ON o.[Billing document number] = b.[Billing document number]
    INNER JOIN [Your sales order header table] h
        ON h.VBELN = f.[Sales order number]
    WHERE CAST(o.[Output completion timestamp] AS DATE) BETWEEN '[Start date]' AND '[End date]'
      AND o.[Output status] = '[Successful output status]'
      AND [Company code filter]
      AND [Sales organization filter]
),
payment_received AS (
    SELECT
        f.[Sales order number] AS Vbeln,
        'Payment Received' AS ActivityName,
        CAST(p.[Clearing timestamp] AS TIMESTAMP) AS EventTime,
        p.[Cleared by] AS Ernam,
        h.AUART AS Auart,
        h.VKORG AS Vkorg,
        h.KUNNR AS Kunnr,
        CAST(NULL AS NVARCHAR(40)) AS Matnr,
        CAST(p.[Cleared amount] AS DECIMAL(23,2)) AS Netwr,
        CAST(h.VDATU AS DATE) AS Vdatu
    FROM [Your customer clearing reference table] f
    INNER JOIN [Your customer clearing history table] p
        ON p.[Accounting document number] = f.[Accounting document number]
    INNER JOIN [Your sales order header table] h
        ON h.VBELN = f.[Sales order number]
    WHERE CAST(p.[Clearing timestamp] AS DATE) BETWEEN '[Start date]' AND '[End date]'
      AND p.[Clearing status] = '[Cleared status]'
      AND [Company code filter]
      AND [Sales organization filter]
),
sales_order_item_rejected AS (
    SELECT
        h.VBELN AS Vbeln,
        'Sales Order Item Rejected' AS ActivityName,
        CAST(ch.[Change timestamp] AS TIMESTAMP) AS EventTime,
        ch.[Changed by] AS Ernam,
        h.AUART AS Auart,
        h.VKORG AS Vkorg,
        h.KUNNR AS Kunnr,
        i.MATNR AS Matnr,
        CAST(i.NETWR AS DECIMAL(23,2)) AS Netwr,
        CAST(h.VDATU AS DATE) AS Vdatu
    FROM [Your sales order header table] h
    INNER JOIN [Your sales order change history table] ch
        ON ch.[Sales order number] = h.VBELN
    INNER JOIN [Your sales order item table] i
        ON i.VBELN = h.VBELN
       AND i.POSNR = ch.[Item number]
    WHERE CAST(ch.[Change timestamp] AS DATE) BETWEEN '[Start date]' AND '[End date]'
      AND ch.[Changed field] = '[Reason for rejection field]'
      AND ch.[New value] IS NOT NULL
      AND ch.[New value] <> ''
      AND [Company code filter]
      AND [Sales organization filter]
),
order_closed AS (
    SELECT
        h.VBELN AS Vbeln,
        'Order Closed' AS ActivityName,
        CAST(s.[Overall completion timestamp] AS TIMESTAMP) AS EventTime,
        s.[Changed by] AS Ernam,
        h.AUART AS Auart,
        h.VKORG AS Vkorg,
        h.KUNNR AS Kunnr,
        CAST(NULL AS NVARCHAR(40)) AS Matnr,
        CAST(h.NETWR AS DECIMAL(23,2)) AS Netwr,
        CAST(h.VDATU AS DATE) AS Vdatu
    FROM [Your sales order header table] h
    INNER JOIN [Your sales order status history table] s
        ON s.[Sales order number] = h.VBELN
    WHERE CAST(s.[Overall completion timestamp] AS DATE) BETWEEN '[Start date]' AND '[End date]'
      AND s.[Overall completion status] = '[Completed status]'
      AND [Company code filter]
      AND [Sales organization filter]
)
SELECT Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr, Vdatu FROM sales_order_created
UNION ALL
SELECT Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr, Vdatu FROM credit_check_performed
UNION ALL
SELECT Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr, Vdatu FROM sales_order_block_set
UNION ALL
SELECT Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr, Vdatu FROM sales_order_block_removed
UNION ALL
SELECT Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr, Vdatu FROM sales_order_changed
UNION ALL
SELECT Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr, Vdatu FROM sales_order_confirmed
UNION ALL
SELECT Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr, Vdatu FROM delivery_created
UNION ALL
SELECT Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr, Vdatu FROM goods_picked
UNION ALL
SELECT Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr, Vdatu FROM goods_issue_posted
UNION ALL
SELECT Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr, Vdatu FROM invoice_created
UNION ALL
SELECT Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr, Vdatu FROM accounting_document_created
UNION ALL
SELECT Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr, Vdatu FROM invoice_sent_to_customer
UNION ALL
SELECT Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr, Vdatu FROM payment_received
UNION ALL
SELECT Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr, Vdatu FROM sales_order_item_rejected
UNION ALL
SELECT Vbeln, ActivityName, EventTime, Ernam, Auart, Vkorg, Kunnr, Matnr, Netwr, Vdatu FROM order_closed
ORDER BY Vbeln, EventTime, ActivityName;

Các bước

Điều kiện tiên quyết: Đảm bảo máy chạy script đã cài Python 3.6+ và SAP NW RFC SDK. SDK phải tương thích với kiến trúc Python (64-bit). Cài các thư viện Python cần thiết bằng pip: pip install pyrfc pandas.
Người dùng SAP và quyền truy cập: Phối hợp với nhóm bảo mật SAP để tạo người dùng có bật RFC. Người dùng này cần quyền cho đối tượng S_RFC, quyền truy cập nhóm hàm RFC1 và quyền thực thi các mô-đun hàm RFC_READ_TABLE và BAPI_SALESORDER_GETLIST. Ngoài ra, người dùng cần quyền đọc các bảng: VBAK, VBAP, VBEP, VBUK, VBUP, VBFA, LIKP, VBRK, BKPF, BSAD, NAST, CDHDR và CDPOS.
Thiết lập script: Lưu Python script được cung cấp vào một tệp, chẳng hạn extract_otc_log.py.
Cấu hình kết nối và bộ lọc: Mở script và sửa thông số kết nối trong từ điển sap_config theo thông tin hệ thống SAP của bạn (tên máy chủ, số hệ thống, client, người dùng và mật khẩu). Chỉnh từ điển filter_params để đặt khoảng ngày mong muốn và các tổ chức bán hàng hoặc loại chứng từ cần đưa vào.
Chạy script: Chạy script từ terminal bằng lệnh: python extract_otc_log.py. Script sẽ kết nối SAP, lấy dữ liệu đơn bán hàng và xử lý từng đơn để tạo nhật ký sự kiện.
Lấy nhật ký sự kiện: Khi chạy thành công, script sẽ tạo tệp sales_order_event_log.csv trong cùng thư mục. Tệp này chứa dữ liệu quy trình đã trích xuất.
Kiểm tra dữ liệu ban đầu: Mở tệp CSV bằng ứng dụng bảng tính hoặc công cụ phân tích dữ liệu. Xác minh tệp có các cột mong đợi (Vbeln, ActivityName, EventTime, v.v.) và dữ liệu đã được điền chính xác.
Chuẩn bị tải lên: Đảm bảo tiêu đề cột trong tệp CSV khớp với tên thuộc tính mà công cụ process mining yêu cầu. Kiểm tra cột EventTime có định dạng nhất quán, chẳng hạn YYYY-MM-DD HH:MM:SS. Sau đó, bạn có thể tải tệp lên ProcessMind.

Cấu hình

Thông số kết nối SAP: Script cần thông tin kết nối RFC tiêu chuẩn. Hãy lưu trữ an toàn, không ghi trực tiếp thông tin này vào mã nếu dùng trong môi trường thực tế.
- ashost: Máy chủ ứng dụng
- sysnr: Số hệ thống
- client: Số client
- user: Tên người dùng SAP có bật RFC
- passwd: Mật khẩu người dùng SAP
Bộ lọc trích xuất: Cần áp dụng bộ lọc để kiểm soát lượng dữ liệu và tập trung phân tích. Các bộ lọc chính gồm:
- date_from / date_to: Khoảng ngày tạo đơn bán hàng. Với lần phân tích đầu tiên, nên chọn khoảng từ 3 đến 6 tháng.
- sales_orgs: Danh sách mã Sales Organization (VKORG) cần đưa vào.
- doc_types: Danh sách Sales Document Types (AUART) cần đưa vào, chẳng hạn 'OR' cho đơn hàng tiêu chuẩn.
Thư viện Python cần thiết: Script cần hai thư viện chính, phải được cài trong môi trường Python của bạn.
- pyrfc: Trình kết nối SAP chính thức cho Python.
- pandas: Dùng để xử lý dữ liệu và tạo tệp CSV đầu ra.
Điều kiện SAP: Hệ thống SAP S/4HANA đích phải bật giao diện RFC. Môi trường chạy Python phải truy cập được các thư viện SAP NetWeaver RFC SDK.
Lưu ý về hiệu năng: Script thực hiện nhiều lệnh gọi RFC, nhất là khi đọc nhật ký thay đổi và luồng chứng từ cho từng đơn bán hàng. Với tập dữ liệu rất lớn (hàng trăm nghìn đơn), thời gian chạy có thể đáng kể. Nên chia nhỏ lần trích xuất bằng cách điều chỉnh bộ lọc khoảng ngày.

Truy vấn mẫu python

import pandas as pd
from pyrfc import Connection, ABAPApplicationError, LogonError
from datetime import datetime

class=class="hl-string">"hl-comment"># --- 1. Configuration: Update with your SAP system details and filters ---
sap_config = {
    class="hl-string">"ashost": class="hl-string">"[your_sap_host]",
    class="hl-string">"sysnr": class="hl-string">"[your_system_number]",
    class="hl-string">"client": class="hl-string">"[your_client]",
    class="hl-string">"user": class="hl-string">"[your_rfc_user]",
    class="hl-string">"passwd": class="hl-string">"[your_password]",
}

filter_params = {
    class="hl-string">"date_from": class="hl-string">"YYYYMMDD",  class=class="hl-string">"hl-comment"># Example: class="hl-string">"20230101"
    class="hl-string">"date_to": class="hl-string">"YYYYMMDD",    class=class="hl-string">"hl-comment"># Example: class="hl-string">"20230630"
    class="hl-string">"sales_orgs": [class="hl-string">"[your_sales_org]"], class=class="hl-string">"hl-comment"># Example: [class="hl-string">"1000", class="hl-string">"1010"]
    class="hl-string">"doc_types": [class="hl-string">"[your_doc_type]"]    class=class="hl-string">"hl-comment"># Example: [class="hl-string">"OR"]
}

class=class="hl-string">"hl-comment"># --- Helper function to query SAP tables ---
def query_sap_table(conn, table_name, fields, options):
    try:
        result = conn.call(class="hl-string">'RFC_READ_TABLE', QUERY_TABLE=table_name, DELIMITER=class="hl-string">'|', FIELDS=fields, OPTIONS=options)
        data = [dict(zip(fields, row[class="hl-string">'WA'].strip().split(class="hl-string">'|'))) for row in result[class="hl-string">'DATA']]
        return data
    except ABAPApplicationError as e:
        print(fclass="hl-string">"Error querying table {table_name}: {e}")
        return []

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    event_log = []

    try:
        print(class="hl-string">"Connecting to SAP...")
        conn = Connection(**sap_config)
        print(class="hl-string">"Connection successful.")

        class=class="hl-string">"hl-comment"># --- 2. Get list of sales orders based on filters ---
        print(class="hl-string">"Fetching sales orders...")
        vbak_options = [
            fclass="hl-string">"ERDAT GE '{filter_params['date_from']}'",
            fclass="hl-string">"AND ERDAT LE '{filter_params['date_to']}'",
            fclass="hl-string">"AND VKORG IN ({','.join([f\"class="hl-string">'{so}'\class="hl-string">" for so in filter_params['sales_orgs']])})",
            fclass="hl-string">"AND AUART IN ({','.join([f\"class="hl-string">'{dt}'\class="hl-string">" for dt in filter_params['doc_types']])})"
        ]
        sales_orders = query_sap_table(conn, class="hl-string">'VBAK', [class="hl-string">'VBELN'], vbak_options)
        
        if not sales_orders:
            print(class="hl-string">"No sales orders found for the given criteria.")
            return

        print(fclass="hl-string">"Found {len(sales_orders)} sales orders to process.")

        class=class="hl-string">"hl-comment"># --- 3. Loop through each sales order to extract events ---
        for i, so in enumerate(sales_orders):
            vbeln = so[class="hl-string">'VBELN']
            print(fclass="hl-string">"Processing SO {vbeln} ({i+1}/{len(sales_orders)})... ")

            class=class="hl-string">"hl-comment"># Fetch common data for this SO
            vbak_data = query_sap_table(conn, class="hl-string">'VBAK', [class="hl-string">'ERDAT', class="hl-string">'ERZET', class="hl-string">'ERNAM', class="hl-string">'AUART', class="hl-string">'VKORG', class="hl-string">'KUNNR', class="hl-string">'VDATU'], [fclass="hl-string">"VBELN = '{vbeln}'"])[0]
            vbap_data = query_sap_table(conn, class="hl-string">'VBAP', [class="hl-string">'MATNR', class="hl-string">'NETWR'], [fclass="hl-string">"VBELN = '{vbeln}'"])
            doc_flow = query_sap_table(conn, class="hl-string">'VBFA', [class="hl-string">'VBELN', class="hl-string">'POSNN', class="hl-string">'VBTYP_N', class="hl-string">'ERDAT', class="hl-string">'ERZET'], [fclass="hl-string">"VBELV = '{vbeln}'"])
            cdhdr_data = query_sap_table(conn, class="hl-string">'CDHDR', [class="hl-string">'CHANGENR', class="hl-string">'UDATE', class="hl-string">'UTIME'], [fclass="hl-string">"OBJECTCLAS = 'VERKBELEG' AND OBJECTID = '{vbeln}'"])
            
            change_numbers = [c[class="hl-string">'CHANGENR'] for c in cdhdr_data]
            cdpos_data = []
            if change_numbers:
                cdpos_options = [fclass="hl-string">"OBJECTCLAS = 'VERKBELEG' AND OBJECTID = '{vbeln}' AND CHANGENR IN ({','.join([f\"class="hl-string">'{cn}'\class="hl-string">" for cn in change_numbers])})"]
                cdpos_data = query_sap_table(conn, class="hl-string">'CDPOS', [class="hl-string">'CHANGENR', class="hl-string">'TABNAME', class="hl-string">'TABKEY', class="hl-string">'FNAME', class="hl-string">'VALUE_NEW', class="hl-string">'VALUE_OLD'], cdpos_options)

            class=class="hl-string">"hl-comment"># Helper to create a base event dictionary
            def create_event(activity, timestamp_str, user=vbak_data[class="hl-string">'ERNAM']):
                return {
                    class="hl-string">'Vbeln': vbeln,
                    class="hl-string">'ActivityName': activity,
                    class="hl-string">'EventTime': timestamp_str,
                    class="hl-string">'Ernam': user,
                    class="hl-string">'Auart': vbak_data[class="hl-string">'AUART'],
                    class="hl-string">'Vkorg': vbak_data[class="hl-string">'VKORG'],
                    class="hl-string">'Kunnr': vbak_data[class="hl-string">'KUNNR'],
                    class="hl-string">'Matnr': class="hl-string">",".join(set(item[class="hl-string">'MATNR'] for item in vbap_data if class="hl-string">'MATNR' in item)),
                    class="hl-string">'Netwr': sum(float(item[class="hl-string">'NETWR']) for item in vbap_data if item.get(class="hl-string">'NETWR') and item[class="hl-string">'NETWR'].strip()),
                    class="hl-string">'Vdatu': vbak_data[class="hl-string">'VDATU']
                }

            class=class="hl-string">"hl-comment"># --- Activity: Sales Order Created ---
            created_ts = fclass="hl-string">"{vbak_data['ERDAT']} {vbak_data['ERZET']}"
            event_log.append(create_event(class="hl-string">'Sales Order Created', datetime.strptime(created_ts, class="hl-string">'%Y%m%d %H%M%S').strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')))

            class=class="hl-string">"hl-comment"># --- Activities from Change Logs (CDHDR/CDPOS) ---
            change_log_map = {c[class="hl-string">'CHANGENR']: c for c in cdhdr_data}
            for change in cdpos_data:
                change_header = change_log_map.get(change[class="hl-string">'CHANGENR'])
                if not change_header: continue
                
                ts_str = fclass="hl-string">"{change_header['UDATE']} {change_header['UTIME']}"
                event_ts = datetime.strptime(ts_str, class="hl-string">'%Y%m%d %H%M%S').strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')

                class=class="hl-string">"hl-comment"># Sales Order Block Set/Removed
                if change[class="hl-string">'FNAME'] in [class="hl-string">'FAKSK', class="hl-string">'LIFSK']:
                    if change[class="hl-string">'VALUE_NEW'].strip():
                        event_log.append(create_event(class="hl-string">'Sales Order Block Set', event_ts))
                    else:
                        event_log.append(create_event(class="hl-string">'Sales Order Block Removed', event_ts))
                class=class="hl-string">"hl-comment"># Credit Check Performed (status change)
                if change[class="hl-string">'TABNAME'] == class="hl-string">'VBUK' and change[class="hl-string">'FNAME'] == class="hl-string">'CMGST' and change[class="hl-string">'VALUE_NEW'].strip() in [class="hl-string">'B', class="hl-string">'C', class="hl-string">'D']:
                     event_log.append(create_event(class="hl-string">'Credit Check Performed', event_ts))
                class=class="hl-string">"hl-comment"># Sales Order Changed (e.g., quantity)
                if change[class="hl-string">'FNAME'] == class="hl-string">'KWMENG':
                    event_log.append(create_event(class="hl-string">'Sales Order Changed', event_ts))
                class=class="hl-string">"hl-comment"># Sales Order Item Rejected
                if change[class="hl-string">'FNAME'] == class="hl-string">'ABGRU' and change[class="hl-string">'VALUE_NEW'].strip():
                    event_log.append(create_event(class="hl-string">'Sales Order Item Rejected', event_ts))
                class=class="hl-string">"hl-comment"># Order Closed
                if change[class="hl-string">'TABNAME'] == class="hl-string">'VBUK' and change[class="hl-string">'FNAME'] == class="hl-string">'GBSTK' and change[class="hl-string">'VALUE_NEW'].strip() == class="hl-string">'C':
                    event_log.append(create_event(class="hl-string">'Order Closed', event_ts))

            class=class="hl-string">"hl-comment"># --- Activity: Sales Order Confirmed ---
            vbep_data = query_sap_table(conn, class="hl-string">'VBEP', [class="hl-string">'EDATU', class="hl-string">'EZEIT'], [fclass="hl-string">"VBELN = '{vbeln}' AND BMENG > 0"])
            if vbep_data:
                confirmed_item = vbep_data[0] class=class="hl-string">"hl-comment"># Take the first confirmed schedule line
                ts_str = fclass="hl-string">"{confirmed_item['EDATU']} {confirmed_item['EZEIT']}"
                event_ts = datetime.strptime(ts_str, class="hl-string">'%Y%m%d %H%M%S').strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
                event_log.append(create_event(class="hl-string">'Sales Order Confirmed', event_ts))

            class=class="hl-string">"hl-comment"># --- Activities from Document Flow (VBFA) ---
            delivery_docs = [d for d in doc_flow if d[class="hl-string">'VBTYP_N'] == class="hl-string">'J']
            invoice_docs = [d for d in doc_flow if d[class="hl-string">'VBTYP_N'] == class="hl-string">'M']

            if delivery_docs:
                delivery_vbeln = delivery_docs[0][class="hl-string">'VBELN']
                class=class="hl-string">"hl-comment"># Activity: Delivery Created
                likp_data = query_sap_table(conn, class="hl-string">'LIKP', [class="hl-string">'ERDAT', class="hl-string">'ERZET'], [fclass="hl-string">"VBELN = '{delivery_vbeln}'"])
                if likp_data:
                    ts_str = fclass="hl-string">"{likp_data[0]['ERDAT']} {likp_data[0]['ERZET']}"
                    event_ts = datetime.strptime(ts_str, class="hl-string">'%Y%m%d %H%M%S').strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
                    event_log.append(create_event(class="hl-string">'Delivery Created', event_ts))

                class=class="hl-string">"hl-comment"># Activity: Goods Picked (inferred from picking status on delivery change log)
                del_cdhdr = query_sap_table(conn, class="hl-string">'CDHDR', [class="hl-string">'CHANGENR', class="hl-string">'UDATE', class="hl-string">'UTIME'], [fclass="hl-string">"OBJECTCLAS = 'LIEFERUNG' AND OBJECTID = '{delivery_vbeln}'"])
                if del_cdhdr:
                    del_cnrs = [c[class="hl-string">'CHANGENR'] for c in del_cdhdr]
                    del_cdpos = query_sap_table(conn, class="hl-string">'CDPOS', [class="hl-string">'CHANGENR', class="hl-string">'FNAME', class="hl-string">'VALUE_NEW'], [fclass="hl-string">"OBJECTCLAS = 'LIEFERUNG' AND OBJECTID = '{delivery_vbeln}' AND FNAME = 'KOSTA' AND VALUE_NEW = 'C' AND CHANGENR IN ({','.join([f\"class="hl-string">'{cn}'\class="hl-string">" for cn in del_cnrs])})"])
                    if del_cdpos:
                        change_header = [c for c in del_cdhdr if c[class="hl-string">'CHANGENR'] == del_cdpos[0][class="hl-string">'CHANGENR']][0]
                        ts_str = fclass="hl-string">"{change_header['UDATE']} {change_header['UTIME']}"
                        event_ts = datetime.strptime(ts_str, class="hl-string">'%Y%m%d %H%M%S').strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
                        event_log.append(create_event(class="hl-string">'Goods Picked', event_ts))

                class=class="hl-string">"hl-comment"># Activity: Goods Issue Posted
                gi_doc = [d for d in doc_flow if d[class="hl-string">'VBTYP_N'] == class="hl-string">'R' and d[class="hl-string">'VBELN'] == delivery_vbeln]
                if gi_doc:
                    ts_str = fclass="hl-string">"{gi_doc[0]['ERDAT']} {gi_doc[0]['ERZET']}"
                    event_ts = datetime.strptime(ts_str, class="hl-string">'%Y%m%d %H%M%S').strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
                    event_log.append(create_event(class="hl-string">'Goods Issue Posted', event_ts))

            if invoice_docs:
                invoice_vbeln = invoice_docs[0][class="hl-string">'VBELN']
                class=class="hl-string">"hl-comment"># Activity: Invoice Created
                vbrk_data = query_sap_table(conn, class="hl-string">'VBRK', [class="hl-string">'ERDAT', class="hl-string">'ERZET'], [fclass="hl-string">"VBELN = '{invoice_vbeln}'"])
                if vbrk_data:
                    ts_str = fclass="hl-string">"{vbrk_data[0]['ERDAT']} {vbrk_data[0]['ERZET']}"
                    event_ts = datetime.strptime(ts_str, class="hl-string">'%Y%m%d %H%M%S').strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
                    event_log.append(create_event(class="hl-string">'Invoice Created', event_ts))

                    class=class="hl-string">"hl-comment"># Activity: Accounting Document Created
                    bkpf_data = query_sap_table(conn, class="hl-string">'BKPF', [class="hl-string">'BELNR', class="hl-string">'CPUDT', class="hl-string">'CPUTM'], [fclass="hl-string">"AWKEY LIKE '{invoice_vbeln}%' AND AWTYP = 'VBRK'"])
                    if bkpf_data:
                        ac_doc_belnr = bkpf_data[0][class="hl-string">'BELNR']
                        ts_str = fclass="hl-string">"{bkpf_data[0]['CPUDT']} {bkpf_data[0]['CPUTM']}"
                        event_ts = datetime.strptime(ts_str, class="hl-string">'%Y%m%d %H%M%S').strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
                        event_log.append(create_event(class="hl-string">'Accounting Document Created', event_ts))

                        class=class="hl-string">"hl-comment"># Activity: Payment Received
                        bsad_data = query_sap_table(conn, class="hl-string">'BSAD', [class="hl-string">'AUGDT'], [fclass="hl-string">"BELNR = '{ac_doc_belnr}' AND KUNNR = '{vbak_data['KUNNR']}'"])
                        if bsad_data:
                            event_ts = datetime.strptime(bsad_data[0][class="hl-string">'AUGDT'], class="hl-string">'%Y%m%d').strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
                            event_log.append(create_event(class="hl-string">'Payment Received', event_ts))

                class=class="hl-string">"hl-comment"># Activity: Invoice Sent to Customer
                nast_data = query_sap_table(conn, class="hl-string">'NAST', [class="hl-string">'DATVR', class="hl-string">'UHRVR'], [fclass="hl-string">"OBJKY = '{invoice_vbeln}' AND VSTAT = '1' AND KSCHL LIKE '[your_output_type]'"])
                if nast_data and nast_data[0][class="hl-string">'DATVR'] != class="hl-string">'00000000':
                    ts_str = fclass="hl-string">"{nast_data[0]['DATVR']} {nast_data[0]['UHRVR']}"
                    event_ts = datetime.strptime(ts_str, class="hl-string">'%Y%m%d %H%M%S').strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
                    event_log.append(create_event(class="hl-string">'Invoice Sent to Customer', event_ts))

        conn.close()
        print(class="hl-string">"Connection closed.")

        class=class="hl-string">"hl-comment"># --- 4. Create and save the event log ---
        if event_log:
            print(class="hl-string">"Creating DataFrame and saving to CSV...")
            df = pd.DataFrame(event_log)
            df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'])
            df = df.sort_values(by=[class="hl-string">'Vbeln', class="hl-string">'EventTime'])
            df.to_csv(class="hl-string">'sales_order_event_log.csv', index=False)
            print(class="hl-string">"Extraction complete. File 'sales_order_event_log.csv' created.")
        else:
            print(class="hl-string">"No events were generated.")

    except (LogonError, ABAPApplicationError) as e:
        print(fclass="hl-string">"An SAP error occurred: {e}")

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

Các bước

Phạm vi và thiết kế: Xác định chính xác phạm vi trích xuất. Chốt danh sách tổ chức bán hàng, loại chứng từ và khoảng ngày cần lấy dữ liệu. Ghi lại logic cụ thể cho từng hoạt động, nhất là các sự kiện được suy ra từ thay đổi trạng thái hoặc nhật ký thay đổi.
Tạo chương trình: Trong SAP GUI, mở ABAP Editor bằng mã giao dịch SE38. Nhập tên chương trình tùy chỉnh trong không gian tên Z (chẳng hạn Z_PM_O2C_EXTRACTOR) rồi nhấn 'Create'. Nhập tiêu đề mô tả, đặt Type là 'Executable Program' và lưu vào một package.
Tạo màn hình chọn dữ liệu: Trong chương trình, định nghĩa màn hình chọn dữ liệu bằng các câu lệnh PARAMETERS và SELECT-OPTIONS. Người dùng có thể nhập khoảng ngày tạo đơn bán hàng, tổ chức bán hàng và loại chứng từ bán hàng, giúp việc trích xuất linh hoạt và có thể tái sử dụng.
Khai báo dữ liệu: Định nghĩa các bảng nội bộ và cấu trúc dữ liệu cần thiết. Tạo cấu trúc cuối cùng cho nhật ký sự kiện, gồm mọi thuộc tính bắt buộc và đề xuất (Vbeln, ActivityName, EventTime, Ernam, v.v.). Đồng thời khai báo bảng nội bộ cho các bảng SAP sẽ đọc, chẳng hạn VBAK, VBAP, CDHDR, CDPOS, LIKP, VBRK và BKPF.
Chọn dữ liệu cơ sở: Viết câu lệnh SELECT ban đầu để lấy tiêu đề đơn bán hàng chính (VBAK) và các mặt hàng (VBAP) theo thông tin người dùng nhập trên màn hình chọn dữ liệu. Đây là tập dữ liệu cốt lõi gồm các đơn bán hàng cần phân tích.
Trích xuất lần lượt từng hoạt động: Viết một khối logic ABAP riêng cho mỗi trong số 15 hoạt động bắt buộc. Với sự kiện rõ ràng như 'Sales Order Created', hãy chọn trực tiếp từ các bảng cơ sở. Với sự kiện được suy ra như 'Sales Order Block Set', hãy chọn từ bảng nhật ký thay đổi (CDHDR, CDPOS) rồi nối lại với dữ liệu cơ sở. Thêm kết quả của từng khối vào bảng nội bộ nhật ký sự kiện cuối cùng.
Chuyển đổi dữ liệu: Trong logic trích xuất cho từng hoạt động, đảm bảo dữ liệu được định dạng chính xác. Ghép trường ngày và giờ (chẳng hạn ERDAT và ERZET) thành một trường dấu thời gian EventTime. Ánh xạ mã kỹ thuật sang tên hoạt động dễ hiểu (chẳng hạn 'Sales Order Created').
Xuất tệp: Sau khi thu thập toàn bộ dữ liệu hoạt động vào bảng nội bộ cuối cùng, dùng các câu lệnh OPEN DATASET, LOOP AT ... TRANSFER và CLOSE DATASET. Thao tác này ghi nội dung bảng nội bộ vào tệp phẳng (chẳng hạn tệp giá trị phân tách bằng dấu phẩy) trong thư mục máy chủ ứng dụng SAP. Bạn có thể xem tệp bằng giao dịch AL11.
Chạy và theo dõi: Chạy chương trình. Với lượng dữ liệu lớn, hãy lên lịch chạy dưới dạng tác vụ nền bằng giao dịch SM36. Theo dõi tiến độ và kiểm tra trạng thái hoàn tất hoặc lỗi bằng giao dịch SM37.
Lấy tệp và hoàn tất: Khi chương trình chạy xong, dùng giao dịch CG3Y để tải tệp đã tạo từ máy chủ ứng dụng về máy tính. Kiểm tra nội dung, tiêu đề cột và mã hóa trước khi tải tệp lên công cụ process mining.

Cấu hình

Khoảng ngày: Định nghĩa SELECT-OPTIONS cho ngày tạo đơn bán hàng (VBAK-ERDAT). Với lần phân tích đầu tiên, thường nên chọn khoảng từ 3 đến 6 tháng để lượng dữ liệu vừa phải nhưng vẫn ghi nhận đủ biến thể quy trình.
Bộ lọc tổ chức: Cần thêm SELECT-OPTIONS cho Sales Organization (VBAK-VKORG) và Sales Document Type (VBAK-AUART). Nhờ đó, bạn có thể tập trung trích xuất vào các đơn vị kinh doanh hoặc biến thể quy trình cụ thể (chẳng hạn đơn hàng tiêu chuẩn và hàng trả lại), đồng thời cải thiện hiệu năng.
Chạy chương trình: Với lượng dữ liệu đáng kể, phải chạy chương trình dưới nền. Chạy ở chế độ tiền cảnh có thể gây hết thời gian chờ. Lên lịch chương trình bằng giao dịch SM36.
Đọc nhật ký thay đổi: Đọc chứng từ thay đổi (CDHDR, CDPOS) có thể tốn nhiều tài nguyên. Hãy giới hạn lựa chọn trên các bảng này ở mức chặt nhất có thể, dùng lớp đối tượng 'VERKBELEG' và số đơn bán hàng cụ thể đã lấy ở bước đầu.
Quyền truy cập: Người tạo chương trình cần khóa nhà phát triển và quyền phát triển ABAP (S_DEVELOP). Người chạy chương trình cần quyền chạy báo cáo (S_PROGRAM), truy cập thư mục máy chủ ứng dụng đã chỉ định (S_DATASET) và đọc tất cả bảng SAP liên quan (VBAK, LIPS, VBRK, BKPF, CDPOS, v.v.).

Truy vấn mẫu abap

REPORT Z_PM_O2C_EXTRACTOR.

" ====================================================================
" 1. SELECTION SCREEN
" ====================================================================
SELECT-OPTIONS: s_erdat FOR vbak-erdat OBLIGATORY, " Creation Date
                  s_vkorg FOR vbak-vkorg, " Sales Organization
                  s_auart FOR vbak-auart. " Sales Document Type

PARAMETERS: p_file TYPE string DEFAULT '/usr/sap/trans/tmp/o2c_extract.csv'.

" ====================================================================
" 2. DATA DECLARATIONS
" ====================================================================
TYPES: BEGIN OF ty_event_log,
         vbeln TYPE vbeln_va, " Sales Order
         activityname TYPE char50,
         eventtime TYPE string,
         ernam TYPE ernam,
         auart TYPE auart,
         vkorg TYPE vkorg,
         kunnr TYPE kunnr,
         matnr TYPE matnr,
         netwr TYPE netwr_ak,
         vdatu TYPE vdatu,
       END OF ty_event_log.

DATA: lt_event_log TYPE TABLE OF ty_event_log,
      ls_event_log LIKE LINE OF lt_event_log.

DATA: lt_vbak TYPE TABLE OF vbak,
      lt_vbap TYPE TABLE OF vbap.

" ====================================================================
" 3. MAIN PROGRAM LOGIC
" ====================================================================
START-OF-SELECTION.

  " --- Get Base Sales Orders ---
  SELECT * FROM vbak INTO TABLE lt_vbak
    WHERE erdat IN s_erdat
    AND vkorg IN s_vkorg
    AND auart IN s_auart.

  IF lt_vbak IS NOT INITIAL.
    SELECT * FROM vbap INTO TABLE lt_vbap
      FOR ALL ENTRIES IN lt_vbak
      WHERE vbeln = lt_vbak-vbeln.
  END IF.

  " --- Loop through base data to extract events ---
  LOOP AT lt_vbak ASSIGNING FIELD-SYMBOL(<fs_vbak>).
    DATA(lv_vbeln) = <fs_vbak>-vbeln.

    " --- 1. Sales Order Created ---
    ls_event_log-vbeln        = lv_vbeln.
    ls_event_log-activityname = 'Sales Order Created'.
    CONCATENATE <fs_vbak>-erdat <fs_vbak>-erzet INTO ls_event_log-eventtime.
    ls_event_log-ernam        = <fs_vbak>-ernam.
    ls_event_log-auart        = <fs_vbak>-auart.
    ls_event_log-vkorg        = <fs_vbak>-vkorg.
    ls_event_log-kunnr        = <fs_vbak>-kunnr.
    ls_event_log-netwr        = <fs_vbak>-netwr.
    ls_event_log-vdatu        = <fs_vbak>-vdatu.
    CLEAR ls_event_log-matnr.
    APPEND ls_event_log TO lt_event_log.

    " --- Extract other events using SELECTs inside the loop ---
    " NOTE: In a real-world scenario, you would optimize by selecting data
    " in bulk before the loop. This simplified example uses selects inside
    " the loop for clarity on a per-activity basis.

    " --- 2. Credit Check Performed (Example using CDHDR/CDPOS on Status) ---
    SELECT h~udate, h~utime, h~username
      FROM cdhdr AS h INNER JOIN cdpos AS p ON h~changenr = p~changenr
      INTO TABLE @DATA(lt_credit)
      WHERE h~objectclas = 'VERKBELEG'
      AND h~objectid = @lv_vbeln
      AND p~tabname = 'VBUK'
      AND p~fname = 'CMGST'
      AND p~value_new <> p~value_old.
    LOOP AT lt_credit INTO DATA(ls_credit).
      ls_event_log-activityname = 'Credit Check Performed'.
      CONCATENATE ls_credit-udate ls_credit-utime INTO ls_event_log-eventtime.
      ls_event_log-ernam        = ls_credit-username.
      APPEND ls_event_log TO lt_event_log.
    ENDLOOP.

    " --- 3. & 4. Sales Order Block Set / Removed (Example for Delivery Block) ---
    SELECT h~udate, h~utime, h~username, p~value_new, p~value_old
      FROM cdhdr AS h INNER JOIN cdpos AS p ON h~changenr = p~changenr
      INTO TABLE @DATA(lt_block)
      WHERE h~objectclas = 'VERKBELEG'
      AND h~objectid = @lv_vbeln
      AND p~tabname = 'VBAK'
      AND p~fname = 'LIFSK'.
    LOOP AT lt_block INTO DATA(ls_block).
      IF ls_block-value_new IS NOT INITIAL AND ls_block-value_old IS INITIAL.
        ls_event_log-activityname = 'Sales Order Block Set'.
      ELSEIF ls_block-value_new IS INITIAL AND ls_block-value_old IS NOT INITIAL.
        ls_event_log-activityname = 'Sales Order Block Removed'.
      ELSE.
        CONTINUE.
      ENDIF.
      CONCATENATE ls_block-udate ls_block-utime INTO ls_event_log-eventtime.
      ls_event_log-ernam        = ls_block-username.
      APPEND ls_event_log TO lt_event_log.
    ENDLOOP.

    " --- 5. Sales Order Changed (Example for Item Quantity Change) ---
    SELECT h~udate, h~utime, h~username
      FROM cdhdr AS h INNER JOIN cdpos AS p ON h~changenr = p~changenr
      INTO TABLE @DATA(lt_change)
      WHERE h~objectclas = 'VERKBELEG'
      AND h~objectid = @lv_vbeln
      AND p~tabname = 'VBAP'
      AND p~fname = 'KWMENG'.
    LOOP AT lt_change INTO DATA(ls_change).
      ls_event_log-activityname = 'Sales Order Changed'.
      CONCATENATE ls_change-udate ls_change-utime INTO ls_event_log-eventtime.
      ls_event_log-ernam        = ls_change-username.
      APPEND ls_event_log TO lt_event_log.
    ENDLOOP.

    " --- 6. Sales Order Confirmed (Based on Schedule Line Creation) ---
    SELECT erdat, erzet, ernam FROM vbep INTO TABLE @DATA(lt_conf)
      WHERE vbeln = @lv_vbeln AND bmeng > 0.
    LOOP AT lt_conf INTO DATA(ls_conf).
      ls_event_log-activityname = 'Sales Order Confirmed'.
      CONCATENATE ls_conf-erdat ls_conf-erzet INTO ls_event_log-eventtime.
      ls_event_log-ernam        = ls_conf-ernam.
      APPEND ls_event_log TO lt_event_log.
    ENDLOOP.

    " --- 7. Delivery Created ---
    SELECT DISTINCT b~erdat, b~erzet, b~ernam
      FROM lips AS a INNER JOIN likp AS b ON a~vbeln = b~vbeln
      INTO TABLE @DATA(lt_deliv)
      WHERE a~vgbel = @lv_vbeln.
    LOOP AT lt_deliv INTO DATA(ls_deliv).
      ls_event_log-activityname = 'Delivery Created'.
      CONCATENATE ls_deliv-erdat ls_deliv-erzet INTO ls_event_log-eventtime.
      ls_event_log-ernam        = ls_deliv-ernam.
      APPEND ls_event_log TO lt_event_log.
    ENDLOOP.

    " --- 8. & 9. Goods Picked & Goods Issue Posted ---
    SELECT a~vbeln, b~wadat_ist, b~wazei_ist, b~ernam
      FROM lips AS a INNER JOIN likp AS b ON a~vbeln = b~vbeln
      INTO TABLE @DATA(lt_gi)
      WHERE a~vgbel = @lv_vbeln.
    LOOP AT lt_gi INTO DATA(ls_gi).
      " Check change logs for Picking status on LIPS-KOSTA going to 'C'
      " ... (logic similar to blocks) ... Append 'Goods Picked' event
      IF ls_gi-wadat_ist IS NOT INITIAL.
        ls_event_log-activityname = 'Goods Issue Posted'.
        CONCATENATE ls_gi-wadat_ist ls_gi-wazei_ist INTO ls_event_log-eventtime.
        ls_event_log-ernam        = ls_gi-ernam.
        APPEND ls_event_log TO lt_event_log.
      ENDIF.
    ENDLOOP.

    " --- 10. Invoice Created ---
    SELECT DISTINCT b~erdat, b~erzet, b~ernam, b~belnr
      FROM vbrp AS a INNER JOIN vbrk AS b ON a~vbeln = b~vbeln
      INTO TABLE @DATA(lt_inv)
      WHERE a~aubel = @lv_vbeln.
    LOOP AT lt_inv INTO DATA(ls_inv).
      ls_event_log-activityname = 'Invoice Created'.
      CONCATENATE ls_inv-erdat ls_inv-erzet INTO ls_event_log-eventtime.
      ls_event_log-ernam        = ls_inv-ernam.
      APPEND ls_event_log TO lt_event_log.

      " --- 11. Accounting Document Created ---
      SELECT cpudt, cputm, usnam FROM bkpf INTO @DATA(ls_bkpf)
        WHERE awkey = @ls_inv-belnr AND awsys = @sy-sysid.
      IF sy-subrc = 0.
        ls_event_log-activityname = 'Accounting Document Created'.
        CONCATENATE ls_bkpf-cpudt ls_bkpf-cputm INTO ls_event_log-eventtime.
        ls_event_log-ernam        = ls_bkpf-usnam.
        APPEND ls_event_log TO lt_event_log.

        " --- 13. Payment Received ---
        SELECT augdt FROM bsad INTO @DATA(lv_augdt)
          WHERE belnr = @ls_inv-belnr AND bukrs = @<fs_vbak>-bukrs.
        IF sy-subrc = 0 AND lv_augdt IS NOT INITIAL.
          ls_event_log-activityname = 'Payment Received'.
          CONCATENATE lv_augdt '000000' INTO ls_event_log-eventtime.
          ls_event_log-ernam        = ''. " Clearing user often not relevant
          APPEND ls_event_log TO lt_event_log.
        ENDIF.
      ENDIF.
    ENDLOOP.

    " --- 12. Invoice Sent to Customer (from NAST) ---
    SELECT erdat, erzet FROM nast INTO TABLE @DATA(lt_nast)
      WHERE kappl = 'V3' AND objky = @lv_vbeln AND vstat = '1'.
    LOOP AT lt_nast INTO DATA(ls_nast).
      ls_event_log-activityname = 'Invoice Sent to Customer'.
      CONCATENATE ls_nast-erdat ls_nast-erzet INTO ls_event_log-eventtime.
      ls_event_log-ernam        = ''.
      APPEND ls_event_log TO lt_event_log.
    ENDLOOP.

    " --- 14. Sales Order Item Rejected ---
    SELECT h~udate, h~utime, h~username
      FROM cdhdr AS h INNER JOIN cdpos AS p ON h~changenr = p~changenr
      INTO TABLE @DATA(lt_reject)
      WHERE h~objectclas = 'VERKBELEG'
      AND h~objectid = @lv_vbeln
      AND p~tabname = 'VBAP'
      AND p~fname = 'ABGRU'
      AND p~value_new IS NOT INITIAL.
    LOOP AT lt_reject INTO DATA(ls_reject).
      ls_event_log-activityname = 'Sales Order Item Rejected'.
      CONCATENATE ls_reject-udate ls_reject-utime INTO ls_event_log-eventtime.
      ls_event_log-ernam        = ls_reject-username.
      APPEND ls_event_log TO lt_event_log.
    ENDLOOP.

    " --- 15. Order Closed ---
    SELECT h~udate, h~utime, h~username
      FROM cdhdr AS h INNER JOIN cdpos AS p ON h~changenr = p~changenr
      INTO TABLE @DATA(lt_closed)
      WHERE h~objectclas = 'VERKBELEG'
      AND h~objectid = @lv_vbeln
      AND p~tabname = 'VBUK'
      AND p~fname = 'GBSTK'
      AND p~value_new = 'C'.
    LOOP AT lt_closed INTO DATA(ls_closed).
      ls_event_log-activityname = 'Order Closed'.
      CONCATENATE ls_closed-udate ls_closed-utime INTO ls_event_log-eventtime.
      ls_event_log-ernam        = ls_closed-username.
      APPEND ls_event_log TO lt_event_log.
    ENDLOOP.

  ENDLOOP.

  " --- Write to file ---
  OPEN DATASET p_file FOR OUTPUT IN TEXT MODE ENCODING UTF-8.
  IF sy-subrc = 0.
    " Header Row
    DATA(lv_header) = 'SalesOrder,ActivityName,EventTime,UserName,DocumentType,SalesOrg,Customer,Material,NetAmount,RequestedDeliveryDate'.
    TRANSFER lv_header TO p_file.

    LOOP AT lt_event_log INTO ls_event_log.
      " Create CSV line
      CONCATENATE ls_event_log-vbeln
                  ls_event_log-activityname
                  ls_event_log-eventtime
                  ls_event_log-ernam
                  ls_event_log-auart
                  ls_event_log-vkorg
                  ls_event_log-kunnr
                  ls_event_log-matnr
                  ls_event_log-netwr
                  ls_event_log-vdatu
        INTO DATA(lv_line) SEPARATED BY ','.
      TRANSFER lv_line TO p_file.
    ENDLOOP.
    CLOSE DATASET p_file.
  ENDIF.

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

Dùng mẫu dữ liệu này để tự tin bắt đầu hành trình process mining. Khám phá thông tin giúp nâng cao hiệu quả và tăng mức độ hài lòng của khách hàng trong quy trình từ đơn hàng đến thu tiền.

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

Tải mẫu xuống

Tối ưu quy trình từ đơn hàng đến thu tiền, xử lý đơn bán hàng ngay hôm nay!

Xử lý điểm nghẽn, cải thiện dòng tiền. Tham gia cùng các doanh nghiệp khác đang giảm 30% thời gian chu kỳ.

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

Không cần thẻ tín dụng. Thiết lập chỉ trong vài phút.

Mẫu dữ liệu cho quy trình từ đơn hàng đến thu tiền, xử lý đơn bán hàng

Mẫu dữ liệu cho quy trình từ đơn hàng đến thu tiền, xử lý đơn bán hàng

Thuộc tính của quy trình từ đơn hàng đến thu tiền, xử lý đơn bán hàng

Hoạt động trong quy trình từ đơn hàng đến thu tiền, xử lý đơn bán hàng

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

Trích xuất dữ liệu từ SAP S/4HANA Core Data Services (CDS)

Các bước

Cấu hình

Truy vấn mẫu sql

Truy vấn trực tiếp bảng cơ sở dữ liệu SAP HANA bằng SQL

Các bước

Cấu hình

Truy vấn mẫu sql

Trích xuất bằng Python Script qua SAP RFC Connector

Các bước

Cấu hình

Truy vấn mẫu python

Chương trình ABAP tùy chỉnh để trích xuất dữ liệu theo từng giai đoạn

Các bước

Cấu hình

Truy vấn mẫu abap

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

Tối ưu quy trình từ đơn hàng đến thu tiền, xử lý đơn bán hàng ngay hôm nay!