Chapter 11 - Resource Planning (Hoạch định nguồn lực)

Tổng quan (Overview)

Resource Planning là quá trình xác định chính xác cần những gì, bao nhiêu, và khi nào để đáp ứng kế hoạch sản xuất. Nếu S&OP - Sales and Operations Planning (Chapter 10) trả lời “sản xuất bao nhiêu sản phẩm cuối?”, thì chương này trả lời “cần bao nhiêu linh kiện, nguyên vật liệu, và khi nào phải đặt hàng?”

Trung tâm của chương là Material Requirements Planning (MRP) — hệ thống tính toán nhu cầu Dependent Demand (nhu cầu phụ thuộc) cho tất cả linh kiện và nguyên vật liệu dựa trên Master Production Schedule (MPS). MRP là bước đột phá so với các phương pháp tồn kho truyền thống (EOQ, Reorder Point) vốn được thiết kế cho Independent Demand.

Chương cũng giới thiệu Enterprise Resource Planning (ERP) — hệ thống phần mềm tích hợp toàn diện mở rộng từ MRP, kết nối tất cả bộ phận trong doanh nghiệp: từ sản xuất, tồn kho, tài chính, nhân sự, đến bán hàng.


Dependent Demand Concept (Khái niệm nhu cầu phụ thuộc)

Định nghĩa (Definition)

Dependent Demand (Nhu cầu phụ thuộc) là nhu cầu cho một mặt hàng được suy ra trực tiếp từ nhu cầu của mặt hàng khác (thường là sản phẩm cuối).

Giải thích chi tiết (Detailed Explanation)

So sánh Independent Demand vs Dependent Demand:

Independent DemandDependent Demand
Định nghĩaNhu cầu từ khách hàng bên ngoàiNhu cầu suy ra từ sản phẩm cấp trên
Ví dụXe máy Honda Wave (khách mua)Piston, xích, nhông (để lắp xe)
Dự báoPhải dự báo (Forecasting)Tính toán chính xác từ MPS
Mẫu nhu cầuLiên tục, tương đối đềuGián đoạn, theo lô (lumpy)
Quản lýEOQ, Reorder PointMaterial Requirements Planning (MRP)

Tại sao quan trọng?

  • Nếu biết cần sản xuất 1.000 xe máy, ta BIẾT CHÍNH XÁC cần 1.000 piston, 1.000 xích, 2.000 bánh xe…
  • Không cần dự báo! Chỉ cần tính toán → chính xác hơn, ít tồn kho hơn
  • Nhu cầu phụ thuộc thường “lumpy” (gián đoạn): cần 0 đơn vị nhiều tuần, rồi đột ngột cần 500 đơn vị

Ví dụ thực tế (Real-world Example)

Nhà máy Samsung lắp ráp điện thoại Galaxy S25:

  • Independent Demand: 100.000 chiếc Galaxy S25 (từ dự báo thị trường)
  • Dependent Demand: 100.000 màn hình AMOLED, 100.000 chip Snapdragon, 100.000 pin, 200.000 camera (vì mỗi máy có 2 camera)…
  • Tất cả được tính toán chính xác từ Bill of Materials (BOM)

Master Production Scheduling (MPS)

Định nghĩa (Definition)

Master Production Schedule (MPS) là kế hoạch sản xuất chi tiết cho từng sản phẩm cuối (hoặc module chính) theo từng tuần, cho biết sản xuất bao nhiêu và khi nào. MPS là “đầu vào” chính của Material Requirements Planning (MRP).

Giải thích chi tiết (Detailed Explanation)

Figure 11.6 - Master Production Schedule

Figure 11.6: Lịch trình sản xuất chính (MPS) — phân rã từ S&OP xuống kế hoạch sản phẩm cụ thể theo tuần

Vị trí của MPS trong hệ thống kế hoạch:

S&OP (product family, tháng)
    ↓ Phân rã (Disaggregation)
MPS (sản phẩm cụ thể, tuần)
    ↓ 
MRP (linh kiện, tuần)

Developing MPS (Xây dựng MPS):

MPS cân bằng giữa:

  • Nhu cầu: Dự báo (Forecasting) + Đơn hàng thực tế (Customer Orders)
  • Cung: Công suất sản xuất, tồn kho hiện có, hàng đang sản xuất

Quy tắc: MPS sử dụng giá trị LỚN HƠN giữa Forecast và Customer Orders cho mỗi tuần (hoặc logic phức tạp hơn tùy chiến lược Make-to-Stock vs Make-to-Order).

Available-to-Promise (ATP)

