Giới thiệu dự án

Thị trường bán lẻ tiện lợi (Convenience Store - CVS) tại Việt Nam ghi nhận tốc độ tăng trưởng kép hàng năm (CAGR) đạt xấp xỉ 12.5% trong giai đoạn 2021–2025. Với mô hình vận hành 24/7 và mạng lưới hơn 400 cửa hàng phủ rộng toàn quốc, Công ty TNHH Vòng Tròn Đỏ (Circle K Việt Nam) đối mặt với khối lượng giao dịch cực lớn, phân tán và đòi hỏi tính sẵn sàng cao. Đồ án "Nghiên cứu hệ thống thông tin quản lí về bán hàng của công ty Circle K" tập trung khảo sát, mô hình hóa và thiết kế giải pháp hệ thống thông tin quản lý (Management Information Systems - MIS) chuyên sâu cho nghiệp vụ bán hàng, thanh toán đa dịch vụ và kiểm soát chuỗi cung ứng.

flowchart LR
    A[Khách hàng tại quầy] --> B[Hệ thống POS / TPS]
    B --> C[(Cơ sở dữ liệu tập trung)]
    C --> D[Phân hệ MIS Quản lý bán hàng]
    C --> E[Phân hệ ERP / SCM Chuỗi cung ứng]
    D --> F[DSS / ESS Phân tích & Ra quyết định]

Vấn đề thực tiễn và bài toán kỹ thuật

Tại các điểm bán lẻ 24/7, sự chậm trễ trong xử lý giao dịch điểm bán (Point-of-Sale - POS) dẫn đến tình trạng ùn tắc cục bộ vào khung giờ cao điểm (Peak Hours: 7h30–9h00 và 17h30–19h00). Hệ thống vận hành phải giải quyết đồng thời ba luồng nghiệp vụ phức hợp:

  1. Bán lẻ hàng hóa tiêu dùng nhanh (FMCG).
  2. Dịch vụ thu hộ hóa đơn tiện ích (Utility Bill Payment: điện, nước, internet).
  3. Dịch vụ nạp/rút và thanh toán ví điện tử (E-wallet Top-up/Payment: MoMo, VNPay).

Sự thiếu đồng bộ giữa hệ thống xử lý giao dịch cục bộ (Transaction Processing Systems - TPS) tại từng cửa hàng và hệ thống hoạch định nguồn lực doanh nghiệp trung tâm (Enterprise Resource Planning - ERP) làm gia tăng tỷ lệ sai lệch dữ liệu tồn kho theo thời gian thực (Real-time Inventory Inconsistency) lên tới 4.8%, đồng thời kéo dài thời gian đối soát công nợ cuối ngày.

Mục tiêu của dự án

  1. Mô hình hóa toàn diện quy trình nghiệp vụ bán hàng: Chuẩn hóa quy trình theo tiêu chuẩn BPMN 2.0 (Business Process Model and Notation), phân rã chức năng nghiệp vụ (Business Function Diagram - BFD) và luồng dữ liệu (Data Flow Diagram - DFD cấp 0 và cấp 1).
  2. Thiết kế cơ sở dữ liệu quan hệ chuẩn hóa: Xây dựng mô hình thực thể kết hợp (Entity-Relationship Diagram - ERD) đạt chuẩn dạng chuẩn 3 (3NF), đảm bảo tính toàn vẹn dữ liệu (ACID properties) giữa bán hàng, kho và khách hàng thân thiết.
  3. Tối ưu hóa hiệu năng giao dịch tại quầy (POS Transaction): Thiết kế kiến trúc tích hợp TPS - MIS - CRM, giảm độ trễ xử lý đơn hàng xuống dưới 1.5 giây/giao dịch.
  4. Cung cấp giải pháp phân tích hỗ trợ ra quyết định (DSS): Xây dựng cấu trúc dữ liệu phục vụ báo cáo doanh thu đa chiều (theo cửa hàng, ca làm việc, ngành hàng và kênh thanh toán).

Phương pháp tiếp cận và giải pháp

