Mẫu dữ liệu quản lý chuỗi cung ứng của bạn

Microsoft Dynamics 365 SCM
Mẫu dữ liệu quản lý chuỗi cung ứng của bạn

Mẫu dữ liệu quản lý chuỗi cung ứng của bạn

Mẫu dữ liệu này giúp bạn thu thập có hệ thống những thông tin cần thiết để phân tích chuỗi cung ứng bằng process mining. Mẫu nêu rõ các thuộc tính và hoạt động cần theo dõi, đồng thời hướng dẫn cách trích xuất dữ liệu từ Microsoft Dynamics 365 SCM. Hãy dùng mẫu để chuẩn bị nhật ký sự kiện cho việc phân tích.
  • Các thuộc tính nên thu thập để phân tích chi tiết
  • Các hoạt động chính cần theo dõi trong quy trình chuỗi cung ứng
  • Hướng dẫn trích xuất dữ liệu từ Microsoft Dynamics 365 SCM
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 quản lý chuỗi cung ứng

Đây là những trường dữ liệu nên có trong nhật ký sự kiện để bạn phân tích quy trình quản lý chuỗi cung ứng chính xác và đầy đủ hơn.
5 Bắt buộc 8 Nên có 8 Không bắt buộc
Tên Mô tả
Logistics Order
LogisticsOrder
Mã định danh duy nhất cho một yêu cầu xử lý chuỗi cung ứng cụ thể, được dùng làm mã trường hợp chính.
Mô tả

Logistics Order là mã định danh duy nhất cho toàn bộ quy trình logistics, liên kết mọi hoạt động từ khi phát sinh nhu cầu của khách hàng đến khi giao hàng. Thuộc tính này kết nối các quy trình con như mua sắm, sản xuất và vận chuyển trong cùng một yêu cầu xử lý.

Trong quá trình phân tích, mỗi sự kiện được gắn với một Logistics Order để tái dựng toàn bộ luồng quy trình từ đầu đến cuối. Nhờ đó, bạn có thể theo dõi hành trình đơn hàng qua các phòng ban và hệ thống, xác định điểm nghẽn, đồng thời đo chính xác tổng thời gian xử lý.

Vì sao điều này quan trọng

Đây là khóa thiết yếu để liên kết mọi sự kiện liên quan trong quy trình, giúp phân tích chuỗi cung ứng từ đầu đến cuối cho một yêu cầu xử lý cụ thể.

Lấy dữ liệu ở đâu

Đây là mã định danh khái niệm, có thể được tạo bằng cách kết hợp các trường từ những bảng như SalesTable (Sales Order), WHSLoadTable (Load ID) hoặc InventTransOrigin (Reference ID) để tạo mã trường hợp duy nhất giữa các mô-đun.

Ví dụ
LO-2024-00123LO-2024-00124LO-2024-00125
Hệ thống nguồn
SourceSystem
Hệ thống lưu trữ dữ liệu gốc, nơi trích xuất dữ liệu sự kiện.
Mô tả

Thuộc tính này xác định hệ thống hoặc mô-đun nơi dữ liệu được tạo ra. Trong môi trường chuỗi cung ứng phức tạp, dữ liệu có thể đến từ nhiều mô-đun trong Dynamics 365 SCM, chẳng hạn như Sales, Procurement hoặc Warehouse Management.

Việc chỉ rõ hệ thống nguồn rất quan trọng để quản trị dữ liệu, xử lý sự cố không nhất quán và hiểu bối cảnh của các hoạt động được ghi nhận. Thông tin này giúp bảo đảm chất lượng dữ liệu và truy xuất dữ liệu về nguồn gốc, đặc biệt trong môi trường tích hợp.

Vì sao điều này quan trọng

Thuộc tính này cho biết nguồn gốc dữ liệu, giúp bạn xác thực dữ liệu, xử lý sự cố và hiểu những khác biệt trong quy trình đi qua nhiều hệ thống.

Lấy dữ liệu ở đâu

Đây thường là giá trị tĩnh được thêm trong quá trình trích xuất dữ liệu để gắn nhãn các bản ghi từ hệ thống cụ thể này.

Ví dụ
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
Hoạt động
ActivityName
Tên sự kiện nghiệp vụ hoặc công việc diễn ra tại một thời điểm trong quy trình logistics.
Mô tả

Thuộc tính này ghi lại sự kiện nghiệp vụ hoặc công việc cụ thể đã diễn ra, chẳng hạn như 'Phát hành đơn mua hàng', 'Hoàn tất sản xuất hàng hóa' hoặc 'Lên lịch giao hàng'. Đây là những bước cơ bản cấu thành quy trình.

Phân tích trình tự, tần suất và thời lượng của các hoạt động là trọng tâm của process mining. Việc này giúp tự động khám phá và trực quan hóa sơ đồ quy trình, phát hiện sai lệch so với quy trình chuẩn và xác định các bước thường xuyên xảy ra hoặc kém hiệu quả để cải tiến.

Vì sao điều này quan trọng

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 luồng quy trình, phân tích điểm khác biệt và phát hiện điểm nghẽn hoặc hoạt động không tuân thủ.

Lấy dữ liệu ở đâu

Được xác định từ logic nghiệp vụ dựa trên thay đổi trạng thái trong nhiều bảng giao dịch, chẳng hạn như SalesTable, PurchTable, ProdTable, hoặc ngày ghi sổ chứng từ trong các bảng như CustInvoiceJour.

