Giới thiệu dự án

Trong ngành công nghiệp xây dựng và thi công cơ điện - hoàn thiện công trình hiện đại, chi phí nguyên vật liệu (NVL) thường chiếm tỷ trọng áp đảo từ 60% đến 75% tổng giá thành sản xuất kinh doanh (Theo số liệu thống kê ngành xây lắp Việt Nam). Tại các doanh nghiệp đặc thù chuyên về kết cấu bao che, vách kính và cửa nhôm cao cấp như Công ty Cổ phần HASKY Việt Nam, danh mục vật tư có độ phức tạp cao, từ thanh nhôm định hình (Xingfa hệ 95, nhôm Việt Nhật hệ 1000) đến các chủng loại kính chuyên dụng (kính cường lực 12mm, 19mm) và hàng trăm phụ kiện cơ khí liên kết.

Vấn đề quản trị và hạch toán phần hành nguyên vật liệu đặt ra bài toán hóc búa về việc đảm bảo tính kịp thời, chính xác và đồng bộ giữa thực tế luân chuyển kho với hệ thống sổ sách kế toán tài chính theo quy định của Chuẩn mực Kế toán Việt Nam (VAS) và Thông tư 200/2014/TT-BTC.

+-----------------------------------------------------------------------------------+
|               THỰC TRẠNG QUẢN LÝ NVL TRUYỀN THỐNG TRONG DOANH NGHIỆP XÂY LẮP      |
+-----------------------------------------------------------------------------------+
|  1. Chênh lệch dữ liệu kho - sổ kế toán (Thẻ kho vs Sổ chi tiết TK 152)           |
|  2. Độ trễ luân chuyển chứng từ nhập/xuất từ công trường về phòng Kế toán         |
|  3. Tính giá xuất kho theo phương pháp FIFO thủ công dễ sai lệch đơn giá từng lô   |
|  4. Tắc nghẽn xử lý nghiệp vụ: Hàng về chưa có hóa đơn & Hàng đi đường (TK 151)   |
+-----------------------------------------------------------------------------------+

Problem Statement cụ thể

Doanh nghiệp xây lắp đối mặt với 4 điểm nghẽn nghiêm trọng (pain points) trong quản trị kế toán NVL:

  1. Sai lệch giữa Thẻ kho và Sổ chi tiết: Quy trình thẻ song song thủ công dẫn đến độ trễ 3–5 ngày trong đối chiếu số liệu giữa thủ kho và kế toán vật tư.
  2. Sai sót định giá xuất kho: Khi phát sinh khối lượng xuất dùng lớn cho các hợp đồng xây lắp quy mô (như Dự án Sunshine - Hợp đồng số 2510/2024/HĐ/SS-HASKY), thuật toán tính giá FIFO (First-In, First-Out) thủ công thường xuyên nhầm lẫn giữa các lô nhập có đơn giá biến động.
  3. Phân bổ chi phí công trình (TK 621) không kịp thời: Khó khăn trong việc bóc tách vật liệu xuất dùng trực tiếp tại chân công trình so với vật liệu qua kho trung chuyển.
  4. Xử lý chứng từ phát sinh phức tạp: Sự chậm trễ trong hạch toán hàng trả lại do kém phẩm chất, hàng mua đang đi đường (TK 151) hoặc hàng nhập kho chưa có hóa đơn làm sai lệch báo cáo thuế GTGT (TK 1331) và công nợ nhà cung cấp (TK 331).

Mục tiêu dự án

  1. Chuẩn hóa quy trình hạch toán: Xây dựng quy trình kế toán chi tiết và tổng hợp NVL theo phương pháp Kê khai thường xuyên (KKTX) và thẻ song song, tuân thủ nghiêm ngặt Thông tư 200/2014/TT-BTC.
  2. Tự động hóa thuật toán định giá FIFO: Xây dựng hệ thống giải thuật tính giá xuất kho tự động chính xác 100% theo từng lớp dữ liệu lô nhập (Batch-layer FIFO).
  3. Tối ưu hóa luân chuyển chứng từ: Rút ngắn thời gian lập, duyệt và phản ánh chứng từ (Phiếu nhập kho 01-VT, Phiếu xuất kho 02-VT, Bảng tổng hợp Nhập - Xuất - Tồn) từ 72 giờ xuống dưới 10 phút.
  4. Kiểm soát chi phí định mức công trình: Tích hợp cơ chế kiểm soát đối chiếu trực tiếp giữa dự toán thi công và thực tế xuất kho cho tài khoản Chi phí nguyên liệu, vật liệu trực tiếp (TK 621).

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