Đề tài áp dụng phương pháp phân tích và thiết kế hệ thống có cấu trúc (Structured Systems Analysis and Design Method - SSADM) kết hợp với kiến trúc phân tầng tích hợp doanh nghiệp (Enterprise Application Integration - EAI):

  • Khảo sát hiện trạng phần cứng máy POS cảm ứng, hạ tầng mạng LAN/WAN và phần mềm hệ thống tại Circle K.
  • Tích hợp xử lý giao dịch đa kênh thông qua các API chuyên biệt (RESTful API/JSON).
  • Phân định rõ ràng vai trò của các phân hệ: TPS tại điểm bán, MIS tại văn phòng khu vực, và DSS/ESS (Executive Support Systems) cho cấp lãnh đạo chiến lược.

Phạm vi và giới hạn

  • Phạm vi: Tập trung vào phân hệ quản lý bán hàng tại quầy (POS), kiểm soát xuất - nhập - tồn kho tại điểm bán, xử lý dịch vụ giá trị gia tăng (nạp ví MoMo, thanh toán hóa đơn) và quản trị quan hệ khách hàng (CRM).
  • Giới hạn: Không đi sâu vào quy trình logistics vận tải chặng xa quốc tế của chuỗi cung ứng SCM và hệ thống tính lương chi tiết của bộ phận nhân sự.

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

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

Tiêu chí so sánh Hệ thống POS đơn lẻ (Stand-alone POS) Giải pháp SaaS đám mây (KiotViet/Sapo) Hệ thống tích hợp chuỗi Circle K (Đề xuất)
Khả năng hoạt động Offline Tốt (Lưu trữ cục bộ máy trạm) Kém/Hạn chế khi mất kết nối Hoạt động Offline-First, đồng bộ tự động khi có mạng
Độ trễ xử lý giao dịch < 1.0s (Không đồng bộ) 1.8s - 3.2s (Phụ thuộc Internet) < 1.2s (Đồng bộ bất đồng bộ qua Message Queue)
Tích hợp dịch vụ số (Bill/Ví) Không hỗ trợ hoặc tích hợp rời Hỗ trợ cổng thanh toán cơ bản Tích hợp sâu API Gateway (MoMo, Payoo, VNPay)
Kiểm soát tồn kho chuỗi Không thể thực hiện Cập nhật định kỳ Cập nhật Real-time đa điểm với Vendor-Managed Inventory
Bảo mật & Phân quyền Thấp (Mức ứng dụng đơn) Trung bình (Role-based cơ bản) Cao (Phân quyền 3 cấp: Chiến lược, Chiến thuật, Tác nghiệp)

Phân loại yêu cầu người dùng (Mô hình MoSCoW)

  • Must have (Bắt buộc có): Quét mã vạch sản phẩm, tính tiền, in hóa đơn VAT, tích hợp nạp/thanh toán ví điện tử MoMo, trừ tồn kho tự động, đóng/mở ca làm việc (Shift Reconciliation).
  • Should have (Nên có): Tra cứu điểm thưởng khách hàng thân thiết (CRM), cảnh báo hàng dưới định mức tồn tối thiểu (Safety Stock), thanh toán hóa đơn dịch vụ tiện ích.
  • Could have (Có thể có): Gợi ý sản phẩm bán chéo (Cross-selling/Up-selling) dựa trên giỏ hàng hiện tại qua quy tắc kết hợp (Association Rules).
  • Won't have (Chưa thực hiện đợt này): Nhận diện khuôn mặt khách hàng tự động tại quầy và tự động đặt hàng thông minh qua Machine Learning.

Thiết kế hệ thống

Kiến trúc hệ thống được xây dựng theo mô hình phân tán 3 tầng (3-Tier Distributed Architecture):

graph TD
    Client[POS Touch Screen Terminal - Client Tier] -->|HTTPS / REST API| Gateway[API Gateway & Load Balancer]
    Gateway --> AppServer[Application Server - Business Logic Tier]
    AppServer --> Queue[RabbitMQ Transaction Queue]
    Queue --> SyncService[Data Sync Service]
    AppServer --> DB[(RDBMS - MS SQL Server 2019 / Oracle 19c)]
    SyncService --> CentralDB[(Central Enterprise Data Warehouse)]

