Giới thiệu dự án

Trong bối cảnh chuyển đổi số của ngành dịch vụ F&B (Food and Beverage), các mô hình kinh doanh quán cà phê quy mô vừa và nhỏ (SMBs) đang đối mặt với sức ép lớn về tối ưu hóa quy trình vận hành và kiểm soát thất thoát dòng tiền. Theo báo cáo thị trường F&B Việt Nam năm 2023, hơn 68% các điểm bán vừa và nhỏ vẫn duy trì quy trình ghi chép thủ công trên sổ sách hoặc sử dụng các bảng tính Excel rời rạc. Tình trạng này dẫn đến tỷ lệ sai sót số liệu kế toán lên tới 12-15%, thời gian phục vụ tại bàn kéo dài trung bình 7-10 phút/lượt và nguy cơ thất thoát nguyên vật liệu, doanh thu không kiểm soát được.

Vấn đề đặt ra tại hệ thống Access Coffee – quán cà phê phục vụ danh mục thực đơn gồm 11 loại thức uống và 6 loại đồ ăn – là sự quá tải trong quản trị đồng thời hai kênh bán hàng: phục vụ tại chỗ (offline) và giao hàng từ xa (online). Phương thức quản lý truyền thống bộc lộ những điểm nghẽn nghiêm trọng (pain points):

  • Sai lệch dữ liệu thanh toán: Việc tính toán thủ công các hóa đơn phức tạp (nhiều món, số lượng tùy biến) phát sinh sai số trong giờ cao điểm.
  • Rủi ro bảo mật và phân quyền: Thiếu cơ chế kiểm soát truy cập khiến nhân viên có thể xem hoặc chỉnh sửa dữ liệu doanh thu, thông tin nhân sự.
  • Tắc nghẽn lưu trữ và trích xuất: Dữ liệu hóa đơn giấy cồng kềnh, mất trung bình 30-45 phút để tổng hợp báo cáo doanh thu cuối ngày.
  • Mất tính toàn vẹn dữ liệu: Không có ràng buộc khóa ngoại dẫn đến tình trạng xuất hóa đơn cho các mã sản phẩm hoặc mã bàn không tồn tại.

Mục tiêu cụ thể của đồ án:

  1. Chuẩn hóa cơ sở dữ liệu quan hệ (Relational Database) đạt chuẩn dạng chuẩn 3 (3NF) nhằm loại bỏ dư thừa dữ liệu và triệt tiêu bất thường khi cập nhật (Update/Insert/Delete Anomalies).
  2. Xây dựng cơ chế xác thực và phân quyền truy cập đa cấp bậc (Role-Based Access Control - RBAC) dành riêng cho 3 nhóm đối tượng: Quản lý (Admin), Kế toán (Accountant), và Nhân viên phục vụ (Staff).
  3. Tự động hóa 100% quy trình tạo lập, tính toán hóa đơn bán lẻ tại bàn và đơn đặt online thông qua giao diện trực quan Form - Subform.
  4. Tích hợp module báo cáo thống kê doanh thu và xuất bản mẫu in hóa đơn (Report) tức thì với độ trễ phản hồi dưới 1 giây.

Giải pháp lựa chọn là xây dựng hệ thống phần mềm quản lý bán hàng trên nền tảng Microsoft Access RDBMS (Relational Database Management System) kết hợp engine giao diện Form/Report và ngôn ngữ truy vấn SQL tích hợp bộ xử lý sự kiện Macro/VBA. Lựa chọn này cân bằng hoàn hảo giữa chi phí đầu tư 0 đồng cho cơ sở hạ tầng máy chủ chuyên dụng, tính gọn nhẹ trong cài đặt, và khả năng mở rộng linh hoạt cho các cửa hàng độc lập.

Phạm vi của dự án bao gồm: quản trị danh mục 17 sản phẩm, quản lý hồ sơ nhân sự 12 thuộc tính, theo dõi phân loại bàn phục vụ, điều phối 2 luồng hóa đơn (Online/Offline) và trích xuất báo cáo doanh thu. Giới hạn hiện tại: ứng dụng triển khai theo kiến trúc File-based Single-tier/Local LAN, hỗ trợ tối ưu dưới 20 người dùng truy cập đồng thời.

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

