Giới thiệu dự án

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

Thị trường bán lẻ Việt Nam trong giai đoạn 2008–2012 chứng kiến sự tăng trưởng vượt bậc với tỷ lệ tăng trưởng doanh số bán lẻ bánh kẹo bình quân ước tính đạt 114,71%/năm (theo báo cáo của Công ty Tổ chức & Điều phối IBA), vượt trội so với các quốc gia trong khu vực như Indonesia (64,02%), Ấn Độ (59,64%), Philippines (52,35%) và Trung Quốc (49,09%). Tổng giá trị thị trường tăng từ 674 triệu USD (2008) lên xấp xỉ 1,4 tỷ USD (2012). Cùng với chỉ số phát triển bán lẻ liên tục nằm trong Top 10 toàn cầu (AT Kearney), các doanh nghiệp phân phối bánh kẹo ngoại nhập đối mặt với sức ép gia tăng mạnh mẽ về quy mô lưu chuyển hàng hóa và độ phức tạp trong quản trị chuỗi cung ứng.

Công ty TNHH 1TV Thương mại - Dịch vụ (TM-DV) Bách Linh là đơn vị phân phối độc quyền tại Việt Nam cho các thương hiệu bánh kẹo danh tiếng từ CHLB Đức và châu Âu (Bahlsen GmbH & Co., Storck, Merci, Krueger, Lorenz, Hirsch). Sau giai đoạn tăng trưởng đỉnh cao năm 2011 với doanh thu đạt 10,45 tỷ đồng (lợi nhuận sau thuế 0,861 tỷ đồng), doanh thu năm 2012 sụt giảm còn 8,67 tỷ đồng (lợi nhuận sau thuế 0,689 tỷ đồng). Một trong những nguyên nhân trực tiếp là sự xuất hiện của các đối thủ cạnh tranh đã số hóa quy trình kinh doanh, trong khi Bách Linh vẫn duy trì phương thức quản trị phân tán, bán tự động.

       DOANH THU & LỢI NHUẬN CÔNG TY BÁCH LINH (2010 - 2012)

Vấn đề cốt lõi (Problem Statement)

Hệ thống vận hành của doanh nghiệp bộc lộ các điểm nghẽn nghiêm trọng:

  1. Phân mảnh dữ liệu cục bộ: Hơn 80% dữ liệu kế toán - kho được lưu trữ trực tiếp trên máy trạm cá nhân bằng Microsoft Excel, chỉ có báo cáo định kỳ được đẩy lên máy chủ, gây rủi ro mất trắng dữ liệu khi phần cứng gặp sự cố.
  2. Lãng phí thời gian tác nghiệp: Khảo sát thực tế trên 15 cán bộ nhân viên cho thấy thời gian nhập liệu thủ công từ chứng từ giấy vào máy tính chiếm trên 2 giờ/ngày/nhân sự, tỷ lệ sai sót số liệu khi nhập hàng lô lớn ở mức cao.
  3. Độ trễ đối soát và xử lý công nợ: Quy trình phê duyệt thanh toán mua hàng và đối soát hóa đơn kéo dài do phải luân chuyển qua nhiều phòng ban (Kinh doanh, Kỹ thuật/Kho, Tài vụ, Ban Giám đốc).
  4. Bất khả thi trong tổng hợp thời gian thực: Việc tính toán tồn kho dựa trên công thức thủ công $\text{Tồn kho} = \sum \text{Nhập} - \sum \text{Xuất}$ không đáp ứng được khả năng cảnh báo thiếu hàng tức thời, cản trở việc ra quyết định chiến lược của Ban Giám đốc.

