Hệ thống tách và gộp lệnh sản xuất: hướng dẫn triển khai

Khi chọn hệ thống quản lý tách và gộp lệnh sản xuất, đừng chỉ kiểm tra có nút Split hoặc Merge. Điều cần chứng minh là sau khi thay đổi lệnh, số lượng, sản phẩm dở dang (WIP), vật tư, kết quả chất lượng, ngày giao và nhu cầu ban đầu vẫn liên kết được. Máy dừng nên chuyển phần còn lại sang chuyền khác; vật tư chỉ về một phần nên phải chạy trước; nhiều lệnh nhỏ có thể dùng chung một lần cài đặt máy. Mỗi tình huống thay đổi nhiều hơn mã lệnh. Bài viết này trình bày quy tắc nghiệp vụ, dữ liệu, câu hỏi RFP và kiểm thử nghiệm thu cho nhà máy tại Thái Lan.

Tách và gộp lệnh sản xuất thực sự thay đổi điều gì?

Lệnh sản xuất gắn sản phẩm, số lượng, ngày hoàn thành dự kiến, vật tư và quy trình. Tài liệu vòng đời lệnh sản xuất của Microsoft mô tả các thành phần này. Vì thế tách lệnh không chỉ là sửa ô số lượng: đặt trước vật tư, tiến độ công đoạn, WIP, truy xuất chất lượng và phân bổ chi phí đều có thể bị ảnh hưởng. Gộp lệnh cũng không chỉ hiển thị hai mã thành một. Cần kiểm tra phiên bản sản phẩm, quy trình, tiêu chuẩn kiểm tra, yêu cầu khách hàng và ngày giao có tương thích không.

Ở đây, tách là phân bổ phần chưa thực hiện của lệnh cha cho lệnh con hoặc đơn vị thực thi; gộp là liên kết nhiều dòng nhu cầu hoặc lệnh với một đơn vị thực thi chung; phân bổ lại là đổi phần còn lại, tài nguyên hoặc ngày sau khi công việc bắt đầu. Trong thực tế, “tách” có thể tạo lệnh ERP mới, tách job trong MES hoặc tạo nhiều đợt chạy dưới một lệnh. Phải xác định tầng dữ liệu trước.

Mô hình ISA-95 do OPC Foundation công bố trình bày Work Schedule, Work Request và Job Order, gồm ví dụ chia số lượng thành nhiều Work Request. Job Order chỉ công việc tại trung tâm làm việc; Job Response báo cáo công việc đã làm. Cấu trúc đó giúp liên kết nhu cầu ERP với thực thi tại xưởng bằng quan hệ rõ ràng. Nó không bảo đảm mọi phần mềm đều có chức năng gộp lệnh tổng quát hoặc xử lý kế toán giống nhau.

Bốn tình huống cần tách lệnh sản xuất

Vật tư chỉ sẵn sàng một phần. Có thể phát hành trước số lượng sản xuất được, nhưng cần kiểm tra bộ vật tư phải đủ, lô tối thiểu và vật tư không thể chia tỷ lệ. Vật tư chỉ đủ cho một phần là tình huống nghiệp vụ cần kiểm thử. Tài liệu SAP S/4HANA Cloud nêu lý do chất lượng, thiếu công suất và đổi ngày cần của một phần số lượng; các giới hạn vẫn tùy sản phẩm.

Giới hạn máy hoặc công đoạn. Máy hỏng, thiếu công suất hoặc chuyển gia công có thể khiến phải chuyển phần chưa bắt đầu. Phân biệt phần này với WIP đã đi qua công đoạn. Nếu chuyển sản phẩm dở dang thực tế sang lệnh con, hãy giữ mã thùng, kết quả công đoạn trước và lô vật tư đã dùng. Tạo lệnh con rồi nhập lại toàn bộ kết quả cũ sẽ đếm đôi.

Thay đổi hạn giao. Khách hàng có thể cần một phần hàng sớm hơn. Mỗi phần cần giữ ngày yêu cầu, ngày cam kết và ngày hoàn thành dự kiến riêng nhưng vẫn liên kết với nhu cầu gốc. Nếu lập lịch lại, lưu chênh lệch với kế hoạch cũ và người phê duyệt.

