Mẫu dữ liệu khoản phải thu

SAP S/4HANA
Mẫu dữ liệu khoản phải thu

Mẫu dữ liệu khoản phải thu

Mẫu này cung cấp cấu trúc để sơ đồ hóa quy trình thu hồi công nợ và thanh toán trong SAP S/4HANA. Mẫu gồm danh sách các thuộc tính cần thu thập, những hoạt động quy trình cần theo dõi và hướng dẫn kỹ thuật để trích xuất dữ liệu từ các bảng tài chính. Làm theo cấu trúc này giúp bạn nắm rõ chu kỳ dòng tiền và xác định những khâu cần can thiệp thủ công hoặc thường xảy ra chậm thanh toán.
  • 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
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.

Thuộc tính khoản phải thu

Đây là các trường dữ liệu và thuộc tính phân tích nên đưa vào nhật ký sự kiện để phân tích quy trình khoản phải thu.
5 Bắt buộc 10 Nên có 5 Không bắt buộc
Tên Mô tả
Hoạt động
Activity
Sự kiện hoặc thao tác cụ thể diễn ra trong quy trình.
Mô tả

Thuộc tính này mô tả bước được thực hiện trong quy trình phải thu, chẳng hạn như Tạo hóa đơn, Ghi nhận thanh toán một phần hoặc Tất toán hóa đơn. Thông tin thường được lấy từ mã giao dịch (TCODE) hoặc các thay đổi cụ thể về trạng thái chứng từ trong bảng nhật ký thay đổi.

Vì sao điều này quan trọng

Thuộc tính này rất cần thiết để lập sơ đồ luồng quy trình và xác định thứ tự các sự kiện.

Lấy dữ liệu ở đâu

Lấy từ SAP TSTCT (mã giao dịch) hoặc CDHDR/CDPOS (chứng từ thay đổi)

Ví dụ
Tạo hóa đơn công nợ phải thuGhi nhận thanh toán một phầnTất toán hóa đơnMở vụ việc khiếu nại
Số hóa đơn
InvoiceNumber
Mã định danh duy nhất của hóa đơn hoặc chứng từ kế toán.
Mô tả

Thuộc tính này là Case ID duy nhất của quy trình phải thu. Thông thường, mã này tương ứng với số chứng từ kế toán (BELNR) trong phân hệ SAP FI hoặc chứng từ thanh toán (VBELN) trong SD, tùy theo cách trích xuất dữ liệu. Mã này liên kết các hoạt động tiếp theo như thanh toán, tranh chấp và tất toán với khoản phải thu ban đầu.

Vì sao điều này quan trọng

Đây là khóa chính để dựng lại luồng quy trình đầu cuối cho từng giao dịch.

Lấy dữ liệu ở đâu

Bảng SAP BKPF-BELNR hoặc VBRK-VBELN

Ví dụ
1400000234900004321014000002351800000099
Thời điểm sự kiện
EventTime
Dấu thời gian ghi nhận lúc hoạt động diễn ra.
Mô tả

Thuộc tính này ghi lại chính xác ngày giờ hoạt động diễn ra. Với dữ liệu giao dịch, thông tin thường được ghép từ Ngày nhập (CPUDT) và Giờ nhập (CPUTM) trong các bảng tiêu đề. Nhờ đó, bạn có thể tính thời gian chu kỳ và thời gian xử lý.

Vì sao điều này quan trọng

Dấu thời gian chính xác rất quan trọng để tính DSO và xác định điểm nghẽn.

Lấy dữ liệu ở đâu

Bảng SAP BKPF-CPUDT và BKPF-CPUTM

Ví dụ
2023-10-12T08:30:00Z2023-10-15T14:45:12Z2023-11-01T09:15:00Z
Hệ thống nguồn
SourceSystem
Hệ thống nơi dữ liệu được tạo ra.
Mô tả