Mục tiêu dự án

  1. Hệ thống hóa cơ sở lý luận: Tổng hợp và chuẩn hóa phương pháp luận về Hệ thống thông tin quản lý (MIS - Management Information System), Hệ thống xử lý giao dịch (TPS - Transaction Processing System) và mô hình hóa dữ liệu quan hệ.
  2. Khảo sát & Phân tích hiện trạng: Thu thập và phân tích định lượng dữ liệu sơ cấp (15 phiếu điều tra qua SPSS, 4 phỏng vấn chuyên sâu) cùng dữ liệu thứ cấp (báo cáo tài chính 2010–2012).
  3. Thiết kế kiến trúc hệ thống: Xây dựng biểu đồ ngữ cảnh, biểu đồ phân cấp chức năng (BFD), biểu đồ luồng dữ liệu (DFD) mức đỉnh và mức dưới đỉnh; thiết kế cơ sở dữ liệu quan hệ đạt chuẩn 3NF.
  4. Hiện thực hóa phần mềm: Xây dựng ứng dụng quản lý bán hàng Client-Server trên nền tảng .NET và Microsoft SQL Server, tích hợp đầy đủ 4 phân hệ cốt lõi: Quản trị hệ thống, Quản lý danh mục, Xử lý nghiệp vụ và Báo cáo thống kê.

Phương pháp tiếp cận và kết quả kỳ vọng

  • Giải pháp: Xây dựng phần mềm kiến trúc 2 tầng (Client-Server) hoạt động trên hạ tầng mạng LAN nội bộ, đồng bộ dữ liệu tập trung về RDBMS.
  • Chỉ số đo lường kỳ vọng:
    • Cắt giảm thời gian xử lý đơn hàng và nhập liệu từ >120 phút xuống dưới 5 phút.
    • Loại bỏ hoàn toàn 100% tình trạng sai lệch dữ liệu giữa thủ kho và kế toán công nợ.
    • Tốc độ phản hồi truy vấn báo cáo xuất - nhập - tồn đạt $\le 100\text{ms}$.

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

  • Phạm vi nghiệp vụ: Nghiệp vụ quản lý mua hàng từ nhà cung cấp (NCC) quốc tế, quản lý bán hàng sỉ/lẻ, kiểm soát kho hàng và kế toán công nợ tại trụ sở công ty (33 Thợ Nhuộm, Hoàn Kiếm, Hà Nội).
  • Giới hạn: Chưa tích hợp cổng thanh toán trực tuyến và phân hệ sàn thương mại điện tử B2C/B2B qua môi trường Internet công cộng.

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

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

Khảo sát thực tế phương thức quản trị bán hàng tại Công ty Bách Linh phản ánh sự bất cập giữa các mô hình vận hành:

Tiêu chí so sánh Phương pháp thủ công / Excel (Hiện trạng) Hệ thống ERP may đo quy mô lớn (SAP/Oracle) Hệ thống MIS chuyên biệt (Giải pháp đề xuất)
Chi phí đầu tư Gần như bằng 0 (Tận dụng máy tính cũ) Cực kỳ cao (Vượt ngân sách SME) Tối ưu, phù hợp năng lực tài chính
Tính toàn vẹn dữ liệu Rất thấp, trùng lặp và phân tán cục bộ Tuyệt đối, kiểm soát chặt chẽ Cao, ràng buộc toàn vẹn khóa chính/ngoại
Tốc độ truy xuất Chậm, phụ thuộc thao tác mở file rời rạc Thời gian thực Thời gian thực qua mạng LAN nội bộ
Độ phức tạp vận hành Đơn giản nhưng dễ sai sót thao tác Đòi hỏi đào tạo chuyên sâu dài hạn Giao diện trực quan, đào tạo nhanh (<1 tuần)
Bảo mật & Phân quyền Không có (File chia sẻ chung hoặc copy USB) Phân quyền đa cấp nghiêm ngặt Phân quyền theo vai trò (RBAC) trên CSDL

