Hệ thống quản lý dự báo đơn hàng của khách hàng – lưu phiên bản, chênh lệch với đơn hàng chính thức và MRP cho nhà máy tại Thái Lan

Giới thiệu: ba quy tắc cần quyết định trước khi triển khai hệ thống quản lý dự báo đơn hàng của khách hàng

Bài viết này dùng cụm từ “dự báo đơn hàng của khách hàng” (gọi tắt là “dự báo đơn hàng”) cho khái niệm mà ngành sản xuất Nhật Bản gọi là naiji, tức thông tin về số lượng đặt hàng dự kiến mà khách hàng báo trước cho nhà cung cấp, trước khi gửi đơn hàng chính thức. Tiếng Anh thường gọi là customer forecast hoặc planning schedule.

Nếu nhà máy của bạn đang cân nhắc triển khai hệ thống quản lý dự báo đơn hàng của khách hàng, có thể bạn đang gặp những khó khăn sau. Mỗi khi khách hàng gửi bản dự báo đơn hàng mới, nhân viên phải tự dò chênh lệch so với bản trước và sửa kế hoạch trên Excel. Bản trước bị ghi đè nên không còn lưu lại. Khi dự báo giảm, vật tư và bán thành phẩm bị tồn lại, còn khi dự báo tăng thì phát sinh làm việc ngày nghỉ hoặc vận chuyển khẩn. Và công ty chưa thống nhất bằng văn bản với khách hàng về việc được phép mua trước vật tư đến mức nào.

Bài viết này cho rằng điều cần quyết định trước khi triển khai hệ thống quản lý dự báo đơn hàng không phải là màn hình hay biểu mẫu, mà là ba quy tắc sau.

1. Lưu và so sánh phiên bản: ghi lại phiên bản nào, vào lúc nào, đã thay đổi bao nhiêu
2. Phạm vi trách nhiệm đối với phần đã chốt và phần mua vật tư: thỏa thuận với khách hàng về khoảng thời gian nào được phép sản xuất, và khoảng thời gian nào chỉ được phép mua vật tư
3. Quy tắc đưa vào MRP và kế hoạch sản xuất: phiên bản nào, vào lúc nào, gộp theo mức chi tiết nào, làm tròn ra sao rồi mới đưa vào, và thay đổi lớn đến mức nào thì mới điều chỉnh kế hoạch

Điều này không có nghĩa là “hệ thống không quan trọng”. Như sẽ trình bày ở phần sau, các ERP chính và các sản phẩm quản lý dự báo đơn hàng đều có ba nội dung này dưới dạng “mục cài đặt”. Chính vì vậy, nếu chưa thống nhất quy tắc trong nội bộ và với khách hàng, thì dù có đưa hệ thống vào cũng không thể cài đặt được. Mặt khác, cũng có trường hợp phần mềm đóng gói thiếu chức năng và phải phát triển riêng.

Xin lưu ý trước. Bài viết này không phải là khuyến nghị hay xếp hạng sản phẩm. Chức năng sản phẩm được giới thiệu theo mô tả trong tài liệu công khai của từng công ty. Ước tính chi phí và hiệu quả là số liệu giả định dành riêng cho bài viết này. Có những phần đề cập đến luật và hướng dẫn của Nhật Bản, nhưng bài viết không khẳng định rằng chúng được áp dụng nguyên trạng cho giao dịch giữa các pháp nhân tại Thái Lan.

Vì sao các nhà máy linh kiện tại Thái Lan nên xem lại cách quản lý dự báo đơn hàng lúc này

Ngành sản xuất ô tô Thái Lan đang ở giai đoạn mà sự thay đổi về cơ cấu nổi bật hơn so với mức tăng giảm sản lượng. Chúng ta xem các con số kèm theo phạm vi của chúng.

Theo Xinhua đưa tin về công bố của Liên đoàn Công nghiệp Thái Lan (FTI), sản lượng ô tô trong nước Thái Lan tháng 8/2026 là 124.646 xe, tăng 10,93% so với cùng kỳ năm trước. Sản lượng lũy kế từ tháng 1 đến tháng 8 là 959.711 xe, tăng 1,27% so với cùng kỳ. Cũng trong tháng 8, doanh số trong nước là 59.809 xe (tăng 25,59% so với cùng kỳ), trong đó doanh số xe du lịch BEV trong nước tăng 113,29% so với cùng kỳ và chiếm 32,97% tổng doanh số trong nước. Mặt khác, sản lượng xe du lịch động cơ đốt trong giảm 20,51% trong tháng 8 so với cùng kỳ, và giảm 32,62% trong 8 tháng đầu năm so với cùng kỳ, được cho là do xuất khẩu sụt giảm. Xuất khẩu xe nguyên chiếc tháng 8 là 69.724 xe (giảm 2,04% so với cùng kỳ), trong đó xuất khẩu sang Trung Đông giảm 40,24%.

Theo Nation Thailand (ngày 1/8/2026), nhóm ngành công nghiệp ô tô của FTI đã hạ mục tiêu sản xuất năm 2026 từ 1,5 triệu xe xuống 1,45 triệu xe. Toàn bộ phần giảm nằm ở xe xuất khẩu, từ 950.000 xe xuống 900.000 xe, còn mục tiêu cho thị trường trong nước giữ nguyên ở 550.000 xe. Trong cùng bài báo, người phát ngôn của nhóm ngành này giải thích rằng hơn 90% linh kiện của xe bán tải được sản xuất trong nước, và doanh số xe bán tải sụt giảm kéo dài đang làm giảm sản lượng của chuỗi cung ứng, bao gồm các nhà sản xuất linh kiện.

Đầu tư cho điện hóa vẫn tiếp tục. Theo Nation Thailand (ngày 3/7/2026), tính đến tháng 5/2026, Ủy ban Đầu tư Thái Lan (BOI) đã phê duyệt 198 dự án đầu tư liên quan đến EV với tổng giá trị hơn 137 tỷ baht (đây là số liệu theo phê duyệt). MarkLines mô tả rằng năm 2025, các nhà cung cấp linh kiện tại Thái Lan vừa phải đối mặt với việc các OEM Nhật Bản điều chỉnh sản xuất trong nước và thị trường xe bán tải chững lại, vừa phải đáp ứng xu hướng điện hóa do các OEM Trung Quốc mở rộng và nhu cầu HEV tăng lên, chủ yếu từ các OEM Nhật Bản.

Những con số này là thống kê toàn quốc, không áp dụng cho từng nhà máy hay từng khách hàng. Tuy nhiên, bài viết này cho rằng khi thị trường đích và cơ cấu mẫu xe đang thay đổi, cách mà dự báo đơn hàng từ khách hàng thay đổi qua từng phiên bản cũng có thể khác nhau theo khách hàng và mã hàng. Đây là dịp tốt để rà soát cơ chế lưu phiên bản và đo chênh lệch.

Dự báo đơn hàng là gì: khác biệt với đơn hàng chính thức và cách tiếp nhận

Bài nghiên cứu “Lý thuyết naiji” (2021) của ông Ueno Nobuyuki, Đại học Kinh tế Hiroshima, giới thiệu dự báo đơn hàng là “thông tin về đơn hàng dự kiến được khách hàng như nhà sản xuất, nhà phân phối, hoặc bộ phận bán hàng của chính công ty đưa ra cho nhà cung cấp trước khi sản xuất”. Cuối cùng đơn hàng chính thức sẽ đến, nhưng nó không nhất thiết giống với dự báo đơn hàng, nên dự báo đơn hàng chỉ là giá trị tham khảo cho sản xuất. Bài nghiên cứu cho biết đơn hàng chính thức được đưa ra trước hạn giao một khoảng thời gian nhất định (thời gian giao hàng), còn dự báo đơn hàng được đưa ra sớm hơn, trước thời gian sản xuất, và thông thường được đưa ra nhiều lần, ví dụ trước 3 tháng, trước 2 tháng và trước 1 tháng. Cách thức và thời điểm đưa ra do tập quán thương mại giữa các doanh nghiệp giao dịch quyết định, và có rất nhiều biến thể.

Trang giới thiệu sản phẩm của Mitsubishi Electric giải thích thông tin dự báo đơn hàng là “thông tin số lượng tạm thời mà nhà sản xuất đưa cho nhà cung cấp”, còn thông tin đơn hàng chính thức là “đơn đặt hàng chính thức từ nhà sản xuất, đồng thời hạn giao cũng được xác định”.

