Ví dụ triển khai IoT nhà máy Thái Lan 2026｜5 nhóm mẫu và 5 ranh giới

Khi tìm hiểu các ví dụ triển khai IoT nhà máy Thái Lan, đến một lúc nào đó bạn sẽ khựng lại. Ví dụ nào cũng viết là “gắn cảm biến, thu thập dữ liệu, trực quan hóa”, nhưng ngay khi đặt vào nhà máy của chính mình thì lại không biết phải bắt đầu từ đâu. Nguyên nhân không nằm ở chỗ thiếu thông tin. Nguyên nhân nằm ở chỗ cách đọc ví dụ đang nghiêng về “họ đã lắp cái gì”. Bài viết này đặt điểm phân biệt giữa một dự án trụ được và một dự án dừng ở PoC vào đúng một chỗ — đã quyết định kết nối dữ liệu đo được vào quyết định nào — và sắp xếp lại cách đọc ví dụ sao cho có thể tái lập được. Đây không phải một bài chỉ liệt kê ví dụ.

Bối cảnh của bài là Thái Lan, nhưng cấu trúc vấn đề thì giống nhau ở hầu hết các nước sản xuất trong ASEAN, kể cả Việt Nam: lương kỹ thuật viên tăng đều, ưu đãi đầu tư nghiêng về số hóa, và các nhà máy có nhiều thiết bị đời cũ. Nếu bạn đang quản lý một cơ sở tại Thái Lan từ Việt Nam, hoặc đang cân nhắc áp dụng cùng một khung cho nhiều cơ sở trong khu vực, phần lớn nội dung dưới đây dùng lại được nguyên vẹn.

Vì sao ví dụ triển khai IoT tại Thái Lan tăng lên trong năm 2026

Nếu chỉ nói “ở Thái Lan IoT đang thịnh hành” thì không dùng làm căn cứ ra quyết định được. Đằng sau sự gia tăng đó là những áp lực rất cụ thể, ăn thẳng vào lãi lỗ của nhà máy. Không nắm chỗ này thì khi trình duyệt đầu tư nội bộ sẽ không trả lời được câu “vì sao lại là bây giờ”.

Có ba nhóm lý do lớn: thay đổi cấu trúc chi phí nhân công, chuyển hướng của môi trường đầu tư (BOI), và việc tiền đang thực sự chảy ở phía thị trường. Lần lượt xem từng cái.

Chi phí nhân công: viễn cảnh thống nhất 400 baht và mức tăng lương 4.64% của doanh nghiệp Nhật

Lương tối thiểu của Thái Lan đã được điều chỉnh lên mức 337–400 baht/ngày tại nhiều khu vực vào tháng 1 năm 2025. Đến tháng 7 năm 2025, toàn bộ các ngành nghề tại Bangkok được thống nhất về mức 400 baht/ngày. Với năm 2026, khả năng cao là mức 400 baht sẽ được thống nhất trên toàn quốc, nhưng đây chưa phải là một chế độ đã chốt ở thời điểm hiện tại. Nếu đưa vào tờ trình nội bộ, nên dừng ở mức diễn đạt “được dự báo là nhiều khả năng”.

Quan trọng hơn bản thân lương tối thiểu là tỷ lệ tăng lương của các doanh nghiệp Nhật. Mức tăng lương tại doanh nghiệp Nhật diễn biến như sau: năm 2023 là 3.8%, năm 2024 là 4.58%, và năm 2025 dự kiến 4.64%. Ngoài ra, nhóm kỹ thuật viên và kỹ sư vẫn duy trì mức tăng 5–8% mỗi năm.

Hai con số này có bản chất khác nhau. Việc điều chỉnh lương tối thiểu tác động chủ yếu lên tầng công nhân vận hành, còn 4.64% và 5–8% tác động lên đơn giá của lực lượng nòng cốt đang vận hành nhà máy. Cái ảnh hưởng đến quyết định đầu tư IoT là vế sau. Lý do là vì thứ mà IoT thay thế trong phần lớn trường hợp không phải thao tác của công nhân vận hành, mà là thời gian của nhân sự nòng cốt đang phải đi bộ quanh xưởng để xác nhận tình trạng, ghi ra giấy rồi tổng hợp lại.

Điểm cần quyết trong chương này. Nếu cố giải thích hiệu quả đầu tư IoT bằng “cắt giảm chi phí nhân công”, thường sẽ đuối lý. Câu chuyện sẽ trượt sang giảm số công nhân, rồi lan sang tranh luận về rủi ro lao động. Thay vào đó, hãy viết theo hướng: thu hồi bao nhiêu giờ, từ công việc nào, của nhóm kỹ thuật và quản lý đang tăng đơn giá 5–8% mỗi năm. Chép lại báo cáo ngày mất 1 giờ mỗi ngày, tổng hợp tháng mất 8 giờ mỗi tháng, điều tra truy ngược nguyên nhân dừng máy mất 10 giờ mỗi tháng — viết được ở độ chi tiết này hay không chính là ranh giới quyết định tờ trình có được duyệt hay không.

Môi trường đầu tư BOI: 649 dự án, 330,132 triệu baht và độ nghiêng về số hóa

Quý I năm 2026 của Ủy ban Đầu tư Thái Lan (BOI) ghi nhận 649 dự án được phê duyệt với tổng vốn đầu tư 330,132 triệu baht. Ở số liệu theo hồ sơ nộp — một cách thống kê khác với số phê duyệt — vốn đầu tư đã vượt 1.01 nghìn tỷ baht với hơn 600 hồ sơ, và lực kéo chính là lĩnh vực số hóa và điện tử. Đằng sau đó là nhu cầu AI.

Có hai điều cần đọc ra từ đây. Thứ nhất, trọng tâm thu hút công nghiệp của chính phủ Thái Lan đang nghiêng rõ rệt về phía số hóa. Thứ hai, dư địa để đầu tư thiết bị liên quan đến IoT được xem là đối tượng hưởng ưu đãi đang rộng ra.

Xin sắp xếp lại những ưu đãi của BOI có liên hệ gần với đầu tư IoT.

Hai mục dễ bị bỏ sót nhất là khấu trừ 200% chi phí đào tạo và miễn thuế nhập khẩu. Nguyên nhân thất bại hàng đầu của các dự án IoT luôn là “người dùng không được đào tạo kịp”, nên việc chi phí đối phó với nguyên nhân đó có thể thuộc diện ưu đãi là một sự thật làm thay đổi cách lập kế hoạch.

Điểm cần quyết trong chương này. Có lấy ưu đãi BOI làm tiền đề cho kế hoạch đầu tư hay không nên được quyết dựa trên công sức nộp hồ sơ và cách nhìn về thời điểm ưu đãi được chốt. Khả năng áp dụng ưu đãi thay đổi theo nội dung kinh doanh và tình trạng giấy chứng nhận ưu đãi đầu tư hiện có của từng công ty, nên nếu lập kế hoạch với giả định “chắc là dùng được” thì khi không được duyệt, toàn bộ kế hoạch sẽ sụp. Trên thực tế, cách an toàn là lập một kế hoạch đứng vững được kể cả khi không có ưu đãi, và nếu ưu đãi về thì đẩy tiến độ lên sớm hơn. Về cấu trúc chi phí chi tiết, Hướng dẫn triển khai IoT nhà máy 2026 đã tách chi phí thành 5 tầng, nên ở giai đoạn dựng con số cho tờ trình, hãy tham khảo bài đó.

Phía thị trường: đầu tư nhà máy thông minh khoảng 54 tỷ yên, tăng trên 10% so với cùng kỳ (theo báo chí)

Về thị trường nhà máy thông minh tại Thái Lan, theo đưa tin của NNA, quy mô ở mức khoảng 54 tỷ yên và được dự báo mở rộng trên 10% so với năm trước. Báo chí cũng nêu chủ thể đầu tư có các hãng ô tô và điện gia dụng Trung Quốc (do là bài báo trả phí nên ở đây chỉ xử lý phần tóm lược).