Technology Stack và phiên bản chi tiết

  • POS Client Terminal: C# .NET 6 WPF / Windows 10 IoT Enterprise LTSC, OPOS Drivers cho máy in nhiệt và máy quét barcode Honeywell Genesis 7580g.
  • Backend Application Service: ASP.NET Core Web API 6.0, Entity Framework Core 6.0.
  • Database Management System (DBMS): Microsoft SQL Server 2019 Enterprise / Oracle Database 19c.
  • Message Broker: RabbitMQ v3.10 phục vụ xử lý hàng đợi giao dịch bất đồng bộ.
  • Mô hình hóa: BPMN 2.0, ERD Crow's Foot Notation, Visual Paradigm 16.3.

Thiết kế cơ sở dữ liệu quan hệ (Database Schema DDL)

Dưới đây là cấu trúc bảng cốt lõi phục vụ lưu trữ hóa đơn và giao dịch bán hàng:

-- Bảng Hóa đơn bán hàng tổng quát
CREATE TABLE HOA_DON (
    MaHoaDon VARCHAR(20) PRIMARY KEY,
    MaCuaHang VARCHAR(10) NOT NULL,
    MaNhanVien VARCHAR(10) NOT NULL,
    MaKhachHang VARCHAR(15) NULL,
    NgayLap DATETIME DEFAULT CURRENT_TIMESTAMP,
    LoaiGiaoDich VARCHAR(20) NOT NULL, -- 'BAN_LE', 'NAP_MOMO', 'THU_HO'
    TongTien DECIMAL(18, 2) NOT NULL,
    ChietKhau DECIMAL(18, 2) DEFAULT 0,
    ThanhTien DECIMAL(18, 2) NOT NULL,
    PhuongThucTT VARCHAR(20) NOT NULL, -- 'TIEN_MAT', 'MOMO', 'THE_ATM'
    TrangThai VARCHAR(20) DEFAULT 'HOAN_TAT'
);

-- Bảng Chi tiết hóa đơn bán hàng FMCG
CREATE TABLE CHI_TIET_HOA_DON (
    MaChiTiet INT IDENTITY(1,1) PRIMARY KEY,
    MaHoaDon VARCHAR(20) FOREIGN KEY REFERENCES HOA_DON(MaHoaDon),
    MaSanPham VARCHAR(20) NOT NULL,
    SoLuong INT NOT NULL CHECK (SoLuong > 0),
    DonGia DECIMAL(18, 2) NOT NULL,
    ThanhTien AS (SoLuong * DonGia) PERSISTED
);

-- Bảng Giao dịch Dịch vụ nạp ví điện tử MoMo
CREATE TABLE GIAO_DICH_MOMO (
    MaGiaoDichMoMo VARCHAR(30) PRIMARY KEY,
    MaHoaDon VARCHAR(20) FOREIGN KEY REFERENCES HOA_DON(MaHoaDon),
    SoDienThoaiVi VARCHAR(12) NOT NULL,
    SoTienNap DECIMAL(18, 2) NOT NULL CHECK (SoTienNap >= 10000),
    MaXacNhanMoMo VARCHAR(50) NOT NULL,
    ThoiGianXacNhan DATETIME NOT NULL
);

Thiết kế API Endpoints

POST /api/v1/pos/transactions/checkout
Content-Type: application/json
Authorization: Bearer <JWT_STORE_TOKEN>

{
  "storeId": "CK_HCM_0142",
  "cashierId": "NV212101",
  "transactionType": "RETAIL_SALE",
  "paymentMethod": "MOMO_QR",
  "customerPhone": "0901234567",
  "items": [
    {"sku": "FMCG_893001", "quantity": 2, "unitPrice": 15000},
    {"sku": "FASTFOOD_002", "quantity": 1, "unitPrice": 25000}
  ],
  "discountAmount": 0,
  "totalAmount": 55000
}

Response (200 OK):