Về quy trình trong ngành ô tô Nhật Bản, bài giải thích của MONOist (tháng 6/2021) cho biết kế hoạch sản xuất của nhà sản xuất linh kiện dựa trên số lượng dự báo hằng tháng của nhà sản xuất ô tô, và thông thường vào khoảng ngày 20, số lượng dự báo hằng tháng cho 3 tháng tới sẽ được thông báo. Số lượng của tháng tiếp theo gần như đã chốt, trong khi dự báo cho 2 tháng sau hoặc 3 tháng sau có khả năng thay đổi cao. Bài viết đó cho biết khi có đơn đặt hàng chính thức, hàng được giao chia theo từng ngày hoặc nhiều chuyến trong một ngày, và tại Toyota Motor và một số công ty khác, cơ chế phổ biến là số tấm “kanban” được tháo khỏi sản phẩm chính là số lượng đặt hàng chính thức. Tuy nhiên, đây là bài giải thích chung, thời điểm đưa ra dự báo khác nhau theo từng khách hàng. Bài viết đó cũng cho rằng dự báo đơn hàng và kế hoạch bán hàng là “vấn đề rất dễ phát sinh tranh chấp” giữa nhà sản xuất linh kiện và nhà sản xuất ô tô.

Cách tiếp nhận cũng khác nhau theo từng khách hàng. Trên trang sản phẩm dành cho ngành sản xuất linh kiện ô tô, NEC nêu thách thức là “tiếp nhận dự báo đơn hàng và đơn hàng chính thức với định dạng khác nhau theo từng OEM qua nhiều phương thức như EDI và Excel”. Tại các nhà máy ở Thái Lan, nếu cách tiếp nhận khác nhau theo khách hàng, chẳng hạn EDI, file Excel đính kèm hoặc tải về từ cổng thông tin, thì thách thức tương tự cũng sẽ phát sinh.

Xin làm rõ phạm vi của bài viết này. Cách điều hành cuộc họp hằng tháng để đối chiếu cung và cầu được trình bày trong bài viết về triển khai S&OP. Ngoài ra, AI dự báo nhu cầu dựa trên dữ liệu xuất hàng thực tế của chính công ty có vai trò khác với cơ chế trong bài viết này, vốn tiếp nhận và xử lý dự báo đơn hàng do khách hàng đưa ra. Về chỉ số độ chính xác và cách tính thời gian hoàn vốn, xin xem bài viết về AI dự báo nhu cầu. Bài viết này chỉ tập trung vào các quy tắc nhập dự báo từ khách hàng và đơn hàng chính thức, lưu phiên bản, đo chênh lệch, rồi đưa vào MRP và kế hoạch sản xuất.

Phân chia khoảng thời gian của dự báo đơn hàng: phần đã chốt, phần mua vật tư, phần dự báo

Trong các bài viết tiếng Nhật, đôi khi có những bài giải thích chia các khoảng thời gian của dự báo đơn hàng theo ba tên gọi tiếng Nhật là “kakutei zone” (vùng xác định), “chosei zone” (vùng điều chỉnh) và “yosoku zone” (vùng dự báo); đây không phải là firm zone hay trade-off zone của SAP trong bảng dưới đây. Chúng tôi không thể xác nhận ba tên gọi tiếng Nhật này trong nội dung của tài liệu công khai từ cơ quan nhà nước hay nhà cung cấp phần mềm. Vì vậy, bài viết này dùng ba cách gọi sau như cách gọi riêng của bài viết.

• Khoảng thời gian khách hàng chịu trách nhiệm đến khâu sản xuất (trong bài viết gọi là “giai đoạn cho phép sản xuất”)
• Khoảng thời gian khách hàng chịu trách nhiệm đến khâu mua vật tư (trong bài viết gọi là “giai đoạn cho phép mua vật tư”)
• Khoảng thời gian chỉ dừng ở mức thông tin kế hoạch (trong bài viết gọi là “giai đoạn dự báo”)

Cách gọi khác nhau theo công ty và hệ thống, nhưng tư duy chia khoảng thời gian để xác định phạm vi trách nhiệm có thể thấy chung trong tài liệu của nhiều công ty.

Có hai điểm cần lưu ý. Thứ nhất, phần giải thích về firm zone và trade-off zone của SAP là mô tả phía mua hàng (hợp đồng giao hàng theo lịch mà công ty gửi cho nhà cung cấp của mình) trong khóa học mua hàng của SAP S/4HANA. Trong các tài liệu lần này, chúng tôi chưa xác nhận rằng có cài đặt tương tự trong chức năng phía bán hàng, tức phía nhà sản xuất linh kiện nhận dự báo từ khách hàng. Thứ hai, cột bên phải của bảng là cách sắp xếp của bài viết này, không phải định nghĩa của từng công ty.

Dự báo đơn hàng qua EDI: 830, 862, DELFOR, VDA 4905/4984

Dạng tiêu biểu của EDI dự báo là 830 (Planning Schedule with Release Capability) của ANSI X12, được dùng ở Bắc Mỹ. Phần lời mở đầu tiêu chuẩn X12 được đăng trong hướng dẫn triển khai của Adient giải thích ba cách dùng của 830, gồm dự báo đơn thuần, dự báo mà bên mua cho phép bên bán huy động nguồn lực như nhân công và vật tư, và dự báo có kèm số lượng lũy kế hoặc mẫu giao hàng để dùng cả cho việc giải phóng (release) đơn hàng.

Theo hướng dẫn dành cho nhà cung cấp (tháng 8/2025) của Astemo Americas, pháp nhân khu vực châu Mỹ của một Tier1 Nhật Bản, 830 của công ty này là dự báo cho 6 tháng và được gửi vào chiều tối thứ Hai hằng tuần. Công ty giải thích rằng 830 ghi cho phép sản xuất và cho phép mua vật tư dưới dạng số lượng lũy kế, lần lượt bao gồm nhu cầu trong phạm vi lead time sản xuất và lead time mua vật tư. Công ty cũng ghi rõ rằng 830 không cho phép xuất hàng. Lệnh xuất hàng là 862 Shipping Schedule, và công ty định vị 862 là nhu cầu hằng tuần tương đương lệnh giao hàng chính thức, phát hành theo đơn vị số lượng đóng gói tiêu chuẩn.

UN/EDIFACT có thông điệp DELFOR, tương ứng với dự báo đơn hàng. Như bảng ở trên, phân đoạn SCC của DELFOR (D96A) có các mã phân biệt phần đã chốt, cho phép sản xuất và vật tư, cho phép vật tư, và kế hoạch (xác nhận qua bản đăng lại danh mục của XEDI). Ở châu Âu, tiêu chuẩn VDA cũng được sử dụng. SEEBURGER giải thích rằng VDA 4984 là planning schedule từ khách hàng gửi nhà cung cấp, dựa trên EDIFACT DELFOR, và thay thế VDA 4905 cũ. Công ty này cũng cho biết VDA 4905 cũ không chứa thông tin cho phép sản xuất và vật tư, nhưng hiện nay nhiều OEM và Tier1 vẫn dùng 4905 hoặc cung cấp song song với 4984. Về xu hướng khu vực, theo giải thích của SEEBURGER, EU dùng rộng rãi VDA, NAFTA dùng ANSI X12, còn châu Á và EU dùng rộng rãi EDIFACT.

Điểm quan trọng đối với việc quản lý dự báo đơn hàng ở đây là dự báo mới thay thế dự báo trước. Astemo Americas giải thích rằng mỗi lần gửi 830 hay 862 đều thay thế lần gửi trước, và SEEBURGER cũng giải thích rằng thông điệp VDA 4984 mới thay thế kế hoạch trước. Ghi chú phát hành của phiên bản SAP cũ (R/3 3.0A) cũng viết rằng lịch giao hàng mới nhất có thể thay thế toàn bộ hoặc một phần ngày và số lượng của lịch giao hàng trước. Do đó, nếu bên nhận không tự lưu phiên bản, thông tin “vào lúc nào, ở phiên bản nào, đã thay đổi bao nhiêu” sẽ không còn. Đây là suy luận của bài viết này dựa trên giải thích của các công ty.

Tại Nhật Bản, có mạng lưới ngành JNX. SoftBank giới thiệu JNX là mạng lưới chung của ngành, kết nối các ngành công nghiệp, trước hết là ngành ô tô. Cần lưu ý JNX là mạng lưới, không phải định dạng dữ liệu của dự báo đơn hàng. Cách chọn phương thức kết nối, đường truyền và chuyển đổi với đối tác được trình bày chi tiết trong bài viết về triển khai EDI cho nhà máy.