Thuộc tính này xác định phiên bản SAP S/4HANA hoặc hệ thống bên ngoài cụ thể nơi bản ghi được tạo. Thuộc tính hữu ích trong môi trường có nhiều phiên bản ERP, giúp truy vết nguồn gốc dữ liệu.

Vì sao điều này quan trọng

Cho phép phân tích riêng dữ liệu trong môi trường nhiều hệ thống.

Lấy dữ liệu ở đâu

System ID (SY-SYSID) hoặc được điền cố định khi trích xuất

Ví dụ
SAP_S4H_PRODSAP_S4H_01LEGACY_ERP
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Dấu thời gian của lần trích xuất hoặc làm mới dữ liệu gần nhất.
Mô tả

Thuộc tính này cho biết thời điểm dữ liệu được tải vào công cụ process mining. Nhờ đó, người dùng biết dữ liệu trên các bảng điều khiển như Trạng thái đối chiếu cuối kỳ còn mới hay không.

Vì sao điều này quan trọng

Giúp chuyên viên phân tích biết dữ liệu đang xem là dữ liệu mới nhất hay dữ liệu lịch sử.

Lấy dữ liệu ở đâu

Siêu dữ liệu ETL

Ví dụ
2023-11-05T00:00:00Z2023-11-05T06:00:00Z
Điều khoản thanh toán
PaymentTerms
Mã thể hiện các điều kiện thanh toán đã thỏa thuận.
Mô tả

Thuộc tính này (ZTERM) xác định điều kiện khách hàng phải thanh toán, bao gồm ngày đến hạn và chiết khấu thanh toán sớm. Đây là nguồn dữ liệu chính cho bảng điều khiển Tối ưu hóa chiết khấu thanh toán sớm.

Vì sao điều này quan trọng

Cơ sở để tính ngày đến hạn và xác định khoản thanh toán có đủ điều kiện hưởng chiết khấu hay không.

Lấy dữ liệu ở đâu

Bảng SAP BSEG-ZTERM hoặc KNB1-ZTERM

Ví dụ
NT300001Z015
Được tự động hóa
IsAutomated
Cờ cho biết hoạt động có do người dùng hệ thống thực hiện hay không.
Mô tả

Thuộc tính dạng boolean này được tính dựa trên thuộc tính Người dùng. Nếu ID người dùng khớp với tài khoản hệ thống hoặc tài khoản xử lý theo lô đã biết, chẳng hạn 'BNK_BSM', cờ này được đặt thành true. Thuộc tính này trực tiếp cung cấp dữ liệu cho bảng điều khiển Tỷ lệ tự động hóa đối chiếu thanh toán.

Vì sao điều này quan trọng

Chỉ số để đo lường mức độ chuyển đổi số và hiệu quả tự động hóa.

Lấy dữ liệu ở đâu

Tính từ thuộc tính Người dùng

Ví dụ
truefalse
Loại chứng từ
DocumentType
Phân loại chứng từ kế toán, chẳng hạn như hóa đơn, khoản thanh toán hoặc giấy báo có.
Mô tả

Loại chứng từ (BLART) phân loại giao dịch. Ví dụ: 'DR' là hóa đơn khách hàng, 'DZ' là khoản thanh toán của khách hàng và 'DG' là giấy báo có. Thuộc tính này rất cần thiết để lọc các loại hồ sơ cụ thể khi phân tích giấy báo có và điều chỉnh.

Vì sao điều này quan trọng

Phân loại dữ liệu thành hóa đơn, khoản thanh toán và khoản điều chỉnh.

Lấy dữ liệu ở đâu

Bảng SAP BKPF-BLART

Ví dụ
DRDZDGRV
Mã công ty
CompanyCode
Pháp nhân hoặc đơn vị kinh doanh sở hữu hóa đơn.
Mô tả

