Tự động hóa Excel bằng AI｜Kế hoạch 90 ngày tại Thái Lan

Khi một nhà máy tại Thái Lan muốn giảm việc tổng hợp, sao chép, đối soát và lập báo cáo lặp lại, tự động hóa Excel bằng AI không nên đồng nghĩa với “mua Copilot rồi giao mọi việc cho AI”. Generative AI phù hợp với công việc mơ hồ và đối thoại; Office Scripts phù hợp với quy tắc lặp lại có tính xác định; Power Automate điều phối trigger, phê duyệt và thông báo; còn API hoặc RPA xử lý phần nằm ngoài ranh giới Excel. Bài viết chuyển cách phân chia này thành PoC 90 ngày, RFP, tiêu chí nghiệm thu, quyền truy cập, kiểm toán và kiểm thử đa ngôn ngữ.

Bắt đầu tự động hóa Excel bằng AI từ ba ranh giới

Excel tự nó không phải là vấn đề. Nó giúp đội ngũ địa phương điều chỉnh phép tính và biểu mẫu kiểm tra nhanh hơn một thay đổi hệ thống chính thức. Rủi ro xuất hiện khi không ai giải thích được quy tắc nào đã chạy, dùng phiên bản dữ liệu nào, ai chấp nhận kết quả và khi nào workbook cần được thay bằng một hệ thống được quản trị tốt hơn.

Tình huống này phổ biến ở doanh nghiệp sản xuất Nhật Bản tại Thái Lan: bảng quản trị tiếng Nhật, ghi chú hiện trường tiếng Thái, tài liệu khách hàng tiếng Anh và CSV từ ERP/MES gặp nhau trong một file. Trước khi thêm AI, hãy xác định:

1. Ranh giới phán đoán: tác vụ cần diễn giải và trao đổi, hay một quy tắc cố định phải luôn chạy giống nhau?
2. Ranh giới hệ thống: quy trình kết thúc trong Microsoft 365, hay đi sang ERP, MES, file server hoặc ứng dụng web?
3. Ranh giới trách nhiệm: ai duyệt input, ai thay đổi automation, ai chấp nhận output và ai có quyền dừng?

Khi ba ranh giới rõ ràng, lựa chọn Copilot, Script, Flow hay RPA trở thành hệ quả của yêu cầu nghiệp vụ, không còn là cuộc thi tính năng.

Phân vai Copilot, Office Scripts, Power Automate và RPA theo loại công việc

Đặt Generative AI tại nơi thật sự có sự mơ hồ

Yêu cầu “giải thích biến động tổn thất chất lượng theo nhóm sản phẩm và đề xuất điều cần kiểm tra” phù hợp với trợ lý hội thoại vì chuyên viên phải tinh chỉnh câu hỏi và đánh giá giả thuyết. Quy tắc “nếu cột A trống thì báo lỗi; nếu cột B đã duyệt thì đóng dấu ngày xử lý” nên được viết thành mã có thể kiểm thử và lặp lại.

Trải nghiệm chỉnh sửa workbook tương ứng với Agent Mode trước đây được hướng dẫn hiện hành của Microsoft mô tả là edit mode của Copilot in Excel. Điều này không xác lập “Edit with Copilot” là tên sản phẩm kế nhiệm chính thức được bảo đảm. Không nên khóa tên màn hình trong RFP; hãy mô tả kết quả—một trải nghiệm Copilot được phê duyệt có thể chỉnh workbook trong phạm vi kiểm soát—rồi xác nhận lại tên, điều kiện cung cấp, giấy phép và khu vực ngay trước khi mua.