Toàn cảnh các chức năng cần có của hệ thống quản lý dự báo đơn hàng

Chúng tôi chuyển những nội dung trên thành chức năng của hệ thống. Khi đọc mô tả sản phẩm của các công ty và tài liệu trợ giúp của ERP, các chức năng liên quan đến quản lý dự báo đơn hàng có thể sắp xếp thành khoảng 8 nhóm sau (cách sắp xếp là của bài viết này).

Màn hình và biểu mẫu có thể chỉnh sửa sau, nhưng nếu các quy tắc ở cột bên phải bảng trên chưa được quyết định thì không chức năng nào có thể nhập giá trị cài đặt. Từ phần tiếp theo, chúng ta lần lượt xem quy tắc (1), (2), (3).

Quy tắc (1): lưu và so sánh phiên bản

Quy tắc đầu tiên là lưu lại các phiên bản nhận được và có thể so sánh chúng.

Theo hướng dẫn sử dụng Release Management của Oracle E-Business Suite (R12.1), Demand Processor của sản phẩm này sau khi kiểm tra lịch nhận được sẽ “lưu trữ” (archive) làm lịch sử, rồi mới đối chiếu nhu cầu mới với nhu cầu cũ. Công ty giải thích rằng “Net Change Report” có thể so sánh hai lịch bất kỳ để hiển thị phần tăng giảm, và cũng có thể chỉ xuất những mặt hàng vượt tỷ lệ cho phép.

Tài liệu trợ giúp của Infor LN (LN 10.8) giải thích rằng hệ thống so sánh phiên bản dự báo mới do khách hàng gửi với phiên bản trước để kiểm tra có vi phạm vùng đóng băng (frozen zone) hay không. Theo tài liệu trợ giúp của SAP, Demand Waterfall Analysis trong APO của SAP là chức năng so sánh các bản chụp (snapshot) dự báo tại các thời điểm khác nhau, hiển thị dưới dạng biểu đồ thác nước và chỉ ra mức chênh so với thực tế hoặc các trường hợp vượt ngưỡng.

Với sản phẩm Nhật Bản, khi giới thiệu “Addon Solution hệ thống dự báo đơn hàng và đơn hàng chính thức” (Naiji Kakutei System), Mitsubishi Electric nêu thách thức là “khi thay toàn bộ dữ liệu dự báo cũ bằng bản mới, chênh lệch số lượng được kiểm tra thủ công rồi đưa vào kế hoạch sản xuất nên tốn thời gian và có rủi ro sai sót”, và nêu chức năng “tra cứu so sánh dự báo và đơn hàng chính thức”, cho phép xem số lượng của thông tin dự báo và thông tin đơn hàng chính thức theo dạng lịch trên trục ngang. Công ty cũng giải thích rằng phần mềm quản lý sản xuất dùng làm nền không có chức năng thay toàn bộ dữ liệu dự báo và dữ liệu đơn hàng chính thức bằng bản mới, nên đã phát triển riêng, và cho biết nhiều doanh nghiệp đang quản lý dự báo đơn hàng riêng bằng Excel hoặc công cụ khác bên ngoài hệ thống lõi. Đây là ví dụ cho thấy bản thân hệ thống cũng có thể thiếu chức năng.

Điểm dễ bị bỏ sót khi lưu phiên bản là thứ tự xử lý khi nhiều phiên bản đến trong cùng một ngày. Hướng dẫn của Oracle nêu ví dụ có hai lịch thay thế đến trong cùng một ngày (phát hành lúc 7 giờ và 9 giờ ngày 1/10), và cho thấy nếu không xử lý theo thứ tự phát hành thì không thể trừ chênh lệch chính xác. Cần tính đến khả năng thứ tự nhận và thứ tự phát hành không khớp nhau, và quyết định thành quy tắc việc sắp xếp theo thời điểm nào.

Những điều cần quyết định khi lưu phiên bản như sau.

• Coi tổ hợp nào là một phiên bản (khách hàng, địa điểm giao hàng, mã hàng, thời điểm phát hành)
• Lưu phiên bản trong bao lâu (để phân tích độ chính xác như trình bày sau, có dữ liệu 6 đến 12 tháng gần nhất sẽ dễ xem hơn)
• Chọn mốc so sánh nào (so với phiên bản liền trước, so với phiên bản của n tháng trước, so với đơn hàng chính thức)
• Thứ tự xử lý khi nhiều phiên bản đến trong cùng một ngày

Ngoài ra, khi bản thân đơn hàng chính thức thay đổi về sau (thay đổi số lượng, thay đổi hạn giao, hủy), việc quản lý phiên bản và đánh giá ảnh hưởng nên được quản lý theo một luồng riêng, tách khỏi dự báo đơn hàng, để dễ sắp xếp hơn. Nội dung này được trình bày trong bài viết về kiểm soát thay đổi đơn đặt hàng của khách hàng.

Cách đo chênh lệch giữa dự báo và đơn hàng chính thức: dự báo của bao nhiêu tháng trước đã lệch bao nhiêu

Chỉ khi lưu phiên bản, chúng ta mới có thể đếm được “dự báo của bao nhiêu tháng trước đã lệch bao nhiêu”.

Bài nghiên cứu của ông Ueno gọi chênh lệch số lượng giữa dự báo và đơn hàng chính thức là “độ lệch”, và định nghĩa “độ lệch so với dự báo của i kỳ trước = số lượng đơn hàng chính thức − số lượng dự báo của i kỳ trước”. Nếu dự báo được đưa ra từ 3 tháng trước, thì dự báo của 3 tháng trước, 2 tháng trước và 1 tháng trước sẽ có độ lệch riêng. Bài nghiên cứu cho biết độ lệch thường được biểu diễn dưới dạng phân phối, và đưa ra ví dụ trung bình gần bằng 0 và đối xứng hai bên, cũng như ví dụ tỷ lệ dương và âm gần bằng nhau. Bài nghiên cứu cũng đưa ra ví dụ xác định phân phối độ lệch bằng xử lý thống kê dữ liệu quá khứ.

Theo cách tiếp cận này, có hai điều cần xem.

• Thiên lệch (bias): trung bình độ lệch có cách xa 0 hay không. Ví dụ, nếu dự báo của 2 tháng trước luôn đưa ra cao hơn, nghĩa là có thiên lệch. Giáo trình dự báo của Hyndman và cộng sự cũng giải thích rằng nếu trung bình phần dư khác 0 thì dự báo bị thiên lệch.
• Độ phân tán: độ lệch phân tán rộng đến mức nào. Xem riêng theo từng mốc dự báo của bao nhiêu tháng trước.

Về chỉ số độ chính xác dự báo, sai số phần trăm tuyệt đối trung bình (MAPE) thường được sử dụng. Tài liệu trợ giúp APO của SAP giải thích rằng độ chính xác dự báo được tính từ MAPE. Tuy nhiên, cùng giáo trình trên giải thích rằng MAPE có nhược điểm là không tính được khi giá trị thực tế bằng 0, cho giá trị cực đoan khi gần 0, và phạt nặng sai số âm. Với dự báo đơn hàng, có thể có mã hàng hoặc tuần mà đơn hàng chính thức bằng 0 do ngừng sản xuất mã hàng hoặc lùi lịch giao hàng (dời lịch). Vì vậy, bài viết này đề xuất thứ tự xem độ lệch (chênh lệch số lượng) và thiên lệch trước, rồi dùng thêm MAPE cho các mã hàng có đơn hàng chính thức đủ lớn.

Về dao động của đơn hàng, bài nghiên cứu của ba tác giả Lee, Padmanabhan và Whang công bố năm 1997 đã chỉ ra rằng thông tin truyền đi dưới dạng đơn hàng dễ bị méo, phương sai của đơn hàng có thể lớn hơn phương sai của doanh số, và sự méo mó đó có xu hướng tăng dần khi đi ngược lên thượng nguồn (hiệu ứng bullwhip). Trong bài giải thích trên MIT Sloan Management Review, cùng các tác giả này nêu các triệu chứng như tồn kho dư thừa, sửa kế hoạch thường xuyên, và chi phí điều chỉnh cao do vận chuyển khẩn hoặc làm thêm giờ.