Mã công ty (BUKRS) là đơn vị tổ chức trung tâm dùng cho kế toán bên ngoài trong hệ thống SAP. Mã này giúp phân tách dữ liệu trên các bảng điều khiển như Phân tích hành vi thanh toán của khách hàng theo từng đơn vị kinh doanh.

Vì sao điều này quan trọng

Cần thiết để lọc và so sánh hiệu quả giữa các pháp nhân.

Lấy dữ liệu ở đâu

Bảng SAP BKPF-BUKRS hoặc T001-BUKRS

Ví dụ
1000US01DE012000
Mã khách hàng
CustomerNumber
Mã định danh duy nhất của tài khoản khách hàng.
Mô tả

Thuộc tính này là Mã khách hàng (KUNNR) gắn với hóa đơn. Thuộc tính cho phép phân tích chi tiết hành vi thanh toán và rất cần thiết cho bảng điều khiển Phân tích hành vi thanh toán của khách hàng.

Vì sao điều này quan trọng

Cho phép đi sâu xuống một cấp để xem hiệu quả của từng tài khoản khách hàng.

Lấy dữ liệu ở đâu

Bảng SAP BSEG-KUNNR hoặc KNA1-KUNNR

Ví dụ
CUST100230001004500WALMART_US
Ngày đến hạn
DueDate
Ngày hóa đơn phải được thanh toán, tính theo điều khoản đã thỏa thuận.
Mô tả

Thuộc tính này là ngày đến hạn thanh toán ròng. Trong SAP, ngày này thường được tính bằng cách lấy Ngày cơ sở (ZFBDT) cộng với số ngày quy định trong Điều khoản thanh toán (ZTERM). Đây là mốc tham chiếu cho bảng điều khiển Tuân thủ và thực hiện nhắc nợ.

Vì sao điều này quan trọng

Mốc tham chiếu để xác định khoản thanh toán có trễ hạn hay không.

Lấy dữ liệu ở đâu

Tính từ BSEG-ZFBDT và BSEG-ZTERM

Ví dụ
2023-11-302023-12-15
Ngày tất toán
ClearingDate
Ngày hóa đơn được tất toán hoặc thanh toán xong.
Mô tả

Thuộc tính này (AUGDT) ghi lại ngày khoản mục đang mở được tất toán, thường là nhờ một khoản thanh toán. Đây là dấu thời gian kết thúc chu kỳ cốt lõi của quy trình phải thu và là biến số chính để tính số ngày phải thu bình quân (DSO).

Vì sao điều này quan trọng

Xác định thời điểm hoàn tất chu kỳ thu hồi công nợ.

Lấy dữ liệu ở đâu

Bảng SAP BSEG-AUGDT hoặc BSAD-AUGDT

Ví dụ
2023-11-012023-11-10
Số ngày phải thu bình quân
DaysSalesOutstanding
Khoảng thời gian từ lúc ghi sổ hóa đơn đến khi tất toán.
Mô tả

Chỉ số này được tính bằng cách lấy Ngày tất toán trừ Ngày ghi sổ đối với các khoản đã tất toán. Đây là giá trị chính trên bảng điều khiển Tổng quan số ngày phải thu bình quân và là thước đo quan trọng về hiệu quả dòng tiền.

Vì sao điều này quan trọng

KPI chính của quy trình phải thu dành cho lãnh đạo.

Lấy dữ liệu ở đâu

Cách tính: ClearingDate - PostingDate

Ví dụ
30 ngày45 ngày15 ngày
Số tiền theo nội tệ
AmountInLocalCurrency
Giá trị hóa đơn hoặc khoản thanh toán theo đơn vị tiền tệ của mã công ty.
Mô tả

Thuộc tính này (DMBTR) chứa giá trị tài chính của giao dịch. Dữ liệu này được dùng để tính tổng giá trị hóa đơn chưa thanh toán, giấy báo có và khoản thanh toán. Thuộc tính hỗ trợ bảng điều khiển Phân tích giấy báo có và điều chỉnh bằng cách định lượng giá trị giao dịch.