Thông báo chuyển đổi chính thức trên Microsoft Excel Blog cho biết trải nghiệm advanced analysis bằng App Skills đã ngừng vào cuối tháng 2/2026. Thông báo mô tả sự phát triển của trải nghiệm, không bảo đảm một phương án kế nhiệm giống hệt advanced analysis cũ. Riêng FAQ hiện hành mô tả các lựa chọn hiện tại gồm Copilot in Excel hoặc Analyst agent, nhưng không nên mặc định lựa chọn nào tương đương với trải nghiệm cũ. Vì vậy RFP nên hỏi loại phân tích có thể thực hiện, phép tính diễn ra ở đâu, có thể giữ code/output nào và reviewer tái lập kết quả ra sao, thay vì đòi một tên đã hết vòng đời hoặc cam kết thay thế tương đương.

Hàm COPILOT() cũng không phù hợp làm phụ thuộc production cốt lõi. Microsoft mô tả đây là khả năng Frontier/Insider và cho biết kể từ ngày 14/9/2026, hàm sẽ không còn khả dụng. Nếu thử nghiệm, phải có đường thoát sang công thức chuẩn, Script hoặc dịch vụ được hỗ trợ. Các thông tin này phản ánh nguồn chính thức tại ngày 27/8/2026; khả năng cloud có thể thay đổi, nên cần kiểm tra lại trang Microsoft tại từng gate mua sắm và release.

Dùng Office Scripts cho quy tắc lặp lại

Office Scripts có thể ghi, sửa và phát lại thao tác Excel. Nó phù hợp với chuẩn hóa tên cột, loại khoảng trắng, chuyển kiểu, kiểm master, tính cố định và gắn cờ ngoại lệ. Nhưng Script chạy xong không chứng minh kết quả nghiệp vụ đúng.

Hãy thử thay đổi schema, số bị lưu thành text, ngày Phật lịch và Dương lịch, kg/g lẫn nhau, mã mất số 0 đầu và bảng rỗng. Mỗi Script cần input contract, điều kiện trước khi chạy, cách fail, chủ sở hữu, lịch sử thay đổi và rollback. Nguồn production phải nằm trong kho hoặc nơi lưu được kiểm soát. Nghiệp vụ duyệt quy tắc; IT duyệt chất lượng kỹ thuật và quyền.

Dùng Power Automate cho điều phối, duyệt và ngoại lệ

Power Automate có thể khởi chạy theo lịch/sự kiện, gọi Office Script, chờ duyệt, thông báo và chuyển mục lỗi sang exception queue. Nhờ vậy xử lý cố định trong workbook được tách khỏi trách nhiệm workflow.

Excel Online Business connector làm việc với file trong OneDrive for Business, SharePoint Sites và Office 365 Groups. Trang chính thức hiện nêu các giới hạn quan trọng: file tối đa 25 MB; Run script ba lần trong 10 giây và 1.600 lần/ngày; thay đổi có thể mất tới 30 giây mới xuất hiện; file có thể bị khóa tới sáu phút; và không khuyến nghị ghi đồng thời. Đây là giới hạn sản phẩm, không phải throughput hay SLA được cam kết, và phải kiểm tra lại khi thiết kế/kiểm thử tải.

Hệ quả thiết kế rất cụ thể: ưu tiên một tác nhân ghi, xếp yêu cầu vào queue, dùng idempotency key, giới hạn retry, chuyển lỗi kéo dài sang quy trình ngoại lệ và đối soát trạng thái cuối. Một Flow màu xanh không chứng minh mọi hàng đã được ghi. Cũng không nên đọc ngay lập tức rồi kết luận thất bại mà bỏ qua độ trễ cập nhật đã công bố.

Để API/RPA sở hữu ranh giới ngoài Excel

Khi ERP/MES có API ổn định, nên ưu tiên API thay vì robot bấm màn hình. Chọn RPA khi không có giao diện phù hợp hoặc làm giải pháp chuyển tiếp có kiểm soát. Cấp cho bot danh tính riêng với quyền tối thiểu, giữ credential trong vault, phát hiện thay đổi màn hình, đặt timeout và đối soát trước/sau.

Một hàng Excel chỉ có thể là lệnh nếu trạng thái phê duyệt được bảo vệ. Xác định ai được đổi “approved”, giữ lịch sử, truyền processing ID duy nhất và thiết kế hủy. Thành công không phải là đã bấm đủ nút, mà là record nguồn và đích khớp nhau.