Về mức độ dao động, chúng tôi không xác nhận được thống kê nào cho thấy mức trung bình của toàn ngành. Trong phần giới thiệu sản phẩm, Mitsubishi Electric cho biết dự báo đơn hàng có khi tăng giảm gần 20% cho đến khi thành đơn hàng chính thức. Đây là mô tả của công ty này, không phải giá trị trung bình chung. Điểm xuất phát là thử đếm thực tế với chính khách hàng và mã hàng của công ty mình.

Hình dưới đây là ví dụ giả định minh họa cách hiển thị thác nước, xếp dự báo theo từng phiên bản và đơn hàng chính thức cạnh nhau. Hình không liên quan đến các con số trong phần ước tính.

Quy tắc (2): thỏa thuận với khách hàng về phạm vi trách nhiệm đối với phần đã chốt và phần mua vật tư

Quy tắc thứ hai là thỏa thuận trước với khách hàng về khoảng thời gian nào được phép sản xuất, và khoảng thời gian nào chỉ được phép mua vật tư.

ANSI X12 830 có phân đoạn ATH (Resource Authorization) cho phép huy động nguồn lực. Trong phần chú thích về ATH, hướng dẫn triển khai 830 của Adient viết rằng việc đàm phán xác định trách nhiệm tài chính (financial commitment) phải được tiến hành trước và được cả bên mua lẫn bên bán đồng ý là điều không thể thiếu. Mã ATH có FI (thành phẩm, bao gồm nhân công, vật tư và chi phí gián tiếp) và MT (vật tư).

Astemo Americas giải thích rằng đối với linh kiện trong giai đoạn cho phép sản xuất, Astemo Americas chịu trách nhiệm mua các linh kiện đó, còn trong giai đoạn cho phép mua vật tư thì Astemo Americas cho phép nhà cung cấp mua vật tư. Mặt khác, 830 không cho phép xuất hàng. Nói cách khác, dù phạm vi khách hàng chịu trách nhiệm được ghi rõ thành trường dữ liệu trong EDI, nội dung của nó vẫn dựa trên thỏa thuận trước.

Phía ERP cũng có cấu trúc tương tự. Khóa học mua hàng S/4HANA của SAP giải thích rằng trong hợp đồng giao hàng theo lịch phía mua hàng, có thể cài đặt firm zone và trade-off zone theo ngày lịch, và các dòng lịch giao hàng trong firm zone có thể coi như tương đương đơn hàng chính thức. Khóa học cũng viết rằng firm zone nên được quyết định qua trao đổi với nhà cung cấp. Xin nhắc lại, đây là cài đặt của bên đặt hàng. Tài liệu trợ giúp của Infor LN giải thích vùng đóng băng là khoảng thời gian do khách hàng và nhà cung cấp quyết định trong thỏa thuận điều kiện giao dịch (terms and conditions agreement), và đưa ra ví dụ cài đặt là phải thông báo giảm trước 14 ngày và tăng trước 21 ngày. Số ngày này là ví dụ cài đặt, không phải giá trị khuyến nghị. Infor cũng chú thích rằng LN không áp đặt nghiêm ngặt giới hạn này và có thể ghi đè thủ công.

Cũng cần làm rõ mối quan hệ với “khoảng thời gian đóng băng kế hoạch” trong nội bộ. Khoảng thời gian không thay đổi kế hoạch trong nội bộ được quyết định dựa trên việc chuẩn bị sản xuất và tình hình vật tư của chính công ty. Nếu phạm vi trách nhiệm của khách hàng ngắn hơn khoảng thời gian đóng băng nội bộ, công ty sẽ phải hấp thụ thay đổi của khách hàng bên trong khoảng thời gian đóng băng. Đặt hai độ dài này cạnh nhau để kiểm tra sẽ thấy được chỗ nào phát sinh bất hợp lý. Cách quyết định khoảng thời gian đóng băng và phê duyệt thay đổi được trình bày trong bài viết về khoảng thời gian đóng băng kế hoạch sản xuất.

Với những mặt hàng có thời gian cung ứng vật tư dài, đôi khi phải đặt mua vật tư cho cả nhu cầu ở xa hơn giai đoạn cho phép mua vật tư, tức là nằm ngoài phạm vi của giai đoạn đó. Trong trường hợp này, công ty tự chịu rủi ro khi mua ngoài phạm vi cho phép của khách hàng, vì vậy việc ghi lại ai đã phê duyệt cho từng mặt hàng sẽ trở thành căn cứ khi trao đổi về sau. Cách quản lý mua trước được trình bày trong bài viết về mua sớm linh kiện có thời gian cung ứng dài.

Các mục nên thỏa thuận như sau.

• Giai đoạn cho phép sản xuất và giai đoạn cho phép mua vật tư theo từng khách hàng và từng nhóm mã hàng (tính theo ngày lịch hay ngày làm việc)
• Cách xử lý vật tư và bán thành phẩm còn lại khi dự báo giảm (khách hàng mua lại, phân bổ cho tháng sau trở đi, thủ tục trao đổi)
• Thời hạn và thủ tục yêu cầu thanh toán khi mã hàng ngừng sản xuất
• Ai cài đặt nội dung đã thỏa thuận vào hệ thống, và ai phê duyệt khi thay đổi

Quy định giao dịch của Nhật Bản nói gì về dự báo đơn hàng

Tại Nhật Bản, luật và các hướng dẫn đưa ra một số nội dung về chênh lệch giữa dự báo đơn hàng và đơn đặt hàng thực tế. Đây là luật và hướng dẫn của Nhật Bản. Việc chúng có được áp dụng nguyên trạng cho giao dịch giữa các pháp nhân tại Thái Lan hay không phụ thuộc vào hợp đồng và quan hệ giữa các bên, nên bài viết này không khẳng định. Từng giao dịch cụ thể cần được bộ phận pháp chế kiểm tra.

Trước hết là tên gọi. Theo Ủy ban Thương mại Công bằng Nhật Bản (JFTC), Luật Thầu phụ (Shitauke-ho) sau khi sửa đổi đã trở thành “Luật phòng ngừa chậm thanh toán đối với doanh nghiệp nhận ủy thác vừa và nhỏ liên quan đến ủy thác sản xuất” (gọi tắt là Toriteki-ho) và có hiệu lực từ ngày 1/1/2026. Thuật ngữ cũng thay đổi, “doanh nghiệp mẹ” cũ trở thành “bên ủy thác”, và “doanh nghiệp thầu phụ” cũ trở thành “bên nhận ủy thác vừa và nhỏ”.

Toriteki-ho cấm việc từ chối nhận hàng giao khi bên nhận ủy thác vừa và nhỏ không có lỗi. Tài liệu hướng dẫn của JFTC và Cơ quan Doanh nghiệp vừa và nhỏ Nhật Bản giải thích rằng về nguyên tắc, việc không nhận hàng vào hạn giao ban đầu do hủy đơn hoặc lùi hạn giao cũng thuộc hành vi này, và nêu ví dụ từ chối nhận hàng với lý do thay đổi kế hoạch sản xuất.

Mặt khác, câu hỏi Q72 trong cùng tài liệu cho rằng trong trường hợp bên nhận tự sản xuất theo dự đoán mà không dựa trên đơn đặt hàng chính thức, việc từ chối nhận những thứ chưa được đặt hàng là không có vấn đề. Tuy nhiên, tài liệu cũng viết rằng nếu là đơn đặt hàng chính thức nhưng không thể hiện bằng văn bản mà yêu cầu bằng lời nói để bên nhận sản xuất một số lượng nhất định rồi từ chối nhận, thì đó là hành vi từ chối nhận hàng.

Về bản thân chênh lệch giữa dự báo đơn hàng và đơn đặt hàng thực tế, Tiêu chuẩn thúc đẩy (Shinko Kijun) quy định rằng khi đã đưa ra số lượng đặt hàng dự kiến mà sau đó phát sinh chênh lệch lớn so với số lượng đặt hàng thực tế không có lý do hợp lý, thì bên ủy thác sẽ trao đổi đầy đủ với bên nhận ủy thác vừa và nhỏ và thực hiện các biện pháp như mua lại phần tồn kho thành phẩm và vật tư còn dư. Tiêu chuẩn thúc đẩy được định vị là “tiêu chuẩn chung cần dựa vào” của bên ủy thác và bên nhận ủy thác vừa và nhỏ. Hướng dẫn giao dịch hợp lý trong ngành công nghiệp ô tô của Bộ Kinh tế, Thương mại và Công nghiệp Nhật Bản (METI) cũng nêu, như một “tập quán giao dịch mong muốn”, việc ứng phó với chênh lệch giữa số lượng đặt hàng dự kiến (dự báo đơn hàng) và số lượng đặt hàng thực tế, và lấy ví dụ cách phân bổ vào phần mua lại của tháng tiếp theo đối với mặt hàng đặt hàng liên tục. Các nội dung này có vị trí khác với các hành vi bị Toriteki-ho cấm (các loại vi phạm).

