Hệ thống đánh giá nhà cung cấp cho nhà máy | Gộp chất lượng, giao hàng và SCAR vào một bảng điểm (Thái Lan 2026)

Vì sao việc đánh giá nhà cung cấp cứ dừng lại ở Excel

Cứ đến cuối tháng, nhân viên mua hàng và nhân viên đảm bảo chất lượng lại bày sổ kiểm tra đầu vào, dữ liệu nhận hàng và danh sách đơn mua hàng còn mở ra cạnh nhau, rồi nhặt thủ công số lỗi và số lần giao trễ của từng nhà cung cấp để tính điểm. Tại các nhà máy Nhật Bản ở Thái Lan, cảnh này đến nay vẫn không hiếm. Trong nhiều trường hợp, chính gánh nặng của công việc thủ công này là lý do khiến doanh nghiệp bắt đầu cân nhắc triển khai hệ thống đánh giá nhà cung cấp.

Tuy nhiên, chỉ thay bảng tính bằng một hệ thống thì việc đánh giá vẫn không được tự động hóa. Bài viết này cho rằng đánh giá nhà cung cấp là “tổng hợp các bản ghi”, và nếu các bản ghi gốc không có ranh giới chốt bản ghi thì máy không thể tổng hợp được. Ranh giới chốt bản ghi (dưới đây gọi tắt là ranh giới chốt) là thuật ngữ dùng riêng trong bài viết này, chỉ đường ranh quy định rằng “tại thời điểm này, bản ghi này đã được chốt và có thể dùng cho đánh giá”.

Ví dụ, lô hàng mà kết quả kiểm tra đầu vào vẫn đang treo có bị tính là lỗi không? Ngày giao hàng là ngày hàng thực tế đến hay ngày nhập kho trên hệ thống? Với đơn hàng bị đổi ngày giao giữa chừng, việc giao trễ được xét theo ngày giao nào? Nếu đường ranh này khác nhau giữa các bộ phận, cùng một nhà cung cấp nhưng điểm số sẽ thay đổi tùy người lập. Khi đó, dù đưa kết quả đánh giá cho nhà cung cấp xem, họ cũng sẽ nói “không hiểu căn cứ của con số”, và câu chuyện không thể tiến tới cải tiến.

Bài viết này đề cập đến cơ chế tổng hợp thành tích của nhà cung cấp từ bốn bản ghi là kiểm tra đầu vào, nhận hàng, đơn mua hàng còn mở (ngày giao) và yêu cầu hành động khắc phục nhà cung cấp (SCAR), lập bảng điểm hiệu suất nhà cung cấp và xếp hạng, rồi dùng kết quả để cập nhật danh sách nhà cung cấp được phê duyệt (ASL), đánh giá lại, quyết định phân bổ đơn hàng và phản hồi cho nhà cung cấp. Trên cơ sở đó, bài viết sắp xếp luôn những gì cần viết trong RFP (hồ sơ yêu cầu đề xuất) và những gì cần xác nhận trong FAT (thử nghiệm trước khi xuất xưởng) và SAT (thử nghiệm nghiệm thu tại hiện trường).

Phạm vi của bài viết và ranh giới với các bài viết đã có

Đánh giá nhà cung cấp liên quan đến nhiều nghiệp vụ mua hàng và chất lượng. Để các bài viết không trùng nhau, các nghiệp vụ lân cận được giao cho các bài viết đã có, còn bài viết này chỉ viết về những điểm tiếp xúc cần thiết cho việc đánh giá.

• Cách xét kết quả kiểm tra đầu vào và quản lý tiêu chuẩn kiểm tra được trình bày trong bài viết về hệ thống quản lý kiểm tra đầu vào. Bài viết này chỉ đề cập đến việc kết quả xét đó được chốt khi nào và chuyển sang đánh giá như thế nào.
• Cách xử lý chênh lệch giữa đơn đặt hàng, thông báo giao hàng và hàng thực tế được trình bày trong bài viết về quản lý chênh lệch nhận hàng. Bài viết này đề cập đến việc đếm chênh lệch số lượng sau khi xử lý như một chỉ số đánh giá.
• Việc theo dõi và đôn đốc phần hàng chưa giao được trình bày trong bài viết về quản lý đơn mua hàng còn mở. Bài viết này đề cập đến việc dùng ngày giao ghi trong đơn mua hàng còn mở làm chuẩn cho tỷ lệ giao hàng đúng hạn như thế nào.
• Màn hình liên lạc đặt hàng và trả lời ngày giao với nhà cung cấp được trình bày trong bài viết về cổng thông tin nhà cung cấp. Bài viết này chỉ nhắc đến nó như một kênh gửi kết quả đánh giá lại cho nhà cung cấp.
• Việc so sánh điều kiện trong báo giá được trình bày trong bài viết về so sánh báo giá nhà cung cấp bằng AI. Bài viết này đề cập đến việc đánh giá thành tích sau khi đã bắt đầu giao dịch.
• Cách chọn toàn bộ hệ thống quản lý mua hàng được trình bày trong bài viết về hệ thống quản lý mua hàng. Bài viết này đào sâu vào phần đánh giá nhà cung cấp trong đó.

Tiêu chuẩn yêu cầu gì: đánh giá nhà cung cấp bên ngoài theo ISO 9001 và giám sát nhà cung cấp theo IATF 16949

ISO 9001 đã ban hành phiên bản 2026

Trước hết, hãy xác nhận tình trạng phiên bản. Trên trang chính thức của ISO, ISO 9001:2026 được ghi là đã ban hành ngày 16/9/2026 (lần xuất bản thứ 6), còn ISO 9001:2015 được hiển thị là “Withdrawn (đã thu hồi)”. Trang giải thích của ISO viết “ISO 9001:2026, which now replaces ISO 9001:2015”. Các thay đổi chính mà ISO nêu ra gồm lãnh đạo và văn hóa chất lượng ở 5.1, định hướng chiến lược ở 5.2, phân biệt rủi ro và cơ hội ở 6.1, nhận thức ở 7.3, và Phụ lục A mới được bổ sung.

Về thời gian chuyển đổi, tổ chức chứng nhận LRQA thông báo rằng dự kiến có thời gian chuyển đổi khoảng 3 năm, với triển vọng kéo dài đến khoảng tháng 9/2029. LRQA cũng giải thích rằng các thỏa thuận chuyển đổi sẽ được Diễn đàn Công nhận Quốc tế (IAF) xác nhận chính thức, và cho biết trong thời gian chuyển đổi, chứng nhận ISO 9001:2015 vẫn có hiệu lực. Ngày hạn chót chuyển đổi chính xác cần được xác nhận qua thông báo chính thức của IAF. Tổ chức chứng nhận DQS nêu “supplier criticality (mức độ quan trọng của nhà cung cấp)” là một trong những ví dụ về điểm cần tập trung khi chuẩn bị chuyển đổi.

Điều khoản tương ứng với việc kiểm soát nhà cung cấp bên ngoài trong bản 2026 (ở bản 2015 là 8.4 “Kiểm soát các quá trình, sản phẩm và dịch vụ do bên ngoài cung cấp”) chưa được bài viết này xác nhận. Vì vậy, xin đọc các câu trích dẫn dưới đây như là câu chữ của bản 2015.

Khung đánh giá mà 8.4.1 bản 2015 đã yêu cầu

Câu chữ của ISO 9001:2015 8.4.1 do trang giải thích Auditor Training Online trích dẫn như sau.

“The organization shall determine and apply criteria for the evaluation, selection, monitoring of performance, and re-evaluation of external providers, based on their ability to provide processes or products and services in accordance with requirements.”

(Dịch) Tổ chức phải xác định và áp dụng các tiêu chí cho việc đánh giá, lựa chọn, theo dõi kết quả thực hiện và đánh giá lại nhà cung cấp bên ngoài, dựa trên khả năng cung cấp quá trình hoặc sản phẩm và dịch vụ phù hợp với các yêu cầu.

Cũng trang giải thích đó trích dẫn yêu cầu lưu giữ thông tin dạng văn bản về các hoạt động này và về các hành động phát sinh từ việc đánh giá. Về ví dụ thực tế, trang này giải thích rằng nếu đánh giá lại phát hiện vấn đề thì sẽ lập phiếu không phù hợp, và trong trường hợp cực đoan, nhà cung cấp có thể bị loại khỏi danh sách nhà cung cấp được phê duyệt. Việc “approved-supplier list” được nêu là một ví dụ mà đánh giá viên kiểm tra cũng là lý do để lưu ASL như một bản ghi.