Phân loại năm nhóm công việc Excel trong nhà máy Thái Lan

1. Thu thập và sao chép

Dữ liệu đến từ email, thư mục chia sẻ, máy móc hoặc ERP. Nếu tên file, cột, encoding, ngày và đơn vị ổn định, Script/Flow phù hợp. Nếu chưa ổn định, cần lập input contract trước. Dùng AI đoán mọi thay đổi schema sẽ che lỗi thay vì sửa nguồn.

2. Định dạng và kiểm tra

Loại khoảng trắng, đổi kiểu, kiểm master, trường bắt buộc và trùng lặp chủ yếu là deterministic. AI có thể soạn giải thích lỗi thân thiện, nhưng không nên là căn cứ pass/fail duy nhất.

3. Phân tích và khám phá

Đây là nơi phân tích dữ liệu bằng Generative AI có thể tạo giá trị bằng cách đề xuất lát cắt, xu hướng và giả thuyết. Người dùng phải ghi thời kỳ, hàng được dùng/loại, xử lý missing data, đơn vị và outlier. Với chất lượng hoặc an toàn, kết luận cần cả lý luận thống kê lẫn chuyên môn quy trình.

4. Quyết định và phê duyệt

Giá, cho phép giao hàng, xử lý chất lượng và đánh giá nhà cung cấp ảnh hưởng khách hàng và tài chính. AI có thể tổ chức bằng chứng hoặc soạn kiến nghị. Quy trình vẫn cần người quyết định có tên, bằng chứng duyệt, escalation và điều kiện dừng. “Human in the loop” chưa đủ nếu không nói người đó xem gì và có quyền gì.

5. Ghi hệ thống và thông báo

Sau phê duyệt, Power Automate, API hoặc RPA mới ghi dữ liệu, báo bên liên quan và giữ bằng chứng. Chỉ chuyển dữ liệu đã duyệt kèm processing ID, rồi đưa trạng thái đối soát trở lại case.

Hãy kiểm kê theo bước công việc, không theo tên workbook. “Tự động hóa file tồn kho tháng” quá rộng; cần tách tải ERP, kiểm item master, khám phá variance, duyệt điều chỉnh và ghi ERP. Cách tách này biến ý tưởng tự động hóa nghiệp vụ bằng AI thành thiết kế có thể nghiệm thu.

Biến PoC 90 ngày thành quyết định, không phải demo

PoC phải thu đủ bằng chứng để chọn Scale, Revise hoặc Stop. Chốt ngày ra quyết định trước để dự án không ở trạng thái “đang thử” vô thời hạn.

Ngày 0–30: khóa phạm vi, baseline và bằng chứng

Xác định điểm bắt đầu/kết thúc, người dùng, input/output, ngoại lệ và mục đích cấm. Ghi baseline khả thi như số giao dịch, thời gian làm thực, chờ, sửa, lỗi nghiêm trọng, rework và trễ cut-off.

Xác nhận chủ dữ liệu, quyền, nơi lưu, retention, chuyển xuyên biên giới và chia sẻ ngoài. Nếu HQ Nhật và pháp nhân Thái dùng tenant khác nhau, hãy vẽ identity nào tiếp cận nguồn nào. Bộ đánh giá nên có mẫu Nhật, Thái, Anh và Việt khi cần.

Phê duyệt tiêu chí trước khi thấy kết quả. Bảng sau là ví dụ đề xuất tiêu chí nghiệm thu, không phải benchmark chung.

Chỉ định chủ quyết định: nghiệp vụ chịu chất lượng công việc, IT chịu integration/service, chất lượng chịu tác động sản phẩm, security chịu dữ liệu/quyền, quản lý chịu ngân sách và residual risk.

Ngày 31–60: thu cả kết quả đúng và thất bại