Hướng dẫn này cũng đề cập đến giao dịch ở nước ngoài, cho rằng các nhà sản xuất ô tô và doanh nghiệp liên quan nên lưu ý các nguyên tắc trong khi vẫn cân nhắc luật pháp và tập quán thương mại tại địa phương. Một ví dụ thực hành tốt được giới thiệu là tổ chức cuộc họp giải thích kế hoạch sản xuất xe hằng năm, ngoài thông tin dự báo linh kiện thông thường, cho các nhà cung cấp sản xuất tại địa phương để cung ứng cho cơ sở ở nước ngoài.

Những điều có thể rút ra từ đây được sắp xếp như suy luận của bài viết này. Có trường hợp dự báo đơn hàng tự nó không trở thành “đơn đặt hàng”, và nếu không có thỏa thuận, cách xử lý những thứ đã sản xuất hoặc vật tư đã mua dựa trên dự báo sẽ phải trông vào trao đổi giữa hai bên. Chính vì vậy, bài viết này cho rằng việc thỏa thuận bằng văn bản với khách hàng về mức độ được phép sản xuất và mua vật tư là có ý nghĩa.

Quy tắc (3): quy tắc đưa vào MRP và kế hoạch sản xuất

Quy tắc thứ ba là cách đưa dự báo đơn hàng nhận được vào MRP và kế hoạch sản xuất. Đây là phần mà sản phẩm của các công ty có cài đặt chi tiết nhất. Tất cả các con số xuất hiện dưới đây đều là ví dụ cài đặt trong tài liệu trợ giúp của các công ty, không phải giá trị khuyến nghị.

Đưa phạm vi nào vào MRP. Khóa học mua hàng S/4HANA của SAP giải thích rằng trong hợp đồng giao hàng theo lịch phía mua hàng, phạm vi ràng buộc MRP được chọn trong số “chỉ các dòng lịch từ trade-off zone trở đi”, “chỉ các dòng lịch từ firm zone trở đi” và “tất cả các dòng lịch”. Ở phía bên nhận cũng cần quyết định trong giai đoạn cho phép sản xuất, giai đoạn cho phép mua vật tư và giai đoạn dự báo, phần nào được coi là nhu cầu và từ đâu trở đi chỉ dừng ở giá trị tham khảo.

Gộp theo mức chi tiết nào. Cùng khóa học của SAP đưa ra ví dụ cài đặt gộp là từ hôm nay đến 10 ngày không gộp, từ 10 đến 30 ngày gộp theo ngày, từ 30 đến 60 ngày gộp theo tháng. Đây là cách tiếp cận đưa khoảng thời gian gần vào ở mức chi tiết, còn khoảng thời gian xa thì ở mức tổng quát.

Thay đổi lớn đến mức nào thì mới điều chỉnh kế hoạch. Khóa học của SAP đưa ra ví dụ dung sai là chỉ tạo lịch giao hàng dự báo khi tổng số lượng tăng hơn 2% hoặc giảm hơn 5% so với lần trước. Hướng dẫn của Oracle giải thích rằng có thể cài đặt dung sai nhu cầu dương và âm theo đơn vị khách hàng, địa điểm giao hàng và mặt hàng, và khi vượt dung sai thì vẫn xử lý nhưng đưa cảnh báo vào báo cáo ngoại lệ. Nếu không quyết định ngưỡng, kế hoạch dễ bị thay đổi dù chỉ có biến động nhỏ, làm tăng gánh nặng cho hiện trường.

Xử lý thay đổi bên trong hàng rào (fence) như thế nào. Theo hướng dẫn của Oracle, thay đổi bên trong frozen fence không được phản ánh vào đơn hàng bán mà chỉ đưa ra cảnh báo. Hướng dẫn giải thích rằng khi bật “Roll Forward Frozen Fence”, chỉ phần tăng bên trong hàng rào được dồn sang ngày ngay sau hàng rào, còn phần giảm chỉ được cảnh báo.

Làm tròn như thế nào. Oracle giải thích rằng hệ thống làm tròn lên theo số lượng đóng gói tiêu chuẩn (Standard Pack Rounding). Astemo Americas cũng giải thích rằng 862 được phát hành theo đơn vị số lượng đóng gói tiêu chuẩn. Ở bước công ty đặt mua vật tư, còn có thêm việc làm tròn theo số lượng đặt hàng tối thiểu và bội số đặt hàng của nhà cung cấp. Cách thiết kế thứ tự và đơn vị làm tròn này được trình bày trong bài viết về quản lý số lượng đặt hàng tối thiểu (MOQ).

Phân bổ số lượng theo tháng hoặc tuần xuống từng ngày như thế nào. Trong thông tin sản phẩm FutureStage dành cho ngành linh kiện ô tô (đăng trên MarkLines, cập nhật tháng 10/2013), Hitachi Systems giải thích rằng có thể đăng ký bảng ánh xạ chuyển đổi cho file nhập dữ liệu dự báo và đơn hàng qua EDI, cũng như các mẫu phân bổ số lượng lệnh sản xuất. Công ty cũng giải thích rằng đối với kết quả tính thử MRP, con người sẽ điều chỉnh số lượng và hạn giao của kế hoạch cuối cùng dựa trên thông tin đơn hàng chính thức trong quá khứ. Mitsubishi Electric cũng nêu thách thức là việc phân bổ số lượng đơn hàng của một kỳ xuống các ngày làm việc đang được làm thủ công theo kinh nghiệm và tốn công.

Tóm lại, quy tắc đưa vào MRP cần quyết định các nội dung sau.

Ngoài ra, dù quy tắc đưa vào kế hoạch có được hoàn thiện đến đâu, nếu dữ liệu gốc mặt hàng mà MRP sử dụng (thời gian cung ứng, số lượng đóng gói, định mức nguyên vật liệu) đã cũ thì kết quả vẫn sai lệch. Cách giữ dữ liệu gốc luôn cập nhật được trình bày trong bài viết về hệ thống MRP.

Đối chiếu số lượng lũy kế (CUM) và xử lý mã hàng ngừng sản xuất

Trong dự báo đơn hàng của ngành ô tô Bắc Mỹ và châu Âu, cách quản lý số lượng theo lũy kế (CUM) thường xuyên xuất hiện. Ghi chú phát hành của phiên bản SAP cũ (R/3 3.0A) giải thích số lượng lũy kế là công cụ không thể thiếu để nắm chính xác bức tranh của các giao dịch liên tục thay đổi, và viết rằng hệ thống quản lý số lượng lũy kế khách hàng đã nhận, số lượng lũy kế đã giao, số lượng lũy kế đã giải phóng (cum released) và các số lượng khác. Ghi chú này cũng giải thích rằng lũy kế được đặt lại về 0 vào cuối năm tài chính, OEM chỉ thông báo cuối năm thông qua thay đổi số lượng lũy kế đã nhận, và thời điểm đó khác nhau theo từng OEM.

Hướng dẫn của Oracle giải thích rằng có thể định nghĩa quy tắc CUM cho từng khách hàng, so sánh CUM của khách hàng với CUM của hệ thống và đưa chênh lệch vào báo cáo ngoại lệ. Hướng dẫn cũng viết rằng số lượng đang vận chuyển được trừ khỏi CUM của khách hàng, và khi khách hàng đặt lại CUM thì tạo CUM Key mới.

Astemo Americas giải thích rằng số lượng lũy kế đã nhận của Astemo Americas không bao gồm số lượng đang vận chuyển, nên nhà cung cấp có trách nhiệm so sánh với số lượng lũy kế đã xuất của mình và trừ phần đang vận chuyển. Astemo Americas cũng cho rằng việc theo dõi số lượng lũy kế và giải quyết chênh lệch hoặc khiếu nại ngay khi phát sinh là điều không thể thiếu, và chênh lệch phải được giải quyết trong tối đa 48 giờ.

