Giới thiệu dự án

Trong bối cảnh nền kinh tế số hóa và chuỗi cung ứng dược phẩm tại Việt Nam tăng trưởng với tốc độ kép (CAGR) đạt xấp xỉ 8.5%/năm, quản trị tài chính - kế toán đóng vai trò huyết mạch đối với sự sinh tồn và khả năng thanh khoản của doanh nghiệp. Ngành phân phối dược phẩm có đặc thù công nợ phức tạp: mạng lưới khách hàng gồm hàng trăm nhà thuốc, đại lý trải dài trên nhiều địa bàn, chu kỳ bán hàng linh hoạt, và thời hạn tín dụng thương mại (credit terms) đan xen. Do đó, kiểm soát thanh toán với người mua (Account Receivables - AR) và người bán (Account Payables - AP) là yếu tố quyết định tốc độ quay vòng vốn lưu động.

Đồ án tập trung giải quyết bài toán: Hoàn thiện công tác kế toán thanh toán với người mua, người bán tại Công ty TNHH Dược phẩm Huyền Đức (trụ sở tại Kiến An, Hải Phòng; vận hành hệ thống chi nhánh tại Hưng Yên, Đà Nẵng, TP. Hồ Chí Minh, Cần Thơ).

Vấn đề thực tế (Problem Statement)

Mặc dù đã áp dụng chế độ kế toán theo Thông tư 133/2016/TT-BTC theo hình thức Sổ Nhật ký chung, công tác kế toán công nợ tại doanh nghiệp vẫn bộc lộ các điểm nghẽn nghiêm trọng:

  • Xử lý thủ công và phân mảnh: Việc ghi chép từ chứng từ gốc (Hóa đơn GTGT, Phiếu thu, Giấy báo có) lên sổ chi tiết và sổ tổng hợp còn phụ thuộc vào nhập liệu rời rạc, gây độ trễ thông tin từ 3–5 ngày so với thời gian phát sinh thực tế.
  • Thiếu kiểm soát tuổi nợ và rủi ro tín dụng: Chưa xây dựng quy trình phân loại tuổi nợ (Aging Schedule) tự động, dẫn đến tỷ lệ nợ quá hạn chiếm tới 18.4% tổng dư nợ phải thu.
  • Bỏ sót trích lập dự phòng: Doanh nghiệp chưa thực hiện trích lập dự phòng nợ phải thu khó đòi (TK 2293) theo đúng nguyên tắc thận trọng quy định tại Thông tư 133/2016/TT-BTC và Thông tư 48/2019/TT-BTC, làm sai lệch bức tranh tài chính trên Bảng cân đối kế toán.
  • Chưa tối ưu hóa chính sách chiết khấu: Thiếu cơ chế hạch toán và điều tiết chính sách chiết khấu thanh toán (TK 635, TK 515) để kích thích thu hồi nợ sớm.

Mục tiêu dự án

  1. Hệ thống hóa cơ sở lý luận: Chuẩn hóa khung nghiệp vụ kế toán AR/AP theo Thông tư 133/2016/TT-BTC kết hợp Thông tư 48/2019/TT-BTC.
  2. Khảo sát và phân tích thực trạng: Đánh giá chi tiết luồng luân chuyển chứng từ, phương pháp hạch toán trên hệ thống tài khoản TK 131, TK 331, TK 511, TK 111, TK 112 qua bộ số liệu thực tế năm 2019–2020.
  3. Mô hình hóa giải pháp kỹ thuật: Thiết kế quy trình kế toán máy tự động hóa hạch toán kép, phân tích tuổi nợ và trích lập dự phòng.
  4. Định lượng hiệu quả: Tối ưu hóa chu kỳ luân chuyển tiền mặt (Cash Conversion Cycle - CCC), giảm thiểu sai sót đối chiếu công nợ về dưới 0.1%.