Ví dụ
Phát hành đơn mua hàngHoàn tất sản xuất hàng hóaGhi sổ hóa đơn khách hàngGiao hàng cho khách
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Dấu thời gian cho biết lần gần nhất dữ liệu được làm mới từ hệ thống nguồn.
Mô tả

Thuộc tính này cho biết ngày giờ dữ liệu được trích xuất hoặc làm mới gần nhất. Đây là siêu dữ liệu quan trọng trên mọi dashboard phân tích quy trình.

Thông tin này giúp người dùng biết dữ liệu đang phân tích mới đến đâu, để đưa ra kết luận dựa trên thông tin cập nhật. Thuộc tính này cũng cần thiết để quản lý luồng dữ liệu và xác minh rằng quá trình tải dữ liệu đang chạy đúng lịch như dự kiến.

Vì sao điều này quan trọng

Thuộc tính này cho người dùng biết dữ liệu còn mới hay không, yếu tố quan trọng để đưa ra quyết định kinh doanh kịp thời và phù hợp dựa trên kết quả phân tích.

Lấy dữ liệu ở đâu

Công cụ trích xuất dữ liệu hoặc ETL tạo giá trị này và gắn vào tập dữ liệu sau mỗi chu kỳ làm mới.

Ví dụ
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
Thời điểm sự kiện
EventTime
Dấu thời gian cho biết hoạt động diễn ra khi nào.
Mô tả

Thuộc tính này cho biết chính xác ngày giờ một hoạt động được ghi nhận trong hệ thống. Đây là dữ liệu nền tảng cho mọi phân tích quy trình theo thời gian, bao gồm tính chu kỳ xử lý, tìm hiểu hiệu suất quy trình và xác định điểm nghẽn.

Sắp xếp sự kiện theo dấu thời gian giúp công cụ process mining tái dựng chính xác trình tự hoạt động đã diễn ra. Nhờ đó, bạn hiểu được luồng quy trình thực tế và cách quy trình vận hành, thay vì chỉ dựa vào mô hình quy trình lý tưởng.

Vì sao điều này quan trọng

Dấu thời gian này rất quan trọng để sắp xếp sự kiện đúng thứ tự và tính mọi chỉ số theo thời gian, chẳng hạn như chu kỳ xử lý và thời gian chờ.

Lấy dữ liệu ở đâu

Thường lấy từ các trường ngày giờ tạo hoặc thay đổi trạng thái trong bảng D365 SCM. Ví dụ: CreatedDateTime trong SalesTable, DeliveryDate trong PurchLine hoặc ngày giao dịch thực tế trong InventTrans.

Ví dụ
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
Giao hàng đúng hạn
IsOnTimeDelivery
Cờ cho biết đơn hàng được giao vào hoặc trước ngày khách yêu cầu.
Mô tả

Đây là thuộc tính boolean được tính toán để cho biết đơn hàng logistics có được giao đúng hạn hay không. Giá trị được xác định bằng cách so sánh dấu thời gian của hoạt động 'Hàng hóa đã giao' với 'Ngày giao hàng khách yêu cầu'.

Thuộc tính này là cơ sở để tính KPI Tỷ lệ giao hàng đúng hạn và là bộ lọc chính trong dashboard Theo dõi hiệu suất giao hàng đúng hạn. Thuộc tính giúp đơn giản hóa phân tích: thay vì so sánh ngày, bạn chỉ cần lọc theo giá trị đúng hoặc sai để đếm các đơn giao trễ.

Vì sao điều này quan trọng

Đo trực tiếp hiệu suất dịch vụ khách hàng và là dữ liệu đầu vào quan trọng cho KPI Giao hàng đúng hạn, giúp phân tích độ tin cậy của việc giao hàng dễ dàng hơn.

Lấy dữ liệu ở đâu

Đây là trường được tính toán theo logic: IF ('Goods Delivered' timestamp <= 'Requested Delivery Date') THEN True ELSE False.

Ví dụ
truefalse
ID người dùng
UserId
Mã định danh của người dùng thực hiện hoạt động.
Mô tả

Thuộc tính này lưu ID của nhân viên hoặc người dùng hệ thống thực hiện một hoạt động cụ thể. Đó có thể là nhân viên mua hàng tạo đơn mua hàng hoặc nhân viên kho xác nhận chuyến hàng.

Phân tích hoạt động theo người dùng giúp bạn 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à tìm hiểu các sai lệch trong quy trình. Đây cũng là dữ liệu quan trọng để phân tích tuân thủ, giúp kiểm toán viên truy vết hành động về đúng người thực hiện. Góc nhìn này cần thiết cho việc quản lý hiệu suất và tối ưu tài nguyên.

Vì sao điều này quan trọng

Thuộc tính này giúp phân tích hiệu suất quy trình theo người dùng hoặc nhóm, xác định cơ hội tự động hóa và hỗ trợ phân tích tuân thủ cũng như dấu vết kiểm toán.

Lấy dữ liệu ở đâu

Có trong các trường 'Created by' hoặc 'Modified by' của hầu hết bảng giao dịch trong D365 SCM, chẳng hạn như CreatedBy trong SalesTable hoặc PurchTable.

Ví dụ
j.doea.smithAX_BATCH_USER
Ngày giao hàng khách yêu cầu
RequestedDeliveryDate
Ngày giao hàng do khách hàng yêu cầu.
Mô tả

Thuộc tính này ghi nhận ngày giao hàng khách hàng chỉ định khi đặt hàng. Đây là mốc chính để đánh giá hiệu suất giao hàng thực tế.

