Đề xuất phê duyệt đầu tư CNTT | Tránh bị trả lại và phê duyệt hai tầng tại Thái Lan

Sự cần thiết của hệ thống quản lý sản xuất hay công cụ quản lý tài sản CNTT thường đã được hiện trường công nhận từ trước. Nhưng đến lúc phải trình lên người có quyền phê duyệt thì tay lại dừng khi soạn hồ sơ. Phần lớn lý do khiến đề xuất phê duyệt đầu tư CNTT không được thông qua không nằm ở bản thân hệ thống tốt hay xấu, mà nằm ở cách xây dựng văn bản đề xuất phê duyệt. Bài viết này sắp xếp các mẫu hình điển hình khiến đề xuất bị trả lại, cấu trúc phê duyệt hai tầng đặc trưng của công ty con Nhật Bản tại Thái Lan, và các hạng mục cần đưa vào văn bản đề xuất, dựa trên các bài viết thực tiễn và nguồn thông tin gốc.

Vì sao đề xuất phê duyệt đầu tư CNTT bị trả lại

Khi đề xuất phê duyệt bị trả lại, lý do thường bị quy gọn thành “người soạn giải thích chưa đủ”. Nhưng trên thực tế có thể phân loại thành một số mẫu hình cố định. Trước tiên hãy xác nhận các mẫu hình này.

Bốn mẫu hình điển hình khiến đề xuất bị trả lại

Nhiều bài viết thực tiễn chỉ ra lý do đề xuất bị trả lại trùng nhau đến bất ngờ. Tổng hợp lại sẽ còn bốn mẫu hình sau.

• Căn cứ về hiệu quả còn mỏng — chỉ dừng ở diễn đạt trừu tượng như “nâng cao hiệu suất công việc”, “tăng cường bảo mật” mà không nêu rõ điều gì sẽ thay đổi, thay đổi bao nhiêu bằng con số
• Không cho thấy các phương án đã so sánh — chỉ dựa vào báo giá của một nhà cung cấp duy nhất để giải thích “chỉ có hệ thống này”, không nói rõ vì sao loại các phương án khác
• Chi phí vận hành và bảo trì bị thiếu — chỉ đưa ra chi phí ban đầu, còn phí gia hạn bản quyền hay chi phí bảo trì thì lộ ra sau
• Người sử dụng và người chịu trách nhiệm chưa rõ ràng — ai sẽ sử dụng, ai sẽ chịu trách nhiệm sau khi triển khai được để mặc định là sẽ quyết định sau khi đề xuất được phê duyệt

Đứng ở góc độ người phê duyệt, cả bốn điều trên đều quy về một điểm là khoản đầu tư này có đang ở trạng thái có thể quản lý được hay không. Điều người phê duyệt thường ghét nhất không hẳn là tính hợp lý của con số, mà là việc không thấy được điều gì sẽ xảy ra nếu không đầu tư, và ai sẽ chịu trách nhiệm sau khi đầu tư.

Nhìn theo chiều ngược lại, việc nâng cao chất lượng văn bản đề xuất không phải là trau chuốt câu chữ mô tả chức năng hệ thống, mà là lấp từng lỗ hổng trong bốn mẫu hình nói trên. Định lượng vấn đề hiện tại, xếp nhiều phương án cạnh nhau, đưa ra tổng chi phí bao gồm cả chi phí vận hành, xác định người sử dụng và người chịu trách nhiệm — cả bốn việc này không phải là kỹ thuật để thuyết phục người phê duyệt, mà là công việc chuẩn bị có phần tẻ nhạt nhưng cần thiết để gom đủ tư liệu cho một quyết định đầu tư. Chính vì tẻ nhạt nên dễ bị trì hoãn, và đó lại chính là lý do dẫn đến việc bị trả lại sau này.

Ngân sách CNTT đang tăng, vậy vì sao từng đề xuất riêng lẻ vẫn khó được thông qua

Có một số liệu đáng lưu ý ở đây. Theo kết quả sơ bộ của “Khảo sát xu hướng CNTT doanh nghiệp 2026” do JUAS (Hiệp hội người dùng hệ thống thông tin Nhật Bản) công bố vào tháng 2 năm 2026, tỷ lệ doanh nghiệp trả lời ngân sách CNTT “tăng” trong năm tài chính 2025 đạt 52.6%, chỉ số DI ở mức 43.3 điểm. Đây là năm thứ 5 liên tiếp tăng kể từ khi sụt giảm do ảnh hưởng của COVID-19 vào năm tài chính 2020, và dự báo năm tài chính 2026 vẫn duy trì ở mức cao là 39.9 điểm.

