Mẫu dữ liệu xử lý đơn hàng bán trong Order to Cash

Mã đơn hàng bán là nền tảng của process mining trong quy trình từ đơn hàng đến thu tiền. Mã này xác định duy nhất từng trường hợp từ lúc tạo đến khi đóng đơn. Đây là khóa chính liên kết mọi hoạt động, sự kiện và điểm dữ liệu liên quan, tạo thành hành trình đầu cuối của một đơn hàng.

Khi phân tích, thuộc tính này giúp tái dựng vòng đời của từng đơn hàng bán. Bạn có thể dùng mã này để theo dõi trình tự sự kiện, đo thời gian giữa các hoạt động và tổng hợp chỉ số ở cấp đơn hàng. Ví dụ, để tính KPI “Thời gian hoàn tất đơn hàng”, cần nhóm các hoạt động theo mã đơn hàng bán rồi tính khoảng thời gian giữa sự kiện đầu tiên và cuối cùng.

Mã này rất cần thiết để theo dõi từng đơn hàng trong quy trình, từ đó phân tích thời gian xử lý, điểm nghẽn và sai lệch ở cấp hồ sơ.

Thường nằm trong bảng phần đầu của chứng từ đơn hàng bán trong hệ thống ERP hoặc CRM nguồn.

Tên hoạt động mô tả một bước hoặc cột mốc trong vòng đời đơn hàng bán, chẳng hạn “Đã tạo đơn hàng bán”, “Đã kiểm tra tín dụng” hoặc “Đã giao hàng”. Mỗi hoạt động là một hành động riêng được thực hiện trên đơn hàng, tạo nên các bước của sơ đồ quy trình.

Phân tích dựa nhiều vào thuộc tính này để trực quan hóa luồng quy trình, xác định các lộ trình phổ biến và phát hiện sai lệch so với quy trình chuẩn. Phân tích trình tự hoạt động giúp chuyên viên phân tích tìm ra điểm nghẽn, vòng lặp làm lại, chẳng hạn hoạt động “Đã thay đổi đơn hàng bán” lặp lại, và các trường hợp không tuân thủ. Thuộc tính này là nền tảng cho các bảng điều khiển như “Mức độ tuân thủ và sai lệch quy trình” và KPI như “Tỷ lệ làm lại đơn hàng bán”.

Thuộc tính này xác định các bước trong quy trình, giúp bạn trực quan hóa sơ đồ quy trình, phân tích luồng và phát hiện việc làm lại hoặc sai lệch.

Thường được xác định từ các thay đổi trạng thái chứng từ, nhật ký sự kiện hoặc mã giao dịch trong các phân hệ bán hàng, giao hàng và lập hóa đơn của hệ thống nguồn.

Thời điểm sự kiện là dấu thời gian ghi lại chính xác lúc một hoạt động diễn ra. Thuộc tính này cung cấp mốc thời gian cho quy trình, giúp sắp xếp theo trình tự thời gian mọi sự kiện liên quan đến một đơn hàng bán.

Dấu thời gian này rất quan trọng trong mọi phân tích dựa trên thời gian. Bạn có thể dùng để tính thời gian xử lý giữa hai hoạt động bất kỳ, xác định thời lượng của từng bước và tìm ra chậm trễ hoặc điểm nghẽn. Ví dụ, KPI “Thời gian hoàn tất đơn hàng” được tính bằng chênh lệch giữa thời điểm sự kiện giao hàng cuối cùng và thời điểm tạo đơn hàng ban đầu. Các bảng điều khiển như “Tổng quan thời gian xử lý đơn hàng bán” phụ thuộc hoàn toàn vào thuộc tính này.

Dấu thời gian này rất cần thiết để tính các chỉ số hiệu suất như thời gian xử lý và thời lượng, qua đó xác định điểm nghẽn.

Thường nằm cùng mỗi giao dịch hoặc bản ghi cập nhật trạng thái, với tên trường như ngày tạo, ngày thay đổi hoặc ngày hạch toán.

Thuộc tính Hệ thống nguồn cho biết hệ thống ghi nhận nơi tạo ra dữ liệu sự kiện. Trong doanh nghiệp hiện đại, một quy trình đầu cuối như từ đơn hàng đến thu tiền thường trải qua nhiều ứng dụng, chẳng hạn CRM dùng để tạo đơn hàng và ERP dùng để xử lý giao hàng, lập hóa đơn.