Ngày này là cơ sở cho dashboard Theo dõi hiệu suất giao hàng đúng hạn và KPI Tỷ lệ giao hàng đúng hạn. So sánh ngày giao hàng khách yêu cầu với ngày giao hàng thực tế là cách tiêu chuẩn để tính hiệu suất giao hàng, đồng thời là chỉ số quan trọng về mức độ hài lòng của khách hàng.

Vì sao điều này quan trọng

Đây là mốc cơ sở để đo lường hiệu suất giao hàng đúng hạn, một KPI quan trọng đối với sự hài lòng của khách hàng và độ tin cậy của chuỗi cung ứng.

Lấy dữ liệu ở đâu

Nằm trong trường ReceiptDateRequested của bảng SalesLine hoặc ShippingDateRequested của bảng SalesTable.

Ví dụ
2023-05-102023-06-012023-07-20
Số đơn bán hàng
SalesOrderNumber
Mã định danh duy nhất của đơn bán hàng của khách hàng.
Mô tả

Đây là mã tham chiếu chính cho yêu cầu hàng hóa hoặc dịch vụ của khách hàng. Đơn bán hàng khởi động nhiều hoạt động tiếp theo trong chuỗi cung ứng, bao gồm mua sắm và sản xuất.

Trong process mining, Số đơn bán hàng là chiều dữ liệu quan trọng để lọc và phân tích. Người dùng nghiệp vụ có thể theo dõi toàn bộ quy trình xử lý một đơn hàng cụ thể của khách hàng. Đây cũng thường là thành phần chính trong mã trường hợp Logistics Order khái niệm.

Vì sao điều này quan trọng

Thuộc tính này liên kết quy trình chuỗi cung ứng trực tiếp với nhu cầu của khách hàng, giúp phân tích chu kỳ từ đơn hàng đến thu tiền và hiệu suất xử lý đơn hàng theo từng khách hàng.

Lấy dữ liệu ở đâu

Nằm trong trường SalesId của bảng SalesTable.

Ví dụ
SO-001872SO-001873SO-001874
Số đơn mua hàng
PurchaseOrderNumber
Mã định danh duy nhất của đơn mua hàng gửi cho nhà cung cấp.
Mô tả

Đây là số chứng từ chính thức dùng để đặt mua nguyên vật liệu hoặc hàng hóa từ nhà cung cấp bên ngoài. Chứng từ ghi rõ mặt hàng, số lượng, giá và ngày giao hàng.

Phân tích quy trình theo số đơn mua hàng rất cần thiết cho dashboard Phân tích thời gian mua hàng và Đánh giá hiệu suất nhà cung cấp. Nhờ đó, bạn có thể theo dõi toàn bộ chu trình từ yêu cầu mua hàng đến thanh toán cho nhà cung cấp, đồng thời xác định các khâu chậm trễ trong việc mua nguyên vật liệu.

Vì sao điều này quan trọng

Mã này rất quan trọng để phân tích khâu mua hàng trong chuỗi cung ứng, theo dõi hiệu suất nhà cung cấp và nắm được thời gian cung ứng nguyên vật liệu.

Lấy dữ liệu ở đâu

Nằm trong trường PurchId của bảng PurchTable.

Ví dụ
PO-000541PO-000542PO-000543
Số lệnh sản xuất
ProductionOrderNumber
Mã định danh duy nhất của lệnh sản xuất hoặc chế tạo.
Mô tả

Số này xác định lệnh sản xuất một số lượng cụ thể của sản phẩm tại cơ sở sản xuất. Số này theo dõi lượng nguyên vật liệu tiêu thụ và thành phẩm tạo ra.

Với doanh nghiệp có hoạt động sản xuất, mã này rất cần thiết để theo dõi quy trình sản xuất. Mã hỗ trợ dashboard Theo dõi mức độ tuân thủ lịch sản xuất bằng cách liên kết ngày sản xuất dự kiến với ngày hoàn tất thực tế, qua đó làm rõ các sai lệch hoặc chậm trễ trong sản xuất.

Vì sao điều này quan trọng

Mã này cho phép phân tích chi tiết vòng đời sản xuất, giúp đo lường mức độ tuân thủ lịch sản xuất và xác định điểm nghẽn tại nhà máy.

Lấy dữ liệu ở đâu

Nằm trong trường ProdId của bảng ProdTable.

Ví dụ
PRD-000112PRD-000113PRD-000114
Tên khách hàng
CustomerName
Tên khách hàng đã đặt đơn bán hàng.
Mô tả

Thuộc tính này xác định khách hàng gắn với một đơn bán hàng, giúp bạn xem quy trình chuỗi cung ứng từ góc độ khách hàng.

Phân tích quy trình logistics theo khách hàng có thể cho thấy cách thức nhận hàng, sở thích hoặc khó khăn riêng của từng khách hàng. Thông tin này đặc biệt hữu ích khi quản lý khách hàng trọng điểm và điều chỉnh mức dịch vụ, từ đó cải thiện sự hài lòng và khả năng giữ chân khách hàng.

Vì sao điều này quan trọng

Cho phép phân tích theo từng khách hàng, giúp xác định khách hàng nào thường gặp chậm trễ nhất và đánh giá mức dịch vụ dành cho các khách hàng trọng điểm.

Lấy dữ liệu ở đâu

Lấy bằng cách nối bảng đơn bán hàng (SalesTable) với bảng thông tin khách hàng (CustTable) theo số tài khoản khách hàng.

