HimiTek / Insights / TECHNOLOGY
TECHNOLOGY 26 tháng 05, 2026 5 phút đọc5 min read

Cảnh báo: Email giả mạo nhà cung cấp đang “rút tiền” khỏi SME, và cách HimiTek dùng Automation để xử lý

Warning: Fake Supplier Emails Are Draining Money from SMEs — How HimiTek Uses Automation to Stop It

1. Chẩn đoán rủi ro cụ thể: Email nhìn rất thật, tiền mất cũng rất thật 9 giờ 17 phút sáng thứ Hai, phòng kế toán của một công ty...

1. Chẩn đoán rủi ro cụ thể: Email nhìn rất thật, tiền mất cũng rất thật

9 giờ 17 phút sáng thứ Hai, phòng kế toán của một công ty phân phối thiết bị công nghiệp nhận được email từ một nhà cung cấp quen. Công ty này có khoảng 80 nhân sự, mỗi ngày nhận báo giá, hóa đơn, hợp đồng, biên bản giao hàng qua email. Mọi thứ trong email đều nhìn bình thường: đúng logo, đúng tên người gửi, đúng chữ ký, đúng mã hợp đồng, thậm chí còn trích lại lịch sử trao đổi cũ.

Nội dung email chỉ có một điểm khác: “Do thay đổi ngân hàng thụ hưởng, quý công ty vui lòng thanh toán các đơn hàng tiếp theo vào tài khoản mới bên dưới.” Với nhiều anh em kế toán đang xử lý hàng chục việc một lúc, câu này không có gì quá lạ. Nhà cung cấp đổi tài khoản ngân hàng là chuyện vẫn xảy ra. Vấn đề nằm ở chỗ: email đó không phải do nhà cung cấp gửi.

Đây là kiểu email lừa đảo doanh nghiệp đang ngày càng khó phát hiện. Không còn là mấy email sai chính tả, câu chữ lủng củng, file đính kèm kỳ lạ như ngày xưa. Bây giờ kẻ gian có thể dùng dữ liệu rò rỉ, lịch sử trao đổi bị lộ, hoặc công cụ AI để viết email giống hệt văn phong của đối tác thật. Với chủ xưởng, chủ doanh nghiệp SME, rủi ro này nguy hiểm ở chỗ nó đánh vào quy trình đang chạy bằng cơm: kế toán kiểm tra thủ công, trưởng bộ phận duyệt qua tin nhắn, giám đốc chỉ nhìn số tiền và tên nhà cung cấp.

Các dấu hiệu thường thấy của email giả mạo nhà cung cấp bao gồm:

Trong các doanh nghiệp vừa và nhỏ, email giả mạo đối tác thường không bị chặn ở lớp kỹ thuật đầu tiên vì nó không phải lúc nào cũng chứa virus. Nó là gian lận quy trình. Nó lợi dụng thói quen làm việc, sự quá tải của nhân sự, và việc thiếu một lớp kiểm tra độc lập trước khi tiền rời khỏi tài khoản.

Điểm đau lớn nhất không phải là “công ty chưa dùng AI”. Điểm đau thật là: một bạn kế toán có thể phải tự quyết định email nào thật, email nào giả, trong khi mỗi ngày bị dí bởi hóa đơn, công nợ, đơn hàng, đối soát và nhắc thanh toán. Khi doanh nghiệp lớn lên nhưng quy trình kiểm soát vẫn làm bằng mắt thường, chỉ cần một email đủ giống thật là có thể rút khỏi tài khoản 300–500 triệu đồng.

2. Đánh giá tác động tài chính và vận hành: Một cú chuyển nhầm có thể ăn hết lợi nhuận cả quý

Với nhiều SME, 300 triệu đồng không chỉ là một con số. Đó có thể là lương một tháng của một đội vận hành, tiền nhập hàng cho một lô mới, hoặc phần lợi nhuận tích góp sau nhiều tuần chạy đơn. Nếu chuyển nhầm 420 triệu đồng vào tài khoản lạ, khả năng thu hồi thường rất thấp, nhất là khi tiền bị rút hoặc chuyển qua nhiều lớp tài khoản khác.

Thiệt hại trực tiếp là mất tiền. Nhưng thiệt hại vận hành mới là phần âm ỉ hơn. Sau một vụ email lừa đảo doanh nghiệp, cả công ty thường bị kéo vào xử lý: kế toán rà lại email, trưởng bộ phận kiểm tra quy trình, giám đốc làm việc với ngân hàng, IT xem log, pháp lý chuẩn bị hồ sơ, nhân sự nội bộ đổ lỗi qua lại. Một vụ việc có thể tiêu tốn hàng chục đến hàng trăm giờ làm việc.