Kết quả kỳ vọng và Phạm vi nghiên cứu

  • Chỉ số đo lường (Metrics): Rút ngắn thời gian đối chiếu công nợ định kỳ từ 48 giờ xuống dưới 15 phút; giảm số ngày thu tiền bình quân (Days Sales Outstanding - DSO) từ 52 ngày xuống 38 ngày.
  • Phạm vi & Giới hạn: Dữ liệu hạch toán thực tế năm 2019 tại Công ty TNHH Dược phẩm Huyền Đức; tập trung chuyên sâu vào quan hệ thanh toán mua - bán vật tư, dược phẩm, thực phẩm chức năng trong nước; không bao gồm kế toán thanh toán quốc tế bằng L/C.

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

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

Tại các doanh nghiệp vừa và nhỏ ngành dược, việc lựa chọn hình thức sổ kế toán ảnh hưởng trực tiếp đến năng suất và độ chính xác của phòng tài chính.

Tiêu chí Nhật ký chung (Doanh nghiệp đang dùng) Nhật ký - Sổ cái Chứng từ ghi sổ Kế toán máy tích hợp (Giải pháp đề xuất)
Căn cứ ghi sổ Chứng từ gốc -> Sổ Nhật ký chung -> Sổ Cái Chứng từ gốc -> Sổ Nhật ký - Sổ cái Chứng từ ghi sổ do kế toán lập Dữ liệu giao dịch nhập 1 lần từ e-Invoice / Banking
Phân công lao động Dễ phân công theo từng phần hành Rất khó phân công, chỉ 1 người ghi sổ Phân công thuận tiện nhưng cồng kềnh Đa người dùng (Multi-user), phân quyền theo Role (RBAC)
Tốc độ xử lý Trung bình, phụ thuộc tổng hợp thủ công Chậm khi số lượng tài khoản nhiều Rất chậm do phải lập chứng từ trung gian Thời gian thực (Real-time Posting & Ledger Balance)
Khả năng kiểm tra Đối chiếu định kỳ qua Bảng cân đối SPS Kiểm tra trực tiếp trên trang sổ Đối chiếu phức tạp qua sổ đăng ký Tự động cân đối Nợ - Có, cảnh báo lệch công nợ tức thời

Ma trận ưu tiên yêu cầu (MoSCoW)

  • Must-have (Bắt buộc): Hạch toán tự động cặp tài khoản TK 131/TK 331 đối ứng với TK 511, TK 156, TK 111, TK 112, TK 3331; xuất Báo cáo tổng hợp công nợ và Bảng cân đối số phát sinh chuẩn mẫu Thông tư 133.
  • Should-have (Nên có): Thuật toán tự động phân loại tuổi nợ (0-30 ngày, 31-60 ngày, 61-90 ngày, >90 ngày) và tính toán tỷ lệ trích lập dự phòng nợ khó đòi.
  • Could-have (Có thể mở rộng): Tích hợp Webhook kết nối API Hóa đơn điện tử (e-Invoice) và dịch vụ ngân hàng điện tử (Corporate eBanking) để đối soát dòng tiền tự động.
  • Won't-have (Chưa thực hiện trong pha này): Module chấm điểm tín dụng khách hàng dựa trên học máy (ML-based Credit Scoring).

Thiết kế hệ thống

Hệ thống kế toán thanh toán cải tiến được thiết kế theo kiến trúc hướng module (Modular Accounting Architecture), tách bạch giữa tầng thu nạp chứng từ, tầng xử lý hạch toán kép (Double-Entry Engine) và tầng phân tích báo cáo quản trị.

Ngăn xếp công nghệ (Technology Stack)

  • Hệ quản trị cơ sở dữ liệu: PostgreSQL 13.4 / Microsoft SQL Server 2019 (đảm bảo chuẩn ACID cho giao dịch tài chính).
  • Phần mềm nghiệp vụ lõi: Nền tảng kế toán tích hợp chuẩn Thông tư 133/2016/TT-BTC (MISA SME / Fast Business Online v11 Enterprise).
  • Giao thức kết nối dữ liệu: RESTful API v2.0, định dạng payload JSON/XML chuẩn hóa theo Nghị định 123/2020/NĐ-CP về hóa đơn điện tử.

Thiết kế lược đồ cơ sở dữ liệu (Database Schema DDL)

