Tích hợp AGV với WMS tại Thái Lan: lệnh vận chuyển, tồn kho và nghiệm thu

Khi triển khai tích hợp AGV với WMS, câu hỏi đầu tiên không phải là mua bao nhiêu xe hay dùng giao thức nào. Cần xác định ai quyết định kiện hàng nào được chuyển từ đâu đến đâu, và bằng chứng nào biến một chuyến xe hoàn tất thành nghiệp vụ dịch chuyển tồn kho đã được xác nhận. Nếu bỏ qua ranh giới này, xe có thể đến nơi trong khi WMS vẫn ghi hàng ở vị trí cũ; hoặc hệ thống đã cho phép xuất dùng dù kiện hàng chưa tới thật.

Bài viết dành cho nhà máy và kho tại Thái Lan kết nối WMS hiện có với AGV hoặc AMR. Trọng tâm là bàn giao lệnh, xác thực kiện hàng vật lý, sự kiện tồn kho, khôi phục ngoại lệ, yêu cầu RFP và nghiệm thu FAT/SAT. Trước khi tự động hóa, nên thống nhất quy tắc vị trí kho và xem lại cải tiến logistics nội bộ để biết chuyến nào cần xe, chuyến nào có thể loại bỏ bằng thay đổi quy trình.

Xác định ranh giới tích hợp AGV–WMS trước khi chọn API

Một kiến trúc thường gồm ERP hoặc MES, WMS, lớp tích hợp hoặc quản lý đội xe, AGV/AMR và thiết bị tại điểm bàn giao. ERP có thể quản lý tồn kho thương mại và kế toán, MES quản lý lệnh sản xuất và bán thành phẩm, WMS quản lý ô kho, đơn vị chứa và thao tác nhập xuất. Đây chỉ là mô hình khởi đầu. Có ERP thực hiện cả nghiệp vụ kho, có MES theo dõi vị trí sản phẩm dở dang. Hãy ghi rõ hệ thống nào là nguồn dữ liệu chính và ai có quyền xác nhận từng sự kiện trong môi trường đang vận hành.

WMS mô tả yêu cầu nghiệp vụ: mã công việc, mã pallet hoặc thùng, lô, số lượng, điểm đi, điểm đến, độ ưu tiên và hạn hoàn thành. Hệ thống đội xe chuyển yêu cầu này thành nhiệm vụ cho xe, có tính đến tuyến đường, giao thông, sạc và tình trạng thiết bị. Xe báo vị trí và trạng thái cơ cấu nhận trả hàng. Băng tải, thang nâng hoặc cửa tự động có thể do PLC khác điều khiển. “Đã yêu cầu”, “đã nhận lệnh”, “đã lấy hàng”, “đã đến”, “đã giao hàng” và “đã xác nhận tồn kho” phải là các trạng thái khác nhau.

VDA 5050 Version 3.0.0 do VDA công bố tháng 3 năm 2026 mô tả trao đổi lệnh và trạng thái giữa hệ thống điều phối đội xe và robot di động. Đây không phải API trực tiếp giữa WMS và AGV; tiêu chuẩn cũng không quy định thời điểm ghi nhận tồn kho trong WMS. Xe hỗ trợ VDA 5050 vẫn cần thiết kế lớp chuyển đổi công việc, xác thực hàng và khôi phục lỗi. Hỏi nhà cung cấp phiên bản và chức năng mà từng sản phẩm thực sự hỗ trợ.

Phân biệt nhiệm vụ xe và công việc của kho

Một công việc WMS mang ràng buộc nghiệp vụ: hàng đang giữ kiểm tra chất lượng có được chuyển không, quy tắc lô hoặc hạn dùng ra sao, tải trọng có phù hợp xe và giá kệ không, ô đích đã bị công việc khác đặt trước chưa. Xe chạy đúng tuyến không chứng minh được các điều kiện này. Tài liệu SAP EWM nêu việc xác nhận warehouse task hoặc warehouse order và ghi thời điểm xác nhận. Đó là ví dụ của một sản phẩm, không phải cấu trúc bắt buộc cho mọi WMS.

Nếu có thể, WMS gửi yêu cầu “pallet P từ ô A đến trạm cấp liệu B, với hạn và điều kiện xử lý” thay vì tọa độ đường chạy. Hệ thống đội xe ánh xạ yêu cầu sang các điểm trên bản đồ. Nếu WMS lưu trực tiếp mã nút bản đồ hoặc loại xe, mỗi lần sửa bản đồ có thể phải sửa hệ thống nghiệp vụ. Trường hợp cần kết nối trực tiếp, hãy xác định chủ sở hữu bảng ánh xạ, người duyệt thay đổi và phép thử tương thích.

