ACC203: vì sao sinh viên kế toán lại mất điểm ở một môn hệ thống?

Phần lớn sinh viên bước vào môn Accounting Information Systems với hai năm rưỡi quen tay ghi sổ kép, và chính thói quen đó âm thầm phản lại họ. Môn học trông giống kế toán, nằm trong chương trình kế toán, và mọi ví dụ đều xoay quanh chu trình bán hàng hay sổ mua hàng. Nhưng người chấm không kiểm tra bút toán của bạn có cân hay không. Họ kiểm tra xem bạn có nhìn ra được chỗ hỏng trong một quy trình kinh doanh hay không, và có gọi đúng tên thủ tục kiểm soát bắt được lỗi đó hay không. Đó là hai kỹ năng khác nhau, và khoảng cách giữa chúng chính là chỗ điểm rơi rụng. Dưới đây là cách chuyên gia MAAS đọc một môn được thiết kế theo lối này, bắt đầu bằng một cảnh báo về chính mã môn.

Tác giả: Ban biên tập MAAS · Hiệu đính bởi chuyên gia Kế toán cấp cao (Tiến sĩ, Kế toán)
Cập nhật: 12/08/2026
Chuyên mục: writing-tips

Trước tiên, hãy kiểm tra bạn đang học ACC203 của trường nào

Trả lời thẳng: Mã này trùng nhiều trường bất thường, nên hãy xác nhận trường trước khi tin bất kỳ tài liệu ôn tập nào tìm được theo mã. Tại King's Own Institute ở Sydney và Newcastle, ACC203 là môn Accounting Information Systems, học sau ACC100 Introduction to Accounting, ACC101 Introduction to Financial Accounting và ACC201 Financial Accounting. Cũng năm ký tự đó lại là Managerial Accounting ở University of Tampa, Federal Income Taxation ở Mercer County Community College, và Introduction to Financial Accounting I ở National Open University of Nigeria.

Bằng chứng: Mỗi trường công bố mô tả môn của riêng mình, và mã môn là quy ước nội bộ của trường cấp mã. Chuyện trùng như thế này rất bình thường. Công cụ tìm kiếm không có lý do gì để tách chúng ra, nên gõ mỗi mã môn vào ô tìm kiếm sẽ ra bốn đề cương không liên quan trộn lẫn vào nhau.

Ví dụ: Một bạn dành cả buổi tối làm bài tập khấu hao và dồn tích tìm được theo đúng mã môn của mình, rồi mới nhận ra đề cương của bạn không hề nhắc tới việc lập báo cáo tài chính. Tài liệu đó không sai, nó chỉ thuộc về chương trình của một nước khác.

Bài này viết về môn của KOI. Nếu đề cương của bạn nói về khai thuế hoặc về lập bảng cân đối kế toán, bạn đang đọc nhầm trang.

Môn này thật ra đòi hỏi điều gì ở bạn?

Trả lời thẳng: Nó đòi bạn hiểu một hệ thống kế toán như một hệ thống, chứ không phải như một quyển sổ cái. Mô tả môn được công bố gồm ba phần. Phần thứ nhất là các khái niệm nền của AIS gồm mục tiêu, thành phần và các phân hệ. Phần thứ hai là những vấn đề đang nổi lên về tội phạm máy tính, đạo đức máy tính và kiểm soát nội bộ trong tổ chức. Phần thứ ba là các đặc điểm chung của những hệ thống xử lý nghiệp vụ như mua hàng và phải trả, doanh thu và phải thu, nhân sự, sản xuất, cùng sổ cái tổng hợp và báo cáo. Phần thực hành trên phần mềm kế toán được tích hợp vào môn, và có một trọng tâm riêng dành cho thương mại điện tử cùng an toàn dữ liệu.

Bằng chứng: Hãy đọc lại cấu trúc đó và để ý điều nó không nói. Nó không yêu cầu bạn lập báo cáo, cũng không yêu cầu bạn tính toán gì phức tạp. Cả ba phần đều nói về chuyện thông tin di chuyển ra sao, ai chạm vào nó, và cái gì ngăn nó sai. Phần kế toán đã do các môn tiên quyết làm xong, môn này đứng bên trên chúng.