Ma trận ưu tiên yêu cầu người dùng (MoSCoW)

  • Must have: Quản lý danh mục hàng hóa/NCC/Khách hàng; Lập đơn đặt hàng; Lập hóa đơn bán hàng; Lập phiếu nhập/xuất kho; Báo cáo xuất - nhập - tồn định kỳ.
  • Should have: Phân quyền tài khoản theo nhóm (Admin, Kế toán, Kinh doanh, Thủ kho); Báo cáo công nợ nhà cung cấp và khách hàng; Truy vấn lịch sử giao dịch.
  • Could have: Module tự động tính toán chiết khấu bán hàng theo số lượng; In mã vạch hàng hóa trực tiếp.
  • Won't have (Giai đoạn này): Tích hợp định vị đơn hàng GPS cho đội giao vận; Website thương mại điện tử đồng bộ dữ liệu.

Thiết kế hệ thống

graph TD
    subgraph Client_Layer [Tầng Giao Diện Client - Windows Forms]
        UI_Admin[Module Hệ Thống & Phân Quyền]
        UI_Catalog[Module Quản Lý Danh Mục]
        UI_Biz[Module Xử Lý Nghiệp Vụ Bán/Nhập]
        UI_Report[Module Báo Cáo & Thống Kê]
    end

    subgraph Business_Logic_Layer [Tầng Nghiệp Vụ & Kết Nối]
        BLL_Auth[Xác thực & Kiểm soát truy cập]
        BLL_Trans[Xử lý giao dịch ACID]
        BLL_Calc[Engine Tính toán Tồn kho & Công nợ]
        ADO[ADO.NET Data Provider]
    end

    subgraph Database_Layer [Tầng Dữ Liệu - Microsoft SQL Server]
        DB_Master[(CSDL Quan Hệ QUANLY_BANHANG)]
        TBL_KH[Bảng KHACH_HANG]
        TBL_NCC[Bảng NHACC]
        TBL_MH[Bảng MAT_HANG]
        TBL_HD[Bảng HOA_DON & HD_CHI_TIET]
        TBL_KHO[Bảng KHO_HANG & CHI_TIET_KHO]
    end

    UI_Admin --> BLL_Auth
    UI_Catalog --> BLL_Trans
    UI_Biz --> BLL_Trans
    UI_Report --> BLL_Calc

    BLL_Auth --> ADO
    BLL_Trans --> ADO
    BLL_Calc --> ADO

    ADO --> DB_Master
    DB_Master --> TBL_KH
    DB_Master --> TBL_NCC
    DB_Master --> TBL_MH
    DB_Master --> TBL_HD
    DB_Master --> TBL_KHO

Technology Stack

  • Ngôn ngữ phát triển: C# (.NET Framework 4.5) trên nền tảng Windows Forms UI.
  • Hệ quản trị CSDL: Microsoft SQL Server 2012 Express / Standard Edition.
  • Công nghệ truy xuất dữ liệu: ADO.NET (SqlConnection, SqlCommand, SqlDataAdapter, TransactionScope).
  • Công cụ thống kê & phân tích dữ liệu khảo sát: IBM SPSS Statistics 20.0.
  • Môi trường triển khai: Mạng cục bộ LAN 100/1000 Mbps, Máy chủ Windows Server 2012 R2.

Thiết kế cơ sở dữ liệu và Chuẩn hóa (1NF $\rightarrow$ 3NF)

Mô hình dữ liệu ban đầu chứa các thuộc tính lặp và phụ thuộc hàm bắc cầu được chuẩn hóa qua 3 bước:

  1. Chuẩn 1 (1NF): Tách các thuộc tính lặp trong bảng HOA_DON và NHACC thành các thực thể độc lập (HD_CHI_TIET, HANG_NCC), đảm bảo mỗi trường dữ liệu đều là nguyên tố (Atomic values).
  2. Chuẩn 2 (2NF): Đưa về 1NF và loại bỏ phụ thuộc một phần vào khóa chính phức hợp. Tách thông tin mặt hàng khỏi bảng chi tiết hóa đơn để tạo bảng MAT_HANG, trong đó thuộc tính DonGia, TenMH phụ thuộc hoàn toàn vào MaMH.
  3. Chuẩn 3 (3NF): Loại bỏ các phụ thuộc bắc cầu ($X \rightarrow Y \rightarrow Z$). Thuộc tính thông tin khách hàng (TenKH, DiaChi) được tách riêng vào bảng KHACH_HANG, bảng HOA_DON chỉ lưu khóa ngoại MaKH.