Khi phân tích, thuộc tính này giúp bạn hiểu các hệ thống công nghệ tham gia vào quy trình. Thuộc tính cũng giúp xác định các điểm tích hợp và vấn đề tiềm ẩn về tính nhất quán dữ liệu giữa các hệ thống. Phân tích hoạt động theo hệ thống nguồn có thể cho thấy một số bước được xử lý khác nhau hoặc chậm hơn tùy vào hệ thống thực hiện.

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 có nhiều hệ thống, giúp truy vết nguồn gốc dữ liệu và phát hiện khác biệt quy trình theo từng hệ thống.

Thông tin này thường được bổ sung trong quá trình trích xuất dữ liệu (ETL) hoặc có sẵn dưới dạng trường tiêu chuẩn trong kho dữ liệu.

Thuộc tính này ghi lại thời điểm dữ liệu được tải gần nhất vào môi trường process mining. Thuộc tính cho biết dữ liệu được phân tích còn mới đến đâu, khác với Thời điểm sự kiện, vốn ghi lại lúc hoạt động kinh doanh thực sự diễn ra.

Thông tin này thường không dùng để phân tích trực tiếp luồng quy trình, nhưng rất cần thiết cho quản trị dữ liệu và đảm bảo kết quả đáng tin cậy. Nhờ đó, chuyên viên phân tích và người dùng doanh nghiệp biết được thông tin phân tích được cập nhật đến thời điểm nào. Ví dụ, nếu dữ liệu được cập nhật lần cuối cách đây một tuần, bạn cần lưu ý điều này khi đưa ra kết luận về hiệu suất hiện tại.

Thuộc tính này cho biết dữ liệu còn mới đến đâu, giúp đảm bảo phân tích dựa trên thông tin cập nhật và kết luận vẫn phù hợp.

Thông tin này thường do công cụ trích xuất dữ liệu (ETL) hoặc nền tảng process mining tạo và lưu trong quá trình nạp dữ liệu.

Giá trị đơn hàng thể hiện tổng giá trị tài chính của đơn hàng bán. Đây là chỉ số tài chính quan trọng, cho biết quy mô của từng trường hợp.

Thuộc tính này rất hữu ích khi phân tích quy trình theo giá trị. Bạn có thể ưu tiên xử lý vấn đề bằng cách tập trung vào các đơn hàng giá trị cao. Ví dụ, chuyên viên phân tích có thể tìm hiểu xem đơn hàng giá trị cao có thời gian xử lý lâu hơn hoặc cần làm lại nhiều hơn đơn hàng giá trị thấp hay không. Thuộc tính này cũng giúp tính tác động tài chính của những điểm chưa hiệu quả trong quy trình, chẳng hạn tổng giá trị các đơn hàng bị chậm do một điểm nghẽn cụ thể. Qua đó, bạn có thể xây dựng cơ sở kinh doanh rõ ràng cho các sáng kiến cải tiến quy trình.

Cho phép phân tích theo giá trị, giúp ưu tiên cải tiến quy trình bằng cách tập trung vào đơn hàng giá trị cao và định lượng tác động tài chính của chậm trễ.

Có trong dữ liệu phần đầu đơn hàng bán, thường được tính bằng tổng giá trị thuần của tất cả các dòng hàng.

Kênh bán hàng cho biết nguồn hoặc cách thức khách đặt hàng. Đơn hàng có thể đến từ cổng thông tin trực tuyến, đội ngũ bán hàng trực tiếp, kết nối EDI với đối tác hoặc cửa hàng bán lẻ.

Phân tích quy trình theo Kênh bán hàng có thể cho thấy khác biệt đáng kể về hiệu quả và mức độ tuân thủ. Chẳng hạn, đơn hàng qua website có thể được tự động hóa cao và xử lý nhanh, trong khi đơn hàng từ đội ngũ bán hàng trực tiếp có thể cần nhiều lần chỉnh sửa thủ công và thời gian phê duyệt lâu hơn. Phân tích này giúp doanh nghiệp tối ưu luồng quy trình riêng cho từng kênh và phân bổ tài nguyên hiệu quả hơn. Đây cũng là chiều phân tích quan trọng cho các bảng điều khiển như “Điểm nghẽn trong xử lý đơn hàng”.

