Đọc cùng tình huống: Mua nguyên liệu với Odoo Purchase và Theo dõi kho với Odoo Inventory.

Kho có mặt bàn, khung chân và vít không đồng nghĩa doanh nghiệp đã có bàn hoàn chỉnh để giao. Nguyên liệu phải được đưa vào một công việc cụ thể, được lắp ráp và kiểm tra; sau đó mới có thành phẩm. Nếu phần mềm chỉ tăng số bàn mà không ghi nhận nguyên liệu đã dùng, số tồn và cơ sở tính chi phí sẽ mất liên hệ với thực tế.

Odoo Manufacturing giúp tổ chức quá trình biến nguyên liệu thành sản phẩm. Bài viết tiếp tục tình huống Nội thất An Phú sản xuất 20 bàn AP-D120, tập trung vào ba khái niệm: định mức BoM, lệnh sản xuất và lượng thực tế hoàn thành. Các con số là dữ liệu giả lập; ảnh được tạo riêng để giải thích công việc, không phải ảnh chụp phần mềm hoặc hướng dẫn thao tác máy móc.

Dòng chảy từ nhu cầu sản xuất đến thành phẩm

Sơ đồ dưới đây giúp bạn nắm toàn cảnh trước khi đọc từng phần. Đi theo các bước đánh số và mũi tên; các ghi chú bên dưới chỉ ra nhánh hoặc điều kiện cần kiểm tra. Bấm vào ảnh để xem rõ hơn.

Sản xuất khác với mua một sản phẩm về bán lại

Nếu An Phú mua bàn hoàn chỉnh rồi bán, nghiệp vụ chính là nhận hàng và giao hàng. Nếu An Phú mua mặt bàn, khung chân rồi tự lắp, doanh nghiệp cần biết những bộ phận nào đã được dùng, công việc nào đang thực hiện và bao nhiêu bàn đạt điều kiện ghi nhận hoàn thành. Cùng bán một mã bàn nhưng cách vận hành có thể khác nhau.

Trong tình huống học, mặt bàn và khung đã gia công sẵn, xưởng chỉ lắp ráp. Chưa có cắt gỗ, sơn, bán thành phẩm nhiều cấp hoặc thuê gia công. Giữ quy trình đơn giản giúp bạn thấy rõ quan hệ giữa một sản phẩm, các nguyên liệu và một đợt sản xuất trước khi mở rộng sang kế hoạch năng lực, thời gian máy và kiểm soát chi phí.

Work Order không phải tên khác của Manufacturing Order. Một lệnh sản xuất có thể liên quan các công đoạn nếu doanh nghiệp cấu hình vận hành như vậy. Tình huống cơ bản của bài không bắt buộc Shop Floor, máy quét, MPS hoặc những chức năng nâng cao có thể phụ thuộc phiên bản và gói sử dụng.

BoM là định mức, không phải số tồn trong kho

BoM viết đầy đủ là Bill of Materials. Có thể hiểu nó như danh sách thành phần cho một lượng sản phẩm đã xác định, thường là một đơn vị trong ví dụ đơn giản. Nó trả lời “cần gì để làm ra sản phẩm”, không trả lời “hôm nay kho có đủ chưa”. Một định mức đúng vẫn có thể dẫn đến lệnh thiếu nguyên liệu nếu tồn thực tế hoặc lịch nhận không đáp ứng.

BoM cần có lượng sản phẩm gốc rõ ràng. Nếu bạn định nghĩa cho 10 bàn nhưng sau đó đọc như cho một bàn, toàn bộ nhu cầu sẽ lệch. Đơn vị cũng cần nhất quán: một Bộ khung là một bộ hoàn chỉnh trong ví dụ; không nhập bốn chỉ vì khung có bốn chân nếu mã sản phẩm đang quản lý theo Bộ.

Định mức cho 20 bàn được nhân từ BoM một bàn: 20 mặt, 20 khung và 160 vít. Không nhân thêm theo số dòng của đơn mua hoặc theo tổng số vật tư đang trong kho. BoM có thể có biến thể, bán thành phẩm và công đoạn trong mô hình phức tạp hơn; bài này dùng một cấu hình sản phẩm duy nhất để tránh trộn các quy tắc.

Không nên chọn Kit chỉ vì thấy nó cũng có danh sách thành phần. Kit và định mức dùng để sản xuất phục vụ các cách xử lý khác nhau. Khi mục tiêu là ghi nhận một nghiệp vụ sản xuất thành phẩm, cần chọn loại BoM phù hợp với sản xuất và kiểm tra tuyến của sản phẩm, thay vì kỳ vọng mọi danh sách vật tư đều tạo cùng kết quả.