Vì sao điều này quan trọng

Cần thiết để phân tích tác động tài chính và ưu tiên thu hồi các khoản giá trị lớn.

Lấy dữ liệu ở đâu

Bảng SAP BSEG-DMBTR hoặc ACDOCA-DMBTR

Ví dụ
1500.00250.5010000.00
Tên người dùng
User
ID của người dùng thực hiện hoạt động.
Mô tả

Thuộc tính này (USNAM) xác định người dùng hoặc tác nhân hệ thống chịu trách nhiệm cho sự kiện. Dữ liệu được phân tích để tính Tỷ lệ tự động đối chiếu thanh toán, bằng cách phân biệt người dùng là con người với tài khoản xử lý theo lô của hệ thống.

Vì sao điều này quan trọng

Cần thiết để xác định mức độ tự động hóa và năng suất của người dùng.

Lấy dữ liệu ở đâu

Bảng SAP BKPF-USNAM hoặc CDHDR-USERNAME

Ví dụ
JSMITHBATCH_USERSAP_WFALEX_D
Cấp độ nhắc nợ
DunningLevel
Cấp độ nhắc nợ hiện tại của hóa đơn.
Mô tả

Thuộc tính này (MAHNS) cho biết khách hàng đã được nhắc thanh toán bao nhiêu lần. Thuộc tính theo dõi mức độ tăng cường nỗ lực thu hồi công nợ và được hiển thị trên bảng điều khiển Tuân thủ và thực hiện nhắc nợ.

Vì sao điều này quan trọng

Theo dõi mức độ nghiêm trọng của các khoản thanh toán trễ hạn và việc tuân thủ chính sách nhắc nợ.

Lấy dữ liệu ở đâu

Bảng SAP MHNK-MAHNS hoặc KNB5 (dữ liệu nhắc nợ trong hồ sơ khách hàng)

Ví dụ
1230
ID hồ sơ tranh chấp
DisputeCaseId
Mã định danh của hồ sơ tranh chấp liên kết với hóa đơn, nếu có.
Mô tả

Thuộc tính này lưu ID hồ sơ tranh chấp (UDM_CASE), nếu có. Thuộc tính liên kết chứng từ tài chính với phân hệ Quản lý tranh chấp. Dữ liệu này cần thiết cho bảng điều khiển Hiệu quả chu kỳ giải quyết tranh chấp.

Vì sao điều này quan trọng

Liên kết chứng từ phải thu với quy trình làm việc giải quyết tranh chấp.

Lấy dữ liệu ở đâu

Bảng SAP FDM_DCPROC hoặc UDM_CASE_ATTR

Ví dụ
0000056789DISP-2023-001
Khu vực
Region
Bang, tỉnh hoặc khu vực của khách hàng.
Mô tả

Thuộc tính này (REGIO) cung cấp thông tin địa lý chi tiết hơn so với Quốc gia. Thuộc tính hữu ích khi phân tích giấy báo có và điều chỉnh để xác định vấn đề xử lý theo khu vực.

Vì sao điều này quan trọng

Phân tích địa lý chi tiết.

Lấy dữ liệu ở đâu

Bảng SAP KNA1-REGIO

Ví dụ
CANYTXBY
Là giấy báo có
IsCreditMemo
Cờ cho biết chứng từ có phải là giấy báo có hay không.
Mô tả

Thuộc tính dạng boolean này được xác định từ Loại chứng từ, chẳng hạn khi Loại bằng 'DG'. Thuộc tính giúp lọc nhanh các giao dịch điều chỉnh để theo dõi KPI Tỷ lệ giấy báo có điều chỉnh.

Vì sao điều này quan trọng

Giúp xác định công việc phải làm lại và lỗi lập hóa đơn.

Lấy dữ liệu ở đâu

Tính từ DocumentType