Cách đọc con số này cần thận trọng. “Thị trường đang tăng nên công ty mình cũng phải làm” không phải là một lý do. Cái cần đọc là cơ cấu chủ thể đầu tư. Thông tin nói rằng các nhà sản xuất Trung Quốc nằm trong nhóm chủ thể đầu tư cũng có thể được đọc là: những đối thủ sản xuất cùng loại sản phẩm ngay trong lãnh thổ Thái Lan có khả năng đã ra tay trước ở khía cạnh mức độ minh bạch của sản xuất và tốc độ chuyển đổi. Áp lực đối với nhà máy Nhật nằm ở đây, không nằm ở quy mô thị trường.

Mặt khác, các hoạt động phía doanh nghiệp Nhật cũng có thể xác nhận được qua thông tin công khai. Theo thông tin NEC công bố, trong các hoạt động của doanh nghiệp Nhật có việc triển khai nền tảng IoT trực quan hóa tình trạng vận hành thiết bị cho một nhà sản xuất thực phẩm lớn của Thái Lan, và triển khai hệ thống dự đoán hỏng hóc thiết bị cùng lỗi chất lượng cho một nhà sản xuất linh kiện ô tô Nhật Bản (cả hai đều không công bố tên công ty).

Điều quan trọng ở đây là các mô tả về ví dụ được công khai đều gói gọn trong hai dạng: “trực quan hóa vận hành thiết bị” và “dự đoán hỏng hóc, lỗi chất lượng”. Không phải chuyện công nghệ hào nhoáng. Trong 5 nhóm mẫu sẽ bàn ở các chương sau, đây tương ứng với mẫu A, và mẫu B, C. Việc hai dạng này là những dạng dễ được kể lại dưới hình thức thông tin công khai là một dữ kiện hữu ích khi nghĩ về việc nên bắt đầu từ đâu.

Điểm cần quyết trong chương này. Nếu dùng ví dụ của công ty khác làm căn cứ cho quyết định đầu tư, thứ cần nhìn không phải “công ty nào đã lắp cái gì”, mà là các ví dụ được kể ra dưới dạng thông tin công khai đang lệch về dạng nào. Dạng bị lệch về là dạng dễ giải thích thành quả và ít thất bại. Ngược lại, chọn ngay từ đầu một dạng mà không tìm thấy ví dụ ở bất cứ đâu là điều không đáng, với vị thế của người phải chịu trách nhiệm giải trình đầu tiên trong nội bộ.

Cách đọc đúng ví dụ triển khai IoT — đọc bằng bộ 4 điểm

Đây là phần trung tâm của bài viết. Nếu không thay đổi cách đọc ví dụ thì gom bao nhiêu ví dụ cũng không thành kế hoạch của chính mình.

Vì sao đọc theo “đã lắp cái gì” thì không tái lập được

Khi đặt cạnh nhau những hiện trường nhà máy Nhật tại Thái Lan nơi IoT đã trụ được và những nơi dừng ở PoC, cấu hình thiết bị gần như không khác nhau. Bắt trạng thái đèn tháp ba màu bằng cảm biến quang, lấy tín hiệu từ PLC, gom qua gateway đẩy lên cloud, xem trên dashboard — chừng nào còn nói chuyện cấu hình, ví dụ thành công và ví dụ thất bại vẽ ra cùng một bức tranh.

Chỗ tạo ra khác biệt chỉ có một: trước khi đo, đã quyết định “khi con số này biến động thì ai làm gì” hay chưa.

Đây không phải chuyện tinh thần, mà gắn thẳng vào thiết kế hệ thống. Nếu đã chốt “khi con số này biến động thì phụ trách kỹ thuật sản xuất báo cáo nguyên nhân tại cuộc họp sáng hôm sau”, thì thứ cần có là bảng tổng hợp chốt theo ngày và một màn hình xem được số liệu hôm trước trước 7 giờ sáng. Ngược lại, nếu bắt đầu từ “cứ xem hết theo thời gian thực đã”, thiết kế sẽ thành ra tích trữ dữ liệu theo giây, lưu lượng truyền và dung lượng lưu trữ phình lên, mà rốt cuộc không ai dùng đến độ chi tiết đó.

Lý do đọc theo “đã lắp cái gì” thì không tái lập được là vì thứ được lắp là kết quả, không phải nguyên nhân. Nguyên nhân nằm ở thiết kế quyết định, ở phía trước đó.

Còn một dòng chảy điển hình nữa dẫn đến việc dừng ở PoC. Gắn cảm biến lên 2 máy, lấy dữ liệu một tháng, ra được biểu đồ đẹp. Đem biểu đồ trình bày ở buổi báo cáo. Bị hỏi: “Ra vậy, rồi từ cái này chúng ta làm gì?”. Không trả lời được. Dừng ở đây. Một kế hoạch coi thời điểm ra được biểu đồ là đã có thành quả thì về mặt cấu trúc không thể trả lời câu hỏi đó. Chỉ những kế hoạch đã quyết sẵn câu trả lời trước khi bắt đầu PoC mới trả lời được.

Vấn đề → đối tượng đo → quyết định được kết nối → con số thay đổi

Để đọc ví dụ theo cách tái lập được, hãy rút ra trọn bộ 4 điểm sau. Ngược lại, một bài giới thiệu ví dụ mà thiếu 4 điểm này thì có thể đọc như bài tham khảo, nhưng không dùng làm vật liệu cho kế hoạch được.

Bốn điểm này còn có ý nghĩa ở thứ tự. Trên thực tế, không phải quyết lần lượt từ 1 đến 4, mà quyết 3 trước rồi quay lại 2.

Lấy một ví dụ. Giả sử vấn đề là “hình như thời gian thiết bị dừng khá dài nhưng không nắm được thực tế”. Nếu đi thẳng, đối tượng đo sẽ là “chạy/dừng của thiết bị”. Nhưng hãy nghĩ trước về quyết định ở mục 3: “khi biết được thời gian dừng thì ai làm gì?”. Nếu câu trả lời là “kỹ thuật sản xuất sẽ đi xử lý nguyên nhân của những lần dừng dài”, thì thứ cần không phải tổng thời gian dừng mà là cơ cấu lý do dừng. Tức là đối tượng đo chỉ “chạy/dừng” thôi là chưa đủ, mà bắt buộc phải có nhập lý do khi dừng (cho chọn trên thiết bị đầu cuối tại xưởng).

Ngược lại, nếu câu trả lời là “quản đốc nhà máy sẽ lấy hiệu suất vận hành thực tế của thiết bị làm tiền đề khi lập kế hoạch sản xuất tháng sau”, thì thứ cần không phải cơ cấu lý do mà là con số hiệu suất vận hành chốt theo kỳ. Trong trường hợp này, yêu cầu hiện trường nhập lý do chỉ làm tăng tải mà không tác động đến quyết định.

Cùng xuất phát từ một vấn đề, nhưng quyết mục 3 thế nào sẽ làm thay đổi cả thứ cần đo, cả việc phải nhờ hiện trường làm, lẫn chi phí. Đây chính là bản chất của hiện tượng “cấu hình thiết bị không khác nhau mà kết quả lại khác nhau”.

Viết lại theo bộ 4 điểm thì trông như thế nào

Để tham khảo, xin đặt cạnh nhau cách viết giới thiệu ví dụ thường gặp và cách viết lại theo bộ 4 điểm. Bảng dưới đây không phải ví dụ thực tế của một doanh nghiệp cụ thể, mà là ví dụ dùng để so sánh hình thức mô tả.

