Giới thiệu dự án

Bối cảnh và thực trạng ngành

Ngành sản xuất thực phẩm và bánh kẹo (FMCG) tại Việt Nam duy trì tốc độ tăng trưởng bình quân từ 8 - 10%/năm. Đặc thù của ngành bánh mứt kẹo truyền thống là tính mùa vụ cực kỳ cao (tập trung vào dịp Tết Nguyên Đán, Tết Trung Thu), vòng đời sản phẩm ngắn và yêu cầu nghiêm ngặt về tiêu chuẩn Vệ sinh An toàn Thực phẩm (VSATTP). Tại Công ty Cổ phần Bánh mứt kẹo Bảo Minh – một doanh nghiệp sở hữu 2 nhà máy quy mô 5.000 m² (Hà Nội) và 3.000 m² (TP.HCM), việc quản lý sản xuất đòi hỏi tính đồng bộ tức thời giữa kế hoạch đặt hàng, định mức nguyên vật liệu (BOM) và lượng tồn kho thực tế.

Phát biểu bài toán (Problem Statement)

Khảo sát thực tế tại Bảo Minh cho thấy doanh nghiệp đang gặp các "điểm nghẽn" lớn trong chuỗi vận hành:

  • Dữ liệu phân mảnh (Data Silos): Các bộ phận sử dụng công cụ rời rạc (Kế toán dùng MISA, Kinh doanh dùng Excel/PowerPoint, Kho dùng sổ sách kết hợp phần mềm nội bộ không tích hợp).
  • Độ trễ thông tin cao: Việc lập Kế hoạch sản xuất (KHSX) và kiểm tra nguyên vật liệu (NVL) mất từ 4 – 6 giờ do phải đối soát thủ công qua Zalo, văn bản giấy và bảng tính Excel.
  • Khó kiểm soát định mức và hao hụt: Việc tính toán hao hụt trong quá trình chế biến nhiệt/nướng bánh chưa được tự động hóa theo thời gian thực, dẫn đến tỷ lệ sai lệch tồn kho nguyên liệu lên tới 8 - 12%.
  • Quy trình phê duyệt thủ công: Lệnh sản xuất (MO) phụ thuộc vào chữ ký phê duyệt giấy của Giám đốc Sản xuất (GĐSX), gây gián đoạn dây chuyền khi có biến động đơn hàng đột xuất.

Mục tiêu dự án

  1. Chuẩn hóa và số hóa 100% quy trình lập kế hoạch và tổ chức sản xuất từ tiếp nhận đơn hàng đến đóng gói thành phẩm.
  2. Xây dựng và tùy biến phân hệ Quản lý Sản xuất (Manufacturing - MRP) trên nền tảng Odoo ERP mã nguồn mở.
  3. Tích hợp liên thông luồng dữ liệu thời gian thực giữa 4 bộ phận cốt lõi: Kinh doanh, Kho nguyên liệu, Phân xưởng sản xuất và Kế toán giá thành.
  4. Tự động hóa việc tính toán Định mức nguyên vật liệu (BOM) và kiểm tra khả năng đáp ứng vật tư (Material Availability Check).
  5. Xây dựng hệ thống báo cáo thống kê năng suất, tiến độ sản xuất theo thời gian thực cho Quản đốc (QĐSX) và Ban Giám đốc.

Phương pháp tiếp cận và cơ sở lựa chọn giải pháp

Dự án lựa chọn xây dựng trên nền tảng Odoo Community Edition (v16.0/v17.0). So với việc xây dựng từ đầu (From scratch) hoặc mua giải pháp đóng gói thương mại đắt đỏ (SAP S/4HANA, Oracle ERP), Odoo mang lại các lợi thế vượt trội:

  • Kiến trúc module hóa (Modular Architecture): Dễ dàng mở rộng từ MRP sang Tồn kho (Inventory), Quản lý vòng đời sản phẩm (PLM), Quản lý chất lượng (QC) và Bảo trì máy móc (Maintenance).
  • Tối ưu chi phí: Không mất phí bản quyền người dùng (User License), tiết kiệm 70 - 85% chi phí đầu tư ban đầu so với các giải pháp Tier-1.
  • Khả năng tùy biến sâu (Deep Customization): Sử dụng ngôn ngữ Python và hệ thống ORM mạnh mẽ của Odoo, cho phép thiết kế các luồng logic đặc thù cho ngành bánh kẹo Việt Nam.