Ví dụ: Với một tình huống về quy trình đặt hàng của doanh nghiệp, một bạn mô tả từng bước rất chính xác rồi kết luận rằng quy trình đã được ghi chép đầy đủ. Một bài mạnh hơn cũng mô tả đúng những bước đó, nhưng chỉ ra rằng người lập đơn đặt hàng cũng chính là người duyệt hoá đơn thanh toán, và lấy đúng chi tiết đó làm điểm yếu đáng viết.

Vì sao chỉ mô tả quy trình lại được điểm thấp?

Trả lời thẳng: Vì mô tả mới là nửa đầu của yêu cầu, còn người chấm môn này đọc để tìm nửa sau. Một bài đi qua chu trình theo từng bước đã chứng minh được là bạn hiểu. Điểm chỉ tách ra khi bạn biến mỗi bước thành một câu hỏi: chỗ này có thể hỏng thế nào, khả năng xảy ra tới đâu, hỏng thì thiệt hại bao nhiêu, và thủ tục kiểm soát nào xử lý được nó.

Bằng chứng: Phần giữa của môn đặt tội phạm máy tính và đạo đức máy tính cạnh kiểm soát nội bộ, và thứ tự đó là có chủ đích. Kiểm soát tồn tại là vì có những mối đe doạ cụ thể. Một thủ tục kiểm soát được liệt kê mà không kèm mối đe doạ nó trả lời là một chi tiết rời rạc, và chi tiết rời rạc đọc lên nghe như học vẹt.

Ví dụ: Hai bạn cùng đề xuất phân tách trách nhiệm. Bạn thứ nhất nêu nó như một nguyên tắc. Bạn thứ hai chỉ ra hai chức năng nào đang bị gộp trong tình huống, gọi tên đúng kiểu gian lận mà sự gộp đó cho phép, rồi nói thêm rằng một doanh nghiệp nhỏ có thể không đủ người để tách, nên phương án thực tế là một kiểm soát bù đắp như việc rà soát độc lập đợt chi tiền. Bạn thứ hai viết thêm ba câu và lên một bậc điểm.

Viết về kiểm soát nội bộ thế nào để không nghe như chép giáo trình?

Trả lời thẳng: Bằng cách luôn buộc thủ tục kiểm soát vào một hậu quả mà người ta đo được. Những bài yếu nhất coi kiểm soát nội bộ là một mớ thuật ngữ cần chép lại. Những bài mạnh nhất coi nó là một lập luận về cái giá phải trả khi kiểm soát hỏng.

Bằng chứng: Ở đây có nghiên cứu thật để dựa vào, và nó cụ thể hơn sinh viên tưởng. Khi phân tích báo cáo kiểm toán về kiểm soát nội bộ giai đoạn 2014 đến 2018, Mojtahedi và Zhou (2024) đã phân loại các yếu kém trọng yếu của kiểm soát nội bộ liên quan tới công nghệ thông tin, và thấy số lượng sự vụ yếu kém trung bình trên mỗi báo cáo tăng lên trong khoảng 2016 đến 2018, đồng thời các nhóm yếu kém này khác nhau giữa các ngành. Haislip và cộng sự (2015) nhìn vào hậu quả với từng cá nhân: những lãnh đạo bị cho thôi việc ở doanh nghiệp có công bố yếu kém trọng yếu liên quan tới công nghệ thông tin ít có khả năng tìm được vị trí tương đương hơn so với lãnh đạo bị cho thôi việc vì yếu kém không liên quan tới công nghệ, và mức chênh này rõ nhất ở vị trí giám đốc tài chính. Cả hai phát hiện đều không phải để trang trí. Chúng cho phép bạn nói rằng kiểm soát hỏng có cái giá đo được, thay vì chỉ khẳng định suông rằng kiểm soát thì quan trọng.

Ví dụ: Một bài lập luận cho việc siết kiểm soát truy cập đã kết lại bằng câu rằng kiểm soát bảo vệ tính toàn vẹn của thông tin tài chính. Câu đó đúng với mọi thủ tục kiểm soát từng được viết ra. Thay nó bằng dẫn chứng về xu hướng tăng của các báo cáo yếu kém liên quan tới công nghệ, kèm hậu quả nghề nghiệp đi sau công bố, đã biến một câu sáo thành một khẳng định có cơ sở.

Phần phần mềm thật ra đang kiểm tra điều gì?