Giới hạn người dùng, file, nhóm sản phẩm và thời gian, chạy song song với hiện trạng. Ghi loại lỗi, người phát hiện, thời gian phát hiện, sửa, retry, lock, delay và fallback. Với Generative AI, giữ lỗi nguy hiểm nhất và câu trả lời mơ hồ khó xử nhất, không chỉ kết quả đẹp.

Đánh giá đa ngôn ngữ cần kiểm tên sản phẩm/thiết bị, defect class, phủ định, mức bắt buộc, số lượng, đơn vị và ngày. Khi ghi chú hiện trường tiếng Thái trở thành báo cáo tiếng Nhật, giữ nguyên bản và dùng glossary được duyệt. Kiểm Nhật→Thái và Thái→Nhật riêng vì đi qua tiếng Anh có thể làm yếu nghĩa.

Với Script/Flow, cố ý thử thiếu cột, bảng rỗng, trùng, lỗi công thức, file gần giới hạn, lock, connection hết hạn, request lặp và thu hồi phê duyệt. Dùng giới hạn chính thức làm đầu vào thiết kế rồi thử với tenant/dữ liệu thật.

Ngày 61–90: chứng minh vận hành, bàn giao và kinh tế

Dịch vụ phải chạy khi người xây PoC không đứng bên cạnh. Thực hành cấp quyền, chuyển/ nghỉ việc, incident triage, change, release, rollback và monthly review. Loại phụ thuộc vào flow production do một cá nhân sở hữu; xác định chủ connection/license.

Kinh tế phải gồm review, ngoại lệ, license, development, support, audit và training. Nếu tính thời gian tiết kiệm thành lợi ích, cần nói capacity được phân bổ sang đâu. So sánh với thay đổi source system và quyết định Excel automation là lâu dài hay chuyển tiếp. Xem thêm chi phí triển khai Generative AI tại Thái Lan.

Ngày 90 chọn:

• Scale: đạt tiêu chí, có owner, support, budget và audit; mở rộng từng bước.
• Revise: có giá trị nhưng còn vấn đề giới hạn; cho một lần sửa có thời hạn, chủ, ngân sách và quy tắc retest.
• Stop: còn rủi ro nghiêm trọng, không tái lập, thiếu owner hoặc không hiệu quả; đóng quyền/connection và giữ bài học.

Xây chuỗi bằng chứng có thể kiểm toán

Kiểm toán được không có nghĩa là có nhiều log, mà là tái dựng được vì sao một case chạy, phiên bản nào chạy, ai chấp nhận và hệ thống đích có khớp không.

Microsoft tuyên bố prompt, response và dữ liệu được Microsoft 365 Copilot truy cập qua Microsoft Graph không được dùng để huấn luyện foundation model. Đây là thông tin privacy quan trọng nhưng không loại bỏ trách nhiệm quản trị của khách hàng. Cần rà soát sharing, retention, audit, sensitivity label, DLP, external sharing, add-in, connection và admin setting của tenant.

Tách quyền user, service connection, RPA bot, workbook, site và target system. Không để production flow chỉ thuộc tài khoản cá nhân. Developer không nên tự duyệt release một mình; người duyệt nghiệp vụ không nên sửa trực tiếp production code.

Đặt revalidation trigger. Thay đổi cột, master, phép tính, Copilot function, Script, Flow, ERP API, quyền hay phạm vi ngôn ngữ có thể yêu cầu retest một phần hoặc toàn bộ. Tên và availability cloud thay đổi, nên phê duyệt không có giá trị vĩnh viễn.

Ngôn ngữ được hỗ trợ không thay thế nghiệm thu đa ngôn ngữ

Danh sách Microsoft 365 Copilot chính thức hiện có tiếng Thái và tiếng Việt. “Supported” không bảo đảm tên thiết bị, defect code, viết tắt, ngôn ngữ khách hàng hay mức độ bắt buộc Nhật–Thái của doanh nghiệp đáp ứng yêu cầu sản xuất.