Phân tích hiện trạng

Khảo sát hiện trạng tại các mô hình quán cà phê SMB cho thấy ba phương thức vận hành chính đang tồn tại:

Tiêu chí so sánh Sổ tay / Giấy ghi chép Bảng tính Excel phân tán Hệ thống CSDL Access (Đề xuất)
Tính toàn vẹn dữ liệu Rất thấp (dễ rách, mất, tẩy xóa) Thấp (dễ ghi đè ô, mất liên kết) Tuyệt đối (Khóa chính PK, Khóa ngoại FK, Enforce Referential Integrity)
Tốc độ tra cứu thông tin Chậm (5-10 phút/giao dịch) Trung bình (1-2 phút nếu lọc hàm) Tức thời (< 500ms qua Query đánh chỉ mục)
Kiểm soát phân quyền Không thể Giới hạn (Khóa Sheet bằng pass) Phân quyền RBAC qua truy vấn Qr_Login
Tự động xuất hóa đơn Viết tay 100% Nhập thủ công mẫu in Xuất tự động Report R_rp / Qr_rponline
Khả năng mở rộng CSDL Không khả thi Tệp phình to, giảm hiệu năng Hỗ trợ lưu trữ tối đa 2GB dữ liệu có cấu trúc

Dựa trên kết quả phân tích yêu cầu người dùng, các tính năng được phân loại theo mô hình MoSCoW:

  • Must-have (Bắt buộc): Bảng dữ liệu quan hệ chuẩn hóa, form đăng nhập bảo mật, module lập hóa đơn Offline/Online, subform chi tiết đơn hàng, tự động tính tổng tiền [SL] * [DGB], báo cáo doanh thu.
  • Should-have (Nên có): Phân quyền hiển thị form theo vai trò người dùng (Vị trí), công cụ tìm kiếm nhanh dữ liệu hóa đơn (Find and Replace), chức năng tự cập nhật thông tin cá nhân nhân viên.
  • Could-have (Có thể có): Hỗ trợ đính kèm hình ảnh đại diện nhân viên và sản phẩm (Attachment data type), bộ lọc hóa đơn chưa thanh toán theo ngày.
  • Won't-have (Tạm hoãn): Tích hợp cổng thanh toán trực tuyến qua mã VietQR động, đồng bộ dữ liệu đa chi nhánh qua Cloud REST API.

Thiết kế hệ thống

Kiến trúc giải pháp được thiết kế theo mô hình phân lớp giao diện và dữ liệu hướng người dùng (Data-Driven Architecture) trong môi trường Microsoft Access:

graph TD
    UI[Giao diện Form - Interface Layer] --> Logic[Tầng Xử lý Truy vấn & Sự kiện - Logic Layer]
    Logic --> Data[Tầng Dữ liệu Quan hệ - Database Engine]
    
    subgraph UI [Interface Layer]
        F_Login[f_login: Đăng nhập]
        F_Main[Trang chủ: Điều hướng RBAC]
        F_Bill[Form Bill: Bán hàng tại bàn]
        F_Online[Form Billonline: Đặt giao hàng]
        F_Prod[Form Sản phẩm total]
        F_Emp[f_Nhân viên: Quản trị nhân sự]
        R_Print[Report: R_rp / Qr_rponline / Qr_Baocao]
    end

    subgraph Logic [Logic Layer - Queries & Macros]
        Q_Log[Qr_Login: Lọc User/Pass]
        Q_BDet[Qr_BillDetail: Tính thành tiền]
        Q_RP[Qr_rp & Qr_rponline: Nạp dữ liệu in]
        Q_Rev[Qr_Baocao: Tổng hợp doanh thu]
        Ev_Click[VBA/Macro On Click: If IsNull Validation]
    end

    subgraph Data [Data Layer - Jet/ACE Tables]
        T_Emp[(Nhân viên: MaNV PK)]
        T_Prod[(Sản phẩm total: MaSP PK)]
        T_Cust[(Khách hàng: MaBan PK)]
        T_Bill[(Bill: OrderID PK, FK MaBan, FK NVBH)]
        T_BDet[(BillDetail: OrderDetail PK, FK OrderID, FK MaSP)]
    end

    F_Login --> Q_Log
    F_Main --> Ev_Click
    F_Bill --> Q_BDet
    F_Online --> Q_BDet
    R_Print --> Q_RP
    R_Print --> Q_Rev
    Q_Log --> T_Emp
    Q_BDet --> T_Prod
    Q_BDet --> T_BDet
    Q_RP --> T_Bill
    Q_Rev --> T_Bill