Ví dụ
truefalse
Quốc gia
Country
Quốc gia của khách hàng.
Mô tả

Thuộc tính này (LAND1) lấy từ dữ liệu hồ sơ khách hàng. Thuộc tính cho phép phân nhóm KPI theo địa lý, chẳng hạn như phân tích tỷ lệ giấy báo có theo khu vực hoặc quốc gia.

Vì sao điều này quan trọng

Phân tích hiệu quả và mức độ tuân thủ theo khu vực.

Lấy dữ liệu ở đâu

Bảng SAP KNA1-LAND1

Ví dụ
USDEFRJP
Bắt buộc Nên có Không bắt buộc

Hoạt động khoản phải thu

Đây là các bước quy trình và mốc giao dịch 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.
6 Nên có 7 Không bắt buộc
Hoạt động Mô tả
Ghi nhận thanh toán một phần
Nhận được khoản thanh toán chưa đủ số tiền trên hóa đơn, khiến tài khoản còn lại một khoản mục chưa tất toán.
Vì sao điều này quan trọng

Ảnh hưởng đến chu kỳ xử lý thanh toán thiếu. Thanh toán một phần thường xuyên làm tăng độ phức tạp và công sức đối chiếu thủ công.

Lấy dữ liệu ở đâu

Bảng BSEG. Suy ra khi chứng từ tất toán (AUGBL) tạo khoản mục dư mới, có số dư còn lại và chứng từ tham chiếu khớp với hóa đơn gốc.

Thu thập

Suy ra từ việc tạo chứng từ tất toán còn số dư dư

Loại sự kiện inferred
Gửi nhắc thanh toán
Tạo thông báo nhắc nợ hoặc thư nhắc thanh toán cho hóa đơn quá hạn. Bước này theo dõi nỗ lực thu hồi công nợ của tổ chức.
Vì sao điều này quan trọng

Chỉ số KPI quan trọng để đo tỷ lệ tuân thủ quy trình nhắc nợ. Chỉ số này xác minh chiến lược thu hồi công nợ có được thực hiện theo chính sách hay không.

Lấy dữ liệu ở đâu

Bảng MHND (dữ liệu nhắc nợ), trường LAUFD (ngày chạy nhắc nợ). Liên kết theo mã công ty và khách hàng.

Thu thập

Ghi nhận khi chạy đợt nhắc nợ (F150)

Loại sự kiện explicit
Nhận đủ tiền thanh toán
Nhận được khoản tiền đủ để thanh toán toàn bộ số dư hóa đơn. Đây thường là thời điểm khách hàng hoàn tất nghĩa vụ thanh toán.
Vì sao điều này quan trọng

Xác định ngày thanh toán thực tế so với ngày đến hạn. Đây là dữ liệu quan trọng để phân tích sai lệch điều khoản thanh toán và hành vi khách hàng.

Lấy dữ liệu ở đâu

Bảng BSEG, suy ra từ chứng từ tất toán (AUGBL) khi trường ngày tất toán (AUGDT) được điền và số dư bằng không.

Thu thập

Ghi nhận khi chứng từ tất toán được hạch toán

Loại sự kiện explicit
Phát hành hóa đơn
Thao tác tạo thông điệp đầu ra (email, bản in, EDI) để gửi hóa đơn cho khách hàng. Qua đó xác nhận khách hàng đã chính thức nhận được yêu cầu thanh toán.
Vì sao điều này quan trọng

Khoảng trễ giữa lúc tạo và gửi hóa đơn ảnh hưởng đến thời hạn thanh toán thực tế của khách hàng. Theo dõi bước này giúp đảm bảo hóa đơn không bị mắc lại trong khâu xử lý nội bộ.

Lấy dữ liệu ở đâu

Bảng NAST (trạng thái thông điệp), dùng khóa đối tượng (OBJKY) khớp với số chứng từ hóa đơn. Dấu thời gian lấy từ DATVR và UHRVR.

Thu thập