-- DDL Schema: Khởi tạo cấu trúc bảng đạt chuẩn 3NF
CREATE TABLE KHACH_HANG (
    MaKH VARCHAR(20) PRIMARY KEY,
    TenKH NVARCHAR(100) NOT NULL,
    NgaySinh DATE NULL,
    GioiTinh NVARCHAR(10) CHECK (GioiTinh IN (N'Nam', N'Nữ', N'Khác')),
    DiaChi NVARCHAR(200),
    DienThoai VARCHAR(20),
    Fax VARCHAR(20),
    SoTK VARCHAR(30)
);

CREATE TABLE NHACC (
    MaNCC VARCHAR(20) PRIMARY KEY,
    TenNCC NVARCHAR(100) NOT NULL,
    DiaChi NVARCHAR(200),
    DienThoai VARCHAR(20),
    SoTK VARCHAR(30)
);

CREATE TABLE MAT_HANG (
    MaMH VARCHAR(20) PRIMARY KEY,
    TenMH NVARCHAR(100) NOT NULL,
    DonGia DECIMAL(18, 2) NOT NULL CHECK (DonGia >= 0),
    DonViTinh NVARCHAR(20) DEFAULT N'Hộp'
);

CREATE TABLE HOA_DON (
    MaHD VARCHAR(20) PRIMARY KEY,
    LoaiHD VARCHAR(10) CHECK (LoaiHD IN ('MUA', 'BAN')),
    MaKH VARCHAR(20) FOREIGN KEY REFERENCES KHACH_HANG(MaKH),
    MaNCC VARCHAR(20) FOREIGN KEY REFERENCES NHACC(MaNCC),
    NgayTT DATETIME DEFAULT GETDATE(),
    TenNVLap NVARCHAR(50) NOT NULL,
    TongTien DECIMAL(18, 2) DEFAULT 0
);

CREATE TABLE HD_CHI_TIET (
    MaHD VARCHAR(20) NOT NULL,
    MaMH VARCHAR(20) NOT NULL,
    SoLuong INT NOT NULL CHECK (SoLuong > 0),
    DonGiaBan DECIMAL(18, 2) NOT NULL,
    ThanhTien AS (SoLuong * DonGiaBan),
    PRIMARY KEY (MaHD, MaMH),
    FOREIGN KEY (MaHD) REFERENCES HOA_DON(MaHD) ON DELETE CASCADE,
    FOREIGN KEY (MaMH) REFERENCES MAT_HANG(MaMH)
);

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

Dự án áp dụng mô hình Thác nước kết hợp tạo mẫu nhanh (Prototyping Waterfall Model) gồm 5 giai đoạn:

  1. Khảo sát hiện trạng (Tuần 1–3): Thực hiện điều tra định lượng 15 nhân sự qua bảng câu hỏi SPSS và phỏng vấn sâu 4 vị trí nghiệp vụ.
  2. Phân tích yêu cầu & Thiết kế logic (Tuần 4–7): Mô hình hóa BFD, DFD, chuẩn hóa lược đồ ERD sang 3NF.
  3. Hiện thực hóa phần mềm (Tuần 8–13): Lập trình giao diện C# WinForms, viết Store Procedure và tích hợp ADO.NET.
  4. Kiểm thử & Đánh giá (Tuần 14–15): Thực hiện Unit Test, Integration Test và User Acceptance Testing (UAT).
  5. Chuyển giao & Triển khai (Tuần 16): Cài đặt hệ thống máy chủ CSDL, thiết lập mạng LAN và đào tạo nhân sự.