Cách ly chất lượng. Một phần sản phẩm có thể chờ kiểm tra, chờ sửa hoặc bị loại. Không nhập tất cả trở lại một số “hoàn thành”. Giữ số tốt, lỗi, sửa lại và tạm giữ cùng liên kết đến vật tư, thiết bị, điều kiện tạo ra chúng.

Khi nào nên gộp và khi nào phải chặn

Gộp có thể giảm công cài máy nếu các nhu cầu nhỏ dùng cùng mã hàng, phiên bản, quy trình và điều kiện sản xuất. “Sản xuất chung” không có nghĩa là “xóa nhu cầu gốc”. Giữ khách hàng, địa điểm giao, hạn giao và mức ưu tiên trên từng dòng. Quan hệ phân bổ phải chỉ rõ thành phẩm được trả về từng dòng bao nhiêu.

Consolidated batch orders của Microsoft Dynamics 365 là một ví dụ sản phẩm để xem chung các lệnh batch liên quan giữa hàng bulk và hàng đóng gói. Đây không phải quy tắc rằng mọi hệ thống đều có thể gộp tùy ý hai lệnh sản xuất rời rạc. Khi nhiều lệnh chạy chung, cần kiểm tra riêng đơn vị tồn kho và chi phí trong ERP, đơn vị thực thi trong MES và mã thùng thực tế.

Chặn gộp tự động nếu khác phiên bản sản phẩm, quy trình phê duyệt, tiêu chuẩn kiểm, vật tư chỉ định của khách hàng hoặc yêu cầu truy xuất. Việc quy trách nhiệm chi phí theo từng lệnh cũng có thể buộc tách riêng. Chỉ trùng mã hàng là chưa đủ. Lập ma trận đủ điều kiện gồm sản xuất, khách hàng và kế toán.

Xác định trách nhiệm của ERP, MES và thiết bị tại xưởng

ERP có thể giữ đơn hàng, kế hoạch, nhu cầu vật tư và kế toán; MES giữ giao việc, kết quả công đoạn, thiết bị và WIP vật lý. Đổi nhu cầu hoặc số lượng lệnh cha không nhất thiết cùng giao dịch với việc phân bổ lại job trên sàn. Xác định thay đổi nào phải trả về ERP và thay đổi nào MES được tự xử lý trong phạm vi lệnh đã phê duyệt.

Mô hình job ISA-95 của OPC Foundation tách kế hoạch cấp cao khỏi Job Order và Job Response tại xưởng. Do vậy cần giao trách nhiệm cho từng sự kiện yêu cầu, phê duyệt, giao việc, thực hiện và phản hồi thay vì chỉ nhìn màn hình nào có nút. Cũng phải thiết kế trường hợp từ chối và gửi lại.

Quản lý phiên bản hướng dẫn thao tác là vấn đề liên quan nhưng riêng biệt. Bài về hệ thống hướng dẫn thao tác bàn cách thu hồi phiên bản cũ. Ở đây cần biết mỗi đơn vị thực thi mới tham chiếu phiên bản còn hiệu lực nào. Bài quản lý công đoạn và WIP bàn số lượng và vị trí hàng giữa các công đoạn. Quan hệ cha-con đúng vẫn không cho thấy WIP nếu thùng thực tế không được đếm.

Lưu riêng quan hệ cha-con và nguồn gốc

Hồ sơ tối thiểu gồm ID lệnh cha, ID lệnh con hoặc đợt chạy, ID dòng nhu cầu gốc, mã hàng và phiên bản, số lượng kế hoạch và đơn vị, công đoạn, trung tâm làm việc, ngày, trạng thái, lý do thay đổi, người duyệt và thời điểm. Liên kết lô vật tư, mã thùng, quyết định kiểm tra và kết quả công đoạn với đơn vị thực thi. Quan hệ cha-con cho biết lệnh mới sinh từ đâu; nguồn gốc cho biết nhu cầu, vật tư, sản phẩm vật lý và quyết định chất lượng nào. Cần giữ cả hai.