Bộ đánh giá phải có phủ định, đơn vị, Phật lịch/Dương lịch, thứ tự ngày, dấu thập phân, mã nội bộ, viết tắt và must/should/may. Reviewer phải hiểu quy trình, không chỉ thành thạo ngôn ngữ. Kiểm Nhật→Thái và Thái→Nhật riêng, đồng thời đưa sửa đổi của người trở lại glossary, prompt và preprocessing.

Tách “đề xuất” khỏi “thực thi” khi kết hợp RPA và Generative AI

Trong kết hợp RPA và Generative AI, AI đề xuất, logic deterministic xác thực, người duyệt khi cần và API/RPA mới thực thi. Nếu AI trích một phương án xử lý từ email hoặc quality comment, không được ghi thẳng vào ERP.

1. Lưu tài liệu gốc dưới dạng tham chiếu không sửa.
2. AI tạo classification, summary hoặc candidate.
3. Quy tắc kiểm required field, type, master và range.
4. Người duyệt thấy nguyên văn, đề xuất và cảnh báo cùng lúc.
5. Chỉ gửi dữ liệu đã duyệt kèm processing ID duy nhất.
6. Đối soát phản hồi hệ thống đích với ID.
7. Chuyển chênh lệch sang exception queue kèm điểm khởi động lại.

Cách này kết hợp tính linh hoạt của AI với khả năng lặp lại giao dịch. KPI nên có critical error, rework, review effort, waiting và case chưa đối soát, không chỉ tỷ lệ automation.

RFP tự động hóa Excel bằng AI cần yêu cầu gì?

Nghiệp vụ và phạm vi

• Điểm đầu/cuối, volume, peak, cơ sở và ngôn ngữ.
• Workbook, macro, email, file share, ERP/MES hiện tại.
• Quyết định vẫn do người và định nghĩa critical error.
• Giải pháp lâu dài hay chuyển tiếp tới khi đổi core system.

Kỹ thuật và vận hành

• Lý do chọn Copilot, Office Scripts, Power Automate, API và RPA.
• Cách xử lý file size, throttle, delay, lock và concurrency chính thức.
• Idempotency, queue, retry, timeout, reconciliation, backup, recovery.
• Tách dev/test/prod, version, test, monitoring và support.

Security, audit và đa ngôn ngữ

• Danh tính user, connection, bot với least privilege.
• Location, retention, deletion, sharing, sensitivity và audit evidence.
• Lưu prompt/output, input/process version và approval.
• Kiểm Nhật, Thái, Anh và Việt cần thiết bằng thuật ngữ được duyệt.
• Test normal, boundary, failure, load, permission và recovery.

So sánh đề xuất bằng năng lực được bàn giao, không chỉ day rate. Yêu cầu process map, requirement, source, flow definition, bot configuration, test, operation manual, access matrix, audit field, training và hạn chế đã biết. Tham khảo hỗ trợ phát triển AI nội bộ tại Thái Lan và thuê ngoài phát triển hệ thống sản xuất khi quyết định phân công.

Sai lầm thường gặp và cách sửa

• Cấp Copilot rồi chờ tự chuẩn hóa: định nghĩa use case, input, check, điều cấm và escalation theo quy trình.
• Gộp mọi thứ vào một workbook: tách source, work-in-progress, approved, output; dùng single writer.
• Dùng AI che input kém: ổn định cột, đơn vị, code, ngày trước.
• Đặt tiêu chí PoC sau khi có kết quả: duyệt critical error, sample, evaluator và gate từ đầu.
• Flow thuộc một tài khoản cá nhân: thử transfer, production connection, license và emergency contact.
• RPA ghi trùng: dùng idempotency key, pre-check, post-check, restart point và reversal.

FAQ: Excel, Generative AI và tự động hóa thực tế

Có thể tự động hóa Excel bằng AI chỉ với Copilot không?

Copilot hỗ trợ phân tích tương tác và soạn nội dung. Lặp theo quy tắc, phê duyệt và ghi hệ thống ngoài thường cần Office Scripts, Power Automate, API hoặc RPA, với trách nhiệm tách biệt.