Nói cách khác, tổng khung ngân sách CNTT của nhiều doanh nghiệp đang có xu hướng mở rộng. Vậy tại sao nhiều hiện trường vẫn cảm thấy từng đề xuất riêng lẻ khó được thông qua? Lý do rất đơn giản, việc khung ngân sách tăng lên và việc từng dự án đầu tư hoàn thành trách nhiệm giải trình là hai chuyện khác nhau. Khung ngân sách càng lớn, người phê duyệt càng nhìn từng dự án bằng con mắt “liệu thứ tự ưu tiên này có thực sự đúng không”. Vào giai đoạn ngân sách dồi dào, nghịch lý là những đề xuất so sánh phương án còn sơ sài lại càng khó được thông qua hơn.

Ngoài ra, cũng theo khảo sát này, trong các lý do tăng ngân sách CNTT, mục “tăng đầu tư và phí sử dụng liên quan đến AI” đã tăng từ 36.3% ở năm tài chính 2025 lên dự báo 43.7% ở năm tài chính 2026, tức tăng 7.4 điểm, là mức tăng lớn nhất trong các lựa chọn. Trong khi nhu cầu đầu tư liên quan đến AI đang tăng lên, cũng cần lưu ý rằng các khoản đầu tư vào lĩnh vực cốt lõi như hệ thống quản lý sản xuất có thể phải cạnh tranh thứ tự ưu tiên với khung ngân sách dành cho AI.

Người phê duyệt xem phần nào trước tiên trong văn bản đề xuất

Người soạn văn bản thường có xu hướng bắt đầu từ việc giải thích bối cảnh. Nhưng phần mà người phê duyệt thường đọc trước tiên, phần lớn là sự đối chiếu giữa số tiền đầu tư và hiệu quả, cùng việc có đề cập đến rủi ro hay không. Nếu phần giải thích bối cảnh viết quá dài, người đọc có thể mất kiên nhẫn trước khi đến được thông tin họ thực sự muốn biết.

Đối với người đang cân nhắc lập ngân sách cho đầu tư hệ thống, điều quan trọng không phải là độ dài toàn bộ văn bản, mà là cách xây dựng bố cục sao cho người phê duyệt có thể phán đoán trong vài chục giây đầu tiên rằng “khoản đầu tư này đã được cân nhắc kỹ”. Cụ thể, nên gom vấn đề hiện tại, số tiền đầu tư và hiệu quả vào đầu trang đầu tiên, còn việc so sánh phương án và biện pháp rủi ro thì để từ trang thứ hai trở đi. Cách phân bổ này được nhiều bài viết thực tiễn khuyến nghị thống nhất. So với cách viết đề xuất phê duyệt đầu tư thiết bị, nguyên tắc “cho xem kết luận trước” này cũng quan trọng không kém.

Ai phê duyệt cái gì | Cấu trúc phê duyệt hai tầng của công ty con tại Thái Lan

Khi muốn đưa đầu tư CNTT thông qua tại nhà máy Nhật Bản ở Thái Lan, sẽ xuất hiện một điểm khác với đề xuất phê duyệt trong nội bộ Nhật Bản, đó là cấu trúc có hai chủ thể phê duyệt là trụ sở chính và công ty con tại địa phương.

Bộ phận quản trị CNTT của trụ sở chính xem xét điều gì

Tại nhiều tập đoàn đa quốc gia Nhật Bản, các khoản đầu tư CNTT vượt quy mô nhất định thường được yêu cầu báo cáo hoặc trao đổi trước với bộ phận quản trị CNTT hay chiến lược CNTT của trụ sở chính. Điều được xem xét ở đây không hẳn là tính hợp lý của từng dự án, mà là mức độ phù hợp với chiến lược CNTT toàn cầu và tiêu chuẩn bảo mật. Ngay cả một lựa chọn có vẻ tối ưu tại địa phương, nếu lệch khỏi kiến trúc tiêu chuẩn hay chính sách quản trị dữ liệu do trụ sở chính quy định, vẫn có thể bị trả lại.

Nhìn chung, ranh giới về mức độ ủy quyền quyết định đầu tư, ký kết hợp đồng và các vấn đề CNTT từ công ty mẹ cho công ty con tại địa phương khác nhau tùy theo mức độ hoàn thiện quy định của từng doanh nghiệp. Ở những doanh nghiệp có ranh giới rõ ràng, công ty con tại địa phương dễ đưa ra quyết định độc lập hơn, còn ở những doanh nghiệp có ranh giới mơ hồ, đề xuất đã được thông qua tại địa phương có thể bị yêu cầu xác nhận lại từ trụ sở chính sau đó, dẫn đến làm hai lần. Xác nhận ranh giới này ở giai đoạn soạn đề xuất là cách rút ngắn con đường vòng.