Có thể thí điểm một tình huống cụ thể, nhưng thử nghiệm “một xe chạy được” chưa đủ. Nhập kho, bổ sung vật tư, chuyển giữa công đoạn và thu hồi thành phẩm có thời điểm ghi tồn kho và ngoại lệ khác nhau. Với tình huống được chọn, xác định điều kiện bắt đầu, kết thúc, loại tải, phương án làm bằng tay và chủ sở hữu khi lỗi xảy ra. Đo số chuyến và lượng hàng mỗi chuyến trước; có công việc vận chuyển nên được loại bỏ bằng cải tiến quy trình thay vì tự động hóa.

Đồng bộ quan hệ giữa mã công việc, mã kiện và mã vị trí

Lưu mã công việc WMS, mã yêu cầu tích hợp, mã nhiệm vụ đội xe, mã xe và mã pallet hoặc thùng ở các trường riêng. Chúng không cần giống nhau, nhưng phải truy ngược mọi nhật ký của một công việc. Nếu mã có thể tái sử dụng, lưu thêm hệ thống phát hành và thời gian tạo để không nhầm việc hôm trước với việc hôm nay.

Ô kho của WMS, điểm giao nhận thiết bị và nút bản đồ đội xe không cùng một ý nghĩa. Bảng ánh xạ cần phiên bản, thời gian hiệu lực, người quản lý, loại tải được phép, chiều di chuyển và điều kiện thiết bị. Khi điểm đích đóng tạm thời, công việc sẽ chờ hay chuyển điểm khác, ai phê duyệt? Đưa thay đổi mã ô hoặc bản đồ vào bài kiểm tra SAT.

Có thể dùng mã vạch, mã 2D hoặc RFID để nhận diện hàng. Điều quan trọng là đọc ở đâu và xử lý thế nào khi không đọc được hoặc đọc nhầm. Quét tại nguồn xác nhận pallet được yêu cầu có thật; cảm biến trạm chuyển xác nhận bàn giao vật lý; quét tại đích xác nhận đúng kiện đến đúng nơi. Nếu trạm tự động không có máy quét, đánh giá kết hợp tín hiệu có hàng, cân và mã điểm bàn giao. Một tín hiệu đơn lẻ không chứng minh toàn bộ giao dịch.

Mô tả sự kiện WMS–đội xe bằng bảng chuyển trạng thái

Trước khi lập trình, lập bảng điều kiện kích hoạt, bên gửi, bên nhận, quy tắc gửi lại và khoảng có thể hủy. Một chuyến bình thường cũng gồm “tạo công việc→nhận yêu cầu→phân xe→đến nguồn→nhận hàng→di chuyển→đến đích→trả hàng→xác minh đích→xác nhận công việc WMS”. “Đến nơi” của đội xe không phải “thiết bị đã nhận hàng”, càng không phải “WMS đã ghi tồn kho”. Trong nghiệm thu phải kiểm riêng ba bằng chứng.

Một WMS có thể trừ tồn kho ở nguồn rồi nhập ở đích; hệ thống khác giữ trạng thái “đang vận chuyển” và xác nhận một lần ở cuối. Cả hai phải trả lời hàng bị kẹt giữa đường hiện ở đâu. Nếu dùng vị trí ảo trên xe, định nghĩa có được phân bổ hàng đó không, kiểm kê thế nào và hàng giữ chất lượng ra sao. Đừng để xe hết pin giữa đường mà sổ sách đã ghi hàng ở ô đích.

Đối soát sự kiện tồn kho khi thông điệp lặp hoặc đến muộn

Mạng có thể mất kết nối và gửi lại. Xác định mã sự kiện duy nhất, mã việc, thời điểm xảy ra, thời điểm nhận, bên phát, phiên bản dữ liệu, mã kiện, nguồn, đích, lượng hoặc đơn vị chứa và kết quả. Bên nhận phải phát hiện sự kiện đã xử lý để thông báo hoàn tất lặp lại không chuyển tồn kho hai lần. Cách này cho phép gửi lại an toàn mà không giả định mạng luôn truyền đúng một lần.