Quy tắc bảo toàn cơ bản là số lượng đem tách bằng tổng số lượng sau tách. Khi đã sản xuất một phần, phải nói rõ đối tượng là phần chưa thực hiện hay chuyển WIP đã làm. Viết quy tắc riêng cho số kế hoạch, đã cấp, đã xong công đoạn, hàng tốt, lỗi, tạm giữ và phế bỏ. Nếu đổi đơn vị từ chiếc sang thùng hoặc khối lượng, lưu hệ số và cách làm tròn; không tự xóa phần dư.

Ví dụ minh họa: lệnh cha 1.000 chiếc, 600 chiếc qua công đoạn A và 400 chiếc chưa bắt đầu. Chuyển 400 chiếc sang chuyền khác thì trên kế hoạch cha còn 600 và con có 400, nhưng không chuyển kết quả A của 600 chiếc. Nếu cần chuyển thêm 200 chiếc đã qua A, hãy tạo sự kiện chuyển mã thùng, kết quả A, lô vật tư và trạng thái chất lượng của 200 chiếc đó. Các con số chỉ minh họa logic, không phải kích cỡ lô hoặc hiệu quả điển hình.

Thay đổi nhiều lần cần hơn một ô “ID cha”. A có thể tách thành B và C; một phần C chuyển sang D; B và D sau đó chạy chung. Ghi thêm sự kiện với ID nguồn, ID đích, số lượng, vị trí công đoạn, lý do, phê duyệt và thời gian. Không ghi đè lịch sử. Có thể dựng cây hiện tại từ sự kiện nhưng vẫn giữ bằng chứng gốc để kiểm toán.

Sản xuất chung vẫn phải giữ phân bổ nhu cầu và chi phí

Trước khi đưa hai đơn khách lên một chuyền, quyết định sản lượng trả về mỗi đơn như thế nào. Dù cùng quy cách, ưu tiên giao và nơi ghi nhận doanh thu có thể khác. Duy trì quan hệ “batch thực thi → dòng nhu cầu → số lượng phân bổ”. Không tự động gắn mọi thành phẩm cho một khách. FIFO, lô chỉ định và vật tư dành riêng có thể ràng buộc phân bổ.

Thống nhất cách phân bổ thời gian cài máy chung, vật tư chung và chi phí sửa hàng. Đây vừa là quyết định kế toán vừa là thiết kế dữ liệu. Kiểm thử ERP có gom chênh lệch về cha, báo cáo theo con hay dùng cách chuẩn khác. Sửa ngược sau khi khóa sổ cần đặc biệt thận trọng vì giá trị tồn kho và chứng từ kiểm toán có thể đã chốt.

Quy định thao tác được phép theo từng trạng thái

Lời quảng cáo “tách bất cứ lúc nào” phải thử theo trạng thái. Trước phát hành, đã phát hành nhưng chưa bắt đầu, làm một phần, giữ chất lượng, báo hoàn thành và khóa sổ là các tình huống khác nhau. SAP công bố điều kiện trạng thái và công đoạn cho Order Split. Oracle Execution Runs theo dõi sản xuất, vật tư, chất lượng và genealogy theo đợt nhưng nêu hạn chế, ví dụ lệnh theo serial và công đoạn song song. Hãy dùng điểm thay đổi thường gặp tại nhà máy để demo.

Áp dụng điều cấm cho cả API lẫn màn hình. Nếu không thể đổi trực tiếp, định nghĩa thủ tục hủy, phát hành lại hoặc chứng từ điều chỉnh. Phân quyền người đề xuất, người duyệt và người thực hiện. Quy định ủy quyền thay thế cho ca đêm khẩn cấp.

Luồng phê duyệt có thể vận hành