Điểm cần quyết trong chương này. Khi đọc ví dụ của công ty khác, hoặc khi viết kế hoạch cho công ty mình, hãy bắt đầu viết từ mục 3 (quyết định được kết nối). Nếu ở mục 3 chỉ ra được mỗi “chia sẻ trong cuộc họp ban lãnh đạo” thì kế hoạch đó chưa chịu nổi một quyết định đầu tư. Chỉ khi lấp đầy cả ba yếu tố “ai”, “khi nào”, “quyết cái gì” thì đối tượng đo mới thu hẹp lại được.

5 nhóm mẫu ví dụ triển khai IoT nhà máy tại Thái Lan

Các ví dụ triển khai IoT được kể ở các nhà máy Nhật tại Thái Lan, trên thực tế có thể hiểu theo 5 dạng. Ở đây xin sắp xếp từng dạng theo bộ 4 điểm ở chương trước. Hãy đọc chúng không phải như ví dụ thực tế của một doanh nghiệp cụ thể, mà như sự phân loại từ các cấu hình được báo cáo phổ biến và những hình thái thường gặp trong phạm vi chúng tôi đã quan sát tại hiện trường. Biên độ cải thiện về mặt con số khác nhau rất nhiều giữa các công ty và không phải thứ có thể khẳng định.

Trước hết là bức tranh tổng thể.

Dưới đây xem chi tiết từng dạng.

Mẫu A Trực quan hóa vận hành thiết bị (bắt đầu từ đèn tháp, PLC)

Đây là dạng có số lượng nhiều nhất và hay được chọn làm bước đầu tiên. Ví dụ về nhà sản xuất thực phẩm lớn của Thái Lan trong thông tin công khai của NEC, xét theo mô tả, cũng thuộc dạng này (triển khai nền tảng IoT trực quan hóa vận hành thiết bị; không công bố tên công ty).

Đối tượng đo. Thiết bị đang chạy hay đang dừng. Cộng thêm lý do trong trường hợp đang dừng. Nguyên tắc quen thuộc là không để lý do ở dạng nhập tự do mà làm dạng chọn với khoảng 6–8 nhóm. Có thể bắt đầu từ các nhóm như “đổi mẫu”, “chờ vật tư”, “dừng vặt”, “hỏng hóc”, “kiểm tra chất lượng”, “dừng theo kế hoạch”, rồi vừa vận hành vừa tăng giảm cho khớp thực tế.

Cách lấy dữ liệu. Có hai đường lớn: bắt trạng thái sáng của đèn tháp (đèn báo xếp tầng) bằng cảm biến quang, và lấy tín hiệu từ PLC. Cách trước không phải động chạm gì đến thiết bị hiện có nên giấy phép thi công điện và việc thu xếp dừng máy ở mức tối thiểu. Cách sau có độ chính xác cao hơn, lấy được cả sản lượng và thời gian chu kỳ, nhưng phụ thuộc vào hãng, model và chuẩn truyền thông của PLC, và có trường hợp đụng đến điều kiện bảo hành của hãng thiết bị. Ở những nhà máy nhiều thiết bị đời cũ, cách thực tế là hai bước: mở rộng phạm vi bằng phương pháp đèn tháp trước, rồi chỉ chuyển riêng các thiết bị quan trọng sang kết nối PLC. Chi tiết về cách lấy dữ liệu đã được sắp xếp theo từng phương pháp trong IoT hóa thiết bị hiện có.

Quyết định được kết nối. Đây là chỗ định đoạt thành bại của dạng này. Hai lựa chọn hoạt động tốt là:

• Tại họp sáng hôm sau (7:30–8:00), với 3 lần dừng lâu nhất của hôm trước, chốt ngay tại chỗ nguyên nhân và người phụ trách khắc phục.
• Theo tháng, dùng hiệu suất vận hành thực tế làm giá trị tiền đề cho kế hoạch sản xuất tháng sau (thay mẫu số của kế hoạch bằng giá trị đo thực tế).

Vế trước kết nối vào vòng cải tiến của hiện trường, vế sau kết nối vào độ chính xác của kế hoạch. Chỉ cần một trong hai. Nếu nhắm cả hai ngay từ đầu, độ chi tiết dữ liệu cần thiết sẽ thay đổi và thiết kế bị dao động.

Chỗ dễ vấp. Việc nhập lý do dừng không duy trì được. Chỉ có vậy thôi. Với công nhân vận hành, thao tác nhập lý do trên thiết bị đầu cuối là công việc phát sinh thêm thuần túy. Nếu kết quả của việc nhập lý do không quay trở lại hiện trường (tức nhập rồi mà chẳng có gì thay đổi), tỷ lệ nhập sẽ tụt trong vòng một tháng. Biện pháp xử lý không nằm ở kỹ thuật mà nằm ở phía vận hành: liên tục cho hiện trường thấy sự thật rằng việc nhập đã làm dịch chuyển một cái gì đó, chẳng hạn ở họp sáng nói “hôm qua chờ vật tư nhiều nên sẽ xác nhận lại với bộ phận mua hàng”.

Cách quyết chọn dạng này. Nếu chưa quyết được bắt đầu từ đâu thì gần như cứ chọn dạng này là được. Có ba lý do: bắt đầu được mà không phải động vào thiết bị hiện có; giải thích thành quả chỉ cần một con số là thời gian dừng; và các dạng tiếp theo (B, E) đều đặt lên trên dạng này.

Mẫu B Nắm dấu hiệu hỏng hóc thiết bị

Ví dụ về nhà sản xuất linh kiện ô tô Nhật Bản trong thông tin công khai của NEC (triển khai hệ thống dự đoán hỏng hóc thiết bị và lỗi chất lượng; không công bố tên công ty) là mô tả nằm vắt qua dạng này và mẫu C.

Đối tượng đo. Lấy liên tục theo chuỗi thời gian các đại lượng vật lý như rung động, dòng điện, nhiệt độ, áp suất. Điểm mấu chốt không phải “phát hiện giá trị bất thường”, mà là tích lũy xu hướng lúc bình thường trong thời gian dài rồi nhìn độ lệch khỏi đó. Vì vậy ngay sau khi triển khai sẽ không biết được gì. Cho đến khi dữ liệu bình thường làm chuẩn tích đủ, sẽ có một quãng vài tháng đến nửa năm chưa phán đoán được.

Quyết định được kết nối. “Khi có dấu hiệu thì đặt phụ tùng dự phòng và đẩy việc bảo trì lên sớm, vào đúng thời điểm dừng theo kế hoạch kế tiếp”. Đó là đích kết nối. Nói ngược lại, ở nhà máy mà chính sách tồn kho phụ tùng và cách vận hành kế hoạch bảo trì chưa được định hình thì có dấu hiệu cũng không có nước đi nào.

Chỗ dễ vấp. Có ba. Thứ nhất, phía lãnh đạo không chờ nổi quãng “chưa phán đoán được” nói trên. Thứ hai, việc đặt ngưỡng rất khó, và cảnh báo kêu quá nhiều rồi sẽ bị phớt lờ. Thứ ba, với những thiết bị vốn có tần suất hỏng thấp thì dữ liệu học không gom đủ. Cố nắm dấu hiệu của một thiết bị mỗi năm mới hỏng một lần thì phải mất nhiều năm dữ liệu mới đủ.

Cách quyết chọn dạng này. Quyết bằng việc có thu hẹp được phạm vi áp dụng hay không. Nếu đã xác định được 1–3 thiết bị thuộc loại “máy này dừng là cả nhà máy dừng” thì dạng này đứng vững. Nếu không xác định được mà mở rộng thành “tất cả thiết bị chính” thì không tương xứng với chi phí và công sức. Ngoài ra, dạng này về cơ bản đến sau mẫu A. Đuổi theo dấu hiệu trong khi ngay cả chạy/dừng còn chưa nhìn thấy là ngược thứ tự.

Mẫu C Đưa lỗi trong công đoạn về trạng thái truy được