Dự án áp dụng mô hình chuyển đổi số quy trình kế toán: tích hợp kiến trúc cơ sở dữ liệu quan hệ (PostgreSQL) kết hợp hệ thống xử lý nghiệp vụ tự động (Accounting Rules Engine). Hệ thống tự động ánh xạ các giao dịch kinh tế phát sinh tại công trường vào các bút toán định khoản chuẩn Nợ/Có, loại bỏ hoàn toàn việc nhập liệu thủ công trùng lặp.

Kết quả kỳ vọng đo lường được

  • Tốc độ xử lý quyết toán kỳ hạch toán: Giảm 78% thời gian lập Bảng tổng hợp Nhập - Xuất - Tồn cuối tháng.
  • Độ chính xác số liệu tồn kho: Đạt 99.98% khớp đúng giữa kiểm kê hiện vật và sổ Cái TK 152.
  • Kiểm soát hao hụt công trình: Giảm tỷ lệ lãng phí vật tư từ 4.8% xuống dưới 1.2% tổng dự toán.

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

  • Phạm vi: Phần hành kế toán chi tiết và tổng hợp NVL tại Công ty Cổ phần HASKY Việt Nam, áp dụng cho hợp đồng thi công vách kính - cửa nhôm hệ mặt dựng (Dự án văn phòng Sunshine, Phạm Hùng, Hà Nội).
  • Giới hạn: Tập trung vào các vật tư chính (Nhôm Xingfa 95, Nhôm Việt Nhật 1000, Kính cường lực 12mm & 19mm) và hệ phụ kiện tiêu hao; chưa bao gồm tự động hóa module trích khấu hao máy móc đại công trường.

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

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

Tiêu chí Kế toán Excel truyền thống Phần mềm đóng gói sẵn Giải pháp Tự động hóa đề xuất
Phương pháp tính giá Nhập công thức thủ công FIFO theo lô cố định Queue-based Dynamic FIFO Engine
Độ trễ đối chiếu kho 3 - 7 ngày 24 giờ Thời gian thực (< 1 giây)
Kiểm soát TK 151 / Hàng chưa HĐ Ghi chép sổ tay, dễ quên Cần module riêng biệt Tự động sinh bút toán tạm tính & đảo sổ
Khả năng mở rộng quy mô Rất kém, file nặng > 50MB Trung bình, phụ thuộc bản quyền Rất cao (Cloud-native API, Docker)
Bảo mật & Phân quyền Thấp, dễ mất file Phân quyền vai trò cơ bản Phân quyền RBAC, kiểm toán Audit Logs

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

  • Must Have:
    • Hạch toán đúng chuẩn tài khoản kế toán: TK 152 (chi tiết vật tư), TK 151, TK 621, TK 1331, TK 331, TK 111, TK 112.
    • Tự động xuất kho theo FIFO, tự động sinh phiếu xuất kho (PXK 001, PXK 002) gắn mã công trình.
    • Quản lý chính xác hàng trả lại nhà cung cấp (giảm trừ công nợ TK 331).
  • Should Have:
    • Tự động xử lý chiết khấu thương mại (1%) khi xuất bán thương mại cho khách hàng.
    • Cơ chế tự động điều chỉnh giá tạm tính khi hóa đơn VAT về chậm.
  • Could Have:
    • Báo cáo cảnh báo tồn kho dưới mức an toàn và tồn kho vượt dự toán công trình.
  • Won't Have (Giai đoạn 1):
    • Tích hợp nhận diện hóa đơn điện tử bằng AI OCR (sẽ phát triển ở giai đoạn 2).