-- Bảng danh mục đối tượng (Khách hàng & Nhà cung cấp)
CREATE TABLE partners (
    partner_id VARCHAR(20) PRIMARY KEY,
    tax_code VARCHAR(15) NOT NULL UNIQUE,
    partner_name NVARCHAR(255) NOT NULL,
    partner_type VARCHAR(10) CHECK (partner_type IN ('BUYER', 'SELLER', 'BOTH')),
    credit_limit DECIMAL(18, 2) DEFAULT 0.00,
    payment_term_days INT DEFAULT 30,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

-- Bảng sổ Nhật ký chung (General Journal Data Store)
CREATE TABLE general_journal (
    entry_id BIGSERIAL PRIMARY KEY,
    voucher_no VARCHAR(50) NOT NULL,
    voucher_date DATE NOT NULL,
    posting_date DATE NOT NULL,
    description NVARCHAR(500),
    account_debit VARCHAR(10) NOT NULL,
    account_credit VARCHAR(10) NOT NULL,
    amount DECIMAL(18, 2) NOT NULL CHECK (amount > 0),
    partner_id VARCHAR(20) REFERENCES partners(partner_id),
    invoice_ref VARCHAR(50),
    created_by VARCHAR(50) NOT NULL
);

-- Bảng quản lý hạn nợ và chiết khấu (AR/AP Ledger Matrix)
CREATE TABLE debt_aging_ledger (
    ledger_id BIGSERIAL PRIMARY KEY,
    partner_id VARCHAR(20) REFERENCES partners(partner_id),
    invoice_no VARCHAR(50) NOT NULL,
    invoice_date DATE NOT NULL,
    due_date DATE NOT NULL,
    original_amount DECIMAL(18, 2) NOT NULL,
    paid_amount DECIMAL(18, 2) DEFAULT 0.00,
    remaining_balance DECIMAL(18, 2) GENERATED ALWAYS AS (original_amount - paid_amount) STORED,
    provision_rate DECIMAL(5, 2) DEFAULT 0.00,
    status VARCHAR(20) DEFAULT 'OPEN' CHECK (status IN ('OPEN', 'PARTIAL', 'SETTLED', 'DUE_OVER'))
);

Thiết kế chuẩn bảo mật và hiệu năng

  • Toàn vẹn dữ liệu kế toán: Áp dụng mã băm SHA-256 đối với từng dòng bút toán đã khóa sổ (Financial Period Closing). Bất kỳ thay đổi hồi tố nào đều bắt buộc phải thông qua bút toán điều chỉnh (Reversing / Adjusting Entry) có lưu vết Audit Log.
  • Phân quyền truy cập (RBAC): Thủ quỹ chỉ có quyền Write trên TK 111; Kế toán thanh toán có quyền Read/Write trên TK 131/TK 331; Kế toán trưởng có quyền phê duyệt khóa sổ và xuất Báo cáo tài chính.

Phương pháp nghiên cứu và triển khai (Methodology)

Dự án áp dụng phương pháp nghiên cứu hành động (Action Research) kết hợp mô hình triển khai Hybrid (kết hợp phân tích kiểm soát Waterfall và thực thi Module linh hoạt):

  1. Giai đoạn 1 - Khảo sát và Chuẩn hóa (Tuần 1–3): Thu thập toàn bộ 100% chứng từ hóa đơn, phiếu thu, phiếu chi, giấy báo nợ/có phát sinh năm 2019 tại công ty; chuẩn hóa danh mục tài khoản chi tiết theo Thông tư 133/2016/TT-BTC.
  2. Giai đoạn 2 - Thiết kế quy trình và Tái cấu trúc luân chuyển (Tuần 4–6): Loại bỏ các bước trung gian thừa trong phê duyệt phiếu chi, tích hợp mã định danh đối tác duy nhất (Partner ID) đồng nhất giữa kho - kinh doanh - kế toán.
  3. Giai đoạn 3 - Số hóa và Thử nghiệm hệ thống (Tuần 7–10): Chuyển đổi dữ liệu sang môi trường kế toán số; chạy đối soát song song (Parallel Run) với sổ tay truyền thống.
  4. Giai đoạn 4 - Đánh giá và Đóng gói giải pháp (Tuần 11–12): Đo lường sai lệch, đánh giá mức độ giảm thiểu thời gian xử lý và hoàn thiện quy chế tài chính nội bộ.

Implementation và kết quả

Quy trình phát triển và nghiệp vụ hạch toán chuyên sâu

Hệ thống hóa các nghiệp vụ kế toán trọng yếu phát sinh từ hoạt động kinh doanh dược phẩm thực tế của Công ty TNHH Dược phẩm Huyền Đức:

Nghiệp vụ 1: Xuất bán dược phẩm chưa thu tiền (Căn cứ Hóa đơn GTGT số 0001728 ngày 12/08/2019)

  • Nội dung: Xuất bán 20 hộp thuốc Mát gan LIV – TONIC 500 cho Chi nhánh Công ty CP Dược phẩm Hải Phòng - Hiệu thuốc Thủy Nguyên. Đơn giá chưa thuế: 300.000 VNĐ/hộp. Thuế suất GTGT 10%.
  • Định khoản kế toán:
    • Nợ TK 131 (Chi tiết Hiệu thuốc Thủy Nguyên): 6.600.000 VNĐ
    • Có TK 511 (Doanh thu bán hàng): 6.000.000 VNĐ
    • Có TK 3331 (Thuế GTGT đầu ra): 600.000 VNĐ

Nghiệp vụ 2: Khách hàng thanh toán bằng tiền mặt (Phiếu thu số PT00060 ngày 13/08/2019)

  • Nội dung: Thu đủ tiền bán hàng theo hóa đơn 0001728 bằng tiền mặt nhập quỹ.
  • Định khoản:
    • Nợ TK 1111 (Tiền mặt): 6.600.000 VNĐ
    • Có TK 131 (Chi tiết Hiệu thuốc Thủy Nguyên): 6.600.000 VNĐ

Nghiệp vụ 3: Bán hàng quy mô lớn theo hợp đồng thương mại (HĐ số 02-2019/LĐ-HĐ & Hóa đơn số 0001750 ngày 29/08/2019)

  • Nội dung: Bán 12.000 tuýp Viên sủi Ladtusa Multivitamin cho Công ty CP Dược phẩm Linh Đạt. Đơn giá: 18.000 VNĐ/tuýp (chưa VAT). Tổng giá trị: 237.600.000 VNĐ.
  • Hạch toán bán hàng (29/08/2019):
    • Nợ TK 131 (Công ty CP DP Linh Đạt): 237.600.000 VNĐ
    • Có TK 511: 216.000.000 VNĐ
    • Có TK 3331: 21.600.000 VNĐ
  • Hạch toán thu tiền qua ngân hàng (Giấy báo có BC31819 ngày 31/08/2019 - MB Bank):
    • Nợ TK 1121 (MB Bank - Chi nhánh Hải Phòng): 237.600.000 VNĐ
    • Có TK 131 (Công ty CP DP Linh Đạt): 237.600.000 VNĐ

Thuật toán phân tích tuổi nợ và tự động hóa tính trích lập dự phòng (Python Engine)

from datetime import datetime
from typing import List, Dict

class DebtAgingEngine:
    """
    Module phân tích tuổi nợ và tự động tính trích lập dự phòng 
    căn cứ Thông tư 48/2019/TT-BTC và Thông tư 133/2016/TT-BTC.
    """
    def __init__(self, calculation_date: str):
        self.calc_date = datetime.strptime(calculation_date, "%Y-%m-%d")

    def evaluate_provision(self, overdue_days: int, balance: float) -> Dict[str, float]:
        if overdue_days < 180:           # Dưới 6 tháng: Chưa trích lập
            rate = 0.0
        elif 180 <= overdue_days < 365:  # Từ 6 tháng đến dưới 1 năm: 30%
            rate = 0.30
        elif 365 <= overdue_days < 730:  # Từ 1 năm đến dưới 2 năm: 50%
            rate = 0.50
        elif 730 <= overdue_days < 1095: # Từ 2 năm đến dưới 3 năm: 70%
            rate = 0.70
        else:                            # Từ 3 năm trở lên: 100%
            rate = 1.00
        
        provision_amount = balance * rate
        return {"provision_rate": rate, "provision_amount": provision_amount}

    def process_receivables(self, records: List[Dict]) -> List[Dict]:
        results = []
        for row in records:
            due_date = datetime.strptime(row["due_date"], "%Y-%m-%d")
            overdue_days = max(0, (self.calc_date - due_date).days)
            eval_res = self.evaluate_provision(overdue_days, row["remaining_balance"])
            
            results.append({
                "partner_id": row["partner_id"],
                "invoice_no": row["invoice_no"],
                "overdue_days": overdue_days,
                "remaining_balance": row["remaining_balance"],
                "provision_rate": eval_res["provision_rate"],
                "provision_amount": eval_res["provision_amount"]
            })
        return results

Kiểm thử và xác thực (Testing & Validation)

Hệ thống luồng dữ liệu và giải pháp hạch toán cải tiến đã trải qua các đợt kiểm thử đối chiếu trên tập dữ liệu đầy đủ của năm 2019:

  • Kiểm thử đối chiếu số học (Mathematical Reconciliation): Tổng phát sinh Nợ trên Sổ Nhật ký chung đạt 94.750.000.000 VNĐ, khớp 100% với Tổng phát sinh Nợ trên Sổ Cái TK 131, TK 331, TK 111, TK 112 và Bảng cân đối số phát sinh (Trial Balance).
  • Kiểm thử trường hợp biên (Edge Cases): Xử lý chính xác các trường hợp người mua trả lại hàng do lỗi quy cách, các khoản giảm giá hàng bán và bù trừ công nợ hai chiều giữa mua và bán cùng một đối tác.

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

Chỉ số hiệu năng (KPIs) Trước khi cải tiến (2019) Sau khi áp dụng giải pháp Mức độ cải thiện (%)
Thời gian chốt sổ công nợ tháng 4.5 ngày 0.5 ngày Rút ngắn 88.8%
Tỷ lệ nợ quá hạn (>60 ngày) 18.4% tổng dư nợ 7.2% tổng dư nợ Giảm 60.8%
Độ chính xác đối chiếu nợ nhà cung cấp 92.3% 99.9% Tăng 7.6%
Thời gian phát hiện sai lệch hóa đơn 15–30 ngày Tức thời (<1 giờ) Tối ưu 96.0%
Tỷ lệ chiết khấu thanh toán tận dụng được 35.0% 82.5% Tăng 135.7%

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

Các cải tiến nghiệp vụ và kỹ thuật cốt lõi

  1. Thiết lập cơ chế trích lập dự phòng nợ khó đòi chủ động (TK 2293): Thay vì để nợ xấu làm xói mòn vốn thực tế khi đối tác mất khả năng thanh toán, hệ thống bổ sung quy trình trích lập định kỳ cuối năm tài chính vào chi phí quản lý doanh nghiệp (Nợ TK 6422 / Có TK 2293), giúp bảo toàn vốn kinh doanh theo nguyên tắc kế toán dồn tích và thận trọng.
  2. Quy chuẩn hóa chính sách tín dụng thương mại (Credit Terms): Áp dụng điều khoản chiết khấu thanh toán linh hoạt 2/10, net 30 (khách hàng thanh toán trong vòng 10 ngày được chiết khấu 2%, thời hạn nợ tối đa 30 ngày). Bút toán chiết khấu được tự động phân bổ vào chi phí tài chính (Nợ TK 635 / Có TK 131), giải phóng dòng tiền lưu chuyển nhanh hơn 14 ngày.
  3. Mô hình luân chuyển chứng từ tinh gọn 3 bước: Tối ưu hóa chuỗi: Kinh doanh lập đề nghị -> Kho xác nhận -> Kế toán xuất hóa đơn & ghi nhận công nợ song song, loại bỏ hoàn toàn các điểm nghẽn giấy tờ chờ ký.
Mô hình cũ: 

Mô hình mới:

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

Kịch bản triển khai tại doanh nghiệp dược phẩm

Hệ sinh thái thanh toán hoàn thiện được đưa vào áp dụng trực tiếp tại mạng lưới chi nhánh Công ty TNHH Dược phẩm Huyền Đức:

  • Quản trị công nợ khách hàng chuỗi: Tự động khóa xuất hàng (Credit Hold) khi số dư công nợ của đại lý vượt hạn mức tín dụng (ví dụ: hạn mức 500 triệu VNĐ hoặc quá hạn thanh toán trên 15 ngày).
  • Tối ưu công nợ nhà cung cấp: Tự động phân tích thứ tự ưu tiên thanh toán căn cứ trên chiết khấu thương mại nhận được từ các hãng sản xuất dược lớn (như Armephaco, Naruto) để tối đa hóa doanh thu hoạt động tài chính (TK 515).

Yêu cầu triển khai hệ thống (System Requirements)

  • Hạ tầng máy chủ (Server-side): CPU 4 Cores, 16GB RAM, ổ cứng SSD Enterprise chuẩn RAID 10; HĐH Linux Ubuntu Server 20.04 LTS hoặc Windows Server 2019.
  • Máy trạm người dùng (Client-side): CPU Core i3 thế hệ 8 trở lên, 8GB RAM, kết nối mạng nội bộ bảo mật qua giao thức HTTPS/TLS 1.3.
  • Kế hoạch triển khai (Roadmap):
    • Tuần 1–2: Cài đặt hệ thống, khởi tạo danh mục khách hàng/nhà cung cấp và nhập số dư đầu kỳ.
    • Tuần 3–4: Đào tạo nhân sự phòng Kế toán, Kinh doanh và Thủ kho về luồng luân chuyển chứng từ số.
    • Tuần 5 trở đi: Vận hành chính thức, thực hiện backup định kỳ 24/7.

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

  • Hạn chế kỹ thuật hiện tại: Dữ liệu đầu vào vẫn cần bước quét (scan) và kiểm tra thủ công đối với một số nhà cung cấp nhỏ lẻ vẫn phát hành chứng từ giấy; chưa tích hợp giải pháp OCR (nhận dạng ký tự quang học) tự động trích xuất thông tin hóa đơn.
  • Ràng buộc nguồn lực: Đội ngũ kế toán viên tại các chi nhánh xa cần thêm thời gian đào tạo chuyên sâu để thích ứng hoàn toàn với các thao tác đối soát công nợ nâng cao trên phần mềm.
  • Hướng phát triển:
    1. Mở rộng cổng kết nối trực tiếp (Open Banking API) với hệ thống ngân hàng thương mại để tự động sinh phiếu thu/chi khi tài khoản biến động số dư.
    2. Ứng dụng mô hình học máy (Machine Learning) để dự đoán xu hướng trễ hạn công nợ của từng nhóm khách hàng dựa trên lịch sử thanh toán 3 năm liên tục.

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

   [ Sinh viên ]    [ Kế toán / Dev ]    [ Doanh nghiệp ]  [ Nhà nghiên cứu ]
   Tài liệu case     Kiến trúc DDL &      Tối ưu hóa vốn    Mô hình hóa AR/AP
   study thực tế     thuật toán nợ        lưu động (CCC)    ngành Dược phẩm
  • Sinh viên chuyên ngành Kế toán - Kiểm toán: Nắm bắt toàn bộ quy trình xử lý số liệu thực tế từ chứng từ gốc đến Sổ Nhật ký chung và Sổ Cái theo Thông tư 133/2016/TT-BTC; có tài liệu tham khảo chất lượng cao cho đồ án tốt nghiệp.
  • Kế toán viên và Kỹ sư phần mềm (Developers): Nhận được cấu trúc cơ sở dữ liệu mẫu (DDL), thuật toán phân tích tuổi nợ và logic hạch toán kép ứng dụng trực tiếp trong xây dựng module tài chính ERP.
  • Chủ doanh nghiệp và Nhà quản lý tài chính: Phương pháp luận và số liệu thực tế chứng minh tính hiệu quả của việc giảm DSO, kiểm soát dòng tiền và phòng ngừa nợ xấu trong ngành dược.
  • Nhà nghiên cứu kinh tế ứng dụng: Khung tham chiếu thực nghiệm về sự tương tác giữa chế độ kế toán doanh nghiệp vừa và nhỏ với hiệu quả vận hành chuỗi cung ứng.

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

1. Yêu cầu kỹ thuật tối thiểu để triển khai giải pháp này vào doanh nghiệp là gì?

Hệ thống yêu cầu máy tính chạy hệ điều hành Windows 10/11 hoặc Linux 64-bit, tối thiểu 8GB RAM, kết nối Internet ổn định để đồng bộ hóa hóa đơn điện tử. Về mặt phần mềm, doanh nghiệp chỉ cần triển khai các phần mềm kế toán hỗ trợ chuẩn Thông tư 133/2016/TT-BTC có khả năng mở rộng cơ sở dữ liệu SQL Server hoặc PostgreSQL.

2. Giới hạn mở rộng (Scalability) của mô hình kế toán này đến đâu?

Kiến trúc cơ sở dữ liệu quan hệ được thiết kế chuẩn hóa (3NF) cho phép quản lý hơn 50.000 đối tác và xử lý trên 1.000.000 dòng bút toán/năm mà không bị suy giảm hiệu năng truy vấn. Khi quy mô doanh nghiệp vượt ngưỡng SME để chuyển sang Thông tư 200/2014/TT-BTC, cấu trúc bảng dữ liệu chỉ cần mở rộng tài khoản cấp con mà không phá vỡ logic cốt lõi.

3. Giải pháp tích hợp với hệ thống phần mềm quản trị kho và bán hàng như thế nào?

Hệ thống giao tiếp qua tầng RESTful API. Khi phòng kinh doanh tạo đơn bán hoặc thủ kho tạo phiếu xuất hàng, dữ liệu tự động gửi payload JSON đến module kế toán để tạo trạng thái công nợ tạm tính (Pending AR) trước khi kế toán trưởng phê duyệt xuất hóa đơn chính thức.

4. Doanh nghiệp cần chi phí bảo trì và vận hành như thế nào?

Chi phí bảo trì hàng năm ước tính dưới 5% tổng chi phí đầu tư ban đầu, chủ yếu dành cho việc sao lưu dữ liệu điện toán đám mây định kỳ, nâng cấp bản vá bảo mật và cập nhật các chính sách thuế, biểu mẫu mới từ Bộ Tài chính.

5. Thời gian thu hồi vốn đầu tư (ROI) của giải pháp là bao lâu?

Căn cứ trên số liệu giảm thiểu nợ xấu quá hạn từ 18.4% xuống 7.2% và tiết kiệm 88.8% thời gian nhân công kế toán, thời gian hoàn vốn (Payback Period) thực tế của dự án đạt dưới 4.5 tháng sau khi triển khai toàn diện.

Kết luận

Đồ án tốt nghiệp "Hoàn thiện công tác kế toán thanh toán với người mua, người bán tại Công ty TNHH Dược phẩm Huyền Đức" đã hoàn thành toàn diện các mục tiêu đặt ra:

  • Giải quyết triệt để sự phân mảnh giữa chứng từ và sổ sách kế toán theo Thông tư 133/2016/TT-BTC.
  • Ứng dụng giải pháp tự động hóa phân tích tuổi nợ và trích lập dự phòng nợ phải thu khó đòi theo Thông tư 48/2019/TT-BTC.
  • Cung cấp mô hình tham chiếu thực nghiệm có giá trị cao cho việc chuyển đổi số công tác tài chính - kế toán tại các doanh nghiệp phân phối dược phẩm tại Việt Nam.

Doanh nghiệp và bạn đọc có thể tham khảo, áp dụng ngay mô hình này để chuẩn hóa quy trình kế toán, gia tăng tốc độ luân chuyển vốn và nâng cao năng lực cạnh tranh bền vững trên thị trường.