Trước khi vẽ giao diện, hãy theo một yêu cầu từ đầu đến cuối. Người đề xuất chọn lệnh và lý do, nhập số lượng trước/sau, công đoạn, vật tư, WIP và ảnh hưởng đến ngày giao. Hệ thống kiểm tra bảo toàn số lượng và điều kiện gộp, trình phần thay đổi cho người duyệt. Sau phê duyệt, phát hành đơn vị thực thi mới và thu hồi phần chỉ thị cũ liên quan. Thiết bị cảnh báo khi quét mã vạch đã hết hiệu lực. Kết quả mới trả về ERP. Nếu bị từ chối, giữ nguyên trạng thái cũ.

Thiết kế gửi lại và xung đột. Nếu ERP xác nhận tách trong lúc MES mất mạng, gửi lại cùng sự kiện không được tạo thêm lệnh con. Dùng ID yêu cầu thay đổi duy nhất. Nếu MES đã bắt đầu job trong khi ERP đề xuất một tách khác, đưa vào hàng chờ xử lý xung đột thay vì ghi đè theo giờ mới nhất; dùng phiên bản hoặc chuỗi sự kiện đã duyệt. Đây là khuyến nghị triển khai để tránh chỉ thị trùng và đứt lịch sử, không phải tuyên bố mọi tiêu chuẩn đều bắt buộc một cơ chế duy nhất.

Xác định thông điệp kết quả gồm lệnh nguồn, lệnh con, đợt, công đoạn, số tốt/lỗi/giữ và vật tư tiêu hao. Mô hình Job Response của OPC Foundation cung cấp khung gắn công việc đã làm với vật tư và thiết bị thực tế. Kết nối ERP–MES vẫn cần ánh xạ mã, thứ tự xử lý, gửi lại và đối soát. Xem bài giám sát lỗi và phát lại giao diện ERP–MES để đi sâu vào kết nối.

So sánh chức năng chuẩn ERP, mở rộng MES và phát triển riêng

Đánh giá theo tầng dữ liệu, trạng thái và hồ sơ giữ lại, không chỉ Có/Không. Tách lệnh trong ERP thường dễ đồng bộ kế hoạch và kế toán nhưng có thể cần mở rộng cho thùng giữa công đoạn. Tách job trong MES gần hiện trường nhưng phải phân biệt thay đổi giao việc nội bộ với thay đổi kế hoạch ERP. Phần mềm riêng dễ thể hiện ngoại lệ của nhà máy hơn, nhưng khách hàng phải tính nâng cấp, kiểm toán và bảo trì lâu dài. Lựa chọn tùy ERP hiện tại, tần suất ngoại lệ và mức chi tiết chi phí.

Đừng chấm điểm tối đa chỉ vì demo tách trước phát hành. Hãy yêu cầu tình huống minh họa lệnh 1.000 chiếc: trong 600 chiếc đã qua A, 200 chuyển máy khác, 200 tạm giữ chất lượng và 200 tiếp tục chuyền cũ; 400 chiếc chưa bắt đầu vẫn ở lệnh cha. Sau đó thử gửi lại, hủy và điều chỉnh sau khóa sổ. Nếu chức năng chuẩn không làm được, yêu cầu quy trình thay thế có tài liệu. Phát hiện giới hạn trước khi chạy thật tốt hơn để hiện trường quay lại bảng tính không kiểm soát.

Phân biệt tách lệnh, tách công đoạn và tách đợt chạy

Từ “split” không chỉ một đối tượng chung. SAP S/4HANA Cloud Order Split mô tả tạo lệnh sản xuất con từ một phần số lượng cha. Tách job là chia công việc trong cùng công đoạn thành nhiều đơn vị thực thi; đổi route là thay công đoạn phải qua hoặc thứ tự của chúng. Cả hai không nhất thiết tạo thêm lệnh ERP. Oracle Execution Runs chia một Work Order thành nhiều đợt; một số đặt trước và xử lý chi phí vẫn nằm ở cấp Work Order. Microsoft Consolidated batch orders là cách xem những lệnh bulk và packed liên quan, không phải cơ chế tổng quát để hợp nhất tùy ý mọi lệnh và lịch sử.