Trả lời thẳng: Không phải kiểm tra bạn dùng phần mềm có thạo không. Nó kiểm tra xem bạn có nhìn ra hệ quả về mặt kiểm soát của những gì phần mềm làm tự động, và những gì nó vẫn để cho con người làm.

Bằng chứng: Đây là chỗ môn học bắt vào dòng nghiên cứu rộng hơn, dù đề cương không nói ra. Khi tổng quan nghiên cứu về hệ thống tích hợp, Grabski và cộng sự (2011) mô tả các hệ thống này như một lực làm thay đổi căn bản nghề kế toán, và ghi nhận rằng chuyên môn kế toán ngày càng được huy động để kiểm toán hệ thống thông tin và để cài đặt các kiểm soát quản trị ngay bên trong hệ thống. Họ cũng nhận xét rằng những hệ thống như vậy hỗ trợ kiểm soát nội bộ và dấu vết kiểm toán ở mức cao hơn hẳn các hệ thống rời rạc trước đây, đồng thời bắt quy trình nghiệp vụ phải chạy theo một đường và giới hạn thao tác của nhân viên. Cả hai vế của câu đó đều có thể ra đề. Một hệ thống bắt quy trình chạy theo một đường sẽ khử được một số rủi ro và sinh ra một số rủi ro mới, và rủi ro mới có xu hướng dồn về chỗ ai đang giữ quyền quản trị.

Ví dụ: Khi được hỏi về một doanh nghiệp chuyển từ bảng tính sang phần mềm tích hợp, một bài yếu hơn liệt kê các lợi ích. Một bài mạnh hơn thừa nhận những lợi ích đó, rồi chỉ ra rằng dấu vết kiểm toán chỉ đáng tin ngang với lớp kiểm soát truy cập bao quanh nó, và đặt câu hỏi ai trong công ty nhỏ này có thể sửa cấu hình mà không ai rà lại.

Trọng tâm thương mại điện tử và an toàn dữ liệu đòi hỏi gì?

Trả lời thẳng: Nó đòi bạn coi phần ranh giới của tổ chức mới là phần rủi ro. Một khi nghiệp vụ đi vào từ bên ngoài, những thủ tục kiểm soát vốn giả định người dùng nội bộ và đáng tin sẽ không còn đủ, và bài của bạn nên nói thẳng điều đó thay vì bê nguyên ngôn ngữ kiểm soát nội bộ sang.

Bằng chứng: Mô tả môn nêu thương mại điện tử và an toàn dữ liệu như một trọng tâm riêng đặt cạnh các chu trình nghiệp vụ, và cách sắp xếp đó báo hiệu rằng các chu trình cần được bàn trong bối cảnh có kết nối mạng, chứ không phải bối cảnh khép kín. Về mặt thực hành, điều này nghĩa là xác thực người dùng, tính toàn vẹn khi truyền dữ liệu, và câu hỏi chuyện gì xảy ra khi bên hỏng là hệ thống của đối tác chứ không phải của bạn.

Ví dụ: Khi bàn về một kênh bán hàng trực tuyến, một bạn áp nguyên bộ kiểm soát chu trình doanh thu rồi dừng lại. Một bạn khác cũng áp bộ đó, nhưng nói thêm rằng việc đánh giá tín dụng khách hàng không còn dựa được vào hiểu biết cá nhân mà một nhân viên bán hàng tại quầy vốn có, rồi đề xuất thứ thay thế.

Một trình tự làm bài thực tế

Không có phương pháp duy nhất đúng, nhưng trình tự dưới đây thường giúp sinh viên tránh được cái bẫy chỉ-mô-tả:

1. Xác định chu trình và ranh giới các phân hệ trước khi viết chữ nào. Biết quy trình bắt đầu ở đâu và bàn giao ở đâu.
2. Vẽ ra ai làm gì. Phần lớn điểm yếu trong đề bài nhìn thấy được chỉ qua cách phân công trách nhiệm.
3. Với mỗi bước, viết rủi ro trước rồi mới viết kiểm soát. Đảo ngược thứ tự này chính là thứ sinh ra những danh sách kiểm soát chung chung.
4. Phân loại từng kiểm soát thành phòng ngừa, phát hiện hay khắc phục, và nói vì sao tỷ lệ đó hợp với quy mô của tổ chức này.
5. Nêu một điều mà khuyến nghị của bạn sẽ không xử lý được. Người chấm đọc điều này ra là sự tự tin, chứ không đọc ra là điểm yếu.
6. Đối chiếu quy ước trình bày sơ đồ với đề cương môn của bạn, đừng đối chiếu với một ví dụ trên mạng, vì chuẩn ký hiệu khác nhau giữa các trường.

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