Từ góc độ trụ sở chính, nếu mỗi công ty con tại địa phương tự xây dựng hệ thống riêng, chi phí tổng hợp dữ liệu và chuẩn hóa trên toàn tập đoàn sẽ phình to về sau. Vì vậy, mục đích của việc bộ phận quản trị CNTT trụ sở chính xác nhận từng dự án đầu tư CNTT không phải để phủ nhận quyết định tại địa phương, mà là để xác nhận trước rằng lựa chọn đó có nhất quán khi nhìn ở cấp độ toàn tập đoàn hay không. Nếu người phụ trách tại địa phương hiểu được mục đích này, việc giải thích với trụ sở chính có thể chuyển từ “xin phép” sang “xin xác nhận tính nhất quán”, giúp trao đổi diễn ra suôn sẻ hơn.

Hạn mức phê duyệt của giám đốc điều hành tại địa phương

Tại các công ty con ở Thái Lan, việc giám đốc điều hành (MD) tại địa phương có hạn mức tự phê duyệt các khoản đầu tư dưới một số tiền nhất định là điều phổ biến. Vượt quá hạn mức này, đề xuất sẽ chuyển sang tuyến phê duyệt của trụ sở chính. Cấu trúc thẩm quyền hai tầng như vậy được áp dụng ở nhiều công ty con Nhật Bản tại địa phương.

Điều cần lưu ý ở đây là ranh giới số tiền cụ thể khác nhau rất nhiều tùy theo quy định thẩm quyền công việc nội bộ của từng doanh nghiệp, và không tồn tại một giá trị chuẩn được công bố công khai. Điều đầu tiên người soạn đề xuất cần xác nhận là quy định thẩm quyền công việc của doanh nghiệp mình phân chia mức đầu tư ra sao, vì điều đó sẽ quyết định đây là “việc xử lý xong tại địa phương” hay “việc cần lôi trụ sở chính vào”.

Các trục để phán đoán có nên đưa trụ sở chính vào hay không

Ngoài số tiền, còn có vài trục khác để phán đoán liệu khoản đầu tư này có thể xử lý xong tại địa phương hay không. Một trục là khoản đầu tư này tự hoàn kết tại địa điểm địa phương, hay có kết nối dữ liệu với các địa điểm khác hoặc hệ thống của trụ sở chính. Khoản đầu tư có kết nối dữ liệu thường dễ kéo bộ phận CNTT của trụ sở chính vào dù số tiền không lớn. Trục khác là khoản đầu tư này có khả năng trở thành mô hình để nhân rộng sang các địa điểm khác trong tương lai hay không. Khoản đầu tư có tiềm năng nhân rộng nên được chia sẻ với trụ sở chính từ giai đoạn sớm, thay vì tự quyết định riêng tại địa phương, để tránh việc phải phê duyệt lại hai lần hoặc thiết kế lại về sau.

Tự kiểm tra các trục này trước khi soạn đề xuất sẽ giúp giảm băn khoăn về “được tự quyết đến đâu” khi lập ngân sách đầu tư hệ thống, đồng thời giúp tránh việc phải làm lại do phán đoán sai tuyến phê duyệt.

Cách tuyến phê duyệt phân nhánh theo quy mô số tiền (mẫu hình phổ biến)

Dù có khác biệt tùy doanh nghiệp, cách phân nhánh tuyến phê duyệt thường thấy ở nhiều công ty con Nhật Bản tại địa phương có thể tóm tắt thành hướng dẫn tham khảo về quy mô như dưới đây. Xin lưu ý đây chỉ là xu hướng chung, không phải tiêu chuẩn số tiền mang tính khẳng định.

Khi biết khoản đầu tư của doanh nghiệp mình gần với dòng nào trong bảng này, sẽ thấy rõ nên tăng độ dày cho phần nào của văn bản đề xuất. Nếu là khoản đầu tư xử lý xong tại địa phương, nên tập trung rà soát kỹ chi phí vận hành và bảo trì; nếu là khoản đầu tư kéo trụ sở chính vào, nên tập trung vào tính đầy đủ của việc so sánh phương án và phần giải thích về bảo mật.

Các hạng mục cần đưa vào văn bản đề xuất phê duyệt

Văn bản đề xuất phê duyệt dễ được thông qua thường có cấu trúc chung. Dù mỗi bài viết thực tiễn diễn đạt khác nhau, nhưng khi gộp các yếu tố lại sẽ còn sáu hạng mục sau.

Cấu trúc này gần giống với cách viết đề xuất phê duyệt đầu tư thiết bị, nên không cần một bố cục đặc biệt riêng cho đầu tư CNTT. Điểm khác biệt, như sẽ nói ở phần sau, nằm ở bản chất của số tiền đầu tư và hiệu quả.

Trong cấu trúc này, hạng mục dễ bị bỏ sót nhất là số tiền đầu tư. Không ít trường hợp chỉ tính chi phí ban đầu mà không đưa chi phí bảo trì sau khi vận hành vào văn bản đề xuất. Về mức chi phí bảo trì thông thường, có thể tham khảo tại Chi phí bảo trì hệ thống cho nhà máy, hữu ích khi xây dựng tổng số tiền đầu tư. Tương tự, mức tham khảo cho chính số tiền đầu tư được trình bày tại Chi phí hệ thống quản lý sản xuất.