Đối tượng đo. Kết quả kiểm tra (hàng tốt/hàng lỗi, phân loại lỗi), điều kiện công đoạn tại thời điểm đó (nhiệt độ, áp suất, thời gian, v.v.), và việc gắn với lô sản phẩm. Yếu tố thứ ba quan trọng nhất, đồng thời cũng dễ bị thiếu nhất.

Quyết định được kết nối. “Khi khách hàng báo có lỗi, xác định phạm vi sản phẩm được làm ra trong cùng điều kiện, và quyết định chặn xuất hàng hay cho đi tiếp”. Quyết định này là một cuộc đua với thời gian.

Chỗ dễ vấp. Là độ chi tiết của việc gắn kết. Nếu gắn được theo đơn vị lô thì khoanh vùng được, còn nếu chỉ gắn được theo ngày thì “toàn bộ sản lượng của ngày hôm đó” trở thành đối tượng. Độ chi tiết không thể chia nhỏ hơn về sau. Việc truy ngược dữ liệu quá khứ để chia nhỏ hơn là bất khả thi về nguyên lý, và đây là hối tiếc đắt giá nhất trong mẫu C.

Một chỗ vấp nữa là chỉ cần còn sót một công đoạn giữ kết quả kiểm tra trên giấy thì việc truy vết sẽ đứt ngay tại đó. Nếu số hóa 9 công đoạn mà 1 công đoạn còn giấy, thì những lỗi có nguyên nhân từ công đoạn đó sẽ không truy được.

Cách quyết chọn dạng này. Nếu khối lượng công xử lý khiếu nại khách hàng đang là vấn đề, hoặc việc quyết cho xuất hàng hay không mất trọn hơn một ngày, thì bỏ chi phí ra là đáng. Ngược lại, một nhà máy gần như không phát sinh khiếu nại mà bắt đầu từ dạng này “để phòng cho tương lai” thì rất khó giải thích hiệu quả đầu tư. Về việc xác định nguyên nhân lỗi, Hệ thống quản lý dữ liệu chất lượng đã sắp xếp thành 3 tầng, nên nếu cân nhắc dạng này thì đọc bài đó trước khi bước vào thiết kế sẽ nhanh hơn.

Mẫu D Nhìn điện năng và năng lượng theo đơn vị công đoạn

Đối tượng đo. Không chỉ điểm nhận điện, mà là điện năng theo tuyến và theo thiết bị. Đo mỗi điểm nhận điện thì không thuộc dạng này. Vì nếu chỉ có điểm nhận điện thì hóa đơn của công ty điện lực là đủ. Giá trị của dạng này nằm ở chỗ phân bổ được tiền điện của cả nhà máy về từng công đoạn và từng thiết bị.

Quyết định được kết nối. Chủ yếu kết nối vào ba việc: xem lại công suất hợp đồng (demand), thay đổi khung giờ vận hành của những thiết bị tạo ra đỉnh, và phân bổ chi phí điện vào giá thành sản phẩm.

Chỗ dễ vấp. Kết quả gần như được định đoạt ở khâu thiết kế đặt điểm đo ở đâu. Đo quá chi tiết thì chi phí lắp CT (biến dòng) và thi công điện phình lên, còn quá thô thì không biết “thiết bị nào đang ngốn” nên không kết nối được vào quyết định. Tiêu chí phán đoán rất đơn giản: “khi con số ở điểm đo đó biến động, có cách vận hành nào thay đổi được không”. Đo thứ không thay đổi được thì chỉ làm tăng chi phí.

Cách quyết chọn dạng này. Nếu tiền điện chiếm tỷ lệ không thể bỏ qua trong lãi lỗ thì dạng này đứng vững. Tư duy thiết kế điểm đo đã được bàn trong Triển khai hệ thống giám sát điện năng, đọc trước khi vào thiết kế có thể giảm mạnh số điểm đo. Đây cũng là một trong số ít dạng có thể chạy song song với mẫu A, vì việc đo điện năng có thể xây dựng độc lập với PLC và dữ liệu sản xuất.

Mẫu E Giám sát từ xa nhà máy Thái Lan từ trụ sở Nhật

Đối tượng đo. Không có gì mới phải đo. Chỉ là đưa dữ liệu đã lấy ở mẫu A về trạng thái xem được từ Nhật. Nếu hiểu lầm chỗ này rồi bắt đầu cân nhắc một hệ thống riêng mang tên “hệ thống giám sát từ xa” thì câu chuyện sẽ phình ra quá mức.

Quyết định được kết nối. Kết nối vào các quyết định phía trụ sở: xếp thứ tự ưu tiên đầu tư thiết bị, có cần cử nhân lực hỗ trợ hay không, và việc khớp giữa kế hoạch sản xuất phía Nhật với thực tế phía Thái Lan.

Chỗ dễ vấp. Có ba. Thứ nhất, định làm cho màn hình trụ sở xem và màn hình hiện trường xem giống nhau. Hiện trường muốn xem chuyện của hôm nay. Trụ sở muốn xem xu hướng theo tháng, theo quý. Độ chi tiết và khoảng thời gian cần đều khác nhau. Cố thỏa mãn cả hai trên cùng một màn hình sẽ tạo ra màn hình khó dùng cho cả hai bên.

Thứ hai, trụ sở bắt đầu dùng con số của hiện trường như một công cụ “giám sát”. Khi việc trụ sở gửi câu hỏi về vào những tuần hiệu suất vận hành đi xuống trở thành nếp, hiện trường sẽ bắt đầu hành xử sao cho con số không xấu đi. Độ tin cậy của dữ liệu tụt xuống một cách có cấu trúc. Thứ cần quyết đầu tiên ở dạng giám sát từ xa không phải kỹ thuật, mà là quy tắc vận hành “không dùng con số này vào đánh giá nhân sự”.

Thứ ba là mạng và bảo mật. Chọn đường truyền nào để gửi dữ liệu từ cơ sở Thái Lan về trụ sở Nhật (VPN hay qua cloud) phụ thuộc vào chính sách của bộ phận hệ thống thông tin ở trụ sở. Đây là phần không thể quyết một mình tại chỗ, và là nguyên nhân điển hình làm chậm việc khởi động. Ở giai đoạn lập kế hoạch tại cơ sở, có kéo bộ phận IT của trụ sở vào hay không sẽ tạo ra chênh lệch 3 tháng.

Cách quyết chọn dạng này. Nếu số chuyến công tác giảm khiến không còn nhìn thấy thực tế hiện trường thì dạng này có giá trị. Tuy nhiên đây không phải dạng khởi đầu độc lập. Tiền đề là mẫu A đang chạy, và cách tiến đúng là đặt nó ở vị trí “bổ sung cách hiển thị” lên trên mẫu A. Về cách nhìn chi phí và thu hồi vốn, Triển khai IoT và giám sát từ xa cho cơ sở ở nước ngoài đã bàn tới, nên ở giai đoạn làm tài liệu giải trình cho trụ sở, hãy tham khảo bài đó.

5 ranh giới phân biệt ví dụ trụ được và ví dụ dừng lại

Đến đây đã xem qua các dạng, nhưng cùng chọn một dạng vẫn có hiện trường trụ được và hiện trường dừng lại. Theo kinh nghiệm, chỗ tạo ra khác biệt gom lại thành 5 điểm. Cả 5 đều không phải chuyện kỹ thuật.

Ranh giới 1 Có quyết định trước khi đo hay không

Đây là điểm đã nhắc lại nhiều lần ở các chương trước, nhưng cũng là điểm chênh lệch lớn nhất trong 5 ranh giới. Cách kiểm tra rất đơn giản: trước khi bắt đầu PoC, có viết được dù chỉ một câu dạng “khi con số này thành thế này thì ai sẽ làm gì” hay không. Nếu không viết được thì khả năng cao kế hoạch đó sẽ kết thúc ở chỗ làm ra biểu đồ.