Một trang giải thích khác là isms.online viết về 8.4 với ý rằng “cần lập văn bản không chỉ cho tiêu chí mà cả kết quả của hoạt động, và để lại dấu vết kiểm toán có thể truy xuất”. Bài viết này đặt lý do yêu cầu dấu vết kiểm toán cho hệ thống đánh giá dựa trên giải thích này.

FAQ của IATF 16949 và các chỉ số giám sát nêu trong sổ tay nhà cung cấp

Ngành ô tô sử dụng IATF 16949:2016. Trong FAQ do IATF công bố (bản tháng 6/2026), ở mục 8.4.2.4.1 (đánh giá bên thứ hai, second-party audit), với câu hỏi liệu nhà cung cấp rủi ro thấp có cần đánh giá bên thứ hai không, IATF trả lời rằng cần thực hiện phân tích rủi ro, và tùy kết quả đó, có trường hợp không cần đánh giá bên thứ hai. FAQ nêu các tiêu chí sau cần xem xét trong phân tích rủi ro.

• Tình trạng chứng nhận của nhà cung cấp (supplier certification status)
• Độ phức tạp của mặt hàng (commodity complexity)
• Việc ra mắt sản phẩm mới (new product launch(es))
• Biến động nhân sự lớn (significant employee turn-over)
• Vấn đề chất lượng sản phẩm (product quality issues)
• Vấn đề giao hàng (delivery issues)
• Yêu cầu riêng của khách hàng (customer specific requirements)

Bài viết này chú ý đến việc danh sách trên có cả vấn đề chất lượng và vấn đề giao hàng. Nói cách khác, bài viết này cho rằng kết quả chất lượng và giao hàng do hệ thống đánh giá tổng hợp sẽ là căn cứ để quyết định có thực hiện đánh giá bên thứ hai hay không.

Bài viết này chưa xác nhận văn bản tiêu chuẩn IATF 16949. Vì vậy, các chỉ số cần giám sát được giới thiệu qua nội dung của các sổ tay nhà cung cấp mà từng công ty công bố như tài liệu hỗ trợ việc đáp ứng IATF 16949.

Sổ tay nhà cung cấp vật tư gián tiếp của Oetiker (OEGR-P-0019/04) định vị sổ tay này là công cụ hỗ trợ việc đáp ứng IATF 16949. Trên cơ sở đó, sổ tay nêu bốn chỉ số cần giám sát như sau (bản dịch).

Sổ tay này viết rằng nhà cung cấp được xếp hạng A, B, C theo từng chỉ số, và khi rơi vào B hoặc C thì có thể bắt đầu quy trình leo thang để cải thiện hiệu suất.

Công ty SUSPA của Đức quy định trong thỏa thuận quản lý chất lượng (F0603.24, tình trạng ngày 31/10/2023) rằng ít nhất mỗi năm một lần sẽ đánh giá từng nhà cung cấp theo các hạng mục sau: chất lượng phát sinh phía khách hàng (giữ hàng tại khách hàng, hàng trả về từ thị trường, dừng dây chuyền của khách hàng do nhà cung cấp gây ra), chất lượng của nhà cung cấp, giao hàng đúng hạn, phản hồi của nhà cung cấp đối với báo cáo lỗi, cước vận chuyển đặc biệt (do nhà cung cấp gây ra, SUSPA gửi cho khách hàng), và tình trạng đặc biệt. Công ty này cũng viết rằng sẽ lưu bản ghi về cước vận chuyển phát sinh thêm.

IATF 16949 bản thứ 2 dự kiến ban hành vào khoảng giữa năm 2027

Theo thông báo SC-2026-005 của IATF (ngày 30/7/2026), IATF 16949 bản thứ 2 được dự kiến (planned) ban hành vào khoảng giữa năm 2027. Thông báo cũng viết rằng lịch trình chỉ là mốc tham khảo và có thể thay đổi tùy tiến độ công việc. Chủ đề ưu tiên thứ ba là “Tier N Supply Chain Management”, cho thấy hướng tăng cường quản lý các nhà cung cấp cấp dưới bằng phương pháp dựa trên rủi ro, nhất quán hơn. Toàn bộ việc chuẩn bị cho bản thứ 2 được sắp xếp trong bài viết về chuẩn bị cho IATF 16949 bản thứ 2.

Luồng dữ liệu của hệ thống đánh giá (sơ đồ khái niệm). Từ bốn bản ghi nguồn (1 bản ghi kiểm tra đầu vào, 2 bản ghi nhận hàng, 3 bản ghi đơn mua hàng còn mở và ngày giao, 4 bản ghi SCAR), dữ liệu đi qua 5 tổng hợp (công thức định nghĩa), 6 bảng điểm và xếp hạng, 7 họp xem xét và phê duyệt, rồi đến 8 cập nhật ASL và phản hồi cho nhà cung cấp.

Chỉ số chất lượng: tỷ lệ lỗi đầu vào, PPM, tỷ lệ lô đạt

Ngay trong tài liệu công khai, định nghĩa PPM cũng dùng mẫu số khác nhau

Chỉ số chất lượng xuất hiện chung trong các tài liệu công khai mà bài viết này đã xác nhận là PPM (defective parts per million, số sản phẩm lỗi trên một triệu). Khi đặt các định nghĩa trong tài liệu công khai cạnh nhau, có thể thấy cách gọi mẫu số hơi khác nhau.

Hendrickson còn giải thích rằng điểm chất lượng được tính bằng “(2.000 − PPM) ÷ 2.000”. Công ty này cũng chú thích rằng từng điểm đánh giá và mục tiêu có thể khác nhau tùy bộ phận kinh doanh hoặc nhà cung cấp.

Quy tắc đếm số lỗi cũng cần quyết định trước

SUSPA quy định rằng khi tính PPM sẽ dùng ngày SUSPA nhận biết lỗi. Công ty này cũng viết rằng nếu không xác định được số lỗi thì toàn bộ lô bị coi là lỗi cho đến khi nhà cung cấp đưa ra một con số khác có thể kiểm chứng, và trong trường hợp giao nhầm hoặc đóng gói nhầm thì toàn bộ lô cũng bị coi là lỗi.

Bài viết này cho rằng quy định này liên quan trực tiếp đến thiết kế hệ thống đánh giá. Nếu không quyết định lỗi được ghi nhận vào tháng nào và xử lý thế nào khi không biết số lượng, giá trị PPM sẽ dao động theo từng tháng.

Tỷ lệ lỗi đầu vào và tỷ lệ lô đạt thay đổi giá trị theo mẫu số

Tỷ lệ lỗi đầu vào và tỷ lệ lô đạt là những chỉ số mà nhiều công ty tự định nghĩa. Lấy ví dụ trong bài viết này, tỷ lệ lỗi đầu vào được đặt là “số lỗi ÷ số lượng làm mẫu số”, còn tỷ lệ lô đạt là “số lô đạt ÷ số lô đã xét”.

Vấn đề ở đây là mẫu số. Ở nhà máy kiểm tra lấy mẫu, số lượng đã kiểm tra và số lượng đã giao không trùng nhau. Bài viết này cho rằng vì giá trị thay đổi lớn tùy việc chọn mẫu số là “số lượng kiểm tra” hay “số lượng giao”, nên cần cố định nó thành công thức định nghĩa ngay ở giai đoạn RFP. Nếu lấy số lượng kiểm tra làm mẫu số, kết quả là tỷ lệ lỗi phát hiện được trong phần lấy mẫu. Nếu lấy số lượng giao làm mẫu số, kết quả là tỷ lệ lỗi phát hiện được trên số lượng đã giao, và giữa các nhà cung cấp có tỷ lệ lấy mẫu khác nhau thì ý nghĩa của giá trị sẽ khác đi. Cả hai cách đều không sai, nhưng nếu dùng lẫn lộn thì không thể so sánh giữa các nhà cung cấp.

Với SAP S/4HANA Cloud, SAP Learning giải thích rằng đánh giá chất lượng được chia thành điểm dựa trên kết quả lô kiểm tra và điểm dựa trên khiếu nại chất lượng đã tiếp nhận. Gộp chất lượng thành một con số hay tách riêng lô kiểm tra và khiếu nại cũng là điểm cần quyết định khi thiết kế.