Ví dụ
Alpine Ski HouseAdventure WorksCity Power & Light
Tên nhà cung cấp
SupplierName
Tên nhà cung cấp nguyên vật liệu hoặc hàng hóa.
Mô tả

Thuộc tính này ghi tên nhà cung cấp nguyên vật liệu. Đây là chiều phân tích quan trọng cho các hoạt động mua hàng.

Thuộc tính này được dùng nhiều trong dashboard Phân tích thời gian mua hàng và Đánh giá hiệu suất nhà cung cấp. Phân tích chỉ số quy trình theo nhà cung cấp giúp xác định đối tác đáng tin cậy, làm việc hiệu quả, cũng như những nhà cung cấp thường giao trễ hoặc gây gián đoạn. Thông tin này rất quan trọng khi lựa chọn nguồn cung chiến lược và quản lý quan hệ với nhà cung cấp.

Vì sao điều này quan trọng

Cho phép phân nhóm và so sánh hiệu suất mua hàng theo nhà cung cấp. Đây là cơ sở để cải thiện quan hệ với nhà cung cấp và rút ngắn thời gian cung ứng nguyên vật liệu.

Lấy dữ liệu ở đâu

Lấy bằng cách nối bảng đơn mua hàng (PurchTable) với bảng thông tin nhà cung cấp (VendTable) theo số tài khoản nhà cung cấp.

Ví dụ
Contoso Raw MaterialsFabrikam Inc.Northwind Traders
Có làm lại
IsRework
Cờ cho biết một hoạt động hoặc vòng lặp quy trình có phải là làm lại hay không.
Mô tả

Đây là thuộc tính boolean được tính toán để xác định các hoạt động hoặc luồng quy trình có phát sinh làm lại hoặc sửa lỗi. Ví dụ, nếu hoạt động 'Thực hiện kiểm tra chất lượng' không đạt và quay lại bước 'Sản xuất hàng hóa' trước đó, trường hợp này sẽ được đánh dấu là làm lại.

Thuộc tính này rất cần thiết để tính KPI Tỷ lệ làm lại đơn hàng. Khi đánh dấu các trường hợp làm lại, chuyên viên phân tích có thể dễ dàng đo lường tần suất và tác động của vấn đề chất lượng hoặc lỗi quy trình, từ đó xác định khâu cần cải tiến và kiểm soát.

Vì sao điều này quan trọng

Giúp đo lường mức độ kém hiệu quả và vấn đề chất lượng trong quy trình bằng cách đánh dấu rõ các hoạt động nằm ngoài luồng xử lý thông thường.

Lấy dữ liệu ở đâu

Đây là trường được tính toán, thường dựa trên các quy tắc nghiệp vụ. Ví dụ: đánh dấu các hoạt động cụ thể như 'Đóng gói lại hàng hóa' là làm lại hoặc xác định các vòng lặp ngược trong luồng quy trình.

Ví dụ
truefalse
Danh mục sản phẩm
ProductCategory
Danh mục mà sản phẩm thuộc về.
Mô tả

Thuộc tính này nhóm các sản phẩm riêng lẻ vào những danh mục lớn hơn, chẳng hạn như 'Thiết bị điện tử', 'Nguyên vật liệu' hoặc 'Thành phẩm'. Nhờ đó, bạn có thể phân tích chuỗi cung ứng ở cấp độ tổng quan hơn.

Thay vì xem hàng nghìn SKU riêng lẻ, chuyên viên phân tích có thể dùng danh mục sản phẩm để tìm xu hướng và điểm nghẽn ảnh hưởng đến cả nhóm mặt hàng. Điều này đặc biệt hữu ích trong dashboard Phân tích thời gian mua hàng để đánh giá hiệu suất nhà cung cấp theo từng loại nguyên vật liệu.

Vì sao điều này quan trọng

Cho phép phân tích tổng hợp theo nhóm sản phẩm, hỗ trợ ra quyết định chiến lược và xác định các vấn đề mang tính hệ thống ảnh hưởng đến một số loại sản phẩm.

Lấy dữ liệu ở đâu

Lấy bằng cách nối bảng thông tin mặt hàng (InventTable) với các bảng danh mục sản phẩm như EcoResProductCategory.

Ví dụ
Linh kiện âm thanhVật liệu đóng góiBộ phận thủy lực
Giá trị đơn hàng
OrderValue
Tổng giá trị tiền tệ của đơn bán hàng.
Mô tả

Thuộc tính này thể hiện tổng giá trị tài chính của đơn bán hàng của khách hàng. Đây là chỉ số quan trọng để hiểu tác động kinh doanh của hiệu suất quy trình.

Phân tích các chỉ số quy trình như thời gian chu trình hoặc giao hàng trễ cùng với giá trị đơn hàng giúp bạn ưu tiên các nỗ lực cải tiến. Chẳng hạn, cần ưu tiên xử lý chậm trễ ảnh hưởng đến đơn hàng giá trị cao hơn so với đơn hàng nhỏ. Nhờ đó, bạn có thêm góc nhìn tài chính khi phân tích quy trình.

Vì sao điều này quan trọng

Bổ sung góc nhìn tài chính cho việc phân tích quy trình, giúp ưu tiên vấn đề dựa trên tác động về tiền bạc.

Lấy dữ liệu ở đâu

Được tính từ bảng SalesLine bằng cách cộng trường LineAmount của tất cả các dòng thuộc cùng một đơn bán hàng (SalesId).

Ví dụ
15200.50850.00125000.75
Mã kho hàng
WarehouseId
Mã định danh của kho lưu trữ hoặc xử lý hàng hóa.
Mô tả