Mã sự kiện khác nhau vẫn có thể mâu thuẫn. Nếu hai xe cùng báo giao một pallet cho một công việc, hãy treo để điều tra. Nếu sự kiện đến muộn sau khi nhân viên đã vận chuyển bằng tay, không áp dụng tự động. Trước hết đối chiếu trạng thái công việc, vị trí thật, thứ tự sự kiện và lịch sử hủy. Quy định rõ sự kiện sai thứ tự phải chờ, bị từ chối hay cần người duyệt.

Hướng dẫn GS1 EPCIS/CBV đề nghị chọn những bước nghiệp vụ cần sự kiện truy vết và kiểm tra xem hàng vật lý có mã định danh, có thể quét tại điểm đó không. EPCIS giúp thống nhất ngôn ngữ sự kiện nhưng không tự động kết nối WMS với AGV. Nhà máy phải chọn mức chi tiết thực tế; nếu thay nhãn giữa quy trình, cần lưu quan hệ giữa mã cũ và mã mới.

Trước khi phát hành RFP, hãy theo dõi một pallet thực từ lúc giữ hàng ở kệ nguồn đến khi quét xác nhận tại dây chuyền. Cần tách các sự kiện: WMS giữ hàng, hệ thống điều phối đội xe nhận việc, xe đến điểm lấy, chất hàng, đến điểm giao và quét nhận. Xác định sự kiện nào giải phóng phần giữ hàng, thay đổi vị trí ghi trong hệ thống và đóng công việc kho. Đồng nhất trạng thái “xe đã đến” với “kho đã nhận” sẽ không phân biệt được điểm giao bị chặn hay kiện hàng sai. Thông báo hoàn thành từ đội xe có thể khởi động bước đối soát, nhưng không nên tự động cho phép WMS ghi nhận biến động tồn kho.

Lập hồ sơ đối soát cho từng công việc gồm mã công việc, mã pallet, điểm đi và đến dự kiến, vị trí vật lý được xác minh gần nhất, sự kiện được chấp nhận gần nhất, lý do tạm giữ và người xử lý thủ công. Quyền giải phóng hàng đã giữ trong WMS phải gắn với quy trình tìm kiện hàng đang tạm giữ tại hiện trường. Sau khi mạng phục hồi, không chỉ dựa vào thông điệp nhận muộn nhất hoặc thời gian sự kiện; cần xét trạng thái nghiệp vụ hiện tại, mã sự kiện, lịch sử hủy và can thiệp thủ công. Nhật ký kiểm toán phải phân biệt “bỏ qua thông điệp trùng” với “chờ người xem xét”.

Ví dụ, nếu pallet không thể xếp lên AGV và được chuyển đến dây chuyền bằng tay, hãy đưa vào FAT tình huống WMS hoàn tất thủ công nhưng sau đó vẫn nhận thông báo chất hàng và đến đích từ xe. Chỉ đạt khi tồn kho thay đổi một lần, thông báo đến muộn vẫn được lưu ở trạng thái chờ đối soát, và có thể truy ra người phụ trách cùng thao tác phục hồi. Nếu xe đến đích mà chưa quét nhận, hãy giữ trạng thái hoàn thành vận chuyển tách biệt với xác nhận tồn kho. Đính kèm các tình huống này cùng ví dụ màn hình và nhật ký cần bàn giao trong RFP để so sánh phần chức năng chuẩn, cấu hình, phát triển riêng và thao tác tại hiện trường của các nhà cung cấp.

Thiết kế khôi phục ngoại lệ trước khi chạy chính thức

Chuyến đi bình thường dễ trình diễn. Vận hành thực tế có hàng không ở nguồn, không đọc được mã, lấy nhầm pallet, đích đầy, cửa không mở, xe nâng chặn đường, mạng mất, xe dừng hoặc WMS hủy việc. Với từng trường hợp, ghi vị trí hàng thực, trạng thái giữ chỗ của WMS, tình trạng nhiệm vụ, người xử lý và điều kiện khởi động lại. “Hiện thông báo lỗi” không phải quy trình khôi phục.

Phân biệt gửi lại, phân xe lại, vận chuyển thủ công, trả về nguồn và hủy. Trước khi thao tác, kiểm hàng thật với mã việc và mã kiện. Khi chuyển sang làm tay, dừng hoặc vô hiệu nhiệm vụ cũ và định nghĩa cách xử lý sự kiện đến chậm. Nhấn retry khi nhiệm vụ cũ có thể vẫn chạy sẽ tạo hai công việc còn hiệu lực.