Chỉ số giao hàng: cách tính tỷ lệ giao hàng đúng hạn của nhà cung cấp, mẫu số và tử số

Công thức tỷ lệ giao hàng đúng hạn trong tài liệu công khai

Trong tài liệu của JAE và Hendrickson, công thức tỷ lệ giao hàng đúng hạn (OTD, On-Time Delivery) có dạng “số lần giao trong hạn ÷ tổng số lần giao”. Điểm khác nhau nằm ở chỗ thế nào được gọi là “trong hạn”. Cũng có cách như SAP, lấy thẳng số ngày chênh lệch làm điểm.

Sổ tay chất lượng nhà cung cấp của JAE Oregon (Rev. 10) quy định đo bằng “compliant shipments / total shipments ∗100”, tức là tỷ lệ các lô xuất đáp ứng tiêu chuẩn trong số các lô xuất trong kỳ đánh giá. Cửa sổ tiêu chuẩn như sau.

Hendrickson dùng “Number of On-Time Shipments ÷ Total Number of Shipments” làm công thức đánh giá giao hàng. Hàng đến sớm hơn 3 ngày so với hạn trên đơn đặt hàng được coi là giao sớm. Công ty này giải thích rằng tuy yêu cầu nhà cung cấp không được trễ ngày nào, nhưng trong phép tính vẫn cho phép trễ 1 ngày. Lý do là để dành cho nhà máy 1 ngày làm việc từ lúc nhận hàng thực tế tại khu vực dỡ hàng (dock) của nhà máy đến lúc tiếp nhận vào hệ thống.

Về SAP S/4HANA Cloud, SAP Learning giải thích rằng đánh giá thời gian dựa trên chênh lệch giữa ngày trên đơn hàng của mặt hàng (ordered date) và ngày giao thực tế, coi cả giao trễ lẫn giao sớm là chênh lệch, và tính 1 ngày chênh lệch là 1%.

Theo phần giải thích MM Vendor Evaluation trong thư viện phiên bản cũ của SAP (4.6C), tiêu chí phụ về giao hàng đúng hạn và tiêu chí phụ về độ tin cậy số lượng luôn cần được xem cùng nhau. Có thể đặt số lượng tối thiểu để một lần nhập kho được đưa vào đánh giá, cho từng mặt hàng hoặc cho tất cả mặt hàng. Tài liệu giải thích rằng lần nhập kho dưới số lượng tối thiểu sẽ không được chấm điểm giao hàng, thay vào đó sẽ bị điểm kém ở độ tin cậy số lượng.

Các cửa sổ xét này được đặt cạnh nhau trong hình ở cuối phần tiếp theo. Tất cả đều là quy định của từng công ty, không nhằm khuyến nghị cách nào.

Lấy ngày giao nào làm chuẩn là do công ty tự quyết định

Khi đặt các tài liệu công khai cạnh nhau, những điểm mà các công ty tự quyết định trong cách tính tỷ lệ giao hàng đúng hạn có thể sắp xếp thành bốn điểm sau.

1. Đơn vị giao hàng đưa vào mẫu số (theo lô xuất, theo dòng đơn đặt hàng hay theo lần nhập kho)
2. Cho phép giao sớm đến mức nào (độ rộng của cửa sổ, và có coi giao sớm là không đạt hay không)
3. Xét trễ theo ngày nào (ngày nhận hàng thực tế hay ngày nhập kho trên hệ thống)
4. Có đếm các lần nhập kho dưới số lượng tối thiểu hay không

Ngoài ra, bài viết này cho rằng “lấy ngày giao nào làm chuẩn” cũng là điều mỗi công ty tự quyết định. Dùng ngày giao đã hứa khi đặt hàng hay dùng ngày giao sau khi thay đổi đã thỏa thuận giữa chừng, thì cùng một lần giao nhưng kết quả xét trễ sẽ khác nhau. Nếu dùng ngày giao sau thay đổi mà không ghi lại ai đã phê duyệt thay đổi, việc giao trễ sẽ biến mất nhờ thay đổi đó. Các biện pháp giảm chính việc giao trễ được trình bày trong bài viết về biện pháp phòng chống giao hàng trễ.

Chỉ số chênh lệch số lượng, yêu cầu hành động khắc phục nhà cung cấp (SCAR), audit và điều kiện giao dịch

Chênh lệch số lượng

SAP Learning giải thích rằng đánh giá số lượng trong S/4HANA dựa trên chênh lệch giữa số lượng đặt và số lượng giao. Giao thừa và giao thiếu đều được coi là chênh lệch. Bài viết này cho rằng nên dùng giá trị tại thời điểm việc xử lý chênh lệch nhận hàng đã xong và số lượng cuối cùng được tiếp nhận đã chốt. Nếu dùng giá trị tạm thời trước khi xử lý, chênh lệch dù sau đó đã được giải quyết vẫn còn lại trong đánh giá.

Thời hạn trả lời và việc hoàn tất yêu cầu hành động khắc phục nhà cung cấp (SCAR)

Với SCAR (Supplier Corrective Action Request) yêu cầu hành động khắc phục, tốc độ trả lời và độ chắc chắn của việc hoàn tất là đối tượng đánh giá. Thời hạn khác nhau giữa các công ty.

JAE kỳ vọng nhà cung cấp quản lý cả thời gian D3 lẫn thời gian trả lời cuối cùng như các chỉ số. Oetiker quy định rằng nếu cần hơn 28 ngày để giải quyết thì phải thỏa thuận với đầu mối chất lượng, và nếu nhà cung cấp không phản hồi trong hạn thì sẽ áp dụng biện pháp thích hợp, ghi lại mọi hành động và theo dõi chi phí.

Bài viết này cho rằng việc đánh giá SCAR cần năm mốc ngày: “ngày lập”, “hạn trả lời”, “ngày trả lời”, “ngày đóng” và “ngày xác nhận hiệu lực”. Nếu một trong số đó còn để trống, máy không thể phát hiện việc quá hạn. Cách tiến hành xác nhận hiệu quả của hành động khắc phục được trình bày trong bài viết về xác nhận hiệu quả hành động khắc phục.

Kết quả audit

Như FAQ của IATF đã được giới thiệu ở phần 3 cho thấy, vấn đề chất lượng và giao hàng là căn cứ để quyết định có cần đánh giá bên thứ hai hay không. Ngược lại, kết quả audit cũng có thể đưa vào đánh giá nhà cung cấp. Trợ giúp chính thức của SAP on-premise giải thích rằng việc đánh giá sử dụng kết quả kiểm tra đầu vào và dữ liệu audit chất lượng của mô-đun quản lý chất lượng. Nếu đưa điểm audit vào đánh giá, cũng cần quyết định trước cách xử lý nhà cung cấp chưa được audit (để trống hay dùng giá trị trung lập).

Tuân thủ điều kiện giao dịch

Hạng mục điều kiện giao dịch là nơi ghi lại không chỉ thành tích của nhà cung cấp mà cả việc tuân thủ của chính công ty mình. Hướng dẫn về thời hạn tín dụng của Ủy ban Cạnh tranh Thương mại Thái Lan (TCC) và Luật Toriteki của Nhật Bản sẽ được bàn ở phần 12 như các vấn đề của nhà máy tại Thái Lan. Cũng có ví dụ như SUSPA ghi lại cước vận chuyển đặc biệt và đưa vào đánh giá.

Cửa sổ xét giao hàng đúng hạn khác nhau giữa các công ty (ví dụ từ tài liệu công khai). JAE coi là đạt khi giao hàng nội địa đến sớm 3 ngày đến đúng ngày và giao hàng quốc tế đến sớm 7 ngày đến đúng ngày, coi trễ từ 1 ngày trở lên là không đạt (Supplier Quality Manual Rev. 10). Hendrickson coi hàng đến sớm hơn 3 ngày là giao sớm và cho phép trễ 1 ngày trong phép tính (trang dành cho nhà cung cấp của công ty, truy cập năm 2026). SAP S/4HANA Cloud tính cả giao sớm lẫn giao trễ là chênh lệch, 1 ngày = 1% (SAP Learning). Tất cả đều là quy định của từng công ty, không phải giá trị khuyến nghị.

Nguồn dữ liệu và ranh giới chốt của bốn bản ghi

Bốn bản ghi chưa chốt thì việc đánh giá không chạy được