Thuộc tính này xác định kho hàng hoặc trung tâm phân phối cụ thể tham gia vào một hoạt động, chẳng hạn như lấy hàng, đóng gói hoặc giao hàng.

Thuộc tính này rất cần thiết cho dashboard Năng suất vận hành kho hàng, giúp so sánh hiệu suất giữa các cơ sở. Phân tích theo kho hàng cho biết địa điểm nào hoạt động hiệu quả nhất, nơi nào đang quá tải và khu vực nào cần được cải thiện vận hành sớm nhất.

Vì sao điều này quan trọng

Cho phép so sánh hiệu suất và phân tích điểm nghẽn giữa các địa điểm, hỗ trợ cải thiện hiệu quả kho hàng.

Lấy dữ liệu ở đâu

Có trong trường InventLocationId ở các bảng liên quan đến quản lý tồn kho và kho hàng, chẳng hạn như InventSum và WHSWorkTable.

Ví dụ
WH-MainWH-EastDC-West
Mã sản phẩm
ProductNumber
Mã định danh duy nhất của sản phẩm được đặt mua hoặc sản xuất.
Mô tả

Thuộc tính này là mã SKU hoặc mã mặt hàng của sản phẩm trong một giao dịch. Sản phẩm có thể là thành phẩm bán cho khách hàng hoặc nguyên vật liệu mua từ nhà cung cấp.

Phân tích chuỗi cung ứng theo sản phẩm giúp xác định mặt hàng có thời gian cung ứng dài, thường gặp vấn đề về chất lượng hoặc có quy trình sản xuất phức tạp. Thông tin này rất cần thiết cho việc quản lý tồn kho, dự báo nhu cầu và tối ưu danh mục sản phẩ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 từng sản phẩm, qua đó phát hiện các vấn đề chuỗi cung ứng riêng của một số mặt hàng.

Lấy dữ liệu ở đâu

Có trong trường ItemId của các bảng dòng giao dịch như SalesLine, PurchLine và ProdBOM.

Ví dụ
A0001D0010M9201
Ngày dự kiến xuất hàng
ScheduledShipmentDate
Ngày dự kiến lô hàng rời đi.
Mô tả

Thuộc tính này ghi ngày dự kiến hoặc ngày đã lên lịch để lô hàng rời khỏi kho hoặc cơ sở sản xuất. Đây là một mốc nội bộ quan trọng trong quy trình hoàn tất đơn hàng.

Ngày này được dùng để tính KPI Tỷ lệ tuân thủ lịch xuất hàng. So sánh ngày dự kiến với ngày thực tế của hoạt động 'Hàng hóa được xếp lên phương tiện vận chuyển' giúp đánh giá độ tin cậy và khả năng dự đoán của việc lập kế hoạch và thực hiện logistics nội bộ.

Vì sao điều này quan trọng

Giúp đo lường mức độ tuân thủ lịch nội bộ và khả năng dự đoán của quy trình xuất hàng, từ đó đánh giá tác động đến kế hoạch vận chuyển tiếp theo.

Lấy dữ liệu ở đâu

Nằm trong các trường như ConfirmedShipDate của SalesLine hoặc các trường liên quan trong WHSLoadTable dành cho các chuyến hàng đã lên kế hoạch.

Ví dụ
2023-05-082023-05-302023-07-18
Phương thức vận chuyển
ModeOfTransport
Cách thức vận chuyển hàng, chẳng hạn bằng xe tải, máy bay hoặc tàu biển.
Mô tả

Thuộc tính này cho biết phương thức vận chuyển hàng hóa từ nơi gửi đến nơi nhận. Các phương thức gồm đường bộ, đường sắt, đường hàng không và đường biển.

Đây là chiều phân tích quan trọng trong dashboard Hiệu quả và chi phí vận chuyển. Phân tích thời gian chu trình và chi phí theo phương thức vận chuyển giúp tối ưu chiến lược logistics, cân đối tốc độ với chi phí và xác định điểm kém hiệu quả trong từng kênh vận chuyển.

Vì sao điều này quan trọng

Cần thiết để phân tích chi phí và hiệu quả vận chuyển, giúp tối ưu mạng lưới logistics và giảm chi phí vận tải.

Lấy dữ liệu ở đâu

Có trong trường ModeOfDelivery ở các bảng như SalesTable hoặc PurchTable, hoặc chi tiết hơn trong các bảng quản lý vận tải như TMSRoute.

Ví dụ
Xe tảiĐường hàng khôngĐường biểnĐường sắt
Tên đơn vị vận chuyển
CarrierName
Tên công ty vận tải hoặc đơn vị vận chuyển phụ trách lô hàng.
Mô tả

Thuộc tính này xác định nhà cung cấp dịch vụ logistics bên thứ ba hoặc đội xe nội bộ chịu trách nhiệm vận chuyển hàng hóa. Thuộc tính cho biết công ty nào trực tiếp vận chuyển sản phẩm.

Đơn vị vận chuyển cũng là chiều phân tích quan trọng trong dashboard Hiệu quả và chi phí vận chuyển. Phân tích các chỉ số như thời gian vận chuyển và tỷ lệ giao hàng đúng hạn theo từng đơn vị giúp doanh nghiệp so sánh các đối tác logistics, đàm phán mức giá tốt hơn và lựa chọn đơn vị phù hợp.

Vì sao điều này quan trọng

Cho phép phân tích hiệu suất của từng đối tác logistics, rất cần thiết để quản lý đơn vị vận chuyển và tối ưu chi phí vận tải.