Ghi nhận trong bảng NAST khi tạo đầu ra

Loại sự kiện explicit
Tạo hóa đơn công nợ phải thu
Tạo chứng từ hóa đơn khách hàng ban đầu trong hệ thống tài chính. Thời điểm được ghi nhận từ dấu thời gian tạo phần đầu chứng từ.
Vì sao điều này quan trọng

Đánh dấu thời điểm bắt đầu quy trình công nợ phải thu và tính tuổi nợ. Đây là dữ liệu cần thiết để tính số ngày thu tiền bán hàng (DSO).

Lấy dữ liệu ở đâu

Bảng BKPF (phần đầu chứng từ kế toán), trường CPUDT (ngày nhập) và CPUTM (giờ nhập). Lọc theo loại chứng từ (BLART) áp dụng cho hóa đơn khách hàng, chẳng hạn DR, RV.

Thu thập

Ghi nhận khi giao dịch được xác nhận vào BKPF

Loại sự kiện explicit
Tất toán hóa đơn
Bước kế toán kỹ thuật ghép khoản mục chưa tất toán với khoản thanh toán hoặc khoản ghi có, rồi đổi trạng thái thành Cleared.
Vì sao điều này quan trọng

Đánh dấu thời điểm kết thúc chính thức của một trường hợp quy trình trên hệ thống. Dữ liệu này cần thiết để tính chỉ số DSO cuối cùng.

Lấy dữ liệu ở đâu

Bảng BSEG hoặc ACDOCA. Trường AUGDT (ngày tất toán) được điền. Dùng USNAM để xác định thao tác được thực hiện tự động hay thủ công.

Thu thập

Ghi nhận khi trường AUGDT được điền

Loại sự kiện explicit
Cập nhật trạng thái khiếu nại
Trạng thái của vụ việc khiếu nại hiện có thay đổi, chẳng hạn từ 'Mới' sang 'Đang xử lý' hoặc 'Đang xem xét'.
Vì sao điều này quan trọng

Cung cấp thông tin chi tiết về quy trình xử lý khiếu nại và giúp xác định điểm nghẽn trong khâu phê duyệt hoặc điều tra.

Lấy dữ liệu ở đâu

Chứng từ thay đổi của vụ việc khiếu nại (nhật ký Case Management trên S/4HANA). Phân tích các thay đổi trong UDM_CASE_ATTR.

Thu thập

So sánh các thay đổi trường trạng thái trong lịch sử vụ việc

Loại sự kiện inferred
Đảo hóa đơn
Hóa đơn gốc bị hủy hoặc đảo trên hệ thống do có sai sót nghiêm trọng.
Vì sao điều này quan trọng

Đại diện cho một trường hợp quy trình không thành công. Cần lọc riêng hoặc phân tích riêng các trường hợp này để đảm bảo chất lượng dữ liệu.

Lấy dữ liệu ở đâu

Bảng BKPF, trường STBLG (số chứng từ đảo) được điền trên bản ghi hóa đơn gốc.

Thu thập

Ghi nhận khi trường STBLG được điền

Loại sự kiện explicit
Đối chiếu sao kê ngân hàng
Dòng giao dịch trên sao kê ngân hàng được đối chiếu thành công với chứng từ thanh toán trong sổ kế toán, hoàn tất việc cập nhật số dư tiền.
Vì sao điều này quan trọng

Theo dõi thời gian đối chiếu sao kê ngân hàng. Chậm trễ ở bước này ảnh hưởng đến tốc độ khóa sổ tài chính.

Lấy dữ liệu ở đâu

Bảng FEBEP (các dòng giao dịch trên sao kê ngân hàng điện tử). Đối chiếu chứng từ thanh toán với giao dịch trên sao kê ngân hàng.

Thu thập

Ghi nhận trong các bảng EBS (FEBEP/FEBKO)