Hạng mục phương án đã so sánh cũng là một nguyên nhân chính khiến bị trả lại. Để chứng minh đã so sánh những gì, cần bắt đầu từ việc gửi yêu cầu cho nhiều nhà cung cấp và thu thập báo giá. Cách sắp xếp và trình bày yêu cầu được tổng hợp tại Hướng dẫn RFP hệ thống quản lý sản xuất. Sau khi chọn được nhà cung cấp, cách chốt điều khoản hợp đồng được trình bày tại Hợp đồng phát triển hệ thống.

Tiếp theo sẽ đi sâu hơn vào cách viết hạng mục “hiệu quả”, vốn quyết định sức thuyết phục của văn bản đề xuất nhiều nhất.

Khi viết hạng mục hiệu quả, nếu chỉ cộng dồn những hiệu quả có thể quy đổi thành tiền, đối với khoản đầu tư như hệ thống quản lý sản xuất vốn có cả hiệu quả định tính như tập trung hóa thông tin hay ra quyết định nhanh hơn, con số có thể trở nên quá nhỏ và thiếu sức thuyết phục. Cách phân loại hiệu quả có thể và không thể quy đổi thành tiền được trình bày tại Ưu nhược điểm khi triển khai hệ thống quản lý sản xuất là tài liệu tham khảo hữu ích. Thay vì ép hiệu quả không thể quy đổi thành tiền thành một con số, việc viết riêng thành hiệu quả định tính sẽ giúp giải thích không bị lung lay khi bị hỏi về căn cứ sau này.

Bước ngoài văn bản, trao đổi trước với người phê duyệt trước khi nộp chính thức

Sáu hạng mục nêu trên là câu chuyện về chất lượng của chính văn bản đề xuất. Còn có một yếu tố khác phát huy tác dụng bên ngoài văn bản, đó là chia sẻ nội dung một lần với những người liên quan trên tuyến phê duyệt trước khi nộp chính thức.

Nếu nộp thẳng một văn bản đã hoàn thiện, người phê duyệt sẽ tiếp xúc với nội dung lần đầu tiên đúng vào thời điểm đó, và đây chính là lúc thắc mắc hay lo ngại dễ bật ra cùng lúc. Ngược lại, nếu nhận được phản hồi trước từ cấp trên hoặc bộ phận liên quan, có thể sửa lại những chỗ dễ bị góp ý trước, và đối với người phê duyệt, đây sẽ là “chuyện đã từng nghe qua” chứ không phải “chuyện lần đầu thấy”, giúp giảm áp lực tâm lý. Đây không phải là bước làm sai lệch nội dung văn bản, mà là bước rà soát để tìm ra những điểm có thể trở thành quả bom trước khi nộp chính thức.

Đối với công ty con tại Thái Lan, đối tượng chia sẻ trước không chỉ là MD tại địa phương, mà tùy tính chất dự án còn có thể bao gồm cả người phụ trách phía trụ sở chính. Khoản đầu tư càng có khả năng kéo trụ sở chính vào, việc chia sẻ thông tin không chính thức trước khi đưa vào tuyến phê duyệt chính thức càng có tác dụng ngăn ngừa việc bị trả lại sau này.

Đối với hạng mục rủi ro và biện pháp, cách tiếp cận hiệu quả là suy ngược từ những gì không diễn ra như dự kiến sau khi triển khai thực tế. Các điểm vấp thường gặp được đề cập tại Các mẫu hình thất bại khi triển khai hệ thống quản lý sản xuất có thể dùng trực tiếp làm tư liệu cho hạng mục rủi ro. Hạng mục cơ cấu vận hành cũng vậy, thay vì nghĩ rằng sẽ quyết định sau khi nộp đề xuất, việc viết bao gồm cả cách quản lý tài sản sau khi vận hành sẽ tăng sức thuyết phục. Cách thiết kế cơ cấu vận hành có thể tham khảo tại Quản lý tài sản CNTT.

Cách lấp khoảng cách giữa thời điểm lập ngân sách và thời điểm quyết định đầu tư CNTT

Một nguyên nhân khác khiến đề xuất phê duyệt khó được thông qua không nằm ở nội dung mà nằm ở thời điểm. Nếu chu kỳ lập ngân sách và thời điểm bắt đầu cân nhắc triển khai hệ thống lệch nhau, dù đề xuất có tốt cũng có thể lỡ thời điểm trình.

Chu kỳ lập ngân sách phổ biến ở nhiều doanh nghiệp Nhật Bản