Khác biệt này ảnh hưởng mua sắm. Ba khả năng đều có thể được đánh dấu “hỗ trợ tách” trên bảng chức năng nhưng gắn vật tư và kết quả vào các ID khác nhau. Yêu cầu sơ đồ ID trước/sau, thể hiện mọi kết quả và di chuyển tồn kho. Với gộp, phân biệt việc chỉ nhóm hiển thị kế hoạch, chạy một batch chung trên thiết bị hay hợp nhất chứng từ kế toán và tồn kho. Đó là các kết quả riêng.

Trong demo, mở ngay cha và con sau tách và đối soát kế hoạch cùng phần còn lại. Quét mã con tại thiết bị, kiểm tra vật tư và phiên bản hướng dẫn có hiệu lực. Ghi một kết quả công đoạn rồi theo thông điệp về ERP, nhãn thùng và mã kiểm tra. Với gộp, giữ hai dòng nhu cầu và hai hạn giao trong lúc dùng một đơn vị thực thi. Bằng chứng đó hữu ích hơn ảnh chụp nút bấm.

Đưa trường hợp thật và tiêu chí nghiệm thu vào RFP

Đối soát số lượng, WIP và chi phí theo ba lượt

Đừng nghiệm thu chỉ dựa trên tổng số hiển thị. Lượt đầu lưu trạng thái lệnh cha ngay trước khi đổi, ở cùng một chuỗi sự kiện: số kế hoạch, số vào và hoàn thành từng công đoạn, số tốt/lỗi/giữ, vật tư đặt trước và đã cấp, danh sách thùng vật lý. Nếu người khác báo kết quả trong khi đối chiếu, các số sẽ không còn mô tả một thời điểm. Giữ số kế hoạch và số thực tế ở cột riêng.

Lượt hai kiểm tra sự kiện đổi. Nếu tạo hai lệnh con, tổng phân bổ phải bằng phần đem tách. Nếu chuyển WIP đã xử lý, so sánh lệnh, công đoạn, vị trí và trạng thái chất lượng của từng mã thùng trước và sau. Một thùng không thể đồng thời thuộc hai lệnh đang chạy. Hàng giữ chất lượng không được đưa vào phân bổ giao hàng trước khi người có quyền giải phóng. Màn hình đúng nhưng nhãn hoặc giao dịch kho vẫn mang mã cũ thì chưa đạt.

Lượt ba đối chiếu chứng từ phía sau với hiện vật. Xác định vật tư đã cấp ở lại cha hay chuyển cho con, rồi so di chuyển tồn kho ERP với ghi nhận tiêu hao MES. Nếu loại tốt/lỗi thay đổi sau khi báo công đoạn, sự kiện sửa phải dẫn về bản ghi gốc. Tách chi phí ước tính và thực tế theo khoản mục, đối chiếu phân bổ cha-con với chênh lệch ERP. Sau khóa sổ, phải giải thích bằng chứng từ điều chỉnh đã duyệt, không xóa chứng từ gốc.

Mô phỏng mất kết nối và thao tác đồng thời trong FAT/SAT

Lỗi khó thường nằm ở thời điểm các hệ thống xác nhận khác nhau. Trong FAT, duyệt thay đổi ở ERP, cố ý chặn gửi sang MES, rồi gửi cùng yêu cầu hai lần. Kết quả mong đợi là một lệnh con và phản hồi lần hai tham chiếu yêu cầu cũ. Sau đó bắt đầu việc trong MES rồi gửi phiên bản thay đổi ERP đã cũ. Hệ thống cần từ chối hoặc giữ xung đột để người phụ trách so sánh bằng màn hình và log, không tự ghi đè.

Trong SAT, ngắt mạng thiết bị thật, thử quét nhãn cũ và nhãn lệnh con mới, rồi khôi phục và gửi lại. Nếu cho phép làm offline, định nghĩa thao tác nào ghi tạm và khi nào giám sát viên phải xác nhận. Thử chuyển cùng một thùng từ hai thiết bị đồng thời; chỉ một lần được xác nhận, thiết bị kia nhận lỗi có lý do. Ghi dữ liệu vào, thời gian, trạng thái mạng, kết quả mong đợi, kết quả thực tế và người chịu trách nhiệm xử lý sai lệch.