Cách xử lý khi không viết được cũng đơn giản. Trước khi đo, hãy quan sát xem hiện tại các quyết định đang được đưa ra như thế nào. Ai lập kế hoạch sản xuất và lập khi nào. Khi thiết bị dừng thì ai được gọi. Khi có lỗi thì ai ra quyết định. Cách chắc chắn nhất là cắm dữ liệu vào những quyết định vốn đã tồn tại. Nếu định lập mới một quyết định chưa từng tồn tại, sẽ phải dựng đồng thời cả hệ thống lẫn cách vận hành, và độ khó tăng vọt.

Ranh giới 2 Người xem là nhân viên Thái hay người biệt phái

Ở nhà máy tại Thái Lan, xem nhẹ ranh giới này thì gần như chắc chắn không trụ được. Lý do rất đơn giản: người biệt phái vài năm sẽ luân chuyển, còn nhân viên Thái thì ở lại. Với các doanh nghiệp Việt Nam đang mở rộng sang ASEAN, hoặc các cơ sở tại Việt Nam do người nước ngoài quản lý, cấu trúc này hoàn toàn giống nhau — chỉ đổi ngôn ngữ.

Cụ thể có ba điểm ảnh hưởng rõ rệt.

Ngôn ngữ giao diện. Dashboard và thiết bị đầu cuối tại xưởng có dùng được bằng tiếng Thái hay không. Độ dày của tầng nhân sự vận hành được bằng tiếng Anh khác nhau tùy nhà máy, và tiền đề “thông suốt bằng tiếng Anh đến tận công nhân đứng cạnh chuyền” thường không thực tế. Những phần chạm vào mỗi ngày, như các lựa chọn lý do dừng, đặc biệt cần tiếng Thái.

Lịch trực. “Người xác nhận dữ liệu mỗi sáng” có được quy định theo chức danh hay không. Nếu quy định theo tên cá nhân thì ngay khi người đó chuyển vị trí là dừng. Quy định theo chức danh thì dù người phụ trách thay đổi, việc vận hành vẫn tiếp diễn.

Bàn giao. Có quy trình thao tác bằng tiếng Thái và người mới đọc vào là vận hành được hay không. Làm đến mức này thì mới vượt qua được kỳ luân chuyển của người biệt phái.

Điểm cần quyết ở ranh giới này. Ở giai đoạn chọn nhà cung cấp, nhất định phải đưa “có hỗ trợ được giao diện tiếng Thái không” vào danh mục hạng mục xác nhận. Việc đa ngôn ngữ hóa bổ sung về sau, khi số màn hình đã tăng lên, sẽ đội chi phí lên rất nhanh. Ngoài ra cũng cần nắm rằng hỗ trợ tiếng Thái không phải vấn đề dịch thuật, mà là vấn đề có chỉnh được từ ngữ của các lựa chọn cho khớp với cách nói mà hiện trường vẫn dùng hằng ngày hay không. So với từ dịch đúng theo từ điển, cách gọi mà hiện trường thực sự dùng sẽ làm tăng tỷ lệ nhập liệu hơn.

Ranh giới 3 Thiết kế có cho phép tăng độ chi tiết dữ liệu về sau không

Điểm này thiên về kỹ thuật, nhưng nặng ở chỗ không quay lui được.

Về nguyên tắc, dữ liệu đã lấy thô thì không thể tăng độ chi tiết về sau. Nếu chỉ lưu giá trị tổng hợp theo từng giờ, thì sau này có được yêu cầu “muốn xem theo từng 10 phút” cũng không lấy ra được phần quá khứ. Ngược lại, lấy chi tiết rồi tổng hợp về sau thì lúc nào cũng làm được.

Nhưng không vì thế mà “lưu vĩnh viễn tất cả theo đơn vị giây” là đáp án đúng. Chi phí lưu trữ và đường truyền sẽ bắt đầu đè nặng, mà trên thực tế phần lớn dữ liệu đó không được dùng đến. Phương án dung hòa thực tế có dạng sau.

Điểm cần quyết ở ranh giới này. Thứ cần quyết khi thiết kế không phải bản thân độ chi tiết lưu trữ, mà là “dữ liệu nào có khả năng cao sẽ khiến ta muốn tăng độ chi tiết về sau”. Theo kinh nghiệm, thứ khiến người ta muốn tăng độ chi tiết về sau tập trung vào hai cái: lý do dừng và việc gắn lỗi với lô. Chỉ riêng hai thứ này là đáng lấy chi tiết ngay từ đầu.

Ranh giới 4 Động vào thiết bị hiện có đến đâu (thi công điện, mức chấp nhận dừng máy)

Đây là lý do vật lý nhất khiến kế hoạch đứng lại. Để gắn cảm biến thì phải dừng thiết bị, thi công điện thì cần chứng chỉ và giấy phép, và có trường hợp đụng đến điều kiện bảo hành của hãng thiết bị.

Ở nhà máy tại Thái Lan có ba điểm đặc biệt hay thành vấn đề.

Thời điểm dừng thiết bị. Nhà máy hiệu suất vận hành càng cao thì thời gian dừng được càng ít. Nếu lập kế hoạch bám vào các kỳ nghỉ dài như Tết dương lịch hay Songkran (tháng 4), thì lỡ mất thời điểm đó là phải chờ thêm nửa năm. Kéo tiến độ ngược từ thời điểm thi công sẽ sát thực tế hơn.

Bảo hành của hãng thiết bị. Khi kết nối vào PLC, cần xác nhận điều kiện bảo hành của hãng. Có rủi ro mất bảo hành, hoặc tranh cãi khi phân định trách nhiệm lúc xảy ra sự cố. Để việc xác nhận này lại sau rồi mới chốt ngày thi công thì sẽ bị chặn vào phút chót.

Chứng chỉ và nhà thầu thi công điện. Cần thu xếp nhà thầu có chứng chỉ tại địa phương. Thời gian chờ sẽ khác nhau tùy vào việc nhà thầu bảo trì sẵn có của nhà máy có xử lý được hay phải thu xếp riêng.

Điểm cần quyết ở ranh giới này. Trước hết hãy xem xét “có cách nào không phải động vào thiết bị hiện có không”. Ưu tiên các phương án không tiếp xúc, lắp thêm về sau như cảm biến quang cho đèn tháp hay CT kiểu kẹp thì phần lớn vấn đề của ranh giới này sẽ biến mất. Phần độ chính xác giảm đi có thể bù lại bằng cách thu hẹp đối tượng rồi chuyển sang kết nối PLC. Các lựa chọn phương án đã được sắp xếp trong IoT hóa thiết bị hiện có.

Ranh giới 5 Cơ chế có biến mất khi người biệt phái luân chuyển không

Những hiện trường mà hai năm sau khi triển khai quay lại xem thì đã không còn chạy đều có chung một mô típ: người biệt phái chủ trì việc triển khai đã về nước, và người kế nhiệm không tiếp quản được.

Những thứ cần có để nó không biến mất, trên thực tế gom lại còn bốn.

1. Bảng phân công trực vận hành ghi theo chức danh (không phải theo tên cá nhân)
2. Quy trình thao tác bằng tiếng Thái (kèm ảnh chụp màn hình)
3. Một cuộc họp định kỳ hằng tháng để xem con số (lồng vào cuộc họp sẵn có như một mục nghị sự; không lập mới)
4. Đầu mối liên hệ nhà cung cấp, bộ phận bảo trì và nội dung hợp đồng được lưu lại bằng văn bản tại cơ sở

Mục thứ tư dễ bị thiếu nhất. Nếu các trao đổi lúc triển khai chỉ còn trong hộp thư cá nhân của người biệt phái, người kế nhiệm sẽ phải điều tra lại từ đầu xem đang ký hợp đồng những gì.

Điểm cần quyết ở ranh giới này. Hãy ghi rõ vào điều kiện hoàn thành của dự án triển khai rằng “bốn thứ trên phải tồn tại dưới dạng văn bản tại cơ sở”. Nếu lấy việc bắt đầu vận hành làm điều kiện hoàn thành thì bốn thứ này thường sẽ không được làm.