Việc lập ngân sách hằng năm của nhiều doanh nghiệp Nhật Bản thường bắt đầu cân nhắc từ khoảng cuối năm tài chính trước, chốt ngân sách cuối cùng trước khi kết thúc năm tài chính, rồi bắt đầu năm tài chính mới. Ngân sách CNTT cũng thường được xây dựng theo cấu trúc ba tầng trong thực tế, đó là xoay vòng kế hoạch trung hạn 3 đến 5 năm hằng năm, rồi cụ thể hóa thành ngân sách một năm, sau đó chia nhỏ thành các mốc theo quý.

Khi hiểu được cấu trúc này, sẽ thấy thời điểm soạn đề xuất phê duyệt cũng có một khuôn mẫu. So với việc nộp đề xuất như một dự án bất chợt nảy ra giữa năm, việc chuẩn bị cho phù hợp với chu kỳ lập ngân sách của năm tiếp theo, đồng thời ghi rõ “vị trí trong kế hoạch trung hạn” khi trình, thường dễ được nhìn nhận là một phần của chiến lược hơn là một dự án đơn lẻ.

Bắt đầu nhỏ và chia giai đoạn như một cách lấp khoảng cách

Tuy vậy, cũng có tình huống chờ theo chu kỳ ngân sách sẽ làm chậm việc giải quyết vấn đề tại hiện trường. Ở đây, cách tiếp cận hiệu quả là chia nhỏ quy mô đầu tư và triển khai theo từng giai đoạn.

Cách làm là giới hạn giai đoạn đầu trong một ngân sách nhỏ dễ được phê duyệt, chứng minh hiệu quả bằng kết quả thực tế, sau đó đưa ra đề xuất triển khai đầy đủ phù hợp với chu kỳ lập ngân sách từ năm sau trở đi — một cấu trúc hai bước. Cách tư duy cụ thể của phương pháp này được trình bày tại Triển khai hệ thống theo kiểu bắt đầu nhỏ. Khi thời điểm lập ngân sách và thời điểm quyết định đầu tư lệch nhau, cách chia giai đoạn được đề cập trong bài viết đó là một lựa chọn thực tiễn giúp lấp khoảng cách này.

Điểm riêng của Thái Lan | BOI và depa ảnh hưởng thế nào đến quyết định đầu tư

Văn bản đề xuất phê duyệt xây dựng trên nền tảng nhà máy tại Thái Lan sẽ có thêm điểm không xuất hiện trong văn bản đề xuất trong nước Nhật Bản, đó là cách xử lý các chính sách ưu đãi của nhà nước.

Quyết định đầu tư khi doanh nghiệp đã được hưởng ưu đãi BOI

Doanh nghiệp được hưởng ưu đãi từ Ủy ban Đầu tư Thái Lan (BOI) đã có sẵn các chế độ ảnh hưởng trực tiếp đến quyết định đầu tư, như miễn thuế thu nhập doanh nghiệp. Nếu đưa ưu đãi thuế vào làm một phần căn cứ đầu tư trong văn bản đề xuất, cần xác nhận trước doanh nghiệp mình đang hưởng ưu đãi nào, và ưu đãi đó có thể áp dụng cùng lúc với ưu đãi thuế mới đang cân nhắc hay không. Do nội dung ưu đãi khác nhau tùy ngành nghề và điều kiện phê duyệt của từng doanh nghiệp, nên tránh viết theo kiểu khẳng định chắc chắn, mà nên diễn đạt trên cơ sở cần xác nhận với chuyên gia thuế hoặc bộ phận kế toán của doanh nghiệp mình thì sẽ an toàn hơn.

Chế độ khấu trừ 200% của depa và các ràng buộc

Tại Thái Lan, depa (Cơ quan xúc tiến kinh tế số) cùng Cục Thuế nội địa đang thúc đẩy ưu đãi thuế theo Nghị định Hoàng gia số 802 (B.E. 2569), cho phép khấu trừ 200%. Chế độ này áp dụng cho chi phí mua hoặc sử dụng chương trình máy tính, phần cứng, thiết bị thông minh và dịch vụ số, cho phép khấu trừ 200% với mức trần 300,000 baht. Đối tượng áp dụng là doanh nghiệp vừa và nhỏ có vốn điều lệ đã góp không vượt quá 5,000,000 baht và doanh thu hằng năm không vượt quá 30,000,000 baht, áp dụng cho chi phí phát sinh trong khoảng thời gian từ ngày 24 tháng 6 năm 2025 đến ngày 31 tháng 12 năm 2027.