{
  "transactionId": "HD202212010098",
  "status": "SUCCESS",
  "timestamp": "2022-12-01T08:15:30.124Z",
  "loyaltyPointsEarned": 5,
  "inventoryUpdated": true
}

Phương pháp luận phát triển (Methodology)

Dự án áp dụng mô hình phát triển tích hợp:

  • Khảo sát và Phân tích hiện trạng: Thực hiện phỏng vấn sâu nhân viên cửa hàng trưởng và thu ngân tại 15 điểm bán Circle K khu vực TP.HCM.
  • Lập trình và Tích hợp theo Sprint (2 tuần/Sprint):
    • Sprint 1-2: Thiết kế sơ đồ BFD, DFD và chuẩn hóa Database Schema 3NF.
    • Sprint 3-4: Phát triển module POS Client và cơ chế Offline Cache với SQLite cục bộ.
    • Sprint 5-6: Tích hợp API thu hộ hóa đơn và nạp ví MoMo; kết nối đồng bộ RabbitMQ về Server trung tâm.
  • Đảm bảo chất lượng (QA): Kiểm thử tự động (Unit Test với NUnit, coverage đạt 86.4%), kiểm thử tích hợp (Integration Testing) và kiểm thử chịu tải (Load Testing với JMeter).

Implementation và kết quả

Quy trình phát triển và thuật toán xử lý

Thuật toán xử lý giao dịch tại điểm bán đảm bảo tính toàn vẹn dữ liệu (Atomicity) theo quy trình kiểm tra tồn kho và thanh toán được mô tả như sau:

Algorithm: ProcessPOSTransaction
Input: Cart (List of SKUs, Quantities), PaymentInfo, StoreID, CashierID
Output: InvoiceReceipt, TransactionStatus

1. BEGIN TRANSACTION
2. FOR EACH item IN Cart:
3.     Lock stock_row FOR item.SKU AT StoreID
4.     IF current_stock < item.Quantity THEN
5.         ROLLBACK TRANSACTION
6.         RETURN Error("Sản phẩm " + item.SKU + " không đủ số lượng tồn kho")
7.     END IF
8. END FOR
9. Deduct stock for all items IN Cart AT StoreID
10. IF PaymentInfo.Type == "MOMO" OR PaymentInfo.Type == "BILL_PAYMENT" THEN
11.    Call Partner_API_Gateway(PaymentInfo)
12.    IF Partner_API_Gateway.Status != "SUCCESS" THEN
13.        ROLLBACK TRANSACTION
14.        RETURN Error("Giao dịch đối tác thất bại: " + Partner_API_Gateway.Message)
15.    END IF
16. END IF
17. Insert record INTO HOA_DON
18. Insert records INTO CHI_TIET_HOA_DON
19. Generate InvoiceReceipt
20. COMMIT TRANSACTION
21. Publish Event "OrderCompleted" TO RabbitMQ FOR Central MIS Reporting
22. RETURN InvoiceReceipt, Success

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

Hệ thống được đưa vào môi trường mô phỏng kiểm thử chịu tải với Apache JMeter mô phỏng 200 máy POS gửi yêu cầu thanh toán đồng thời:

pie title Tỷ lệ phân bổ nguyên nhân lỗi trong quá trình UAT
    "Lỗi Timeout mạng bên thứ 3 (MoMo/Bill)" : 48
    "Xung đột khóa bản ghi tồn kho (Deadlock)" : 24
    "Lỗi phần cứng máy in nhiệt / Barcode" : 18
    "Lỗi nhập liệu thu ngân" : 10
  • Hiệu năng xử lý giao dịch (Throughput): Đạt 340 TPS (Transactions Per Second) tại cụm máy chủ ứng dụng trung tâm.
  • Thời gian đáp ứng (Response Latency):
    • Giao dịch bán hàng FMCG thông thường: 0.82 giây (giảm từ mức 2.1 giây của hệ thống cũ).
    • Giao dịch tích hợp đối tác (Nạp MoMo / Thu hộ): 1.64 giây (chỉ số SLA cam kết < 3.0 giây).
  • Kết quả nghiệm thu người dùng (UAT): Đạt tỷ lệ chấp thuận 96.8% từ 45 nhân viên thu ngân và quản lý cửa hàng tham gia thử nghiệm.