Ở đây, ý tưởng xương sống của bài viết sẽ được cụ thể hóa. Đánh giá là tổng hợp của bốn bản ghi. Bài viết này cho rằng nếu không quyết định thời điểm có thể nói “đã chốt” cho từng bản ghi trong bốn bản ghi đó thì hệ thống đánh giá không chạy được.

Các điều kiện tiền đề trong tài liệu công khai

Theo trợ giúp chính thức của SAP on-premise, việc đánh giá nhà cung cấp sử dụng ngày giao, giá và số lượng trên đơn đặt hàng mua, kết quả kiểm tra đầu vào và audit chất lượng của mô-đun quản lý chất lượng, dữ liệu nhập kho của mô-đun quản lý tồn kho, và dữ liệu LIS (hệ thống thông tin hậu cần). Với SAP S/4HANA Cloud, các tiền đề của việc đánh giá được nêu gồm việc chạy ứng dụng chuyển đổi dữ liệu mua hàng và thiết lập đưa hợp đồng lịch giao hàng vào đối tượng đánh giá. Tài liệu giải thích rằng sau khi thay đổi trọng số hoặc phương pháp tính, cần chạy báo cáo MM_PUR_SEWS_VAR_SCORE_UPDATE để tính lại điểm.

Hendrickson cho phép trễ 1 ngày làm việc trong phép tính vì có độ lệch giữa ngày nhận hàng thực tế và ngày nhập kho trên hệ thống. Việc SUSPA quy định dùng ngày nhận biết lỗi cũng có thể đọc như một ví dụ về việc quyết định ranh giới lỗi được ghi nhận vào kỳ nào.

Việc chuẩn hóa dữ liệu chủ cũng là tiền đề

Để tổng hợp đánh giá theo nhà cung cấp, theo nhóm mặt hàng và theo người phụ trách mua hàng, cần có đầy đủ dữ liệu chủ về mã nhà cung cấp, mã mặt hàng và danh mục mua hàng. Nếu cùng một nhà cung cấp được đăng ký dưới nhiều mã, đánh giá sẽ bị phân tán. Về việc chuẩn hóa dữ liệu chủ, xin tham khảo bài viết về quản lý dữ liệu chủ.

Bảng điểm và xếp hạng: trọng số và ngưỡng trong tiêu chí đánh giá nhà cung cấp

Cách lập điểm trong tài liệu công khai

Cách lập điểm khác nhau tùy sản phẩm và công ty. Dưới đây đặt cạnh nhau nội dung trong các tài liệu chính thức.

• Trợ giúp chính thức của SAP on-premise giải thích rằng hệ thống mặc định có thang điểm 1–100 điểm, và tính tổng điểm bằng cách nhân điểm của từng tiêu chí chính (giá, chất lượng, giao hàng, dịch vụ chung, dịch vụ bên ngoài, hóa đơn) với trọng số. Có thể định nghĩa thêm tiêu chí chính. Theo thư viện 4.6C, mỗi tiêu chí chính có thể có tối đa 20 tiêu chí phụ.
• Trợ giúp chính thức của SAP S/4HANA Cloud giải thích rằng có thể thiết lập trọng số cho lô kiểm tra, số lượng, thời gian, giá, bảng câu hỏi, thông báo chất lượng, tiêu chí do người dùng định nghĩa và PPM theo từng danh mục mua hàng, đồng thời duy trì cả phân loại nhà cung cấp.
• Hendrickson đưa ra đánh giá tổng hợp bằng cách cộng bốn điểm chất lượng, giao hàng, thời gian chờ (lead time) và tỷ lệ đáp ứng rồi chia cho 4.
• Khóa đào tạo chính thức của Microsoft giải thích rằng khi chọn Rating cho từng tiêu chí đánh giá, Average rating sẽ được cập nhật tự động.

Định nghĩa xếp hạng là do từng công ty quyết định

Ngưỡng (threshold) của các hạng A, B, C không thống nhất ngay trong tài liệu công khai. Oetiker xếp hạng A, B, C theo từng chỉ số và cho rằng có thể bắt đầu leo thang khi ở B hoặc C, nhưng trong phạm vi tài liệu mà bài viết này đã xác nhận, giá trị ngưỡng không được công bố. Bài viết này cho rằng ngưỡng xếp hạng là thứ cần quyết định cho phù hợp với sản phẩm và cơ cấu nhà cung cấp của công ty mình, và không nên mang con số của công ty khác vào.

Dưới đây là bảng trọng số và các mục thiết lập, như một ví dụ giả định của bài viết này. Các con số là giá trị giả định để giải thích.

Kỳ đánh giá và số lô tối thiểu

Trợ giúp chính thức giải thích rằng đánh giá vận hành của SAP S/4HANA Cloud được tính cho khoảng thời gian từ năm trước đến ngày hiện tại. Bài viết này cho rằng nếu kỳ đánh giá ngắn thì một lỗi duy nhất cũng làm xếp hạng dao động mạnh, còn nếu dài thì cải tiến khó được phản ánh, nên điều quan trọng là để kỳ đánh giá là một giá trị thiết lập. Ngoài ra, nhà cung cấp chỉ giao vài lần mỗi năm sẽ bị tụt hạng đột ngột chỉ vì lỗi của một lô. Cần quyết định trước cách xử lý, chẳng hạn với nhà cung cấp chưa đạt số lô tối thiểu thì không chốt xếp hạng mà để cuộc họp xem xét phán đoán riêng.

Danh sách nhà cung cấp được phê duyệt (ASL) và đánh giá lại, đăng ký mới, ngừng giao dịch

ASL là đầu ra của việc đánh giá

Danh sách nhà cung cấp được phê duyệt (ASL, Approved Supplier List) là danh sách phản ánh kết quả đánh giá. Phần giải thích ISO 9001:2015 8.4.1 (Auditor Training Online) cho biết nếu đánh giá lại phát hiện vấn đề thì sẽ có hành động, và trong trường hợp cực đoan nhà cung cấp có thể không còn là nhà cung cấp được phê duyệt. Trong sổ tay của Oetiker cũng xuất hiện cụm từ “approved OETIKER supplier status”.

Bài viết này đề xuất quản lý trạng thái của ASL theo ít nhất bốn trạng thái sau.

Đánh giá lại và thời hạn hiệu lực

Chu kỳ đánh giá lại cũng khác nhau trong tài liệu công khai. SUSPA đánh giá ít nhất mỗi năm một lần, JAE cho biết sẽ gửi bảng điểm hằng quý cho các nhà cung cấp chiến lược. Tài liệu chính thức của Oracle giải thích các thiết lập như đặt thời hạn hiệu lực cho tư cách (qualification) và tự động bắt đầu tái xác nhận tư cách (requalification) khi hết hạn hoặc khi bước vào thời gian thông báo trước hạn, cũng như tự động tái xác nhận tư cách (requalification) khi nhận được câu trả lời mới.

Bài viết này cho rằng ngoài đánh giá lại định kỳ, điều quan trọng là quyết định trước điều kiện đánh giá lại theo sự kiện. Ví dụ như lỗi nghiêm trọng, SCAR quá hạn, hoặc nhà cung cấp di dời nhà máy. Các tiêu chí phân tích rủi ro trong FAQ của IATF (tình trạng chứng nhận, ra mắt sản phẩm mới, biến động nhân sự lớn và các tiêu chí khác) là gợi ý để suy nghĩ về các điều kiện này.

Ngừng giao dịch phải được chặn bằng hệ thống

Khóa đào tạo chính thức của Microsoft giải thích rằng trong Dynamics 365 Supply Chain Management có thể đặt nhà cung cấp ở trạng thái tạm giữ (On hold), và trạng thái tạm giữ quyết định giao dịch nào bị chặn. Bài viết này cho rằng khi trạng thái ASL chuyển sang “ngừng giao dịch”, nên liên kết để không thể chọn nhà cung cấp đó trên màn hình đặt hàng của hệ thống mua hàng. Dù đã quyết định ngừng trên bảng danh sách, nếu màn hình đặt hàng vẫn chọn được thì trong vận hành sẽ có lọt.

Thay đổi xếp hạng phải qua phê duyệt

Nếu thiết kế để xếp hạng tự động thay đổi, khi xếp hạng bị tụt do dữ liệu sai sẽ gây ảnh hưởng đến giao dịch. Bài viết này đề xuất luồng xử lý trong đó hệ thống đưa ra đề xuất xếp hạng, và chỉ sau khi người phụ trách đảm bảo chất lượng và mua hàng phê duyệt tại cuộc họp xem xét thì mới phản ánh vào ASL. Như trợ giúp chính thức của SAP on-premise giải thích “thay đổi đánh giá được ghi vào nhật ký”, cũng cần lưu bản ghi về việc ai đã thay đổi xếp hạng và vào lúc nào.

