Mẫu Google Sheets Quản Lý Lịch Ca Nhân Viên Nhiều Chi Nhánh 2026

Chuỗi 12 cửa hàng, mỗi cửa hàng 3 ca/ngày, nhân viên xin đổi ca liên tục qua Zalo — đây là bài toán quen thuộc với ai quản lý retail hoặc F&B nhiều chi nhánh. Excel thì mỗi chi nhánh một file, cuối tháng ráp lại tính công muốn nổ đầu. Bài này nói chi tiết cách dựng file Google Sheets quản lý lịch ca cho mô hình nhiều chi nhánh, từ cấu trúc dữ liệu, công thức chống trùng ca, đến cách xử lý khi nhân viên làm việc luân phiên giữa các cửa hàng.

Vì sao quản lý ca nhiều chi nhánh khó hơn một cửa hàng đơn lẻ

Với một cửa hàng, quản lý ca chỉ cần một bảng: ngày, ca, tên nhân viên. Nhưng lên đến 3-4 chi nhánh trở lên, ba vấn đề bắt đầu phát sinh mà mẫu đơn giản không xử lý được.

Thứ nhất là nhân viên dùng chung. Nhiều chuỗi nhỏ không đủ người nên điều nhân viên cửa hàng A sang hỗ trợ cửa hàng B vào cuối tuần. Nếu mỗi chi nhánh có file riêng, không ai biết một người đã bị xếp ca ở hai nơi cùng giờ cho đến khi họ gọi điện báo "em không thể có mặt ở hai chỗ cùng lúc".

Thứ hai là tổng hợp công cuối tháng. Kế toán cần biết tổng giờ làm của từng người trên toàn hệ thống để tính lương, không phải theo từng chi nhánh riêng lẻ. Việc copy-paste từ 5-6 file Excel khác nhau vào 1 file tổng rất dễ sai số, đặc biệt khi có người nghỉ giữa tháng hoặc đổi ca gấp.

Thứ ba là kiểm soát định biên. Quản lý khu vực cần nhìn tổng quan xem chi nhánh nào đang thiếu người ca sáng, chi nhánh nào dư người ca tối, để điều phối kịp thời. Không thể làm được việc này nếu dữ liệu nằm rải rác ở nhiều nơi.

Cấu trúc bảng tính giải quyết được cả ba vấn đề trên

Cách hiệu quả nhất không phải tách file theo chi nhánh, mà gộp toàn bộ dữ liệu vào một Google Sheets duy nhất với cấu trúc phân tầng theo 4 sheet.

Sheet Danh_Sach_NV (Master data)

Cột: Mã NV, Họ tên, Chi nhánh chính, SĐT, Vị trí (thu ngân/bán hàng/kho), Lương theo giờ. Đây là bảng gốc — mọi công thức VLOOKUP/XLOOKUP ở các sheet khác đều trỏ về đây. Mỗi nhân viên chỉ có 1 dòng, kể cả khi họ làm luân phiên nhiều chi nhánh.

Sheet Lich_Ca (bảng chính, dạng long format)

Đây là điểm khác biệt lớn nhất so với cách làm truyền thống dạng ma trận (hàng là nhân viên, cột là ngày). Thay vào đó, mỗi dòng là một ca làm việc cụ thể:

• Ngày (dd/mm/yyyy)
• Chi nhánh (dropdown: CN1 - Quận 1, CN2 - Thủ Đức, CN3 - Bình Thạnh...)
• Mã NV (dropdown liên kết Danh_Sach_NV)
• Ca (dropdown: Sáng 6h-14h, Chiều 14h-22h, Tối 22h-6h)
• Giờ vào thực tế, Giờ ra thực tế (điền cuối ngày, để đối chiếu công)
• Trạng thái (Đã xếp/Đã xác nhận/Đã đổi/Vắng)

Format dạng long như thế này giúp một nhân viên có thể xuất hiện ở nhiều dòng khác nhau (chi nhánh khác nhau, ngày khác nhau) mà không phá vỡ cấu trúc bảng — điều mà dạng ma trận không làm được khi có luân chuyển nhân viên.

Sheet Kiem_Tra_Trung_Ca (cảnh báo tự động)

Đây là phần quan trọng nhất để tránh lỗi xếp trùng người ở hai chi nhánh cùng khung giờ. Dùng công thức COUNTIFS đếm số lần một mã NV xuất hiện trong cùng một ngày + cùng khung giờ overlap (ca sáng CN1 và ca sáng CN2 cùng ngày là trùng, dù khác chi nhánh):

=COUNTIFS(Lich_Ca!A:A, A2, Lich_Ca!C:C, C2, Lich_Ca!D:D, D2)

Nếu kết quả > 1, ô sẽ đỏ nhờ conditional formatting, quản lý nhìn vào biết ngay có xung đột trước khi công bố lịch, không phải sau khi nhân viên đã báo bận.