Các thử nghiệm này đo xem cấu hình đề xuất có giữ quy tắc nghiệp vụ hay không, chứ không tuyên bố mọi sản phẩm có cùng chức năng chuẩn. Nếu cần biện pháp thủ công, hãy ghi rõ ai làm, khi nào, dựa trên báo cáo đối soát nào và ai phê duyệt. Tính thời gian đào tạo và kiểm toán vào báo giá. Công việc tay chưa định nghĩa không phải chức năng tích hợp miễn phí.

Cung cấp quy trình hiện tại, xu hướng số lượng lệnh, lý do đổi thực tế, mức truy xuất lô/serial và trách nhiệm ERP/MES. Điền số lượng cùng tỷ lệ ngoại lệ từ dữ liệu của chính nhà máy. Mẫu thử gồm tách trước khi chạy, chuyển phần dư sau khi đã làm, cách ly hàng sửa, gom nhu cầu nhỏ, hủy, thông điệp trùng, mất mạng và điều chỉnh sau đóng tháng. Với mỗi mẫu, ghi dữ liệu vào, genealogy mong đợi, phân bổ vật tư và WIP, phản hồi ERP.

Nghiệm thu phải theo cả thiết bị, mã vạch, nhãn, giao diện và chứng từ tồn kho/kế toán. Nếu còn hướng dẫn giấy, thử thu hồi bản cũ và cấp bản mới. Tại nhà máy Thái Lan dùng nhiều ngôn ngữ, kiểm tra mọi lệnh con cùng tham chiếu phiên bản hướng dẫn đã phê duyệt và thuật ngữ trên màn hình khớp cách nói của công nhân.

FAT xác minh quy tắc cấu hình và ngoại lệ. SAT thử máy, thiết bị, nhãn, mạng và duyệt ca đêm thật. Thành công không chỉ là nút hoạt động: chọn một đơn vị vật lý sau tách/gộp và truy được nhu cầu, lệnh, lô vật tư, kết quả công đoạn, quyết định chất lượng, vị trí hiện tại và phân bổ giao hàng. Mối liên kết đứt ở đâu thì quay lại mô hình dữ liệu và thiết kế sự kiện.

Ước tính hiệu quả từ chi phí đổi lệnh thực tế

Lấy mẫu vài tuần thay đổi thật. Đo thời gian sửa kế hoạch, nhập lại ERP, in lại hướng dẫn, sửa đặt trước, tìm WIP, đối chiếu chất lượng và cập nhật ngày giao. Tách công nhân giờ khỏi chi phí sai sót và giao dịch trùng. Không lấy tỷ lệ tiết kiệm chung của nhà cung cấp làm kết quả của nhà máy.

Chi phí dự án gồm giấy phép, tích hợp ERP–MES, dọn dữ liệu chủ, đổi nhãn và thiết bị, phân quyền, đào tạo, kiểm thử và bảo trì. Đo thí điểm trước khi mở rộng. Gộp có thể giảm cài máy nhưng tăng việc phân bổ khách hàng; tách có thể bảo vệ hạn giao nhưng tạo thêm việc chuyển vật tư và kiểm tra. Theo dõi chỉ số nội bộ như thời gian xử lý đổi lệnh, thời gian tìm thùng, số lượng chưa đối soát và thời gian cập nhật cam kết giao.

Triển khai theo ba giai đoạn

Xác định hiện trạng. Chọn các thay đổi gần đây, vẽ theo thời gian lý do, người duyệt, dữ liệu sửa và khó khăn ở xưởng. Kiểm tra phần chưa thực hiện và WIP thật có bị giữ trong cùng một ô hay không. Tìm thiếu đơn vị, mã thùng và ID dòng nhu cầu.

