Chức năng hệ thống quản lý sản xuất không thể được đánh giá chỉ bằng checklist tên chức năng. Nhà cung cấp có thể trả lời “có” cho lập kế hoạch và tồn kho, nhưng câu trả lời đó không cho biết ai xử lý khi kế hoạch thay đổi, dùng vật liệu thay thế, hoàn thành một phần, hold, rework hay mất kết nối, và phải lưu bằng chứng gì. Bài viết này hướng dẫn nhà máy tại Thái Lan lập RFP với Must/Should/Could, phân biệt standard/configuration/custom, đồng thời định nghĩa dữ liệu chủ, ngoại lệ, phân quyền, audit và tích hợp ERP đến tận bằng chứng nghiệm thu.
Chức năng hệ thống quản lý sản xuất: viết kết quả và bằng chứng
Một dòng RFP tốt không dừng ở “hệ thống phải có chức năng X”. Nó liên kết tám yếu tố:
- Kết quả nghiệp vụ: trạng thái nào phải đúng.
- Điểm kích hoạt: sự kiện, thời điểm hay phê duyệt nào bắt đầu xử lý.
- Đầu vào: master, kế hoạch, actual hay dữ liệu thiết bị nào được dùng.
- Quy tắc: ưu tiên, số lượng, phiên bản, ngày hiệu lực, kỳ khóa sổ và biên.
- Ngoại lệ: thiếu, trễ, lỗi, hủy, rework hoặc mất kết nối.
- Thẩm quyền: ai được thực hiện, duyệt, sửa và giải phóng.
- Đầu ra: lệnh hiện trường, bút toán ERP, tồn kho, chất lượng hay KPI.
- Bằng chứng nghiệm thu: test data, log, màn hình và API response chứng minh pass.
Thay vì “có chức năng nhập sản lượng”, hãy viết: “Với work order đã release, người vận hành ghi good/scrap/hold quantity, thời gian bắt đầu/kết thúc, thiết bị và lot. Tổng vượt số lượng lệnh phải được supervisor duyệt. Audit trail lưu giá trị cũ/mới, lý do, người duyệt và thời điểm. Gửi lại cùng event sang ERP không tạo bút toán trùng.” Yêu cầu đó có thể dùng xuyên suốt demo, báo giá, thiết kế, FAT và SAT.
Xác định ranh giới trước khi trộn ERP, quản lý sản xuất và điều khiển máy
ISA-95 cấu trúc tích hợp enterprise-control dựa trên hoạt động, thuật ngữ và trao đổi thông tin. Trang chính thức đặt manufacturing operations management ở Level 3 và business planning/logistics, bao gồm ERP, ở Level 4; trang hiện tại cũng liệt kê ANSI/ISA-95.00.01-2025. ISA-95 overview
RFP cần nguồn chuẩn và owner cho từng đối tượng, không chỉ một hình kim tự tháp.
| Thông tin/hoạt động | Nguồn có thể | Trách nhiệm hệ thống sản xuất | Điều phải chốt ở ranh giới |
|---|---|---|---|
| Customer order/demand | ERP/Sales | Tham chiếu, chuyển thành nhu cầu sản xuất | đổi, hủy, ưu tiên, version |
| Item/BOM/routing | ERP/PLM/MES | Dùng version sản xuất, bổ sung local | nơi cấp ID, version, hiệu lực, thay thế |
| Production plan | ERP/APS/MES | chi tiết hóa, xếp thứ tự, release | freeze, replan, phê duyệt |
| Work instruction/actual | MES | phân phát, thu thập, ngoại lệ, lịch sử | start, complete, cancel, replay |
| Equipment state/measure | PLC/SCADA/IoT | nhận dữ liệu cần thiết, gắn ngữ cảnh | clock, quality, missing, unit |
| Inventory/WIP | ERP/WMS/MES | reserve, issue, move, reconcile | owner, closing, âm kho, kiểm kê |
| Quality disposition | QMS/MES | yêu cầu kiểm tra, hold, nhận phán định | quyền release, retest, deviation |
“ERP là master” vẫn chưa đủ. Nhà máy có chạy khi ERP dừng không? Có được tạo item tạm cho tình huống khẩn cấp không? Ai đối chiếu sau khi phục hồi? Nếu không trả lời, hai hệ thống có thể cùng sửa master/tồn kho và mất nguồn sự thật.
Để xem trục đánh giá sản phẩm, đọc so sánh hệ thống quản lý sản xuất cho Thái Lan. Để đánh giá tiêu chuẩn hay phát triển riêng, đọc phát triển tùy chỉnh hệ thống quản lý sản xuất. Bài này tập trung vào yêu cầu RFP cần làm trước.
Dùng Must/Should/Could để dừng “mọi thứ đều bắt buộc”
Nếu chép nguyên nội dung phỏng vấn các bộ phận vào danh sách chức năng, bộ phận nào cũng dễ gọi yêu cầu của mình là Must. Vì vậy, hãy dùng MoSCoW và định nghĩa từng mức ưu tiên như một quy tắc ra quyết định, không phải nhãn sở thích.
Must
Nếu thiếu, vận hành hợp pháp, an toàn, chất lượng, yêu cầu khách hàng, khóa sổ, business continuity hoặc nghiệm thu không thể thực hiện. Ghi rõ thất bại cụ thể. Nếu có workaround an toàn trong thời gian chấp nhận được, cần xem lại có thực sự là Must hay không.
Should
Có giá trị cao lúc khởi động nhưng có workaround giới hạn thời gian. Nêu owner, thời hạn và gánh nặng tăng thêm. Nếu chuyển sang Phase 2, phải có ngày và người tái quyết định.
Could
Giá trị cần được kiểm chứng khi dữ liệu và vận hành trưởng thành, ví dụ phân tích nâng cao, AI optimization hoặc tùy chọn UI. Có thể đặt API hoặc lịch sử dữ liệu là Must để bảo vệ khả năng tương lai.
Won’t now
Ghi rõ lần này không bao gồm machine safety control, tái thiết kế costing toàn doanh nghiệp hoặc thay WMS toàn mạng lưới. Điều này định nghĩa biên báo giá/nghiệm thu, không có nghĩa là “không bao giờ”.
| Mức | Câu hỏi quyết định | Bằng chứng | Người duyệt thay đổi |
|---|---|---|---|
| Must | Thiếu nó thì điều gì bất hợp pháp, nguy hiểm, dừng hoặc không nghiệm thu? | policy, customer term, continuity, closing | Steering Committee |
| Should | Workaround được bao lâu, gánh nặng gì? | KPI, labor, quality risk | Process Owner |
| Could | Dùng dữ liệu nào kiểm chứng giá trị? | hypothesis, measure, date | Product Owner |
| Won’t now | Ngoài scope ở đâu và trigger tương lai là gì? | scope map, dependency | Sponsor |
Nếu phần lớn yêu cầu là Must, việc ưu tiên đã thất bại. Kiểm tra phạm vi chỉ-Must có nằm trong ngân sách/thời gian, và báo giá Should/Could riêng.
Bản đồ chức năng cho RFP quản lý sản xuất
Bản đồ này giúp tránh bỏ sót, nhưng không phải scorecard cuối cùng. Mỗi dòng áp dụng phải được triển khai thành scenario và acceptance condition.
| Nhóm | Must điển hình | Ngoại lệ phải hỏi | Bằng chứng |
|---|---|---|---|
| Master data | item, BOM, routing, equipment, calendar, version | hiệu lực chồng, substitute, retire, khẩn cấp | version diff, approval, import result |
| Production demand | tạo/đổi nhu cầu sản xuất | partial cancel, ưu tiên gấp, đổi số lượng | before/after, impact list |
| Planning/scheduling | lập kế hoạch theo capacity, material, due date | downtime, thiếu người, trễ vật tư, freeze | plan version, warning, approval |
| Dispatch | gửi version đã duyệt ra hiện trường | thiết bị cũ, in lại, gửi sai | receipt time, version, user |
| Actual collection | quantity, time, asset, person, lot | partial, vượt, hủy, trùng, offline | raw event, correction history |
| Material/WIP | reserve, issue, return, move | substitute, âm kho, số lẻ, trộn lot | genealogy, reconciliation |
| Quality | inspection, result, hold, disposition | retest, concession, deviation, thu hồi hoặc đảo quyết định xử lý chất lượng | spec version, result, e-signature |
| Traceability | liên kết xuôi/ngược | split, merge, rework, subcontract | query result, thời gian |
| Exception | dừng, thiếu, lỗi, trễ | chưa phân loại, aging, bàn giao | owner, due, action history |
| Cost/KPI interface | gửi actual sang ERP/BI | sửa sau close, đổi đơn vị | reconciliation, variance reason |
| Access/audit | role, approval, separation, log | emergency, delegation, nghỉ việc | access review, audit query |
| Operations | monitor, backup, recover, change | mất mạng, lệch giờ, patch | restore test, RTO/RPO |
Không gộp “planning” thành một mục: tách generate, freeze, approve, release, change, replan và notify. Traceability phải chỉ hướng truy tìm, thời gian, split/merge, rework, thuê ngoài, lưu giữ và export.
Chuyển yêu cầu thành một dòng có thể nghiệm thu
ISO/IEC/IEEE 29148:2018 đề cập quy trình requirements engineering và information items xuyên lifecycle. Phiên bản 2018 được xác nhận năm 2024, nhưng ISO hiện đánh dấu “to be revised” và đang phát triển DIS thay thế. Vì vậy tham chiếu phiên bản đã công bố, không coi bản sửa đổi là final. ISO/IEC/IEEE 29148:2018
Các trường nên có: Requirement ID; mục tiêu/nguồn; priority; assumption/trigger/input; normal/boundary/exception rule; role/approval/separation; output/interface; retention/audit/security; acceptance scenario/expected/evidence; supplier response standard/config/custom/external; product version, giới hạn, chi phí và lead time.
Yêu cầu yếu:
Hệ thống hỗ trợ nhiều ngôn ngữ.
Yêu cầu kiểm thử được:
FR-UI-014 (Must): Operator UI chuyển Thái/Anh theo user. Tên item dùng tên hai ngôn ngữ từ ERP; nếu thiếu thì hiển thị item code và ghi vào báo cáo chất lượng dữ liệu hằng ngày. Chuyển ngôn ngữ giữ work-order ID và trạng thái đang làm. FAT hoàn thành cùng 5 lệnh bằng hai ngôn ngữ, xác nhận code, quantity, time giống nhau bằng export và audit log.
Yêu cầu yếu:
Có thể tích hợp ERP.
Yêu cầu kiểm thử được:
IF-ERP-021 (Must): Gửi production result đã duyệt kèm event_id duy nhất. Khi timeout, retry với event_id cũ; nếu ERP đã nhận thì không tạo posting trùng. Lỗi nghiệp vụ nhóm HTTP 4xx được đưa vào quarantine; lỗi truyền thông dùng cơ chế tự động retry có giới hạn. Có thể tìm owner, first time, attempt count, payload hash và kết quả cuối. SAT làm mất response, retry và chứng minh chỉ có một ERP document bằng bằng chứng hai hệ thống.
Dữ liệu chủ: owner, version và ngày hiệu lực trước màn hình
Item, BOM, routing, standard time, yield, capacity, shift, holiday, location, specification và reason code quyết định độ tin cậy của kế hoạch/actual. ISO 8000-8:2015 đề cập khái niệm chất lượng thông tin/dữ liệu và tiền đề đo lường trong quản lý chất lượng; phiên bản được xác nhận năm 2022. ISO 8000-8:2015
RFP cần định nghĩa:
- Owner theo attribute: ERP giữ identity, engineering giữ routing, quality giữ specification, production/maintenance giữ capacity.
- Tách người tạo và duyệt thay đổi rủi ro cao; thay đổi khẩn cấp phải hết hạn.
- Tách mã dùng chung với thuộc tính riêng nhà máy Thái Lan.
- BOM/routing/spec có version, effective time, expiry, plant scope.
- Quy tắc cho work order đã release khi version mới có hiệu lực.
- Kiểm required, format, reference, duplicate, range, unit, localized name.
- Phân biệt unknown, not applicable và missing.
- Import ghi total/success/failure/warning/exclusion/hash; replay không trùng.
Nghiệm thu migration cần population count, transformation rule, exclusion, duplicate, missing, sample reconciliation và owner approval, không chỉ “load xong”.
Ngoại lệ: mô tả cách công việc dừng và tiếp tục
Sau happy path, yêu cầu vendor chạy dữ liệu thực cho:
- Thiếu vật tư hoặc tồn vật lý khác hệ thống.
- Vật liệu thay thế cần customer/quality approval.
- Hoàn thành một phần và bàn giao qua ca.
- Lỗi chuyển sang rework routing.
- Sửa quantity/lot sau completion.
- Chuyển sang thiết bị khác hoặc subcontractor.
- Plan, BOM hoặc routing đổi khi đang làm.
- Offline event replay sau recovery.
Mỗi ngoại lệ phải có detector, owner, due time, hành động được phép, approval, escalation, ảnh hưởng downstream và release condition. Quản trị cả việc tạo/ngưng reason code.
Phân quyền và audit: tái hiện trách nhiệm
Tách tạo/duyệt kế hoạch, release, nhập/sửa actual, quality disposition, giải hold, đổi master, quản trị user và xem audit.
- Separation of duties cho thay đổi rủi ro cao.
- Scope theo company, plant, line, warehouse, item group.
- Delegation/emergency access có lý do và ngày hết hạn.
- Joiner/mover/leaver gồm nhà thầu.
- Không dùng chung human identity; tách person/device/service account.
- Tìm được who/when/old/new/why/approval.
- Bảo vệ log, đồng bộ thời gian, retention được duyệt.
NIST SP 800-82 Rev.3 hướng dẫn OT security có xét performance, reliability và safety. NIST liệt kê Rev.3 là bản final và Rev.4 là bản draft; bài viết này vì vậy tham chiếu Rev.3 là bản final hiện hành. NIST SP 800-82 Rev.3 Khi hệ thống sản xuất nối thiết bị, yêu cầu network boundary, least privilege, endpoint registration, patch window, backup, recovery và degraded operation. Không nối PoC hệ thống nghiệp vụ trực tiếp vào machine safety control.
Tích hợp ERP quản lý sản xuất: ký hợp đồng cho transaction
Nghiên cứu Digital Thread của NIST tập trung vào tái sử dụng, trao đổi và truy xuất thông tin giữa engineering, manufacturing và quality. NIST Digital Thread Do đó RFP phải định nghĩa meaning/lineage, không chỉ field mapping.
| Thành phần hợp đồng | Phải định nghĩa | Failure khi nghiệm thu |
|---|---|---|
| Business event | created/released/started/completed/cancelled/corrected | sai thứ tự, đến sau cancel |
| Identity | order_id, operation_id, event_id, source | duplicate replay |
| Version | schema, master, plan, BOM/routing | old/unknown version |
| Time | event/received/posted, timezone, sync | clock drift, late arrival |
| Unit | base/transaction unit, conversion, rounding | số lẻ, mismatch |
| Response | accepted/rejected/pending, error code | mất response, partial success |
| Reprocessing | retry, quarantine, manual correction, replay | bulk replay sau recovery |
| Reconciliation | count, quantity, value, hash, close | sai khác có chủ ý |
Interface register cần owner, endpoint, mode, frequency, peak, SLA, retry, monitoring, classification, version-change notice, test environment và exit. “Real time” là khái niệm mơ hồ. Ví dụ, hãy quy định “95% sự kiện trong phạm vi phải đến đích trong vòng 60 giây”, đồng thời xác định khoảng đo và mẫu số. Giá trị phải dựa trên quy trình thực của nhà máy, không sao chép con số mẫu.
Quyết định standard, configuration, customization hay external
Customization không mặc nhiên là sai. Rủi ro nằm ở việc đóng cứng một quy trình phổ biến vào code, hoặc ép một quy tắc tạo khác biệt vào standard process không phù hợp.
- Standard: có trong product version hiện tại, không thêm code.
- Configuration: workflow, rule, report hoặc setting được phê duyệt.
- Extension/customization: API, plugin hoặc code riêng phải bảo trì.
- External/process: hệ thống khác hoặc kiểm soát thủ công có governance.
| Trục quyết định | Ưu tiên standard | Xem xét configuration | Custom có thể hợp lý khi |
|---|---|---|---|
| Khác biệt | nghiệp vụ phổ biến | quy tắc từng nhà máy | tạo giá trị khách hàng/quy trình độc đáo |
| Tần suất đổi | theo update sản phẩm | admin đổi an toàn | quy tắc ổn định, có owner |
| Quality/compliance | standard evidence đủ | approval config đã validate | standard không tạo được bằng chứng bắt buộc |
| Integration | public API/connector | mapping | giao dịch/thiết bị đặc thù không tránh được |
| Lifecycle | vendor bảo trì | promote/rollback config | buyer sở hữu code/test/upgrade/exit |
Yêu cầu vendor ghi product version, license, assumption, limit, demo, extra cost, lead time và ảnh hưởng upgrade. “Configurable” phải cho biết ai thay đổi, phê duyệt, promote, rollback và audit ra sao.
Nếu custom, hợp đồng phải có quyền source/artifact, repository, build, dependency, automated test, vulnerability handling, upgrade regression, document, succession và exit handover.
Yêu cầu phi chức năng phải đo được trong nhà máy
ISO/IEC 25010:2023 định nghĩa product-quality model gồm 9 đặc tính cho ICT/software. ISO/IEC 25010:2023 Chuyển thành tiêu chí:
- Performance: normal/peak user, order, event, report, response distribution.
- Availability: service window, planned exclusion, monitoring, notification.
- Recovery: RTO/RPO, backup, restore, reconciliation, periodic test.
- Compatibility: browser, terminal, OS, printer, scanner, API version, encoding.
- Security: SSO/MFA, access, encryption, secret, audit, vulnerability, patch.
- Maintainability: tách config/code, impact, regression, observability, document.
- Usability: Thái/Anh, quản lý Nhật, găng tay, khoảng nhìn, error recovery, training.
- Data: accuracy, completeness, uniqueness, timeliness, lineage, retention, export.
Không sao chép “24/7” hay “3 giây” nếu chưa định nghĩa transaction, load, percentile, network, time window và cơ sở nghiệp vụ.
Yêu cầu bằng chứng FAT/SAT ngay từ RFP
Nghiệm thu không phải là bài test được nghĩ ra ở cuối dự án. Ngay từ RFP, mỗi requirement phải được liên kết với phương pháp kiểm tra và bằng chứng.
| Phương pháp | Phù hợp | Bằng chứng | Lưu ý |
|---|---|---|---|
| Demonstration | workflow, exception | recording, operation log, output | chạy ngoài script vendor |
| Test | performance, replay, recovery, access | test sheet, log, API, DB reconcile | ghi environment/volume |
| Inspection | design, config, document, license | design, config export, register | giữ version tái lập được |
| Analysis | capacity, risk, TCO | formula, assumption, sensitivity | tách giả định vendor |
Evidence pack gồm requirement ID, product/config version, ngày, environment, data, procedure, expected/actual, raw log/output, defect, retest và approver.
FAT chứng minh standard/config/integration/abnormal trong test/supplier environment. SAT chứng minh trên network, terminal, printer, label, shift, user và data volume thực của nhà máy Thái Lan. FAT pass không đồng nghĩa production acceptance.
Chọn vendor: Must gate rồi mới dùng ví dụ 100 điểm
Must là Pass/Fail để điểm giá không bù khoảng trống nghiêm trọng. Sau đó mới chấm trọng số. Bảng sau làmô hình quản trị giả định để lập kế hoạch, không phải chuẩn chung.
| Nhóm đánh giá | Điểm ví dụ | Trọng tâm |
|---|---|---|
| Functional fit và exception | 30 | buyer scenario; evidence standard/config/custom |
| Master data và integration | 20 | source, version, replay, reconcile, change |
| Security, audit, recovery | 15 | separation, log, outage, RTO/RPO |
| Operability, localization, support | 15 | vận hành Thái, quản trị, local support |
| Delivery, acceptance, exit | 10 | migration, evidence, defect, handover |
| Five-year TCO/commercial clarity | 10 | assumption, license, change, upgrade, reserve |
| Tổng | 100 | chỉ so sau khi Must pass |
Mọi vendor demo bằng cùng bộ dữ liệu đại diện. Lưu requirement ID, video/evidence, config screen, product version và trạng thái custom.
TCO 5 năm gồm license/subscription, environment, integration, migration, test, training, device, network, support, upgrade, change, local service và exit export. Lấy giá từ bidder, không bịa “giá thị trường”.
Điều kiện bổ sung cho nhà máy Thái Lan
- Tách ngôn ngữ UI operator khỏi tên master và báo cáo quản lý.
- Dịch error, reason code, help, training, support, không chỉ label.
- Thống nhất plan freeze, master approval, month-end owner giữa HQ và Thái Lan.
- Test ngày nghỉ Thái, giao ca qua nửa đêm và ICT timezone.
- Quy định ngôn ngữ support, giờ, first response, site visit, replacement, escalation.
- Kiểm tra pháp luật/chính sách địa phương về dữ liệu cá nhân, hiệu suất và camera.
BOI Investment Promotion Guide 2026 có biện pháp nâng cấp hướng tới Smart and Sustainable Industry và tăng hiệu quả liên quan machinery/automation. BOI Guide 2026 Hệ thống không tự động đủ điều kiện. Xác minh activity, timing trước mua, investment scope, indicator và deadline với BOI/chuyên gia; không đưa ưu đãi chưa chắc chắn vào business case.
Các cổng quyết định từ RFP tới production
- Scope Gate: KPI, boundary, exclusion, sponsor.
- Requirement Gate: Must, owner, scenario, evidence.
- Fit-to-Standard Gate: standard/config/custom/external bằng demo thật.
- Contract Gate: assumption, TCO, responsibility, deliverable, exit, change rate.
- Design Gate: master, access, exception, interface, migration, operation.
- FAT Gate: normal, boundary, abnormal, recovery.
- SAT/Go-live Gate: site, training, cutover, rollback, support.
- Stabilization Gate: defect, data quality, KPI, handover.
Mỗi gate có pass, conditional pass, hold hoặc stop. Không âm thầm hạ Must thành Should vì trễ; ghi reason, impact, workaround, expiry và approval.
Những lỗi RFP thường gặp
Chấm theo số chức năng
Chức năng không dùng làm tăng training, access, test và upgrade. Chấm theo buyer scenario và exception evidence.
Biến nguyên Excel hiện tại thành màn hình
Tách purpose, source, duplicate, approval và cột lỗi thời. Nghiệp vụ chung nên theo standard; chỉ bảo vệ quy tắc thực sự khác biệt.
Gộp “real-time integration” thành một dòng
Tách event, latency, volume, replay, reconciliation và error owner. Không phải mọi master đều cần real time.
Coi demo là nghiệm thu
Demo chứng minh khả năng, FAT chứng minh config/integration, SAT chứng minh site, stabilization chứng minh vận hành bền vững.
Cấm customization theo số lượng
Rủi ro phụ thuộc impact, owner, upgrade, test và exit. Một đoạn code nhỏ chặn mọi order vẫn là high risk.
Checklist RFP hệ thống quản lý sản xuất
- KPI/scope giải thích được trong một trang?
- Source/owner cho ERP, PLM, WMS, QMS, MES, equipment rõ chưa?
- Mỗi priority có lý do và approver?
- Test shortage, rework, cancel, correction, outage?
- Master có owner, version, effective date?
- Tách create/approve/correct/release/admin?
- ERP interface có identity, version, unit, time, replay, reconciliation?
- Vendor phân loại standard/config/custom/external cùng version/evidence?
- Quality, recovery, security, maintainability, language đo được?
- Requirement ID nối FAT/SAT/migration/training evidence?
- TCO 5 năm gồm change, upgrade, local support, exit?
- Owner Thái Lan và HQ cùng duyệt acceptance/change?
Kết luận: thiết kế chức năng đến tận bằng chứng nghiệm thu
Chọn chức năng hệ thống quản lý sản xuất không phải đếm tên. Hãy nối outcome, trigger, input, rule, exception, authority, output và evidence, rồi sắp xếp đầu tư bằng Must/Should/Could. Khi owner/version dữ liệu chủ, cách xử lý ngoại lệ, access/audit và ERP replay/reconciliation rõ từ đầu, standard, configuration và customization sẽ được đánh giá công bằng.
TOMAS TECH hỗ trợ nhà máy Thái Lan về current-state mapping, workshop Thái/Nhật, RFP, demo scenario, ERP integration và thiết kế bằng chứng FAT/SAT. Ngay cả khi chưa chốt sản phẩm/ngân sách, có thể bắt đầu từ Must và system boundary. Liên hệ
Câu hỏi thường gặp về chức năng hệ thống quản lý sản xuất
Hệ thống quản lý sản xuất cần những chức năng nào?
Thường gồm master, demand, planning, dispatch, actual, material/WIP, quality, traceability, exception, cost/KPI interface, access/audit và operations. Không đặt tất cả thành Must ban đầu; ưu tiên theo quy trình và bằng chứng.
Cách chọn hệ thống quản lý sản xuất nên bắt đầu từ đâu?
Bắt đầu từ KPI, boundary, trách nhiệm với ERP/equipment và Must trước tên sản phẩm. Sau đó so cùng scenario và fit classification.
Phân loại Must/Should/Could thế nào?
Must thiếu là thất bại cụ thể về pháp lý, khách hàng, safety, quality, closing, continuity hoặc acceptance. Should có workaround giới hạn thời gian. Could chờ kiểm chứng giá trị. Ghi lý do và người duyệt thay đổi.
Có nên tránh tùy chỉnh hệ thống quản lý sản xuất?
Không tuyệt đối. Dùng standard cho nghiệp vụ chung, configuration cho khác biệt nhà máy, custom khi hỗ trợ quy trình tạo khác biệt và buyer sở hữu test, upgrade, exit.
Điều quan trọng nhất khi tích hợp ERP quản lý sản xuất?
Hợp đồng hóa event meaning, unique ID, version, time, unit, response, replay, quarantine, reconciliation và owner. Làm mất response trong SAT và chứng minh chỉ có một posting.
Dịch màn hình có đủ cho nhà máy đa ngôn ngữ?
Không. Cần tên master, error, reason code, help, training, support và owner thay đổi bản dịch. Test việc đổi ngôn ngữ không thay code/result.
So sánh chi phí trong RFP thế nào?
Dùng cùng giả định TCO 5 năm cho license, environment, configuration, custom, integration, migration, test, training, device, support, upgrade, change, local service và exit export.
FAT khác SAT thế nào?
FAT kiểm config, integration, exception trong test/supplier environment. SAT kiểm network, device, data, shift và user thực của nhà máy Thái Lan.