Cách xử lý mã hàng ngừng sản xuất cũng nên được quyết định ở đây. Astemo Americas giải thích rằng mã hàng ngừng sản xuất (phase-out) được thể hiện trên 830 là Balance out, và nếu nhà cung cấp cho rằng Astemo Americas có trách nhiệm đối với hàng tồn chết (dead stock) thì cần yêu cầu thanh toán trong vòng 30 ngày kể từ khi ngừng sản xuất. Vì có thời hạn yêu cầu thanh toán, ngay khi nhận thông báo ngừng sản xuất, cần đếm vật tư, bán thành phẩm và thành phẩm còn lại theo từng mã hàng, và cần có hồ sơ chứng minh được chúng có được mua hay sản xuất trong giai đoạn cho phép hay không. Đây là lúc việc lưu phiên bản (quy tắc 1) và thỏa thuận phạm vi trách nhiệm (quy tắc 2) phát huy tác dụng.

Cách kiểm kê và xử lý vật tư và bán thành phẩm còn lại do dự báo giảm hoặc mã hàng ngừng sản xuất được trình bày trong bài viết về giảm tồn kho dư thừa.

Nhập dự báo từ khách hàng khi mỗi khách hàng dùng một định dạng khác nhau

Khi triển khai hệ thống quản lý dự báo đơn hàng, phần tốn công một cách bất ngờ là nhập dữ liệu. NEC giải thích rằng sản phẩm của họ tự động nhập và quản lý tập trung thông tin dự báo đơn hàng và đơn hàng chính thức khác nhau theo từng OEM, và thực hiện quản lý đơn hàng bao gồm cả xử lý thay thế. Hitachi Systems cũng giải thích rằng sản phẩm của họ nhập dự báo và đơn đặt hàng chính thức qua EDI khác nhau theo từng khách hàng, và có thể đăng ký bảng ánh xạ chuyển đổi cho file nhập dữ liệu.

Những điều cần quyết định khi thiết kế phần nhập dữ liệu như sau.

• Bảng ánh xạ theo từng khách hàng: mã hàng của khách hàng và mã hàng của công ty, mã địa điểm giao hàng, đơn vị số lượng, ý nghĩa của ngày (ngày giao đến hay ngày xuất hàng)
• Nhận diện phiên bản: với EDI là thời điểm phát hành hoặc số phiên bản, với Excel là tên file hoặc ngày ghi trong sheet. Chọn yếu tố nào làm khóa phiên bản
• Thay thế hay bổ sung: dự báo mới thay thế toàn bộ phiên bản trước, hay chỉ thay thế một phần khoảng thời gian
• Đọc phân loại: đọc phần đã chốt, cho phép sản xuất, cho phép mua vật tư và dự báo như thế nào từ mã EDI (FST02 của 830, DE 4017 của DELFOR) hoặc từ cột trong Excel
• Xử lý lỗi nhập: khi có mã hàng không có trong dữ liệu gốc, hoặc khi nhận được phiên bản có thời điểm phát hành cũ hơn phiên bản trước, thì báo cho ai và dừng như thế nào

Dự báo đơn hàng gửi bằng Excel sẽ bị dừng nhập khi khách hàng thay đổi biểu mẫu. Nếu quyết định trước cả việc ai phát hiện khi biểu mẫu thay đổi và ai sửa bảng ánh xạ, vận hành sẽ ổn định hơn. Với dự báo tải về từ cổng thông tin, nếu quên tải thì sẽ thiếu phiên bản, nên cần quyết định người phụ trách và thời điểm tải.

Những nội dung trên là ở phía nhận dự báo từ khách hàng. Phía công ty gửi dự báo cho nhà cung cấp của mình cũng áp dụng cách tiếp cận tương tự về lưu phiên bản và phạm vi trách nhiệm, nhưng cơ chế nằm ở phía mua hàng. Việc trao đổi đơn đặt hàng và xác nhận hạn giao với nhà cung cấp được trình bày trong bài viết về triển khai cổng thông tin nhà cung cấp.

Chức năng đã xác nhận được ở các sản phẩm và ERP

Dưới đây là các chức năng liên quan đến dự báo đơn hàng trong phạm vi xác nhận được từ tài liệu công khai. Đây không phải khuyến nghị hay xếp hạng. Những ô không xác nhận được ghi là “không xác nhận được trong tài liệu công khai”.

Như bảng cho thấy, lưu và so sánh phiên bản, phân chia khoảng thời gian và quy tắc đưa vào MRP xuất hiện dưới dạng mục cài đặt theo cách này hay cách khác ở nhiều sản phẩm. Dù chọn sản phẩm nào, nếu chưa quyết định khoảng thời gian, ngưỡng và đơn vị làm tròn cho từng khách hàng thì sẽ không nhập được giá trị cài đặt. Đây là lý do bài viết này khuyên nên quyết định quy tắc trước.

Quản lý dự báo đơn hàng là một phần của toàn bộ hệ thống quản lý sản xuất. Tiêu chí và quy trình tổng thể khi chọn hệ thống quản lý sản xuất cho nhà máy linh kiện ô tô được tổng hợp trong bài viết về hệ thống quản lý sản xuất cho nhà máy linh kiện ô tô.

Yêu cầu ghi trong RFP, PoC và tiêu chí nghiệm thu

Khi yêu cầu nhà cung cấp phần mềm đề xuất, không chỉ ghi có hay không có chức năng, mà cần ghi cụ thể hệ thống có thể cài đặt các quy tắc (1), (2), (3) của bài viết này hay không.

Khi PoC và nghiệm thu, có thể dùng cách chạy lại dự báo đơn hàng của 3 tháng gần nhất. Nhập lại các phiên bản dự báo thực tế đã nhận trong quá khứ theo đúng thứ tự đã nhận, rồi kiểm tra báo cáo chênh lệch có khớp với tính tay không, có phải chỉ các thay đổi vượt ngưỡng mới được thông báo không, và nhu cầu đã đưa vào MRP có giải thích được khi so với quyết định lúc đó không. Phép thử này đòi hỏi các phiên bản cũ phải còn được lưu. Nếu bắt đầu lưu các file dự báo nhận được mà không ghi đè ngay từ trước khi quyết định triển khai, chúng sẽ trở thành dữ liệu cho phép thử.

Về chi phí, trong phạm vi khảo sát lần này, chúng tôi không thấy giá công khai trên các trang sản phẩm liên quan đến dự báo đơn hàng của Mitsubishi Electric, NEC và Hitachi Systems, và cũng không xác nhận được giá công khai cho các chức năng liên quan đến dự báo đơn hàng của SAP, Oracle và Infor. Hệ thống quản lý sản xuất dạng đám mây của Hiệp hội Công nghiệp Dập kim loại Nhật Bản (JMSA) có giá công bố tại thời điểm ra mắt tháng 5/2015 là từ 25.500 yên mỗi tháng (chưa thuế) cho giấy phép 3 người dùng, nhưng đây là giá công bố lúc đó, chúng tôi chưa xác nhận giá hiện hành. Về JNX, dịch vụ LA xác thực cá nhân của SoftBank được công khai với phí một lần 6.000 yên và phí hằng tháng 2.800 yên (chưa thuế, 1 người dùng, 1 ứng dụng), nhưng đây là giá của dịch vụ dành cho thị trường Nhật Bản, chúng tôi chưa xác nhận khả năng sử dụng và giá tại Thái Lan. Cần lấy báo giá riêng sau khi trình bày yêu cầu trong RFP.

Ước tính mô hình chi phí và hiệu quả (số liệu giả định)

Các con số từ đây là số liệu giả định dành riêng cho bài viết này. Đây không phải dữ liệu của một nhà máy có thật.

Nhà máy giả định là một nhà máy dập và hàn linh kiện ô tô vốn Nhật tại Thái Lan. Dự báo đơn hàng từ 5 khách hàng đến qua EDI và Excel, và nhân viên quản lý sản xuất sửa kế hoạch trên Excel trong khi ghi đè lên phiên bản cũ.

Tổn thất hằng năm làm mốc gồm hai khoản sau. Dự báo giảm và dự báo tăng được tính là hai sự kiện riêng biệt, không phải cùng một biến động bị tính hai lần.

Biện pháp gồm nhập dự báo, lưu và so sánh phiên bản, thỏa thuận phân chia khoảng thời gian và phạm vi mua vật tư theo từng khách hàng, quy tắc đưa vào MRP và thông báo ngoại lệ.

Về hiệu quả, trường hợp cơ sở là giảm được một nửa (50%) tổn thất ở trên.