Sheet Tong_Hop_Cong (pivot theo tháng)

Dùng Pivot Table kéo từ Lich_Ca, group theo Mã NV, tính SUM giờ công (dùng công thức tính chênh lệch Giờ ra - Giờ vào) và filter theo tháng. Sheet này là cái kế toán cần cuối tháng, không phải Lich_Ca thô.

Thao tác xếp lịch tuần cho một chuỗi 3 chi nhánh — ví dụ cụ thể

Giả sử chuỗi có 3 cửa hàng, mỗi cửa hàng cần 2 người ca sáng + 2 người ca chiều, tổng 18 nhân viên toàn hệ thống, trong đó 3 người làm luân phiên (part-time linh hoạt).

Bước 1: Mở sheet Lich_Ca, filter theo tuần cần xếp bằng Filter view (không dùng Filter thường để tránh ảnh hưởng người khác đang xem file cùng lúc — Filter view mỗi người một bản riêng).

Bước 2: Với nhân viên cố định, copy dòng của tuần trước, paste xuống và chỉnh ngày (dùng Ctrl+D kéo công thức ngày +7 nếu đã setup sẵn cột ngày dạng công thức thay vì nhập tay).

Bước 3: Với 3 nhân viên luân phiên, mở sheet Kiem_Tra_Trung_Ca song song để xếp — xếp xong một dòng, liếc qua cột cảnh báo ngay, không đợi xếp hết 18 người mới kiểm tra tổng thể (kiểm tra dồn cuối rất dễ bỏ sót vì mắt đã mỏi).

Bước 4: Sau khi xếp xong, dùng script Apps Script đơn giản gửi thông báo qua Google Chat/email cho từng nhân viên dựa trên cột SĐT/email trong Danh_Sach_NV — bước này không bắt buộc nhưng giảm hẳn tình trạng "em không biết lịch tuần này" của nhân viên mới.

Với quy mô này, sheet Lich_Ca sau 1 tháng sẽ có khoảng 18 người × 30 ngày × ~0.7 (không phải ai cũng làm mỗi ngày) ≈ 380 dòng — vẫn nằm gọn trong khả năng xử lý mượt của Google Sheets, chưa cần lo về giới hạn hiệu năng.

Google Sheets vs phần mềm chấm công chuyên dụng — khi nào nên chuyển

Nhiều chủ chuỗi hỏi đến một mốc nào đó có nên bỏ Sheets chuyển sang phần mềm HR chuyên dụng (Base, MISA, 1Office...). Câu trả lời phụ thuộc vào quy mô và độ phức tạp thực tế, không phải cứ "chuyên nghiệp hơn" là tốt hơn.

Tiêu chí	Google Sheets (mẫu tự xây)	Phần mềm chấm công chuyên dụng
Chi phí	Miễn phí (chỉ tốn công setup ban đầu)	50.000-200.000đ/nhân viên/tháng
Số chi nhánh phù hợp	Dưới 10 chi nhánh, dưới 100 nhân viên	Trên 10 chi nhánh hoặc trên 100 nhân viên
Chấm công tự động (GPS, vân tay)	Không có, phải nhập tay hoặc tích hợp thêm	Có sẵn, tích hợp máy chấm công
Tùy biến quy trình riêng	Tùy biến vô hạn, tự viết công thức/script	Giới hạn theo tính năng có sẵn
Đồng bộ realtime nhiều người sửa	Tốt nhưng dễ xung đột nếu không dùng Filter view	Tốt, có kiểm soát quyền chặt hơn

Kinh nghiệm thực tế: dưới 10 chi nhánh, Sheets vẫn đủ dùng và tiết kiệm hơn hẳn, miễn là có người trong team đủ vững Google Sheets để bảo trì công thức. Vượt qua ngưỡng đó, thời gian quản lý viên bỏ ra để chỉnh sửa và tránh lỗi thủ công bắt đầu tốn hơn phí phần mềm — lúc đó nên cân nhắc chuyển. Nhiều chủ chuỗi F&B ở Việt Nam thực ra dùng song song: Sheets cho xếp lịch (linh hoạt, dễ chỉnh), phần mềm chuyên dụng cho chấm công thực tế (chính xác giờ vào/ra qua máy).

Những lỗi thường gặp khi tự dựng mẫu này

Lỗi phổ biến nhất là dùng dạng ma trận (hàng nhân viên, cột ngày, ô ghi ca) thay vì long format. Ma trận nhìn trực quan hơn khi mới làm, nhưng khi cần lọc theo chi nhánh, tính tổng công theo tháng, hay phát hiện trùng ca, công thức sẽ phức tạp gấp nhiều lần vì dữ liệu không "phẳng". Nên chuyển sang long format ngay từ đầu dù ban đầu trông rối hơn.