Phân quyền: người vận hành kiểm hàng và dừng an toàn; trưởng kho duyệt giữ hàng hoặc đổi điểm; bảo trì chẩn đoán xe và thiết bị; IT kiểm nhật ký và phát lại có kiểm soát. Quy định gọi hỗ trợ ngoài giờ và điều kiện tiếp tục cấp hàng bằng tay. Mục tiêu thời gian phục hồi nên dựa trên lượng chuyến và thiệt hại khi ngừng tại nhà máy, không sao chép một tỷ lệ sẵn có vào RFP.

Tách an toàn cửa và thiết bị khỏi API nghiệp vụ

Tích hợp WMS hoàn thành không bảo đảm giao hàng vật lý. Tại băng tải cần thử tín hiệu có hàng, sẵn sàng nhận, cho phép chạy, hoàn tất và lỗi. Với cửa tự động, phối hợp yêu cầu tiếp cận của xe, cho phép mở, điều kiện đóng và lối thoát hiểm. Đo vị trí dừng, độ cao chuyển tải, phần pallet nhô ra và mặt sàn tại hiện trường.

Không dùng phản hồi từ WMS API làm bằng chứng cửa hoặc băng tải an toàn. PLC hoặc bộ điều khiển tại chỗ phụ trách interlock; đội xe dùng trạng thái sẵn sàng; WMS nhận sự kiện nghiệp vụ sau đó. Đặc tả OPC UA của OPC Foundation mô tả hạ tầng trao đổi thông tin công nghiệp giữa thiết bị với MES/ERP, nhưng bản thân nó không quy định chức năng an toàn cửa hay điều kiện ghi tồn kho. Phải xác định ý nghĩa từng tín hiệu và trạng thái an toàn khi lỗi.

Nếu người đi bộ và xe nâng chung lối, đánh giá tầm nhìn, chỗ giao cắt, độ bằng phẳng, điểm sạc, dừng khẩn cấp và khởi động lại. An toàn xe và nhà máy cần đánh giá rủi ro riêng bởi người có chuyên môn. FAT phần mềm không thay thế SAT trên tuyến vận hành thật.

Thu thập dữ liệu nền từ nhà máy tại Thái Lan

Quan sát tuyến mục tiêu qua các ca và thời điểm cao tải. Ghi nguồn, đích, số chuyến theo giờ, kích thước và trọng lượng kiện, thùng rỗng quay về, hàng đợi, xung đột và trường hợp làm tay. Hai tuần chỉ là ví dụ lập kế hoạch; nếu có đỉnh cuối tháng hoặc mùa vụ phải quan sát thời gian đại diện. Số chuyến trung bình ngày có thể che đợt dồn việc lúc đổi ca.

Xuất loại công việc WMS, thời điểm tạo và xác nhận, tỷ lệ hủy, phân lại, sai lệch tồn kho và mức dùng vị trí. Đi hiện trường để thấy việc giấy hoặc truyền miệng không có trong nhật ký. Dữ liệu nền nên gồm thời gian dây chuyền chờ vật tư, giao nhầm, chỉnh tồn, người hỗ trợ và ca đêm, không chỉ tốc độ xe. Xe nhanh hơn không cải thiện sản lượng nếu trạm đích không nhận được hàng.

Nếu dùng cả tiếng Nhật và tiếng Thái, thống nhất từ “đã nhận” là xe lấy tại nguồn hay nhân viên nhận tại đích; “đã cất kho” là pallet trước kệ hay WMS đã xác nhận ô. Một bảng thuật ngữ dùng chung cho màn hình và hướng dẫn giảm hiểu nhầm.

Đưa gì vào RFP tích hợp AGV–WMS

Bắt đầu bằng tình huống và phần loại trừ. Ví dụ: cấp pallet vật tư từ ô xác định đến trạm lắp ráp; không gồm hàng giữ chất lượng, chất nguy hiểm, vận chuyển tay khẩn cấp và xuất hàng. Liệt kê sản phẩm, phiên bản, chủ sở hữu, nhà cung cấp của WMS, ERP, MES, đội xe, robot, PLC và máy quét. Báo giá ghi “tích hợp WMS trọn gói” có thể chỉ gồm lệnh một chiều, không gồm đối soát và khôi phục.

Yêu cầu từ điển dữ liệu cho từng giao diện: mã việc và sự kiện, kiện, vị trí, số lượng và đơn vị, độ ưu tiên, hạn, trạng thái, thời điểm và múi giờ, mã lỗi và phiên bản. Xác định trường bắt buộc, bên tạo, quyền sửa, cách xử lý khi thiếu và thời gian lưu. Yêu cầu mẫu thông điệp bình thường, trùng, đảo thứ tự, hủy, quá hạn và phát lại sau khi nối mạng.