Điểm quan trọng cần lưu ý ở đây là doanh nghiệp đang được hưởng ưu đãi xúc tiến đầu tư của BOI sẽ không thuộc đối tượng áp dụng chế độ này. Vì phần lớn doanh nghiệp sản xuất Nhật Bản tại Thái Lan đang được hưởng ưu đãi BOI, nên trường hợp có thể trực tiếp dùng chế độ khấu trừ 200% này làm căn cứ trong văn bản đề xuất của mình khá hạn chế. Ở giai đoạn soạn văn bản đề xuất, có thể sẽ muốn thêm chế độ này vào như một lợi ích đầu tư, nhưng nếu ghi vào mà không xác nhận doanh nghiệp mình có đang hưởng ưu đãi BOI hay không, tiền đề có thể sụp đổ ở giai đoạn xác nhận thuế sau này, làm tổn hại độ tin cậy của toàn bộ văn bản đề xuất. Biết rằng chế độ này tồn tại và xác nhận liệu nó có áp dụng được cho doanh nghiệp mình hay không là hai công việc khác nhau.

Đừng biến việc được phê duyệt thành mục tiêu tự thân

Đến đây đã sắp xếp xong các mẫu hình giúp đề xuất dễ được phê duyệt hơn. Cuối cùng, xin nhắc lại quan điểm mà trang này luôn nhấn mạnh.

Việc được phê duyệt là điểm khởi đầu của khoản đầu tư, không phải điểm kết thúc. Nếu đẩy đề xuất được thông qua bằng một con số ROI phóng đại, mà con số đó sau này không đạt được trên thực tế, thì chính điều đó sẽ làm giảm sức thuyết phục của đề xuất tiếp theo. Nên đặt ước tính hiệu quả ở mức thận trọng, và hiệu quả không thể quy đổi thành tiền thì không nên ép thành con số mà nên trình bày ở dạng định tính. Sự trung thực này về lâu dài sẽ giúp đề xuất tiếp theo dễ được thông qua hơn. Nên coi việc xin phê duyệt không phải là một thủ tục làm một lần rồi thôi, mà là quá trình xây dựng lòng tin với người phê duyệt thông qua việc tích lũy đầu tư và kết quả thực tế qua từng lần, đó mới là cách nhìn thực tế hơn.

Ví dụ, nếu ước tính hiệu quả đưa ra trong đề xuất lần đầu ở mức thận trọng, và kết quả thực tế sau khi vận hành vượt qua ước tính đó, thì độ tin cậy đối với chính lời giải thích của người phụ trách sẽ được tích lũy cho các lần đề xuất sau. Ngược lại, nếu lần đầu đưa ra con số quá lạc quan mà không đạt được, thì ngay cả khi khoản đầu tư tiếp theo thực sự cần thiết, người phê duyệt cũng sẽ có xu hướng chiết khấu độ tin cậy của con số. Đối với bộ phận phải lập ngân sách CNTT hằng năm, hiệu ứng tích lũy này sẽ càng lớn hơn theo thời gian.

Nên bắt đầu xác nhận điều gì cho đề xuất phê duyệt của doanh nghiệp mình

Chuyển nội dung trên thành các hạng mục có thể bắt tay vào ngay. Đây là những hạng mục có thể tự điền trong nội bộ trước khi bắt đầu soạn văn bản đề xuất.

• Có thể giải thích vấn đề hiện tại bằng con số như số giờ công, thời gian ngừng hoạt động, số lần sai sót hay không. Có phải con số dựa trên ghi chép thực tế chứ không phải cảm nhận của người phụ trách hay không
• Số tiền đầu tư có bao gồm cả chi phí bảo trì và phí gia hạn bản quyền ngoài chi phí ban đầu hay không. Có ước tính theo tổng khoảng 3 năm sau khi vận hành hay không
• Có nhiều phương án đã so sánh hay không. Có phải chỉ có báo giá của một nhà cung cấp duy nhất hay không. Có so sánh với việc giữ nguyên hiện trạng hay không
• Hiệu quả có được tách rõ giữa phần có thể và không thể quy đổi thành tiền hay không. Có ép gộp thành một con số duy nhất hay không
• Có nêu được rủi ro dự kiến và biện pháp ứng phó cho từng rủi ro hay không. Có chỉ dừng ở giả định lạc quan hay không
• Bộ phận sử dụng và người chịu trách nhiệm sau khi triển khai đã được xác định tại thời điểm nộp đề xuất hay chưa. Đã hình dung được cơ cấu vận hành hay chưa
• Đã xác nhận theo quy định thẩm quyền công việc của doanh nghiệp mình xem số tiền đầu tư này thuộc tuyến phê duyệt nào hay chưa, xử lý xong tại địa phương hay cần trụ sở chính tham gia
• Đã xác nhận quy mô này có cần báo cáo hoặc trao đổi trước với bộ phận quản trị CNTT trụ sở chính hay không, để tránh phải phê duyệt lại hai lần
• Đã quyết định nên chờ phù hợp với chu kỳ lập ngân sách năm sau, hay nên bắt đầu sớm bằng cách chia giai đoạn hay chưa
• Nếu đưa ưu đãi BOI hoặc chế độ depa vào làm căn cứ, đã xác nhận liệu có áp dụng được cho doanh nghiệp mình hay chưa

