Mẫu dữ liệu phải thu
Mẫu dữ liệu phải thu
- Thuộc tính phục vụ phân tích tài chính
- Các mốc chính để khám phá quy trình chính xác
- Hướng dẫn từng bước trích xuất dữ liệu từ SAP ECC
Thuộc tính phải thu
| Tên | Mô tả | ||
|---|---|---|---|
|
Hệ thống nguồn
SourceSystem
|
Tên hệ thống nơi dữ liệu được tạo ra. | ||
|
Mô tả
Xác định phiên bản hoặc client SAP ECC cụ thể nơi trích xuất bản ghi. Trong môi trường có nhiều hệ thống, thuộc tính này rất quan trọng để phân tách dữ liệu và tìm ra khác biệt trong quy trình giữa các hệ thống. Thuộc tính cũng giúp theo dõi nguồn gốc dữ liệu và xử lý sự cố tích hợp.
Vì sao điều này quan trọng
Cần thiết cho quản trị dữ liệu và xác định nguồn gốc bản ghi trong môi trường có nhiều hệ thống ERP.
Lấy dữ liệu ở đâu
Lấy từ cấu hình hệ thống hoặc thiết lập cố định khi trích xuất
Ví dụ
SAP_ECC_P01SAP_ECC_QAERP_NA_01
|
|||
|
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
|
Thời điểm trích xuất hoặc làm mới dữ liệu gần nhất. | ||
|
Mô tả
Cho biết lần gần nhất dữ liệu được đồng bộ từ hệ thống SAP ECC nguồn sang nền tảng process mining. Nhờ đó, người dùng biết dữ liệu phân tích mới đến đâu và bảng điều khiển có thể bị trễ bao lâu. Đây là thông tin quan trọng để xác nhận KPI phản ánh đúng tình hình hiện tại của doanh nghiệp.
Vì sao điều này quan trọng
Giúp người dùng biết dữ liệu trên bảng điều khiển được cập nhật đến thời điểm nào.
Lấy dữ liệu ở đâu
Do công cụ trích xuất tạo (dấu thời gian ETL)
Ví dụ
2023-11-25T00:00:00Z2023-11-25T06:00:00Z
|
|||
|
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à khóa chính của quy trình phải thu. Trong SAP ECC, khóa này thường được ghép từ số chứng từ kế toán (BELNR), mã công ty (BUKRS) và năm tài chính (GJAHR) để đảm bảo không trùng lặp trong toàn hệ thống. Đây là mã tham chiếu chính để 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 nghĩa vụ tài chính ban đầu.
Vì sao điều này quan trọng
Đây là Case ID cần thiết để theo dõi toàn bộ vòng đời của khoản phải thu, từ khi tạo đến khi tất toán.
Lấy dữ liệu ở đâu
Bảng BKPF, trường BELNR (thường được ghép với BUKRS và GJAHR)
Ví dụ
140000023420231800003991202351000008822022
|
|||
|
Tên hoạt động
ActivityName
|
Sự kiện hoặc hành động cụ thể diễn ra trong quy trình. | ||
|
Mô tả
Thuộc tính này ghi lại tên bước quy trình đã thực hiện, chẳng hạn như 'Tạo hóa đơn', 'Nhận thanh toán' hoặc 'Ghi nhận hồ sơ tranh chấp'. Tên được xác định từ mã giao dịch, loại chứng từ hoặc thay đổi trạng thái cụ thể của chứng từ kế toán. Dữ liệu này giúp dựng lại luồng quy trình và phân tích các biến thể đường đi.
Vì sao điều này quan trọng
Thuộc tính này xác định cấu trúc nhật ký sự kiện cần có để trực quan hóa sơ đồ quy trình và tìm điểm nghẽn.
Lấy dữ liệu ở đâu
Lấy từ TCODE trong BKPF, loại chứng từ trong BLART hoặc chứng từ thay đổi (CDHDR/CDPOS)
Ví dụ
Tạo hóa đơnNhận thanh toánGhi sổ giấy báo cóMở hồ sơ tranh chấp
|
|||
|
Thời điểm sự kiện
EventTime
|
Thời điểm chính xác hoạt động diễn ra. | ||
|
Mô tả
Thuộc tính này ghi lại ngày giờ chính xác một hoạt động diễn ra trong hệ thống. Với dữ liệu giao dịch trong SAP ECC, thời điểm này thường được ghép từ ngày nhập (CPUDT) và giờ nhập (CPUTM). Đây là dữ liệu thời gian cần thiết để tính thời gian chu kỳ, thời gian xử lý và khoảng thời gian giữa các bước trong quy trình.
Vì sao điều này quan trọng
Cần thiết cho mọi phân tích theo thời gian, bao gồm số ngày phải thu bình quân và tốc độ xử lý quy trình.
Lấy dữ liệu ở đâu
Bảng BKPF, các trường CPUDT (ngày) và CPUTM (giờ)
Ví dụ
2023-10-12T08:30:00Z2023-10-15T14:22:10Z2023-11-01T09:15:00Z
|
|||
|
Được tự động hóa
IsAutomated
|
Cờ cho biết hoạt động có được thực hiện tự động hay không. | ||
|
Mô tả
Cờ đúng/sai được xác định từ mã giao dịch và tên người dùng. Ví dụ: nếu TCODE là 'F110' (Chạy thanh toán tự động) hoặc người dùng là tài khoản xử lý hàng loạt của hệ thống, giá trị sẽ là đúng. Thuộc tính này cần thiết trực tiếp cho KPI 'Tỷ lệ tất toán tự động'.
Vì sao điều này quan trọng
Cần thiết để đo hiệu quả quy trình và tỷ lệ tự động hóa.
Lấy dữ liệu ở đâu
Xác định từ TCODE và USNAM
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ừ SAP (BLART) phân biệt các giao dịch kinh doanh, chẳng hạn như hóa đơn khách hàng (DR), khoản thanh toán của khách hàng (DZ) hoặc giấy báo có (DG). Thuộc tính này rất quan trọng để xác định 'CaseType' và lọc các luồng quy trình cụ thể, chẳng hạn như phân tích 'Tỷ lệ xử lý lại giấy báo có'.
Vì sao điều này quan trọng
Giúp phân biệt hóa đơn, khoản thanh toán và bút toán điều chỉnh trong dữ liệu.
Lấy dữ liệu ở đâu
Bảng BKPF, trường BLART
Ví dụ
RVDZDGDR
|
|||
|
Mã công ty
CompanyCode
|
Đơn vị tổ chức lập bảng cân đối kế toán. | ||
|
Mô tả
Đại diện cho pháp nhân hoặc công ty con cụ thể trong cơ cấu doanh nghiệp. Trong SAP, đây là trường 'BUKRS'. Phân tích theo mã công ty giúp so sánh hiệu quả giữa các đơn vị kinh doanh và xác định đơn vị nào quản lý khoản phải thu hiệu quả nhất.
Vì sao điều này quan trọng
Cần thiết để lọc bảng điều khiển theo đơn vị kinh doanh và tách riêng sổ sách kế toán.
Lấy dữ liệu ở đâu
Bảng BKPF, trường BUKRS
Ví dụ
1000US01DE99
|
|||
|
Mã khách hàng
CustomerNumber
|
Mã định danh duy nhất của tài khoản khách hàng. | ||
|
Mô tả
Mã duy nhất được gán cho khách hàng trong hệ thống SAP (KUNNR). Thuộc tính này hỗ trợ các bảng điều khiển 'Hiệu quả hoạt động thu hồi công nợ' và 'Xu hướng thanh toán theo phân khúc khách hàng' bằng cách tổng hợp chỉ số quy trình theo từng khách hàng. Đây là dữ liệu cần thiết để xác định khách hàng có rủi ro cao.
Vì sao điều này quan trọng
Cho phép phân tích sâu hành vi và xu hướng thanh toán của từng khách hàng.
Lấy dữ liệu ở đâu
Bảng BSEG hoặc BSID/BSAD, trường KUNNR
Ví dụ
000100293CUST-9921000550021
|
|||
|
Ngày đến hạn thanh toán
NetDueDate
|
Ngày thanh toán được tính là hạn cuối. | ||
|
Mô tả
Đây là hạn cuối để thanh toán. 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 theo điều khoản thanh toán (ZTERM). Thuộc tính này rất quan trọng đối với KPI 'Tỷ lệ thanh toán đúng hạn theo điều khoản', giúp xác định hóa đơn quá hạn.
Vì sao điều này quan trọng
Mốc tham chiếu để xác định khoản thanh toán đúng hạn hay trễ hạn.
Lấy dữ liệu ở đâu
Tính từ BSEG-ZFBDT và điều khoản thanh toán (logic bảng T052)
Ví dụ
2023-12-302024-01-15
|
|||
|
Ngày tất toán
ClearingDate
|
Ngày hóa đơn được tất toán bằng thanh toán hoặc bù trừ. | ||
|
Mô tả
Ngày (AUGDT) khoản mục chưa thanh toán được tất toán trong hệ thống. Đây là thời điểm kết thúc chính thức của quy trình thu hồi công nợ cho một hóa đơn cụ thể. Ngày này là dữ liệu chính để tính 'Số ngày phải thu bình quân' và xác định khoản thanh toán có trễ hạn hay không.
Vì sao điều này quan trọng
Dữ liệu thời gian cốt lõi để tính DSO và tốc độ thanh toán.
Lấy dữ liệu ở đâu
Bảng BSAD (các khoản mục đã tất toán), trường AUGDT
Ví dụ
2023-12-012023-11-15
|
|||
|
Nhóm tài khoản khách hàng
CustomerAccountGroup
|
Phân loại khách hàng thành các phân khúc khác nhau. | ||
|
Mô tả
Nhóm tài khoản SAP (KTOKD) phân loại khách hàng, chẳng hạn như bên mua, bên nhận hàng hoặc giao dịch nội bộ. Đây là dữ liệu chính để phân nhóm khách hàng. Thuộc tính này cần thiết cho bảng điều khiển 'Xu hướng thanh toán theo phân khúc khách hàng', giúp so sánh mức độ tuân thủ điều khoản thanh toán giữa các nhóm khách hàng.
Vì sao điều này quan trọng
Cách chuẩn để phân nhóm khách hàng trong SAP.
Lấy dữ liệu ở đâu
Bảng KNA1, trường KTOKD
Ví dụ
KUNA0001DEBI
|
|||
|
Số tiền theo nội tệ
AmountInLocalCurrency
|
Giá trị của khoản mục theo đơn vị tiền tệ của mã công ty. | ||
|
Mô tả
Đại diện cho giá trị tài chính của hoạt động hoặc chứng từ theo đơn vị tiền tệ trong sổ cái nội bộ (DMBTR). Thuộc tính này dùng để tính 'ActivityAmount' và ưu tiên thu hồi công nợ theo giá trị. Nhờ đó, bạn có thể tập trung phân tích các khoản mục chưa thanh toán có giá trị lớn.
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 các hồ sơ có giá trị lớn.
Lấy dữ liệu ở đâu
Bảng BSEG, trường DMBTR
Ví dụ
1500.00230.5010000.00
|
|||
|
Tên người dùng
UserName
|
Mã người dùng thực hiện giao dịch. | ||
|
Mô tả
Ghi lại SAP User ID (USNAM) gắn với việc tạo hoặc chỉnh sửa chứng từ. Thuộc tính này ánh xạ sang 'User' và được dùng trong bảng điều khiển 'Hiệu quả xử lý tranh chấp' để theo dõi hiệu suất của nhân viên xử lý. Thuộc tính cũng giúp phân biệt người dùng thao tác thủ công với tài khoản hệ thống.
Vì sao điều này quan trọng
Cho phép phân tích hiệu suất theo từng thành viên trong nhóm và phát hiện hoạt động tự động hóa.
Lấy dữ liệu ở đâu
Bảng BKPF, trường USNAM
Ví dụ
JSMITHBATCH_USERFIN_AP_01
|
|||
|
Đ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ả
Mã điều khoản thanh toán (ZTERM) xác định ngày đến hạn và các khoản chiết khấu áp dụng. Phân tích thuộc tính này giúp xác định vấn đề trong 'Áp dụng chiết khấu thanh toán sớm' bắt nguồn từ điều khoản quá chặt hay lỗi quy trình. Đây là chiều phân tích quan trọng về tuân thủ tài chính.
Vì sao điều này quan trọng
Xác định cách xử lý dự kiến và thời hạn của hồ sơ.
Lấy dữ liệu ở đâu
Bảng BSEG hoặc KNB1, trường ZTERM
Ví dụ
NT30ZB010001
|
|||
|
Khu vực kiểm soát tín dụng
CreditControlArea
|
Đơn vị tổ chức phụ trách quản lý tín dụng. | ||
|
Mô tả
Khu vực kiểm soát tín dụng (KKBER) được dùng để thiết lập và theo dõi hạn mức tín dụng của khách hàng. Thuộc tính này hỗ trợ phân tích 'Tác động của hạn mức và xếp hạng tín dụng' bằng cách nhóm khách hàng theo chính sách tín dụng tương ứng. Nhờ đó, bạn có thể đối chiếu thiết lập rủi ro tín dụng với tình trạng chậm thanh toán.
Vì sao điều này quan trọng
Dữ liệu quan trọng để phân tích rủi ro tín dụng và hiệu quả chính sách.
Lấy dữ liệu ở đâu
Bảng KNB1 hoặc KNKK, trường KKBER
Ví dụ
US01GLBLEU00
|
|||
|
Mã giao dịch
TransactionCode
|
Mã giao dịch SAP dùng để thực hiện hoạt động. | ||
|
Mô tả
Mã giao dịch cụ thể (TCODE) dùng để ghi nhận chứng từ, chẳng hạn như 'FB01' (Ghi nhận chứng từ) hoặc 'F110' (Thanh toán tự động). Thuộc tính này là cơ sở để tính 'IsAutomated' và theo dõi trong 'Theo dõi tự động hóa phân bổ tiền thu'. Qua đó, bạn có thể biết chứng từ được ghi nhận bằng cách nào.
Vì sao điều này quan trọng
Các T-Code khác nhau cho biết cách xử lý khác nhau, thủ công hoặc tự động.
Lấy dữ liệu ở đâu
Bảng BKPF, trường TCODE
Ví dụ
VF01F110FB70FEB_BSPROC
|
|||
|
Mã hồ sơ tranh chấp
DisputeCaseId
|
Mã định danh hồ sơ tranh chấp liên kết với hóa đơn. | ||
|
Mô tả
Mã định danh duy nhất (CASE_GUID hoặc ID bên ngoài) từ mô-đun SAP FSCM Dispute Management. Thuộc tính này bắt buộc đối với bảng điều khiển 'Hiệu quả xử lý tranh chấp'. Thuộc tính liên kết chứng từ tài chính với quy trình làm việc xử lý tranh chấp, giúp tính thời gian giải quyết.
Vì sao điều này quan trọng
Liên kết quy trình phải thu với quy trình con Quản lý tranh chấp.
Lấy dữ liệu ở đâu
Bảng FDM_DCPROC hoặc SCMG_T_CASE_ATTR (nếu FSCM đang hoạt động)
Ví dụ
DISP-000123100029384
|
|||
|
Quốc gia của khách hàng
CustomerCountry
|
Mã quốc gia gắn với khách hàng. | ||
|
Mô tả
Vị trí địa lý của khách hàng (LAND1), lấy từ dữ liệu chính của khách hàng. Thuộc tính này hỗ trợ 'Phân tích thời gian chu kỳ hóa đơn' bằng cách phân nhóm hiệu suất theo khu vực. Nhờ đó, bạn có thể xác định liệu khách hàng ở một số quốc gia có chu kỳ thanh toán dài hơn do tập quán địa phương hoặc chậm trễ ngân hàng hay không.
Vì sao điều này quan trọng
Hỗ trợ phân tích hiệu suất theo khu vực và lập báo cáo theo quy định.
Lấy dữ liệu ở đâu
Bảng KNA1, trường LAND1
Ví dụ
USDEFR
|
|||
|
Thành phố thanh toán
BillingCity
|
Thành phố trong địa chỉ thanh toán của khách hàng. | ||
|
Mô tả
Tên thành phố (ORT01) lấy từ dữ liệu chính của khách hàng. Thuộc tính này giúp bảng điều khiển xác định phân khúc khách hàng hoặc thành phố thanh toán nào góp phần làm số ngày phải thu tăng cao. Nhờ đó, bạn có thể phân tích chi tiết hành vi thanh toán theo khu vực địa lý.
Vì sao điều này quan trọng
Đây là dữ liệu cần có riêng cho bảng điều khiển Phân tích thời gian chu kỳ hóa đơn.
Lấy dữ liệu ở đâu
Bảng KNA1, trường ORT01
Ví dụ
New YorkBerlinLondon
|
|||
|
Thanh toán trễ hạn
IsLatePayment
|
Cờ cho biết khoản thanh toán có được nhận sau ngày đến hạn hay không. | ||
|
Mô tả
Cờ đúng/sai được tính bằng cách so sánh ngày tất toán với ngày đến hạn thanh toán. Thuộc tính này giúp tính KPI 'Tỷ lệ thanh toán đúng hạn theo điều khoản' dễ dàng hơn. Bạn có thể nhanh chóng lọc các hồ sơ không tuân thủ trên bảng điều khiển.
Vì sao điều này quan trọng
Nhanh chóng xác định các trường hợp không tuân thủ điều khoản thanh toán.
Lấy dữ liệu ở đâu
Được tính như sau: ClearingDate > NetDueDate
Ví dụ
truefalse
|
|||
|
Xếp hạng tín dụng
CreditRating
|
Điểm đánh giá khả năng tín dụng của khách hàng. | ||
|
Mô tả
Xếp hạng tín dụng của khách hàng (CTLPC hoặc trường tương tự trong KNKK/FSCM). Thuộc tính này cần thiết cho bảng điều khiển 'Tác động của hạn mức và xếp hạng tín dụng'. Thuộc tính giúp chuyên viên phân tích đối chiếu khả năng xảy ra tranh chấp hoặc chậm thanh toán với hồ sơ rủi ro của khách hàng.
Vì sao điều này quan trọng
Kết nối dữ liệu quản lý rủi ro với hiệu quả vận hành.
Lấy dữ liệu ở đâu
Bảng KNKK (Quản lý tín dụng) hoặc các bảng FSCM
Ví dụ
A+Rủi ro cao500
|
|||
Hoạt động trong quy trình phải thu
| Hoạt động | Mô tả | ||
|---|---|---|---|
|
Ghi nhận vụ tranh chấp
|
Gắn mã lý do vào dòng hóa đơn để ghi nhận khách hàng không đồng ý hoặc có thắc mắc. Thao tác này thường khiến hóa đơn bị chặn thanh toán. | ||
|
Vì sao điều này quan trọng
Chỉ số quan trọng để đo 'Hiệu quả giải quyết tranh chấp'. Giúp xác định nguyên nhân tiền bị giữ lại và đo thời gian xử lý tranh chấp.
Lấy dữ liệu ở đâu
Thay đổi BSEG-RSTGR (Mã lý do) hoặc tích hợp với các bảng SAP FSCM Dispute Management (UDM_CASE).
Thu thập
So sánh trường trạng thái trước và sau thay đổi hoặc kiểm tra nhật ký FSCM
Loại sự kiện
inferred
|
|||
|
Ghi sổ thanh toán từng phần
|
Nhận khoản thanh toán chỉ bao gồm một phần tổng số tiền trên hóa đơn. Hóa đơn vẫn chưa tất toán và còn số dư. | ||
|
Vì sao điều này quan trọng
Cần thiết cho 'Phân tích tác động của thanh toán từng phần'. Thanh toán từng phần làm tăng độ phức tạp của việc đối chiếu và kéo dài thời gian xử lý.
Lấy dữ liệu ở đâu
Bảng BSEG. Xác định chứng từ thanh toán (loại DZ/KZ) tham chiếu đến hóa đơn (REBZG) nhưng chưa tất toán toàn bộ.
Thu thập
Ghi nhận khi chứng từ thanh toán được ghi sổ
Loại sự kiện
explicit
|
|||
|
Gửi hóa đơn
|
Gửi chứng từ hóa đơn cho khách hàng qua bản in, email hoặc EDI. Hoạt động này đánh dấu thời điểm khách hàng thực sự nhận được yêu cầu thanh toán. | ||
|
Vì sao điều này quan trọng
Cần thiết để tính KPI 'Thời gian từ lập đến gửi hóa đơn'. Chậm trễ ở bước này trực tiếp làm tăng số ngày phải thu bình quân.
Lấy dữ liệu ở đâu
Có thể cần nối chứng từ FI với chứng từ lập hóa đơn SD (VBRK) và kiểm tra bảng Kiểm soát đầu ra (NAST) để xác nhận trạng thái xử lý thành công.
Thu thập
Đối chiếu VBRK-VBNUM với nhật ký đầu ra trong NAST
Loại sự kiện
inferred
|
|||
|
Gửi nhắc thanh toán
|
Gửi thư nhắc nợ hoặc nhắc thanh toán cho khách hàng do có số dư quá hạn. Đây là hoạt động chủ động của nhóm thu hồi công nợ. | ||
|
Vì sao điều này quan trọng
Cần thiết cho dashboard 'Hiệu quả hoạt động thu hồi công nợ'. Tần suất cao thường cho thấy khách hàng có thói quen thanh toán kém.
Lấy dữ liệu ở đâu
Bảng MHND (Dữ liệu nhắc nợ) và MHNK (Phần đầu nhắc nợ). Ghi lại ngày gửi và cấp độ nhắc nợ.
Thu thập
Ghi nhận khi chạy nhắc nợ (F150)
Loại sự kiện
explicit
|
|||
|
Nhận thanh toán
|
Ghi sổ chứng từ thanh toán đến để tất toán hóa đơn. Thao tác này ghi nhận dòng tiền vào sổ cái. | ||
|
Vì sao điều này quan trọng
Sự kiện cốt lõi để tính 'Số ngày phải thu bình quân'. Đánh dấu thời điểm doanh thu được thu thành tiền.
Lấy dữ liệu ở đâu
Bảng BKPF/BSEG. Loại chứng từ 'DZ' (Thanh toán của khách hàng) hoặc 'KZ' (Thanh toán của nhà cung cấp cho khách hàng).
Thu thập
Ghi nhận khi giao dịch thanh toán được thực hiện
Loại sự kiện
explicit
|
|||
|
Tạo chứng từ kế toán
|
Ghi nhận hóa đơn khách hàng lần đầu vào sổ kế toán tài chính. Bước này tạo khoản mục chưa tất toán trong sổ phụ công nợ phải thu. | ||
|
Vì sao điều này quan trọng
Đánh dấu thời điểm bắt đầu nghĩa vụ tài chính chính thức và tính tuổi nợ của hóa đơn khách hàng.
Lấy dữ liệu ở đâu
Bảng BKPF (phần đầu) và BSEG (phân đoạn). Xác định chứng từ có Loại tài khoản (KOART) là 'D' (Khách hàng). Dùng Ngày nhập (CPUDT) và Giờ nhập (CPUTM).
Thu thập
Ghi nhận khi giao dịch tạo bản ghi trong BKPF
Loại sự kiện
explicit
|
|||
|
Tất toán hóa đơn
|
Bước đối chiếu cuối cùng, liên kết hóa đơn chưa tất toán với khoản thanh toán và xóa trạng thái chưa tất toán của khoản mục. Quy trình hoàn tất tại đây. | ||
|
Vì sao điều này quan trọng
Sự kiện kết thúc thiết yếu. Dùng để tính 'Tỷ lệ tất toán tự động' và hoàn tất vòng đời.
Lấy dữ liệu ở đâu
Bảng BSEG. Các trường 'AUGBL' (Chứng từ tất toán) và 'AUGDT' (Ngày tất toán) được điền cho dòng hóa đơn.
Thu thập
Ghi nhận khi khoản mục chưa tất toán được tất toán
Loại sự kiện
explicit
|
|||
|
Áp dụng chiết khấu tiền mặt
|
Sử dụng điều khoản chiết khấu thanh toán để giảm số tiền cần thanh toán cuối cùng. Áp dụng khi khách hàng thanh toán trong thời hạn được hưởng chiết khấu. | ||
|
Vì sao điều này quan trọng
Theo dõi 'Tỷ lệ tận dụng chiết khấu thanh toán sớm'. Giúp xác minh chiết khấu được áp dụng đúng điều kiện hay bị cho phép sai.
Lấy dữ liệu ở đâu
Bảng BSEG. Trường 'SKNTO' (Số tiền chiết khấu tiền mặt) được điền trên dòng mục tất toán.
Thu thập
Ghi nhận dưới dạng giá trị trường trong chứng từ tất toán
Loại sự kiện
explicit
|
|||
|
Đảo ngược tất toán
|
Hủy thao tác tất toán đã thành công trước đó, khiến hóa đơn mở lại. Điều này cho thấy có thể đã xảy ra lỗi khi hạch toán tiền thu ban đầu. | ||
|
Vì sao điều này quan trọng
Cho thấy có công việc phải làm lại. Đảo ngược thường xuyên có thể là dấu hiệu quy tắc tự động hạch toán tiền thu có vấn đề hoặc nhân viên chưa được hướng dẫn đầy đủ về đối chiếu thủ công.
Lấy dữ liệu ở đâu
Bảng BKPF. Xác định chứng từ có Chứng từ tất toán bị đặt lại (theo logic giao dịch FBRA) hoặc kiểm tra nhật ký thay đổi.
Thu thập
Ghi nhận khi thực hiện giao dịch FBRA
Loại sự kiện
explicit
|
|||
|
Đối chiếu sao kê ngân hàng
|
Tự động đối chiếu một dòng trên sao kê ngân hàng điện tử với tài khoản khách hàng. Đây là bước ghi nhận ban đầu khoản tiền vào ngân hàng. | ||
|
Vì sao điều này quan trọng
Hỗ trợ 'Công cụ theo dõi tự động hóa hạch toán tiền thu'. Cho biết hiệu quả xử lý sao kê ngân hàng điện tử (EBS).
Lấy dữ liệu ở đâu
Bảng FEBEP (Các dòng sao kê ngân hàng điện tử) và FEBA (Xử lý sao kê ngân hàng).
Thu thập
Ghi nhận khi EBS được tải lên và xử lý
Loại sự kiện
explicit
|
|||
|
Ghi nhận cam kết thanh toán
|
Khách hàng cam kết thanh toán một khoản tiền cụ thể vào một ngày cụ thể. Thông tin này cập nhật dự báo dòng tiền. | ||
|
Vì sao điều này quan trọng
Dùng trong 'Hiệu quả hoạt động thu hồi công nợ'. Tỷ lệ thực hiện cam kết giúp dự báo độ chính xác của dòng tiền ngắn hạn.
Lấy dữ liệu ở đâu
Các bảng SAP FSCM Collections Management (UDM_P2P) hoặc thông tin suy ra từ ghi chú văn bản do nhân viên thu hồi công nợ tạo.
Thu thập
Ghi nhận trong FSCM hoặc bảng văn bản STXH
Loại sự kiện
explicit
|
|||
|
Ghi sổ giấy báo có
|
Phát hành giấy báo có cho khách hàng để giảm số dư công nợ phải thu chưa thanh toán. Thường dùng để sửa lỗi lập hóa đơn hoặc xử lý hàng trả lại. | ||
|
Vì sao điều này quan trọng
Cung cấp dữ liệu cho KPI 'Tỷ lệ làm lại giấy báo có'. Số lượng cao cho thấy vấn đề chất lượng ở các khâu trước đó của quy trình bán hàng hoặc thực hiện đơn hàng.
Lấy dữ liệu ở đâu
Bảng BKPF/BSEG có Loại chứng từ là 'DG' (hoặc loại giấy báo có tùy chỉnh) và tham chiếu đến hóa đơn ban đầu.
Thu thập
Ghi nhận khi giao dịch tạo chứng từ ghi có trong BKPF
Loại sự kiện
explicit
|
|||
|
Ghi sổ khoản xóa nợ
|
Phân loại số dư hóa đơn là không thể thu hồi, chuyển khoản này khỏi công nợ phải thu sang chi phí nợ xấu. Áp dụng khi không thu được tiền. | ||
|
Vì sao điều này quan trọng
Kết thúc quy trình theo hướng không mong muốn. Sự kiện này quan trọng khi phân tích nguyên nhân gốc gây thất thoát doanh thu.
Lấy dữ liệu ở đâu
Bảng BSEG. Chứng từ tất toán có Loại chứng từ cụ thể (ví dụ: 'AB') hoặc Mã lý do cho biết khoản nợ đã bị xóa.
Thu thập
Xác định dựa trên loại chứng từ và ánh xạ tài khoản GL
Loại sự kiện
inferred
|
|||
|
Thay đổi điều khoản thanh toán
|
Cập nhật các điều kiện thanh toán đã thỏa thuận, chẳng hạn ngày đến hạn hoặc điều kiện hưởng chiết khấu, sau khi hóa đơn được ghi sổ. Việc này thường phản ánh một thỏa thuận lại hoặc điều chỉnh. | ||
|
Vì sao điều này quan trọng
Thay đổi điều khoản thanh toán làm sai lệch phân tích tuổi nợ và có thể cho thấy dữ liệu danh mục bị lỗi hoặc có nhượng bộ ngoài quy trình.
Lấy dữ liệu ở đâu
Các bảng chứng từ thay đổi (CDHDR/CDPOS) được liên kết với chứng từ kế toán (BSEG-ZTERM hoặc BSEG-ZFBDT).
Thu thập
Ghi nhận khi chứng từ thay đổi được ghi vào CDHDR
Loại sự kiện
explicit
|
|||
Hướng dẫn trích xuất dữ liệu
Sẵn sàng bắt đầu chưa?
Hãy áp dụng các chuẩn dữ liệu này cho hệ thống SAP ECC để cải thiện quy trình thu hồi công nợ ngay hôm nay. Đội ngũ của chúng tôi sẵn sàng hỗ trợ bạn trong từng bước triển khai process mining.
Tối ưu quy trình phải thu, khắc phục các vấn đề về dòng tiền ngay hôm nay
Giảm DSO từ 15 đến 20 ngày và đẩy nhanh thanh toán trên SAP ECC.
Không cần thẻ tín dụng, thiết lập chỉ mất vài phút