Phản hồi cho nhà cung cấp và chu trình cải tiến

Không gửi lại kết quả đánh giá thì cải tiến không tiến triển

Bài viết này cho rằng kết quả đánh giá chỉ trở thành cải tiến khi được gửi lại cho nhà cung cấp và dẫn đến hành động khắc phục cũng như thương lượng điều kiện giao dịch. Dù trong công ty có lập bảng đánh giá, nếu nhà cung cấp không biết con số của chính mình thì họ không thể quyết định thứ tự ưu tiên cải tiến.

Trong tài liệu công khai, JAE cho biết sẽ gửi bảng điểm hằng quý cho các nhà cung cấp chiến lược. SAP Learning giải thích rằng SAP S/4HANA Cloud có ứng dụng Supplier Evaluation Score Output, có thể gửi điểm đánh giá cho nhà cung cấp qua email hoặc bản in.

Quyết định nơi gửi, tần suất và ngôn ngữ

Về cách gửi lại, cần quyết định trước ba điểm sau.

• Nơi gửi: gửi qua cuộc họp chất lượng định kỳ, cổng thông tin nhà cung cấp hay email
• Tần suất: gửi con số hằng tháng mỗi tháng, hay gộp lại gửi trong buổi xem xét hằng quý
• Ngôn ngữ: gửi bằng tiếng Thái, tiếng Nhật hay tiếng Anh (trình bày chi tiết ở phần 12)

Nếu chỉ gửi con số, nhà cung cấp không thể kiểm tra “lần giao nào đã bị xét là trễ”. Bài viết này đề xuất gửi kèm điểm số một danh sách các lần giao và lô kiểm tra làm căn cứ xét. Nếu nhà cung cấp có ý kiến phản đối thì lưu lại bản ghi đó, và nếu là dữ liệu sai thì tính lại. Có luồng phản đối và tính lại này, độ tin cậy vào con số đánh giá sẽ tăng lên.

Phản ánh kết quả cải tiến vào kỳ tiếp theo

Khi nhà cung cấp hoàn tất hành động khắc phục, hiệu quả được xác nhận bằng con số của các kỳ sau đó. Nếu cải tiến thể hiện trên con số thì khôi phục xếp hạng, nếu không thể hiện thì chuyển sang yêu cầu khắc phục lần nữa hoặc xem lại phân bổ đơn hàng.

Ví dụ về chức năng chuẩn của ERP và hệ thống mua hàng

Phần này giới thiệu các chức năng đánh giá nhà cung cấp được viết trong tài liệu chính thức của từng công ty. Đây không phải là so sánh hơn kém. Thứ tự sắp xếp theo bảng chữ cái, sau đó là ví dụ về các gói phần mềm Nhật Bản.

Microsoft Dynamics 365 Supply Chain Management

Theo khóa đào tạo chính thức của Microsoft (Microsoft Learn), người dùng thiết lập nhóm tiêu chí đánh giá và tiêu chí đánh giá, rồi gán cho danh mục mua sắm. Khi chọn nhà cung cấp, mở phần đánh giá và chọn Rating cho từng tiêu chí, Average rating sẽ được cập nhật tự động. Tài liệu cũng giải thích có thể phân tích chi tiêu và phân tích hiệu suất nhà cung cấp bằng các báo cáo mua hàng và công nợ phải trả. Cũng có chức năng đặt nhà cung cấp ở trạng thái tạm giữ. Theo nội dung trang này, Rating được mô tả là do người phụ trách chọn và nhập.

Oracle Fusion Cloud Procurement

Theo tài liệu chính thức của Oracle (25C), Supplier Qualification Management dùng qualification area (lĩnh vực tư cách) và câu hỏi để đánh giá các khía cạnh cụ thể của nhà cung cấp. Khi người đánh giá phê duyệt câu trả lời, tư cách được tạo ra, và có thể thiết lập thời hạn hiệu lực cũng như tái xác nhận tư cách tự động (automatic requalification). Cũng có thiết lập dùng qualification model để thực hiện đánh giá (assessment) gộp nhiều lĩnh vực tư cách, và tự động đánh giá lại theo kết quả tái xác nhận tư cách (requalification). Các tài liệu của Oracle mà bài viết này đã xác nhận chủ yếu giải thích việc quản lý tư cách dựa trên bảng câu hỏi.

SAP

Trợ giúp chính thức của SAP S/4HANA (on-premise) giải thích thang điểm 1–100 điểm, tổng điểm dựa trên tiêu chí chính và trọng số, và việc đánh giá sử dụng đơn đặt hàng mua, kết quả kiểm tra đầu vào và dữ liệu nhập kho. Cách chấm điểm có thể chọn trong ba cách là hoàn toàn tự động, bán tự động và thủ công, và thay đổi đánh giá được ghi vào nhật ký. Như đã đề cập ở phần 5, cũng có thiết lập không đưa các lần nhập kho dưới số lượng tối thiểu vào đánh giá giao hàng.

Trợ giúp chính thức của SAP S/4HANA Cloud Public Edition và SAP Learning giải thích điểm vận hành dựa trên chênh lệch số lượng, giá, chất lượng và thời gian, trọng số theo từng danh mục mua hàng, KPI PPM, Score Output gửi điểm cho nhà cung cấp, và báo cáo tính lại sau khi thay đổi thiết lập.

Ngoài ra, ngày 12/10/2026, SAP công bố sẽ tích hợp việc giám sát rủi ro nhà cung cấp vào SAP Ariba Supplier Lifecycle and Performance thông qua hợp tác với Moody’s, và cho biết dự kiến cung cấp rộng rãi vào quý 4 năm 2026.

Các gói phần mềm Nhật Bản

Theo bản tin của Cloud Watch tháng 9/2019, TIS công bố đã bổ sung “Supplier Quality Management” (quản lý chất lượng nhà cung cấp) như một mô-đun mới cho “LinDo Kobai Cloud Service” (dịch vụ đám mây mua hàng LinDo), với các chức năng như tỷ lệ giao hàng đúng hạn, tỷ lệ phát sinh sản phẩm lỗi và quản lý tư cách chứng nhận. Bản tin cho biết mô-đun này tự động đánh giá định lượng theo hai trục chất lượng cung ứng và chất lượng sản phẩm, dựa trên dữ liệu như thành tích nhập kho theo đơn đặt hàng. Đây là bản tin năm 2019, chức năng hiện tại cần được xác nhận với công ty.

Mặt khác, trang “Production Management System Selection Points” (các điểm cần lưu ý khi chọn hệ thống quản lý sản xuất) của NEC nêu sáu thành phần của một gói quản lý sản xuất thông thường, gồm lập kế hoạch sản xuất, tính toán nhu cầu vật tư, quản lý công đoạn, quản lý mua hàng, quản lý giá thành và các thành phần khác. Trên trang này không xuất hiện cụm từ “đánh giá nhà cung cấp”. Đây không phải là nói về việc sản phẩm có hay không có chức năng, mà được giới thiệu như một ví dụ cho thấy trong danh sách chức năng cơ bản của quản lý sản xuất, đánh giá nhà cung cấp không được liệt kê như một hạng mục độc lập.

Khi chức năng chuẩn là đủ và khi cần liên kết

Bài viết này cho rằng nếu cả bốn bản ghi kiểm tra đầu vào, nhận hàng, đơn mua hàng còn mở và SCAR đều nằm trong cùng một ERP, trước hết nên cân nhắc vận hành bằng chức năng chuẩn. Mặt khác, tại các nhà máy ở Thái Lan, không ít trường hợp bản ghi kiểm tra đầu vào nằm ở hệ thống riêng hoặc bảng tính của bộ phận chất lượng, còn bản ghi SCAR nằm trong email hoặc thư mục dùng chung. Khi đó cần thiết kế liên kết, quyết định bản ghi được chuyển từ hệ thống nào sang phía đánh giá và vào thời điểm nào. Cách tiến hành liên kết giữa các hệ thống được sắp xếp trong bài viết về phát triển liên kết API cho ngành sản xuất.

Các vấn đề đặc thù của nhà máy tại Thái Lan

Lũ lụt ở Chonburi từ cuối tháng 9/2026 và nguồn cung duy nhất