Loại sự kiện explicit
Ghi nhận cam kết thanh toán
Nhân viên thu hồi công nợ ghi nhận cam kết chính thức của khách hàng về việc thanh toán một khoản tiền cụ thể vào một ngày cụ thể.
Vì sao điều này quan trọng

Cho biết hoạt động thu hồi công nợ của nhân viên đã đạt kết quả. Dữ liệu này dùng để dự báo dòng tiền ngắn hạn và đo lường năng suất của nhân viên thu hồi công nợ.

Lấy dữ liệu ở đâu

Bảng UDM_P2P (cam kết thanh toán), trường CREATED_AT. Liên kết với hóa đơn qua Case GUID hoặc khóa chứng từ.

Thu thập

Ghi nhận trong FSCM Collections Management

Loại sự kiện explicit
Lập chứng từ ghi có
Lập chứng từ ghi có và liên kết với hóa đơn để giảm số tiền phải trả. Thường dùng để sửa lỗi hoặc xử lý hàng trả lại.
Vì sao điều này quan trọng

Dữ liệu quan trọng để tính KPI tỷ lệ chứng từ ghi có điều chỉnh. Tần suất cao cho thấy vấn đề về chất lượng ở khâu bán hàng hoặc lập hóa đơn đầu vào.

Lấy dữ liệu ở đâu

Bảng BSEG, loại chứng từ 'DG' hoặc 'KG'. Nhận diện qua trường 'Invoice Reference' (REBZG) trỏ đến hóa đơn gốc.

Thu thập

Ghi nhận khi chứng từ ghi có tham chiếu đến hóa đơn

Loại sự kiện explicit
Mở vụ việc khiếu nại
Mở vụ việc khiếu nại đối với hóa đơn, thường qua SAP FSCM Dispute Management. Điều này cho biết khách hàng không đồng ý với hóa đơn.
Vì sao điều này quan trọng

Tạm dừng tính thời gian thu hồi công nợ thông thường và bắt đầu tính chu kỳ xử lý khiếu nại. Số lượng vụ việc lớn ảnh hưởng đến khả năng dự đoán dòng tiền.

Lấy dữ liệu ở đâu

Bảng UDM_CASE_ATTR (thuộc tính vụ việc) hoặc UDM_DISPUTE (vụ việc khiếu nại). Liên kết với khóa chứng từ tài chính qua CASE_GUID.

Thu thập

Ghi nhận trong các bảng FSCM Dispute Management

Loại sự kiện explicit
Xử lý xong vụ việc khiếu nại
Đóng vụ việc khiếu nại, có thể dẫn đến ghi có, xóa sổ khoản nợ hoặc xác nhận lại khoản nợ. Đây là bước kết thúc xử lý ngoại lệ.
Vì sao điều này quan trọng

Dấu thời gian kết thúc dùng để tính KPI thời gian xử lý khiếu nại trung bình. Xử lý hiệu quả giúp thu hồi vốn lưu động đang bị ứ đọng.

Lấy dữ liệu ở đâu

Bảng UDM_CASE_ATTR, trường ESCALATION_DATE hoặc CLOSED_DATE tùy cấu hình.

Thu thập

Ghi nhận khi trạng thái vụ việc được đặt thành Closed/Void

Loại sự kiện explicit
Nên có Không bắt buộc

Hướng dẫn trích xuất

Cách lấy dữ liệu từ SAP S/4HANA

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

Biến dữ liệu tài chính thành thông tin hữu ích và bắt đầu giảm số ngày thu tiền bình quân ngay hôm nay. Nhóm của chúng tôi sẵn sàng hỗ trợ bạn trong từng bước triển khai process mining.

Cải thiện khoản phải thu trong SAP S/4HANA, tăng dòng tiền

Cùng các doanh nghiệp giảm DSO từ 15 đến 20 ngày bằng công cụ của chúng tôi

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

Không cần thẻ tín dụng. Thiết lập trong 5 phút.