Available-to-Promise (ATP) cho biết số lượng sản phẩm có thể hứa giao cho khách hàng mới mà không ảnh hưởng đơn hàng đã nhận.

Ví dụ:

Tuần1234
Forecast30303030
Customer Orders3520105
MPS400400
Projected On-Hand (bắt đầu = 10)15-15→ cần MPS

ATP tuần 1 = MPS(40) - Đơn hàng tuần 1&2 (35+20) = Cần tính lại theo logic cụ thể.

MPS Freezing (Đóng băng MPS)

  • Frozen Zone (Vùng đóng băng): Vài tuần đầu, KHÔNG được thay đổi MPS (đã mua nguyên liệu, đã lên lịch). Thường 1-2 tuần.
  • Slushy Zone (Vùng bán đóng): Có thể thay đổi nhưng cần phê duyệt
  • Liquid Zone (Vùng linh hoạt): Thay đổi tự do
|←— Frozen —→|←— Slushy —→|←— Liquid —→|
   Tuần 1-2      Tuần 3-4      Tuần 5+
   Không đổi     Cần duyệt     Tự do đổi

Ví dụ thực tế (Real-world Example)

Toyota Việt Nam có MPS cho Vios: tuần 15 sản xuất 200 chiếc Vios 1.5G (trắng 80, đen 60, bạc 60). MPS đã frozen cho tuần 15-16 (nguyên liệu đã đặt), slushy cho tuần 17-18, liquid từ tuần 19.


Bill of Materials (BOM)

Figure 11.10 - Bill of Materials Tree

Figure 11.10: Cây cấu trúc sản phẩm (BOM Tree) — phân rã sản phẩm thành các cấp linh kiện

Định nghĩa (Definition)

Bill of Materials (BOM) (Bảng kê vật liệu / Cấu trúc sản phẩm) liệt kê tất cả linh kiện, bộ phận, và nguyên vật liệu cần thiết để sản xuất một đơn vị sản phẩm cuối, cùng với số lượng mỗi loại.

Giải thích chi tiết (Detailed Explanation)

Product Structure Tree (Cây cấu trúc sản phẩm):

Biểu diễn trực quan BOM theo các cấp (Level):

Level 0:         [Xe đạp] (1)
                 /        \
Level 1:    [Khung] (1)   [Bộ bánh xe] (2)
            /    \              |
Level 2: [Ống thép](3) [Yên](1)  [Vành](1) [Lốp](1) [Nan hoa](36)

Quy tắc quan trọng:

  • Usage Quantity: Số lượng cần cho MỘT đơn vị cấp trên

    • 1 xe đạp cần 2 bộ bánh xe → usage = 2
    • 1 bộ bánh xe cần 36 nan hoa → usage = 36
    • → 1 xe đạp cần 2 × 36 = 72 nan hoa
  • Low-Level Coding: Mỗi item chỉ xuất hiện ở MỘT level (level thấp nhất mà nó xuất hiện). Điều này đảm bảo MRP tính toán đúng khi một linh kiện dùng ở nhiều sản phẩm.

  • Parent-Component Relationship: Item cấp trên = Parent, item cấp dưới = Component

Ví dụ thực tế (Real-world Example)

BOM của một ly trà sữa Gong Cha:

Level 0: Trà sữa trân châu đường nâu (1 ly)
├── Level 1: Trà pha (1 phần) 
│   ├── Level 2: Trà đen (10g)
│   └── Level 2: Nước nóng (200ml)
├── Level 1: Sữa tươi (100ml)
├── Level 1: Trân châu đường nâu (1 phần)
│   ├── Level 2: Bột trân châu (30g)
│   └── Level 2: Đường nâu (15g)
├── Level 1: Đá (150g)
└── Level 1: Ly + nắp + ống hút (1 bộ)

MRP Explosion Process (Quy trình bung MRP)

Định nghĩa (Definition)

MRP Explosion là quá trình tính toán nhu cầu cho TẤT CẢ linh kiện và nguyên vật liệu, bắt đầu từ Master Production Schedule (MPS) và “bung” (explode) xuống qua từng cấp của Bill of Materials (BOM).

Giải thích chi tiết (Detailed Explanation)

Figure 11.1 - MRP Overview

Figure 11.1: Tổng quan hệ thống MRP — ba đầu vào chính: MPS, BOM, và Inventory Records

3 đầu vào chính của MRP:

  1. Master Production Schedule (MPS): Sản xuất bao nhiêu sản phẩm cuối, khi nào
  2. Bill of Materials (BOM): Cấu trúc sản phẩm, số lượng linh kiện
  3. Inventory Record: Tồn kho hiện có, hàng đã đặt, lead time