Lấy dữ liệu ở đâu

Có trong các trường như 'CarrierService' trên đơn bán hàng hoặc trong các bảng quản lý vận tải riêng như TMSCarrier.

Ví dụ
FedExUPSMaerskDHL
Bắt buộc Nên có Không bắt buộc

Hoạt động quản lý chuỗi cung ứng

Đây là các bước và mốc chính cần ghi lại trong nhật ký sự kiện để sơ đồ hóa quy trình và đánh giá hiệu suất chuỗi cung ứng chính xác.
8 Nên có 7 Không bắt buộc
Hoạt động Mô tả
Giao hàng cho khách
Hàng hóa đã đến địa điểm của khách hàng. Sự kiện này có thể được suy ra từ dữ liệu theo dõi của đơn vị vận chuyển hoặc cập nhật trạng thái thủ công, vì Dynamics 365 không có giao dịch 'delivered' tích hợp sẵn.
Vì sao điều này quan trọng

Mốc này đánh dấu việc giao hàng thực tế đã hoàn tất. Ngày giao hàng thực tế là thông tin thiết yếu để tính KPI giao hàng đúng hạn và các chỉ số hướng đến khách hàng.

Lấy dữ liệu ở đâu

Thông tin này thường không có sẵn trong trường tiêu chuẩn. Bạn có thể ghi nhận thông tin trong trường ngày tùy chỉnh trên đơn bán hàng hoặc chuyến hàng, rồi cập nhật thủ công hoặc đồng bộ với hệ thống của đơn vị vận chuyển.

Thu thập

Sự kiện được suy ra từ việc cập nhật thủ công trường ngày giao hàng hoặc qua tích hợp API với đơn vị vận chuyển bên ngoài.

Loại sự kiện inferred
Hoàn tất sản xuất hàng hóa
Quy trình sản xuất hoàn tất và hệ thống ghi nhận thành phẩm đã hoàn thành. Việc này được ghi lại bằng cách ghi sổ nhật ký 'Report as Finished' cho lệnh sản xuất, qua đó cập nhật tồn kho.
Vì sao điều này quan trọng

Mốc này đánh dấu giai đoạn sản xuất đã hoàn tất, hàng hóa sẵn sàng để kiểm soát chất lượng và vận chuyển. Đây là cột mốc quan trọng để đo mức độ tuân thủ lịch trình sản xuất.

Lấy dữ liệu ở đâu

Sự kiện được ghi trong mô-đun Production control. Khi ghi sổ nhật ký 'Report as Finished', hệ thống tạo giao dịch tồn kho có dấu thời gian và cập nhật trạng thái lệnh sản xuất.

Thu thập

Sự kiện được ghi lại khi nhật ký 'Report as Finished' được ghi sổ cho lệnh sản xuất.

Loại sự kiện explicit
Ký xác nhận giao hàng
Khách hàng chính thức xác nhận đã nhận hàng, thường bằng cách ký phiếu giao hàng. Thông tin này thường được ghi nhận bằng cách đính kèm tài liệu hoặc cập nhật trạng thái trong hệ thống.
Vì sao điều này quan trọng

Đây là xác nhận cuối cùng rằng đơn hàng đã được xử lý thành công, đồng thời đánh dấu kết thúc chính thức của quy trình logistics. Mốc này rất quan trọng để giải quyết tranh chấp và tính tổng thời gian xử lý đơn hàng.

Lấy dữ liệu ở đâu

Đây không phải là giao dịch riêng biệt có sẵn theo tiêu chuẩn. Thông tin thường được quản lý bằng cách cập nhật trạng thái trên đơn bán hàng hoặc đính kèm bản quét chứng từ giao hàng qua chức năng quản lý tài liệu.

Thu thập

Sự kiện được suy ra từ việc cập nhật trạng thái hoặc đính kèm chứng từ POD vào đơn bán hàng hay chuyến hàng.

Loại sự kiện inferred
Lấy và đóng gói hàng hóa
Nhân viên kho đã lấy hàng khỏi kho và đóng gói để vận chuyển. Hệ thống ghi nhận việc này khi hoàn tất công việc lấy hàng và cập nhật trạng thái đóng gói.
Vì sao điều này quan trọng

Hoạt động này đánh dấu việc hoàn tất nhiệm vụ xử lý đơn hàng chính tại kho. Đây là chỉ số quan trọng trên dashboard Warehouse Operations Throughput và giúp xác định điểm nghẽn trong quy trình lấy và đóng gói hàng.

Lấy dữ liệu ở đâu

Sự kiện được ghi trong mô-đun Warehouse management. Thông thường, sự kiện được suy ra khi trạng thái công việc kho (WHSWorkTable) chuyển thành 'Closed' hoặc khi phiếu đóng gói được ghi sổ.

Thu thập

Sự kiện được suy ra từ việc trạng thái công việc kho chuyển thành 'Closed' hoặc từ ngày ghi sổ phiếu đóng gói.

Loại sự kiện inferred
Nhận nguyên vật liệu
Hàng hóa hoặc nguyên vật liệu đặt từ nhà cung cấp được giao đến kho. Dynamics 365 ghi nhận việc này qua giao dịch ghi sổ phiếu nhận hàng cho đơn mua hàng.
Vì sao điều này quan trọng

Hoạt động này đánh dấu thời điểm kết thúc thời gian cung ứng của nhà cung cấp và nguyên vật liệu sẵn sàng cho sản xuất hoặc xử lý đơn hàng. Chậm trễ ở đây ảnh hưởng trực tiếp đến lịch trình các công đoạn sau và ngày giao hàng cho khách.