Theo The Nation (ngày 8/10/2026), tại khu công nghiệp Amata City ở Chonburi, đê đất bị vỡ khiến 34 nhà máy ở các khu 7, 8, 9 phải dừng sản xuất, trong đó có hơn 10 nhà máy linh kiện ô tô. Dẫn thông tin từ Bộ Công nghiệp, báo này cho biết 5 nhà sản xuất ô tô thành phẩm đã tạm dừng sản xuất do nhà cung cấp không sản xuất được linh kiện, không giao được, hoặc nhân viên không thể đi làm. Vào thời điểm đó, các nhà cung cấp dự kiến nối lại giao hàng từ ngày 12/10. Ngoài ra, chủ tịch danh dự của nhóm ngành công nghiệp linh kiện ô tô thuộc Liên đoàn Công nghiệp Thái Lan (FTI) cho biết việc chuyển đổi nhà cung cấp có thể mất gần 1 năm để được phê duyệt, đặc biệt là với xe bán tải.

Cũng bài báo đó chia linh kiện thành hai loại: “linh kiện có thể thay thế”, tức là do nhiều công ty cung cấp hoặc có thể tạm thời nhập khẩu từ các nước ASEAN khác, và “linh kiện nguồn cung duy nhất”, tức là chỉ một nhà cung cấp ở Amata sản xuất và không có nguồn thay thế. Với loại sau, sản xuất ô tô thành phẩm bị chậm cho đến khi nhà cung cấp khôi phục thiết bị. Thailand Business News (ngày 6/10/2026) đưa tin, theo ước tính của FTI, thiệt hại của chuỗi cung ứng ô tô và các ngành liên quan không dưới 1,018 tỷ baht.

Bài viết này cho rằng việc để bản ghi đánh giá thời bình có các thuộc tính “có thể thay thế không”, “có phải nguồn cung duy nhất không” và “có nhà cung cấp được phê duyệt thay thế không” sẽ giúp ra quyết định nhanh hơn khi có sự cố. Chính vì việc chuyển đổi tốn thời gian, việc quản lý thông tin có nguồn cung thay thế hay không như một thuộc tính của ASL, bên cạnh thành tích chất lượng và giao hàng, mới có ý nghĩa.

Hướng dẫn về thời hạn tín dụng của TCC Thái Lan

Theo Tilleke & Gibbins (ngày 24/6/2021), Ủy ban Cạnh tranh Thương mại Thái Lan (TCC) đã ban hành hướng dẫn về điều kiện thanh toán khi SME bán hàng hóa hoặc dịch vụ cho bên mua, có hiệu lực từ ngày 16/12/2021. Trong các lĩnh vực thương mại, sản xuất và dịch vụ, thời hạn thanh toán không được vượt quá 45 ngày, và với các hoạt động liên quan đến nông sản hoặc sơ chế đơn giản thì không được vượt quá 30 ngày. Tuy nhiên, nếu có lý do kinh doanh chính đáng và thỏa thuận trong hợp đồng thì cũng có thể đặt thời hạn dài hơn. Thời hạn thanh toán được tính từ ngày hoàn tất giao hàng hóa hoặc dịch vụ. Việc thay đổi điều kiện thanh toán hoặc điều kiện hợp đồng mà không có lý do chính đáng và không báo trước ít nhất 60 ngày được nêu là ví dụ về hành vi không công bằng.

Bài viết này đề xuất ghi nhận hướng dẫn này vào hệ thống đánh giá không phải như thành tích của nhà cung cấp mà như hạng mục tuân thủ của chính công ty mình. Nếu ghi lại nhà cung cấp có phải SME hay không, ngày đến hạn thanh toán và ngày thanh toán thực tế, ngày báo trước thay đổi điều kiện, thì tại cuộc họp xem xét đánh giá cũng có thể kiểm tra việc chậm trễ của chính công ty mình.

Luật Toriteki của Nhật Bản

Tại Nhật Bản, “Luật về phòng ngừa chậm thanh toán tiền hàng đố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” (tên gọi tắt là Luật Chuẩn hóa giao dịch ủy thác vừa và nhỏ, tên thường gọi là Toriteki-ho), được sửa đổi từ Luật phòng chống chậm thanh toán tiền thầu phụ, đã có hiệu lực từ ngày 1/1/2026. Theo tài liệu của Cơ quan Doanh nghiệp vừa và nhỏ Nhật Bản, các điểm sửa đổi chính bao gồm cấm đơn phương quyết định giá mà không chấp nhận thương lượng, và cấm thanh toán bằng hối phiếu. Tài liệu này giải thích rằng biến động chi phí và các hoàn cảnh khác bao gồm cả việc thay đổi điều kiện giao dịch như rút ngắn thời hạn giao hàng so với trước, tăng tần suất giao hàng, giảm số lượng đặt hàng, và “quyết định” bao gồm cả việc giữ nguyên giá.

Luật Toriteki là luật của Nhật Bản. Bài viết này không bàn về việc áp dụng luật này đối với các giao dịch trong nước Thái Lan. Bài viết này cho rằng với các giao dịch có liên quan đến trụ sở chính ở Nhật Bản hoặc pháp nhân Nhật Bản, việc lưu lại bản ghi về các buổi trao đổi điều kiện giá và ngày giao trong cuộc họp xem xét đánh giá sẽ là tư liệu cho thấy quá trình thương lượng. Khi thay đổi điều kiện giao dịch với lý do là con số đánh giá, việc lưu cả bản ghi thương lượng đó vào hệ thống đánh giá là nên làm.

Vận hành ba ngôn ngữ Thái, Nhật, Anh

Tại các nhà máy Nhật Bản ở Thái Lan, việc vận hành thường dùng ba ngôn ngữ: người phụ trách của nhà cung cấp dùng tiếng Thái, báo cáo lên trụ sở chính dùng tiếng Nhật, còn với công ty trong tập đoàn và nhà cung cấp vốn nước ngoài thì dùng tiếng Anh. Bài viết này đề xuất giữ tên chỉ số, tên hạng và tên các mục SCAR như dữ liệu chủ ba ngôn ngữ, để biểu mẫu gửi cho nhà cung cấp có thể xuất bằng ngôn ngữ của đối phương. Nếu phần giải thích công thức định nghĩa chỉ số không được chuẩn bị với cùng nội dung bằng ba ngôn ngữ, cách hiểu sẽ lệch nhau giữa các nhà cung cấp.

Độ sâu của các tầng nhà cung cấp

Trong ngành ô tô Thái Lan, dưới các nhà sản xuất ô tô thành phẩm là nhiều tầng nhà cung cấp nối tiếp nhau. Theo hình của Thailand Automotive Institute (thời điểm tháng 9/2019) được trích dẫn trong tài liệu thuyết trình của NSTDA (bài thuyết trình ngày 30/3/2023), so với 18 nhà sản xuất ô tô thành phẩm và 8 nhà sản xuất xe hai bánh, có 476 nhà cung cấp Tier 1 và 1.210 nhà cung cấp từ Tier 2 trở xuống. Tất cả đều là số liệu thời điểm năm 2019. Xét việc quản lý Tier N được nêu là chủ đề ưu tiên trong IATF 16949 bản thứ 2, việc nắm giữ thông tin đến đâu, không chỉ về nhà cung cấp trực tiếp của công ty mà cả các nhà cung cấp phía sau, cũng sẽ là bài toán thiết kế trong thời gian tới.

Bối cảnh đầu tư

Theo thông cáo của BOI (PR No.178/2569, ngày 7/10/2026), từ năm 2021 đến khoảng giữa năm 2026, số hồ sơ xin đầu tư từ doanh nghiệp Nhật Bản là 1.380 hồ sơ, khoảng 396,5 tỷ baht. Trong bối cảnh việc đổi mới thiết bị sản xuất tiếp diễn, có thể nghĩ rằng số nhà máy xem lại cơ chế quản lý nhà cung cấp cũng sẽ tăng.

Cách tiến hành triển khai (90 ngày)

Bài viết này đề xuất cách tiến hành triển khai hệ thống đánh giá nhà cung cấp trong 90 ngày, chia thành bốn giai đoạn.