Figure 11.14 - MRP Explosion

Figure 11.14: Quy trình bung MRP (MRP Explosion) — tính toán nhu cầu từ Level 0 xuống các level thấp hơn

Quy trình bung:

  1. Bắt đầu từ Level 0 (sản phẩm cuối) theo MPS
  2. Tính Gross Requirements cho mỗi component ở Level 1
  3. Trừ tồn kho và hàng đã đặt → Net Requirements
  4. Xác định Planned Order Releases (khi nào phải đặt, dựa trên Lead Time)
  5. Planned Order Releases ở Level 1 → trở thành Gross Requirements ở Level 2
  6. Lặp lại xuống các level thấp hơn

Ví dụ đơn giản:

  • MPS: 100 xe đạp tuần 8
  • BOM: 1 xe đạp cần 2 bánh xe, lead time bánh xe = 2 tuần
  • → Gross Requirement bánh xe: 200 cái tuần 8
  • Tồn kho bánh xe: 50 cái → Net Requirement: 150 cái tuần 8
  • Lead time = 2 tuần → Planned Order Release: 150 cái tuần 6

Inventory Record (Bản ghi tồn kho)

Figure 11.12 - MRP Inventory Record

Figure 11.12: Bản ghi tồn kho MRP — bảng tính chi tiết theo dõi Gross Requirements, Scheduled Receipts, và Planned Order Releases

Định nghĩa (Definition)

Inventory Record (MRP Record / MRP Grid) là bảng tính chi tiết cho MỖI item, theo dõi tình trạng tồn kho và nhu cầu theo tuần.

Giải thích chi tiết (Detailed Explanation)

Cấu trúc bảng MRP Record:

Item: Bánh xe | Lead Time: 2 tuần | Lot Size: L4L | Safety Stock: 0

Tuần 1Tuần 2Tuần 3Tuần 4Tuần 5Tuần 6Tuần 7Tuần 8
Gross Requirements004006000200
Scheduled Receipts050000000
Projected On-Hand Inventory7012080802020200
Net Requirements0000000180
Planned Order Receipts0000000180
Planned Order Releases0000018000

Giải thích từng hàng:

  1. Gross Requirements (Nhu cầu thô): Tổng nhu cầu cho item này mỗi tuần (từ MPS hoặc từ Planned Order Releases của parent)

  2. Scheduled Receipts (Lượng nhận dự kiến): Đơn hàng ĐÃ đặt, đang trên đường → sẽ nhận ở tuần nào

  3. Projected On-Hand Inventory (Tồn kho dự kiến): (Tồn kho kỳ trước + Nhận dự kiến + Nhận theo kế hoạch - Nhu cầu thô)

  4. Net Requirements (Nhu cầu ròng): (Chỉ khi > 0, nếu ≤ 0 thì NR = 0)

  5. Planned Order Receipts (Lượng nhận theo kế hoạch): Lượng hàng dự kiến nhận để đáp ứng NR (tùy Lot Sizing)

  6. Planned Order Releases (Lệnh đặt hàng theo kế hoạch): = Planned Order Receipts nhưng lùi lại Lead Time tuần. Đây là OUTPUT quan trọng nhất! Cho biết phải đặt hàng KHI NÀO.

Ví dụ thực tế (Real-world Example)

Tuần 8 cần 200 bánh xe, tồn kho đến tuần 7 còn 20 → Net Requirement = 180. Lead time = 2 tuần → phải đặt 180 bánh xe ở tuần 6 (2 tuần trước tuần 8). Planned Order Release tuần 6 = 180.


Planning Factors (Các yếu tố lập kế hoạch)

Định nghĩa (Definition)

Các yếu tố ảnh hưởng đến cách MRP tính toán, đặc biệt là Lead TimeLot Sizing.

Giải thích chi tiết (Detailed Explanation)

Lead Time (Thời gian giao hàng / Thời gian chờ)

  • Cho mua hàng: Thời gian từ đặt hàng → nhận hàng (bao gồm xử lý đơn, sản xuất bên NCC, vận chuyển)
  • Cho sản xuất: Thời gian từ bắt đầu → hoàn thành lô sản xuất (bao gồm chờ, setup, gia công, di chuyển)
  • MRP offset (lùi) Planned Order Release theo Lead Time

Lot Sizing (Xác định kích thước lô)

Ba phương pháp phổ biến:

1. Lot-for-Lot (L4L) (Đặt đúng nhu cầu)

  • Đặt chính xác bằng Net Requirement mỗi tuần
  • Tồn kho = 0 → Holding Cost = 0
  • Nhưng số lần đặt hàng nhiều → Ordering Cost cao
  • Phù hợp: Item đắt tiền (nhóm A), nhu cầu lumpy
