Mẫu dữ liệu khoản phải thu
Mẫu dữ liệu khoản phải thu
- 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
Thuộc tính khoản phải thu
| 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
|
|||
Hoạt động khoản phải thu
| 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
|
|||
Hướng dẫn trích xuất
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
Không cần thẻ tín dụng. Thiết lập trong 5 phút.