Lỗi thứ hai là không khóa vùng dữ liệu gốc (Danh_Sach_NV). Khi nhiều quản lý chi nhánh cùng có quyền edit, ai đó vô tình sửa nhầm tên hoặc mã nhân viên ở bảng gốc sẽ làm sai lệch toàn bộ VLOOKUP ở các sheet khác. Dùng Data > Protected sheets and ranges để chỉ admin được sửa Danh_Sach_NV, các quản lý chi nhánh chỉ được sửa phần Lich_Ca của chi nhánh mình (set range protection theo điều kiện chi nhánh).

Lỗi thứ ba là quên đối chiếu giữa lịch xếp (kế hoạch) và giờ vào/ra thực tế (thực tế). Nhiều mẫu chỉ có một cột duy nhất ghi "ca làm việc" mà không tách riêng kế hoạch với thực tế chấm công, dẫn đến việc tính lương dựa trên lịch xếp thay vì giờ thực làm — sai lệch khi có người đến trễ, về sớm, hoặc đổi ca giờ chót mà không cập nhật lịch gốc.

Mở rộng mẫu khi số lượng nhân viên tăng

Khi chuỗi phát triển từ 3 lên 8-10 chi nhánh, mẫu cơ bản ở trên cần thêm vài lớp kiểm soát. Thêm cột "Định biên chuẩn" ở sheet riêng ghi số người cần cho mỗi ca/mỗi chi nhánh, rồi dùng công thức so sánh với số người thực xếp trong Lich_Ca để cảnh báo thiếu/dư người tự động — quản lý khu vực không cần đếm tay từng chi nhánh mỗi tuần.

Nếu có nhân viên bán hàng làm việc theo ca xoay như retail, tham khảo thêm cách bố trí ca xoay theo tuần trong mẫu quản lý ca làm việc nhân viên bán hàng — cấu trúc dropdown ca và công thức tính giờ công có thể áp dụng trực tiếp vào sheet Lich_Ca nói trên. Với chuỗi có nhiều nhân viên part-time chia sẻ giữa các chi nhánh, phần tính lương theo giờ cũng nên tách riêng thành sheet phụ thay vì nhét chung vào Tong_Hop_Cong, tránh công thức quá dài khó bảo trì khi số dòng dữ liệu tăng lên hàng nghìn sau vài tháng vận hành.

Ở chiều ngược lại, nếu kế toán/quản lý muốn theo dõi thêm chi phí vận hành từng chi nhánh song song với công nhân viên, có thể tham khảo cấu trúc phân loại khoản mục trong mẫu quản lý chi tiêu Google Sheets để dựng thêm sheet chi phí lương theo chi nhánh, liên kết trực tiếp với Tong_Hop_Cong bằng SUMIFS.

Khi nào nên dùng mẫu dựng sẵn thay vì tự xây từ đầu

Tự dựng mẫu như trên mất khoảng 1 buổi cho người rành Sheets, nhưng dễ mất cả tuần cho ai chưa quen công thức VLOOKUP/XLOOKUP và conditional formatting. Nếu team không có ai đủ tự tin xử lý phần công thức chống trùng ca, cách nhanh hơn là dùng mẫu đã dựng sẵn cấu trúc long format và các công thức kiểm tra, chỉ cần điền tên chi nhánh, tên nhân viên vào và dùng ngay — SheetStore có sẵn các mẫu dạng này cho mô hình chuỗi cửa hàng, tiết kiệm phần lớn công đoạn setup ban đầu để tập trung vào việc vận hành thực tế.

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

Mẫu này khác gì với mẫu quản lý ca làm việc nhân viên bán hàng đã có trên site?

Mẫu ca bán hàng chỉ quản lý 1 cửa hàng. Mẫu này thêm sheet tổng hợp theo từng chi nhánh, cột mã chi nhánh, và bảng đối chiếu để phát hiện một nhân viên bị xếp trùng ca ở hai cơ sở cùng lúc.

Làm sao để tránh xếp trùng lịch khi một nhân viên hỗ trợ nhiều chi nhánh?

Dùng công thức COUNTIFS quét toàn bộ sheet chi nhánh theo tên nhân viên và khung giờ, tô đỏ ô nếu phát hiện trùng. File mẫu có sẵn conditional formatting cho việc này, không cần cài thêm add-on.

Mẫu có tính tự động tổng giờ công cho từng chi nhánh không?

Có. Mỗi sheet chi nhánh tự cộng giờ công theo tuần/tháng, đồng thời sheet tổng hợp dùng SUMIFS gom số liệu từ tất cả chi nhánh để so sánh khối lượng nhân sự giữa các cơ sở.

File có phù hợp cho chuỗi 5-10 chi nhánh trở lên không?

Phù hợp tới khoảng 10-15 chi nhánh trước khi Google Sheets bắt đầu chậm do nhiều công thức tham chiếu chéo. Nếu chuỗi lớn hơn, nên cân nhắc chuyển sang phần mềm quản lý ca chuyên dụng.