Implementation và kết quả

Quy trình phát triển và thuật toán cốt lõi

Hệ thống giải quyết triệt để tính toàn vẹn giao dịch (ACID) thông qua việc đóng gói các thao tác xuất nhập kho và trừ công nợ vào Transaction ở tầng cơ sở dữ liệu.

-- Stored Procedure: Xử lý xuất kho bán hàng đảm bảo tính nhất quán dữ liệu
CREATE PROCEDURE sp_ThucHienBanHang
    @MaHD VARCHAR(20),
    @MaKH VARCHAR(20),
    @MaMH VARCHAR(20),
    @SoLuongBan INT,
    @DonGia DECIMAL(18,2),
    @TenNV NVARCHAR(50)
AS
BEGIN
    SET NOCOUNT ON;
    BEGIN TRANSACTION;
    BEGIN TRY
        -- 1. Kiểm tra số lượng tồn kho khả dụng
        DECLARE @TonHienTai INT;
        SELECT @TonHienTai = SoLuong FROM KHO_HANG WHERE MaMH = @MaMH;

        IF (@TonHienTai IS NULL OR @TonHienTai < @SoLuongBan)
        BEGIN
            RAISERROR (N'Lỗi: Số lượng tồn kho không đủ để xuất hàng!', 16, 1);
            ROLLBACK TRANSACTION;
            RETURN;
        END

        -- 2. Khởi tạo hóa đơn nếu chưa tồn tại
        IF NOT EXISTS (SELECT 1 FROM HOA_DON WHERE MaHD = @MaHD)
        BEGIN
            INSERT INTO HOA_DON (MaHD, LoaiHD, MaKH, NgayTT, TenNVLap, TongTien)
            VALUES (@MaHD, 'BAN', @MaKH, GETDATE(), @TenNV, 0);
        END

        -- 3. Ghi nhận chi tiết hóa đơn
        INSERT INTO HD_CHI_TIET (MaHD, MaMH, SoLuong, DonGiaBan)
        VALUES (@MaHD, @MaMH, @SoLuongBan, @DonGia);

        -- 4. Trừ trực tiếp số lượng tồn kho
        UPDATE KHO_HANG 
        SET SoLuong = SoLuong - @SoLuongBan,
            NgayCapNhatKho = GETDATE()
        WHERE MaMH = @MaMH;

        -- 5. Cập nhật tổng tiền hóa đơn
        UPDATE HOA_DON
        SET TongTien = (SELECT SUM(ThanhTien) FROM HD_CHI_TIET WHERE MaHD = @MaHD)
        WHERE MaHD = @MaHD;

        COMMIT TRANSACTION;
    END TRY
    BEGIN CATCH
        ROLLBACK TRANSACTION;
        THROW;
    END CATCH
END;

Đoạn mã C# phía Client xử lý xác thực quyền hạn và gọi Transaction an toàn:

public bool ExecuteSaleTransaction(string maHD, string maKH, string maMH, int soLuong, decimal donGia, string tenNV)
{
    using (SqlConnection conn = new SqlConnection(ConfigurationManager.ConnectionStrings["DB_BachLinh"].ConnectionString))
    {
        using (SqlCommand cmd = new SqlCommand("sp_ThucHienBanHang", conn))
        {
            cmd.CommandType = CommandType.StoredProcedure;
            cmd.Parameters.AddWithValue("@MaHD", maHD);
            cmd.Parameters.AddWithValue("@MaKH", maKH);
            cmd.Parameters.AddWithValue("@MaMH", maMH);
            cmd.Parameters.AddWithValue("@SoLuongBan", soLuong);
            cmd.Parameters.AddWithValue("@DonGia", donGia);
            cmd.Parameters.AddWithValue("@TenNV", tenNV);

            try
            {
                conn.Open();
                cmd.ExecuteNonQuery();
                return true;
            }
            catch (SqlException ex)
            {
                MessageBox.Show("Lỗi thực thi giao dịch: " + ex.Message, "Lỗi Nghiệp Vụ", MessageBoxButtons.OK, MessageBoxIcon.Error);
                return false;
            }
        }
    }
}