Nếu năm mục đầu tiên trong số này đã được điền, khung sườn của văn bản đề xuất coi như đã dựng xong. Phần còn lại là tuyến phê duyệt và thời điểm, những yếu tố nằm ngoài nội dung.

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

Đề xuất phê duyệt đầu tư CNTT nên viết như thế nào?

Khuôn mẫu cơ bản gồm sáu hạng mục là nêu vấn đề hiện tại bằng con số, đưa ra số tiền đầu tư bao gồm cả chi phí ban đầu và chi phí vận hành bảo trì, tách hiệu quả có thể và không thể quy đổi thành tiền, cho thấy nhiều phương án đã so sánh, và ghi rõ rủi ro dự kiến cùng biện pháp, cơ cấu vận hành sau khi triển khai. Nhiều bài viết thực tiễn khuyến nghị gói văn bản chính trong vài trang, còn báo giá chi tiết và thông số kỹ thuật thì đính kèm riêng.

Vì sao đề xuất phê duyệt đầu tư CNTT bị trả lại?

Lý do quy về bốn mẫu hình, gồm căn cứ về hiệu quả chỉ dừng ở diễn đạt trừu tượng, không cho thấy phương án đã so sánh, chi phí vận hành và bảo trì bị thiếu, người sử dụng hoặc người chịu trách nhiệm chưa rõ ràng. Cả bốn điều này đều có điểm chung là, đứng từ góc nhìn người phê duyệt, không thấy được liệu khoản đầu tư này có ở trạng thái quản lý được hay không.

Giữa trụ sở chính và công ty con tại Thái Lan, nên thông qua phê duyệt bên nào trước?

Vì quy định thẩm quyền công việc khác nhau tùy doanh nghiệp nên không thể nói chung một câu trả lời. Tuy vậy, nhiều công ty con Nhật Bản tại địa phương có cấu trúc hai tầng, trong đó khoản đầu tư dưới một mức tiền nhất định được xử lý xong bằng phê duyệt của giám đốc điều hành tại địa phương, còn quy mô lớn hơn hoặc liên quan đến triển khai nhiều địa điểm thì cần báo cáo hoặc xin phê duyệt trước từ bộ phận quản trị CNTT trụ sở chính. Xác nhận ranh giới này trong quy định của doanh nghiệp mình trước khi soạn đề xuất là cách rút ngắn con đường vòng.

Đề xuất phê duyệt đầu tư thiết bị và đề xuất phê duyệt đầu tư CNTT có cách viết khác nhau không?

Khuôn mẫu cơ bản gồm vấn đề hiện tại, số tiền đầu tư, hiệu quả, phương án đã so sánh, rủi ro và biện pháp, cơ cấu vận hành là chung nhau. Tuy nhiên đầu tư CNTT thường có chi phí phát sinh liên tục như phí gia hạn bản quyền và chi phí bảo trì ngoài chi phí ban đầu, và một phần hiệu quả như công việc nhanh hơn hay tập trung hóa thông tin thường khó quy đổi thành tiền hơn so với đầu tư thiết bị. Hai điểm này cần được viết kỹ hơn so với đầu tư thiết bị. Ngoài ra, đầu tư thiết bị thường có cách tính khấu hao và thời hạn sử dụng theo quy định khá chuẩn hóa, còn đầu tư CNTT thì cách ghi nhận chi phí dễ thay đổi theo mức độ lỗi thời về công nghệ và hình thức hợp đồng (mua đứt hay thuê bao), đây cũng là điểm cần xác nhận trước với bộ phận kế toán.

Nên bắt đầu chuẩn bị ngân sách CNTT từ khi nào?

Nhiều doanh nghiệp Nhật Bản bắt đầu lập ngân sách cho năm tài chính tiếp theo từ khoảng cuối năm tài chính trước, và chốt trước khi kết thúc năm tài chính. Chuẩn bị đề xuất phê duyệt phù hợp với chu kỳ này, đồng thời ghi rõ vị trí trong kế hoạch trung hạn khi trình, sẽ dễ được nhìn nhận là một phần của chiến lược hơn là một dự án đơn lẻ. Đối với vấn đề cấp bách không thể chờ theo chu kỳ, bắt đầu từ một giai đoạn nhỏ là phương án thay thế thực tế.

Ưu đãi BOI hoặc chế độ depa nên viết trong văn bản đề xuất phê duyệt như thế nào?

Nên chỉ dừng ở mức giới thiệu sự tồn tại của chế độ, không khẳng định chắc chắn là áp dụng được cho doanh nghiệp mình thì sẽ an toàn hơn. Đặc biệt chế độ khấu trừ 200% của depa không áp dụng cho doanh nghiệp đang hưởng ưu đãi xúc tiến đầu tư của BOI, nên với các doanh nghiệp sản xuất Nhật Bản tại Thái Lan vốn đã hưởng ưu đãi BOI, nhiều trường hợp không thể dùng trực tiếp làm căn cứ đầu tư. Nếu đưa ưu đãi thuế vào làm căn cứ, hãy xác nhận khả năng áp dụng với chuyên gia thuế hoặc bộ phận kế toán trước khi ghi vào.