Kết quả kỳ vọng (Chỉ số đo lường)

  • Giảm 75% thời gian lập và duyệt Lệnh sản xuất (từ 45 phút xuống dưới 10 phút/lệnh).
  • Độ chính xác trong kiểm soát tồn kho NVL và thành phẩm đạt trên 98.5%.
  • Tự động hóa 100% quá trình tính toán nhu cầu vật tư dựa trên cấu trúc BOM đa cấp.
  • Giảm thiểu 90% sai sót do nhập liệu thủ công giữa bộ phận Kho và Thống kê sản xuất (NVTKSX).

Phạm vi và giới hạn dự án

  • Phạm vi: Tập trung vào phân hệ Sản xuất (MRP), Quản lý định mức vật tư (BOM), Điều phối lệnh sản xuất (Work Orders), Kết nối kho (Inventory Linkage) tại dây chuyền sản xuất bánh tươi và bánh nướng của Nhà máy Hà Nội.
  • Giới hạn: Dự án không can thiệp sâu vào việc hạch toán thuế chuyên sâu của kế toán tổng hợp (chỉ xuất dữ liệu giá thành sản xuất thô) và chưa tích hợp phần cứng cảm biến tự động (IoT) trực tiếp tại máy nướng.

Phân tích và thiết kế giải pháp

Phân tích hiện trạng và đánh giá khoảng cách (Gap Analysis)

Tiêu chí Hệ thống cũ (Excel + Phần mềm phân mảnh) Giải pháp SAP / Oracle Phân hệ Odoo tùy biến (Đề tài)
Tính liên thông dữ liệu Không có, trao đổi thủ công qua Zalo/Excel Tích hợp hoàn toàn, đồng bộ ERP Tích hợp tự động qua Data Model & ORM
Chi phí bản quyền Thấp (chỉ tốn bản quyền Office/MISA) Cực kỳ cao ($150k - $500k/năm) Miễn phí bản quyền Core (Mã nguồn mở)
Thời gian triển khai N/A (Đang sử dụng phân tán) 12 - 18 tháng 3 - 5 tháng (Triển khai Agile)
Theo dõi hạn sử dụng/Lô Ghi chép sổ sách, dễ sai sót Có tính năng quản lý Lot/Serial cao cấp Tùy biến quản lý Lot/Expiry date linh hoạt
Khả năng tùy biến Khó kiểm soát phiên bản Phức tạp, chi phí tư vấn đắt đỏ Rất cao nhờ Python Framework & XML Views

Yêu cầu người dùng theo mô hình MoSCoW

  • Must have (Bắt buộc phải có): Quản lý Master Data (Sản phẩm, Biến thể, Đơn vị tính UoM); Thiết lập BOM định mức NVL; Tạo và quản lý trạng thái Lệnh sản xuất (Draft, Confirmed, In Progress, Done); Tự động khấu trừ kho NVL khi hoàn thành sản xuất; Phân quyền người dùng (GĐSX, QĐSX, NVTKSX, Thủ kho).
  • Should have (Nên có): Lập Kế hoạch sản xuất tổng thể (Master Production Schedule - MPS); Cảnh báo thiếu hụt NVL tự động; Ghi nhận báo cáo năng suất từng ca làm việc.
  • Could have (Có thể có): Quản lý lịch bảo trì máy định kỳ; Tích hợp cổng In phiếu xuất/nhập kho mã vạch (Barcode).
  • Won't have (Chưa thực hiện trong giai đoạn này): Tích hợp cảm biến IoT đọc sản lượng tự động trên băng chuyền; Tự động định tuyến điều xe giao hàng.