Lấy dữ liệu ở đâu

Sự kiện được ghi trong mô-đun Procurement and sourcing hoặc Inventory management. Khi ghi sổ Product Receipt (VendPackingSlipJour), hệ thống tạo bản ghi giao dịch có dấu thời gian.

Thu thập

Sự kiện được ghi lại khi Product Receipt được ghi sổ cho Purchase Order.

Loại sự kiện explicit
Phát hành đơn mua hàng
Đơn mua hàng chính thức được tạo và xác nhận, thể hiện cam kết mua hàng từ nhà cung cấp. Sự kiện được ghi lại khi trạng thái PO chuyển thành 'Confirmed' hoặc 'In external review'.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng trong quy trình mua sắm và là mốc bắt đầu chính để đo thời gian cung ứng của nhà cung cấp. Phân tích khoảng thời gian từ sự kiện này đến khi nhận nguyên vật liệu giúp đánh giá hiệu suất nhà cung cấp.

Lấy dữ liệu ở đâu

Sự kiện được ghi trong mô-đun Procurement and sourcing. Việc xác nhận đơn mua hàng được theo dõi qua thay đổi trạng thái và ngày tháng trong PurchTable.

Thu thập

Sự kiện được ghi lại khi trạng thái Purchase Order chuyển thành 'Confirmed' qua thao tác ghi sổ.

Loại sự kiện explicit
Tạo đơn hàng khách hàng
Đây là sự kiện tạo đơn bán hàng mới trong Dynamics 365 SCM. Hệ thống ghi lại sự kiện cùng dấu thời gian khi người dùng lưu chứng từ đơn bán hàng mới, qua đó khởi động quy trình xử lý đơn hàng.
Vì sao điều này quan trọng

Hoạt động này đánh dấu thời điểm chính thức bắt đầu chu kỳ xử lý đơn hàng. Đây là mốc chính để đo tổng thời gian xử lý, hiệu suất giao hàng đúng hạn và phân tích xu hướng tiếp nhận đơn hàng.

Lấy dữ liệu ở đâu

Đây là sự kiện được ghi nhận rõ ràng trong mô-đun Sales and marketing. Thông tin tạo đơn được ghi trong SalesTable (Sales Order Header), kèm dấu thời gian cụ thể.

Thu thập

Sự kiện được ghi lại khi tạo bản ghi Sales Order trong SalesTable.

Loại sự kiện explicit
Xếp hàng lên phương tiện vận chuyển
Hàng đã đóng gói được xếp lên phương tiện của đơn vị vận chuyển và chuyến hàng được xác nhận trong hệ thống. Sự kiện này tương ứng với thao tác 'Ship confirm' trong Dynamics 365.
Vì sao điều này quan trọng

Mốc này đánh dấu thời điểm hàng hóa rời kho trên thực tế. Đây là điểm bắt đầu để đo thời gian 'Goods In Transit' và ghi nhận tài chính cho chuyến hàng.

Lấy dữ liệu ở đâu

Sự kiện được ghi trong mô-đun Warehouse hoặc Transportation management. Thao tác 'Ship confirm' trên lô hàng hoặc chuyến hàng (WHSLoadTable) tạo sự kiện có dấu thời gian.

Thu thập

Sự kiện được ghi lại khi thực hiện thao tác 'Ship confirm' cho lô hàng hoặc chuyến hàng liên quan.

Loại sự kiện explicit
Ghi sổ hóa đơn khách hàng
Hóa đơn bán hàng được tạo từ đơn bán hàng và ghi sổ vào sổ cái tài chính. Việc này thường diễn ra khi giao hàng, nhưng quy trình có thể khác nhau nên được xem là một hoạt động riêng.
Vì sao điều này quan trọng

Đây là cột mốc tài chính quan trọng trong chu kỳ từ đơn hàng đến thu tiền. Phân tích khoảng thời gian từ khi giao hàng đến khi lập hóa đơn có thể giúp phát hiện chậm trễ trong quy trình lập hóa đơn và tác động đến dòng tiền.

Lấy dữ liệu ở đâu

Sự kiện được ghi trong mô-đun Accounts receivable. Khi ghi sổ hóa đơn đơn bán hàng, hệ thống tạo bản ghi trong bảng CustInvoiceJour với ngày ghi sổ cụ thể.

Thu thập

Sự kiện được ghi lại khi hóa đơn đơn bán hàng được ghi sổ, tạo bản ghi CustInvoiceJour.

Loại sự kiện explicit
Hủy đơn hàng
Đơn bán hàng của khách bị hủy trước khi hoàn tất xử lý. Hệ thống ghi nhận việc này khi trạng thái trên đầu đơn bán hàng chuyển thành 'Canceled'.
Vì sao điều này quan trọng

Đây là kết quả không mong muốn của quy trình. Phân tích thời điểm và lý do hủy đơn có thể giúp phát hiện vấn đề về khả năng cung ứng sản phẩm, thời gian chờ hoặc dịch vụ khách hàng cần được xử lý.

Lấy dữ liệu ở đâu

Sự kiện được suy ra khi trường trạng thái trong SalesTable chuyển thành 'Canceled'. Có thể ghi nhận ngày thay đổi nếu bật tính năng theo dõi thay đổi hoặc ghi nhật ký cơ sở dữ liệu.

Thu thập

Sự kiện được suy ra khi trạng thái đơn bán hàng chuyển thành 'Canceled'.