Những vấn đề thực tế riêng của nhà máy tại Thái Lan

Xin sắp xếp lại những vấn đề mà các bài giải thích IoT thông thường không đề cập, nhưng ở nhà máy tại Thái Lan chắc chắn sẽ phát sinh.

Nguồn điện và hạ tầng mạng: Wi-Fi trong nhà máy, mùa mưa, sét và mất điện

Wi-Fi trong nhà máy. Đem access point dùng cho văn phòng đặt thẳng vào nhà máy thì trước hết là sóng không tới. Có thiết bị bằng kim loại, trần cao, lối di chuyển của xe nâng, và nhiễu điện. Cần khảo sát đo thực tế tại hiện trường rồi mới quyết chỗ đặt gateway IoT và phương thức truyền dẫn từ đó (Wi-Fi, có dây, LTE). Chuyện tiến hành chỉ bằng thiết kế trên giấy rồi đến ngày lắp đặt mới phát hiện sóng không tới là không hiếm.

Mùa mưa và sét. Mùa mưa ở Thái Lan (khoảng tháng 5 đến tháng 10) có nhiều sét. Dây đi ngoài trời và các thiết bị không có biện pháp chống sét sẽ hỏng vì xung sét. Đặc biệt với thiết bị dùng cho giám sát điện năng, hay thiết bị đặt gần khu vực nhận điện ngoài trời, nên tính đến biện pháp chống xung ngay từ đầu. Nếu để hỏng rồi mới xử lý thì trong khoảng thời gian đó dữ liệu bị mất.

Mất điện. Ở những khu vực có mất điện ngắn hoặc dao động điện áp, gateway và server sẽ sập mỗi lần như vậy. Việc có lắp UPS hay không phụ thuộc vào câu hỏi “khi sập thì có tự phục hồi được không”. Nếu cấu hình không tự phục hồi thì kiểm tra thiết lập tự phục hồi trước khi tính đến UPS sẽ rẻ hơn. Cách vận hành cứ mỗi lần mất điện lại phải có người đến hiện trường khởi động lại chắc chắn không duy trì được.

Điểm cần quyết ở vấn đề này. Với hạ tầng mạng và nguồn điện, chỉ cần đưa một lần khảo sát hiện trường vào giai đoạn thiết kế là phòng được phần lớn sự cố ở các công đoạn sau. Hãy ghi rõ “khảo sát hiện trường nửa ngày” vào kế hoạch PoC. Kế hoạch bỏ qua chỗ này chắc chắn sẽ trễ ở giai đoạn thiết kế chính thức.

Trình tự khi sử dụng ưu đãi BOI và miễn thuế nhập khẩu

Trong các ưu đãi đã nhắc ở chương trước, thứ thực sự phát sinh thủ tục với đầu tư IoT chủ yếu là miễn thuế nhập khẩu. Cảm biến, gateway, thiết bị edge, robot công nghiệp, GPU, v.v. có thể thuộc đối tượng.

Về trình tự, cần nắm đúng thứ tự. Không thể nhập khẩu thiết bị rồi mới xin miễn thuế. Quy trình là nộp trước danh mục thiết bị thuộc đối tượng, được phê duyệt rồi mới nhập khẩu. Do đó cần đưa ra danh mục khung trước khi chốt xong việc chọn thiết bị, và điều này ảnh hưởng trực tiếp đến tiến độ dự án.

Thêm nữa, khấu trừ 200% chi phí đào tạo có khả năng dùng được cho chi phí đào tạo trong dự án IoT. Đào tạo thao tác, đào tạo bảo trì cho nhân viên bản địa có thể thuộc đối tượng. Cái này cũng vậy, không phải làm sau, mà cần quyết trước kế hoạch tổ chức đào tạo và cách lưu hồ sơ ghi nhận.

Điểm cần quyết ở vấn đề này. Vì khả năng áp dụng ưu đãi thay đổi theo tình trạng của từng công ty, hãy trao đổi với bộ phận phụ trách BOI (nội bộ hoặc tư vấn) ngay ở giai đoạn đầu dự án để chốt sớm “dùng được hay không dùng được”. Nếu vừa ôm câu “có thể dùng được” vừa tiến hành thì cả tiến độ chọn thiết bị lẫn tiến độ nộp hồ sơ đều rối. Như đã nói ở trên, cách xây dựng kế hoạch an toàn là chuẩn bị sẵn một kế hoạch đứng vững được kể cả khi không có ưu đãi.

Giao diện tiếng Thái, lịch trực vận hành và bàn giao cho nhân viên bản địa

Xin bổ sung mặt thực hành cho nội dung đã nhắc ở ranh giới 2.

Cách chốt thuật ngữ. Các lựa chọn lý do dừng và nhãn trên màn hình nên khớp với cách nói của hiện trường chứ không phải bản dịch theo từ điển. Cách làm rất đơn giản: cho 2–3 nhân viên Thái ở vai trò tổ trưởng xem bản nháp màn hình và nhờ họ diễn đạt lại. Chỉ cần đưa công đoạn 30 phút này vào là tỷ lệ nhập liệu sẽ khác.

Thiết kế đào tạo. Đừng kết thúc bằng một buổi tập huấn tập trung duy nhất. Trong 1 tháng sau khi triển khai, mỗi tuần 15 phút cũng được, hãy có một chỗ để cùng nhìn dữ liệu thực và xác nhận “con số này nghĩa là gì”. Nếu chỉ đưa màn hình mà người dùng không hiểu cách đọc con số thì sẽ không ai dùng.

Đơn vị bàn giao. Quy trình nên được viết theo “luồng công việc” chứ không phải “giải thích chức năng”. Quy trình được viết theo trình tự “buổi sáng, mở màn hình này → xác nhận 3 lần dừng lâu nhất của hôm trước → báo cáo ở họp sáng” thì bàn giao được, còn quy trình bắt đầu từ “cách xem biểu đồ” thì không bàn giao được.

Điểm cần quyết ở vấn đề này. Thành bại của việc bàn giao gần như có thể phán đoán bằng việc quy trình có được viết theo “trình tự công việc” hay không. Trong buổi review dự án triển khai, riêng điểm này rất đáng xác nhận.

Bảo trì: tại cơ sở thì ai là người chạm vào được

Sau khi triển khai chắc chắn sẽ xảy ra các sự cố vật lý: cảm biến rơi ra, thiết bị đầu cuối hỏng, mất kết nối mạng. Lúc đó nếu chưa quyết ai xử lý bước đầu tại cơ sở thì dữ liệu của đúng thiết bị đó sẽ khuyết, rồi dần dần việc mất dữ liệu trở thành chuyện thường ngày.

Cơ cấu thực tế sẽ là một trong các dạng sau.

Điểm cần quyết ở vấn đề này. Hãy quyết cơ cấu bảo trì ngay ở giai đoạn lấy báo giá chi phí triển khai. Nếu chạy rồi mới bắt đầu nghĩ về bảo trì, thì ngay lần hỏng đầu tiên việc vận hành sẽ dừng và có nhiều hiện trường không bao giờ quay lại được. Chỉ riêng việc trữ sẵn vài cảm biến dự phòng cũng đã làm thay đổi đáng kể số ngày đến khi khôi phục.

Về việc kết nối với hệ thống quản lý sản xuất cấp trên (MES hay ERP), ở giai đoạn này chưa cần quyết. Xét về thứ tự, đó là thứ nên xem xét sau khi dữ liệu vận hành đã lấy được ổn định; nếu bắt đầu tranh luận về hệ thống cấp trên trước thì toàn bộ sẽ đứng lại. Cách nghĩ về ranh giới đã được sắp xếp trong Chi phí và cách tiến hành triển khai MES.

