Độ chi tiết dữ liệu nên đến đâu? Bài toán Sales Order - BOM - Sản xuất

Độ chi tiết dữ liệu trong ERP nên dừng ở đâu để vừa đủ quản trị mà không làm người dùng quá tải? Bài 7 chuỗi "Từ dữ liệu đến Kaizen" đi vào tình huống cụ thể nhất: Sales Order, BOM và sản xuất.

Độ chi tiết dữ liệu nên đến đâu?

Sau khi doanh nghiệp hiểu rằng, như đã phân tích ở bài trước:

Không phải dữ liệu càng nhiều càng tốt, mà chỉ cần đủ để quản.

thì một câu hỏi thực tế khác xuất hiện:

"Đủ" là đến đâu?

Đây là lúc tranh luận thường xảy ra giữa lãnh đạo doanh nghiệp, người dùng vận hành và đơn vị triển khai ERP.

Vấn đề không phải bên nào đúng hơn. Vấn đề là:

Mỗi mức độ chi tiết dữ liệu bảo vệ một năng lực quản trị khác nhau.

Bài toán cần giải là tìm độ chi tiết dữ liệu thấp nhất nhưng vẫn đủ để doanh nghiệp quản được dòng chảy.

Một ví dụ điển hình: doanh nghiệp cơ khí sản xuất theo đơn hàng

Giả sử khách hàng đặt:

10 bộ cụm khung máy A

Nếu chỉ nhìn từ góc độ bán hàng, Sales Order có thể rất đơn giản: cụm khung máy A, số lượng 10 bộ, giá bán, ngày giao. Với sales, như vậy có thể đã đủ để chốt đơn.

Nhưng để thực hiện đơn hàng, doanh nghiệp còn phải trả lời:

Các câu hỏi này không thể trả lời chỉ bằng Sales Order. Vì vậy, dữ liệu phải tiếp tục được "giải cấu trúc" qua các lớp:

Đó chính là lý do tại sao độ chi tiết dữ liệu ở đầu dòng ảnh hưởng toàn bộ khả năng quản trị phía sau.

1. Sales Order nên chi tiết đến đâu?

Sales Order (đơn bán hàng) không nên trở thành một biểu mẫu kỹ thuật quá nặng. Nhưng cũng không nên quá sơ sài đến mức phía sau không biết phải làm gì. Một Sales Order tối thiểu nên bảo vệ được bốn thứ:

Trên dòng đơn bán, nhân viên kinh doanh chọn cấu hình qua thuộc tính và biến thể đã khai báo trên sản phẩm.

Trường Ngày Giao lưu ngày cam kết với khách hàng; khi để trống, Viindoo hiển thị ngày dự kiến tính theo thời gian giao hàng.

Sales Order không nên chứa những gì?

Không phải dữ liệu nào cũng nên đẩy lên Sales Order. Ví dụ: chi tiết từng nguyên công, thời gian từng máy, định mức hao hụt, quy trình QC nội bộ. Đây là dữ liệu thuộc lớp kỹ thuật và sản xuất.

Sales Order nên đủ để xác định rõ nhu cầu khách hàng, nhưng không biến sales thành kỹ sư sản xuất.

2. Từ Sales Order sang Product/BOM: điểm chuyển quan trọng nhất

Đây là điểm chuyển cực kỳ quan trọng. Nếu BOM (định mức nguyên vật liệu) quá sơ sài, hệ thống phía sau mất rất nhiều năng lực. Ví dụ BOM chỉ ghi "thép, bulong, sơn", trong khi thực tế cần:

• thép tấm SPCC 1.5 mm,
• thép hộp 40x40x2,
• bulong M8 cấp bền 8.8,
• sơn tĩnh điện màu RAL 7035,
• số lượng cụ thể từng loại.

Nếu doanh nghiệp quản vật tư theo đúng mã hàng, BOM phải đủ chi tiết để tạo nhu cầu, cấp phát, kiểm soát tiêu hao và tính giá thành.

Quy tắc tồn kho tối thiểu - tối đa tạo nhu cầu bổ sung khi vật tư xuống dưới mức tối thiểu; điều này chỉ làm được khi vật tư có mã riêng.

BOM nên chi tiết đến mức nào?

Một nguyên tắc thực tế là:

Chi tiết đến mức doanh nghiệp có nhu cầu quản lý độc lập.

Một cấu phần nên có mã riêng nếu doanh nghiệp cần:

Nếu không có nhu cầu đó, việc tạo thêm mã có thể chỉ làm hệ thống phức tạp hơn. Để tìm hiểu kỹ hơn cách thiết lập BOM, xem bài hướng dẫn về định mức nguyên vật liệu.