Lập ngân sách đầu tư hệ thống bắt đầu giữa năm tài chính còn kịp không?

Việc xin ngân sách mới ngoài chu kỳ lập ngân sách thường khó khăn ở nhiều doanh nghiệp. Tuy vậy, nếu bắt đầu từ một giai đoạn nhỏ nằm trong khung ngân sách hiện có, rồi đưa đề xuất triển khai đầy đủ phù hợp với chu kỳ lập ngân sách chính thức của năm sau, thì vẫn có thể bắt đầu thực tế ngay giữa năm tài chính. Đối với vấn đề cấp bách, thứ tự bắt đầu nhỏ rồi tạo kết quả thực tế trước sẽ hiệu quả hơn.

Tổng kết

Dưới đây là các ý chính của bài viết.

Lý do đề xuất phê duyệt đầu tư CNTT bị trả lại quy về bốn mẫu hình, gồm căn cứ hiệu quả chưa đủ, thiếu phương án đã so sánh, chi phí vận hành và bảo trì bị thiếu, người sử dụng hoặc người chịu trách nhiệm chưa rõ ràng. Như khảo sát của JUAS cho thấy, tổng khung ngân sách CNTT đang có xu hướng mở rộng, nhưng điều đó không có nghĩa là từng đề xuất riêng lẻ sẽ dễ được thông qua hơn. Ngược lại, ngân sách càng dồi dào thì trách nhiệm giải trình cho từng dự án càng bị soi kỹ hơn.

Công ty con Nhật Bản tại Thái Lan có cấu trúc hai tầng, gồm sự tham gia của bộ phận quản trị CNTT trụ sở chính và hạn mức phê duyệt của giám đốc điều hành tại địa phương, tuyến phê duyệt sẽ phân nhánh theo quy mô đầu tư. Đưa cấu trúc sáu hạng mục — vấn đề hiện tại, số tiền đầu tư, hiệu quả, phương án đã so sánh, rủi ro và biện pháp, cơ cấu vận hành — vào văn bản đề xuất sẽ giúp trình bày đầy đủ tư liệu mà người phê duyệt cần.

Khi thời điểm lập ngân sách và thời điểm quyết định đầu tư lệch nhau, bắt đầu nhỏ hoặc chia giai đoạn là lựa chọn thực tiễn. Về điểm riêng của Thái Lan, có cả ưu đãi BOI và chế độ khấu trừ 200% của depa, nhưng vì chế độ sau không áp dụng cho doanh nghiệp đang hưởng BOI, nên không nên thêm vào văn bản đề xuất khi chưa xác nhận liệu có áp dụng được cho doanh nghiệp mình hay không.

Cuối cùng, xin nhắc lại một lần nữa rằng không nên biến việc được phê duyệt thành mục tiêu tự thân. Trình bày hiệu quả một cách trung thực, tách rõ phần có thể và không thể quy đổi thành tiền thay vì phóng đại hiệu quả, đó chính là điều hỗ trợ sức thuyết phục cho khoản đầu tư tiếp theo về lâu dài.

Ở giai đoạn chuẩn bị hồ sơ đề xuất phê duyệt, yêu cầu nội bộ thường vẫn chưa được định hình rõ ràng. TOMAS TECH nhận tư vấn ngay từ giai đoạn này, dựa trên bối cảnh hiện trường của doanh nghiệp sản xuất Nhật Bản tại Thái Lan, về việc nên bắt đầu điền hạng mục nào trước để đề xuất phê duyệt truyền tải được đến người phê duyệt, và quy mô đầu tư của doanh nghiệp bạn có khả năng thuộc tuyến phê duyệt nào. Bạn vẫn đang trong quá trình so sánh và chưa quyết định nơi đặt hàng cũng hoàn toàn không sao, hãy liên hệ với chúng tôi qua trang liên hệ.

Nguồn tham khảo

• i Magazine | Kết quả sơ bộ khảo sát JUAS “Khảo sát xu hướng CNTT doanh nghiệp 2026”
• BTN Consulting | Cách viết văn bản đề xuất phê duyệt đầu tư CNTT
• Syusodo | Cách xây dựng kế hoạch ngân sách CNTT hằng năm
• OBC360 | Cách viết văn bản đề xuất phê duyệt triển khai hệ thống để được thông qua
• note (Shun Ichikawa) | 10 mẹo giúp đề xuất phê duyệt CNTT dễ được thông qua hơn
• Thailand Law Office | Tax Newsletter tháng 3 năm 2026 (Nghị định Hoàng gia số 802)
• Mahanakorn Partners | Thailand Approves New Tax Incentive to Accelerate SME Digital Transformation