Loại sự kiện inferred
Lên lịch giao hàng
Ngày giao hàng cụ thể và đơn vị vận chuyển được chỉ định cho hàng đã đóng gói. Thông tin này thường được ghi lại khi lập kế hoạch chuyến hàng hoặc xác nhận lô hàng trong mô-đun vận tải.
Vì sao điều này quan trọng

Mốc này làm cơ sở để đo mức độ tuân thủ lịch giao hàng. So sánh ngày đã lên lịch với ngày thực tế xếp hàng là KPI quan trọng để đánh giá việc lập kế hoạch logistics.

Lấy dữ liệu ở đâu

Sự kiện được ghi trong mô-đun Transportation management (TMS). Khi xác nhận lô hàng (WHSLoadTable) hoặc chuyến hàng, hệ thống thường có ngày giao hàng dự kiến để ghi nhận.

Thu thập

Sự kiện được ghi lại khi xác nhận bản ghi lô hàng vận tải hoặc chuyến hàng.

Loại sự kiện explicit
Tạo danh sách lấy hàng trong kho
Hệ thống tạo danh sách lấy hàng hoặc công việc kho, hướng dẫn nhân viên lấy những mặt hàng cần để xử lý đơn hàng. Sự kiện được ghi lại khi đơn hàng được chuyển đến kho để xử lý.
Vì sao điều này quan trọng

Hoạt động này khởi động khâu xử lý đơn hàng tại kho. Phân tích khoảng thời gian từ mốc này đến khi đóng gói xong giúp đo hiệu quả và khả năng đáp ứng của kho.

Lấy dữ liệu ở đâu

Sự kiện được ghi trong mô-đun Warehouse management. Việc tạo công việc kho (WHSWorkTable) hoặc ghi sổ nhật ký danh sách lấy hàng (WMSPickingRoute) là một sự kiện riêng biệt.

Thu thập

Sự kiện được ghi lại khi tạo nhật ký danh sách lấy hàng hoặc công việc kho.

Loại sự kiện explicit
Tạo lệnh sản xuất
Hệ thống tạo lệnh sản xuất để sản xuất thành phẩm cần cho đơn hàng logistics của khách. Đây là sự kiện riêng biệt được ghi trong mô-đun Production control.
Vì sao điều này quan trọng

Hoạt động này khởi động quy trình sản xuất theo đơn đặt hàng. Theo dõi khoảng thời gian từ mốc này đến khi hoàn tất hàng hóa là điều cần thiết để phân tích chu kỳ sản xuất và mức độ tuân thủ lịch trình.

Lấy dữ liệu ở đâu

Sự kiện được ghi trong mô-đun Production control. Bản ghi mới trong ProdTable (bảng lệnh sản xuất) có dấu thời gian tạo.

Thu thập

Sự kiện được ghi lại khi tạo bản ghi mới trong bảng lệnh sản xuất (ProdTable).

Loại sự kiện explicit
Tạo yêu cầu mua hàng
Đây là yêu cầu chính thức gửi đến bộ phận mua hàng để mua nguyên vật liệu cần cho đơn hàng, thường là khi lượng hàng tồn không đủ. Hệ thống ghi lại sự kiện khi người dùng tạo và lưu chứng từ yêu cầu mua hàng mới.
Vì sao điều này quan trọng

Hoạt động này khởi động quy trình con mua sắm. Theo dõi mốc này giúp phân tích thời gian phê duyệt nội bộ trong chu kỳ mua sắm và xác định chậm trễ trước khi phát hành PO.

Lấy dữ liệu ở đâu

Sự kiện được ghi trong mô-đun Procurement and sourcing. Bản ghi mới trong PurchReqTable là một sự kiện riêng biệt có dấu thời gian.

Thu thập

Sự kiện được ghi lại khi tạo bản ghi trong bảng yêu cầu mua hàng (PurchReqTable).

Loại sự kiện explicit
Thực hiện kiểm soát chất lượng
Hàng hóa đã sản xuất hoặc nhận về được kiểm tra chất lượng để bảo đảm đáp ứng tiêu chuẩn. Hệ thống thường ghi nhận việc này khi hoàn tất hoặc xác nhận Quality Order.
Vì sao điều này quan trọng

Hoạt động này bảo đảm chất lượng sản phẩm và việc tuân thủ quy trình. Xác định các bước kiểm tra chất lượng bị bỏ qua hoặc thời gian kiểm tra kéo dài giúp giảm rủi ro và cải thiện luồng quy trình.

Lấy dữ liệu ở đâu

Sự kiện được ghi trong mô-đun Inventory management thông qua Quality Orders. Việc xác nhận hoặc đóng Quality Order (InventQualityOrderTable) gắn với mặt hàng sẽ tạo sự kiện này.

Thu thập

Sự kiện được ghi lại khi xác nhận hoặc đóng Quality Order gắn với lô hàng hoặc số sê-ri của mặt hàng.

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ừ Microsoft Dynamics 365 SCM

Bạn đã sẵn sàng bắt đầu chưa?

Dùng mẫu này để hiểu rõ hơn về chuỗi cung ứng của bạn. Bắt đầu cải tiến vận hành ngay hôm nay để tăng hiệu quả và giảm chi phí.

Quản lý chuỗi cung ứng hiệu quả hơn, bắt đầu cải tiến ngay hôm nay

Theo dõi toàn bộ quy trình và nâng độ chính xác dự báo lên 90% để giảm chi phí.

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

Không cần thẻ tín dụng. Thiết lập chỉ trong vài phút.