Lệnh sản xuất biến định mức thành một công việc có số lượng

Một lệnh sản xuất cho 20 bàn là công việc cụ thể sử dụng định mức đã chọn. Hồ sơ cần thể hiện sản phẩm, lượng cần làm, BoM, thời điểm dự kiến và thông tin liên quan. Nếu một sản phẩm có nhiều BoM, phải kiểm tra chọn đúng cấu hình; không để một định mức khác vật liệu được dùng chỉ vì cùng tên sản phẩm gần giống nhau.

Với môi trường học, cài Manufacturing và các ứng dụng phụ thuộc cần thiết, cấu hình thành phẩm và nguyên liệu có theo dõi tồn. Có thể tạo lệnh sản xuất thủ công để học trước. Việc xác nhận Sales Order không luôn tự sinh Manufacturing Order: tự động bổ sung hoặc sản xuất theo nhu cầu cần tuyến, quy tắc và điều kiện phù hợp.

Trong mô hình sản xuất một bước, Odoo dùng lệnh sản xuất để ghi nhận tiêu hao nguyên liệu và thành phẩm; không tạo riêng các phiếu điều chuyển lấy nguyên liệu và cất thành phẩm như mô hình nhiều bước. Không có các phiếu tách riêng đó không có nghĩa nguyên liệu không giảm hoặc thành phẩm không tăng khi nghiệp vụ được ghi nhận đúng.

Xác nhận lệnh là bắt đầu một cam kết công việc trong hệ thống. Nó chưa chứng minh đủ nguyên liệu tại đúng nơi, xưởng đã làm xong, sản phẩm đạt chất lượng hoặc kho đã giao khách. Người dùng cần đọc trạng thái sẵn sàng và tiến độ thực tế thay vì đồng nhất tất cả với một nhãn “đã xác nhận”.

Kiểm tra đủ nguyên liệu trước khi lập lịch thực hiện

Ở đợt nhận đầu của bài Purchase, An Phú mới có 12 mặt, đủ 20 bộ khung và 200 vít. Nhu cầu để làm 20 bàn cần 20 mặt. Dù vít dư so với định mức, tám mặt còn thiếu vẫn có thể chặn việc làm đủ 20 bàn. Đừng cộng tổng số vật tư rồi kết luận nguyên liệu đã đủ.

Trong giả định không có nhu cầu khác và không thiếu nguồn lực lắp ráp, nguyên liệu đợt đầu đủ cho 12 bàn. Xưởng có thể lựa chọn sản xuất một phần rồi chờ phần còn lại theo quy trình. Tuy nhiên “đủ vật tư cho 12” chưa phải bằng chứng có đủ nhân công, thời gian hoặc khả năng giao ngay 12; kế hoạch cần đọc thêm các ràng buộc thực tế.

Trạng thái nguyên liệu của lệnh và việc đặt giữ phụ thuộc thiết lập, nguồn và vị trí. Nếu thấy thiếu, kiểm tra lô đã nhận đúng mã chưa, đã hoàn tất chứng từ chưa, hàng có ở đúng vị trí không và có được dành cho lệnh khác không. Không tăng tồn bằng tay để lệnh chuyển màu chỉ nhằm đi tiếp bài học.

Hoàn thành từng phần và theo dõi phần còn lại

Giả sử xưởng quyết định làm trước 12 bàn, tiêu hao đúng định mức và giữ công việc tám bàn còn lại để làm khi nhận thêm mặt bàn. Odoo có luồng manufacturing backorder để xử lý lượng còn lại. Tên hoặc số chứng từ phát sinh phụ thuộc trình tự hệ thống, nên mục tiêu cần kiểm tra là tổng lượng đã làm và lượng còn chờ, không phải khớp một mã mẫu.

Bảng trên chưa có nghiệp vụ giao thành phẩm; nó chỉ mô tả mua nguyên liệu và sản xuất. Nếu sau đó giao 12 bàn cho khách, lượng bàn còn trong kho là tám như bài Inventory. Sản xuất lũy kế 20 và tồn thành phẩm tám là hai con số khác nhau, cả hai có thể cùng đúng.

Nếu xưởng chỉ hoàn thành 12 nhưng hệ thống ghi cả 20, kho có tám bàn “trên giấy”. Đội bán hàng có thể hứa nhầm, còn nguyên liệu bị trừ quá sớm. Nếu ghi 12 hoàn thành nhưng không theo dõi phần tám còn lại, công việc lại có nguy cơ bị bỏ quên. Sản xuất từng phần cần giữ cả kết quả thực tế và nghĩa vụ chưa thực hiện.