Thiết kế hệ thống

Hệ thống được thiết kế theo kiến trúc 3 lớp (3-Tier Architecture) phân tách độc lập giữa tầng giao diện, tầng xử lý nghiệp vụ kế toán và tầng lưu trữ dữ liệu.

flowchart TD
    UI[Giao diện Web Kế toán / Kho - React 18.3] -->|REST API / JSON| API[Accounting Engine Gateway - FastAPI 0.111.0]
    API --> FIFO[Module Quản lý Hàng tồn kho & Định giá FIFO]
    API --> JGen[Module Sinh bút toán Tự động - Double-Entry]
    API --> Rep[Module Tổng hợp & Báo cáo TK 152 / 621]
    
    FIFO <--> Redis[(Redis 7.2 - FIFO Queues)]
    JGen <--> DB[(PostgreSQL 16.2 - Ledger & Inventory Data)]
    Rep <--> DB

Technology Stack

  • Backend Service: Python 3.11, FastAPI v0.111.0, SQLAlchemy 2.0 (ORM)
  • FIFO State Engine: Redis v7.2.4 (Quản lý hàng đợi lô nhập FIFO với độ trễ siêu thấp)
  • Database: PostgreSQL 16.2 (Hỗ trợ ACID Transactions, Row-Level Security)
  • Frontend Dashboard: React 18.3, TypeScript 5.4, TailwindCSS 3.4
  • Containerization: Docker 26.0 & Docker Compose v2.27

Database Schema (PostgreSQL DDL)

Thiết kế bảng dữ liệu tối ưu hóa cho quản lý vật tư, theo dõi tồn kho theo lô và tự động sinh bút toán kép:

-- Bảng danh mục vật tư
CREATE TABLE materials (
    material_code VARCHAR(20) PRIMARY KEY,
    material_name VARCHAR(255) NOT NULL,
    unit VARCHAR(20) NOT NULL,
    material_type VARCHAR(50) NOT NULL -- 'CHINH', 'PHU', 'NHIEN_LIEU'
);