3. Khi nào cần BOM nhiều cấp?

BOM nhiều cấp rất hữu ích khi sản phẩm có bán thành phẩm, cụm lắp ráp, nhiều cấp cấu trúc. Ví dụ:

Nếu mỗi cụm được sản xuất riêng, tồn kho riêng, hoặc có quy trình riêng, thì BOM nhiều cấp là hợp lý. Nhưng nếu doanh nghiệp không quản từng cụm độc lập, việc tách quá nhiều tầng có thể làm khó bảo trì BOM, khó thay đổi, tăng số lệnh sản xuất và tăng công việc nhập liệu.

Màn hình Tổng quan định mức hiển thị từng cấp của BOM nhiều cấp, kèm số lượng, quy trình và chi phí.

Tách BOM nhiều cấp khi cấp đó có ý nghĩa quản trị riêng.

4. Routing nên chi tiết đến đâu?

Routing (quy trình công đoạn) trả lời: sản phẩm đi qua những công đoạn nào? Một routing đầy đủ của sản phẩm cơ khí có thể là:

Cắt → Tiện → Phay → Khoan → Hàn → Mài → Sơn → Lắp ráp → QC

Có cần ghi hết từng công đoạn không? Không phải lúc nào cũng cần. Như bài trước đã cho thấy, khi doanh nghiệp chỉ cần biết đơn hàng đang ở khu vực nào, công đoạn lớn nào đang chậm, thì có thể nhóm lại thành Gia công, Hàn, Sơn, Lắp ráp và QC. Đó là cách giảm thao tác ở giai đoạn đầu. Câu hỏi ở đây đi xa hơn một bước: đến lúc nào thì đáng tách nhỏ trở lại?

Khi nào nên tách nhỏ công đoạn?

Chỉ nên tách khi doanh nghiệp cần quản riêng:

Nếu "Gia công" đang ổn, chưa cần tách sâu. Nhưng nếu dữ liệu cho thấy gia công chiếm 60% lead time (ví dụ minh họa), lúc đó mới tách thành Cắt → Tiện → Phay → Khoan để biết điểm nghẽn thật sự nằm ở đâu.

Không đo sâu mọi nơi. Chỉ đào sâu vào nơi dữ liệu cho thấy có vấn đề. Đây chính là tinh thần Kaizen.

5. Work Order có cần từng phút không?

Nhiều doanh nghiệp khi triển khai ERP muốn ngay lập tức đo thời gian bắt đầu, kết thúc, thời gian dừng máy (downtime), thời gian chuẩn bị (setup) và từng phút vận hành. Điều này có thể rất hữu ích, nhưng chỉ khi doanh nghiệp thực sự cần đo năng suất, có kỷ luật ghi nhận, hoặc có tự động hóa.

Nếu chưa có nền tảng, bắt người dùng ghi quá chi tiết dễ dẫn đến nhập đối phó, dữ liệu không chính xác, người dùng phản ứng. Một lộ trình thực tế hơn:

Mỗi công đoạn trên lệnh sản xuất hiển thị tình trạng, thời lượng dự kiến và thời lượng thực tế; nút Chặn dùng để ghi nhận dừng máy.

Giai đoạn 3: báo cáo Hiệu suất thiết bị toàn phần tách thời gian sản xuất hiệu quả với thời gian mất theo từng lý do dừng, ví dụ thiếu vật tư.

Độ chi tiết dữ liệu tăng dần theo khả năng sử dụng dữ liệu.

6. Quality nên ghi đến mức nào?

Quality (quản lý chất lượng) cũng có nhiều mức độ chi tiết dữ liệu:

Không phải doanh nghiệp nào cũng cần mức sâu ngay từ đầu. Nhưng nếu không có tối thiểu kết quả đạt/không đạt và số lượng lỗi, thì rất khó đo chất lượng và Kaizen.

Mức sâu: cảnh báo chất lượng ghi nhận nguyên nhân gốc, người phụ trách, cùng các hành động khắc phục và phòng ngừa, mỗi hành động có người thực hiện và hạn chót.

7. Có phải mọi dữ liệu đều phải được nhập ở đầu dòng?

Không. Đây là một điểm rất quan trọng. Nhiều dự án ERP thất bại vì cố gắng đưa quá nhiều trường vào Sales Order hoặc BOM. Thực tế, dữ liệu nên được tạo tại đúng thời điểm phát sinh:

Dữ liệu nên được tạo bởi người biết rõ nhất về nó, tại thời điểm gần nhất với sự kiện thực tế.