Tách giá xe khỏi sửa WMS, giấy phép đội xe, PLC, máy quét, mạng, sạc, cải tạo thiết bị, đào tạo, bảo trì và phương án tay. Hỏi chi phí khi thêm xe hoặc nâng cấp WMS. Ước tính công suất và hoàn vốn phải dùng lưu lượng và giờ cao điểm của nhà máy thực.

FAT: thử thông điệp và lỗi trước khi đưa thiết bị đến nhà máy

FAT có thể kiểm phần nối WMS–đội xe bằng môi trường thử hoặc bộ mô phỏng dù chưa đủ xe và thiết bị. Cố định phiên bản phần mềm, cấu hình, dữ liệu gốc, mô phỏng và dữ liệu thử; ghi lại mọi thay đổi sau kiểm thử. Sổ tay nghiệm thu của Rockwell Automation khuyến nghị ca thử và tiêu chí đạt theo yêu cầu, bao gồm giao diện, chế độ suy giảm và ngoại lệ. Đây là nguyên tắc kiểm thử từ tài liệu hệ thống điều khiển, không phải đặc tả sản phẩm AGV–WMS.

Bộ tối thiểu gồm chuyến bình thường, từ chối yêu cầu, gửi lại cùng yêu cầu, hai lệnh cùng một pallet, quét sai, hủy khi đang đi, sự kiện đảo thứ tự, nối lại sau quá hạn, lưu đệm khi WMS dừng và xác nhận tay sai quyền. Mỗi ca ghi đầu vào, trạng thái đầu, tồn kho dự kiến, trạng thái đội xe và xe, nhật ký và cách khôi phục. Màn hình hiện lỗi chưa đủ để đạt: phải không ghi tồn kho sai và còn xác định được kiện đang ở đâu.

Khôi phục dữ liệu thử giữa các lượt và lưu bằng chứng. Sau sửa lỗi phải chạy lại ca liên quan. Nếu nhà cung cấp nói phụ thuộc WMS bên ngoài, chỉ định người của cả hai bên và thử chung. Ảnh màn hình từ một hệ không chứng minh thông điệp đã qua ranh giới kết nối.

SAT: nghiệm thu bằng kiện thật trong điều kiện hiện trường

Dùng nhãn, pallet, kệ, trạm, cửa, mạng và tải cao điểm đại diện. Bắt đầu một tuyến ít rủi ro, sau đó thêm việc đồng thời, đổi ưu tiên, đường bị chặn, thiết bị dừng, mất mạng, pin yếu và vận chuyển tay. Ghi đồng thời vị trí kiện thật, tồn và đặt trước trong WMS, nhiệm vụ đội xe và tín hiệu thiết bị. Chỉ đo giờ xe đến sẽ bỏ sót chờ dỡ và chậm xác nhận WMS.

Tiêu chí đạt phải theo nhà máy: không ghi tồn cho hàng sai, không ghi hai lần sau nối mạng, tìm được kiện trên xe dừng trong thời gian đã thống nhất, và quy trình dự phòng vẫn cấp hàng. Đo phân bố thời gian từ yêu cầu tới xác nhận, hàng đợi giờ cao điểm, sạc, sử dụng xe và số lần can thiệp tay. Thống nhất số mẫu, ca và điều kiện loại trừ trước khi thử.

Thử an toàn cần người chịu trách nhiệm xe và thiết bị, theo quy trình được duyệt. Sau dừng khẩn hoặc cảm biến bảo vệ tác động, kiểm thêm rằng khởi động lại không tạo lệnh hay ghi tồn trùng. Nếu đổi bản đồ, ô kho hoặc trạm sau SAT, đánh giá ảnh hưởng và thử lại. Hồ sơ bàn giao gồm phiên bản, backup, bảng trạng thái, kết quả thử, vấn đề mở, liên hệ khẩn và hướng dẫn khôi phục thủ công.

Đo vận hành từ đầu đến cuối và quản lý thay đổi

Tách thời gian yêu cầu đến nhận lệnh, nhận lệnh đến lấy hàng, lấy hàng đến trả, trả đến WMS xác nhận. Nhờ vậy phân biệt thiếu xe, nguồn chuẩn bị chậm, trạm đích tắc hay chậm ghi tồn. Theo dõi sự kiện trùng, kiện chưa đối chiếu, lần khôi phục tay và đặt trước tồn lâu. Họp cải tiến nên xem mã việc cụ thể cùng chứng cứ hiện trường thay vì chỉ số trung bình.

