Mẫu dữ liệu quy trình mua hàng đến thanh toán, từ yêu cầu đến đơn đặt hàng
Mẫu dữ liệu quy trình mua hàng đến thanh toán, từ yêu cầu đến đơn đặt hàng
- 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 dữ liệu từ NetSuite
Thuộc tính của quy trình mua hàng đến thanh toán, từ yêu cầu đến đơn đặt hàng
| Tên | Mô tả | ||
|---|---|---|---|
|
Đơn đặt hàng
PurchaseOrder
|
Mã định danh duy nhất của đơn đặt hàng, dùng làm mã hồ sơ chính để theo dõi toàn bộ vòng đời mua sắm. | ||
|
Mô tả
Số đơn đặt hàng là mã định danh trung tâm, liên kết mọi hoạt động liên quan từ lúc tạo đơn đến khi thanh toán và đóng đơn. Mỗi số đơn đặt hàng riêng biệt tương ứng với một lần thực hiện quy trình mua sắm. Trong process mining, thuộc tính này dùng để nhóm mọi sự kiện liên quan vào cùng một hồ sơ. Phân tích hành trình của từng đơn đặt hàng giúp bạn thấy rõ quy trình từ đầu đến cuối, nhận diện các biến thể và tính các chỉ số ở cấp hồ sơ như tổng thời gian chu kỳ.
Vì sao điều này quan trọng
Đây là mã định danh hồ sơ thiết yếu, giúp tái dựng và phân tích toàn bộ vòng đời của từng đơn đặt hàng.
Lấy dữ liệu ở đâu
Thông thường, đây là mã giao dịch chính trên bản ghi đơn đặt hàng trong NetSuite, thường có tên là 'Transaction ID' hoặc 'PO #'.
Ví dụ
PO-001254PO-001299PO-001357
|
|||
|
Tên hoạt động
ActivityName
|
Tên của sự kiện kinh doanh hoặc bước cụ thể diễn ra trong quy trình đơn đặt hàng. | ||
|
Mô tả
Thuộc tính này mô tả một hành động cụ thể hoặc thay đổi trạng thái trong vòng đời đơn đặt hàng, chẳng hạn như 'Purchase Order Created', 'Purchase Order Approved' hoặc 'Bill Payment Made'. Các hoạt động này tạo thành những nút trong sơ đồ quy trình. Phân tích trình tự và tần suất của các hoạt động là trọng tâm của process mining. Việc này giúp trực quan hóa luồng quy trình, nhận diện các đường đi phổ biến và hiếm gặp (biến thể), đồng thời xác định điểm nghẽn hoặc sai lệch so với quy trình chuẩn.
Vì sao điều này quan trọng
Thuộc tính này xác định các bước trong sơ đồ quy trình, giúp trực quan hóa và phân tích luồng quy trình, các biến thể và mức độ tuân thủ.
Lấy dữ liệu ở đâu
Giá trị này thường được xác định từ loại giao dịch kết hợp với trường trạng thái (ví dụ: 'Order Status') hoặc từ nhật ký kiểm tra hệ thống trong NetSuite.
Ví dụ
Đã tạo đơn đặt hàngĐã phê duyệt đơn đặt hàngĐã tạo giao dịch nhận hàngĐã tạo hóa đơn từ đơn đặt hàng
|
|||
|
Thời điểm sự kiện
EventTime
|
Ngày và giờ chính xác khi hoạt động diễn ra. | ||
|
Mô tả
Dấu thời gian này ghi lại chính xác thời điểm một hoạt động diễn ra. Đây là cơ sở thời gian cho mọi phân tích hiệu suất và thời lượng trong process mining. Thời điểm sự kiện được dùng để sắp xếp hoạt động theo trình tự thời gian trong từng hồ sơ, tính thời gian giữa các bước và đo tổng thời gian chu kỳ của hồ sơ. Dữ liệu này rất quan trọng để xác định điểm nghẽn, đo thời gian chờ và phân tích hiệu suất theo thỏa thuận mức dịch vụ.
Vì sao điều này quan trọng
Thuộc tính này rất quan trọng để tính mọi chỉ số dựa trên thời gian, như thời gian chu kỳ và thời lượng, vốn giúp xác định các điểm chậm trễ trong quy trình.
Lấy dữ liệu ở đâu
Đây là dấu thời gian gắn với từng giao dịch hoặc lần thay đổi trạng thái, thường nằm trong các trường như 'Date Created' hoặc nhật ký kiểm tra hệ thống của NetSuite.
Ví dụ
2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
|
|||
|
Hệ thống nguồn
SourceSystem
|
Hệ thống được trích xuất dữ liệu. | ||
|
Mô tả
Thuộc tính này xác định nguồn gốc của dữ liệu quy trình. Trong chế độ xem này, giá trị luôn là 'NetSuite'. Trong các dự án process mining lớn kết hợp dữ liệu từ nhiều hệ thống, trường này rất quan trọng để truy vết nguồn gốc dữ liệu, xử lý sự cố và hiểu hành vi riêng của từng hệ thống. Trường này giúp xác định rõ nguồn của từng dữ liệu.
Vì sao điều này quan trọng
Giúp truy vết nguồn gốc dữ liệu, làm rõ dữ liệu quy trình đến từ đâu, đặc biệt trong môi trường có nhiều hệ thống tích hợp.
Lấy dữ liệu ở đâu
Đây là giá trị cố định ('NetSuite'), được thêm trong quá trình trích xuất và chuyển đổi dữ liệu.
Ví dụ
NetSuite
|
|||
|
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
|
Dấu thời gian cho biết dữ liệu của sự kiện này được làm mới lần gần nhất từ hệ thống nguồn khi nào. | ||
|
Mô tả
Thuộc tính này ghi lại ngày giờ dữ liệu được trích xuất hoặc cập nhật gần nhất. Nhờ đó, bạn biết dữ liệu đang phân tích mới đến mức nào. Biết thời điểm cập nhật gần nhất giúp bạn đánh giá mức độ kịp thời của thông tin phân tích. Chuyên viên phân tích và người dùng nghiệp vụ có thể xác nhận mình đang xem dữ liệu quy trình mới nhất hay không. Điều này đặc biệt quan trọng với dashboard theo dõi vận hành.
Vì sao điều này quan trọng
Cho biết dữ liệu mới đến mức nào, giúp đảm bảo phân tích và dashboard dựa trên thông tin cập nhật.
Lấy dữ liệu ở đâu
Đây là dấu thời gian được tạo và thêm trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL).
Ví dụ
2024-05-21T02:00:00Z
|
|||
|
Danh mục mua hàng
PurchaseCategory
|
Phân loại hàng hóa hoặc dịch vụ được mua, chẳng hạn thiết bị CNTT, dịch vụ tiếp thị hoặc văn phòng phẩm. | ||
|
Mô tả
Thuộc tính này phân loại các mặt hàng trong đơn đặt hàng, cho phép phân tích theo nhóm chi tiêu. Trong NetSuite, thuộc tính này thường được triển khai bằng trường phân loại tùy chỉnh hoặc phân đoạn. Phân tích quy trình theo danh mục mua hàng rất cần thiết cho dashboard 'Hiệu quả theo danh mục mua hàng'. Việc này giúp xác định liệu một số loại mua hàng có thời gian chu kỳ dài hơn, tỷ lệ thay đổi cao hơn hoặc gặp nhiều vấn đề về tuân thủ hơn hay không, từ đó cải tiến quy trình có trọng tâm cho từng nhóm chi tiêu.
Vì sao điều này quan trọng
Cho phép phân tích hiệu quả quy trình theo nhóm chi tiêu, giúp xác định loại mua hàng nào kém hiệu quả hoặc không tuân thủ nhiều nhất.
Lấy dữ liệu ở đâu
Đây có thể là trường tùy chỉnh hoặc phân đoạn phân loại tiêu chuẩn như 'Class', hay phân đoạn tùy chỉnh áp dụng ở cấp đầu đơn đặt hàng hoặc dòng hàng. Hãy tham khảo tài liệu NetSuite.
Ví dụ
Thiết bị CNTTDịch vụ chuyên mônVăn phòng phẩmGiấy phép phần mềm
|
|||
|
Tên người dùng
UserName
|
Tên người dùng đã thực hiện hoạt động. | ||
|
Mô tả
Thuộc tính này xác định nhân viên hoặc người dùng hệ thống chịu trách nhiệm thực hiện một bước cụ thể trong quy trình, chẳng hạn như phê duyệt đơn đặt hàng hoặc tạo hóa đơn. Thuộc tính này cho biết nguồn lực thực hiện là người hay hệ thống. Phân tích hoạt động theo người dùng giúp hiểu cách phân bổ khối lượng công việc, xác định nhu cầu đào tạo và phát hiện bất thường. Thuộc tính này cũng rất quan trọng để theo dõi tuân thủ, vì có thể dùng để xác định ai đã thực hiện các thao tác quan trọng như thay đổi hoặc phê duyệt đơn đặt hàng.
Vì sao điều này quan trọng
Gắn hoạt động với từng người dùng cụ thể, giúp phân tích khối lượng công việc, hiệu suất và mức độ tuân thủ chính sách phân quyền.
Lấy dữ liệu ở đâu
Thông tin này có trong thẻ phụ 'System Notes' hoặc nhật ký kiểm tra trên bản ghi giao dịch, cho biết người dùng đã thực hiện thay đổi.
Ví dụ
Alice JohnsonBob WilliamsTự động hóa hệ thống
|
|||
|
Tên nhà cung cấp
VendorName
|
Tên nhà cung cấp cung cấp hàng hóa hoặc dịch vụ được mua. | ||
|
Mô tả
Thuộc tính này xác định nhà cung cấp bên ngoài cho đơn đặt hàng. Đây là chiều phân tích quan trọng để đánh giá mối quan hệ và hiệu suất của nhà cung cấp. Tên nhà cung cấp rất cần thiết cho dashboard 'Hiệu suất giao hàng của nhà cung cấp' và các KPI liên quan. Thuộc tính này cho phép phân nhóm quy trình để so sánh thời gian giao hàng, tỷ lệ giao đúng hạn và kết quả kiểm tra chất lượng giữa các nhà cung cấp, qua đó xác định nhà cung cấp đáng tin cậy cũng như nhà cung cấp có hiệu suất chưa tốt.
Vì sao điều này quan trọng
Cho phép phân tích hiệu suất riêng của từng nhà cung cấp, bao gồm thời gian giao hàng và độ tin cậy, yếu tố quan trọng để tối ưu chuỗi cung ứng.
Lấy dữ liệu ở đâu
Trường này tương ứng với 'Vendor' hoặc 'Supplier' trên thẻ chính của bản ghi đơn đặt hàng trong NetSuite.
Ví dụ
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
|
|||
|
Tên phòng ban
DepartmentName
|
Tên phòng ban liên quan đến đơn đặt hàng. | ||
|
Mô tả
Thuộc tính này cho biết phòng ban hoặc trung tâm chi phí đã yêu cầu mua hàng hay chịu trách nhiệm tài chính cho khoản mua đó. Thuộc tính này cho phép lọc và phân nhóm dữ liệu quy trình theo cơ cấu tổ chức. Phân tích quy trình theo phòng ban rất quan trọng để xác định điểm nghẽn riêng của từng phòng ban, so sánh hiệu quả giữa các đơn vị kinh doanh và hiểu cách chi tiêu. Thuộc tính này hỗ trợ trực tiếp các dashboard như 'Phân tích điểm nghẽn theo phòng ban'.
Vì sao điều này quan trọng
Cho phép phân tích quy trình theo phòng ban, giúp xác định điểm nghẽn, sự kém hiệu quả và xu hướng chi tiêu riêng của từng phòng ban.
Lấy dữ liệu ở đâu
Đây là trường tiêu chuẩn trên phần đầu hoặc các dòng hàng của bản ghi đơn đặt hàng trong NetSuite.
Ví dụ
Tài chínhDịch vụ CNTTTiếp thịVận hành
|
|||
|
Tổng số tiền
TotalAmount
|
Tổng giá trị tiền tệ của đơn đặt hàng. | ||
|
Mô tả
Thuộc tính này thể hiện tổng chi phí của tất cả hàng hóa và dịch vụ trong đơn đặt hàng. Đây là chỉ số tài chính cơ bản để phân tích hoạt động mua sắm. Phân tích chỉ số quy trình theo tổng số tiền có thể cho thấy những xu hướng đáng chú ý, chẳng hạn đơn đặt hàng giá trị cao mất nhiều thời gian phê duyệt hơn hoặc thường bị thay đổi hơn. Thuộc tính này rất cần thiết để hiểu tác động tài chính của những điểm kém hiệu quả trong quy trình và ưu tiên các nỗ lực cải tiến.
Vì sao điều này quan trọng
Cho phép phân tích tài chính quy trình mua sắm, giúp xác định giá trị đơn đặt hàng ảnh hưởng thế nào đến thời gian chu kỳ, luồng phê duyệt và mức độ tuân thủ.
Lấy dữ liệu ở đâu
Trường này tương ứng với mục 'Total' trong phần tổng kết của bản ghi đơn đặt hàng trong NetSuite.
Ví dụ
500.001250.7515000.00
|
|||
|
Trạng thái đơn đặt hàng
PurchaseOrderStatus
|
Trạng thái hiện tại hoặc cuối cùng của đơn đặt hàng. | ||
|
Mô tả
Thuộc tính này cho biết trạng thái của đơn đặt hàng tại một thời điểm nhất định, chẳng hạn như 'Pending Approval', 'Fully Billed' hoặc 'Closed'. Trạng thái thường được dùng để xác định nhiều giá trị 'ActivityName' theo khái niệm. Phân tích theo trạng thái giúp bạn hiểu kết quả xử lý đơn đặt hàng, chẳng hạn có bao nhiêu đơn bị từ chối hoặc được phê duyệt, và bao nhiêu đơn vẫn đang mở. Đây là thuộc tính quan trọng cho các KPI như 'Tỷ lệ đơn đặt hàng không được phê duyệt' và để lọc hồ sơ theo trạng thái hoàn tất.
Vì sao điều này quan trọng
Cho biết trạng thái của đơn đặt hàng tại một thời điểm, giúp phân tích kết quả như bị từ chối hoặc đã đóng, đồng thời hỗ trợ các KPI về lỗi phê duyệt.
Lấy dữ liệu ở đâu
Đây là trường 'Status' trên bản ghi giao dịch đơn đặt hàng trong NetSuite.
Ví dụ
Đang chờ quản lý phê duyệtĐang chờ nhận hàngĐã lập hóa đơn đầy đủĐã đóngĐã từ chối
|
|||
|
Địa điểm giao hàng
DeliveryLocation
|
Địa điểm hoặc địa chỉ thực tế nơi hàng hóa sẽ được giao. | ||
|
Mô tả
Thuộc tính này xác định nơi nhận hàng đã đặt trong đơn đặt hàng, chẳng hạn như một kho, văn phòng hoặc nhà máy cụ thể. Thuộc tính này cho phép phân nhóm quy trình theo khu vực địa lý hoặc địa điểm. Đây là chiều phân tích quan trọng cho dashboard 'Thời gian xử lý nhận hàng'. Phân tích thời gian nhận hàng theo địa điểm có thể giúp xác định cơ sở thiếu nhân lực hoặc có quy trình nhận hàng chưa hiệu quả, từ đó cải tiến vận hành có trọng tâm.
Vì sao điều này quan trọng
Cho phép phân tích hiệu suất quy trình theo địa điểm, giúp xác định điểm nghẽn riêng tại từng cơ sở trong khâu nhận hàng hoặc các hoạt động khác.
Lấy dữ liệu ở đâu
Trường này tương ứng với địa chỉ 'Ship To' hoặc trường 'Location' trên bản ghi đơn đặt hàng trong NetSuite.
Ví dụ
Kho chính, cửa nhập hàng ATrụ sở chính, tầng 15Trung tâm phân phối bờ Tây
|
|||
|
Giao hàng trễ
IsLateDelivery
|
Cờ cho biết hàng được nhận sau ngày giao hàng yêu cầu hay không. | ||
|
Mô tả
Đây là thuộc tính boolean được tính toán, có giá trị true nếu hoạt động 'Item Receipt Created' diễn ra sau 'Ngày giao hàng yêu cầu' ghi trên đơn đặt hàng. Thuộc tính này cho biết rõ hàng có được giao đúng hạn hay không. Thuộc tính này giúp tạo dashboard và KPI về hiệu suất nhà cung cấp dễ dàng hơn. Bạn có thể lọc và tổng hợp dữ liệu để tính 'Tỷ lệ nhà cung cấp giao hàng đúng hạn' và xác định những nhà cung cấp thường xuyên không đáp ứng thời hạn giao hàng.
Vì sao điều này quan trọng
Cho biết đơn giản hàng có được giao đúng hạn hay không, giúp phân tích hiệu suất và tính KPI trong quản lý nhà cung cấp.
Lấy dữ liệu ở đâu
Đây là trường được tính toán. Logic: (Dấu thời gian của 'Item Receipt Created') > ('RequestedDeliveryDate').
Ví dụ
truefalse
|
|||
|
Là công việc làm lại
IsRework
|
Cờ cho biết hoạt động có phải là công việc làm lại hay không, chẳng hạn phê duyệt lần hai sau khi bị từ chối. | ||
|
Mô tả
Thuộc tính boolean được tính toán này có giá trị true với các hoạt động cho thấy quy trình lặp lại hoặc một bước được thực hiện nhiều lần. Ví dụ, hoạt động 'Purchase Order Approved' được đánh dấu là công việc làm lại nếu trước đó trong cùng hồ sơ có hoạt động 'Purchase Order Rejected'. Thuộc tính này rất cần thiết để định lượng trở ngại và sự kém hiệu quả trong quy trình. Thuộc tính này giúp phân tích các vòng lặp làm lại, đo 'Tỷ lệ đơn đặt hàng bị từ chối và gửi lại' và làm nổi bật những quy trình không hoàn tất đúng ngay từ lần đầu.
Vì sao điều này quan trọng
Giúp định lượng sự kém hiệu quả trong quy trình bằng cách đánh dấu rõ các hoạt động thuộc vòng lặp làm lại, nhờ đó dễ phân tích và xử lý hơn.
Lấy dữ liệu ở đâu
Cờ này được tính trong quá trình chuyển đổi dữ liệu bằng cách phân tích trình tự hoạt động trong từng hồ sơ.
Ví dụ
truefalse
|
|||
|
Là giao dịch mua ngoài quy trình
IsMaverickBuy
|
Cờ cho biết đơn đặt hàng có được tạo mà không có yêu cầu mua hàng trước đó hay không. | ||
|
Mô tả
Đây là thuộc tính boolean được tính ở cấp hồ sơ, có giá trị true nếu hoạt động đầu tiên trong quy trình là 'Purchase Order Created' thay vì 'Purchase Requisition Created'. Thuộc tính này cho biết trực tiếp hoạt động mua sắm có đi theo quy trình chuẩn hay không. Thuộc tính này được dùng để tính 'Tỷ lệ đơn đặt hàng trực tiếp', một KPI quan trọng trong 'Công cụ theo dõi tuân thủ mua sắm'. Thuộc tính này giúp tổ chức nhanh chóng xác định và định lượng các giao dịch mua ngoài quy trình, vốn có thể làm tăng chi phí và rủi ro.
Vì sao điều này quan trọng
Đánh dấu trực tiếp hành vi mua hàng không tuân thủ, giúp tổ chức dễ dàng theo dõi và giảm các giao dịch mua ngoài quy trình.
Lấy dữ liệu ở đâu
Đây là thuộc tính được tính toán. Logic: (Hoạt động đầu tiên trong hồ sơ = 'Purchase Order Created') AND (Không có 'Purchase Requisition' được liên kết).
Ví dụ
truefalse
|
|||
|
Lý do thay đổi
ChangeReason
|
Lý do đơn đặt hàng được thay đổi sau khi tạo. | ||
|
Mô tả
Thuộc tính này ghi lại lý do chỉnh sửa đơn đặt hàng, chẳng hạn như 'Cập nhật giá', 'Thay đổi số lượng' hoặc 'Thay đổi ngày giao hàng'. Thông tin này rất quan trọng để hiểu nguyên nhân dẫn đến việc phải làm lại. Đây là thuộc tính quan trọng cho dashboard 'Phân tích thay đổi đơn đặt hàng'. Phân tích tần suất của từng lý do thay đổi giúp xác định nguyên nhân gốc rễ khiến quy trình thiếu ổn định, chẳng hạn yêu cầu ban đầu không chính xác hoặc giá từ nhà cung cấp biến động.
Vì sao điều này quan trọng
Cung cấp thông tin quan trọng về lý do thay đổi đơn đặt hàng, giúp phân tích nguyên nhân gốc rễ để giảm tỷ lệ thay đổi.
Lấy dữ liệu ở đâu
Đây có thể là trường tùy chỉnh bắt buộc người dùng điền khi chỉnh sửa đơn đặt hàng đã được phê duyệt, hoặc thông tin có thể nằm trong trường 'Memo' của sự kiện thay đổi. Hãy tham khảo tài liệu NetSuite.
Ví dụ
Số lượng mặt hàng không chính xácNhà cung cấp thay đổi giáCập nhật yêu cầu giao hàng
|
|||
|
Lý do từ chối
RejectionReason
|
Lý do đơn đặt hàng bị từ chối trong quá trình phê duyệt. | ||
|
Mô tả
Khi đơn đặt hàng bị từ chối, thuộc tính này cho biết lý do cụ thể, chẳng hạn như 'Vượt ngân sách', 'Chọn sai nhà cung cấp' hoặc 'Vi phạm chính sách'. Thông tin này rất quan trọng để hiểu nguyên nhân phê duyệt thất bại. Thuộc tính này hỗ trợ trực tiếp dashboard 'Tỷ lệ đơn đặt hàng bị từ chối và gửi lại'. Phân tích lý do từ chối giúp doanh nghiệp xác định các nguyên nhân phổ biến dẫn đến lỗi khi tạo đơn đặt hàng, chẳng hạn thiếu đào tạo hoặc chính sách chưa rõ ràng, rồi có biện pháp khắc phục để giảm công việc phải làm lại.
Vì sao điều này quan trọng
Giải thích lý do đơn đặt hàng không được phê duyệt, giúp bạn có biện pháp phù hợp để giảm tỷ lệ từ chối và tăng tỷ lệ được phê duyệt ngay lần đầu.
Lấy dữ liệu ở đâu
Thông tin này thường được ghi trong trường ghi chú của sự kiện từ chối hoặc trường tùy chỉnh 'Rejection Reason' trong quy trình phê duyệt. Hãy tham khảo tài liệu NetSuite.
Ví dụ
Vượt ngân sách phòng banĐã chọn nhà cung cấp không ưu tiênMô tả dòng hàng chưa đầy đủ
|
|||
|
Ngày giao hàng yêu cầu
RequestedDeliveryDate
|
Ngày doanh nghiệp yêu cầu nhà cung cấp giao hàng hóa hoặc dịch vụ. | ||
|
Mô tả
Thuộc tính này là ngày giao hàng mục tiêu được đặt trong quy trình mua sắm. Đây là mốc chuẩn để đo hiệu suất giao hàng thực tế. Ngày này rất cần thiết để tính KPI 'Tỷ lệ nhà cung cấp giao hàng đúng hạn'. Bằng cách so sánh 'Ngày giao hàng yêu cầu' với dấu thời gian thực tế của hoạt động 'Item Receipt Created', bạn có thể xác định nhà cung cấp có đáp ứng cam kết giao hàng hay không. Đây là dữ liệu đầu vào quan trọng cho dashboard 'Hiệu suất giao hàng của nhà cung cấp'.
Vì sao điều này quan trọng
Là mốc chuẩn để đo tỷ lệ giao hàng đúng hạn của nhà cung cấp, một KPI quan trọng trong quản lý chuỗi cung ứng.
Lấy dữ liệu ở đâu
Đây có thể là trường tùy chỉnh hoặc trường 'Expected Receipt Date' trên các dòng hàng của đơn đặt hàng. Hãy tham khảo tài liệu NetSuite.
Ví dụ
2023-11-152023-12-012024-01-10
|
|||
|
Thời điểm kết thúc sự kiện
EventEndTime
|
Ngày và giờ chính xác khi hoạt động kết thúc. | ||
|
Mô tả
Dấu thời gian này ghi lại thời điểm một hoạt động hoàn tất. Khi kết hợp với thời điểm bắt đầu, nó cho biết thời gian xử lý của sự kiện. Với các sự kiện diễn ra tức thời, thời điểm kết thúc có thể trùng với thời điểm bắt đầu. Thuộc tính này cần thiết để tính chính xác thời lượng của từng tác vụ, còn gọi là thời gian xử lý. Nó giúp phân biệt thời gian thực sự làm việc với thời gian chờ bước tiếp theo, từ đó hỗ trợ phân tích điểm nghẽn chi tiết hơn.
Vì sao điều này quan trọng
Giúp tính chính xác thời gian xử lý hoạt động, phân biệt thời gian làm việc thực tế với thời gian chờ.
Lấy dữ liệu ở đâu
Với các hoạt động có thời lượng đo được, thông tin này có thể được ghi trong một trường riêng hoặc suy ra từ nhật ký kiểm tra. Thông thường, cần suy luận thời điểm kết thúc hoặc dùng thời điểm bắt đầu làm giá trị tương ứng.
Ví dụ
2023-10-26T09:05:12Z2023-10-26T11:30:45Z2023-10-27T15:00:00Z
|
|||
|
Tiền tệ
Currency
|
Mã tiền tệ của số tiền giao dịch. | ||
|
Mô tả
Thuộc tính này cho biết đơn vị tiền tệ dùng để tính tổng số tiền của đơn đặt hàng, chẳng hạn USD, EUR hoặc GBP. Đây là thông tin cần thiết để hiểu các giá trị tiền tệ. Với các tổ chức hoạt động ở nhiều quốc gia, thuộc tính này rất quan trọng để lập báo cáo và phân tích tài chính chính xác. Thuộc tính này cho phép cộng gộp và so sánh giá trị đơn đặt hàng giữa các khu vực, đồng thời giúp diễn giải đúng các KPI tài chính.
Vì sao điều này quan trọng
Cung cấp thông tin cần thiết để hiểu các giá trị tiền tệ, giúp phân tích và báo cáo tài chính chính xác trong môi trường dùng nhiều loại tiền tệ.
Lấy dữ liệu ở đâu
Trường này tương ứng với 'Currency' trên bản ghi đơn đặt hàng và thường chịu ảnh hưởng từ cấu hình của nhà cung cấp được chọn.
Ví dụ
USDEURGBP
|
|||
|
Yêu cầu mua hàng
PurchaseRequisition
|
Mã định danh của yêu cầu mua hàng được tạo trước đơn đặt hàng. | ||
|
Mô tả
Thuộc tính này liên kết đơn đặt hàng với yêu cầu mua hàng ban đầu. Nếu không có liên kết, quy trình có thể đã đi chệch khỏi quy trình chuẩn. Trường này rất quan trọng để theo dõi tuân thủ và xác định việc mua hàng ngoài quy trình. KPI 'Tỷ lệ đơn đặt hàng trực tiếp' được tính bằng cách kiểm tra xem đơn đặt hàng có liên kết với yêu cầu mua hàng hay không. Chỉ số này làm nổi bật các giao dịch mua nằm ngoài quy trình phê duyệt chuẩn.
Vì sao điều này quan trọng
Rất quan trọng để phân tích tuân thủ, vì giúp xác định các trường hợp mua hàng không theo quy trình, khi đơn đặt hàng được tạo mà không có yêu cầu mua hàng đã được phê duyệt.
Lấy dữ liệu ở đâu
Trên bản ghi đơn đặt hàng, thông tin này thường nằm trong thẻ phụ 'Related Records' hoặc trường 'Created From'.
Ví dụ
PR-00582PR-00610PR-00715
|
|||
Các hoạt động trong quy trình mua hàng đến thanh toán, từ yêu cầu đến đơn đặt hàng
| Hoạt động | Mô tả | ||
|---|---|---|---|
|
Đã đóng đơn đặt hàng
|
Đơn đặt hàng đã chính thức đóng, nghĩa là không còn dự kiến nhận hàng hoặc hóa đơn nào khác. Sự kiện này được suy ra khi trạng thái đơn đặt hàng chuyển thành “Closed”. Việc này có thể diễn ra tự động sau khi nhận đủ hàng và thanh toán đủ hóa đơn, hoặc do người dùng đóng thủ công. | ||
|
Vì sao điều này quan trọng
Hoạt động này đánh dấu kết thúc vận hành của vòng đời đơn đặt hàng. Sự kiện xác nhận đơn hàng đã được thực hiện và xử lý đầy đủ, tạo mốc kết thúc rõ ràng để phân tích thời gian xử lý.
Lấy dữ liệu ở đâu
Sự kiện được suy ra khi trường “Status” trên bản ghi đơn đặt hàng chuyển thành “Closed”.
Thu thập
Phát hiện khi trường “Status” trên đơn đặt hàng chuyển thành “Closed”.
Loại sự kiện
inferred
|
|||
|
Đã phê duyệt đơn đặt hàng
|
Ghi nhận việc chính thức phê duyệt đơn đặt hàng, cho phép gửi đơn cho nhà cung cấp. Đây là mốc quan trọng, được ghi nhận khi trường “Approval Status” của đơn đặt hàng chuyển thành “Approved”. | ||
|
Vì sao điều này quan trọng
Đây là mốc quan trọng để tính thời gian phê duyệt và xác định điểm nghẽn trong chuỗi phê duyệt. Chậm trễ ở bước này ảnh hưởng trực tiếp đến thời gian mua hàng.
Lấy dữ liệu ở đâu
Sự kiện được suy ra từ ghi chú hệ thống hoặc lịch sử workflow ghi nhận thời điểm trường “Approval Status” trên bản ghi đơn đặt hàng chuyển thành “Approved”.
Thu thập
Phát hiện khi trường “Approval Status” trên đơn đặt hàng chuyển thành “Approved”.
Loại sự kiện
inferred
|
|||
|
Đã tạo đơn đặt hàng
|
Hoạt động này ghi nhận việc tạo chứng từ đơn đặt hàng chính thức, là đối tượng chính của phân tích. Trên NetSuite, sự kiện được ghi nhận khi giao dịch đơn đặt hàng được tạo, dù tạo thủ công hay từ yêu cầu mua hàng đã được phê duyệt. | ||
|
Vì sao điều này quan trọng
Đây là bước quan trọng, đánh dấu thời điểm yêu cầu mua hàng trở thành cam kết đặt hàng chính thức. Đây cũng là mốc quan trọng và có thể là điểm bắt đầu của quy trình đối với đơn đặt hàng trực tiếp, cần được theo dõi để bảo đảm tuân thủ.
Lấy dữ liệu ở đâu
Ghi nhận từ trường hệ thống “Date Created” trên bản ghi giao dịch đơn đặt hàng.
Thu thập
Dùng dấu thời gian tạo giao dịch đơn đặt hàng.
Loại sự kiện
explicit
|
|||
|
Đã tạo giao dịch nhận hàng
|
Hoạt động này ghi nhận việc nhận thực tế hàng hóa trong đơn đặt hàng. Đây là sự kiện được ghi nhận rõ ràng trên NetSuite khi giao dịch “Item Receipt” được tạo và liên kết với dòng hàng tương ứng trong đơn đặt hàng. | ||
|
Vì sao điều này quan trọng
Đây là mốc quan trọng đánh dấu kết thúc chu kỳ giao hàng của nhà cung cấp. Sự kiện này cần thiết để tính tỷ lệ giao hàng đúng hạn và tổng thời gian giao hàng.
Lấy dữ liệu ở đâu
Ghi nhận theo ngày tạo bản ghi giao dịch “Item Receipt”. Bản ghi có liên kết đến đơn đặt hàng nguồn.
Thu thập
Theo dõi dấu thời gian tạo giao dịch “Item Receipt”.
Loại sự kiện
explicit
|
|||
|
Đã tạo hóa đơn từ đơn đặt hàng
|
Hóa đơn của nhà cung cấp đã được nhận, nhập vào NetSuite và liên kết với đơn đặt hàng. Đây là giao dịch được ghi nhận rõ ràng để xác lập khoản phải trả cho hàng hóa hoặc dịch vụ đã nhận. | ||
|
Vì sao điều này quan trọng
Hoạt động này đánh dấu bước chuyển từ mua sắm sang quy trình phải trả. Phân tích thời gian từ lúc nhận hàng đến lúc lập hóa đơn giúp phát hiện chậm trễ trong xử lý tài chính.
Lấy dữ liệu ở đâu
Ghi nhận theo ngày tạo bản ghi giao dịch hóa đơn nhà cung cấp. Hóa đơn được liên kết trực tiếp với đơn đặt hàng ban đầu.
Thu thập
Theo dõi dấu thời gian tạo giao dịch hóa đơn nhà cung cấp.
Loại sự kiện
explicit
|
|||
|
Đã tạo yêu cầu mua hàng
|
Hoạt động này ghi nhận yêu cầu chính thức về hàng hóa hoặc dịch vụ, mở đầu quy trình mua sắm. Trên NetSuite, sự kiện được ghi nhận khi một giao dịch yêu cầu mua hàng mới được tạo và lưu. | ||
|
Vì sao điều này quan trọng
Đây thường là điểm bắt đầu của quy trình, rất quan trọng để phân tích thời gian xử lý từ đầu đến cuối và phát hiện việc mua hàng ngoài quy trình khi bước này bị bỏ qua.
Lấy dữ liệu ở đâu
Sự kiện này được ghi nhận theo ngày tạo giao dịch yêu cầu mua hàng. Bản ghi được liên kết với đơn đặt hàng tiếp theo.
Thu thập
Theo dõi dấu thời gian tạo giao dịch yêu cầu mua hàng.
Loại sự kiện
explicit
|
|||
|
Đã gửi đơn đặt hàng
|
Đơn đặt hàng đã hoàn tất và được gửi vào workflow phê duyệt. Sự kiện này thường được ghi nhận qua thay đổi trạng thái trên bản ghi đơn đặt hàng, từ trạng thái nháp như “Pending Supervisor Approval” sang trạng thái đang được xem xét. | ||
|
Vì sao điều này quan trọng
Sự kiện này đánh dấu thời điểm bắt đầu chu kỳ phê duyệt. Đo thời gian từ đây đến lúc “Đã phê duyệt đơn đặt hàng” là cách quan trọng để đánh giá hiệu quả phê duyệt và xác định chậm trễ.
Lấy dữ liệu ở đâu
Sự kiện được suy ra khi trường “Approval Status” trên bản ghi đơn đặt hàng thay đổi, chẳng hạn từ “Pending Approval” hoặc trạng thái nháp tùy chỉnh.
Thu thập
Phát hiện khi trường “Approval Status” trên đơn đặt hàng chuyển sang trạng thái đang được xem xét.
Loại sự kiện
inferred
|
|||
|
Đã gửi đơn đặt hàng cho nhà cung cấp
|
Đơn đặt hàng đã được phê duyệt và gửi cho nhà cung cấp. Trên NetSuite, sự kiện này thường được suy ra khi cờ liên lạc, chẳng hạn ô “To Be Emailed”, được cập nhật hoặc trạng thái thay đổi để cho biết đơn đã được gửi. | ||
|
Vì sao điều này quan trọng
Hoạt động này đánh dấu thời điểm bắt đầu tính thời gian giao hàng của nhà cung cấp. Đo khoảng thời gian từ đây đến lúc nhận hàng là việc cần thiết để đánh giá hiệu suất giao hàng.
Lấy dữ liệu ở đâu
Sự kiện được suy ra từ dấu thời gian khi cờ “To Be Emailed” hoặc “To Be Faxed” được bỏ chọn, hoặc từ mục trong lịch sử liên lạc liên kết với đơn đặt hàng.
Thu thập
Theo dõi dấu thời gian của các sự kiện liên lạc, chẳng hạn như gửi email, được liên kết với đơn đặt hàng.
Loại sự kiện
inferred
|
|||
|
Đã kiểm tra chất lượng
|
Hàng đã nhận được kiểm tra chất lượng. Đây không phải giao dịch tiêu chuẩn của NetSuite, thường được ghi nhận qua cập nhật trường tùy chỉnh, bản ghi tùy chỉnh hoặc suy ra từ thay đổi trạng thái trên “Item Receipt”. | ||
|
Vì sao điều này quan trọng
Hoạt động này giúp đo thời gian xử lý kiểm soát chất lượng. Kiểm tra chậm có thể tạo điểm nghẽn giữa lúc nhận hàng và lúc hàng sẵn sàng để sử dụng.
Lấy dữ liệu ở đâu
Cách ghi nhận phụ thuộc nhiều vào cấu hình tùy chỉnh. Có thể lấy dữ liệu từ trường “QA Status” tùy chỉnh trên “Item Receipt” hoặc từ bản ghi tùy chỉnh riêng cho “Quality Inspection”.
Thu thập
Theo dõi việc cập nhật trường tùy chỉnh hoặc tạo bản ghi tùy chỉnh liên quan đến kiểm tra chất lượng.
Loại sự kiện
inferred
|
|||
|
Đã phê duyệt hóa đơn
|
Hóa đơn của nhà cung cấp đã được kiểm tra và phê duyệt để thanh toán. Tương tự đơn đặt hàng, sự kiện này được ghi nhận khi trường “Approval Status” trên bản ghi hóa đơn nhà cung cấp thay đổi. | ||
|
Vì sao điều này quan trọng
Phê duyệt hóa đơn là bước quan trọng trong quy trình thanh toán. Theo dõi thời gian xử lý giúp xác định điểm nghẽn ở khâu phải trả, vốn có thể dẫn đến thanh toán trễ hoặc bỏ lỡ chiết khấu thanh toán sớm.
Lấy dữ liệu ở đâu
Sự kiện được suy ra từ ghi chú hệ thống hoặc lịch sử workflow ghi nhận thời điểm trường “Approval Status” trên bản ghi hóa đơn nhà cung cấp chuyển thành “Approved”.
Thu thập
Phát hiện khi trường “Approval Status” trên hóa đơn nhà cung cấp chuyển thành “Approved”.
Loại sự kiện
inferred
|
|||
|
Đã phê duyệt yêu cầu mua hàng
|
Ghi nhận việc chính thức phê duyệt yêu cầu mua hàng hóa hoặc dịch vụ, cho phép tạo đơn đặt hàng. Sự kiện này được suy ra khi trường “Approval Status” trên bản ghi yêu cầu mua hàng chuyển từ “Pending Approval” sang “Approved”. | ||
|
Vì sao điều này quan trọng
Theo dõi việc phê duyệt yêu cầu mua hàng giúp xác định điểm nghẽn trước khâu mua sắm và đo lường hiệu quả xác nhận yêu cầu nội bộ.
Lấy dữ liệu ở đâu
Sự kiện được suy ra từ ghi chú hệ thống hoặc lịch sử workflow ghi nhận thay đổi của trường “Approval Status” trên bản ghi yêu cầu mua hàng.
Thu thập
Phát hiện khi trường “Approval Status” trên yêu cầu mua hàng chuyển thành “Approved”.
Loại sự kiện
inferred
|
|||
|
Đã thanh toán hóa đơn
|
Khoản thanh toán cho nhà cung cấp đã được thực hiện theo số tiền trên hóa đơn. Sự kiện này được ghi nhận khi giao dịch “Vendor Payment” được tạo và áp dụng cho hóa đơn nhà cung cấp. | ||
|
Vì sao điều này quan trọng
Hoạt động này đánh dấu việc hoàn tất nghĩa vụ tài chính của đơn đặt hàng. Đây là dữ liệu quan trọng để phân tích hiệu suất thanh toán đúng hạn và dòng tiền.
Lấy dữ liệu ở đâu
Ghi nhận theo ngày tạo bản ghi giao dịch “Vendor Payment” được áp dụng cho hóa đơn nhà cung cấp.
Thu thập
Theo dõi dấu thời gian tạo giao dịch “Vendor Payment” được áp dụng cho hóa đơn.
Loại sự kiện
explicit
|
|||
|
Đơn đặt hàng bị từ chối
|
Người phê duyệt đã từ chối đơn đặt hàng, vì vậy cần chỉnh sửa và gửi lại. Sự kiện này được suy ra khi trường “Approval Status” của đơn đặt hàng chuyển thành “Rejected”. | ||
|
Vì sao điều này quan trọng
Theo dõi đơn bị từ chối rất quan trọng để xác định các vòng lặp làm lại, hiểu lý do phê duyệt thất bại và cải thiện chất lượng đơn đặt hàng ngay từ lần gửi đầu.
Lấy dữ liệu ở đâu
Sự kiện được suy ra từ ghi chú hệ thống hoặc lịch sử workflow ghi nhận thời điểm trường “Approval Status” trên bản ghi đơn đặt hàng chuyển thành “Rejected”.
Thu thập
Phát hiện khi trường “Approval Status” trên đơn đặt hàng chuyển thành “Rejected”.
Loại sự kiện
inferred
|
|||
|
Đơn đặt hàng đã thay đổi
|
Cho biết đơn đặt hàng đã được chỉnh sửa sau khi tạo hoặc phê duyệt lần đầu. Có thể suy ra sự kiện này bằng cách so sánh “Last Modified Date” với “Date Created” hoặc ngày phê duyệt riêng. | ||
|
Vì sao điều này quan trọng
Thay đổi thường xuyên có thể cho thấy quy trình kém hiệu quả, kế hoạch ban đầu chưa tốt hoặc phạm vi công việc liên tục mở rộng. Phân tích thời điểm và lý do thay đổi giúp cải thiện quy trình và giảm sai sót.
Lấy dữ liệu ở đâu
Sự kiện được suy ra bằng cách so sánh “Last Modified Date” trên bản ghi đơn đặt hàng với dấu thời gian tạo hoặc phê duyệt. Nhật ký ghi chú hệ thống cung cấp chi tiết về các trường đã thay đổi.
Thu thập
So sánh “Last Modified Date” với ngày tạo hoặc ngày phê duyệt, đồng thời loại trừ các cập nhật của hệ thống.
Loại sự kiện
inferred
|
|||
Hướng dẫn trích xuất dữ liệu
Sẵn sàng bắt đầu?
Mẫu này là bước đầu tiên giúp bạn khai thác tối đa quy trình mua hàng đến thanh toán, từ yêu cầu đến đơn đặt hàng. Hãy bắt đầu chuẩn bị dữ liệu ngay hôm nay để tìm ra cơ hội nâng cao hiệu quả và cải tiến quy trình.
Tinh gọn quy trình đơn đặt hàng, nâng cao hiệu quả NetSuite ngay hôm nay
Rút ngắn 30% thời gian xử lý đơn đặt hàng và loại bỏ điểm nghẽn bằng nền tảng của chúng tôi.
Không cần thẻ tín dụng. Bắt đầu tối ưu ngay hôm nay.