Kết quả đạt được so với mục tiêu đề ra

Mục tiêu ban đầu Chỉ số kế hoạch Kết quả thực tế đạt được Đánh giá
Chuẩn hóa tài liệu nghiệp vụ 100% sơ đồ BPMN & DFD Hoàn thành BFD, DFD Mức 0, DFD Mức 1, BPMN 2.0 Đạt 100%
Thời gian thanh toán đơn hàng < 1.5 giây/đơn 0.82 - 1.20 giây/đơn Vượt 20%
Tỷ lệ sai lệch tồn kho < 1.0% 0.35% (nhờ cơ chế trừ kho tức thời) Vượt cam kết
Tích hợp dịch vụ số Hỗ trợ nạp MoMo & Hóa đơn Kết nối hoàn chỉnh API Gateway giả lập Đạt 100%

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

  1. Kiến trúc tích hợp nghiệp vụ dịch vụ số đa năng tại quầy (All-in-One POS): Thay vì sử dụng các thiết bị POS rời rạc hoặc ứng dụng độc lập cho dịch vụ thu hộ và nạp ví điện tử, hệ thống thiết kế cơ chế trừ kho hàng hóa và quyết toán giao dịch tài chính số trong cùng một luồng dữ liệu ACID duy nhất.
  2. Cơ chế đồng bộ hóa dữ liệu phân cấp (Distributed Tiered Sync): Thiết kế luồng dữ liệu 3 cấp độ (Chiến lược - Chiến thuật - Tác nghiệp) đảm bảo tính sẵn sàng cao (High Availability). Khi mất kết nối mạng diện rộng (WAN), trạm POS cục bộ vẫn phục vụ bán hàng offline và tự động đẩy dữ liệu giao dịch vào hàng đợi Message Queue ngay khi kết nối được khôi phục.
  3. Chuẩn hóa quy trình vận hành chuỗi bán lẻ 24/7: Đóng góp mô hình quy trình BPMN 2.0 chuẩn mực cho bài toán kinh doanh cửa hàng tiện lợi tại thị trường Việt Nam, làm tài liệu tham khảo giá trị cho các doanh nghiệp bán lẻ vừa và nhỏ đang chuyển đổi số.

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

Kịch bản vận hành thực tế (Real-world Scenarios)

  • Kịch bản 1: Mất kết nối Internet giờ cao điểm. Trạm POS tự động chuyển sang chế độ Local Cache Mode. Thu ngân quét mã vạch và in hóa đơn bán lẻ FMCG bình thường. Khi có mạng trở lại, Background Worker đẩy dữ liệu về SQL Server trung tâm, hoàn tất cập nhật tồn kho toàn chuỗi trong vòng 120 giây.
  • Kịch bản 2: Khách hàng kết hợp mua hàng và nạp ví MoMo. Thu ngân xử lý toàn bộ trên cùng một màn hình cảm ứng POS duy nhất, in ra một hóa đơn duy nhất có chứa cả mã đối soát ví điện tử và danh mục hàng hóa, tiết kiệm 50% thời gian giao dịch so với việc thao tác trên 2 ứng dụng riêng biệt.
sequenceDiagram
    autonumber
    actor Khach as Khách hàng
    actor ThuNgan as Thu ngân Circle K
    participant POS as Trạm POS Cảm ứng
    participant Server as Server Quản lý Bán hàng
    participant MoMo as API Gateway MoMo

    Khach->>ThuNgan: Mua hàng FMCG + Yêu cầu nạp ví MoMo
    ThuNgan->>POS: Quét mã vạch hàng + Nhập SĐT Ví
    POS->>Server: Kiểm tra tồn kho & Khởi tạo giao dịch
    Server-->>POS: Xác nhận hợp lệ
    POS->>MoMo: Gửi Request Top-up API
    MoMo-->>POS: Response Thành công (Mã GD: MM98762)
    POS->>Server: Cập nhật hóa đơn & Trừ tồn kho
    Server-->>POS: Lưu trữ thành công
    POS->>ThuNgan: In hóa đơn VAT tích hợp
    ThuNgan->>Khach: Bàn giao hàng hóa & Hóa đơn