Cho phép so sánh hiệu suất quy trình giữa các kênh, qua đó phát hiện khác biệt về hiệu quả, mức độ tự động hóa và tuân thủ.

Thông tin này thường được lưu trong dữ liệu phần đầu đơn hàng bán và thường là trường bắt buộc khi nhập đơn hàng.

Thuộc tính này xác định bên ngoài mà đơn hàng bán được xử lý cho họ. Giá trị có thể là mã khách hàng duy nhất, tên công ty hoặc khóa khác dùng để phân biệt khách hàng.

Trong process mining, Mã khách hàng là một chiều phân tích hữu ích để phân nhóm dữ liệu. Chuyên viên phân tích có thể lọc sơ đồ quy trình để xem quy trình diễn ra thế nào với một khách hàng cụ thể, hoặc so sánh luồng quy trình giữa các nhóm khách hàng, chẳng hạn khách hàng chiến lược và khách mua không thường xuyên. Phân tích này có thể phát hiện quy trình được tùy chỉnh hoặc những khách hàng thường gây ra sai lệch hay chậm trễ, cung cấp thông tin hữu ích cho việc quản lý quan hệ khách hàng.

Cho phép lọc và so sánh quy trình giữa các khách hàng hoặc nhóm khách hàng để phát hiện quy trình được tùy chỉnh hoặc tài khoản có vấn đề.

Có trong dữ liệu phần đầu đơn hàng bán và được liên kết với dữ liệu khách hàng chính trong hệ thống ERP hoặc CRM nguồn.

Mã sản phẩm, chẳng hạn mã vật tư hoặc SKU, cho biết mặt hàng được bán. Một đơn hàng bán có thể gồm nhiều sản phẩm. Thuộc tính này thường đại diện cho sản phẩm chính hoặc được tổng hợp thành nhóm sản phẩm để phân tích ở cấp cao.

Thuộc tính này cho phép xem quy trình từ đơn hàng đến thu tiền theo từng sản phẩm. Phân tích có thể cho thấy một số sản phẩm gắn với thời gian xử lý đơn hàng lâu hơn, nhiều vấn đề giao hàng hơn hoặc tỷ lệ hủy cao hơn. Thông tin này rất quan trọng đối với việc lập kế hoạch chuỗi cung ứng, quản lý hàng tồn kho và xây dựng chiến lược danh mục sản phẩm. Ví dụ, nếu một dòng sản phẩm thường xuyên bị chậm ở bước “Chuyển đến kho”, bạn có thể kiểm tra mức tồn kho hoặc vị trí lưu trữ sản phẩm đó.

Cho phép phân tích hiệu suất quy trình theo từng sản phẩm hoặc nhóm sản phẩm, giúp phát hiện điểm nghẽn hoặc vấn đề riêng của từng sản phẩm.

Có ở cấp dòng hàng của đơn hàng bán. Khi phân tích ở cấp hồ sơ, thuộc tính này có thể đại diện cho dòng hàng quan trọng nhất hoặc một nhóm sản phẩm được suy ra.

Thuộc tính Tên người dùng xác định cá nhân hoặc tác nhân tự động chịu trách nhiệm thực hiện một hoạt động. Đó có thể là nhân viên bán hàng tạo đơn, quản lý tín dụng duyệt đơn hoặc người dùng hệ thống tự động hạch toán khoản thanh toán.

Thuộc tính này cho phép phân tích quy trình theo người thực hiện. Bạn có thể dùng để phân tích phân bổ khối lượng công việc, so sánh hiệu suất giữa các nhóm hoặc cá nhân và xác định nhu cầu đào tạo. Thuộc tính này cũng rất quan trọng đối với việc tuân thủ và lưu vết kiểm toán. Phân tích hoạt động theo người dùng giúp xác định ai tham gia vào các vòng lặp làm lại hoặc hành vi không tuân thủ, đồng thời là cơ sở để tính KPI “Tỷ lệ can thiệp thủ công”.

Thuộc tính này xác định người hoặc hệ thống thực hiện hoạt động, giúp phân tích khối lượng công việc, hiệu suất nhóm, mức độ tự động hóa và tuân thủ.

Thường có trong nhật ký giao dịch hoặc lịch sử thay đổi chứng từ, với tên trường như “Người tạo” hoặc “Người thay đổi”.