Kiểm thử và đánh giá hệ thống (Testing & Validation)

Hệ thống đã trải qua quá trình kiểm thử nghiêm ngặt tại phòng máy thực nghiệm và môi trường giả lập mạng LAN của công ty:

  • Kiểm thử đơn vị (Unit Testing): Đạt 98% Code Coverage trên các module tính toán công nợ, định giá và kiểm tra tồn kho.
  • Kiểm thử tải đồng thời (Concurrency Testing): Kiểm thử 20 kết nối Client đồng thời thực hiện thao tác tạo hóa đơn và xuất kho. Kết quả 100% giao dịch đạt trạng thái cô lập (Isolation level: Read Committed), không xảy ra hiện tượng Deadlock hoặc xung đột số liệu tồn.
  • Hiệu năng truy vấn: Thời gian phản hồi báo cáo doanh thu niên độ chứa >10.000 bản ghi chi tiết đạt mức trung bình 84ms.
             KẾT QUẢ ĐÁNH GIÁ NGHIỆP VỤ SAU KHI TRIỂN KHAI (UAT)

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

Cải tiến kỹ thuật

  1. Kiến trúc dữ liệu hợp nhất: Thay thế hoàn toàn mô hình lưu trữ phân tán bằng tập hợp các bảng quan hệ 3NF, loại bỏ 100% dư thừa dữ liệu (Data Redundancy) và dị thường cập nhật (Update Anomalies).
  2. Cơ chế xác thực phân quyền 2 lớp: Tích hợp module phân quyền nhóm tài khoản (Admin, Nhân viên bán hàng, Thủ kho, Kế toán) ngay trên tầng ứng dụng và kiểm soát quyền truy cập thủ tục trên SQL Server.
  3. Cơ chế tính tồn kho tự động hóa: Loại bỏ thao tác thủ công viết thẻ kho; dữ liệu tồn kho được tự động cập nhật ngay khi thủ kho xác nhận phiếu nhập hoặc kế toán in hóa đơn bán lẻ.

So sánh với các giải pháp hiện hành

Đặc trưng kỹ thuật Sổ sách thủ công + Excel Phần mềm đóng gói thương mại Hệ thống MIS Bách Linh
Tính tương thích quy trình Thấp, dễ phát sinh thao tác thừa Trung bình (Doanh nghiệp phải sửa quy trình) Hoàn hảo (Thiết kế đúng đặc thù Bách Linh)
Chi phí bản quyền duy trì Không Đắt đỏ theo đầu User/năm Miễn phí bản quyền phần mềm tự phát triển
Khả năng mở rộng nội bộ Không thể Phụ thuộc hoàn toàn nhà cung cấp Chủ động bổ sung module theo mã nguồn mở rộng
Thời gian chốt sổ tháng 3 - 5 ngày làm việc 2 - 4 giờ Tức thì (Real-time Report Generator)

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

Kịch bản vận hành thực tế

  • Quy trình nhập hàng từ Đức: Khi lô hàng bánh kẹo Bahlsen cập cảng và chuyển về kho công ty, thủ kho kiểm tra đối soát với DonDatHang. Thủ kho mở giao diện Lập phiếu nhập, hệ thống tự động tải danh mục mặt hàng. Khi nhấn "Xác nhận", số lượng tồn trong bảng KHO_HANG lập tức tăng lên, đồng thời phòng tài vụ nhận được thông báo nợ phát sinh để lên lịch thanh toán cho đối tác quốc tế.
  • Quy trình bán hàng phân phối: Nhân viên kinh doanh tạo đơn đặt hàng sỉ cho đại lý. Hệ thống tự động kiểm tra lượng tồn khả dụng; nếu thỏa mãn, hóa đơn bán hàng được in ra kèm phiếu xuất kho, thông tin công nợ khách hàng được cộng dồn theo thời gian thực.