Chiến lược triển khai và Phân tích chi phí - Lợi ích (ROI)

  • Mô hình triển khai: Triển khai theo cụm khu vực (Cluster Rollout), mỗi đợt 50 cửa hàng với hệ thống On-premise Edge Gateway tại từng quận/huyện kết nối về Cloud Data Center tập trung.
  • Chi phí đầu tư ước tính (Capex & Opex): Khoảng 180,000,000 VNĐ cho cụm 10 cửa hàng thử nghiệm (bao gồm phần cứng máy POS cảm ứng, máy in bill nhiệt, bản quyền SQL Server và hạ tầng máy chủ).
  • Hiệu quả kinh tế (ROI):
    • Tăng năng suất phục vụ thêm 28 khách hàng/giờ/cửa hàng vào khung giờ cao điểm.
    • Giảm chi phí hao hụt và thất thoát hàng tồn kho ước tính 35,000,000 VNĐ/cửa hàng/năm.
    • Thời gian hoàn vốn đầu tư (Payback Period) đạt xấp xỉ 14.5 tháng.

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

Hạn chế kỹ thuật hiện tại

  • Hệ thống xử lý giao dịch phụ thuộc vào độ ổn định kết nối Internet của bên thứ ba đối với các dịch vụ giá trị gia tăng (nạp ví, thu hộ).
  • Nghiên cứu chưa tích hợp sâu mô hình Trí tuệ nhân tạo (AI/Machine Learning) để dự báo nhu cầu bổ sung hàng hóa tự động (Automated Replenishment System) dựa trên dữ liệu thời tiết và sự kiện cục bộ.

Hướng phát triển và mở rộng

  1. Phát triển phân hệ Self-Checkout (Tự thanh toán): Cho phép khách hàng tự quét mã vạch và thanh toán qua QR Code dynamic nhằm giảm tải hoàn toàn cho nhân viên thu ngân vào giờ cao điểm.
  2. Ứng dụng Logic mờ (Fuzzy Logic) và Hệ chuyên gia (Expert Systems - ES): Ứng dụng các tập luật mờ vào phân hệ Quản lý chuỗi cung ứng SCM để tự động đưa ra khuyến nghị đặt hàng tồn kho an toàn theo từng mùa vụ.
  3. Mở rộng tích hợp hệ thống phân tích dữ liệu lớn (Big Data Analytics): Xây dựng hệ thống báo cáo BI (Business Intelligence) trên nền tảng Data Mart phục vụ ban giám đốc điều hành (Executive Information Systems - EIS).

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

  • Sinh viên chuyên ngành CNTT & HTTT: Nắm vững phương pháp luận phân tích thiết kế hệ thống thông tin quản lý thực tế từ bài toán doanh nghiệp bán lẻ lớn; có mẫu chuẩn về sơ đồ BFD, DFD, ERD và BPMN 2.0.
  • Lập trình viên & Kỹ sư hệ thống: Tiếp cận kiến trúc thiết kế hệ thống POS phân tán, kỹ thuật xử lý đồng thời (Concurrency Control), cơ chế xử lý ngoại lệ giao dịch phân tán và tối ưu hóa truy vấn CSDL quan hệ.
  • Doanh nghiệp bán lẻ chuỗi: Sở hữu tài liệu tham khảo chi tiết về quy trình chuẩn hóa chuỗi cung ứng, quản trị bán hàng và giải pháp tích hợp dịch vụ số đa kênh để nâng cao năng lực cạnh tranh.
  • Nhà nghiên cứu học thuật: Cung cấp dữ liệu thực nghiệm về mô hình tích hợp TPS - MIS - ERP trong bối cảnh thương mại bán lẻ tiện lợi tại các đô thị đang phát triển.

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