Thuộc tính đúng/sai này phân biệt tác vụ do người dùng thực hiện với tác vụ được hệ thống tự động xử lý, chẳng hạn như tác vụ chạy nền, API hoặc bot RPA. Ví dụ, hệ thống có thể tự động kiểm tra tín dụng, còn xử lý chặn tín dụng thường cần thao tác thủ công.

Phân tích quy trình theo mức độ tự động hóa rất quan trọng đối với các sáng kiến chuyển đổi số. Cờ này là dữ liệu chính để tính KPI “Tỷ lệ can thiệp thủ công”. Cờ giúp xác định phần nào của quy trình đã tự động hóa nhiều và phần nào vẫn phụ thuộc vào thao tác thủ công. Từ đó, bạn có thể tìm cơ hội tự động hóa thêm để giảm chi phí, hạn chế lỗi và rút ngắn thời gian xử lý.

Phân biệt tác vụ thủ công và tự động, giúp đo lường mức độ tự động hóa và tìm cơ hội cải tiến quy trình.

Có thể suy ra thông tin này từ thuộc tính “Tên người dùng”, chẳng hạn nhận diện tài khoản hệ thống như “BATCH_USER”, hoặc từ các trường cụ thể trong nhật ký sự kiện ghi lại ngữ cảnh thực thi.

Khi đơn hàng bán bị hủy hoặc một mặt hàng bị từ chối, Lý do từ chối cho biết bối cảnh kinh doanh dẫn đến kết quả này. Các lý do có thể là “Khách hàng hủy”, “Sai giá” hoặc “Hết hàng”.

Thuộc tính này rất cần thiết để phân tích nguyên nhân gốc rễ của các vấn đề trong quy trình. Bằng cách thống kê tần suất từng lý do từ chối, doanh nghiệp có thể phát hiện vấn đề mang tính hệ thống. Chẳng hạn, nhiều đơn bị hủy vì “Sai giá” có thể cho thấy vấn đề trong quy trình báo giá hoặc dữ liệu chủ. Phân tích này giúp cải thiện tỷ lệ “Đúng ngay từ lần đầu” và giảm lãng phí trong quy trình.

Cho biết lý do đơn hàng không thành công, giúp phân tích nguyên nhân gốc rễ và xử lý các vấn đề về giá, hàng tồn kho hoặc trao đổi với khách hàng.

Thường được ghi ở cấp dòng hàng của đơn hàng bán và được chọn từ danh sách mã có sẵn khi hủy mặt hàng.

Ngày đến hạn thanh toán được tính dựa trên ngày lập hóa đơn và điều khoản thanh toán đã thỏa thuận với khách hàng. Ngày này xác định hạn thanh toán đúng hạn và là yếu tố quan trọng trong quy trình công nợ phải thu.

Thuộc tính này là cơ sở để phân tích phần tài chính của chu kỳ từ đơn hàng đến thu tiền. Đây là mốc dùng để xác định khoản thanh toán có đúng hạn hay không và là dữ liệu đầu vào trực tiếp cho KPI “Tỷ lệ thanh toán đúng hạn”. Bảng điều khiển “Chu kỳ từ lập hóa đơn đến thanh toán” dựa nhiều vào ngày này để phân tích hành vi thanh toán và quản lý vốn lưu động hiệu quả. Bạn có thể so sánh thời gian từ lúc tạo hóa đơn đến khi nhận thanh toán với ngày đến hạn để xác định khách hàng thường thanh toán chậm.

Ngày này rất quan trọng trong phân tích tài chính, là mốc để tính Tỷ lệ thanh toán đúng hạn và quản lý công nợ phải thu.

Thường có trên chứng từ hóa đơn của khách hàng, được tính từ ngày lập hóa đơn và điều khoản thanh toán trong dữ liệu khách hàng chính hoặc đơn hàng bán.

Sau khi kiểm tra hàng tồn kho và lịch sản xuất, công ty đưa ra Ngày giao hàng đã xác nhận. Ngày này thể hiện cam kết của doanh nghiệp với khách hàng và là mốc nội bộ để đo lường hiệu suất xử lý đơn hàng.