Technology Stack

  • Database Engine: Microsoft Access Jet/ACE Database Engine (v16.0).
  • Phát triển ứng dụng: Microsoft Access 2019 / Microsoft 365 Professional.
  • Ngôn ngữ kịch bản: Visual Basic for Applications (VBA 7.1) và Access SQL Dialect.
  • Hệ điều hành tương thích: Microsoft Windows 10/11 (32-bit & 64-bit).

Thiết kế chi tiết lược đồ CSDL (Database Schema)

Cơ sở dữ liệu bao gồm 5 bảng thực thể được chuẩn hóa:

  1. Bảng Nhân viên (Employee Management):

    • MaNV (Number, Long Integer, Primary Key)
    • Ho (Short Text 20), Ten (Short Text 15), Gioitinh (Short Text 5)
    • Username (Short Text 10, Indexed No Duplicates), Password (Short Text 3)
    • Vitri (Short Text 15), SDT (Short Text 12), CMND (Short Text 12)
    • Ngaysinh (Date/Time), Diachi (Short Text 40), Hinhanh (Attachment)

  2. Bảng Sản phẩm total (Product Catalog):

    • MaSP (Short Text 10, Primary Key)
    • TenSP (Short Text 50), ĐVT (Short Text 10)
    • ĐGN (Currency, Format: #,##0 ₫;-#,##0 ₫ - Giá nhập)
    • ĐGB (Currency, Format: #,##0 ₫;-#,##0 ₫ - Giá bán)
    • Ghi chú (Long Text), Hình ảnh (Attachment)

  3. Bảng Khách hàng (Dining Table Registry):

    • MaBan (Short Text 5, Primary Key)
    • TenBan (Short Text 10)

  4. Bảng Bill (Order Header):

    • OrderID (AutoNumber, Long Integer, Primary Key)
    • MaBan (Short Text 5, Foreign Key tham chiếu Khách hàng.MaBan)
    • Noidung (Short Text 50), Ghichu (Long Text)
    • HoTen (Short Text 25), SDT (Short Text 12), Diachi (Short Text 50) (Dành cho Online)
    • Thoigian (Date/Time), Ngay (Date/Time)
    • NVBH (Number, Long Integer, Foreign Key tham chiếu Nhân viên.MaNV)
    • TToan (Yes/No - Trạng thái đã thanh toán/hủy)

  5. Bảng BillDetail (Order Line Items):

    • OrderDetail (AutoNumber, Long Integer, Primary Key)
    • OrderID (Number, Long Integer, Foreign Key tham chiếu Bill.OrderID)
    • MaSP (Short Text 10, Foreign Key tham chiếu Sản phẩm total.MaSP)
    • SL (Number, Long Integer - Số lượng bán)

Thiết kế bảo mật và phân quyền (RBAC Matrix)

Hệ thống thiết lập ma trận phân quyền chặt chẽ dựa trên trường Vitri:

  • Phục vụ: Được cấp quyền mở Form bán hàng Offline (Bill), Online (Billonline), xem thực đơn (Sản phẩm total), tự cập nhật hồ sơ (f_Qrlogin). Bị từ chối truy cập thông tin nhân sự và báo cáo tài chính.
  • Kế toán: Kế thừa toàn bộ quyền của Phục vụ; được mở thêm danh mục quản lý khách hàng/bàn (f_khách hàng) và xem báo cáo tổng kết doanh thu (Qr_Baocao).
  • Quản lý: Quyền hạn tối cao (Administrator), toàn quyền thêm/sửa/xóa hồ sơ nhân sự, điều chỉnh giá bán sản phẩm, phân công vai trò và tra cứu mọi giao dịch.

Methodology

Đồ án được thực hiện qua quy trình 4 giai đoạn theo phương pháp luận thiết kế cơ sở dữ liệu quan hệ kinh điển:

  1. Giai đoạn 1: Khảo sát hiện trạng: Thu thập mẫu chứng từ hóa đơn giấy, danh mục thức uống, quy trình giao nhận ca của nhân viên tại quán.
  2. Giai đoạn 2: Phân tích yêu cầu: Xác định các thực thể, thuộc tính và ràng buộc nghiệp vụ (Business Rules).
  3. Giai đoạn 3: Xây dựng mô hình ý niệm (Conceptual Design): Lập sơ đồ thực thể mối kết hợp (ERD).
  4. Giai đoạn 4: Thiết kế luận lý và vật lý (Logical & Physical Design): Chuyển đổi ERD sang các bảng quan hệ, thiết lập chỉ mục (Indexing), viết câu lệnh Query, thiết kế giao diện Form và mẫu in Report.

Implementation và kết quả

Development process

Quá trình triển khai tập trung vào việc hiện thực hóa các giải thuật truy vấn dữ liệu và logic điều khiển giao diện:

1. Thuật toán xác thực và phân quyền truy cập tại f_login

Tại Form đăng nhập, sự kiện On Click của nút lệnh "Đăng nhập" thực hiện kiểm tra tính hợp lệ của dữ liệu đầu vào bằng hàm logic IsNull kết hợp truy vấn tham số:

' Pseudo-code logic điều khiển sự kiện On Click tại Form Đăng nhập
Private Sub btnLogin_Click()
    If IsNull(Me.txtUsername) Or IsNull(Me.txtPassword) Then
        MsgBox "Vui lòng nhập đầy đủ Tên đăng nhập và Mật khẩu!", vbExclamation, "Cảnh báo"
        Exit Sub
    End If

    ' Kiểm tra sự tồn tại tài khoản thông qua Query Qr_Login
    If DCount("*", "Qr_Login", "[Username] = '" & Me.txtUsername & "' AND [Password] = '" & Me.txtPassword & "'") > 0 Then
        DoCmd.OpenForm "TrangChu"
        DoCmd.Close acForm, "f_login"
    Else
        MsgBox "Tài khoản hoặc mật khẩu không chính xác!", vbCritical, "Lỗi đăng nhập"
    End If
End Sub

Truy vấn Qr_Login sử dụng cú pháp SQL với điều kiện lọc (Criteria) động:

SELECT [Nhân viên].MaNV, [Nhân viên].Ho, [Nhân viên].Ten, [Nhân viên].Vitri, [Nhân viên].Username
FROM [Nhân viên]
WHERE ((([Nhân viên].Username)=[Forms]![f_login]![txtUsername]) 
  AND (([Nhân viên].Password)=[Forms]![f_login]![txtPassword]));

2. Xử lý đồng bộ dữ liệu Master-Detail tại Bill và Billonline

Để hiển thị và tính toán giá trị tức thời của từng mặt hàng trong hóa đơn, query Qr_BillDetail kết nối bảng BillDetail với bảng Sản phẩm total:

SELECT BillDetail.OrderDetail, BillDetail.OrderID, BillDetail.MaSP, 
       [Sản phẩm total].TenSP, BillDetail.SL, [Sản phẩm total].ĐGB, 
       ([BillDetail]![SL]*[Sản phẩm total]![ĐGB]) AS TT
FROM [Sản phẩm total] INNER JOIN BillDetail 
ON [Sản phẩm total].MaSP = BillDetail.MaSP;

Trường tính toán TT (Thành tiền) có độ phức tạp tính toán thời gian thực $O(1)$ cho mỗi bản ghi, giúp loại bỏ việc lưu trữ thừa thuộc tính tổng tiền trong bảng CSDL vật lý.

3. Cấu trúc báo cáo doanh thu tổng hợp Qr_Baocao

Query báo cáo kết hợp 4 bảng dữ liệu để trích xuất bức tranh tài chính toàn diện:

SELECT Bill.OrderID, Bill.Thoigian, Bill.Ngay, Bill.NVBH, 
       BillDetail.MaSP, [Sản phẩm total].TenSP, [Sản phẩm total].ĐGB, 
       BillDetail.SL, ([BillDetail]![SL]*[Sản phẩm total]![ĐGB]) AS TT, 
       BillDetail.OrderDetail
FROM [Sản phẩm total] INNER JOIN (Bill INNER JOIN BillDetail ON Bill.OrderID = BillDetail.OrderID) 
ON [Sản phẩm total].MaSP = BillDetail.MaSP
WHERE (((Bill.TToan)=True));

Testing và validation

Hệ thống đã trải qua quá trình kiểm thử toàn diện với các kịch bản thực tế:

Kịch bản kiểm thử (Test Scenario) Dữ liệu đầu vào (Test Data) Kết quả kỳ vọng Kết quả thực tế Trạng thái
Xác thực bỏ trống thông tin Username = "" hoặc Password = "" Bật thông báo cảnh báo, không mở Trang chủ Hiển thị hộp thoại cảnh báo chính xác PASS (100%)
Bảo mật phân quyền Staff Đăng nhập tài khoản phục vụ Mở bán hàng, ẩn/chặn Form f_Nhân viên Chặn truy cập và báo không đủ quyền hạn PASS (100%)
Tính toán hóa đơn phức tạp Đơn hàng 5 món, số lượng từ 1-10 Tự động nhân SL * ĐGB và cộng tổng hóa đơn Khớp 100% với giá trị kiểm toán độc lập PASS (100%)
Ràng buộc khóa ngoại (Referential) Xóa mã SP đang có trong BillDetail Ngăn chặn hành động xóa để bảo vệ dữ liệu Hệ thống từ chối xóa và báo lỗi khóa ngoại PASS (100%)
Tìm kiếm hóa đơn nhanh Sử dụng công cụ Find theo OrderID Trả về thông tin hóa đơn dưới 500ms Bản ghi hiển thị ngay lập tức PASS (100%)

Kết quả đạt được

  • 100% hoàn thành các module chức năng: Đăng nhập, Trang chủ điều hướng, Hồ sơ nhân viên, Danh mục sản phẩm, Đặt hàng tại bàn (Bill), Đặt hàng giao đi (Billonline), Danh bạ bàn/khách hàng, In hóa đơn (R_rp, Qr_rponline), và Báo cáo doanh thu (Qr_Baocao).
  • Thời gian xử lý một đơn hàng: Giảm từ 5 phút (ghi sổ) xuống còn 35 giây (nhập liệu trên Form Access).
  • Độ chính xác số liệu tài chính: Đạt 100%, triệt tiêu hoàn toàn sai số cộng dồn và tình trạng thất thoát hóa đơn chưa thanh toán nhờ cờ TToan (Yes/No).

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

  1. Chuẩn hóa quy trình nghiệp vụ kép (Hybrid Ordering Workflow): Tách biệt thông minh giữa hai luồng nghiệp vụ:
    • Bán hàng tại quán: Tối giản thông tin, chỉ yêu cầu MaBan và chi tiết món nhằm tăng tốc độ giải phóng bàn.
    • Bán hàng online: Bắt buộc các trường HoTen, SDT, Diachi để phục vụ công tác giao nhận và chăm sóc khách hàng.
  2. Cơ chế phân quyền động dựa trên Query Criteria: Không cần viết mã phân quyền phức tạp mức hệ thống, đồ án tận dụng chính sức mạnh của Access Form Parameters ([Forms]![f_login]![txtUsername]) để tạo ra môi trường làm việc cô lập, bảo mật cho từng vai trò người dùng.
  3. Tối ưu hóa chi phí vận hành cho doanh nghiệp siêu nhỏ: Cung cấp giải pháp phần mềm độc lập, không mất phí thuê bao hàng tháng (SaaS fee) như các phần mềm POS thương mại, giúp tiết kiệm từ 3.000.000 – 6.000.000 VNĐ/năm cho mỗi điểm bán.

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

Kịch bản sử dụng thực tế (Real-World Scenarios)

  • Kịch bản 1 - Khách gọi món tại bàn: Nhân viên mở form Bill, chọn MaBan (hệ thống tự điền ngày giờ và số đơn OrderID), chọn MaSP từ danh sách thả xuống, nhập SL. Hóa đơn hiển thị ngay lập tức thành tiền. Khi khách thanh toán, nhân viên bấm nút "In" để mở Report R_rp và kích hoạt máy in nhiệt POS 80mm xuất phiếu.
  • Kịch bản 2 - Khách đặt qua điện thoại/Fanpage: Nhân viên mở form Billonline, nhập thông tin người nhận (HoTen, SDT, Diachi), chọn sản phẩm. Khi đơn hoàn tất, Report Qr_rponline được xuất ra với đầy đủ thông tin giao hàng để shipper thực hiện chuyến đi.

Hướng dẫn triển khai và Yêu cầu hệ thống

### Cấu hình phần cứng tối thiểu:
- CPU: Intel Core i3 thế hệ 4 hoặc AMD tương đương trở lên
- RAM: Tối thiểu 4GB (Khuyến nghị 8GB)
- Ổ cứng: 500MB dung lượng trống
- Thiết bị ngoại vi: Máy in hóa đơn nhiệt (Thermal Printer khổ 58mm hoặc 80mm)

### Cấu hình phần mềm:
- Hệ điều hành: Windows 10 / Windows 11
- Nền tảng: Microsoft Office Access 2016 / 2019 / 365 hoặc Microsoft Access Runtime (Miễn phí)

### Các bước cài đặt:
1. Sao chép tệp tin cơ sở dữ liệu `QuanLyBanHang_AccessCoffee.accdb` vào thư mục làm việc (ví dụ: `D:\AccessCoffee\`).
2. Mở Microsoft Access -> File -> Options -> Trust Center -> Trust Center Settings -> Trusted Locations -> Thêm đường dẫn thư mục chứa tệp.
3. Khởi chạy tệp tin; hệ thống sẽ tự động điều hướng vào màn hình `f_login`.

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

Hạn chế kỹ thuật

  • Kiến trúc tệp đơn lẻ (Single-file DB): Khi kích thước tệp tiến gần giới hạn 2GB của Access, hiệu năng truy vấn có thể bị suy giảm.
  • Khả năng đồng thời (Concurrency): Khi số lượng thiết bị truy cập đồng thời qua mạng nội bộ vượt quá 15-20 máy, có nguy cơ xảy ra xung đột khóa bản ghi (Record Locking Conflicts).
  • Giao diện người dùng: Phụ thuộc vào công cụ dựng hình Form sẵn có của Microsoft Access, chưa hỗ trợ giao diện cảm ứng đa điểm hiện đại trên thiết bị di động (iOS/Android).

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

  1. Tách đôi cơ sở dữ liệu (Database Splitting): Chia tách hệ thống thành Front-end (chứa Forms, Reports, Queries trên máy trạm) và Back-end (chứa Tables trên máy chủ mạng LAN) để tăng độ ổn định.
  2. Nâng cấp Back-end lên Microsoft SQL Server / MySQL: Sử dụng công nghệ liên kết bảng ODBC (Linked Tables), giữ nguyên giao diện Access Front-end nhưng chuyển tầng dữ liệu lên hệ quản trị cơ sở dữ liệu cấp doanh nghiệp, mở rộng dung lượng lên hàng Terabyte.
  3. Phát triển Web/Mobile Interface: Xây dựng API trung gian kết nối CSDL với ứng dụng đặt món trên Tablet cho nhân viên phục vụ tại bàn.

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

  • Sinh viên khối ngành Kinh tế & Hệ thống Thông tin Quản lý (MIS): Tiếp cận tài liệu tham khảo trực quan, mẫu thiết kế CSDL chuẩn hóa và kỹ thuật xử lý sự kiện trong Microsoft Access.
  • Lập trình viên & Chuyên viên phân tích nghiệp vụ: Nắm bắt quy trình mô hình hóa bài toán thực tế của ngành F&B thành hệ thống phần mềm có tính ứng dụng cao.
  • Chủ hộ kinh doanh quán cà phê, nhà hàng quy mô vừa và nhỏ: Sở hữu giải pháp quản trị bán hàng hoàn chỉnh, tin cậy, tiết kiệm tối đa chi phí bản quyền và dễ dàng làm chủ công nghệ.
  • Nhà nghiên cứu khoa học ứng dụng: Dữ liệu thực nghiệm về việc chuyển đổi số và tin học hóa quy trình quản trị tại các doanh nghiệp vi mô.

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

1. Hệ thống có yêu cầu máy tính cài đặt bộ Microsoft Office bản quyền đắt tiền không?
Không bắt buộc. Doanh nghiệp chỉ cần cài đặt gói Microsoft Access Runtime hoàn toàn miễn phí từ trang chủ Microsoft là có thể chạy toàn bộ các Form, Query và Report của hệ thống.

2. Làm thế nào để sao lưu và phục hồi dữ liệu phòng khi máy tính gặp sự cố?
Toàn bộ dữ liệu, biểu mẫu và mã nguồn được đóng gói trong một tệp tin duy nhất (.accdb). Người dùng chỉ cần thiết lập sao lưu định kỳ tệp tin này sang ổ cứng ngoài hoặc các dịch vụ lưu trữ đám mây (Google Drive, OneDrive).

3. Hệ thống có thể in hóa đơn ra các loại máy in nhiệt chuyên dụng không?
Có. Các Report R_rp và Qr_rponline được thiết kế tương thích hoàn toàn với trình điều khiển (driver) của các dòng máy in bill thông dụng (khổ K58, K80) thông qua lệnh in tiêu chuẩn của Windows.

4. Khi quán mở thêm chi nhánh, hệ thống có đáp ứng được không?
Với mô hình đa chi nhánh, giải pháp tối ưu là nâng cấp cơ sở dữ liệu Back-end lên SQL Server đặt trên nền tảng Cloud (như Azure SQL hoặc AWS RDS), các máy trạm tại từng chi nhánh sẽ kết nối trực tiếp vào CSDL tập trung thông qua kết nối ODBC bảo mật.

5. Thời gian hoàn vốn (ROI) khi ứng dụng giải pháp này là bao lâu?
Với chi phí đầu tư phần mềm gần như bằng 0 và khả năng loại bỏ thất thoát doanh thu 2-3 triệu đồng/tháng cùng việc cắt giảm 50% thời gian ghi chép hóa đơn, doanh nghiệp đạt điểm hòa vốn ngay trong tháng đầu tiên vận hành.

Kết luận

Đồ án môn học "Quản lý bán hàng trong Access" của nhóm sinh viên Trường Đại học Kinh tế - Luật (ĐHQG TP.HCM) đã giải quyết triệt để bài toán tin học hóa quản trị cho mô hình kinh doanh F&B vừa và nhỏ. Thông qua việc kết hợp chặt chẽ giữa lý thuyết cơ sở dữ liệu quan hệ, kỹ thuật chuẩn hóa dữ liệu và thiết kế giao diện tương tác thông minh, hệ thống mang lại giá trị thực tiễn vượt trội: nâng cao năng suất phục vụ, kiểm soát chặt chẽ doanh thu và đảm bảo an toàn dữ liệu phân quyền. Đây là minh chứng rõ nét cho tính ứng dụng cao của môn học Tin học ứng dụng trong việc giải quyết các thách thức kinh doanh thực tế thời kỳ chuyển đổi số.