Bài viết này cho rằng tính thử bằng dữ liệu quá khứ là giai đoạn có nhiều phát hiện nhất. Khi kiểm tra lần lượt từng nhà cung cấp có đánh giá thủ công và đánh giá của hệ thống không khớp, trong nhiều trường hợp sẽ tìm thấy sự khác biệt về định nghĩa mẫu số hoặc ngày chuẩn của thời hạn giao hàng. Việc đưa những khác biệt này trở lại bản định nghĩa để sửa sẽ tạo nên độ tin cậy sau khi vận hành chính thức.

Về cách chọn khi thuê công ty phát triển bên ngoài, xin tham khảo bài viết về cách chọn công ty phát triển hệ thống tại Thái Lan.

Chi phí và tính toán mô hình

Tất cả các con số từ đây trở đi là con số giả định dành riêng cho bài viết này. Đây không phải là con số của một nhà máy thực tế. Xin đọc như một mô hình để minh họa cách suy nghĩ.

Tiền đề

• Công việc đánh giá hiện tại: lập bảng điểm hằng tháng mất 2 người × 8 giờ = 16 giờ/tháng. Chuẩn bị buổi xem xét hằng quý mất 24 giờ/quý, quy ra tháng là 8 giờ/tháng. Tổng cộng 16 + 8 = 24 giờ/tháng, và 24 × 12 = 288 giờ/năm
• Đơn giá giờ công: 500 THB
• Công việc đánh giá sau khi triển khai: 4 giờ/tháng, và 4 × 12 = 48 giờ/năm
• Dừng dây chuyền do nhà cung cấp gây ra: hiện tại 4 lần/tháng, mỗi lần 1 giờ. Thiệt hại cho 1 giờ dừng được đặt là 10.000 THB
• Thiệt hại do dừng dây chuyền chỉ tính các trường hợp do nhà cung cấp gây ra

Giảm giờ công đánh giá

Giảm dừng dây chuyền (trường hợp cơ bản)

Trong trường hợp cơ bản, giả định rằng nhờ gửi kết quả đánh giá lại cho nhà cung cấp và cải tiến được tiến hành, số lần dừng do nhà cung cấp gây ra giảm từ 4 lần/tháng xuống 2 lần/tháng. Chỉ triển khai hệ thống thì số lần dừng không giảm. Giả định này dựa trên tiền đề là phản hồi và hành động khắc phục được vận hành.

Tổng mức giảm là 120.000 + 240.000 = 360.000 THB/năm.

Chi phí ban đầu và thời gian hoàn vốn

Chi phí ban đầu là 60.000 + 150.000 + 30.000 = 240.000 THB. Thời gian hoàn vốn trong trường hợp cơ bản là 240.000 ÷ 360.000 ≈ 0,67 năm (khoảng 8,0 tháng).

Trường hợp độ nhạy

Cũng xem xét trường hợp cải tiến không tiến triển như mong muốn và số lần dừng chỉ giảm xuống 3 lần/tháng.

• Thiệt hại dừng sau khi triển khai: 3 × 1 × 12 = 36 giờ, 36 × 10.000 = 360.000 THB/năm
• Giảm thiệt hại dừng: 480.000 − 360.000 = 120.000 THB/năm
• Tổng mức giảm: 120.000 + 120.000 = 240.000 THB/năm
• Thời gian hoàn vốn: 240.000 ÷ 240.000 = 1,0 năm (12 tháng)

So sánh chi phí hằng năm

Điều mô hình này cho thấy là phần lớn hiệu quả phụ thuộc vào việc giảm dừng dây chuyền, tức là vào sự cải tiến của nhà cung cấp. Trong tổng mức giảm 360.000 THB/năm của trường hợp cơ bản, phần giảm giờ công là 120.000 THB/năm, còn 240.000 THB/năm còn lại là phần giảm thiệt hại dừng. Bài viết này cho rằng khi quyết định đầu tư vào hệ thống đánh giá, trước khi xét đến việc giảm giờ công, nên xác nhận xem công ty có thực sự xây dựng được cách vận hành gửi lại kết quả đánh giá và duy trì cải tiến hay không.

Tính toán mô hình (con số giả định). Chi phí hằng năm của hiện tại, trường hợp cơ bản và trường hợp độ nhạy được xếp chồng, chia thành thiệt hại dừng do nhà cung cấp gây ra và giờ công đánh giá. Việc số lần dừng giảm là giả định cho trường hợp kết quả đánh giá được gửi lại cho nhà cung cấp và cải tiến được tiến hành.

Những gì cần viết trong RFP

Bài viết này cho rằng trong RFP của hệ thống đánh giá nhà cung cấp, trước cả yêu cầu về màn hình, nên viết công thức định nghĩa chỉ số và ranh giới chốt của bản ghi. Nếu đặt hàng khi định nghĩa còn mơ hồ, mỗi công ty phát triển sẽ làm theo cách hiểu riêng, và sẽ phát sinh tranh cãi ở giai đoạn nghiệm thu.

Nếu đính kèm vào RFP dữ liệu thực tế của 12 tháng (đã che thông tin cá nhân và giá) và nhờ bên đề xuất tính thử ngay ở giai đoạn đề xuất, sự khác biệt trong cách hiểu định nghĩa sẽ lộ ra sớm.

Những gì cần xác nhận trong FAT/SAT

FAT (thử nghiệm trước khi xuất xưởng) được thực hiện trên môi trường của công ty phát triển, còn SAT (thử nghiệm nghiệm thu tại hiện trường) được thực hiện trên môi trường của công ty mình với dữ liệu thực tế. Bài viết này cho rằng khi nghiệm thu hệ thống đánh giá nhà cung cấp, nên tập trung xác nhận “con số có khớp không” hơn là thao tác màn hình.

Điều đặc biệt quan trọng là công ty mình tự chuẩn bị dữ liệu thử nghiệm cho các trường hợp biên. Nếu giao cho công ty phát triển, thử nghiệm thường kết thúc chỉ với dữ liệu “sạch”. Khi đưa vào dữ liệu thử nghiệm những “lần giao từng khiến phân vân khi xét” hay “lỗi từng gây tranh cãi về cách đếm” đã thực sự xảy ra tại hiện trường, các lỗ hổng trong định nghĩa sẽ được tìm ra.

Những thất bại thường gặp

Tăng quá nhiều chỉ số

Càng nhiều hạng mục đánh giá thì trông càng có vẻ công bằng. Nhưng khi số hạng mục tăng, công sức để quyết định ranh giới chốt của mọi bản ghi gốc cũng tăng, và cũng khó giải thích hạng mục nào đã làm thay đổi xếp hạng. Bài viết này đề xuất ban đầu bắt đầu với một số ít chỉ số là chất lượng, giao hàng và phản hồi khắc phục, rồi bổ sung sau khi việc vận hành đã trơn tru.

Định nghĩa mẫu số khác nhau giữa các bộ phận

Tình trạng bộ phận đảm bảo chất lượng tính tỷ lệ lỗi theo số lượng kiểm tra, còn bộ phận mua hàng tính theo số lượng giao, là khá phổ biến. Nếu đưa hệ thống vào mà không lập bản định nghĩa, một trong hai bộ phận sẽ bắt đầu nói “con số của hệ thống bị sai”.

Không gửi lại kết quả đánh giá

Như đã nêu ở phần 10, nếu chỉ xếp hạng trong nội bộ rồi dừng lại, nhà cung cấp sẽ bước vào kỳ tiếp theo mà không biết vị trí của mình, và sự cải tiến vốn là tiền đề của tính toán mô hình cũng không xảy ra.

Thay đổi xếp hạng không qua phê duyệt

Như đã nêu ở phần 9, nếu không tách riêng đề xuất xếp hạng và phê duyệt, dữ liệu sai sẽ làm dừng việc đặt hàng, gây tổn hại cả cho quan hệ với nhà cung cấp lẫn sản xuất.

Phán xét nhà cung cấp số lượng nhỏ bằng cùng một ngưỡng

Nếu không quyết định trước số lô tối thiểu và cách xử lý giá trị tham khảo như đã nêu ở phần 8, nhà cung cấp số lượng nhỏ sẽ rơi xuống hạng thấp nhất chỉ vì một lỗi.

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

Hệ thống đánh giá nhà cung cấp là gì?

Đó là cơ chế tổng hợp thành tích chất lượng, giao hàng và phản hồi khắc phục của từng nhà cung cấp từ các bản ghi như kiểm tra đầu vào, nhận hàng, đơn mua hàng còn mở và yêu cầu hành động khắc phục nhà cung cấp (SCAR), rồi lập bảng điểm và xếp hạng. Kết quả được dùng để cập nhật danh sách nhà cung cấp được phê duyệt, đánh giá lại, quyết định phân bổ đơn hàng và phản hồi cho nhà cung cấp.