Bắt đầu từ đâu — 90 ngày đầu tiên

Xin chuyển nội dung từ đầu bài đến đây thành trình tự thực thi. Cấu trúc là chia 90 ngày thành ba lần 30 ngày, và quyết trước cuối mỗi giai đoạn phải có được cái gì.

Về cảm nhận tiến độ tổng thể, mốc tham khảo phổ biến là: rà soát vấn đề 2–4 tuần → PoC 1–2 tháng → thiết kế và phát triển chính thức 2–4 tháng → lắp đặt, chuyển đổi và đào tạo 1–2 tháng, tổng cộng 6–12 tháng. 90 ngày dưới đây tương ứng với nửa đầu của quãng đó.

0–30 ngày Rà soát vấn đề và chốt 1 KPI duy nhất

Việc cần làm. Đi một vòng hiện trường, thu thập những điều đang vướng dưới dạng câu văn. Ở giai đoạn này không nói chuyện cảm biến hay nhà cung cấp. Đưa những điều đã thu thập vào đúng khuôn bộ 4 điểm nói trên. Đặc biệt là điền ô “quyết định được kết nối”.

KPI thu về 1 cái. Nếu đuổi theo nhiều KPI cùng lúc thì thiết kế PoC sẽ dao động. Thời gian dừng thì chỉ thời gian dừng, điện năng thì chỉ điện năng. Nếu không thu hẹp được, nghĩa là thứ tự ưu tiên của các vấn đề chưa được quyết, và như vậy vẫn chưa đến giai đoạn bước vào PoC.

Điều cần chốt trong giai đoạn này. Có viết được thành một câu “khi 1 KPI đó biến động thì ai, khi nào, quyết cái gì” hay không. Viết được thì đi tiếp. Không viết được thì việc kéo dài giai đoạn này lại nhanh hơn về mặt kết quả.

31–60 ngày PoC (1–2 thiết bị)

Mốc quy mô tham khảo. Mức thông thường của một PoC là thời gian 1–2 tháng, chi phí 500,000–1,000,000 yên, đối tượng là gắn cảm biến lên 1–2 thiết bị. PoC vượt quá phạm vi này thì không còn là PoC mà đã thành một đợt triển khai chính thức quy mô nhỏ.

Thứ cần kiểm chứng trong PoC. Việc xác nhận lấy được dữ liệu thực ra không phải mục đích chính. Về mặt kỹ thuật thì thường là lấy được. Thứ cần kiểm chứng là phía vận hành.

• Việc nhập lý do dừng có chạy được mà không làm gián đoạn thao tác của hiện trường không (tỷ lệ nhập là bao nhiêu %)
• Đem dùng thử ở họp sáng thì có tạo ra được tranh luận không
• Kết nối mạng có ổn định không (nếu là mùa mưa thì bao gồm cả lúc trời mưa)
• Nhân viên Thái nhìn màn hình có hiểu được ý nghĩa không

Điều cần chốt trong giai đoạn này. Trong thời gian PoC, hãy thực sự thực hiện quyết định đã định ra ít nhất một lần. Tức là chạy thật quy trình báo cáo 3 lần dừng lâu nhất ở họp sáng rồi chốt người phụ trách khắc phục. Chạy thử mà không vận hành được thì khi vào chính thức cũng không có triển vọng vận hành được.

61–90 ngày Quyết trước tiêu chí đánh giá (mở rộng hay dừng)

Quan trọng nhất là đừng nghĩ về tiêu chí này vào ngày thứ 61. Ngay ở giai đoạn 0–30 ngày, hãy viết sẵn “PoC ra kết quả thế nào thì đi tiếp vào chính thức, và thế nào thì dừng”.

Xin nêu vài ví dụ về tiêu chí.

Về triển vọng chi phí. Về cảm nhận quy mô của đợt triển khai chính thức, mức đầu tư tham khảo cho doanh nghiệp vừa và nhỏ ở cấp độ 1 (trực quan hóa) theo hướng dẫn của Bộ Kinh tế, Thương mại và Công nghiệp Nhật Bản được nêu là 3,000,000–10,000,000 yên. Thông lệ là lấy kế hoạch thu hồi vốn trong 3–5 năm làm chuẩn cho ROI. Khi ước tính chi phí chính thức từ kết quả PoC, nên kiểm tra một lần xem có nằm trong khoảng này không. Nếu lệch nhiều, khả năng cao là phạm vi đối tượng đã mở rộng quá mức, hoặc độ chi tiết đang lấy quá nhiều. Về cách phân rã cơ cấu chi phí, Hướng dẫn triển khai IoT nhà máy 2026 xử lý theo 5 tầng.

Tính cả vấn đề con người vào kế hoạch. Có kết quả khảo sát cho thấy trên 85% doanh nghiệp nêu nguyên nhân thất bại là thiếu hụt cả về lượng lẫn chất nhân lực thúc đẩy chuyển đổi số. Ý nghĩa của con số này là: nếu không lập kế hoạch với tiền đề rằng người sẽ thiếu, thì kế hoạch sẽ đổ. Ngay khi lập kế hoạch 90 ngày, hãy xác nhận người phụ trách có thể dành bao nhiêu % thời gian làm việc. Nếu không có người chuyên trách thì phải quyết trước sẽ giao cái gì ra bên ngoài.

Điều cần chốt trong giai đoạn này. Hãy lồng chỗ ra kết luận vào một cuộc họp sẵn có (chẳng hạn cuộc họp nhà máy hằng tháng). Nếu lập mới một buổi báo cáo thì chỉ riêng việc thu xếp lịch đã trôi mất 2 tuần.

Câu hỏi thường gặp

Nên tìm ví dụ triển khai IoT của ngành sản xuất tại Thái Lan ở đâu?

Có ba nguồn thông tin công khai chính: các ví dụ triển khai do nhà cung cấp và các SIer công bố (phần nhiều không nêu tên công ty), các bài báo và bài khảo sát của JETRO, NNA và tương tự, và tài liệu hội thảo của các khu công nghiệp cùng hiệp hội ngành.

Tuy nhiên, cách đọc quan trọng hơn cách tìm. Một ví dụ không đủ bộ 4 điểm mà bài này đã nêu (vấn đề / đối tượng đo / quyết định được kết nối / con số thay đổi) thì có thể đọc như bài tham khảo, nhưng không dùng làm vật liệu cho kế hoạch của công ty mình. Đặc biệt là rất ít ví dụ viết ra “quyết định được kết nối”, nên khi không có, hãy vừa đọc vừa suy đoán “công ty này nhìn con số này rồi ai quyết cái gì nhỉ” — làm vậy sẽ dễ áp vào công ty mình hơn.

Chi phí triển khai IoT tại Thái Lan khoảng bao nhiêu?

Thay đổi rất nhiều theo quy mô và phạm vi nên không có một đáp án duy nhất. Làm mốc tham khảo, các mức được nêu là: giai đoạn PoC (gắn cảm biến lên 1–2 thiết bị, thời gian 1–2 tháng) khoảng 500,000–1,000,000 yên; mức đầu tư tham khảo cho doanh nghiệp vừa và nhỏ ở cấp độ 1 (trực quan hóa) theo hướng dẫn của Bộ Kinh tế, Thương mại và Công nghiệp Nhật Bản là 3,000,000–10,000,000 yên. Thông lệ là lấy việc thu hồi vốn trong 3–5 năm làm kế hoạch chuẩn cho ROI.

Về cách phân rã và ước tính cơ cấu chi phí (thiết bị, đường truyền, cloud, phát triển, vận hành bảo trì), Hướng dẫn triển khai IoT nhà máy 2026 xử lý chi tiết theo 5 tầng. Bài viết này không đi vào cơ cấu chi phí.

Chỉ có thiết bị đời cũ thì có ra được hiệu quả như trong các ví dụ triển khai IoT không?