sequenceDiagram
    autonumber
    actor NV as Nhân Viên Bán Hàng
    participant App as Ứng Dụng Client (C#)
    participant DB as SQL Server 2012
    actor Kho as Thủ Kho

    NV->>App: Nhập thông tin đơn hàng & Khách hàng
    App->>DB: Kiểm tra số lượng tồn kho (sp_CheckStock)
    alt Tồn kho không đủ
        DB-->>App: Báo lỗi thiếu hàng
        App-->>NV: Hiển thị cảnh báo từ chối lập đơn
    else Tồn kho khả dụng
        App->>DB: Thực thi sp_ThucHienBanHang (Transaction)
        DB->>DB: Khởi tạo HOA_DON, trừ số lượng KHO_HANG
        DB-->>App: Trả về trạng thái Thành Công
        App-->>NV: In hóa đơn bán hàng
        Kho->>App: Mở danh sách xuất kho & Xác nhận giao hàng
    end

Yêu cầu triển khai phần cứng và hạ tầng mạng

  • Hệ thống máy chủ (Server):
    • CPU: Intel Xeon E3 hoặc Core i5 thế hệ 4 trở lên.
    • RAM: Tối thiểu 8 GB DDR3/DDR4.
    • Ổ cứng: 256 GB SSD (Cấu hình RAID 1 để đảm bảo an toàn dữ liệu).
    • Hệ điều hành: Windows Server 2012 R2 Standard hoặc Windows 10 Pro 64-bit.
  • Hệ thống máy trạm (Clients):
    • CPU: Intel Core i3, RAM 4 GB, màn hình độ phân giải tối thiểu 1366x768.
    • Hệ điều hành: Windows 7 SP1 / Windows 8.1 / Windows 10.
    • Cài đặt sẵn: .NET Framework 4.5 Runtime.
  • Hạ tầng kết nối: Hệ thống cáp mạng Cat5e/Cat6, Switch trung tâm 16-port Gigabit đảm bảo độ trễ nội mạng $<1\text{ms}$.

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

Hạn chế kỹ thuật

  1. Hệ thống vận hành theo kiến trúc Client-Server nội bộ, chưa hỗ trợ giao diện Responsive Web hoặc ứng dụng di động (Mobile App) để nhân viên kinh doanh tra cứu dữ liệu ngoài hiện trường.
  2. Chưa tích hợp hệ thống sao lưu tự động đa vùng (Cloud Backup / Off-site Replication) để phòng chống thảm họa phần cứng.
  3. Chưa tích hợp các thuật toán trí tuệ nhân tạo (AI/Machine Learning) nhằm dự báo nhu cầu nhập hàng theo mùa vụ (Tết Nguyên Đán, Trung Thu).

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

  • Module Website B2B/B2C: Xây dựng cổng đặt hàng trực tuyến cho các đại lý bán lẻ cấp 1 và cấp 2, đồng bộ dữ liệu hai chiều thông qua RESTful API.
  • Ứng dụng mã vạch Barcode/QR Code: Trang bị máy quét mã vạch không dây cầm tay cho thủ kho, loại bỏ hoàn toàn thao tác gõ mã hàng thủ công.
  • Tích hợp giải pháp hóa đơn điện tử: Kết nối API với hệ thống hóa đơn điện tử theo quy chuẩn của Tổng cục Thuế Việt Nam.

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

                 GIÁ TRỊ MANG LẠI CHO CÁC NHÓM ĐỐI TƯỢNG

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

1. Hệ thống đòi hỏi cấu hình phần cứng tối thiểu như thế nào để triển khai?

Hệ thống được tối ưu hóa cao độ, chỉ yêu cầu máy chủ trang bị CPU Intel Core i3/i5, RAM 8GB và các máy trạm RAM 4GB chạy Windows 7 trở lên có cài .NET Framework 4.5. Cơ sở dữ liệu SQL Server có thể cài đặt trực tiếp trên máy chủ cục bộ mà không đòi hỏi hạ tầng Server chuyên dụng đắt tiền.

2. Khả năng mở rộng (Scalability) của hệ thống khi số lượng mặt hàng và giao dịch tăng cao?

Cơ sở dữ liệu được thiết kế đạt chuẩn 3NF với các chỉ mục (Clustered/Non-clustered Index) trên các trường khóa (MaHD, MaMH, MaKH). Hệ thống đảm bảo hiệu năng tối ưu với quy mô dữ liệu lên đến 500.000 giao dịch/năm mà không làm suy giảm thời gian phản hồi truy vấn ($<200\text{ms}$).

3. Làm thế nào để tích hợp hệ thống với các phần mềm kế toán sẵn có (MISA, FAST)?

Cơ sở dữ liệu SQL Server của hệ thống cho phép xuất - nhập dữ liệu linh hoạt thông qua các tệp định dạng chuẩn (.CSV, .XLSX, .XML). Hệ thống có thể mở rộng các View trung gian hoặc Stored Procedure định kỳ để đồng bộ dữ liệu sổ cái sang các phần mềm kế toán chuyên dụng.

4. Chi phí đầu tư và thời gian thu hồi vốn (ROI) ước tính?

Do phần mềm được tự phát triển nội bộ, chi phí chủ yếu tập trung vào việc nâng cấp switch mạng LAN và trang bị 01 máy chủ cục bộ (khoảng 20–30 triệu đồng). Với việc cắt giảm 2 nhân sự nhập liệu thủ công và ngăn chặn thất thoát hàng tồn kho (ước tính tiết kiệm 100–150 triệu đồng/năm), thời gian thu hồi vốn đạt dưới 4 tháng.

5. Dữ liệu có an toàn khi xảy ra sự cố mất điện đột ngột hoặc hỏng hóc máy tính trạm?

Nhờ cơ chế xử lý giao dịch Transaction trên SQL Server, các thao tác ghi dữ liệu dở dang khi gặp sự cố sẽ tự động Rollback, ngăn chặn hoàn toàn hiện tượng dữ liệu bị rác hoặc mất cân bằng sổ sách. Dữ liệu tập trung hoàn toàn tại Server, máy trạm hỏng hóc có thể thay thế ngay lập tức mà không làm mất mát thông tin.

Kết luận

Đề tài "Xây dựng hệ thống thông tin quản lý bán hàng tại Công ty TNHH 1TV TM-DV Bách Linh" đã giải quyết triệt để bài toán chuyển đổi số từ phương thức quản lý thủ công rời rạc sang mô hình quản trị dữ liệu tập trung. Bằng việc kết hợp chặt chẽ giữa cơ sở lý luận Hệ thống thông tin kinh tế, quy trình chuẩn hóa CSDL quan hệ 3NF và công nghệ lập trình .NET/SQL Server, giải pháp đã chứng minh tính khả thi kỹ thuật vượt trội cùng giá trị thực tiễn to lớn: cắt giảm hơn 85% thời gian nhập liệu, xóa bỏ hoàn toàn sai lệch tồn kho và nâng cao năng lực cạnh tranh cho doanh nghiệp trên thị trường phân phối bánh kẹo nhập khẩu. Đây là tài liệu tham khảo giá trị cho sinh viên ngành Hệ thống thông tin quản lý và là giải pháp chuyển đổi số mẫu mực cho các doanh nghiệp thương mại vừa và nhỏ tại Việt Nam.