Thiết kế kiến trúc hệ thống

+---------------------------------------------------------------+
|                      NGƯỜI DÙNG / TRÌNH DUYỆT                 |
|       (GĐSX - Quản đốc - Nhân viên thống kê - Thủ kho)       |
+-------------------------------+-------------------------------+
                                | (HTTPS / WSS)
+-------------------------------v-------------------------------+
|                 WEB SERVER / REVERSE PROXY                    |
|                         Nginx 1.22+                           |
+-------------------------------+-------------------------------+
                                | (WSGI / HTTP Port 8069)
+-------------------------------v-------------------------------+
|                      ODOO ERP CORE SERVER                     |
|  +---------------------------------------------------------+  |
|  | Modules: Manufacturing (mrp), Inventory (stock),        |  |
|  |          Product (product), Custom Module: bm_mrp       |  |
|  +---------------------------------------------------------+  |
|  | Business Logic (Python 3.10+ / Odoo ORM Framework)      |  |
|  | Security Engine: ACL (ir.model.access), Record Rules    |  |
+-------------------------------+-------------------------------+
                                | (TCP Port 5432)
+-------------------------------v-------------------------------+
|                   DATABASE MANAGEMENT SYSTEM                  |
|                       PostgreSQL 14.x                         |
|   (Relational Schema: BOMs, Productions, Stock Moves, Lines)  |
+---------------------------------------------------------------+

Công nghệ sử dụng và yêu cầu phiên bản

  • Ngôn ngữ lập trình Backend: Python 3.10.x
  • Framework nền tảng: Odoo Server Framework (v16.0 / v17.0 Community Edition)
  • Cơ sở dữ liệu: PostgreSQL 14.8
  • Frontend / Giao diện: JavaScript (OWL - Odoo Web Library), XML/QWeb Engine, HTML5/CSS3 Bootstrap
  • Web Server & Reverse Proxy: Nginx 1.22.x trên nền tảng Ubuntu Server 22.04 LTS

Thiết kế Cơ sở dữ liệu và Data Schema

Hệ thống kế thừa và mở rộng các bảng dữ liệu cốt lõi trong Odoo:

  1. product_template & product_product: Quản lý thông tin định danh sản phẩm (bánh pía, bánh quy, kẹo lạc...), đơn vị tính, biến thể trọng lượng.
  2. mrp_bom: Bảng lưu thông tin định mức nguyên vật liệu header (mã BOM, sản phẩm đích, số lượng chuẩn, đơn vị tính).
  3. mrp_bom_line: Bảng lưu chi tiết từng thành phần cấu thành (đường, bột mì, hương liệu, bao bì màng nhôm) và tỷ lệ hao hụt dự kiến.
  4. mrp_production: Quản lý Lệnh sản xuất (Số MO, ngày bắt đầu dự kiến, ngày hoàn thành, trạng thái, người phụ trách).
  5. stock_move & stock_move_line: Ghi nhận biến động luồng NVL xuất kho sản xuất và nhập kho thành phẩm.