Thêm tuyến, đổi ô, đổi loại pallet, nâng WMS, thêm xe hoặc đổi phiên bản VDA 5050 có tác động khác nhau. Gắn yêu cầu thay đổi với bảng ánh xạ, từ điển dữ liệu, API, tín hiệu thiết bị, tài liệu đào tạo và ca thử. Tên “tương thích VDA 5050” không bảo đảm hai sản phẩm thực thi cùng phiên bản và chức năng; lưu kết quả thử tích hợp thực tế.

Quy định quyền xem log, thời gian lưu và việc gửi dữ liệu ra ngoài nhà máy theo chính sách công ty. Vị trí xe và lịch sử công việc có thể phục vụ điều tra lỗi, kiểm toán tồn kho và quản lý nhân lực. Khi hệ dừng vẫn cần hồ sơ tối thiểu để tìm hàng và quy trình đối soát sau phục hồi.

FAQ: tích hợp AGV và WMS

Không có WMS vẫn dùng AGV được không?

Được với chuyến cố định do phần mềm đội xe hoặc nút gọi tại chỗ phát lệnh. Nhưng vẫn phải xác định mã kiện, nguồn, đích và người nhận được ghi vào tồn kho ra sao. Hãy đặt quy tắc vị trí và giữ mã việc, sự kiện để có thể kết nối sau này.

Hỗ trợ VDA 5050 thì khỏi tích hợp WMS?

Không. VDA 5050 chỉ bao phủ giao tiếp đội xe–robot. Chuyển công việc WMS thành nhiệm vụ, kiểm kiện, ghi tồn, hủy và gửi lại là phần thiết kế khác. Kiểm phiên bản, chức năng thực thi và tình huống nghiệp vụ thật.

Xe đến đích là cập nhật tồn kho ngay?

Không nên coi là quy tắc chung. Đến nơi chỉ chứng minh vị trí xe, không chứng minh hàng đã dỡ hoặc vào ô. Chọn bằng chứng phù hợp: tín hiệu dỡ, quét đích, thiết bị nhận hoặc nhân viên xác nhận; WMS chốt việc theo quy tắc đã thống nhất.

Xử lý mất mạng và thông điệp trùng thế nào?

Lưu mã việc và mã sự kiện duy nhất; bên nhận phải chống xử lý lặp. Khi nối lại, đối chiếu việc mở với kiện thật trước khi áp dụng sự kiện đến muộn. Đừng tạo nhiệm vụ mới khi nhiệm vụ cũ có thể vẫn đang chạy.

FAT khác SAT ở đâu?

FAT thử logic kết nối, trạng thái, lặp, đảo thứ tự và hủy trong môi trường kiểm soát. SAT thử kiện thật, tuyến, trạm, cửa, người, xe nâng, mạng tại nhà máy và cách khôi phục. Cả hai cần nối bằng chứng WMS, đội xe, robot và thiết bị theo mã việc.

Kết luận: thiết kế từ điểm xác nhận tồn kho

Tích hợp AGV–WMS thành công khi công việc kho và kiện thật đi cùng một trạng thái. Tách công việc WMS, nhiệm vụ đội xe, chuyển động xe, bàn giao thiết bị và xác nhận tồn. Liên kết bằng mã việc và mã kiện; thiết kế gửi lại, hủy, làm tay; thử logic ở FAT và thử hiện trường ở SAT.

Nếu nhà máy tại Thái Lan đang xác định phạm vi nối AGV vào WMS hiện có, hãy bắt đầu với một tuyến, phiếu việc, danh sách điểm và nhật ký ngoại lệ. TOMAS TECH có thể giúp sắp xếp sự kiện nghiệp vụ và điều kiện bàn giao thiết bị thành RFP và kế hoạch nghiệm thu. Liên hệ chúng tôi ngay từ giai đoạn cân nhắc.

Nguồn sơ cấp

• VDA 5050 Version 3.0.0 và kho đặc tả chính thức: phạm vi đội xe–robot.
• SAP Help: Manual Confirmation of Warehouse Tasks: ví dụ xác nhận việc kho.
• Hướng dẫn GS1 EPCIS/CBV và EPCIS 2.0.1: thiết kế sự kiện.
• OPC Foundation: OPC UA Overview: trao đổi thông tin công nghiệp.
• Rockwell Automation: Functional Acceptance Testing: nguyên tắc thử theo yêu cầu.