Nếu quy đổi thô, một phòng kế toán 4 người dành 2–3 giờ mỗi ngày để kiểm tra email thanh toán, đối chiếu số tài khoản, hỏi lại nhà cung cấp, chụp màn hình gửi duyệt, ghi chú trên Excel, thì mỗi tháng doanh nghiệp mất khoảng 160–240 giờ công cho một việc đáng lẽ phải được tự động hóa phần lớn. Đáng nói hơn, dù tốn nhiều giờ như vậy, rủi ro vẫn không về 0 vì con người có lúc mệt, vội, hoặc tin nhầm.

Rủi ro còn nằm ở uy tín. Nếu doanh nghiệp thanh toán nhầm do email giả mạo nhà cung cấp, đơn hàng thật có thể bị chậm vì nhà cung cấp chưa nhận được tiền. Khách hàng cuối bị trễ hàng. Đội kinh doanh phải giải thích. Chủ doanh nghiệp vừa mất tiền, vừa mất niềm tin với đối tác, vừa phải siết lại quy trình trong tâm thế chữa cháy.

Với dữ liệu nội bộ, nguy cơ còn rộng hơn. Một đường link giả trong email có thể dụ nhân sự nhập tài khoản email công ty. Từ đó, kẻ gian đọc được báo giá, hợp đồng, danh sách khách hàng, điều khoản thanh toán, lịch sử giao dịch. Khi đã có dữ liệu thật, những email lừa đảo tiếp theo sẽ càng giống thật hơn. Đây là vòng lặp rất nguy hiểm: rò rỉ dữ liệu tạo ra email giả tốt hơn, email giả tốt hơn lại làm tăng khả năng mất tiền.

Sau 60 ngày vận hành thử nghiệm hệ thống kiểm tra email và quy trình thanh toán tự động do HimiTek thiết kế, một doanh nghiệp phân phối thiết bị công nghiệp đã giảm khoảng 85% thời gian kiểm tra thủ công email thanh toán. Trước đây đội kế toán mất 2–3 giờ mỗi ngày để rà soát, nay chỉ còn khoảng 20–30 phút cho các trường hợp cần xem xét thêm. Quan trọng hơn, hệ thống phát hiện sớm một email yêu cầu chuyển hơn 420 triệu đồng vào tài khoản lạ trước khi lệnh thanh toán được duyệt.

Con số này nói thẳng vào bài toán của chủ doanh nghiệp: AI Automation không phải để trình diễn. Nó phải chặn được rủi ro trước khi tiền đi khỏi tài khoản, giảm giờ làm thủ công, và giúp người duyệt không phải ra quyết định trong cảnh thiếu thông tin.

3. Giải pháp 3 bước: Dùng Automation làm lớp kiểm soát trước khi thanh toán

HimiTek không thiết kế hệ thống theo kiểu để AI tự quyết hết. Với tiền bạc, hợp đồng, nhà cung cấp, cách làm an toàn hơn là dùng AI Agent như một lớp kiểm soát thông minh: đọc email, phát hiện dấu hiệu bất thường, chấm điểm rủi ro, cảnh báo đúng người, và khóa tạm quy trình thanh toán khi cần xác minh.

Dưới đây là mô hình 3 bước mà doanh nghiệp SME có thể áp dụng ngay, từ bản checklist thủ công đến automation nâng cao.

Bước 1: Gắn nhãn email nhạy cảm và phát hiện dấu hiệu bất thường

Đầu tiên, hệ thống cần nhận diện email có liên quan đến tiền hoặc dữ liệu quan trọng. Không phải email nào cũng cần kiểm tra sâu. Nhưng email chứa số tài khoản, yêu cầu chuyển tiền, thay đổi hợp đồng, file đính kèm, đường link lạ, hoặc cụm từ như “thanh toán gấp”, “đổi tài khoản”, “ngân hàng thụ hưởng mới” thì phải được đưa vào luồng kiểm tra.

Ví dụ đoạn Python đơn giản dưới đây minh họa cách gắn điểm rủi ro ban đầu cho email thanh toán. Đây không phải hệ thống hoàn chỉnh, nhưng đủ để anh em hình dung logic kiểm tra trước khi đưa vào automation.

import re
from difflib import SequenceMatcher

APPROVED_DOMAINS = ["supplier-a.com", "nhacungcapb.vn"]
APPROVED_BANK_ACCOUNTS = {"supplier-a.com": ["0123456789"]}
RISK_KEYWORDS = ["đổi tài khoản", "tài khoản mới", "thanh toán gấp", "urgent payment", "new bank account"]