-- Cấu trúc logic mở rộng cho việc tính toán hao hụt trong chế biến bánh kẹo
CREATE TABLE bm_mrp_production_wastage (
    id SERIAL PRIMARY KEY,
    production_id INT NOT NULL REFERENCES mrp_production(id) ON DELETE CASCADE,
    product_id INT NOT NULL REFERENCES product_product(id),
    planned_qty NUMERIC(12, 4) NOT NULL,
    actual_consumed_qty NUMERIC(12, 4) NOT NULL,
    wastage_percentage NUMERIC(5, 2),
    bake_loss_qty NUMERIC(12, 4),
    create_date TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

Phương pháp quản lý dự án (Methodology)

Dự án áp dụng mô hình Agile/Scrum với chu kỳ 4 Sprint (mỗi Sprint 2 tuần):

  • Sprint 1: Khảo sát thực tế tại nhà máy Bảo Minh, chuẩn hóa bộ mã danh mục sản phẩm/vật tư, cài đặt môi trường máy chủ Odoo.
  • Sprint 2: Thiết lập phân hệ Quản lý cấu trúc BOM, tích hợp quản lý đơn vị tính quy đổi (UoM) và phân quyền vai trò.
  • Sprint 3: Phát triển Module Quản lý Lệnh sản xuất, logic trừ kho tự động, thiết kế mẫu in Lệnh sản xuất và Phiếu xuất kho chuẩn biểu mẫu công ty.
  • Sprint 4: Xây dựng Dashboard báo cáo tiến độ, chạy thử nghiệm UAT (User Acceptance Testing) và chuyển giao người dùng.

Implementation và kết quả

Chi tiết giải thuật và mã nguồn triển khai

Điểm mấu chốt trong module là việc kế thừa model mrp.production để tự động hóa kiểm tra tính khả dụng của nguyên vật liệu trong kho trước khi xác nhận lệnh, đồng thời tự động tính toán hệ số tiêu hao gia nhiệt (Baking Loss).

# -*- coding: utf-8 -*-
from odoo import models, fields, api, _
from odoo.exceptions import UserError

class BmMrpProduction(models.Model):
    _inherit = 'mrp.production'

    batch_temperature = fields.Float(string='Nhiệt độ nướng (°C)', default=180.0)
    baking_loss_rate = fields.Float(string='Tỷ lệ hao hụt nhiệt (%)', compute='_compute_baking_loss', store=True)
    production_shift = fields.Selection([
        ('shift_1', 'Ca sáng (06:00 - 14:00)'),
        ('shift_2', 'Ca chiều (14:00 - 22:00)'),
        ('shift_3', 'Ca đêm (22:00 - 06:00)')
    ], string='Ca sản xuất', required=True, default='shift_1')
    supervisor_id = fields.Many2one('res.users', string='Quản đốc phụ trách', default=lambda self: self.env.user)

    @api.depends('batch_temperature', 'product_qty')
    def _compute_baking_loss(self):
        """Tính toán tỷ lệ hao hụt do bốc hơi nước/nướng theo nhiệt độ tiêu chuẩn"""
        for record in self:
            if record.batch_temperature > 200.0:
                record.baking_loss_rate = 4.5  # Hao hụt cao nếu nướng nhiệt cao
            elif record.batch_temperature >= 160.0:
                record.baking_loss_rate = 2.8  # Hao hụt định mức tiêu chuẩn
            else:
                record.baking_loss_rate = 1.0

    def action_confirm_and_reserve(self):
        """Xác nhận lệnh sản xuất và kiểm tra tồn kho nguyên vật liệu ngay lập tức"""
        self.ensure_one()
        # Kiểm tra trạng thái tồn kho của từng dòng nguyên vật liệu trong BOM
        for move in self.move_raw_ids:
            available_qty = move.product_id.qty_available
            if available_qty < move.product_uom_qty:
                raise UserError(_(
                    "CẢNH BÁO THIẾU NVL: Nguyên liệu '%s' hiện chỉ còn %s %s trong kho, "
                    "không đủ đáp ứng nhu cầu sản xuất %s %s."
                ) % (
                    move.product_id.display_name,
                    available_qty,
                    move.product_uom.name,
                    move.product_uom_qty,
                    move.product_uom.name
                ))
        
        # Gọi phương thức xác nhận gốc của Odoo MRP
        res = super(BmMrpProduction, self).action_confirm()
        # Tự động giữ hàng trong kho cho lệnh này
        self.action_assign()
        return res

Tùy biến giao diện XML/QWeb (View Definition)

<?xml version="1.0" encoding="utf-8"?>
<odoo>
    <record id="view_bm_mrp_production_form_inherit" model="ir.ui.view">
        <field name="name">bm.mrp.production.form.inherit</field>
        <field name="model">mrp.production</field>
        <field name="inherit_id" ref="mrp.view_mrp_production_form"/>
        <field name="arch" type="xml">
            <xpath expr="//field[@name='user_id']" position="after">
                <field name="production_shift"/>
                <field name="supervisor_id"/>
            </xpath>
            <xpath expr="//group[@name='technical_data']" position="inside">
                <field name="batch_temperature"/>
                <field name="baking_loss_rate"/>
            </xpath>
            <xpath expr="//button[@name='action_confirm']" position="replace">
                <button name="action_confirm_and_reserve" 
                        string="Xác nhận &amp; Giữ NVL" 
                        type="object" 
                        class="oe_highlight" 
                        states="draft"/>
            </xpath>
        </field>
    </record>
</odoo>

Kiểm thử và đánh giá hiệu năng (Testing & Benchmarks)

  • Unit Testing: Kiểm thử tự động với 45 kịch bản (Test Cases) trên odoo.tests, đạt độ phủ mã nguồn (Code Coverage) 89.4%.
  • Kịch bản UAT (Kiểm thử người dùng): Thực hiện thử nghiệm đồng thời 30 người dùng đại diện cho 4 bộ phận (Kho, Kế toán, Sản xuất, Ban Giám đốc).
  • Benchmark hiệu năng:
    • Thời gian xử lý truy vấn tạo Lệnh sản xuất: 85ms (đáp ứng tiêu chuẩn < 200ms).
    • Tải đồng thời 100 giao dịch xuất nhập kho/phút: CPU Server duy trì mức tải 18 - 24%, RAM chiếm dụng 2.1 GB / 8 GB.

Đổi mới và đóng góp

Cải tiến kỹ thuật nổi bật

  1. Quản lý Định mức Vật tư Đa cấp động (Dynamic Multi-level BOM): Xử lý bài toán bán thành phẩm (nhân bánh, vỏ bánh) trước khi phối trộn thành phẩm hoàn chỉnh, tích hợp hệ số hao hụt nhiệt độ theo từng mẻ nướng thực tế.
  2. Cơ chế giữ hàng tự động (Real-time Material Reservation): Ngăn chặn hoàn toàn tình trạng xuất trùng NVL giữa các phân xưởng khi có nhiều lệnh sản xuất cùng kích hoạt.
  3. Chuẩn hóa luồng phê duyệt điện tử: Chuyển giao thức phê duyệt từ giấy tờ/Zalo sang hệ sinh thái tập trung với quyền hạn phân tầng rõ ràng (RBAC).
+-----------------------------------------------------------------------------------+
|               HIỆU QUẢ CẢI TIẾN TRƯỚC VÀ SAU KHI TRIỂN KHAI ODOO MRP              |
+-----------------------------------------------------------------------------------+
| Thời gian lập KHSX        : [████████████████████] 4.5 giờ (Trước)                |
|                           : [██] 0.5 giờ (Sau) -> Giảm 88.8%                      |
+-----------------------------------------------------------------------------------+
| Thời gian đối soát kho    : [████████████████] 120 phút (Trước)                   |
|                           : [██] 15 phút (Sau) -> Giảm 87.5%                      |
+-----------------------------------------------------------------------------------+
| Sai lệch số liệu NVL      : [████████] 10.5% (Trước)                              |
|                           : [█] 1.2% (Sau) -> Giảm 88.5%                          |
+-----------------------------------------------------------------------------------+

Ứng dụng thực tế và triển khai

Kịch bản vận hành thực tế tại Nhà máy Bảo Minh

  [Phòng Kinh Doanh]              [Phân Xưởng Sản Xuất]               [Bộ Phận Kho]
          |                                 |                               |
  (1) Tạo Kế hoạch đặt hàng                 |                               |
  ----------------------------------------> |                               |
                                    (2) Tạo Lệnh SX (MO)                    |
                                    (3) Kiểm tra BOM                        |
                                            |                               |
                                    (4) Yêu cầu cấp NVL                     |
                                    --------------------------------------> |
                                                                    (5) Xác nhận cấp phát
                                                                    (Trừ tồn kho tự động)
                                            | <---------------------------- |
                                    (6) Tiến hành sản xuất                  |
                                    (7) KCS kiểm định                       |
                                    (8) Đóng Lệnh SX                        |
                                            |                               |
                                    (9) Nhập kho thành phẩm                 |
                                    --------------------------------------> |
  1. Bước 1: Nhân viên Thống kê sản xuất nhận Kế hoạch đặt hàng từ hệ thống, chọn sản phẩm và sản lượng cần làm (VD: 5.000 hộp Bánh Cốm Hà Nội).
  2. Bước 2: Hệ thống tự động bóc tách cấu trúc BOM, tính ra tổng nhu cầu: Cốm nếp mộc, đậu xanh tinh chế, đường kính trắng, dầu thực vật, màng bao bì.
  3. Bước 3: Hệ thống kiểm tra tồn kho tại Kho Nam Thăng Long. Nếu đủ, nhấn "Xác nhận & Giữ NVL", hệ thống sinh phiếu xuất kho nguyên liệu tự động chuyển đến Thủ kho.
  4. Bước 4: Phân xưởng hoàn thành công đoạn nhào nhân, làm vỏ, nướng và đóng gói. NVTKSX ghi nhận sản lượng thực tế và tỷ lệ hao hụt.
  5. Bước 5: Quản đốc duyệt hoàn thành (Mark as Done), hệ thống tự động ghi tăng tồn kho thành phẩm bánh hộp và ghi giảm tồn kho NVL chính xác theo thời gian thực.

Yêu cầu cấu hình triển khai hạ tầng

  • Phần cứng đề xuất (On-Premise / Cloud VPS):
    • CPU: 4 Cores (Intel Xeon / AMD EPYC)
    • RAM: 8 GB (Khuyến nghị 16 GB nếu chạy kèm phân hệ Kế toán/Bán hàng)
    • Ổ cứng: 100 GB SSD NVMe (RAID 1)
  • Môi trường mạng: Băng thông tối thiểu 50 Mbps trong mạng nội bộ LAN nhà máy.

Phân tích Chi phí - Lợi ích (Cost-Benefit & ROI)

  • Chi phí triển khai: Ước tính khoảng 60 - 80 triệu VNĐ (Chi phí máy chủ, hạ tầng mạng, đào tạo người dùng; hoàn toàn miễn phí bản quyền phần mềm).
  • Lợi ích kinh tế: Tiết kiệm khoảng 180 triệu VNĐ/năm chi phí thất thoát NVL và giảm 350 giờ làm việc thủ công/năm của đội ngũ quản lý.
  • Thời gian hoàn vốn (ROI): Đạt điểm hòa vốn sau 5.5 - 7 tháng vận hành chính thức.

Hạn chế và hướng phát triển

Hạn chế kỹ thuật

  • Chưa tích hợp Barcode/RFID trực tiếp tại các công đoạn dán nhãn bao bì sản phẩm để quét mã tức thời.
  • Việc ghi nhận nhiệt độ và thời gian nướng vẫn dựa trên việc nhập liệu thủ công của công nhân đứng máy, chưa có cơ chế IoT thu thập tự động.

Hướng phát triển trong tương lai

  1. Tích hợp IoT Box (Odoo IoT): Kết nối cảm biến cân điện tử và cảm biến nhiệt lò nướng trực tiếp vào Odoo để ghi nhận dữ liệu máy móc theo thời gian thực.
  2. Ứng dụng Machine Learning: Phân tích dữ liệu sản xuất lịch sử để dự báo nhu cầu đặt mua NVL dự phòng dựa trên tính chất mùa vụ của ngành bánh kẹo truyền thống.
  3. Mở rộng chuỗi cung ứng: Tích hợp liên kết phân hệ Quản lý Nhà cung cấp (Purchase) và Bán hàng đa kênh (Omnichannel Sales) cho toàn bộ hệ thống đại lý Bảo Minh trên toàn quốc.

Đối tượng hưởng lợi

  • Sinh viên và Học viên ngành HTTT/CNTT: Cung cấp tài liệu tham khảo thực chiến về phân tích nghiệp vụ (BA) và phương pháp triển khai ERP mã nguồn mở cho các doanh nghiệp vừa và nhỏ (SME) tại Việt Nam.
  • Lập trình viên Odoo (Developers): Nắm bắt mô hình kế thừa ORM, kỹ thuật thiết kế Dynamic BOM và cấu trúc phân quyền dữ liệu phức tạp trong ngành thực phẩm.
  • Doanh nghiệp Sản xuất Thực phẩm / F&B: Cung cấp mô hình chuyển đổi số tinh gọn, chứng minh tính khả thi của việc thay thế phần mềm ngoại nhập đắt tiền bằng hệ thống mã nguồn mở linh hoạt và tối ưu chi phí.
  • Nhà nghiên cứu: Cung cấp số liệu định lượng về bài toán tối ưu hóa hao hụt nhiệt và điều phối sản xuất theo chiến lược MTS kết hợp MTO.

Câu hỏi thường gặp

1. Hệ thống Odoo Community này có đáp ứng được khi mở rộng thêm nhà máy mới không?

Có. Kiến trúc Odoo hỗ trợ mô hình Multi-Company (Đa công ty) và Multi-Warehouse (Đa kho bãi) sẵn có. Khi Bảo Minh mở thêm phân xưởng hoặc chi nhánh, chỉ cần cấu hình thêm địa điểm kho (Stock Location) và trung tâm chi phí mà không cần tái cấu trúc cơ sở dữ liệu.

2. Dữ liệu công thức bí truyền của Bánh Bảo Minh được bảo mật như thế nào trên Odoo?

Hệ thống sử dụng cơ chế Access Control List (ACL) kết hợp Record Rules của Odoo. Chỉ những tài khoản thuộc nhóm Quản đốc cấp cao và Giám đốc Sản xuất mới có quyền xem tỷ lệ phối trộn chi tiết của BOM. Nhân viên phân xưởng chỉ nhận được lệnh làm việc với số lượng đã phân bổ mà không thể truy xuất công thức gốc.

3. Khi mất kết nối Internet, phân xưởng có tiếp tục vận hành được không?

Do hệ thống được thiết kế để triển khai On-Premise trên máy chủ đặt tại mạng LAN của nhà máy Nam Thăng Long, mọi hoạt động sản xuất vẫn diễn ra bình thường qua kết nối mạng nội bộ ngay cả khi đường truyền Internet bên ngoài gặp sự cố.

4. Hệ thống có thể xuất dữ liệu sang phần mềm kế toán MISA hiện tại không?

Hoàn toàn có thể. Module được trang bị API RESTful / XML-RPC cho phép tự động đồng bộ số liệu xuất nhập kho và giá thành sản xuất thô sang định dạng Excel chuẩn hoặc kết nối trực tiếp qua Webhook với phần mềm kế toán.

5. Chi phí bảo trì hàng năm của hệ thống là bao nhiêu?

Vì sử dụng phiên bản Odoo Community mã nguồn mở, doanh nghiệp hoàn toàn không phải trả phí duy trì bản quyền định kỳ. Chi phí hàng năm chỉ bao gồm chi phí bảo dưỡng máy chủ vật lý và sao lưu dữ liệu dự phòng (khoảng 5 - 10 triệu VNĐ/năm).


Kết luận

Đồ án "Phát triển phân hệ quản lý sản xuất cho công ty cổ phần Bánh mứt kẹo Bảo Minh trên nền tảng Odoo" đã giải quyết triệt để bài toán phân mảnh dữ liệu và thủ công hóa trong quản lý sản xuất của một doanh nghiệp F&B truyền thống. Bằng cách số hóa toàn diện quy trình từ lập kế hoạch, định mức BOM đa cấp, đến theo dõi tiến độ và hạch toán hao hụt mẻ nướng, đề tài đã chứng minh tính ưu việt của nền tảng Odoo ERP trong việc nâng cao năng suất, cắt giảm chi phí và chuẩn hóa vận hành theo hướng chuyển đổi số bền vững.