Tiêu chí đánh giá nhà cung cấp nên gồm những gì?

Trong tài liệu công khai, các tiêu chí được dùng gồm chất lượng (PPM và các chỉ số khác), giao hàng đúng hạn, tốc độ phản hồi khắc phục, chênh lệch số lượng, kết quả audit và các tiêu chí khác. Oetiker nêu bốn chỉ số là sự phù hợp của sản phẩm, sự gián đoạn phía khách hàng, lịch giao hàng và sự gián đoạn về môi trường, còn SUSPA nêu cả chất lượng phát sinh phía khách hàng và cước vận chuyển đặc biệt. Bài viết này đề xuất ban đầu bắt đầu với một số ít chỉ số.

Cách tính tỷ lệ giao hàng đúng hạn như thế nào?

Về cơ bản là “số lần giao trong hạn ÷ tổng số lần giao”. JAE quy định “compliant shipments / total shipments ∗100”. Tuy nhiên, vì cửa sổ giao sớm, ngày dùng để xét trễ, ngày giao lấy làm chuẩn và cách xử lý số lượng tối thiểu khác nhau giữa các công ty, cần tự quyết định trước thành công thức định nghĩa của công ty mình.

PPM được tính như thế nào?

Là “số lỗi ÷ số lượng xuất (hoặc số lượng giao) × 1.000.000”. JAE, Hendrickson và SUSPA đều đưa ra dạng này, nhưng cách gọi mẫu số khác nhau tùy tài liệu. Cũng cần quyết định trước lỗi được ghi nhận theo ngày nào và xử lý thế nào khi không biết số lỗi.

Danh sách nhà cung cấp được phê duyệt được quản lý như thế nào?

Bài viết này đề xuất đặt các trạng thái như đang đánh giá mới, phê duyệt, có điều kiện, ngừng giao dịch, và thay đổi trạng thái dựa trên kết quả đánh giá và sự phê duyệt của cuộc họp xem xét. Trạng thái ngừng giao dịch được liên động với việc có được đặt hàng hay không trên hệ thống mua hàng, và lịch sử thay đổi được lưu lại.

ISO 9001 yêu cầu những gì?

ISO 9001 bản 2026 đã được ban hành ngày 16/9/2026, và bản 2015 đã bị thu hồi. Theo 8.4.1 bản 2015 mà các trang giải thích trích dẫn, tổ chức được yêu cầu xác định và áp dụng tiêu chí cho việc đánh giá, lựa chọn, theo dõi kết quả thực hiện và đánh giá lại nhà cung cấp bên ngoài, đồng thời lưu giữ hồ sơ về việc đó. Điều khoản tương ứng của bản 2026 cần được xác nhận trong văn bản tiêu chuẩn.

Cần xác nhận gì trong RFP và FAT/SAT?

Trong RFP, viết công thức định nghĩa chỉ số, nguồn dữ liệu và liên kết, ranh giới chốt, tham số hóa ngưỡng xếp hạng, tính lại, dấu vết kiểm toán, đa ngôn ngữ và phân quyền. Trong FAT/SAT, xác nhận việc tính lại khớp với dữ liệu quá khứ, việc xét các trường hợp biên, đánh giá lại sau khi đổi ngày giao, phát hiện SCAR quá hạn, luồng phê duyệt thay đổi xếp hạng và phân quyền.

Tóm tắt

Đánh giá nhà cung cấp là việc tổng hợp bốn bản ghi kiểm tra đầu vào, nhận hàng, đơn mua hàng còn mở và SCAR. Bài viết này cho rằng việc quyết định ranh giới chốt cho từng bản ghi và thống nhất trước công thức định nghĩa chỉ số là điểm xuất phát của việc hệ thống hóa. Xếp hạng chỉ thay đổi dựa trên ngưỡng do công ty tự quyết định và sự phê duyệt của cuộc họp xem xét, và chỉ khi kết quả được gửi lại cho nhà cung cấp để duy trì cải tiến thì việc đánh giá mới gắn với thành tích của nhà máy. Hãy viết công thức định nghĩa và ranh giới chốt vào RFP, và trong FAT/SAT hãy xác nhận con số có khớp với dữ liệu quá khứ hay không.

Ngay cả khi bạn đang ở giai đoạn xây dựng định nghĩa chỉ số đánh giá hoặc cân nhắc liên kết với hệ thống kiểm tra đầu vào và hệ thống mua hàng hiện có, bạn vẫn có thể trao đổi với TOMAS TECH. Liên hệ tại đây

Tài liệu tham khảo

• ISO 9001:2015 – Quality management systems — Requirements (ISO, ban hành năm 2015, đã thu hồi)
• ISO 9001:2026 – Quality management systems — Requirements (ISO, 2026)
• ISO 9001:2026: What businesses need to know (ISO, truy cập năm 2026)
• ISO 9001 revision update: Publication date confirmed (LRQA, truy cập năm 2026)
• What you should know about the ISO 9001:2026 revision (DQS, truy cập năm 2026)
• ISO 9001 Clause 8.4 Control of externally provided processes, products and services (Auditor Training Online, truy cập năm 2026)
• ISO 9001, Clause 8.4 Explained (isms.online, truy cập năm 2026)
• IATF 16949:2016 Frequently Asked Questions June 2026 (IATF, 2026)
• IATF Stakeholder Communique SC-2026-005 IATF 16949 2nd Edition status (IATF, 2026)
• Supplier Manual INDIRECT SUPPLIERS OEGR-P-0019/04 (Oetiker, truy cập năm 2026)
• Quality Management Agreement NPM Supplier F0603.24 (SUSPA, 2023)
• Supplier Quality Manual RQAM-DOC1827 Rev. 10 (JAE Oregon, truy cập năm 2026)
• Quality and Delivery (Hendrickson, 2026)
• Tổng quan Luật Toriteki, các điểm sửa đổi, Tài liệu 1 (Cơ quan Doanh nghiệp vừa và nhỏ Nhật Bản, 2026)
• Thông tin liên quan đến Luật Chuẩn hóa giao dịch ủy thác vừa và nhỏ (Toriteki-ho) (Ủy ban Thương mại Công bằng Nhật Bản, truy cập năm 2026)
• New Guidelines Prevent Large Purchasers from Setting Unfair Credit Terms for SMEs in Thailand (Tilleke & Gibbins, 2021)
• PR No.178/2569 Thailand and Japan Cement $11.7 Billion Industrial Alliance (BOI, 2026)
• Floods halt over 10 auto-parts plants with Oct 12 restart expected (The Nation, 2026)
• Thailand’s Floods Expose Severe Vulnerabilities in Its Automotive Supply Chain (Thailand Business News, 2026)
• Tài liệu thuyết trình NAC2023 Thailand Automotive Industry Structure (NSTDA, 2023)
• MM Vendor Evaluation SAP S/4HANA on-premise (SAP Help Portal, truy cập năm 2026)
• Subcriterion SAP Library MM Vendor Evaluation 4.6C (SAP Help Portal, truy cập năm 2026)
• Supplier Evaluation SAP S/4HANA Cloud Public Edition 2608 (SAP Help Portal, 2026)
• Operational Supplier Evaluation (SAP Help Portal, 2026)
• Supplier Evaluation Weighting and Scoring (SAP Help Portal, 2026)
• Explaining KPIs in Supplier Evaluation (SAP Learning, truy cập năm 2026)
• Explain Supplier Evaluation (SAP Learning, truy cập năm 2026)
• The Next Chapter in Spend Management: AI Innovations Across SAP Ariba, SAP Fieldglass, and SAP Concur (SAP News, 2026)
• Evaluate a vendor and put a vendor on hold (Microsoft Learn, truy cập năm 2026)
• Qualification Areas Using Procurement 25C (Oracle Docs, truy cập năm 2026)
• How You Use Qualification Models Using Procurement 25C (Oracle Docs, truy cập năm 2026)
• TIS bổ sung chức năng mới quản lý tỷ lệ giao hàng đúng hạn, tỷ lệ phát sinh sản phẩm lỗi của nhà cung cấp cho LinDo Kobai Cloud Service dành cho ngành sản xuất (Cloud Watch, 2019)
• Production Management System Selection Points EXPLANNER/Jx (NEC, truy cập năm 2026)