Thuộc tính này rất quan trọng để đánh giá hiệu quả vận hành nội bộ. Thuộc tính được dùng trong KPI “Tỷ lệ giao hàng đúng hạn”, bằng cách so sánh với Ngày giao hàng thực tế để xác định công ty có thực hiện đúng cam kết hay không. Nếu ngày giao hàng khách yêu cầu và ngày đã xác nhận chênh lệch đáng kể ở nhiều đơn hàng, có thể hệ thống tính toán khả năng đáp ứng đơn hàng (ATP) hoặc lập kế hoạch năng lực đang gặp vấn đề.

Thể hiện cam kết của công ty với khách hàng và là mốc nội bộ để đo lường việc giao hàng đúng hạn cũng như độ tin cậy khi xử lý đơn hàng.

Có trong dữ liệu dòng lịch giao hàng của đơn hàng bán, thường được cập nhật sau khi kiểm tra khả năng đáp ứng hoặc chạy kế hoạch sản xuất.

Ngày này thể hiện thời điểm khách hàng mong muốn nhận hàng. Đây là thông tin quan trọng được ghi nhận ngay từ đầu quy trình và là mốc chính để đánh giá mức độ hài lòng của khách hàng về thời gian giao hàng.

Khi phân tích quy trình, bạn có thể so sánh Ngày giao hàng khách yêu cầu với các ngày quan trọng khác, như ngày giao hàng đã xác nhận và ngày giao hàng thực tế, để đo lường mức độ dịch vụ. Đây là dữ liệu đầu vào quan trọng cho bảng điều khiển “Hiệu suất giao hàng đúng hạn” và giúp xác định việc giao hàng có đúng hạn theo kỳ vọng của khách hay không. Phân tích chênh lệch giữa ngày yêu cầu và ngày xác nhận cũng có thể làm rõ vấn đề trong khâu lập kế hoạch và xếp lịch.

Thể hiện kỳ vọng của khách hàng về thời điểm nhận hàng, làm mốc để đo lường hiệu suất giao hàng đúng hạn và mức độ hài lòng của khách.

Thường nằm trong phần đầu đơn hàng bán hoặc chi tiết dòng hàng, được nhập khi tạo đơn hàng.

Ngày giao hàng thực tế là dấu thời gian ghi nhận việc giao hàng thành công cho khách. Thông tin này thường dựa trên xác nhận giao hàng từ đơn vị vận chuyển.

Đây là thước đo chính xác nhất về mức độ hoàn tất giao hàng. Bạn có thể dùng ngày này để tính “Tỷ lệ giao hàng đúng hạn” bằng cách so sánh với Ngày giao hàng khách yêu cầu và Ngày giao hàng đã xác nhận. Phân tích khoảng thời gian từ hoạt động “Đã giao hàng” đến Ngày giao hàng thực tế cũng giúp đánh giá hiệu suất của đối tác logistics và phương thức vận chuyển.

Đây là bằng chứng cuối cùng cho thấy đơn hàng đã được giao, rất cần thiết để tính chính xác Tỷ lệ giao hàng đúng hạn và tổng Thời gian hoàn tất đơn hàng.

Thông tin này thường đến từ hệ thống logistics hoặc vận chuyển bên ngoài rồi được tích hợp lại vào ERP. Có thể suy ra ngày này từ dấu thời gian của hoạt động “Đã giao hàng”.

Trạng thái đơn hàng cho biết đơn hàng bán đang ở giai đoạn nào trong vòng đời tại một thời điểm cụ thể. Đây là nhãn phân loại tóm tắt tình trạng hiện tại của đơn hàng.

Trình tự hoạt động cung cấp sơ đồ quy trình chi tiết, còn thuộc tính Trạng thái đơn hàng hữu ích khi cần xem tổng quan đơn giản hơn. Bạn có thể dùng thuộc tính này để lọc các đơn hàng đang ở một trạng thái cụ thể, chẳng hạn tất cả đơn hàng “Đang bị chặn do tín dụng”. Phân tích thời gian ở từng trạng thái cũng giúp phát hiện điểm nghẽn, ví dụ đơn hàng mất quá nhiều thời gian ở trạng thái “Chờ phê duyệt”.

Tóm tắt tình trạng đơn hàng ở cấp cao, hữu ích khi lọc, phân tích trạng thái và tìm đơn hàng bị mắc kẹt ở một giai đoạn.

Đây là trường tiêu chuẩn trong phần đầu của hầu hết chứng từ đơn hàng bán trên hệ thống ERP và CRM.