Thiết kế quy tắc và kết nối. Quyết định thao tác được phép theo trạng thái, điều kiện gộp, phương trình số lượng, vai trò duyệt và cách hủy. Xác định hệ thống gốc cho ERP, MES, chất lượng và kho. Biến ID yêu cầu, gửi lại, từ chối và đối soát thành dữ liệu kiểm thử. Bắt đầu từ họ sản phẩm hoặc công đoạn có nhiều ngoại lệ và thùng có thể theo dõi.

Thử rồi mở rộng. FAT kiểm tra nguồn gốc, bảo toàn số lượng, quyền và gửi lại. SAT kiểm tra nhãn, thiết bị, mất mạng và vận hành ca đêm. Sau khi chạy, đếm sửa tay, sai lệch lệnh-thùng và thời gian từ duyệt đến khi xưởng nhìn thấy. Đo mức nền trước. Nếu dữ liệu mất, kiểm tra cấp mã, sự kiện và hiển thị trước khi yêu cầu công nhân nhập trùng.

Câu hỏi thường gặp về hệ thống tách và gộp lệnh sản xuất

Tách lệnh sản xuất có giống tách job không?

Không nhất thiết. ERP có thể tạo lệnh độc lập, MES tách job công đoạn, hoặc hệ thống tạo nhiều đợt dưới cùng lệnh. Chọn theo tầng cần quản lý vật tư, ngày, chi phí và kết quả; kiểm tra giới hạn sản phẩm.

Có tách được lệnh đã bắt đầu không?

Tùy sản phẩm và trạng thái. Tách phần chưa làm khác với chuyển WIP đã xử lý. Demo tình huống thường gặp và xác nhận thùng cùng kết quả không bị đếm đôi.

Gộp sản xuất có tự động gộp chi phí không?

Không có quy tắc chung. Có thể sản xuất chung nhưng giữ nhu cầu và chi phí riêng. Chọn cách phân bổ cài máy, vật tư và sửa hàng theo chính sách kế toán và khả năng ERP.

Điều gì quyết định chi phí triển khai?

Chức năng chuẩn ERP/MES, theo dõi thùng giữa công đoạn, kết nối chất lượng, kho và kế toán, ngoại lệ, nhãn cùng thiết bị. Cung cấp tình huống thật và kiểm thử nghiệm thu để so báo giá cùng điều kiện.

Khác gì so với đóng lệnh sản xuất?

Tách/gộp sắp xếp lại ai sản xuất số lượng nào trong lúc làm việc. Đóng lệnh đối soát công đoạn, chất lượng, tồn kho và chi phí trước khi kết thúc. Xem bài về đóng lệnh sản xuất cho bước sau.

Kết luận

Quản lý tách và gộp lệnh cần bảo toàn số lượng, giữ nguồn gốc vật lý và giao dịch, đồng thời không mất phân bổ nhu cầu ban đầu. Xác định thay đổi ở tầng lệnh ERP, job MES hay đợt chạy. Đặt trạng thái cho phép, điều kiện gộp, cách xử lý vật tư, chất lượng, chi phí và quyền trước khi so phần mềm. Thử sản xuất một phần, giữ chất lượng, gửi lại, hủy và sửa sau khóa sổ trong demo cùng FAT/SAT.

Nếu nhà máy tại Thái Lan có những trường hợp thay đổi thật nhưng chưa rõ ERP hay MES là nguồn dữ liệu chính, TOMAS TECH có thể cùng truy một trường hợp từ vật tư, WIP, chất lượng đến ngày giao và chuyển thành yêu cầu cùng tiêu chí nghiệm thu. Có thể trao đổi qua trang liên hệ ngay cả khi vẫn đang cân nhắc có cần thay phần mềm hay không.

Tài liệu tham khảo

• OPC Foundation, OPC UA for ISA-95 Part 4: Job Control
• OPC Foundation, OPC UA for ISA-95 Part 4: Job Control, full specification
• Microsoft Learn, Production order lifecycle overview
• Microsoft Learn, Consolidated batch orders
• SAP Help Portal, Order Split
• Oracle Cloud SCM, Split a Work Order into Execution Runs