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

SAP ECC
Mẫu dữ liệu phải thu

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

Mẫu này giúp bạn xác định các thành phần dữ liệu cần thiết để sơ đồ hóa quy trình tài chính trong SAP ECC. Mẫu liệt kê các bước quy trình cần theo dõi cùng những trường dữ liệu cần có để nắm rõ chu trình thu hồi công nợ. Làm theo hướng dẫn này để event log ghi lại đủ thông tin, giúp tăng hiệu quả và cải thiện dòng tiền.
  • 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
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 phải thu

Đây là các trường dữ liệu nên có trong event log để phân tích đầy đủ quy trình phải thu.
5 Bắt buộc 9 Nên có 8 Không bắt buộc
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
Bắt buộc Nên có Không bắt buộc

Hoạt động trong quy trình phải thu

Các bước và mốc quy trình này là những hoạt động thiết yếu cần ghi lại trong event log để khám phá chính xác quy trình tài chính.
7 Nên có 7 Không bắt buộc
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
Nên có Không bắt buộc

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

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

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.

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

Không cần thẻ tín dụng, thiết lập chỉ mất vài phút