Kết quả phân tích dữ liệu bằng Generative AI có thể đưa thẳng vào báo cáo không?

Hãy coi là giả thuyết/bản nháp. Kiểm thời kỳ, hàng, loại trừ, missing data, đơn vị và nguồn. Kết luận ảnh hưởng chất lượng, tài chính hoặc khách hàng cần business owner duyệt.

PoC tự động hóa nghiệp vụ bằng AI nên đo gì?

Đo critical error, chỉnh sửa, review effort, chờ, failure, retry, case chưa đối soát, khác biệt ngôn ngữ và operating cost, không chỉ thời gian.

Khi kết hợp RPA và Generative AI nên triển khai cái nào trước?

Phân rã quy trình trước: AI xử lý mơ hồ, quy tắc xác thực, người phê duyệt và hệ thống ngoài thực thi; sau đó mới chọn sản phẩm.

Giới hạn Excel Online Business connector hiện còn như vậy không?

Bài viết dùng thông tin chính thức tại ngày xuất bản: 25 MB; Run script ba lần/10 giây và 1.600 lần/ngày; thay đổi có thể mất tới 30 giây; lock tới sáu phút; không khuyến nghị ghi đồng thời. Kiểm tra lại trang Microsoft trước RFP, thiết kế, load test và go-live.

Đã hỗ trợ tiếng Thái/Việt thì có thể bỏ translation test không?

Không. Supported là khả dụng, không phải nghiệm thu thuật ngữ sản xuất, phủ định, đơn vị, ngày và ngôn ngữ khách hàng. Cần reviewer hiểu quy trình và kiểm theo từng hướng ngôn ngữ.

Microsoft có dùng dữ liệu Microsoft 365 Copilot của doanh nghiệp để huấn luyện mô hình không?

Microsoft nói không dùng prompt, response và dữ liệu Graph để huấn luyện foundation model. Doanh nghiệp vẫn phải quản trị quyền, sharing, retention, audit, DLP và external connection.

Khi nào nên chuyển từ Excel sang hệ thống chính thức?

Khi concurrency, volume, quyền chi tiết, transaction consistency, availability, audit hoặc master data vượt khả năng của workbook được quản trị. Hãy định nghĩa trigger chuyển đổi từ đầu PoC.

Kết luận: tách diễn giải, quy tắc và thực thi

Thành công của tự động hóa Excel bằng AI không phải dùng tối đa tính năng mới. Hãy đặt đối thoại mơ hồ trong Generative AI được phê duyệt, quy tắc lặp trong Office Scripts, workflow trong Power Automate và transaction bên ngoài trong API/RPA. Sau đó dùng 90 ngày để chứng minh giá trị, chất lượng, quyền, audit, đa ngôn ngữ và recovery. Tên sản phẩm cùng giới hạn có thể đổi; cấu trúc trách nhiệm này vẫn hữu ích.

TOMAS TECH có thể hỗ trợ nhà máy tại Thái Lan kiểm kê công việc Excel, thiết kế ranh giới Copilot–Script–Flow–RPA, xây PoC/RFP 90 ngày và nghiệm thu Nhật–Thái–Anh–Việt. Ngay cả khi mới chọn quy trình đầu tiên, doanh nghiệp có thể trao đổi qua trang liên hệ.

Tài liệu tham khảo

• Microsoft Support: Get started with Copilot in Excel
• Microsoft Learn: Office Scripts in Excel
• Microsoft Learn: Excel Online Business connector
• Microsoft Learn: Data, Privacy, and Security for Microsoft 365 Copilot
• Microsoft Support: Supported languages for Microsoft 365 Copilot
• Microsoft Excel Blog: App Skills is evolving with Copilot in Excel
• Microsoft Support: Frequently asked questions about Copilot in Excel
• Microsoft Support: COPILOT function
• Microsoft Learn: Run Office Scripts with Power Automate