Định mức và tiêu hao thực tế không phải lúc nào cũng giống nhau

Tình huống chuẩn dùng đúng 160 vít cho 20 bàn. Trong một tình huống khác, bốn vít bị hỏng khi lắp và cần lấy thêm. Nếu thực tế rời kho tổng cộng 164 vít thì số còn lại là 36, không phải 40. Cần xác định bốn vít được ghi như tiêu hao bổ sung hay phế phẩm theo quy trình phù hợp, đồng thời tránh ghi giảm hai lần cho cùng bốn vít.

Odoo có thiết lập và cảnh báo liên quan tiêu hao theo BoM tùy cấu hình. Không mặc định hệ thống luôn cho phép mọi chênh lệch, cũng không mặc định một cảnh báo chứng minh nhân viên đã làm sai. Điều cần xác minh là thực tế sản xuất và quy tắc được thống nhất. Thay BoM chỉ để một lệnh riêng trông không có chênh lệch sẽ làm định mức tương lai thiếu tin cậy.

Tương tự, 20 bàn lắp xong nhưng có hai bàn cần xử lý lại không nên bị diễn giải đơn giản là 20 bàn sẵn sàng giao. Doanh nghiệp cần quy tắc thế nào là hoàn thành, thế nào là đạt chất lượng và ở vị trí nào hàng được phép xuất. Manufacturing cơ bản không tự thay thế toàn bộ quy trình kiểm soát chất lượng của xưởng.

Tính một phần chi phí để hiểu mối liên hệ, chưa kết luận giá thành đầy đủ

Dùng đơn giá giả lập của bài Purchase: một mặt 600.000 VND, một khung 450.000 VND, mỗi vít 1.000 VND. Theo định mức, phần nguyên liệu cho một bàn là 600.000 cộng 450.000 cộng 8.000, bằng 1.058.000 VND. Cho 20 bàn là 21.160.000 VND.

Chênh 40.000 không phải tiền thất thoát trong tình huống này; đó là giá mua giả định của phần vít còn lại. Nhưng 1.058.000 chưa phải giá thành đầy đủ vì chưa gồm nhân công, vận hành máy, vận chuyển hoặc các khoản phân bổ khác. Cách chi phí xuất hiện trong Odoo còn phụ thuộc cấu hình giá vốn, định giá tồn và nghiệp vụ thực tế; không dùng phép tính tay này để khẳng định giá trị kế toán của hệ thống.

Bài kế hoạch và chi phí sản xuất tiếp theo sẽ mở rộng cách đọc định mức, lượng thực dùng, thời gian và năng lực. Ở đây, mục tiêu là thấy vật tư đi đâu và thành phẩm hình thành từ công việc nào, trước khi đọc sâu một báo cáo giá thành.

Tình huống tự kiểm tra đã hiểu Manufacturing

• Tạo thành phẩm AP-D120 cùng ba nguyên liệu, dùng đơn vị Cái hoặc Bộ như bảng; kiểm tra sản phẩm được theo dõi tồn.
• Tạo BoM loại sản xuất cho một bàn với một mặt, một khung, tám vít. Tạo lệnh mẫu 20 bàn để đọc nhu cầu 20, 20 và 160.
• Trên dữ liệu lab, chuẩn bị lượng nguyên liệu hợp lệ và ghi nhận sản xuất theo quy trình một bước đã chọn.
• Nếu thử sản xuất 12 rồi tám, kiểm tra tổng hoàn thành là 20, không cộng nhầm lệnh gốc và phần còn lại thành 28 hoặc 40.
• Đối soát tình huống chuẩn: không còn mặt và khung, còn 40 vít, có 20 bàn trước khi giao; tách riêng tình huống phát sinh hao hụt.

Một hệ thống sản xuất có ích phải giữ được liên hệ giữa kế hoạch và thực tế: dự định làm bao nhiêu, cần gì, đã dùng gì, đã tạo ra gì và còn việc nào chưa xong. Khi các câu hỏi này được trả lời rõ, dữ liệu Manufacturing mới giúp mua hàng, kho và bán hàng phối hợp thay vì tạo thêm một bảng số riêng của xưởng.

Tài liệu tham khảo

• Odoo 19: định mức nguyên vật liệu
• Odoo 19: cấu hình sản phẩm sản xuất
• Odoo 19: sản xuất một bước
• Odoo 19: sản xuất từng phần và backorder
• Odoo 19: chi phí lệnh sản xuất