Có. Chính xác hơn, ở những nhà máy nhiều thiết bị đời cũ thì hiệu quả của việc trực quan hóa vận hành thường lại dễ giải thích hơn. Vì thiết bị mới thường tự có log sẵn, nên đã có phần nhìn thấy được rồi.

Với thiết bị đời cũ, phương pháp bắt trạng thái sáng của đèn tháp bằng cảm biến quang cho phép lấy chạy/dừng mà không động chạm gì đến phần điều khiển của thiết bị. Phương pháp này gần như không phụ thuộc vào năm sản xuất của thiết bị. Về các lựa chọn cách lấy dữ liệu cùng độ chính xác, chi phí và mức độ nặng của thi công tương ứng, xin tham khảo IoT hóa thiết bị hiện có.

Từ Nhật Bản có nắm được tình trạng vận hành của nhà máy tại Thái Lan không?

Về mặt kỹ thuật là được. Như đã nói ở mẫu E, không cần đo thêm cái gì mới, chỉ cần làm cho dữ liệu đang lấy tại nhà máy Thái Lan xem được từ trụ sở.

Tuy nhiên có hai lưu ý về mặt thực hành. Thứ nhất là tách riêng màn hình cho trụ sở và màn hình cho hiện trường. Vì độ chi tiết và khoảng thời gian muốn xem khác nhau, dùng chung sẽ làm cả hai đều khó dùng. Thứ hai là quyết trước quy tắc vận hành không dùng con số đó vào đánh giá. Khi bắt đầu bị dùng như công cụ giám sát, hiện trường sẽ chuyển sang làm đẹp số liệu và độ tin cậy của chính dữ liệu sẽ giảm.

Ngoài ra, đường truyền mạng và chính sách bảo mật thường thuộc thẩm quyền của bộ phận IT tại trụ sở. Kéo trụ sở vào ngay ở giai đoạn đầu của kế hoạch sẽ rút ngắn thời gian đến lúc khởi động.

Ưu đãi của BOI có dùng được cho đầu tư IoT không?

Có khả năng dùng được. Những phần liên quan gần nhất là: miễn thuế thu nhập doanh nghiệp thêm 3 năm theo nâng cấp công nghệ (biện pháp 10.1), khấu trừ 200% chi phí đào tạo, và miễn thuế nhập khẩu cho cảm biến IoT, robot công nghiệp, thiết bị edge, GPU, v.v. Cũng nên xác nhận kèm khung: miễn thuế thu nhập doanh nghiệp tối đa 8 năm (kết hợp EEC lên tối đa 15 năm) và giảm 50% trong 5 năm sau thời gian miễn.

Tuy nhiên khả năng áp dụng thay đổi theo nội dung kinh doanh và tình trạng giấy chứng nhận ưu đãi đầu tư hiện có của từng công ty. Ngoài ra, miễn thuế nhập khẩu cần nộp hồ sơ trước, không xin được sau khi đã nhập khẩu. Cách làm thực tế là trao đổi với bộ phận phụ trách BOI ngay đầu dự án để chốt được hay không, và song song với đó chuẩn bị sẵn “kế hoạch đứng vững được kể cả khi không có ưu đãi”.

Cần quyết sẵn những gì để không dừng lại ở PoC?

Có ba thứ.

Thứ nhất, viết sẵn quyết định được kết nối thành một câu. “Khi con số này thành thế này thì ai, khi nào, quyết cái gì”. PoC không viết được câu này sẽ kết thúc ở chỗ làm ra biểu đồ.

Thứ hai, trong thời gian PoC hãy thực sự thực hiện quyết định đó ít nhất một lần. Đánh giá không dựa trên việc có lấy được dữ liệu hay không, mà dựa trên việc quy trình đã định có chạy được hay không.

Thứ ba, viết sẵn tiêu chí đi tiếp / dừng lại trước khi bắt đầu PoC. Nếu kết thúc rồi mới nghĩ về tiêu chí đánh giá thì sẽ thành “thôi để theo dõi thêm chút nữa”, rồi tự nhiên tiêu biến. Tiêu chí phải viết bằng con số (tỷ lệ mất dữ liệu, tỷ lệ nhập, số vụ chốt được biện pháp khắc phục, v.v.).

Cả ba thứ này đều viết được trên một tờ giấy trước khi vào PoC. Nếu không viết được thì vẫn chưa đến giai đoạn bước vào PoC — đó là lập trường xuyên suốt của bài viết này.

Tổng kết

Xin sắp xếp lại những điểm cần nắm khi đọc các ví dụ triển khai IoT nhà máy Thái Lan.

• Bối cảnh khiến số dự án tăng lên trong năm 2026 gồm: mức tăng lương 4.64% của doanh nghiệp Nhật cùng mức tăng 5–8% mỗi năm của nhóm kỹ thuật, độ nghiêng về số hóa của BOI (quý I năm 2026 phê duyệt 649 dự án với 330,132 triệu baht), và sự mở rộng của thị trường nhà máy thông minh (theo báo chí là khoảng 54 tỷ yên, tăng trên 10% so với cùng kỳ)
• Ví dụ đọc theo “đã lắp cái gì” thì không tái lập được. Hãy đọc bằng bộ 4 điểm: vấn đề → đối tượng đo → quyết định được kết nối → con số thay đổi
• Trên thực tế có 5 nhóm mẫu: A trực quan hóa vận hành thiết bị / B dấu hiệu hỏng hóc / C truy vết lỗi trong công đoạn / D nắm điện năng theo công đoạn / E giám sát từ xa từ trụ sở. Nếu chưa quyết được bắt đầu từ đâu thì chọn A là được
• Có 5 ranh giới phân biệt trụ được và đứng lại: có quyết định trước hay không, người xem có phải nhân viên Thái không, có tăng được độ chi tiết về sau hay không, đã thống nhất phạm vi can thiệp vào thiết bị hiện có chưa, và có thành hình thái không biến mất khi người biệt phái luân chuyển hay không
• Các vấn đề riêng của Thái Lan gồm: hạ tầng mạng trong nhà máy, sét và mất điện mùa mưa, việc phải nộp hồ sơ trước để hưởng ưu đãi BOI, giao diện tiếng Thái cùng lịch trực, và cơ cấu bảo trì bước đầu tại cơ sở
• 90 ngày đầu: 0–30 ngày rà soát vấn đề và chốt 1 KPI, 31–60 ngày làm PoC (1–2 tháng, 500,000–1,000,000 yên, 1–2 thiết bị), 61–90 ngày ra kết luận. Tiêu chí đánh giá phải viết sẵn ngay ở giai đoạn 0–30 ngày

Xin viết lại một lần nữa ở phần cuối. Thứ định đoạt thành bại của một dự án IoT không phải kỹ thuật, cũng không phải ngân sách, mà là đã quyết định kết nối dữ liệu đo được vào quyết định nào. Nếu điểm này đã được chốt thì cấu hình thiết bị sau đó điều chỉnh bao nhiêu cũng được. Nếu chưa chốt thì dù có lắp thiết bị tốt đến đâu, kết quả cũng chỉ là một tấm biểu đồ đẹp rồi thôi.

TOMAS TECH hỗ trợ tại chỗ cho các doanh nghiệp sản xuất Nhật Bản tại Thái Lan, từ việc trực quan hóa vận hành thiết bị đến việc khai thác dữ liệu chất lượng và năng lượng. Đang ở giai đoạn “vẫn chưa quyết được bắt đầu từ đâu” hay “đã làm PoC nhưng chưa đi tiếp được” cũng không sao. Ngược lại, sắp xếp lại một lần ở đúng giai đoạn đó sẽ đỡ phải làm lại về sau. Có thể bắt đầu từ chỗ cùng nhìn hiện trường rồi cùng quyết đối tượng đo và quyết định được kết nối. Nếu bạn đang ở giai đoạn cân nhắc, xin liên hệ qua trang liên hệ.