Cách đọc ước tính này như sau. Tỷ lệ hiệu quả (50% và 25%) là giả định. Ở trường hợp cơ sở, hiệu quả ròng là 300.000 THB/năm và thời gian hoàn vốn là 3,0 năm, nhưng nếu hiệu quả chỉ đạt 25% thì hiệu quả ròng còn 90.000 THB/năm và cần 10,0 năm để hoàn vốn. Có thể thấy khi tỷ lệ hiệu quả giảm một nửa, số năm hoàn vốn kéo dài hơn gấp 3 lần.

Yếu tố dễ ảnh hưởng đến hiệu quả là thỏa thuận theo quy tắc (2), tức là có thỏa thuận được với khách hàng về phạm vi mua vật tư hay không. Nếu không thỏa thuận được với khách hàng, thì dù đưa hệ thống vào, tình trạng vật tư bị tồn lại khi dự báo giảm cũng không thay đổi. Bởi vì dù việc lưu và so sánh phiên bản giúp thấy chênh lệch sớm hơn, vẫn không có căn cứ để quyết định cách xử lý số vật tư đó.

Vì vậy, trước khi quyết định triển khai, bài viết này khuyên nên xếp các phiên bản dự báo và đơn hàng chính thức của 6 đến 12 tháng gần nhất cạnh nhau, đếm xem dự báo của bao nhiêu tháng trước đã lệch bao nhiêu và số lần phải ứng phó khẩn. Sau đó, hãy thay bằng con số của chính công ty và ước tính lại. Ngoài ra, sẽ an toàn hơn nếu chưa tính vào hiệu quả cho đến khi xác nhận qua nghiệm thu và 3 tháng vận hành rằng việc nắm chênh lệch và thông báo ngoại lệ đã thực sự vận hành.

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

Dự báo đơn hàng và đơn hàng chính thức khác nhau thế nào?

Dự báo đơn hàng là thông tin đơn hàng dự kiến mà khách hàng đưa ra trước khi sản xuất, còn đơn hàng chính thức là đơn đặt hàng chính thức đã xác định hạn giao và số lượng. Bài nghiên cứu của ông Ueno giải thích rằng đơn hàng chính thức không nhất thiết giống với dự báo đơn hàng, nên dự báo đơn hàng là giá trị tham khảo cho sản xuất. Với EDI, có cách vận hành như của Astemo Americas, trong đó 830 (dự báo) không cho phép xuất hàng, và 862 được dùng để phát lệnh giao hàng chính thức.

Cách ứng phó biến động dự báo lớn là gì?

Trước hết, lưu phiên bản và đếm theo khách hàng, theo mã hàng xem dự báo của bao nhiêu tháng trước đã lệch bao nhiêu. Sau đó, thỏa thuận với khách hàng về phạm vi trách nhiệm đối với sản xuất và mua vật tư, rồi quyết định phạm vi đưa vào MRP và ngưỡng thay đổi. Hướng dẫn giao dịch hợp lý trong ngành công nghiệp ô tô của Nhật Bản nêu việc ứng phó với chênh lệch giữa dự báo và đơn đặt hàng thực tế như một tập quán giao dịch mong muốn, nhưng vì không thể khẳng định hướng dẫn này được áp dụng nguyên trạng cho giao dịch tại Thái Lan, bài viết này cho rằng việc thể hiện thỏa thuận bằng văn bản là có ý nghĩa.

Dựa trên dự báo đơn hàng thì được mua vật tư đến mức nào?

Giai đoạn cho phép mua vật tư đã thỏa thuận với khách hàng là căn cứ tham khảo. X12 830 có mục cho phép mua vật tư (Material Authorization), DELFOR có mã thể hiện cho phép vật tư, và hướng dẫn của Adient cho rằng phạm vi trách nhiệm tài chính được thỏa thuận trước là điều không thể thiếu. Nếu không có thỏa thuận, hoặc nếu thời gian cung ứng vật tư dài hơn giai đoạn cho phép, công ty sẽ phải tự chịu rủi ro khi mua, vì vậy nên ghi lại ai đã phê duyệt.

Đo độ chính xác dự báo như thế nào?

Có cách lấy “độ lệch”, tức số lượng đơn hàng chính thức trừ đi dự báo của n tháng trước, chia theo từng mốc dự báo của bao nhiêu tháng trước, rồi xem thiên lệch (trung bình) và độ phân tán. MAPE cũng được sử dụng, nhưng không tính được với mã hàng hoặc tuần có đơn hàng chính thức bằng 0, nên sẽ dễ xử lý hơn nếu xem độ lệch và thiên lệch trước, và chỉ dùng MAPE ở mức bổ sung.

EDI dự báo khác gì?

Đặc điểm của EDI dự báo là có thể giữ phân loại phần đã chốt, cho phép sản xuất, cho phép mua vật tư và dự báo dưới dạng trường dữ liệu, và được giải thích là thông điệp mới thay thế kế hoạch trước. Vì bị thay thế, nếu bên nhận không lưu phiên bản thì lịch sử thay đổi sẽ không còn. Về xu hướng khu vực, SEEBURGER giải thích rằng EU dùng rộng rãi VDA, NAFTA dùng ANSI X12, còn châu Á và EU dùng rộng rãi EDIFACT.

Quản lý dự báo đơn hàng bằng Excel có đủ không?

Khi số khách hàng và số mã hàng còn ít, Excel vẫn có thể lưu phiên bản vào sheet riêng và tính chênh lệch. Tuy nhiên, Mitsubishi Electric nêu thách thức về thời gian và rủi ro sai sót khi kiểm tra thủ công chênh lệch số lượng mỗi lần thay toàn bộ dữ liệu dự báo bằng bản mới. Khi đến giai đoạn mỗi khách hàng một định dạng, nhiều phiên bản đến trong cùng một ngày, hoặc muốn tự động hóa việc đưa vào MRP và thông báo ngoại lệ, lợi ích của việc quản lý bằng hệ thống sẽ thể hiện rõ. Trong cả hai trường hợp, các quy tắc (1), (2), (3) đều cần có trước.

Chi phí của hệ thống quản lý dự báo đơn hàng là bao nhiêu?

Trong phạm vi khảo sát lần này, chúng tôi không xác nhận được giá công khai cho các sản phẩm quản lý dự báo đơn hàng và các chức năng liên quan của ERP. Có thể chi phí thay đổi theo số lượng và định dạng của khách hàng, phạm vi liên kết với ERP, thời gian lưu phiên bản và các yếu tố khác. Trong ước tính của bài viết này, chi phí ban đầu được đặt là 900.000 THB và chi phí vận hành là 120.000 THB/năm, nhưng đây là số liệu giả định. Bài viết này khuyên nên trình bày yêu cầu trong RFP và lấy báo giá.

Tóm tắt

• Bài viết này cho rằng điều cần quyết định trước khi triển khai hệ thống quản lý dự báo đơn hàng là ba quy tắc: (1) lưu và so sánh phiên bản, (2) phạm vi trách nhiệm đối với phần đã chốt và phần mua vật tư, (3) quy tắc đưa vào MRP và kế hoạch sản xuất.
• Các công ty giải thích rằng với EDI dự báo, phiên bản mới thay thế phiên bản trước. Nếu bên nhận không lưu phiên bản thì lịch sử thay đổi sẽ không còn.
• Cách gọi các khoảng thời gian “đã chốt, mua vật tư, dự báo” khác nhau theo công ty và hệ thống. Cần kiểm tra cách gọi của từng bên, như cho phép sản xuất và cho phép mua vật tư của X12 830, mã của DELFOR, firm zone và trade-off zone của SAP (phía mua hàng), rồi thống nhất với khách hàng.
• Dù có trường dữ liệu EDI hay cài đặt ERP, nội dung của phạm vi trách nhiệm sản xuất và mua vật tư vẫn dựa trên thỏa thuận trước. Các nội dung của Toriteki-ho, Tiêu chuẩn thúc đẩy và hướng dẫn ngành của Nhật Bản là luật và hướng dẫn của Nhật Bản, việc áp dụng cho giao dịch tại Thái Lan cần được bộ phận pháp chế kiểm tra.
• Khi đưa vào MRP, cần quyết định phạm vi đưa vào, mức chi tiết khi gộp, ngưỡng thay đổi, làm tròn và phân bổ. Các con số trong tài liệu trợ giúp của các công ty là ví dụ cài đặt.
• Độ chính xác dự báo được xem bằng cách tách việc dự báo của bao nhiêu tháng trước đã lệch bao nhiêu thành thiên lệch và độ phân tán.
• Trong ước tính (số liệu giả định), giảm 50% tổn thất thì hoàn vốn trong 3,0 năm, nếu chỉ giảm 25% thì mất 10,0 năm. Yếu tố dễ ảnh hưởng đến hiệu quả là thỏa thuận về phạm vi mua vật tư.
• Trước khi triển khai, nếu bắt đầu bằng việc xếp các phiên bản dự báo và đơn hàng chính thức của 6 đến 12 tháng gần nhất cạnh nhau để đếm, yêu cầu và kỳ vọng hiệu quả sẽ rõ ràng hơn.