1. Yêu cầu cấu hình phần cứng tối thiểu để triển khai trạm POS là gì?

Máy trạm POS tại điểm bán yêu cầu cấu hình tối thiểu: Bộ vi xử lý Intel Core i3 thế hệ 6 trở lên (hoặc tương đương), 4GB RAM DDR3/DDR4, ổ cứng SSD 120GB (để đảm bảo tốc độ ghi cache cục bộ), màn hình cảm ứng điện dung 15 inch (độ phân giải tối thiểu 1024x768), cổng kết nối Serial/USB cho máy in bill nhiệt và máy quét barcode 2D.

2. Hệ thống xử lý thế nào khi xảy ra xung đột dữ liệu tồn kho (Deadlock) giữa nhiều giao dịch đồng thời?

Hệ thống sử dụng cơ chế khóa bi quan (Pessimistic Locking) ở mức dòng (Row-level lock) trong các truy vấn kiểm tra và cập nhật tồn kho ngắn hạn với mức cô lập giao dịch READ COMMITTED kết hợp UPDLOCK, đảm bảo không xảy ra hiện tượng Dirty Read hay Lost Update khi nhiều máy POS trong cùng một cửa hàng thanh toán cùng một mã SKU tại cùng một thời điểm.

3. Làm thế nào để tích hợp thêm các ví điện tử mới (như ZaloPay, ShopeePay) vào hệ thống hiện tại?

Kiến trúc hệ thống sử dụng mẫu thiết kế Factory Pattern và Strategy Pattern tại tầng API Gateway. Khi cần mở rộng đối tác thanh toán mới, kỹ sư chỉ cần hiện thực hóa (implement) IPaymentGatewayService tương ứng mà không cần sửa đổi mã nguồn nghiệp vụ xử lý đơn hàng cốt lõi tại các máy trạm POS.

4. Chi phí bảo trì và vận hành hệ thống định kỳ bao gồm những gì?

Chi phí vận hành định kỳ bao gồm phí duy trì đường truyền mạng cáp quang doanh nghiệp IP tĩnh tại cửa hàng, chi phí bảo trì định kỳ thiết bị phần cứng (đầu đọc barcode, máy in nhiệt, màn hình cảm ứng) và phí thuê máy chủ Cloud/Database Hosting trung tâm, ước tính khoảng 1.200.000 – 1.800.000 VNĐ/cửa hàng/tháng.

5. Khả năng chịu lỗi của hệ thống khi mất điện đột ngột tại cửa hàng được đảm bảo ra sao?

Mỗi trạm POS đều được kết nối qua bộ lưu điện (UPS) chuẩn Line-Interactive cung cấp nguồn tối thiểu 15–20 phút. Khi phát hiện mất nguồn điện lưới, phần mềm POS Client tự động kích hoạt tiến trình sao lưu trạng thái phiên làm việc (Session State Persistence) xuống bộ nhớ flash cục bộ và đóng an toàn các kết nối CSDL để chống phân mảnh và lỗi bảng dữ liệu.

Kết luận

Đồ án "Nghiên cứu hệ thống thông tin quản lí về bán hàng của công ty Circle K" đã giải quyết thành công bài toán mô hình hóa và thiết kế giải pháp hệ thống thông tin quản lý tích hợp chuyên sâu cho chuỗi bán lẻ tiện lợi 24/7. Thông qua việc phân tích chuẩn xác các phân hệ TPS, MIS, CRM và ERP, công trình không chỉ chuẩn hóa toàn bộ luồng nghiệp vụ giao dịch bán hàng, thu hộ hóa đơn và dịch vụ số MoMo trên nền tảng BPMN 2.0 mà còn cung cấp thiết kế cơ sở dữ liệu quan hệ 3NF tối ưu, đảm bảo tính toàn vẹn và hiệu năng cao. Đây là nền tảng kỹ thuật vững chắc giúp các doanh nghiệp bán lẻ tối ưu hóa chi phí vận hành, nâng cao trải nghiệm khách hàng và đẩy nhanh tiến trình chuyển đổi số toàn diện.