Khi triển khai ERP, câu hỏi về nhập liệu luôn xuất hiện rất sớm. Một trong những kỳ vọng phổ biến nhất khi doanh nghiệp đầu tư công nghệ là:
Đưa phần mềm vào để giảm việc, giảm người, giảm công đoạn và giảm chi phí.
Kỳ vọng này hoàn toàn dễ hiểu. Nhưng trong quá trình triển khai ERP, doanh nghiệp đôi khi lại gặp một thực tế trái ngược:
- Bán hàng phải nhập đơn hàng chi tiết hơn.
- Kỹ thuật phải chuẩn hóa BOM.
- Kho phải xác nhận nhập, xuất và cấp phát.
- Sản xuất phải ghi nhận sản lượng hoặc trạng thái công việc.
- QC phải ghi nhận lỗi và kết quả kiểm tra.
- Người quản lý phải duyệt các bước rõ ràng hơn.
Từ góc nhìn của người dùng, câu hỏi rất tự nhiên là: "Trước đây tôi làm một bước, tại sao bây giờ dùng phần mềm lại thành ba bước?". Và từ góc nhìn Kaizen, câu hỏi còn lớn hơn: nếu Kaizen là loại bỏ lãng phí, tại sao số hóa lại làm phát sinh thêm thao tác?
Đây là một mâu thuẫn rất thật trong chuyển đổi số. Nhưng vấn đề không nằm ở việc có thêm thao tác hay không. Vấn đề nằm ở chỗ:
Thao tác đó có tạo ra giá trị quản trị hay chỉ tạo thêm việc?
Minh họa: trước và sau khi số hóa với Viindoo.
Kaizen không có nghĩa là cắt mọi thao tác
Một trong những cách hiểu đơn giản nhưng dễ gây sai lệch về Kaizen là: càng ít bước càng tốt. Trong thực tế, Kaizen hướng tới việc loại bỏ lãng phí, không phải loại bỏ mọi hoạt động. Có thể chia hoạt động thành ba nhóm.
1. Hoạt động tạo giá trị
Đây là những hoạt động trực tiếp tạo ra giá trị mà khách hàng sẵn sàng trả tiền, ví dụ gia công, lắp ráp, thiết kế theo yêu cầu, kiểm tra một đặc tính bắt buộc của sản phẩm.
2. Hoạt động không tạo giá trị và có thể loại bỏ
Ví dụ nhập cùng một dữ liệu nhiều lần, đi tìm file, chờ phê duyệt không cần thiết, đối chiếu thủ công giữa nhiều bảng Excel, nhập lại số liệu từ giấy sang hệ thống. Đây chính là nhóm Kaizen cần ưu tiên loại bỏ.
3. Hoạt động không trực tiếp tạo giá trị nhưng cần cho quản trị
Ví dụ xác nhận một công đoạn đã hoàn thành, ghi nhận số lượng thực tế, quét mã vật tư, ghi nhận lỗi, xác nhận thời điểm bắt đầu và kết thúc, ghi nhận nguyên nhân dừng máy. Những thao tác này không trực tiếp làm ra sản phẩm, nhưng chúng có thể tạo ra dữ liệu cần thiết để doanh nghiệp kiểm soát, đo lường, truy nguyên và cải tiến. Đây chính là vùng dễ gây tranh luận nhất trong dự án ERP.
Chi phí nhập liệu xuất hiện ngay, giá trị của dữ liệu xuất hiện sau
Hãy lấy một ví dụ đơn giản. Trước khi triển khai ERP, một công nhân hoàn thành công đoạn và chuyển sản phẩm sang bước tiếp theo. Sau khi triển khai, người đó có thể phải xác nhận hoàn thành, nhập số lượng đạt, nhập số lượng lỗi và chọn lý do nếu có sai lệch. Nhìn tại thời điểm thao tác, doanh nghiệp thấy rõ: người dùng phải làm thêm việc.
Nhưng giá trị của dữ liệu đó lại xuất hiện ở những bước phía sau. Nhờ các ghi nhận này, doanh nghiệp có thể biết công đoạn nào mất nhiều thời gian, tỷ lệ lỗi bao nhiêu, lỗi tập trung ở đâu, sản lượng thực tế khác kế hoạch thế nào, công đoạn nào tạo ra điểm nghẽn (bottleneck), cải tiến có thực sự hiệu quả hay không.
Chi phí tạo dữ liệu nằm ở đầu quá trình, trong khi giá trị của dữ liệu thường xuất hiện ở cuối quá trình.
Vì vậy, nếu chỉ nhìn vào thao tác tại chỗ, rất dễ kết luận rằng phần mềm đang làm tăng việc. Giai đoạn đầu của dự án cần thêm công sức để dựng nền dữ liệu cũng là điều bình thường.
Minh họa: dữ liệu ban đầu, dữ liệu lịch sử và thói quen mới khiến giai đoạn đầu nặng hơn; sau đó thao tác giảm dần.
Ví dụ trong doanh nghiệp cơ khí: vì sao BOM phải chi tiết hơn?
Hãy lấy một doanh nghiệp cơ khí sản xuất theo đơn hàng. Trước đây, bán hàng có thể tạo đơn hàng rất đơn giản: "Gia công cụm máy A, 1 bộ, 120 triệu đồng". Cách này nhanh. Nhưng nếu doanh nghiệp muốn quản trị sâu hơn, hệ thống có thể cần cấu hình sản phẩm, BOM, nguyên vật liệu, định mức, công đoạn, thời gian dự kiến, yêu cầu chất lượng. Lúc đó người dùng có thể cảm thấy: "Tại sao phải nhập chi tiết đến thế?"
Câu trả lời phụ thuộc vào doanh nghiệp muốn nhìn thấy gì ở phía sau. Nếu chỉ cần biết doanh thu, tổng chi phí, lợi nhuận cuối kỳ, thì dữ liệu rất chi tiết có thể chưa cần thiết. Nhưng nếu doanh nghiệp muốn biết vật tư nào vượt định mức, công đoạn nào vượt giờ, sản phẩm nào hay phát sinh lỗi, đơn hàng nào thực sự có lãi, BOM nào thường xuyên bị thay đổi, thì dữ liệu từ đầu dòng phải đủ chi tiết.
BOM đa cấp với số lượng, tuyến sản xuất và giá thành: độ sâu của BOM quyết định những gì có thể phân tích về sau.
Độ sâu của quản trị quyết định độ chi tiết của dữ liệu.
Số hóa sai cách thực sự có thể đi ngược Kaizen
Không phải mọi thao tác mà ERP yêu cầu đều đúng. Đây là điểm cần nói rất rõ. Nếu doanh nghiệp yêu cầu người dùng nhập dữ liệu mà không ai dùng, điền quá nhiều trường chỉ vì hệ thống có sẵn, ghi nhận cùng một thông tin ở nhiều nơi, xác nhận những bước không tạo ra kiểm soát, hoặc tạo ra workflow phức tạp hơn thực tế, thì số hóa đang tạo ra lãng phí số. Khi đó, phần mềm không hỗ trợ Kaizen, nó chỉ biến lãng phí thủ công thành lãng phí trên phần mềm.
Mục tiêu triển khai ERP không phải là số hóa mọi thao tác, mà là chỉ số hóa những điểm dữ liệu cần thiết để vận hành, kiểm soát, đo lường và cải tiến.
Nhập liệu chỉ nên diễn ra khi phục vụ một mục đích rõ ràng
Một nguyên tắc thực tế khi triển khai Viindoo là: không yêu cầu người dùng nhập dữ liệu chỉ vì phần mềm có trường để nhập. Mỗi dữ liệu nên trả lời được ít nhất một trong bốn câu hỏi.
Dữ liệu này có điều khiển một bước phía sau không?
Ví dụ BOM xác định nhu cầu nguyên vật liệu; nếu không có BOM, hệ thống không thể tính đúng nhu cầu mua hàng hoặc cấp phát.
Dữ liệu này có phục vụ kiểm soát không?
Ví dụ kiểm tra chất lượng (Quality Check) giúp xác nhận sản phẩm có đạt yêu cầu hay không.
Dữ liệu này có phục vụ đo lường không?
Ví dụ thời điểm bắt đầu và kết thúc giúp đo thời gian chu kỳ (cycle time).
Dữ liệu này có phục vụ quyết định không?
Ví dụ chênh lệch tiêu hao vật tư giúp quyết định có cần điều chỉnh định mức hay cải tiến công đoạn.
Trên Viindoo, với ứng dụng Manufacturing Quality Control, kiểm tra chất lượng hiện trên các công đoạn của lệnh sản xuất (cho vật tư thuộc điểm kiểm soát đã khai báo), hiển thị cạnh thời lượng dự kiến và thực tế, nên bước kiểm tra thêm là một phần của công việc chứ không phải một báo cáo riêng.
Kiểm tra chất lượng hiện trên các công đoạn, bên cạnh thời lượng dự kiến và thực tế.
Nếu không trả lời được bất kỳ câu hỏi nào ở trên, doanh nghiệp nên xem xét: có thực sự cần nhập dữ liệu đó không?
Không nên bắt con người nhập những gì hệ thống có thể tự tạo
Đây là điểm số hóa phải hỗ trợ Kaizen rõ nhất. Nếu hệ thống có thể tự động tạo dữ liệu, không nên yêu cầu con người nhập lại:
- ngày tạo đơn hàng có thể tự ghi nhận,
- người tạo giao dịch đã có trong hệ thống,
- trạng thái có thể tự thay đổi theo workflow,
- giá trị đơn hàng có thể tính tự động,
- nhu cầu vật tư có thể suy ra từ BOM,
- tồn kho có thể cập nhật từ giao dịch nhập xuất,
- dữ liệu giữa các module có thể truyền tự động.
Quét mã cũng thay cho gõ tay: với Stock Barcode và MRP Barcode trên Viindoo, kho và xưởng quét sản phẩm, số lô và số lượng thay vì gõ tay từng dòng.
Màn hình lệnh công việc tại xưởng sẵn sàng nhận mã từ máy quét, nên số lượng và số lô được quét thay vì gõ tay.
Khi triển khai đúng, ERP nên thực hiện hai việc đồng thời: tạo thêm dữ liệu quản trị cần thiết và loại bỏ những thao tác nhập liệu không cần thiết. Đây mới là điểm cân bằng.
Từ "nhập liệu" sang "ghi nhận ngay trong dòng công việc"
Một dự án ERP tốt không nên tạo ra một nhóm người chỉ để nhập dữ liệu sau khi công việc đã hoàn thành. Dữ liệu nên được tạo ra ngay trong quá trình làm việc: bán hàng xác nhận đơn hàng khi chốt với khách, kỹ thuật hoàn thành BOM trong quá trình thiết kế, kho quét mã khi cấp vật tư, sản xuất xác nhận khi hoàn thành công đoạn, QC ghi kết quả ngay khi kiểm tra.
Bấm bắt đầu, hoàn thành lệnh công việc chính là thao tác làm việc, đồng thời ghi lại thời lượng thực tế và trạng thái.
Khi đó, người dùng không phải làm việc trước rồi nhập liệu lại sau, mà thao tác trên hệ thống chính là một phần của công việc. Đây là khác biệt rất lớn giữa số hóa tốt và số hóa hình thức.
Ba mức độ dữ liệu để tránh làm dự án quá nặng
Doanh nghiệp không nhất thiết phải thu thập mọi thứ ngay từ đầu. Như ở bài trước về ERP và Kaizen, có thể triển khai theo ba mức.
Mức 1: Theo dõi được (Traceable)
Chỉ cần đủ dữ liệu để trả lời công việc đang ở đâu, trạng thái gì, ai chịu trách nhiệm, đã hoàn thành chưa. Ví dụ trong sản xuất là lệnh sản xuất, lệnh công việc, trạng thái vật tư, trạng thái giao hàng. Mục tiêu: nhìn thấy dòng chảy.
Mức 2: Đo được (Measurable)
Khi cần quản trị sâu hơn, bổ sung thời gian thực tế, sản lượng, tiêu hao, lỗi, chênh lệch. Mục tiêu: đo được sai lệch.
Mức 3: Có thể tối ưu (Optimizable)
Khi đã có đủ dữ liệu: phân tích điểm nghẽn, tìm nguyên nhân gốc (root cause), Kaizen, chuẩn hóa, tự động hóa. Mục tiêu: cải tiến dựa trên dữ liệu. Cách làm này giúp doanh nghiệp tránh hai cực đoan: số hóa quá sơ sài nên không quản được, hoặc số hóa quá chi tiết khiến người dùng quá tải.
Mức 1 không cần ghi nhận nhiều: lệnh sản xuất kèm tình trạng vật tư và tiến độ.
Khi nào nhập liệu là lãng phí?
Có thể kiểm tra rất nhanh bằng 5 câu hỏi:
- Dữ liệu này có được dùng sau khi nhập không?
- Có thể lấy tự động từ dữ liệu đã có không?
- Có ai phải nhập lại dữ liệu này ở bước khác không?
- Nếu bỏ dữ liệu này, quyết định hoặc kiểm soát nào bị mất?
- Giá trị quản trị tạo ra có lớn hơn chi phí ghi nhận không?
Nếu không ai sử dụng, có thể tự động hóa, hoặc chỉ để "đủ biểu mẫu", thì rất có khả năng thao tác đó là lãng phí. Ngược lại, nếu dữ liệu giúp doanh nghiệp tránh một lỗi lớn, phát hiện điểm nghẽn, tính đúng giá vốn, giảm tồn kho, hoặc đo được hiệu quả cải tiến, thì vài giây ghi nhận có thể tạo ra giá trị lớn hơn rất nhiều.
Vai trò của Viindoo là giảm khoảng cách giữa "cần dữ liệu" và "tốn công nhập liệu"
Một trong những mục tiêu của nền tảng ERP tích hợp là: dữ liệu được tạo một lần nhưng có thể sử dụng ở nhiều bước phía sau.
Đơn bán hàng
Tạo ra nhu cầu thực tế.
BOM
Dùng cho kế hoạch vật tư, mua hàng, sản xuất, giá thành.
Giao dịch kho
Dùng cho tồn kho, cấp phát, truy xuất, giá vốn.
Lệnh công việc
Dùng cho tiến độ, thời gian, năng suất, điểm nghẽn.
Kiểm tra chất lượng
Dùng cho kiểm soát chất lượng, thống kê lỗi, cải tiến.
Đây là điểm khác biệt giữa nhập dữ liệu nhiều lần và tạo dữ liệu một lần để phục vụ nhiều mục đích quản trị.
ERP tốt phải giúp giảm thao tác theo thời gian
Ở giai đoạn đầu triển khai, có thể xuất hiện thêm một số thao tác để tạo nền dữ liệu. Nhưng mục tiêu dài hạn không phải giữ nguyên các thao tác đó mãi mãi. Khi quy trình đã rõ và dữ liệu đã ổn định, doanh nghiệp có thể tiếp tục Kaizen chính hệ thống số: dùng barcode (kể cả mã QR qua máy quét), tự động sinh chứng từ, tự động cập nhật trạng thái, kết nối máy móc, dùng API, workflow tự động, cảnh báo tự động, ứng dụng AI. Trên Viindoo, những việc này dựa trên các ứng dụng sẵn có như Stock Barcode, MRP Barcode, Automation Rules, OmniApproval, kết nối IoT, API và Viindoo AI.
Minh họa: tự động hóa và kết nối dữ liệu giúp loại bỏ thao tác lặp lại theo thời gian.
Ghi nhận
Đo lường
Kaizen
Chuẩn hóa
Tự động hóa
Giảm thao tác
Nghĩa là: một số thao tác có thể cần xuất hiện trước để tạo khả năng quản trị, sau đó chính dữ liệu sẽ giúp doanh nghiệp biết nên loại bỏ và tự động hóa thao tác nào.
Số hóa và Kaizen không mâu thuẫn nếu đặt đúng mục tiêu
Nếu mục tiêu số hóa chỉ là càng ít thao tác càng tốt thì doanh nghiệp có thể mất dữ liệu cần thiết để quản trị. Nếu mục tiêu là càng nhiều dữ liệu càng tốt thì doanh nghiệp lại tạo ra một hệ thống nặng nề. Điểm cân bằng nằm ở giữa:
Thu thập lượng dữ liệu tối thiểu nhưng đủ để nhìn thấy, đo lường và cải tiến dòng vận hành.
Minh họa: số hóa hỗ trợ Kaizen khi chỉ ghi nhận những dữ liệu phục vụ cải tiến.
Đây cũng là cách tiếp cận phù hợp khi triển khai Viindoo: không số hóa mọi thứ, không cắt mọi thao tác; chỉ giữ lại những điểm ghi nhận tạo ra giá trị quản trị rõ ràng, sau đó tiếp tục tự động hóa chúng khi có thể.
Câu hỏi thường gặp về nhập liệu và Kaizen
Không. Một số quy trình có thể phát sinh thêm điểm ghi nhận dữ liệu ở giai đoạn đầu, nhưng ERP đồng thời có thể loại bỏ nhiều thao tác nhập lặp, tổng hợp thủ công và đối chiếu giữa các hệ thống.
Không phải mọi nhập liệu đều là lãng phí. Nếu dữ liệu phục vụ kiểm soát, đo lường hoặc quyết định, nó có thể là một hoạt động cần thiết. Nhập liệu không có mục đích rõ ràng mới là lãng phí cần loại bỏ.
Nên bắt đầu từ mức tối thiểu đủ để theo dõi dòng chảy và các sai lệch chính. Chỉ tăng độ chi tiết khi doanh nghiệp có nhu cầu quản trị hoặc cải tiến cụ thể.
Có. ERP tích hợp giúp một dữ liệu được tạo một lần và sử dụng xuyên nhiều nghiệp vụ. Ngoài ra, barcode, API, workflow, IoT và tự động hóa có thể tiếp tục giảm thao tác thủ công.
Viindoo hướng tới kết nối dữ liệu giữa các nghiệp vụ trên một nền tảng thống nhất, từ đó giảm nhập lặp và chỉ giữ lại những điểm ghi nhận cần thiết cho vận hành, kiểm soát và cải tiến.
Bài tiếp theo: Khi nào nhập liệu là lãng phí, khi nào là giá trị quản trị?
Ở bài này, chúng ta đã thấy tăng thao tác không đồng nghĩa với đi ngược Kaizen. Nhưng câu hỏi thực tế hơn là: làm thế nào để biết một dữ liệu có đáng để người dùng nhập hay không? Bài tiếp theo sẽ đi sâu vào cách đánh giá giá trị của dữ liệu, đặc biệt trong bối cảnh doanh nghiệp vừa và nhỏ (SME) thường khó định lượng ROI ngay từ đầu.