Điều này vừa giảm tải cho một bộ phận, vừa tăng chất lượng dữ liệu.

8. Độ chi tiết dữ liệu tối thiểu để không làm đứt dòng dữ liệu

Với doanh nghiệp sản xuất Make-to-Order, một xương sống (backbone) thực tế có thể là:

Tình trạng nguyên liệu trên lệnh sản xuất cho biết vật tư đã sẵn sàng hay chưa, kèm số lượng cần tiêu thụ, đã giữ chỗ và đã tiêu thụ.

Phiếu giao hàng lưu ngày theo kế hoạch và hạn chót; khi hoàn tất, phiếu ghi nhận ngày chuyển hàng thực tế, nhờ đó so sánh được ngày kế hoạch với ngày thực tế.

Chỉ cần backbone này chạy xuyên suốt, doanh nghiệp đã có thể theo dõi, đo, và bắt đầu Kaizen.

9. Viindoo nên được cấu hình theo lớp dữ liệu

Một cách tiếp cận phù hợp là chia Viindoo thành ba lớp dữ liệu:

10. Một nguyên tắc rất thực tế: chỉ thêm dữ liệu khi xuất hiện câu hỏi quản trị mới

Đây là cách dữ liệu phát triển cùng với nhu cầu quản trị. Không nên đảo ngược thành:

Thu thập mọi thứ trước rồi hy vọng sau này sẽ dùng.

11. Kaizen giúp quyết định nên chi tiết dữ liệu ở đâu

Kaizen không chỉ dùng dữ liệu, Kaizen còn giúp xác định dữ liệu nào cần thu thập thêm.

Vòng lặp có thể là:

Ví dụ:

1. Đơn hàng chậm.
2. Dữ liệu cho thấy chậm ở sản xuất.
3. Tách production routing sâu hơn.
4. Phát hiện bottleneck ở phay.
5. Kaizen công đoạn phay.
6. Chuẩn hóa.
7. Không cần mở rộng dữ liệu ở nơi khác.

Đây là cách tránh số hóa quá mức.

12. Khi nào doanh nghiệp đang quá chi tiết?

Một số dấu hiệu:

• người dùng nhập nhưng không hiểu mục đích,
• nhiều trường thường xuyên bỏ trống,
• dữ liệu được nhập sau cho đủ,
• nhiều mã vật tư không ai sử dụng độc lập,
• quá nhiều công đoạn nhưng không có báo cáo tương ứng,
• workflow dài hơn thực tế.

13. Khi nào doanh nghiệp đang quá đơn giản?

Ngược lại, doanh nghiệp có thể đang quá đơn giản nếu:

• không biết vật tư nào làm chậm đơn hàng,
• không biết đơn hàng đang ở công đoạn nào,
• không đo được chênh lệch kế hoạch/thực tế,
• không tính được giá thành,
• không truy được lỗi.

Khi quản lý theo lô hoặc số sê-ri, báo cáo truy vết lần theo một lô qua từng lần nhập và dịch chuyển, nhờ đó truy được nguồn gốc lỗi.

14. Cách triển khai Viindoo để cân bằng

Đây là phương pháp triển khai nhẹ hơn nhiều so với việc cố thiết kế hệ thống hoàn hảo ngay từ đầu.

Kết luận: dữ liệu phải đủ sâu để quản, nhưng không sâu hơn nhu cầu quyết định

Không có một độ chi tiết dữ liệu đúng cho mọi doanh nghiệp. Sales Order, BOM và Routing của mỗi doanh nghiệp sẽ khác nhau. Nhưng có một nguyên tắc chung:

Chỉ chi tiết đến mức doanh nghiệp cần quản lý, đo lường hoặc ra quyết định độc lập.

Sau đó:

Chỉ đào sâu thêm khi dữ liệu cho thấy một vấn đề cần Kaizen.

Đây là cách giúp Viindoo vừa đủ mạnh để quản trị, vừa không trở thành một hệ thống quá nặng với SME.

Câu hỏi thường gặp về độ chi tiết dữ liệu

Bài tiếp theo: ERP có làm mất tính linh hoạt của SME không?

Bài viết liên quan

• Không phải dữ liệu càng nhiều càng tốt: Chỉ cần đủ để quản
• Khi nào nhập liệu là lãng phí, khi nào là giá trị quản trị?
• Kaizen có cần ERP không?
• Định mức nguyên vật liệu (BoM): Cách thiết lập hiệu quả
• Hướng dẫn thực hiện Kaizen trong sản xuất với Viindoo