TuầnNRPlanned Order
34040
56060
8180180

2. Fixed Order Quantity (FOQ) (Lượng đặt cố định)

  • Đặt một lượng Q cố định mỗi lần (thường = EOQ hoặc bội số container)
  • Có thể thừa (để lại cho tuần sau)
  • Phù hợp: Item có EOQ rõ ràng, nhà cung cấp yêu cầu đặt theo lô
TuầnNRPlanned Order (Q=100)Thừa
34010060
5600 (dùng thừa)0
8180200 (2×100)20

3. Periodic Order Quantity (POQ) (Đặt theo chu kỳ)

  • Đặt đủ cho P tuần tới (P = EOQ/nhu cầu trung bình/tuần)
  • Kết hợp ưu điểm L4L (ít tồn kho) và FOQ (ít lần đặt)
  • Phù hợp: Item có nhu cầu tương đối đều
TuầnNRPlanned Order (P=3 tuần)
34040+60 = 100 (đủ tuần 3-5)
8180180

Outputs from MRP: Action Notices (Đầu ra MRP: Thông báo hành động)

Định nghĩa (Definition)

Action Notices (hay Exception Reports) là các thông báo từ hệ thống MRP yêu cầu người lập kế hoạch thực hiện hành động cụ thể.

Giải thích chi tiết (Detailed Explanation)

Các loại Action Notice:

Thông báoÝ nghĩaHành động
Release OrderĐến lúc phải đặt hàngPhát lệnh đặt hàng/sản xuất
ExpediteCần hàng sớm hơn dự kiếnLiên hệ NCC giao sớm, tăng ca
De-expediteKhông cần sớm như đã đặtHoãn đơn hàng, giảm tồn kho
CancelKhông cần nữaHủy đơn hàng chưa giao
Increase QuantityCần nhiều hơnTăng số lượng đơn hàng
Decrease QuantityCần ít hơnGiảm số lượng đơn hàng

Capacity Requirements Planning (CRP):

  • MRP tính nhu cầu vật liệu nhưng không kiểm tra công suất
  • CRP kiểm tra: MRP plan có vượt quá Capacity tại các Work Center không?
  • Nếu vượt → cần điều chỉnh MPS hoặc tăng công suất

Ví dụ thực tế (Real-world Example)

Hệ thống MRP của nhà máy VinFast phát thông báo: “Expedite đơn hàng pin LFP #4523 — cần nhận tuần 12 thay vì tuần 14 do MPS tăng sản lượng VF5.” Bộ phận mua hàng liên hệ nhà cung cấp CATL để đẩy nhanh giao hàng.


Enterprise Resource Planning (ERP)

Figure 11.43 - ERP System

Figure 11.43: Hệ thống ERP — tích hợp toàn bộ quy trình kinh doanh trên một cơ sở dữ liệu duy nhất

Định nghĩa (Definition)

Enterprise Resource Planning (ERP) là hệ thống phần mềm tích hợp toàn diện quản lý TẤT CẢ quy trình kinh doanh trong một tổ chức trên một cơ sở dữ liệu duy nhất. ERP phát triển từ MRP → MRP II → ERP.

Giải thích chi tiết (Detailed Explanation)

Lịch sử phát triển:

MRP (1960s-70s)     → Chỉ tính nhu cầu vật liệu
    ↓
MRP II (1980s)      → Thêm capacity planning, shop floor, purchasing
    ↓
ERP (1990s-nay)     → Tích hợp toàn bộ: finance, HR, CRM, SCM...
    ↓
ERP II / Cloud ERP  → Mở rộng ra ngoài doanh nghiệp (nhà cung cấp, khách hàng)

Các module chính của ERP:

ModuleChức năngLiên kết OM
ProductionMRP, MPS, Shop FloorMaterial Requirements Planning (MRP), Scheduling
AccountingSổ cái, công nợ, ngân sáchCost Management
Human ResourcesTuyển dụng, lương, đào tạoWorkforce Planning
Supply Chain ManagementMua hàng, logisticsSupply Chain Management, Inventory Management
Customer Relationship Management (CRM)Bán hàng, dịch vụ KHDemand Management
Business IntelligenceBáo cáo, phân tíchData Analytics

Cách ERP hoạt động:

  • Một cơ sở dữ liệu duy nhất (Single Database): Tất cả phòng ban dùng chung → không có “ốc đảo thông tin” (Information Silos)
  • Real-time: Khi Sales nhập đơn hàng → Finance thấy doanh thu → Production thấy nhu cầu → Warehouse thấy lệnh xuất kho → tất cả đồng thời

