Khi triển khai hệ thống nhập kho thành phẩm, nhà máy không nên coi thao tác bấm “hoàn tất” ở công đoạn cuối là bằng chứng hàng đã sẵn sàng giao. Kết thúc công đoạn, báo cáo thành phẩm theo lệnh sản xuất, phê duyệt chất lượng, nhận hàng thực tế tại kho và ghi tăng tồn kho trong ERP là những sự kiện khác nhau. Nhà máy tại Thái Lan phải nối số lượng, thời điểm, lô, vị trí và người chịu trách nhiệm của từng sự kiện trước khi bộ phận kinh doanh hứa lịch giao. Bài viết trình bày quy trình, mô hình dữ liệu, câu hỏi RFP và các phép thử FAT/SAT cho nhóm tích hợp MES, QMS, WMS và ERP.
Trước hết, hãy định nghĩa bốn trạng thái “hoàn tất”
Hoàn tất công đoạn là kết thúc thao tác ở trạm cuối. Báo cáo hoàn tất sản xuất là ghi số lượng tốt và lỗi theo lệnh. Quyết định chất lượng là người có thẩm quyền cho phép hoặc giữ lại sản phẩm. Xác nhận nhập kho là kho nhận vật chứa thực tế và xác định vị trí. Đây là định nghĩa nghiệp vụ của dự án, không phải tên màn hình chung cho mọi phần mềm. Điểm tăng tồn kho phụ thuộc cấu hình. Chẳng hạn, thao tác “Report as finished” của Microsoft Dynamics 365 chuyển sản lượng từ lệnh vào tồn kho và có thể sinh lệnh kiểm tra chất lượng, công việc cất hàng nếu được cấu hình. SAP S/4HANA cũng xử lý nhập kho từ sản xuất và tồn kho chờ kiểm tra. Vì vậy không thể mặc định “báo hoàn tất” đồng nghĩa “bán được ngay”. Xem tài liệu Microsoft và tài liệu SAP về kiểm tra khi nhập.
| Trạng thái | Người khởi tạo/chịu trách nhiệm | Bằng chứng | Thao tác tiếp theo có thể cho phép |
|---|---|---|---|
| Hoàn tất công đoạn | Công nhân hoặc máy tại công đoạn cuối | Lệnh, công đoạn, thiết bị, thời gian, sản lượng | Chuẩn bị báo cáo đầu ra |
| Báo cáo hoàn tất | Quản lý sản xuất hoặc MES | Số tốt/lỗi, nguyên nhân, lô/serial | Chờ nhận hoặc chờ kiểm |
| Quyết định chất lượng | Người được ủy quyền của QA | Kế hoạch, kết quả, quyết định, người duyệt | Chỉ giải phóng lượng đạt |
| Xác nhận nhập kho | Nhân viên kho hoặc WMS | Vật chứa, số thực nhận, vị trí | Cất hàng, phân bổ, xuất |
Cột cuối là chính sách cần thống nhất của nhà máy. Một số cấu hình ghi nhận hàng về mặt kế toán trước khi QA giải phóng. Khi đó hãy tách “có trên sổ” khỏi “có thể cam kết giao”. Ví dụ của SAP cho thấy lô kiểm tra và cơ chế kiểm soát tồn kho chờ kiểm bằng quyết định sử dụng. Bài học thiết kế là phải đối chiếu số lượng theo từng trạng thái, thay vì một tổng duy nhất.
Vì sao nội dung này khác quản lý WIP và cấp phát vật tư?
Quản lý bán thành phẩm tập trung vào hàng chờ giữa các công đoạn. Quản lý cấp phát vật tư tập trung vào giữ chỗ, lấy và tiêu hao vật tư cho lệnh đã phát hành. Nhập kho thành phẩm là giao dịch ở đầu ra: nhà máy thực sự làm ra gì, trạng thái chất lượng nào, trong vật chứa nào, kho đã nhận bao nhiêu và khi nào có thể giao. Chỉ tạo bút toán đảo ngược cấp phát vật tư không giải quyết được lô đạt một phần, pallet tách đôi hay nhãn sai.
Xét ví dụ minh họa: lệnh cho 100 chiếc, công đoạn cuối báo 96 chiếc dự kiến tốt và bốn chiếc lỗi. QA giữ 20 trong 96, chấp nhận 76. Kho mới cất lên vị trí 70 trong 76 chiếc đạt. “Đã báo hoàn tất 96”, “đang giữ kiểm 20”, “được chấp nhận 76” và “đã có vị trí 70” đều đúng nhưng mang ý nghĩa khác nhau. Cam kết giao cả 96 có thể dẫn tới xuất hàng chưa kiểm hoặc không tìm thấy. Nếu chỉ tính 70 là sản lượng, tỷ lệ thành phẩm lại sai. Các con số là giả định để giải thích, không phải thống kê ngành. ISA-95 cung cấp khung trao đổi dữ liệu giữa quản trị vận hành sản xuất và hệ thống doanh nghiệp. Trước khi chọn màn hình, dự án cần chọn hệ thống ghi nhận chuẩn cho mỗi sự kiện.
Luồng nhập kho thành phẩm từng bước
1. Đối chiếu lệnh, mã hàng và phiên bản
Ở điểm báo sản lượng, xác nhận số lệnh, mã thành phẩm, phiên bản quy cách, nhà máy, số dự kiến, đơn vị và quy tắc tạo lô. Không xác định kho đích chỉ theo tên hàng nhập tự do. Bản vẽ hoặc quy cách đóng gói thay đổi có thể làm số tồn vẫn đúng nhưng hàng không còn đúng đơn của khách. Phiên bản trên lệnh và nhãn giao hàng nên cùng trỏ về mã dữ liệu chủ. Xác định trường nào phải xác nhận lại nếu lệnh được sửa giữa quá trình sản xuất.
2. Báo riêng hàng tốt chờ duyệt, hàng lỗi và đầu ra khác
Một ô “số hoàn thành” sẽ che khuất tỷ lệ đạt. Tách lượng dự kiến tốt, lỗi công đoạn, phế phẩm, chờ làm lại và sản phẩm phụ khi có. Quy trình Microsoft có trường số tốt, số lỗi và nguyên nhân lỗi. Oracle Manufacturing hỗ trợ kết quả kiểm tra liên quan tới giao dịch công đoạn của lệnh. Đây là ví dụ về khả năng, không phải yêu cầu phần mềm nào cũng giống nhau; hãy cố định mô hình trạng thái của nhà máy trong yêu cầu. Xem quy trình Microsoft và tổng quan Oracle Manufacturing.
3. Gắn lô, serial và mã vật chứa
Nếu một lệnh cho ra nhiều lô, lưu số lượng từng lô và liên hệ tới vật tư nguồn. Thành phẩm quản lý serial phải chặn báo hoàn tất hai lần cho cùng số. Không nhầm mã sản phẩm với mã pallet. GS1 phân biệt GTIN cho đơn vị hàng thương mại, SSCC cho đơn vị logistics, và dữ liệu số lô riêng. Dù dùng mã nội bộ, hãy giữ mã hàng, lô và vật chứa ở các trường riêng để hỗ trợ đóng gói lại và tích hợp. Xem GS1 General Specifications.
4. Giữ hàng chờ kiểm và chỉ giải phóng lượng đạt
Với mặt hàng cần kiểm, quy định kế hoạch, đơn vị lấy mẫu, kết quả, người quyết định, thời điểm và xử lý đạt một phần. Không tự động chuyển toàn bộ lượng vừa hoàn tất thành hàng bán được. Tình huống của SAP tạo lô kiểm và tồn kho chất lượng khi nhập từ sản xuất hoặc mua hàng. Hàng đạt sau quyết định sử dụng mới chuyển tới vị trí lưu trữ cuối; hàng không đạt cần xử lý riêng. Thiết kế khu giữ hàng thực tế và đường chuyển sang quản lý tái gia công. Xem tình huống chất lượng trong kho của SAP.
5. Xác nhận nhận hàng và cất vào vị trí
Báo cáo của sản xuất có thể khác lượng kho nhận. Quét vật chứa tại điểm ra khỏi sản xuất rồi quét lại ở điểm nhận kho; khớp mã và số lượng. Nếu lệch, mở hồ sơ chênh lệch, quy định ai điều tra và phê duyệt. Ghi ô vị trí để hàng không chỉ “có trên sổ” mà còn tìm được. Dynamics 365 có thể tạo công việc chuyển từ vị trí đầu ra tới vị trí cất cuối khi được cấu hình. Đây là một lý do để phân biệt báo hoàn tất và cất hàng.
6. Đối chiếu tồn kho và giá thành ERP
Nhập thành phẩm tác động cả số lượng lẫn giá trị. Kiểm tra tăng tồn vật lý, bút toán kế toán và đóng lệnh sản xuất riêng. Tài liệu Microsoft mô tả cập nhật tồn kho khi báo hoàn tất, ảnh hưởng tới WIP và thành phẩm tùy cấu hình, rồi cập nhật tài chính khi kết thúc lệnh. Đừng giả định ERP của mình ghi cùng thời điểm; kế toán phải duyệt phép thử giao dịch, nhất là cuối tháng. Xem hướng dẫn hạch toán sản xuất Microsoft.
Từ điển dữ liệu cần gửi cùng RFP
“Có tích hợp MES/WMS” quá mơ hồ để so sánh nhà cung cấp. Hãy kèm từ điển dữ liệu tối thiểu sau.
| Nhóm | Trường cần xem xét | Ý nghĩa phải thống nhất |
|---|---|---|
| Khóa giao dịch | Event ID, số lệnh và dòng, thời điểm | Ranh giới gửi lại mà không ghi trùng |
| Sản phẩm | Mã hàng, phiên bản, lô/serial | Sản xuất mã và quy cách nào |
| Số lượng | Dự kiến tốt, lỗi, làm lại, nhận, đạt, giữ | Mỗi trạng thái đếm gì |
| Đơn vị | Chiếc, thùng, kg, tỷ lệ quy đổi | Quan hệ giữa đơn vị đóng gói và chuẩn |
| Địa điểm | Công đoạn, điểm đầu ra, nơi giữ QA, ô kệ | Hàng thực tế ở đâu |
| Chất lượng | Kế hoạch, lô kiểm, quyết định, người duyệt | Từ khi nào được dùng |
| Logistics | Mã vật chứa/pallet, phiên bản nhãn, việc cất | Tìm hàng thế nào |
| Kế toán | Cơ sở định giá, cách tính giá, ngày ghi, số chứng từ | Đối chiếu lượng và giá trị |
Không cần bắt buộc mọi trường với mọi mã hàng. Hãy tạo nhánh cho hàng không quản lý lô, theo lô, serial và cân trọng lượng. Phân biệt “chưa thu thập” với “không áp dụng”; dùng một ô trống cho cả hai sẽ khó kiểm toán. Phân biệt giờ hiển thị trên thiết bị, giờ máy chủ lưu và múi giờ. Với cơ sở tại Thái Lan, Nhật và Việt Nam, cần thống nhất lưu giờ UTC và hiển thị giờ địa phương để tránh sai ranh giới ngày.
Chia quyền sở hữu giữa MES, QMS, WMS và ERP
Điểm khởi đầu thực tế là MES làm nguồn chuẩn của sự kiện công đoạn và sản lượng, QMS của kiểm tra và quyết định, WMS của vật chứa và vị trí, ERP của dữ liệu chủ, lệnh, tồn kho định giá và kế toán. Điều chỉnh theo phần mềm đang có và người chịu trách nhiệm thật. Nếu ERP đã quản lý chất lượng, không tự động cần QMS riêng. Nhà máy nhỏ có thể dùng một module ERP cho nhiều vai trò. Mục tiêu là không có hai hệ thống tự xác nhận cùng một sự kiện.
Đặc tả giao diện không thể dừng ở câu “gửi hoàn tất sang ERP”. Ghi rõ nguồn phát, nơi nhận, phản hồi, hạn gửi lại, khóa phát hiện trùng và hàng đợi lỗi. Giả sử MES gửi một sự kiện hoàn tất, kết nối mất trước khi nhận phản hồi thành công từ ERP. MES gửi lại. Nếu ERP không lưu Event ID để kiểm tra, một thùng hàng có thể bị ghi nhập hai lần. Đặt tiêu chí: gửi lại cùng ID phải trả kết quả cũ, không ghi thêm. Đây là điều kiện nghiệm thu tích hợp, không phải khẳng định mọi sản phẩm có sẵn tính năng.
Ngược lại, QMS đã giải phóng và WMS đã chuyển vị trí nhưng ERP chưa nhận trạng thái có thể bán, thì số hàng có thể cam kết chưa cập nhật. Nếu ERP cho phân bổ trước khi WMS xác định vị trí, người lấy hàng có thể không tìm thấy pallet. Hãy đặt độ trễ chấp nhận được, cảnh báo và đối chiếu mỗi ngày. “Thời gian thực” cần chuyển thành số giây hoặc phút cho từng sự kiện.
Thiết kế ngoại lệ trước khi vận hành
Hoàn tất từng phần và nhập nhiều đợt
Cho phép nhiều sự kiện hoàn tất trên một lệnh khi sản xuất theo đợt. Mỗi lần có Event ID, lô, vật chứa và trạng thái chất lượng riêng. Đặt điều kiện duyệt nếu tổng vượt lượng kế hoạch. Ngày sản xuất và ngày nhập kho có thể khác. Hoàn tất tối thứ Bảy nhưng cất thứ Hai có thể qua kỳ báo cáo. Sản xuất, kho và kế toán phải thống nhất ngày ghi vật lý/tài chính và thử tình huống cuối tháng.
Chênh lệch số lượng và đổi đơn vị
Nếu sản xuất báo thùng còn kho đếm chiếc, lưu số chiếc mỗi thùng và quy tắc thùng lẻ trong cùng dữ liệu chủ. Hàng cân cần quy định số cân, dung sai, bì và hiệu chuẩn. Nếu sản xuất báo 100 còn kho quét 99, không âm thầm sửa một bên; mở chênh lệch một chiếc, chỉ định điều tra và ghi giao dịch điều chỉnh được duyệt.
Giữ kiểm, đạt một phần và làm lại
Khi chỉ một phần lô đạt, quyết định tách lô hay dán lại nhãn vật chứa nhưng vẫn giữ truy xuất nguồn gốc. Vật chứa đang giữ không được vào danh sách lấy hàng giao. Hàng không đạt có thể loại bỏ, chấp thuận ngoại lệ hoặc tái gia công sau điều tra. Nối quyết định với quy trình tái gia công và quy định sau làm lại sẽ tạo sự kiện hoàn tất mới hay kiểm lại trên hồ sơ gốc.
Nhãn sai và thiết bị ngoại tuyến
Khi nhãn vật lý không khớp kỳ vọng của hệ thống, xác định có chặn nhập cho đến khi quản lý duyệt hay không. Thử máy cầm tay ngoại tuyến gửi lại cùng sự kiện sau khi kết nối. Giữ chuỗi sự kiện gốc và sửa chữa kể cả khi thông điệp đến sai thứ tự. Quy định nhãn tạm, đối chiếu sau và vị trí giữ khi máy in hỏng.
Đảo giao dịch, chỉnh sửa và khóa kỳ
Không xóa một lần báo hoàn tất sai; tạo bút toán đảo hoặc chỉnh sửa tham chiếu chứng từ gốc. Quyền thao tác thay đổi sau khi đóng lệnh, khóa kỳ hoặc đã giao một phần. Chỉ đảo ở MES mà ERP/WMS vẫn giữ số cũ sẽ tạo chênh lệch mới. Đưa trình tự đảo liên hệ thống và phê duyệt của kế toán vào phép thử.
Mười câu hỏi RFP cho hệ thống nhập kho thành phẩm
- Có tách hoàn tất công đoạn, báo sản lượng, giải phóng QA, nhận thực tế và có thể bán không? Hãy trình diễn màn hình và API.
- Xử lý hoàn tất từng phần, nhiều lô trên một lệnh và quy đổi chiếc/thùng/kg thế nào?
- Trường và giao dịch nào tách hàng tốt, lỗi, làm lại, giữ và phế phẩm?
- Lô kiểm, đạt một phần, quyết định sử dụng và chặn lấy hàng được kiểm soát ở đâu?
- Mã vật chứa/pallet liên hệ với lô, serial và ô kệ ra sao?
- Khóa nào ngăn gửi lại từ MES gây ghi tăng tồn kho hai lần?
- Điều tra chênh lệch nhận ở màn hình nào và ai được duyệt sửa?
- Thiết bị ngoại tuyến, in lại nhãn, quét lỗi được xử lý thế nào, có dấu vết kiểm toán không?
- Đối chiếu ngày ghi của hoàn tất, nhập kho, giá thành và đóng lệnh với chứng từ kế toán thế nào?
- Đảo giao dịch sau đóng lệnh, khóa kỳ hoặc giao một phần: đâu là chức năng chuẩn, đâu cần phát triển?
Yêu cầu nhà cung cấp trình diễn cài đặt, ví dụ API, màn hình ngoại lệ và log, không chỉ trả lời “có”. Nếu nhiều nhà cung cấp, lấy ma trận trách nhiệm và đầu mối hỗ trợ. So sánh cùng phạm vi: làm sạch dữ liệu chủ, máy quét, máy in, mạng, kế hoạch kiểm, tích hợp, đào tạo, thử kế toán và bảo trì, ngoài giấy phép phần mềm.
FAT/SAT: thử ranh giới và lỗi, không chỉ trường hợp bình thường
FAT có thể chứng minh tích hợp và chuyển trạng thái trong môi trường của nhà cung cấp. SAT phải lặp các trường hợp trọng yếu với thiết bị, nhãn, kệ và người dùng thật tại nhà máy Thái Lan. Ghi phạm vi và tiêu chí đạt trong RFP. Bảng sau là ví dụ.
| Phép thử | Thao tác | Tiêu chí đạt |
|---|---|---|
| T01 | Lệnh 100: báo 96 dự kiến tốt, bốn lỗi | Lưu riêng số và nguyên nhân |
| T02 | Giữ 20 trong 96 | Không thể phân bổ 20 giữ; 76 đạt mới đi tiếp |
| T03 | Cất 70 trong 76 đạt | Thấy tổng theo vị trí và sáu còn tại khu nhận |
| T04 | Gửi cùng Event ID hai lần | ERP chỉ ghi một lần và trả kết quả trước |
| T05 | Sản xuất báo 96, kho quét 95 | Chênh một chiếc mở để điều tra, không tự điều chỉnh |
| T06 | Cố lấy một vật chứa đang giữ QA | Thiết bị chặn và lưu lý do |
| T07 | In lại nhãn | Lịch sử nối nhãn gốc, không đếm vật chứa hai lần |
| T08 | Sửa nhập sau cuối tháng và đã giao một phần | Áp quyền, kỳ đóng và giao dịch sau; có thể kiểm toán |
Mọi số lượng trong bảng đều là giả định thử nghiệm. Thay bằng trường hợp lô, serial, cân và nhiều kho của chính bạn. API trả thành công trong FAT không chứng minh máy quét hoạt động ở kệ sóng yếu hay có quy trình khi máy in hỏng. Thử với đúng quyền, gồm ca đêm. Lỗi có thể biến hàng đang giữ thành hàng bán được phải được xem là điều kiện quyết định vận hành.
Ước lượng chi phí và đo hiệu quả trung thực
Không có một mức giá thị trường đáng tin cho mọi phạm vi. Mở rộng ERP sẵn có khác kết nối mới MES, QMS và WMS. Tách báo giá thành thiết kế quy trình, dữ liệu chủ, giao diện, thiết bị/nhãn, thử nghiệm, đào tạo/chuyển đổi và bảo trì. So sánh khoản ban đầu và định kỳ trên cùng phạm vi. Khối lượng sự kiện, loại nhãn, hoạt động ngoại tuyến và số giao diện kế toán có thể ảnh hưởng công sức hơn cả số người dùng.
Đo nhiều hơn số phút tiết kiệm mỗi phiếu nhập: ngăn giải phóng sai, thời gian tìm pallet, chênh lệch cuối tháng, sai lệch kế toán WIP–thành phẩm và độ tin cậy ngày giao hứa với khách. Với rủi ro khó quy tiền, ghi số sự cố và thời gian khoanh vùng. Một gợi ý là thu thập bốn tuần dữ liệu nền về trung vị và phân vị 90 của thời gian từ hoàn tất đến cất hàng, chênh lệch còn mở và lần cố lấy hàng đang giữ. Bốn tuần là thời gian đo được đề xuất, không phải chuẩn ngành; mã sản phẩm ít phát sinh nên quan sát lâu hơn.
Lộ trình triển khai và chuyển dữ liệu
Hãy bắt đầu từ một nhóm sản phẩm và một kho thay vì thay mọi dây chuyền cùng lúc. Cùng sản xuất, QA, kho và kế toán theo dấu chứng từ thật từ lúc hoàn tất tới cất hàng. Thống nhất bảng trạng thái và từ điển dữ liệu rồi mới cấu hình màn hình, giao diện. Dữ liệu chuyển không chỉ là số dư thành phẩm mà còn lệnh đang mở, vật chứa chờ QA, hàng đã báo xong nhưng kho chưa nhận, pallet đang cất và chênh lệch cần sửa. Tại thời điểm chuyển, kiểm hàng thực theo lô, vật chứa, vị trí và trạng thái chất lượng; lưu liên hệ chứng từ cũ với Event ID mới. Quyết định cho từng khoản đầu ra đã báo nhưng chưa nhận: đóng ở hệ cũ hay chuyển qua hệ mới.
Nếu chạy song song, chỉ một hệ thống được ghi tăng tồn kho thật. Bản thử không được tạo phiếu nhận thực thứ hai. Đối chiếu chênh lệch mỗi ngày theo nguyên nhân. Điều kiện vận hành gồm chặn hàng đang giữ, thấy chênh lệch nhận, truy được giao dịch đảo, tái hiện bút toán kế toán và tìm được pallet. Định trước điều kiện quay lại quy trình cũ cùng người có quyền quyết định. Đào tạo nhân viên về nhãn sai, lệch số, máy ngoại tuyến và hàng giữ lẫn hàng đạt, kể cả người cần gọi vào ca đêm. Tuần đầu xem hàng đợi ngoại lệ mỗi ngày, chia nguyên nhân thành dữ liệu chủ, quy trình, thiết bị hoặc giao diện.
Sau triển khai, đừng đánh giá chỉ bằng số trường hợp chênh lệch. Hệ thống phát hiện tốt hơn có thể làm số vấn đề nhìn thấy tăng tạm thời. Hãy đo thời gian phát cảnh báo, thời gian xử lý và mức tái diễn theo nguyên nhân. Một lần máy chặn quét hàng đang giữ là bằng chứng ngăn xuất sai, không đơn thuần là lỗi người thao tác. Xem vị trí và nguyên nhân hằng tuần, sửa dữ liệu chủ hoặc chỗ dán nhãn, đồng thời hiển thị tuổi việc chưa xử lý, người phụ trách và hành động kế tiếp trên màn hình quản lý.
Câu hỏi thường gặp
Hệ thống nhập kho thành phẩm khác WMS thế nào?
WMS thường quản lý vật chứa, vị trí, nhận hàng, cất và lấy. Nhập kho thành phẩm trải từ lệnh, báo đầu ra, quyết định QA, nhận vật lý đến tồn kho ERP. Một WMS có bao phủ toàn bộ không tùy sản phẩm và cấu trúc ERP/MES. Hãy phân công theo sự kiện, không theo tên sản phẩm.
Báo hoàn tất là cho phép bán ngay được không?
Có thể nếu mã hàng không cần kiểm, việc nhận và xác nhận vị trí cũng hoàn tất đồng thời và quy định công ty cho phép. Không dùng làm mặc định cho hàng chờ kiểm, chờ nhãn hoặc kho chưa nhận. Đặt điều kiện theo mã, nhà máy và cam kết với khách.
Xử lý hoàn tất hoặc chấp nhận một phần ra sao?
Giữ nhiều sự kiện trên cùng lệnh, mỗi sự kiện có số lượng, lô và vật chứa riêng. Tách lượng đạt và giữ với quyền di chuyển, giao hàng riêng. Đối chiếu tổng với kế hoạch, lỗi và giao dịch đảo thay vì lấy lần nhập cuối ghi đè lần đầu.
Chỉ quét mã hàng là đủ chưa?
Không đủ nếu chất lượng hoặc vị trí theo lô, serial hay vật chứa. Giữ mã hàng, lô/serial và đơn vị logistics là các định danh khác nhau. Chọn GS1 hoặc mã nội bộ theo yêu cầu khách và dữ liệu chủ hiện hữu.
Đã có ERP thì còn cần phần mềm mới không?
Có thể không. Nếu chức năng chuẩn hỗ trợ trạng thái, chất lượng, vật chứa, thiết bị cầm tay và dấu vết kiểm toán trong quy trình thật, mở rộng ERP có thể đủ. Thử các ngoại lệ nêu trên trước khi quyết định phần nào cấu hình, phần nào phải phát triển.
Kết luận
Đừng gộp hoàn tất công đoạn, báo đầu ra, quyết định QA, cất hàng thực tế và tồn kho/kế toán ERP vào một cờ “xong”. Hãy nối số lượng, trạng thái, lô, vật chứa, thời gian và người phụ trách; thử gửi lại, đảo, đạt một phần và lệch số. Nhờ đó pallet không tìm thấy hoặc hàng chưa kiểm sẽ không trở thành lời hứa giao hàng.
Nếu nhà máy tại Thái Lan đang lập luồng từ báo sản xuất qua giải phóng chất lượng, nhập kho đến tồn ERP, hãy liên hệ TOMAS TECH. Ngay ở giai đoạn xác định phạm vi hoặc viết RFP, chúng tôi có thể cùng làm rõ nơi xác nhận từng trạng thái.