Em có cần biết lập trình để qua môn ACC203 không?
Không cần. Môn học dùng phần mềm kế toán làm bối cảnh cho các câu hỏi về kiểm soát, chứ không phải làm bài tập phát triển phần mềm. Thứ bạn cần là thói quen hỏi, với mỗi bước đã tự động hoá, rằng nó bảo đảm được điều gì và nó đang giả định điều gì.

Bảng rủi ro và kiểm soát nên chi tiết tới đâu?
Đủ chi tiết để từng dòng gắn được với đúng tình huống trước mặt bạn. Một dòng có thể chép sang bất kỳ bài nào về bất kỳ công ty nào là một dòng gần như không có điểm. Hãy buộc rủi ro vào một bước có tên và buộc kiểm soát vào một người hoặc một hệ thống có tên.

Trích giáo trình thay cho bài báo khoa học có được chấp nhận không?
Hãy theo đề cương môn của bạn. Giáo trình phù hợp cho định nghĩa và khung lý thuyết, nhưng một khẳng định về việc kiểm soát hỏng xảy ra thường xuyên tới mức nào hay tốn kém ra sao là một khẳng định về bằng chứng, và nó cần một nguồn thật sự có đo đạc.

Tình huống của em là doanh nghiệp nhỏ, không đủ người để phân tách trách nhiệm thì viết gì?
Hãy nói thẳng điều đó, rồi đề xuất các kiểm soát bù đắp. Nhận ra một ràng buộc và làm việc trong ràng buộc đó thể hiện khả năng phán đoán, còn đề xuất một cơ cấu bất khả thi khiến người chấm nghĩ bạn chưa đọc kỹ tình huống.

Môn này có trùng với môn kiểm toán không?
Nó giáp ranh. Kiểm toán hỏi liệu các thủ tục kiểm soát có vận hành hữu hiệu trong một kỳ hay không, còn môn này hỏi liệu những kiểm soát đúng đã tồn tại và có hợp lý với quy trình hay chưa. Giữ ranh giới đó hiện rõ trong bài viết sẽ có lợi, vì nó ngăn bạn trôi sang các thủ tục kiểm toán mà đề không hỏi.

MAAS đứng ở đâu trong việc này

Chuyên gia MAAS làm việc cùng sinh viên ở những môn như thế này, chứ không làm thay. Một buổi điển hình với bài AIS thường gồm việc đọc tình huống cùng nhau, kiểm tra xem những rủi ro bạn nhận diện đã đủ cụ thể để bảo vệ chưa, và thử vặn lại các khuyến nghị kiểm soát của bạn dựa trên chính những ràng buộc trong tình huống. Bài viết vẫn là của bạn. Cái thay đổi là có một người đã đọc vài trăm bài như vậy nói cho bạn biết người chấm sẽ dừng lại ở đoạn nào. Nếu điều đó hữu ích, dịch vụ hỗ trợ học thuật và dịch vụ gia sư của MAAS là hai chỗ để bắt đầu.

References

Grabski, S. V., Leech, S. A., & Schmidt, P. J. (2011). A review of ERP research: A future agenda for accounting information systems. Journal of Information Systems, 25(1), 37–78. https://doi.org/10.2308/jis.2011.25.1.37

Haislip, J. Z., Masli, A., Richardson, V. J., & Watson, M. W. (2015). External reputational penalties for CEOs and CFOs following information technology material weaknesses. International Journal of Accounting Information Systems, 17, 1–15. https://doi.org/10.1016/j.accinf.2015.01.002

Mojtahedi, A., & Zhou, L. (2024). Information technology internal control material weaknesses in financial reporting: Categories, trends, associations, and industry effects. International Journal of Accounting Information Systems, 53, 100679. https://doi.org/10.1016/j.accinf.2024.100679

Tools & resources

King's Own Institute. (n.d.). ACC203 Accounting Information Systems subject description. https://koi.edu.au/subject_descriptions/acc203-accounting-information-systems/