Lợi ích:

  • Loại bỏ dữ liệu trùng lặp và mâu thuẫn
  • Thông tin real-time cho quyết định nhanh hơn
  • Tự động hóa quy trình (giảm giấy tờ, sai sót)
  • Chuẩn hóa quy trình (Best Practices)
  • Visibility xuyên suốt chuỗi cung ứng

Thách thức:

  • Chi phí rất cao: SAP, Oracle ERP tốn hàng triệu USD + tư vấn
  • Thời gian triển khai: 1-3 năm (thậm chí lâu hơn)
  • Thay đổi tổ chức: Nhân viên phải thay đổi cách làm việc → phản kháng
  • Rủi ro thất bại: ~50% dự án ERP không đạt kỳ vọng ban đầu

Nhà cung cấp ERP phổ biến:

  • SAP: Lớn nhất thế giới, mạnh về manufacturing (SAP S/4HANA)
  • Oracle: Mạnh về finance và database
  • Microsoft Dynamics: Phù hợp SME
  • Odoo: Mã nguồn mở, phổ biến ở Việt Nam cho SME

Ví dụ thực tế (Real-world Example)

Vinamilk triển khai SAP ERP cho toàn bộ hệ thống: từ quản lý 13 nhà máy (production planning), 200.000+ điểm bán (distribution), nguyên liệu từ 10.000+ hộ nông dân (procurement), đến tài chính và nhân sự 10.000+ nhân viên. Khi đại lý tại Cần Thơ bán 100 thùng sữa, hệ thống tự động cập nhật tồn kho kho miền Tây, trigger MRP tính lại nhu cầu sản xuất, và cập nhật doanh thu real-time.


Resource Planning for Service Providers (Hoạch định nguồn lực cho nhà cung cấp dịch vụ)

Định nghĩa (Definition)

Dịch vụ cũng cần hoạch định nguồn lực, nhưng thay vì Bill of Materials (BOM), dùng Bill of Resources — liệt kê các nguồn lực (nhân lực, thiết bị, vật tư) cần cho mỗi dịch vụ.

Giải thích chi tiết (Detailed Explanation)

So sánh Manufacturing vs Service:

Sản xuấtDịch vụ
BOMLinh kiện, nguyên liệuNhân lực, phòng, thiết bị
MPSSố sản phẩm/tuầnSố khách/ca trực/phòng mổ
MRPNhu cầu vật liệuNhu cầu nhân lực + vật tư
Tồn khoLinh kiện, thành phẩmVật tư tiêu hao, thuốc
Lead TimeMua hàng + sản xuấtĐào tạo + chuẩn bị

Bill of Resources cho dịch vụ:

Ví dụ: 1 ca phẫu thuật nội soi

Level 0: Phẫu thuật nội soi (1 ca)
├── Nhân lực: 1 bác sĩ phẫu thuật (2 giờ)
├── Nhân lực: 1 bác sĩ gây mê (2.5 giờ)
├── Nhân lực: 2 y tá phụ mổ (2 giờ)
├── Phòng mổ: 1 phòng (3 giờ, gồm chuẩn bị)
├── Thiết bị: 1 bộ nội soi
└── Vật tư tiêu hao: bộ dụng cụ mổ, thuốc, băng gạc...

Dependent Demand trong dịch vụ:

  • Nếu lịch mổ tuần tới có 20 ca nội soi → cần 20 bộ dụng cụ, 40 y tá-ca, 20 bác sĩ phẫu thuật-ca…
  • Tính toán giống MRP!

Ví dụ thực tế (Real-world Example)

Bệnh viện Chợ Rẫy dùng hệ thống ERP y tế (HIS - Hospital Information System) để lập kế hoạch: lịch mổ tuần tới → tính nhu cầu phòng mổ, nhân lực, thuốc gây mê, vật tư. Hệ thống tự động đặt thêm vật tư từ nhà cung cấp nếu tồn kho không đủ — giống MRP cho sản xuất!


Công thức quan trọng (Key Formulas)

Công thứcKý hiệuMô tả
Gross RequirementsNhu cầu thô = Lệnh SX cha × Số lượng BOM
Net RequirementsNhu cầu ròng (khi > 0)
Projected On-Hand InventoryTồn kho dự kiến
POR lùi Lead Time → Planned Order ReleasePlanned Order ReleasesThời điểm phải đặt hàng
Periodic Order Quantity (POQ)Chu kỳ đặt hàng (tuần)

Từ khóa chính (Key Terms)