def similarity(a, b):
    return SequenceMatcher(None, a, b).ratio()

def extract_bank_accounts(text):
    return re.findall(r"\b\d{8,16}\b", text)

def score_email(sender_domain, subject, body):
    score = 0
    reasons = []

    if sender_domain not in APPROVED_DOMAINS:
        near_match = max([similarity(sender_domain, d) for d in APPROVED_DOMAINS], default=0)
        if near_match > 0.8:
            score += 40
            reasons.append("Tên miền gần giống nhà cung cấp thật")
        else:
            score += 25
            reasons.append("Tên miền chưa được phê duyệt")

    content = (subject + " " + body).lower()
    for keyword in RISK_KEYWORDS:
        if keyword in content:
            score += 20
            reasons.append(f"Có từ khóa rủi ro: {keyword}")

    accounts = extract_bank_accounts(body)
    approved_accounts = APPROVED_BANK_ACCOUNTS.get(sender_domain, [])
    for acc in accounts:
        if acc not in approved_accounts:
            score += 35
            reasons.append(f"Số tài khoản lạ: {acc}")

    return {"risk_score": min(score, 100), "reasons": reasons}

result = score_email(
    sender_domain="supp1ier-a.com",
    subject="Cập nhật tài khoản ngân hàng thụ hưởng mới",
    body="Vui lòng thanh toán đơn hàng vào STK 9988776655 trong hôm nay."
)
print(result)

Bước 2: Tự động cảnh báo và khóa tạm lệnh thanh toán có rủi ro cao

Khi email có điểm rủi ro cao, việc quan trọng nhất là không để quy trình tiếp tục trôi theo thói quen. Hệ thống cần gửi cảnh báo đến đúng người: kế toán phụ trách, trưởng bộ phận, và ban giám đốc nếu số tiền vượt ngưỡng. Đồng thời, lệnh thanh toán liên quan phải bị khóa tạm cho đến khi xác minh xong.

Checklist kỹ thuật HimiTek thường dùng khi triển khai:

Bước 3: Chuẩn hóa xác minh đa bước để không phụ thuộc trí nhớ con người

Nhiều công ty có quy định “phải gọi xác minh khi đổi tài khoản”, nhưng thực tế lại không đều. Có hôm gọi, có hôm không. Có người ghi chú, có người chỉ nhắn miệng. Automation tốt là biến quy định thành luồng bắt buộc, để anh em không phải nhớ từng bước khi đang bận.

Cách làm này không làm chậm doanh nghiệp. Ngược lại, nó giúp những email sạch đi nhanh hơn, còn email nguy hiểm bị chặn đúng chỗ. Kế toán không phải đọc từng dòng trong hoang mang. Giám đốc không phải duyệt dựa trên cảm giác. Và chủ doanh nghiệp có log rõ ràng nếu cần truy vết.

4. CTA outcome thực tế: Chặn tiền đi sai trước khi phải đi đòi lại

Nếu doanh nghiệp của anh em đang nhận báo giá, hóa đơn, hợp đồng qua email mỗi ngày, câu hỏi không phải là “có bị email giả mạo không”, mà là “khi email đó tới, công ty có chặn kịp trước khi chuyển tiền không”.

HimiTek có thể cùng doanh nghiệp rà soát quy trình thanh toán hiện tại, xác định điểm hở, và dựng một lớp automation kiểm tra email nhạy cảm trước khi tiền rời khỏi tài khoản. Mục tiêu rất cụ thể: giảm giờ kiểm tra thủ công cho kế toán, phát hiện sớm email giả mạo nhà cung cấp, khóa tạm lệnh thanh toán rủi ro cao, và tạo quy trình xác minh có log rõ ràng.

Nếu anh em muốn biết công ty mình đang hở ở đâu, hãy bắt đầu bằng một buổi kiểm tra quy trình 45 phút với HimiTek. Sau buổi đó, doanh nghiệp sẽ có danh sách rủi ro cụ thể, checklist xử lý ngay, và đề xuất automation phù hợp với quy mô hiện tại.

Đừng đợi mất 420 triệu rồi mới siết quy trình. Việc cần làm là chặn giao dịch sai trước khi tiền rời khỏi tài khoản.

Cần tư vấn chuyên sâu?

HimiTek cung cấp dịch vụ tư vấn AI Compliance, Blockchain, và Security cho doanh nghiệp.

Đặt lịch tư vấn miễn phí →