Ngay cả ở giai đoạn cân nhắc ban đầu, chẳng hạn bắt đầu lưu phiên bản từ dự báo nào của khách hàng nào, tiến hành đối chiếu dự báo và đơn hàng chính thức trong quá khứ ra sao, hay sắp xếp phạm vi mua vật tư với khách hàng như thế nào, bạn đều có thể trao đổi với TOMAS TECH. Vui lòng liên hệ tại đây.

Tài liệu tham khảo

• Ủy ban Thương mại Công bằng Nhật Bản (JFTC), Cơ quan Doanh nghiệp vừa và nhỏ Nhật Bản, tài liệu hướng dẫn Luật giao dịch ủy thác vừa và nhỏ “Từ Shitauke-ho sang Toriteki-ho” (tiếng Nhật), tháng 11/2025 https://www.jftc.go.jp/toriteki/r7text.pdf
• Ủy ban Thương mại Công bằng Nhật Bản (JFTC), “Về Toriteki-ho (Luật giao dịch ủy thác vừa và nhỏ)” (tiếng Nhật) https://www.jftc.go.jp/partnership_package/index.html
• Bộ Kinh tế, Thương mại và Công nghiệp Nhật Bản (METI), “Hướng dẫn giao dịch hợp lý trong ngành công nghiệp ô tô” (tiếng Nhật), sửa đổi lần cuối tháng 12/2025 https://www.chusho.meti.go.jp/keiei/torihiki/guideline/02_automobile.pdf
• MONOist, “Vì sao việc điều chỉnh vận hành của nhà sản xuất ô tô được chú ý? Kế hoạch sản xuất quyết định hoạt động của nhà máy” (tiếng Nhật), ngày 4/6/2021 (trang 1/2) https://monoist.itmedia.co.jp/mn/articles/2106/04/news029.html
• MONOist, cùng bài viết (trang 2/2) https://monoist.itmedia.co.jp/mn/articles/2106/04/news029_2.html
• Mitsubishi Electric, “Addon Solution hệ thống dự báo đơn hàng và đơn hàng chính thức” (tiếng Nhật), tháng 3/2022 https://www.mitsubishielectric.co.jp/it/productreport/case-c6/
• NEC, “Hệ thống quản lý sản xuất EXPLANNER/Jx cho ngành sản xuất linh kiện ô tô” (tiếng Nhật) https://jpn.nec.com/soft/explanner/explanner-jx/automobile-parts.html
• Infor, “Forecast frozen zones (LN 10.8)” https://docs.infor.com/ln/10.8/en-us/lnolh/cpordplanug/cpom000475.html
• Ueno Nobuyuki, “Lý thuyết naiji, hệ thống hóa phương pháp sử dụng thông tin dự báo nhu cầu đi trước trong môi trường nhu cầu không chắc chắn” (tiếng Nhật), Tạp chí nghiên cứu kinh tế Đại học Kinh tế Hiroshima 43(3), tháng 3/2021 https://hue.repo.nii.ac.jp/record/421/files/keizai2021430302.pdf
• Adient, “EDI Implementation Guidelines ANSI X12 830 V3020” https://www.adient.com/wp-content/uploads/2021/11/AdientEDI-Implementation-Guide-ANSI-X12-830-Updated-Logo.pdf
• Astemo Americas, “Section 3 Production Control / Delivery (Issue 10)”, ngày 20/8/2025 https://www.am.astemo.com/sites/default/files/2025-09/Section%2003%20-%20Production%20Control%20-%20Issue%2010.pdf
• Derby Fabricating Solutions, “830 Planning Schedule v04010 implementation guide” https://derbyfab.com/wp-content/uploads/2025/09/Derby_830_v04010.pdf
• XEDI, “UN/EDIFACT D96A DELFOR Message” https://xedi.com/resources/edifact/D96A/delfor
• SEEBURGER, “VDA 4984 EDI Planning Schedule” https://seeburger.com/info/vda-4984-edi-planning-schedule
• SEEBURGER, “What Is a VDA 4905 Message?” https://www.seeburger.com/info/vda-4905-message/
• GEFEG, “Training VDA message 4984 T2 Global DELFOR” https://www.gefeg.com/wp-content/uploads/2024/01/Training-VDA-message-4984-T2-Global-DELFOR-GEFEG.pdf
• SAP Learning, “Creating Scheduling Agreements with Release Documentation (Purchasing in SAP S/4HANA)” https://learning.sap.com/courses/purchasing-in-sap-s-4hana/creating-scheduling-agreements-with-release-documentation
• SAP Help, “Sales: Scheduling Agreement Processing for the Component Supplier Industry (Release Notes 3.0A, phiên bản cũ)” https://help.sap.com/saphelp_46c/helpdata/en/a2/613275e24bd111950d0060b03c6b76/content.htm
• SAP Help, “Schedule Line Categories (SD-SLS-OA)” https://help.sap.com/saphelp_globext607_10/helpdata/en/93/743a15546011d1a7020000e829fd11/content.htm
• SAP Help, “Scheduling Agreements (Sales SD-SLS, 4.6C, phiên bản cũ)” https://help.sap.com/saphelp_46c/helpdata/en/33/4361299d7a11d194e200a0c9306794/content.htm
• Oracle, “Oracle Release Management Demand Processor (User’s Guide R12.1)” https://docs.oracle.com/cd/E18727-01/doc.121/e16352/T414214T414225.htm
• Oracle, “CUM Workbench” https://docs.oracle.com/cd/E18727-01/doc.121/e16352/T414214T414221.htm
• Oracle, “Reports and Processes” https://docs.oracle.com/cd/E18727-01/doc.121/e16352/T414214T414222.htm
• Lee, Padmanabhan, Whang, “Information Distortion in a Supply Chain: The Bullwhip Effect”, Management Science 43(4), 1997 (thông tin thư mục Crossref) https://api.crossref.org/works/10.1287/mnsc.43.4.546
• MIT Sloan Management Review, “The Bullwhip Effect in Supply Chains”, ngày 15/4/1997 https://sloanreview.mit.edu/article/the-bullwhip-effect-in-supply-chains/
• Hyndman, Athanasopoulos, “Forecasting: Principles and Practice (3rd ed) 5.8 Evaluating point forecast accuracy” https://otexts.com/fpp3/accuracy.html
• SAP Help, “Demand Waterfall Analysis” https://help.sap.com/fiori_bs2013/helpdata/en/bc/174b5382c6e447e10000000a441470/content.htm
• MarkLines, “August vehicle production in Thailand up 10.9%; sales up 25.6%”, ngày 28/9/2026 https://www.marklines.com/en/news/351560
• Xinhua, “Thailand’s auto production surges 10.93 pct in August”, ngày 28/9/2026 https://english.news.cn/asiapacific/20260928/52ddb0e5283d4c1b867cab6683e58d87/c.html
• Nation Thailand, “Thailand cuts 2026 car output target as exports weaken”, ngày 1/8/2026 https://www.nationthailand.com/business/manufacturing/40069285
• Nation Thailand, “Thailand EV investment tops 137bn baht as BOI targets ASEAN hub”, ngày 3/7/2026 https://www.nationthailand.com/business/automobile/40068192
• MarkLines, “Automotive Industry News and Content List (October 1, 2026)” https://www.marklines.com/en/e-newsletter/latest-contents-20261001
• IT Leaders, “Hiệp hội Công nghiệp Dập kim loại Nhật Bản (JMSA) cung cấp dịch vụ đám mây quản lý sản xuất để thúc đẩy ngành” (tiếng Nhật), ngày 27/5/2015 https://it.impress.co.jp/articles/-/12408
• MarkLines, “Hitachi FutureStage, hệ thống quản lý sản xuất và bán hàng cho ngành linh kiện ô tô” (tiếng Nhật), cập nhật ngày 18/10/2013 https://www.marklines.com/ja/product/1605
• SoftBank, “Dịch vụ JNX” (tiếng Nhật) https://www.softbank.jp/biz/services/others/jnx/