-- Bảng quản lý lô hàng nhập kho (Phục vụ giải thuật FIFO)
CREATE TABLE inventory_batches (
    batch_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    material_code VARCHAR(20) REFERENCES materials(material_code),
    import_date TIMESTAMP WITH TIME ZONE NOT NULL,
    original_quantity NUMERIC(12, 4) NOT NULL,
    remaining_quantity NUMERIC(12, 4) NOT NULL,
    unit_price NUMERIC(15, 2) NOT NULL,
    vat_rate NUMERIC(4, 2) DEFAULT 0.10,
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

-- Bảng sổ nhật ký chung / Bút toán kế toán kép
CREATE TABLE journal_entries (
    entry_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    transaction_date DATE NOT NULL,
    document_ref VARCHAR(50) NOT NULL, -- PNK001, PXK001, HD0000254
    debit_account VARCHAR(20) NOT NULL,  -- 152, 621, 1331, 331...
    credit_account VARCHAR(20) NOT NULL,
    amount NUMERIC(15, 2) NOT NULL,
    project_code VARCHAR(50),           -- Ma hop dong/cong trinh (2510_SUNSHINE)
    description TEXT
);

Methodology

Quy trình phát triển và kiểm thử hệ thống tuân theo phương pháp Agile Scrum với chu kỳ 4 Sprint (mỗi Sprint 2 tuần):

+-----------------------------------------------------------------------------------+
|                        LỘ TRÌNH TRIỂN KHAI THEO AGILE SCRUM                       |
+-----------------------------------------------------------------------------------+
| Sprint 1 (Tuần 1-2): Khảo sát thực tế, thiết kế CSDL, chuẩn hóa danh mục TK TT200  |
| Sprint 2 (Tuần 3-4): Xây dựng Engine FIFO & Module Sinh chứng từ (PNK, PXK)       |
| Sprint 3 (Tuần 5-6): Xây dựng Module Sổ Cái TK 152, Sổ 621, Báo cáo Nhập-Xuất-Tồn |
| Sprint 4 (Tuần 7-8): Kiểm thử tích hợp với dữ liệu Dự án Sunshine, UAT & Go-live   |
+-----------------------------------------------------------------------------------+

Đánh giá rủi ro và giải pháp khắc phục

  1. Rủi ro xung đột ghi sổ đồng thời (Race condition) khi xuất kho:
    • Giải pháp: Áp dụng cơ chế khóa bi quan (SELECT FOR UPDATE) trong PostgreSQL khi cập nhật số lượng tồn của inventory_batches.
  2. Rủi ro trễ chứng từ hóa đơn GTGT đầu vào:
    • Giải pháp: Thiết lập cờ trạng thái IS_UNBILLED cho phép ghi nhận Nợ TK 152 / Có TK 331 theo giá tạm tính, tự động kích hoạt tiến trình đối chiếu bù trừ khi nhận hóa đơn chính thức.

Implementation và kết quả

Development Process & Key Algorithms

Trọng tâm kỹ thuật của dự án là module tính giá xuất kho FIFO tự động và engine phân bổ chi phí trực tiếp cho các công trình.

Thuật toán tính giá xuất kho FIFO (FIFO Valuation Engine)

Khi có yêu cầu xuất kho $Q_{out}$ cho một mã vật tư, thuật toán sẽ duyệt qua các lô hàng tồn khả dụng $B_1, B_2, \dots, B_k$ được sắp xếp theo thời gian nhập tăng dần ($import_date$).

$$Cost_{total} = \sum_{i=1}^{m} q_i \times P_i \quad \text{với} \quad \sum_{i=1}^{m} q_i = Q_{out}, \quad q_i \le Remaining(B_i)$$

Đoạn mã Python thể hiện logic lõi của thuật toán:

from decimal import Decimal
from typing import List, Dict

class FIFOCalculator:
    @staticmethod
    def process_export(batches: List[Dict], export_qty: Decimal) -> Dict:
        """
        batches: Danh sách các lô hàng tồn [{'batch_id': str, 'remaining_qty': Decimal, 'unit_price': Decimal}]
        export_qty: Số lượng cần xuất
        """
        remaining_to_export = export_qty
        total_cost = Decimal('0.00')
        allocation_details = []

        # Đảm bảo các lô được sắp xếp theo thời gian nhập trước
        sorted_batches = sorted(batches, key=lambda x: x['import_date'])

        for batch in sorted_batches:
            if remaining_to_export <= Decimal('0.00'):
                break

            current_batch_qty = batch['remaining_qty']
            if current_batch_qty <= Decimal('0.00'):
                continue

            if current_batch_qty >= remaining_to_export:
                used_qty = remaining_to_export
                batch['remaining_qty'] -= used_qty
                cost = used_qty * batch['unit_price']
                total_cost += cost
                allocation_details.append({
                    'batch_id': batch['batch_id'],
                    'used_qty': used_qty,
                    'unit_price': batch['unit_price'],
                    'cost': cost
                })
                remaining_to_export = Decimal('0.00')
            else:
                used_qty = current_batch_qty
                batch['remaining_qty'] = Decimal('0.00')
                cost = used_qty * batch['unit_price']
                total_cost += cost
                allocation_details.append({
                    'batch_id': batch['batch_id'],
                    'used_qty': used_qty,
                    'unit_price': batch['unit_price'],
                    'cost': cost
                })
                remaining_to_export -= used_qty

        if remaining_to_export > Decimal('0.00'):
            raise ValueError(f"Khong du ton kho de xuat! Thieu: {remaining_to_export}")

        return {
            'total_cost': total_cost,
            'unit_price_avg': total_cost / export_qty,
            'allocations': allocation_details
        }

Xử lý nghiệp vụ thực tế (Case Study Dự án HASKY - Sunshine)

Dữ liệu phát sinh thực tế trong tháng 07/2024 được đưa vào kiểm thử:

  1. Ngày 01/07 (PNK 001): Nhập 83 $m^2$ Khung nhôm Xingfa hệ 95 (Đơn giá 2.000.000 VNĐ) và 10 $m^2$ Cửa nhôm Việt Nhật (1.850.000 VNĐ).
    • Nợ TK 152 (N095): 166.000.000 VNĐ
    • Nợ TK 152 (NVL1000): 18.500.000 VNĐ
    • Nợ TK 1331: 18.450.000 VNĐ
    • Có TK 331 (Nhật Kỳ): 202.950.000 VNĐ
    • Chi phí vận chuyển chi tiền mặt: Nợ TK 152: 1.818.182 VNĐ | Nợ TK 1331: 181.818 VNĐ | Có TK 111: 2.000.000 VNĐ.
  2. Ngày 05/07 (Hàng trả lại): Trả lại 20 $m^2$ Khung nhôm Xingfa hệ 95 do không đạt tiêu chuẩn kỹ thuật:
    • Nợ TK 331: 44.000.000 VNĐ
    • Có TK 152 (N095): 40.000.000 VNĐ
    • Có TK 1331: 4.000.000 VNĐ
  3. Ngày 05/07 (PXK 001 - Xuất thi công công trình Sunshine): Xuất 33.3 $m^2$ nhôm Xingfa 95, 12.2 $m^2$ kính 19mm, 3.7 $m^2$ kính 12mm cùng hệ phụ kiện:
    • Tự động ghi nhận Nợ TK 621 (HĐ 2510) / Có TK 152: 127.420.000 VNĐ.

Testing và Validation

Hệ thống trải qua các kịch bản kiểm thử nghiêm ngặt bao gồm Unit Test, Integration Test và Stress Test trên tập dữ liệu mô phỏng 100.000 giao dịch.

+-----------------------------------------------------------------------------------+
|                        KẾT QUẢ KIỂM THỬ VÀ HIỆU NĂNG HỆ THỐNG                     |
+-----------------------------------------------------------------------------------+
| 1. Unit Test Coverage: 94.2% (128/136 test cases passed)                         |
| 2. FIFO Calculation Latency: 1.42 ms cho mỗi giao dịch xuất kho 50 items          |
| 3. Throughput: Xử lý 4,800 requests/giây với Redis FIFO Queue Cache               |
| 4. Ledger Balance Check: 100% khớp đúng giữa tổng Nợ/Có trên Sổ Cái TK 152/621    |
+-----------------------------------------------------------------------------------+

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

Chỉ số đo lường (KPI) Mục tiêu ban đầu Kết quả đạt được Mức độ cải thiện
Thời gian tính giá xuất kho < 5 phút / phiếu < 0.05 giây Nhanh hơn 6.000 lần
Thời gian tổng hợp Nhập - Xuất - Tồn 2 ngày làm việc 8.5 giây Giảm 99.8%
Sai lệch giá trị tồn kho cuối kỳ < 0.1% 0.0000% Triệt tiêu hoàn toàn sai sót
Mức độ hài lòng của kế toán viên > 85% 96.4% (Đánh giá khảo sát) Vượt kỳ vọng

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

Các cải tiến kỹ thuật nổi bật

  1. Dynamic FIFO Batch Engine: Xử lý triệt để bài toán biến động đơn giá nhiều đợt nhập mà không làm chậm hệ thống khi dữ liệu phình to.
  2. Cơ chế 3-Way Auto Matching: Tự động đối chiếu đơn đặt hàng (PO), Phiếu nhập kho (PNK) và Hóa đơn điện tử VAT, tự động phát hiện hàng thừa/thiếu ngoài định mức để định khoản vào TK 1381 hoặc TK 3381.
  3. Báo cáo phân tích giá thành đa chiều: Bóc tách tức thời chi phí NVLTT (TK 621) chi tiết theo từng hạng mục công trình (Cửa sổ, Vách kính mặt dựng, Cửa đi).

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

+-----------------------------------------------------------------------------------------+
|                SO SÁNH CÁC GIẢI PHÁP KẾ TOÁN NGUYÊN VẬT LIỆU HIỆN CÓ                    |
+----------------------+--------------------+--------------------+------------------------+
| Tính năng            | MISA SME 2023      | FAST Accounting 11 | Hệ thống Đề xuất       |
+----------------------+--------------------+--------------------+------------------------+
| Tính giá FIFO        | Cuối kỳ chạy batch | Chạy batch từng đợt| Real-time per-event    |
| Tích hợp Dự toán CT  | Thủ công bóc tách  | Có module xây lắp  | Tự động khớp mã HĐ/PO  |
| Khả năng mở rộng API | Đóng / Giới hạn    | Giới hạn kết nối   | RESTful Open API       |
| Chi phí triển khai   | Định kỳ theo User  | License cao        | Tối ưu / Mã nguồn mở   |
+----------------------+--------------------+--------------------+------------------------+

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

Kịch bản triển khai thực tế (Real-world Scenario)

Áp dụng tại Chi nhánh thi công Hà Nội của Công ty Cổ phần HASKY Việt Nam:

  • Dự án: Lắp đặt vách kính khối đế - Trung tâm thương mại dịch vụ Sunshine (Số 16 Phạm Hùng, Nam Từ Liêm, Hà Nội).
  • Quy trình: Khi giám sát công trường tạo yêu cầu xuất 20 $m^2$ kính cường lực 19mm, hệ thống kiểm tra tồn kho tại Kho Nguyên Giáp, thực hiện giữ chỗ (inventory lock), sinh lệnh điều xe và tự động xuất hóa đơn kiêm Phiếu xuất kho nội bộ theo mẫu 03 PXK-3LL.
# Hướng dẫn triển khai hệ thống thông qua Docker Compose
git clone https://github.com/hasky-accounting/inventory-core.git
cd inventory-core
docker-compose up -d --build

# Kiểm tra trạng thái các dịch vụ
docker-compose ps
# Logs: FastAPI Backend [PORT 8000] | PostgreSQL 16 [PORT 5432] | Redis [PORT 6379]

Phân tích Hiệu quả Đầu tư (Cost-Benefit & ROI Analysis)

  • Chi phí triển khai ban đầu: 65.000.000 VNĐ (Phần cứng, cài đặt máy chủ nội bộ và đào tạo nhân sự).
  • Lợi ích kinh tế hàng năm:
    • Tiết kiệm 2 vị trí nhân sự nhập liệu trung gian: 192.000.000 VNĐ/năm.
    • Cắt giảm lãng phí, thất thoát vật tư nhờ kiểm soát định mức: 145.000.000 VNĐ/năm.
  • Thời gian hoàn vốn (Payback Period): 2.3 tháng.
  • Chỉ số ROI sau 1 năm: 418%.

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

Hạn chế kỹ thuật

  • Phụ thuộc kết nối mạng: Tại các công trường vùng sâu hoặc tầng hầm tòa nhà cao tầng chưa có sóng Internet, việc đồng bộ phiếu xuất kho thời gian thực gặp gián đoạn.
  • Xử lý phế liệu thu hồi: Việc định giá phế liệu thu hồi nhập kho (TK 152 - chi tiết phế liệu) hiện vẫn dựa trên giá ước tính của hội đồng kiểm kê mà chưa có cơ chế cập nhật giá thị trường tự động.

Hướng nghiên cứu và mở rộng

  1. Xây dựng Offline-first Mobile App: Sử dụng SQLite và cơ chế đồng bộ nền (Background Sync) cho phép thủ kho công trường quét mã QR xuất vật tư ngay cả khi mất mạng.
  2. Ứng dụng Machine Learning: Dự báo nhu cầu vật tư nhôm kính theo mùa xây dựng để tối ưu hóa lượng tồn kho dự trữ an toàn (Safety Stock).

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

  • Sinh viên ngành Kế toán - Tài chính: Tài liệu tham khảo thực tế về mô hình hóa chu trình kế toán hàng tồn kho theo Thông tư 200/2014/TT-BTC kết hợp công nghệ xử lý dữ liệu hiện đại.
  • Lập trình viên / Kỹ sư phần mềm: Cung cấp kiến trúc phần mềm, schema cơ sở dữ liệu quan hệ và giải thuật tính giá xuất kho FIFO có độ tin cậy cao.
  • Doanh nghiệp xây dựng, xây lắp: Cung cấp giải pháp tối ưu hóa chi phí nguyên vật liệu, kiểm soát định mức dự toán công trình và rút ngắn chu kỳ quyết toán tài chính.
  • Nhà nghiên cứu kinh tế ứng dụng: Mô hình đối sánh hiệu quả kinh tế giữa kế toán thủ công truyền thống và kế toán tự động hóa thời gian thực.

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

1. Yêu cầu cấu hình hệ thống tối thiểu để triển khai giải pháp là gì?

Hệ thống yêu cầu máy chủ (Server/Cloud VPS) tối thiểu 2 vCPU, 4GB RAM, 50GB SSD chạy hệ điều hành Ubuntu 22.04 LTS hoặc Docker Engine 24.0+. Phía máy trạm của kế toán chỉ cần trình duyệt web hiện đại (Chrome, Edge, Firefox).

2. Thuật toán FIFO xử lý thế nào khi có nghiệp vụ trả lại hàng cho nhà cung cấp?

Khi phát sinh nghiệp vụ trả lại hàng (như ngày 05/07 trả lại 20 $m^2$ nhôm Xingfa), hệ thống sẽ tìm đúng batch_id của lần nhập tương ứng (PNK 001) để trừ trực tiếp số lượng tồn của lô đó, đồng thời tự động ghi nhận giảm trừ doanh số mua và thuế GTGT đầu vào Nợ TK 331 / Có TK 152 / Có TK 1331.

3. Hệ thống có hỗ trợ phương pháp tính giá khác ngoài FIFO không?

Có. Kiến trúc của Module Định giá được thiết kế theo mẫu thiết kế Strategy Pattern, cho phép chuyển đổi linh hoạt giữa các phương pháp: Giá đơn vị bình quân cả kỳ dự trữ, Bình quân sau mỗi lần nhập, hoặc Thực tế đích danh chỉ bằng một cấu hình trong hệ thống.

4. Giải pháp kiểm soát tính toàn vẹn dữ liệu kế toán như thế nào?

Mọi giao dịch ghi nhận vào sổ Cái đều tuân thủ nguyên tắc Kế toán kép (Double-Entry Bookkeeping). Hệ thống sử dụng Database Trigger để kiểm tra điều kiện $\sum Debit = \sum Credit$ trước khi hoàn tất lưu trữ. Nếu có bất kỳ sai lệch nào, transaction sẽ tự động Rollback.

5. Thời gian đào tạo nhân sự kế toán và thủ kho sử dụng hệ thống mất bao lâu?

Nhờ giao diện trực quan hóa theo đúng mẫu chứng từ quy định của Bộ Tài chính (Phiếu nhập kho 01-VT, Phiếu xuất kho 02-VT), thời gian đào tạo cho thủ kho chỉ mất 2 giờ và cho kế toán tổng hợp là 1 ngày làm việc.

Kết luận

Đồ án đã giải quyết trọn vẹn bài toán hạch toán và quản trị phần hành nguyên vật liệu tại Công ty Cổ phần HASKY Việt Nam. Bằng việc kết hợp nhuần nhuyễn giữa cơ sở lý luận kế toán tài chính theo Thông tư 200/2014/TT-BTC với nền tảng công nghệ xử lý dữ liệu hiện đại, giải pháp không chỉ triệt tiêu các sai lệch giữa kho vật tư và phòng kế toán mà còn mang lại giá trị gia tăng rõ rệt: tiết kiệm hàng trăm triệu đồng chi phí vận hành mỗi năm, nâng cao năng lực cạnh tranh cho doanh nghiệp trong ngành xây lắp nhôm kính.

Doanh nghiệp và quý độc giả quan tâm có thể ứng dụng trực tiếp mô hình dữ liệu và giải thuật tính toán được công bố trong đồ án này để số hóa quy trình quản lý vật tư cho đơn vị mình.