Phát triển hệ thống nghiệp vụ | Chi phí 5 lớp và tích hợp ERP 2026

Lấy báo giá phát triển hệ thống nghiệp vụ từ ba công ty, đặt cạnh nhau thì con số chênh nhau hơn hai lần nên chẳng biết so sánh kiểu gì. Trong các cuộc trao đổi mà chúng tôi nhận được từ nhà máy Nhật Bản tại Thái Lan, chuyện này gần như lần nào cũng xảy ra, và về mặt cấu trúc, vấn đề này cũng thường gặp ở các nhà máy tại Việt Nam. Nguyên nhân không nằm ở tay nghề của từng công ty. Thứ quyết định con số trong báo giá không phải là “làm cái gì” mà là “nối với cái gì”.

Xin viết kết luận trước. Chi phí của một hệ thống nghiệp vụ dùng trong nhà máy không lấy phần làm màn hình và biểu mẫu làm trọng tâm. Khối tiền lớn nhất, và cũng là nguyên nhân khiến dự án thất bại, đều nằm ở giao diện tích hợp với hệ thống lõi (ERP), hệ thống quản lý sản xuất và thiết bị đang chạy sẵn. Trong bài tính mô hình ở nửa sau, phần tích hợp này chiếm 40.0% đến 64.7% tổng vốn đầu tư (từ trường hợp chỉ nối một hệ thống cho tới trường hợp nối ba hệ thống). Trong bài phân tích chi phí triển khai máy kiểm kho cầm tay mà chúng tôi đã công bố trước đây, chi phí phát triển phần tích hợp chiếm khoảng 55.8% vốn đầu tư ban đầu, còn bản thân thiết bị cầm tay chỉ khoảng 26.3%. Câu “phần nối đắt hơn phần thân” không phải là ẩn dụ, đó là số đo thực tế.

Còn một tình huống nữa tính đến tháng 8 năm 2026 thì không thể bỏ qua. Dịch vụ bảo trì mainstream cho các gói mở rộng EHP 6, 7 và 8 của SAP ERP 6.0 (ECC 6.0) sẽ kết thúc vào ngày 31 tháng 12 năm 2027. Thoạt nhìn đây là chuyện của công ty mẹ tại Nhật, nhưng khi ERP của công ty mẹ thay đổi thì đối tượng mà hệ thống hiện trường của nhà máy đang nối tới cũng thay đổi theo. Với một cơ sở ở nước ngoài, đây là một thay đổi yêu cầu tích hợp rơi từ bên ngoài xuống.

Bài viết này sẽ trình bày cách tách chi phí thành 5 lớp, lý do mang tính cấu trúc khiến lớp 3 tức giao diện tích hợp trở thành khoản mục lớn nhất, hai bài tính mô hình bằng baht kèm phân tích độ nhạy, 5 điều phải chốt bằng văn bản trước khi đặt hàng, các điểm riêng về thuế và nhân lực tại Thái Lan, và lộ trình 90 ngày cho tới lúc chốt đặc tả tích hợp, với toàn bộ căn cứ tính toán được bày ra. Mục tiêu là khi đọc xong, bạn biết chính xác nên hỏi vào chỗ nào trong tờ báo giá.

Vì sao cuộc trao đổi về phát triển hệ thống nghiệp vụ cứ bắt đầu bằng “làm cái gì” là hỏng

Trước hết, hãy nói về cái cấu trúc khiến rất nhiều dự án đi sai đường ngay trong 30 phút đầu tiên.

Bên yêu cầu nói bằng ngôn ngữ màn hình, còn chi phí lại do đường dây kết nối quyết định

Yêu cầu gửi lên từ nhà máy hầu như luôn được viết bằng ngôn ngữ của màn hình. “Muốn nhập dữ liệu sản xuất thực tế bằng máy tính bảng”, “Muốn chụp ảnh hàng lỗi rồi đưa vào báo cáo”, “Muốn kiểm kê tồn kho bằng điện thoại”. Đây đều là những yêu cầu đúng đắn, vì người trong cuộc của nghiệp vụ thì đương nhiên phải nói bằng ngôn ngữ của nghiệp vụ.

Ngược lại, đơn vị mà bên lập báo giá dùng để cộng tiền lại không phải là màn hình. Đó là dữ liệu ấy đến từ đâu và đi ra chỗ nào. Một dòng yêu cầu “nhập dữ liệu sản xuất thực tế bằng máy tính bảng” sẽ được phía triển khai tách ra như sau.

• Dữ liệu chủ mã hàng và dữ liệu chủ công đoạn lấy từ đâu (từ ERP, từ hệ thống quản lý sản xuất, hay từ Excel)
• Số liệu thực tế đã nhập thì trả về đâu (không trả về, gửi sang ERP theo ngày, hay theo thời gian thực)
• Có đối chiếu số liệu thực tế với tín hiệu vận hành của thiết bị không (lấy từ PLC hay để người nhập tay)
• Khi kết quả gửi đi bị lỗi thì ai phát hiện ra, phát hiện ở chỗ nào

Bốn câu trả lời này làm cho cùng một “màn hình nhập liệu trên máy tính bảng” có số giờ công chênh nhau vài lần. Số màn hình vẫn thế, nhưng số lượng và chiều của các hệ thống phải nối thì khác. Phần lớn lý do khiến các báo giá cạnh tranh chênh nhau hơn hai lần nằm ở chỗ mỗi công ty tự đặt một tiền đề khác nhau về đối tượng cần nối rồi mới báo giá. Không phải khác nhau về tay nghề, mà là họ đang đọc những bản đặc tả khác nhau.

Xu hướng đầu tư ở phía Nhật Bản cũng nghiêng về “nối lại” hơn là “làm mới”

Đây không chỉ là cảm nhận. Theo khảo sát “Xu hướng CNTT doanh nghiệp 2026” của JUAS do Bộ Kinh tế, Thương mại và Công nghiệp Nhật Bản giám sát (thực hiện tháng 9 và 10 năm 2025, công bố số liệu sơ bộ ngày 2 tháng 2 năm 2026), tỷ lệ doanh nghiệp tăng ngân sách CNTT là 52.6%. Điều đáng chú ý là thứ tự của các lý do tăng.

Đứng đầu không phải phát triển mới mà là đổi mới và nâng cấp cái đang có. Nghĩa là chiến trường chính nơi doanh nghiệp bỏ tiền đã dịch chuyển từ việc làm ra một thứ từ con số không sang việc nối lại những thứ đang chạy. Việc nhà cung cấp tăng giá đứng ở vị trí thứ hai cũng quan trọng. Trong giai đoạn đơn giá đi lên, độ chính xác của việc ước lượng số giờ công có tác động lớn hơn trước. Cùng là đọc sai 2 người-tháng, nhưng đơn giá tăng bao nhiêu thì vết thương về tiền cũng sâu thêm bấy nhiêu.

Ngoài ra, chỉ số DI về ngân sách CNTT của kế hoạch năm tài chính 2025 là 43.3 điểm (tăng 5 năm liên tiếp), còn dự báo cho năm 2026 là 39.9 điểm, tức có phần chững lại. Khoản đầu tư và phí sử dụng liên quan tới AI tăng từ 36.3% trong kế hoạch năm 2025 lên 43.7% trong dự báo năm 2026, tức tăng 7.4 điểm. Tuy vậy, riêng với chủ đề hệ thống nghiệp vụ của nhà máy mà bài viết này bàn tới, vấn đề mà doanh nghiệp muốn giải quyết bằng đầu tư CNTT nhiều nhất vẫn là “nâng cao hiệu quả và tốc độ của quy trình nghiệp vụ” với 34.6% trên tổng thể. Nói cách khác, trọng tâm vẫn nằm ở những việc cơ bản hơn, ở giai đoạn trước khi bàn tới AI.

Bắt đầu bằng “làm cái gì” thì không chốt được gì mà tiền cứ phình ra

Khi bắt đầu bằng câu chuyện làm cái gì, danh sách yêu cầu sẽ dài ra không ngừng, đơn giản vì chẳng ai phản đối cả. Rồi phần bàn về đối tượng cần nối bị đẩy lùi với câu “cái đó để sau hẵng bàn kỹ”. Nhưng giả sử đến khi bàn kỹ thì hóa ra có thêm hai hệ thống phải nối. Chỉ chừng đó thôi là số tiền vọt lên, tờ trình phê duyệt bị trả lại, và dự án đứng im nửa năm.

Vì vậy hãy đảo ngược thứ tự. Chốt xong danh sách hệ thống cần nối trước, sau đó mới bàn tới màn hình. Đó là luận điểm xuyên suốt bài viết này. Còn chuyện chọn công ty nào để đặt hàng là một luận điểm khác, đã được xử lý trong bài cách chọn công ty phát triển hệ thống tại Thái Lan, nên ở đây chúng tôi không bàn tới việc chọn công ty. Thứ được bàn ở đây là “cơ cấu chi phí và cách chốt hợp đồng”, những thứ có tác dụng như nhau bất kể bạn đặt hàng công ty nào.

Chi phí phát triển hệ thống nghiệp vụ được chia thành 5 lớp

Cách nhanh nhất để làm cho các bản báo giá so sánh được với nhau là chia lại toàn bộ số tiền vào cùng 5 lớp. Tên khoản mục mà mỗi nhà cung cấp đưa ra thì mỗi nơi một kiểu, nhưng khi đã đổ được vào 5 lớp này thì có thể xếp ngang hàng để so.

Định nghĩa 5 lớp

• Lớp 1, phân tích yêu cầu và thiết kế nghiệp vụ: rà soát toàn bộ nghiệp vụ hiện hành, chốt đặc tả màn hình và biểu mẫu, sắp xếp luồng phê duyệt
• Lớp 2, phát triển ứng dụng: lập trình và kiểm thử màn hình, phần nhập liệu, biểu mẫu, logic nghiệp vụ
• Lớp 3, phát triển giao diện tích hợp: kết nối với ERP, hệ thống quản lý sản xuất, thiết bị và cơ sở dữ liệu sẵn có
• Lớp 4, chuẩn hóa dữ liệu chủ (master data) và chuyển đổi dữ liệu: làm sạch và chuyển đổi dữ liệu chủ mã hàng, đối tác, công đoạn (bắt buộc phải gồm cả phần quy đổi số giờ công nội bộ ra tiền)
• Lớp 5, bảo trì, chỉnh sửa và hỗ trợ: chi phí vận hành hàng năm sau khi hệ thống chạy

Và trong bài viết này, chúng tôi cố định định nghĩa sau cho đến cuối.

Vốn đầu tư = Lớp 1 + Lớp 2 + Lớp 3 + Lớp 4
Lớp 5 không nằm trong vốn đầu tư mà được tách riêng thành chi phí vận hành hàng năm

Đây không phải chuyện quy tắc ghi nhận tài sản trong kế toán, mà là một thỏa thuận nhằm cố định mẫu số của ROI về một con số duy nhất. Trong công thức ROI ở nửa sau, mẫu số là vốn đầu tư nói trên, còn tử số là “lợi ích hàng năm trừ đi chi phí vận hành hàng năm của lớp 5”. Nếu để lớp 5 xuất hiện ở cả mẫu số lẫn tử số thì thành tính trùng, nên chúng tôi kẻ ranh giới ngay từ đây.

Báo giá không ghi phần “quy đổi số giờ công nội bộ ra tiền” của lớp 4 là báo giá nguy hiểm

Trong 5 lớp, lớp dễ rơi rụng khỏi báo giá nhất chính là lớp 4. Lý do rất đơn giản: người làm công việc chuẩn hóa dữ liệu chủ không phải nhà cung cấp mà là nhân viên của chính công ty bạn. Vì không xuất hiện trên báo giá của nhà cung cấp nên nó cũng không xuất hiện trên tờ trình. Nhưng trên thực tế, nhân viên quản lý sản xuất và mua hàng sẽ mất vài tháng để dẹp các mã hàng trùng nhau, thống nhất đơn vị tính và số chữ số thập phân, loại bỏ các mã đã ngừng sản xuất. Khoảng thời gian đó không hề miễn phí.

Các bài phân tích trong ngành có nêu những khoản mục thực tế phát sinh nhưng không nằm trong báo giá, gồm chi phí tùy chỉnh phát sinh thêm, chi phí chuyển đổi dữ liệu, chi phí đào tạo, chi phí tích hợp với hệ thống bên ngoài, và tổn thất cơ hội do dự án kéo dài. Có ý kiến chỉ ra rằng tổng các khoản này đôi khi lên tới 50% đến 100% giá trị báo giá. Đây không phải thống kê sơ cấp nên không thể tin ngay vào bản thân con số, nhưng xét như một lời cảnh báo rằng “bên ngoài tờ báo giá có thể còn ẩn một khối chi phí cỡ tương đương” thì nó khớp với cảm nhận thực tế. Cũng trong mạch đó, có ý kiến cho rằng việc làm sạch và chuyển đổi dữ liệu chủ tốn số giờ công vượt xa dự kiến, và không hiếm trường hợp thất bại ở khâu chuyển đổi dữ liệu trở thành nguyên nhân lớn nhất gây chậm tiến độ dự án.

Cách xử lý thì không khó. Hãy bắt buộc ghi vào lớp 4 cả số giờ công nội bộ lẫn giá trị quy đổi ra tiền của nó. Trong bài tính mô hình ở nửa sau, chúng tôi dùng đơn giá 50 baht một giờ công (lấy mức 400 baht một ngày, tức cận trên của lương tối thiểu theo tỉnh tại Thái Lan, chia cho 8 giờ) để thực hiện phép quy đổi này và ghi rõ thành tiền.

Nhìn trong 5 năm, lớp 5 chiếm hơn 40% tổng chi

Một lớp nữa cũng hay bị bỏ sót là lớp 5. Việc bảo trì, chỉnh sửa và hỗ trợ sau khi hệ thống chạy vừa có số tiền trông nhỏ, lại vừa được trình phê duyệt vào một thời điểm khác, nên rất dễ rơi khỏi tầm nhìn lúc ra quyết định đầu tư.

Trong bài tính ở nửa sau, chúng tôi đặt lớp 5 ở mức 15% vốn đầu tư mỗi năm. Với tiền đề này, tỷ trọng của lớp 5 trong tổng chi 5 năm sẽ như sau.

Tổng chi 5 năm của kịch bản A = 3,600,000 + 540,000 × 5 = 6,300,000 baht
Trong đó lớp 5 = 2,700,000 baht = 42.9% tổng chi

Kịch bản B tuy vốn đầu tư chỉ bằng một phần ba nhưng vì tỷ lệ hàng năm vẫn là 15% nên tỷ trọng cũng đúng bằng 42.9%. Nhìn theo chu kỳ 5 năm, khoảng 40% số tiền phải trả là chi phí sau khi hệ thống đã chạy. Khi so sánh báo giá mà không hỏi “phí bảo trì mỗi năm là bao nhiêu” thì cũng đồng nghĩa với việc ra quyết định trong lúc không nhìn thấy 40% số tiền.

Vì sao lớp 3, tức giao diện tích hợp, lại là khoản mục lớn nhất

Đây là phần cốt lõi của bài viết. Vì sao chi phí chỉ để “nối” lại đắt hơn chi phí làm màn hình? Chúng tôi sẽ giải thích từ cấu trúc của tiêu chuẩn quốc tế chứ không dựa vào cảm tính.

Thứ mà ISA-95 (IEC 62264) định nghĩa chính là “đường biên”

Kiến trúc CNTT của ngành sản xuất có tiêu chuẩn quốc tế, đó là ISA-95, mang số hiệu tiêu chuẩn quốc tế IEC 62264. Tiêu chuẩn này phân CNTT sản xuất thành các Level từ 0 đến 4 và định nghĩa bốn miền vận hành là sản xuất, chất lượng, bảo trì và tồn kho.

• Level 4 = ERP (kế hoạch kinh doanh, tài chính, mua hàng, bán hàng)
• Level 3 = MES, tức thực thi sản xuất (lệnh sản xuất, xếp thứ tự, thu thập dữ liệu thực tế, truy xuất nguồn gốc)
• Level 2 trở xuống = giám sát điều khiển, PLC, cảm biến và cơ cấu chấp hành

Và thứ mà ISA-95 quy định chủ yếu không phải nội dung bên trong Level 3, cũng không phải nội dung bên trong Level 4, mà là đường biên giữa Level 3 và Level 4, tức giao diện. Bản thân sự kiện một tiêu chuẩn quốc tế phải dành công sức để chuẩn hóa riêng phần đường biên đã cho thấy rõ rằng đây chính là chỗ khó.

Hai công nghệ đỡ phần triển khai cũng đã được sắp xếp rõ. B2MML là mô hình biểu diễn bằng XML cho dữ liệu trao đổi giữa ERP và MES, còn OPC UA đảm nhận truyền thông thời gian thực giữa phía OT và phía IT. Phần đi lấy dữ liệu thực tế từ phía thiết bị chồng lên lĩnh vực của bài thuê ngoài phát triển chương trình PLC, nên ngay trong nội bộ công ty thì bộ phận phụ trách cũng thường bị tách đôi. Chỗ nào bộ phận phụ trách bị tách đôi thì chỗ đó cũng chính là nơi báo giá bị sót.

Ruột của chữ “nối” không phải là truyền thông mà là sự đồng thuận

Nếu chỉ là đấu nối kỹ thuật thì không đắt đến thế. Cái làm giá đắt lên là quá trình đạt đồng thuận và phần xử lý ngoại lệ nằm ở trước và sau chỗ đấu nối. Muốn nối một hệ thống, tối thiểu bạn phải chốt và triển khai được những điều sau.

Cả 5 dòng trong bảng này đều là “những điều phải chốt về mặt nghiệp vụ” chứ không phải độ khó của lập trình. Chính vì thế mà chốt được chúng thì mất thời gian, và nếu chưa chốt xong đã bắt tay lập trình thì sẽ phải làm lại. Lý do phần tích hợp trở thành khoản mục lớn nhất nằm ở tổng khối lượng đồng thuận chứ không phải độ khó công nghệ.

Về lý do khiến việc tích hợp trong ngành sản xuất dễ trở nên phức tạp, cũng có ý kiến chỉ ra rằng mỗi lần thay đổi dữ liệu chủ hoặc thêm một cơ sở mới thì yêu cầu lại dồn về bộ phận CNTT, và mỗi lần xử lý thay đổi là số giờ công lại phình ra. Nghĩa là cấu trúc của nó không phải làm một lần rồi thôi, mà cứ mỗi lần thay đổi là lại phát sinh chi phí.

Vì thế mới cần chèn middleware: ERP đổi thì chỉ cần cập nhật phần tích hợp

Đọc tới đây, phần tích hợp trông giống một khoản nợ không thể tránh. Nhưng trong tư duy của ISA-95 có sẵn một chỉ dẫn thiết kế giúp nhốt khoản nợ này lại cho nhỏ.

Đó là: nếu thiết kế có chèn middleware (phần mềm trung gian) hoặc API ở giữa thì khi phía ERP thay đổi, phía MES sẽ không chịu ảnh hưởng lớn, và thứ cần cập nhật chỉ là giao diện tích hợp.

Điều này liên quan trực tiếp tới tiền. Nếu để ứng dụng hiện trường (lớp 2) đọc thẳng vào bảng dữ liệu của ERP thì khi ERP được thay mới, bạn sẽ phải làm lại tới tận lớp 2. Ngược lại, nếu gom vai trò chuyển đổi về lớp 3 thì khi ERP đổi, chỗ phải động vào chỉ là lớp 3. Nói theo kịch bản A của bài tính mô hình phía sau, đây là khác biệt giữa việc phải làm lại lan tới cả 1,050,000 baht của lớp 2, hay chỉ khoanh gọn trong 780,000 baht của phần ERP thuộc lớp 3.

Nói cách khác, lớp 3 không đơn thuần là “khoản mục đắt tiền”, mà là khoản đầu tư nhằm gom chi phí thay đổi trong tương lai về một chỗ. Nếu ép giá chỗ này rồi cho nối thẳng, báo giá trước mắt sẽ rẻ đi và lần thay mới sau sẽ đắt lên.

Số đo thực tế của chính chúng tôi cũng cho thấy phần nối đắt hơn phần thân

Trong bài phân tích chi phí triển khai máy kiểm kho cầm tay mà chúng tôi đã công bố, chi phí phát triển phần tích hợp chiếm khoảng 55.8% vốn đầu tư ban đầu, còn thiết bị cầm tay chiếm khoảng 26.3%. Tức là phần nối đắt hơn gấp hai lần so với cái thiết bị trông như nhân vật chính của thương vụ. Xu hướng tương tự lặp lại trong bài chi phí và cách chọn hệ thống quản lý tiến độ công đoạn cũng như bài so sánh hệ thống quản lý tồn kho. Trong bài tính mô hình ở nửa sau, tỷ trọng của giao diện tích hợp trong vốn đầu tư là 40.0% đến 64.7%. Con số đo được 55.8% nói trên nằm gọn bên trong khoảng đó.

Việc SAP ECC 6.0 hết bảo trì vào cuối tháng 12 năm 2027 sẽ rơi từ bên ngoài xuống các cơ sở nước ngoài

Ở đây xin chèn một câu chuyện có hạn chót. Chúng tôi không định biến bài này thành bài về SAP. Nội dung chỉ giới hạn ở chỗ “việc công ty mẹ thay mới ERP có nghĩa gì đối với hệ thống hiện trường của một cơ sở ở nước ngoài”.

Sắp xếp các dữ kiện

Nội dung trùng khớp giữa bài blog chính thức “Maintenance Timelines for SAP ERP 6.0” trên SAP Community và nhiều nguồn khác như sau.

Xin bổ sung về chi phí bảo trì gia hạn: với hợp đồng ERP Private Cloud thì khoản cộng 2% này đã nằm trong phí thuê bao. Từ năm 2030 trở đi vẫn còn lựa chọn Customer-Specific Maintenance có thu phí, nhưng việc bổ sung tính năng và bám theo các thay đổi về luật pháp và thuế thì bị hạn chế. Tại những quốc gia có thể xảy ra thay đổi chế độ về thuế giá trị gia tăng hay hóa đơn điện tử như Thái Lan, riêng cái điểm “bám theo thay đổi luật pháp bị hạn chế” này mang ý nghĩa khá nặng trên thực tế.

Với một cơ sở ở nước ngoài, đây là “thay đổi yêu cầu tích hợp”

Với bộ phận hệ thống thông tin của công ty mẹ tại Nhật, đây là một dự án thay mới ERP. Nhưng với bộ phận sản xuất của nhà máy thì nó hiện ra dưới hình hài khác. Đó là cái đích kết nối của hệ thống hiện trường mà họ đã làm ra, hoặc sắp làm ra, sẽ thay đổi kèm theo một mốc thời hạn.

Cụ thể thay đổi cái gì thì còn tùy nội dung của đợt thay mới, nhưng ít nhất những thứ sau sẽ chịu ảnh hưởng.

• Phương thức kết nối (từ IDoc, RFC, trao đổi qua tệp sang REST API hoặc kết nối theo sự kiện)
• Các trường dữ liệu và hệ thống mã (số chữ số của mã hàng, yếu tố giá thành, cách tổ chức nhà máy và kho)
• Thời điểm chốt sổ và quy tắc ghi nhận số liệu
• Phương thức xác thực và phân quyền

Trong số này, nếu phần “trường dữ liệu và hệ thống mã” thay đổi thì ảnh hưởng không dừng lại ở lớp 3. Vì phải dựng lại dữ liệu chủ nên việc chuẩn hóa dữ liệu chủ ở lớp 4 sẽ tái phát. Đây cũng chính là lý do bài viết này nhắc đi nhắc lại rằng phải ghi phần quy đổi số giờ công nội bộ ra tiền vào lớp 4.

Ý nghĩa thực tiễn với người đang lập kế hoạch phát triển hệ thống nghiệp vụ ngay lúc này

Phán đoán kiểu “chưa biết ERP của công ty mẹ sẽ ra sao nên hệ thống hiện trường cứ chờ đã” thoạt nhìn thì an toàn nhưng thực ra rất đắt. Từ ngày 1 tháng 8 năm 2026 đến ngày 31 tháng 12 năm 2027 là 517 ngày, khoảng 17 tháng. Trong lúc chờ thì hạn chót cứ tiến lại gần và số lựa chọn còn dùng được thì ít đi.

Có ba nước đi thực tế.

1. Thu gọn lại còn một hệ thống cần nối rồi làm trước: bắt đầu bằng một chiều, đợi công ty mẹ ra phương hướng rồi mới bổ sung hai chiều
2. Cố định lớp 3 đi qua middleware: ghi vào hợp đồng rằng thiết kế phải cấm ứng dụng gọi thẳng vào ERP
3. Gửi văn bản hỏi công ty mẹ về phương hướng kèm mốc thời hạn: lưu lại bằng văn bản câu trả lời cho “khi nào và đổi sang phương thức kết nối nào”

Điều thứ ba không phải chuyện công nghệ mà là chuyện tổ chức công việc, nhưng hiệu quả lại lớn nhất. Nếu một cơ sở nước ngoài chốt đặc tả tích hợp trong lúc chưa có văn bản nào về phương hướng ERP của công ty mẹ, thì bản đặc tả ấy có thể bị lật ngược chỉ bằng một câu từ công ty mẹ.

Phân biệt cách làm giữa viết mới hoàn toàn, phần mềm đóng gói, và phần mềm đóng gói cộng add-on

Từ đây là phần lựa chọn cách làm. Chúng tôi sẽ không so sánh kèm tên sản phẩm. Việc so sánh từng sản phẩm cụ thể xin nhường cho bài so sánh hệ thống quản lý sản xuất và bài so sánh phần mềm lập lịch sản xuất, còn ở đây chỉ sắp xếp các trục để phán đoán.

Có ba lựa chọn như sau.

Trục phán đoán không phải “có làm được không” mà là “có đổi được không”

Câu hỏi thực tiễn để phân ba lựa chọn này chỉ có một. Bạn có đổi được cách làm của nghiệp vụ đó cho khớp với sản phẩm không?

Nếu đổi được thì chức năng tiêu chuẩn là lựa chọn rẻ nhất, nhanh nhất và ít hỏng nhất. Nếu không đổi được thì cần tách bạch xem lý do không đổi được là “sức cạnh tranh” hay chỉ là “quen tay”. Nếu là sức cạnh tranh thì đáng để bảo vệ bằng cách viết mới hoặc bằng add-on. Nếu chỉ là quen tay thì phần lớn trường hợp đổi nghiệp vụ sẽ rẻ hơn.

Những điều bắt buộc phải xác nhận khi chọn add-on

Phần mềm đóng gói cộng add-on trông có vẻ trung dung nên hay được chọn, nhưng phân bố chi phí theo thời gian của nó khác hai lựa chọn kia. Lý do là mỗi lần nâng cấp phiên bản lại phải kiểm chứng lại add-on và phần tích hợp. Điều này tác động lên lớp 5, tức chi phí vận hành hàng năm.

Vì vậy, khi cân nhắc add-on, hãy xác nhận ba điểm sau ngay ở giai đoạn báo giá.

• Mỗi năm có bao nhiêu đợt nâng cấp phiên bản, và mỗi đợt có phát sinh chi phí kiểm chứng lại không
• Chi phí kiểm chứng lại đã nằm trong khoản hàng năm của lớp 5 hay phải báo giá riêng từng lần
• Nếu chức năng của add-on được đưa vào phần chuẩn của sản phẩm thì có gỡ add-on ra được không

Ngoài ra, chúng tôi hay nhận câu hỏi “có thể chỉ thuê phần hỗ trợ triển khai phần mềm đóng gói thôi không”. Câu trả lời là có. Nhưng ngay cả khi ấy thì lớp 3 và lớp 4 cũng không biến mất. Chỉ có người làm là thay đổi, còn khối lượng những thứ phải chốt thì vẫn thế.

Bài tính mô hình: so kịch bản A và kịch bản B trên cùng một mốc cơ sở

Từ đây chúng ta bước vào con số. Chỉ dùng đồng baht, không quy đổi sang bất kỳ đồng tiền nào khác. Xin nói rõ trước rằng toàn bộ là bài tính mô hình cộng dồn từ các giá trị giả định, không phải số tiền của một dự án có thật.

Tiền đề của nhà máy mô hình

Đơn giá 50 baht một giờ dựa trên dữ kiện là tính đến tháng 7 năm 2026, lương tối thiểu của Thái Lan vẫn chưa được áp một mức thống nhất toàn quốc mà dao động theo tỉnh trong khoảng 337 đến 400 baht một ngày. Đây là giá trị tiền đề dùng chung cho các bài viết của chúng tôi. Chi phí nhân công thực tế của khối gián tiếp sẽ cao hơn mức này, nhưng chúng tôi thống nhất dùng nó cho mọi kịch bản như một con số nghiêng về phía thận trọng.

Chỉ giới hạn ở hai kịch bản

• Kịch bản A, viết mới hoàn toàn và làm một lần: làm cùng lúc toàn bộ chức năng cho số liệu sản xuất thực tế, tồn kho và xuất hàng, tích hợp hai chiều với ERP
• Kịch bản B, thu hẹp phạm vi và triển khai trước: chỉ làm một nghiệp vụ là nhập số liệu sản xuất thực tế, dùng chức năng tiêu chuẩn của phần mềm đóng gói, gửi một chiều sang ERP

Chi phí 5 lớp: kịch bản A (viết mới hoàn toàn, làm một lần)

Chi tiết của 1,620,000 baht ở lớp 3 như sau.

Chi tiết của 450,000 baht ở lớp 4 cũng được ghi rõ.

Phần thuê ngoài (công cụ chuyển đổi, chuyển dữ liệu, kiểm chứng) 370,000 baht + quy đổi số giờ công nội bộ 80,000 baht = 450,000 baht
Số giờ công nội bộ = 1,600 giờ × 50 baht một giờ = 80,000 baht
(1,600 giờ = 2 nhân viên quản lý sản xuất và mua hàng × 5 tháng × 20 ngày × 8 giờ)

So với 1,050,000 baht của lớp 2 thì lớp 3 là 1,620,000 baht, tức khoảng 1.54 lần. Viết mới hoàn toàn thì khối lượng phải làm nhiều nên lớp ứng dụng phình to, vậy mà phần tích hợp vẫn là khoản mục lớn nhất.

Chi phí 5 lớp: kịch bản B (thu hẹp phạm vi, triển khai trước)

Chi tiết của 210,000 baht ở lớp 4 gồm phần thuê ngoài 170,000 baht cộng quy đổi số giờ công nội bộ 40,000 baht (= 800 giờ × 50 baht một giờ, tương ứng 1 nhân viên × 5 tháng × 20 ngày × 8 giờ).

Vốn đầu tư 3,600,000 baht của kịch bản A đúng bằng 3.0 lần con số 1,200,000 baht của kịch bản B. Số lượng chức năng phải làm thì chênh nhau còn nhiều hơn thế, vậy mà khoản tiền chỉ chênh 3.0 lần, là vì ở B thì lớp 3 và lớp 4 cũng không về không. Nhìn mức giảm theo từng lớp thì khác biệt hiện ra rất rõ: lớp 2 giảm xuống còn 31.4% của A (330,000 chia 1,050,000), trong khi lớp 4 chỉ giảm được tới 46.7% (210,000 chia 450,000). Dù thu hẹp phạm vi còn một nghiệp vụ, chi phí cũng không giảm theo cùng tỷ lệ. Đây là thực tế đầu tiên bạn gặp khi cân nhắc phương án “bắt đầu từ quy mô nhỏ”.

Tiền đề về hiệu quả: cố định mốc cơ sở về một

Đây là chỗ hay xảy ra sự cố nhất trong các bài tính. Kể cả khi không hề có ý muốn thổi phồng hiệu quả, chỉ cần đặt cạnh nhau hai dòng “giảm thời gian tác nghiệp” và “giảm tiền làm thêm giờ” là đã đếm cùng một giờ đó hai lần. Kiểu tính trùng này thường lộ ra sau khi tờ trình đã được duyệt, lúc số liệu thực tế không khớp với dự toán. Để tránh điều đó, chúng tôi cố định kịch bản đối chứng về một.

Mốc cơ sở = “trường hợp cứ tiếp tục làm tay và nhập liệu lặp lại như hiện nay”

Mọi hiệu quả chỉ được ghi nhận dưới dạng phần chênh so với mốc cơ sở này.

Trước tiên hãy cộng dồn số giờ công mỗi năm hiện đang bỏ ra cho việc nhập liệu, chép lại và đối chiếu.

Tỷ lệ giảm là 5,066 chia 7,180 bằng 70.6%. Ở một nhà máy vận hành trên nền giấy và Excel thì mức giảm cỡ này xảy ra cũng không có gì lạ. Riêng cách tiến hành việc điện tử hóa báo cáo hàng ngày được xử lý ở bài hướng dẫn triển khai hệ thống biểu mẫu điện tử.

Lợi ích hàng năm: kịch bản A

Kiểm tra tính trùng (phần này nhất định phải xác nhận). Khoản ① là thời gian của con người, ② là chi phí vận chuyển, ③ là chi phí lưu giữ tồn kho, khác nhau cả về tài khoản kế toán lẫn đối tượng. Khoản ② thuộc phía thành phẩm với việc xử lý giao hàng bù, còn ③ thuộc phía vật tư với cách nắm giữ tồn kho, nên không có chuyện cùng một số tiền bị đếm hai lần. Ngoài ra, tiền phạt vi phạm hợp đồng do giao trễ và tổn thất đánh giá lại từ chính phần chênh lệch tồn kho không được đưa vào. Vì chính các chuyến hàng khẩn ở ② đã ngăn chúng xảy ra, nên cộng thêm vào sẽ thành đếm trùng cùng một hiệu quả.

Các con số 18 lần một năm với 80,000 baht mỗi lần, tồn kho 9,000,000 baht, tỷ lệ nén 15% và tỷ lệ chi phí lưu giữ 20% đều là giá trị giả định phục vụ mô hình này. Khi tự tính cho công ty mình, hãy thay bốn con số đó bằng dữ liệu thực tế của công ty bạn. Phần lớn số tiền (64.7% tổng lợi ích) nằm ở ②, nên chính giá trị thực tế của ② mới là thứ quyết định độ chính xác của bài tính.

Lợi ích ròng hàng năm (A) = 1,483,300 − 540,000 (chi phí vận hành hàng năm của lớp 5) = 943,300 baht mỗi năm
ROI một năm (A) = 943,300 chia 3,600,000 = 26.2%
Số năm hoàn vốn (A) = 3,600,000 chia 943,300 = khoảng 3.8 năm

Lợi ích hàng năm: kịch bản B

Kịch bản B chỉ có một nghiệp vụ là nhập số liệu sản xuất thực tế nên phạm vi hiệu quả cũng hẹp lại. Đối tượng là ba dòng đầu của bảng số giờ công (báo cáo giấy tại hiện trường, chép lại trên Excel tại văn phòng, nhập lại vào ERP), tổng cộng 5,500 giờ.

Xin trình bày rõ cách ra con số 3,175 giờ ở ①. Ở kịch bản A, ba dòng thuộc phạm vi được giảm trọn vẹn nên lấy được 4,050 giờ (1,350 cộng 1,800 cộng 900), nhưng B chỉ có một chiều và chỉ nhập số liệu thực tế, nên phần tổng hợp trên Excel và đối chiếu hàng tháng vẫn còn lại ở hiện trường. Do đó chúng tôi lấy mức giảm bằng 78.4% của mức trọn vẹn, tức 3,175 giờ. Chi tiết gồm báo cáo giấy tại hiện trường 675 giờ (bằng một nửa của A), chép lại trên Excel tại văn phòng 1,600 giờ, nhập lại vào ERP 900 giờ (chỗ này mất hẳn nhờ tích hợp một chiều), tổng cộng 3,175 giờ.

Xin bổ sung một điểm về ②. Khoản ② không phải hiệu quả từ cách nắm giữ tồn kho (tức ③), mà chỉ giới hạn ở hiệu quả phát hiện thiếu hàng sớm hơn nhờ số liệu thực tế vào tới ERP ngay trong ngày. Chúng tôi đặt một cách thận trọng rằng việc phát hiện sớm chỉ ngăn được một phần ba tổng số, phần còn lại phụ thuộc vào cách nắm giữ tồn kho, tức nằm ngoài phạm vi lần này, nên không ghi nhận.

Lợi ích ròng hàng năm (B) = 638,750 − 180,000 (chi phí vận hành hàng năm của lớp 5) = 458,750 baht mỗi năm
ROI một năm (B) = 458,750 chia 1,200,000 = 38.2%
Số năm hoàn vốn (B) = 1,200,000 chia 458,750 = khoảng 2.6 năm

Đọc hai kịch bản đặt cạnh nhau

Có ba điều đọc được từ đây.

1. Số năm hoàn vốn của B ngắn hơn 1.2 năm (từ 3.8 năm xuống 2.6 năm). Thu hẹp phạm vi thì tiền quay về nhanh hơn so với số tiền đã bỏ ra.
2. Số ròng lũy kế 5 năm gần như bằng nhau (chênh 22,750 baht, khoảng 2.0% của A). Lượng hiệu quả tuyệt đối của A lớn hơn, nhưng bị bù trừ bởi sức nặng của chi phí vận hành và vốn đầu tư.
3. Dù vậy, vốn đầu tư của B vẫn chỉ bằng một phần ba. Nếu điểm đến sau 5 năm là như nhau thì phương án động tới ít tiền hơn sẽ dễ được duyệt hơn, và nếu thất bại thì vết thương cũng nông hơn.

Điều này không có nghĩa “A là sai”. Nếu nhìn xa hơn 5 năm thì hoàn toàn có khả năng A lật ngược thế cờ. Tuy nhiên, nếu viết tờ trình dựa trên căn cứ từ năm thứ sáu trở đi thì bạn phát sinh trách nhiệm phải giải thích được rằng các tiền đề đó vẫn đúng từ năm thứ sáu trở đi. Trong môi trường kinh doanh năm 2026 tại Thái Lan, giải thích trọn vẹn điều đó không hề dễ, như phần sau sẽ trình bày.

Phân tích độ nhạy ①: đơn giá giờ công từ 50 lên 100 baht một giờ

Chi phí nhân công tại Thái Lan đang tăng. Hãy xem điều gì xảy ra nếu đơn giá giờ công tăng gấp đôi. Điểm quan trọng ở đây là đơn giá giờ công không chỉ tác động lên phía lợi ích (giá trị giờ công tiết giảm) mà còn tác động lên phía chi phí (phần quy đổi số giờ công nội bộ ở lớp 4). Chỉ động một phía thì kết quả sẽ dễ dãi hơn thực tế.

Chi phí vận hành hàng năm của lớp 5 (A là 540,000, B là 180,000) là giá trị hợp đồng thuê ngoài nên chúng tôi không cho nó chạy theo đơn giá giờ công nội bộ. Trong phân tích độ nhạy này, thứ tăng lên chỉ là phần quy đổi số giờ công nội bộ ở lớp 4, còn giá trị hợp đồng thuê ngoài thì không đổi (ở phân tích độ nhạy ② phía sau, thứ tăng lên là chi phí phát triển trả cho bên ngoài nên lớp 5 được tính lại theo mức 15% vốn đầu tư). Ngoài ra, giả sử ở đây có tính lại lớp 5 theo 15% vốn đầu tư thì A là 552,000 baht với hoàn vốn 3.1 năm, B là 186,000 baht với hoàn vốn 2.0 năm, kết luận không thay đổi.

Tóm lại, khi đơn giá giờ công tăng thì vốn đầu tư cũng nhích lên chút ít (A tăng 80,000 baht, tức 2.2%), nhưng phần lợi ích tăng lớn hơn nhiều nên số năm hoàn vốn ngắn lại. Trong giai đoạn chi phí nhân công đi lên, quyết định đầu tư hệ thống hóa trở nên có lợi hơn. Đây là kết luận hiển nhiên, nhưng điểm quan trọng là ta chỉ được phép nói vậy sau khi đã cho cả phía chi phí ở lớp 4 chạy theo cùng lúc.

Phân tích độ nhạy ②: số hệ thống cần nối từ 1 lên 3

Đây chính là phần thể hiện luận điểm cốt lõi của bài viết bằng con số. Lấy kịch bản B làm gốc, giữ nguyên hoàn toàn phạm vi ứng dụng và chỉ tăng số hệ thống cần nối từ 1 lên 3. Phần thêm vào là hệ thống quản lý sản xuất hiện có (420,000 baht) và thiết bị cùng cơ sở dữ liệu sẵn có (420,000 baht).

Phía lợi ích được cố định ở 638,750 baht mỗi năm. Lý do là để giữ tiền đề thận trọng. Nối thêm thì trên lý thuyết hiệu quả cũng tăng, nhưng theo cảm nhận từ hiện trường thì hầu như không có chuyện “nối thêm bao nhiêu thì hiệu quả tăng theo tỷ lệ bấy nhiêu”. Thứ tạo ra hiệu quả là sự thay đổi trong nghiệp vụ ở hiện trường, chứ không phải số đường kết nối giữa các hệ thống.

Chỉ vì số hệ thống cần nối đi từ 1 lên 3 mà số năm hoàn vốn kéo dài từ 2.6 năm lên 6.1 năm, tức khoảng 2.3 lần. Không có thêm một chức năng ứng dụng nào cả. Màn hình vẫn thế, biểu mẫu vẫn thế. Thứ duy nhất tăng lên là số hệ thống phải nối.

Luận điểm viết ở đầu bài, rằng “báo giá phát triển hệ thống nghiệp vụ không do làm cái gì mà do nối với cái gì quyết định”, chính là đang nói về cái bảng này. Thứ cần giải thích trong tờ trình không phải danh sách chức năng, mà là số dòng trong bảng này.

5 điều phải chốt bằng văn bản trước khi đặt hàng

Trên cơ sở những phần đã bàn, chúng tôi thu gọn thành 5 điều bắt buộc phải ghi bằng văn bản vào hợp đồng hoặc biên bản ghi nhớ. Thỏa thuận miệng hoặc qua email là không đủ, vì chúng biến mất ngay khi người phụ trách thay đổi.

① Ngày chốt yêu cầu và cách xử lý thay đổi sau khi chốt

Hãy ghi ngày tháng cụ thể cho mốc chốt yêu cầu. Trên cơ sở đó, chốt trước cách xử lý khi có thay đổi phát sinh sau ngày chốt. Chỉ ghi “thay đổi thì báo giá bổ sung” là chưa đủ. Hãy ghi tới cả thời hạn nộp báo giá cho mỗi thay đổi (ví dụ trong vòng 5 ngày làm việc) và người có thẩm quyền quyết định. Không chốt điều này thì cứ mỗi lần có thay đổi là cả dự án đứng lại.

② Mức chi tiết của tài liệu đặc tả tích hợp

Đây là điều quan trọng nhất. Một câu “tích hợp với ERP” không phải là tài liệu đặc tả. Tối thiểu phải đạt mức chi tiết sau.

Khi so sánh báo giá, việc đặt cạnh nhau một báo giá đã điền đủ 6 dòng này với một báo giá chưa điền rồi chỉ nhìn số tiền là vô nghĩa. Phát cùng một tài liệu đặc tả tích hợp có cùng mức chi tiết cho tất cả các công ty rồi mới lấy báo giá cạnh tranh là cách duy nhất để có được những bản báo giá so sánh được với nhau.

③ Ai chuẩn bị dữ liệu kiểm thử và chuẩn bị xong trước khi nào

Dữ liệu kiểm thử thì chỉ công ty bạn mới làm được, vì nhà cung cấp không biết mã hàng cũng như mã đối tác của bạn. Nếu chỗ này chưa chốt thì sẽ xảy ra cảnh phần lập trình đã xong mà kiểm thử vẫn chưa bắt đầu được.

Những điều cần chốt: dữ liệu tương đương môi trường thật gồm bao nhiêu bản ghi, xong trước khi nào, do ai chuẩn bị. Chính sách che dữ liệu (data masking) nếu có chứa thông tin cá nhân hoặc điều kiện giao dịch. Ai soạn các tình huống kiểm thử cho trường hợp bất thường (số lượng bằng không, tồn kho âm, mã hàng đã ngừng sản xuất, sai đơn vị tính).

④ Hệ thống nào giữ bản chính của dữ liệu chủ

Hãy ghi bằng một dòng: “bản chính của dữ liệu chủ mã hàng nằm ở ERP hay ở hệ thống mới”. Nếu cả hai bên đều giữ bản chính thì chắc chắn sẽ hỏng. Nếu bản chính khác nhau theo từng trường dữ liệu (ví dụ mã hàng thì ERP giữ bản chính, còn định mức giờ công thì hệ thống mới giữ bản chính) thì hãy lập bảng theo từng trường.

Cùng với đó, hãy chốt luôn bộ phận chịu trách nhiệm duy trì dữ liệu chủ và thời gian xử lý cho một lần đăng ký mới. Sau khi hệ thống chạy mà xuất hiện câu hỏi kiểu “đã đăng ký mã hàng mới rồi mà máy tính bảng ngoài hiện trường không thấy hiện ra” thì gần như luôn là do thiếu thỏa thuận này.

⑤ Bàn giao mã nguồn và quyền chỉnh sửa

Hãy ghi ba điểm sau vào hợp đồng.

• Có bàn giao mã nguồn hay không (có hay không, thời điểm bàn giao, nơi lưu trữ)
• Quyền tác giả và phạm vi sử dụng (có dùng được ở cơ sở khác của công ty không, có được sửa đổi không)
• Có cho phép bên thứ ba chỉnh sửa hay không (có cản trở việc một nhà cung cấp khác ngoài bên phát triển ban đầu động vào hay không)

Điểm thứ ba đặc biệt quan trọng. Như phần sau sẽ nói, nhân lực CNTT tại Thái Lan dịch chuyển rất nhiều và kỹ sư phụ trách thay đổi sau vài năm. Một hợp đồng ghi “ngoài bên phát triển ban đầu thì không ai được động vào” sẽ biến tài sản của chính công ty bạn thành thứ không ai đụng được, ngay khi người phụ trách của bên phát triển ấy rời đi.

Những luận điểm chỉ phát huy tác dụng khi phát triển hệ thống nghiệp vụ tại Thái Lan

Có 4 điểm mà nếu làm theo đúng cảm giác ở Nhật thì sẽ trượt. Ba điểm đầu là về chế độ và nhân lực, điểm cuối là về môi trường đầu tư. Cả bốn đều là chuyện của Thái Lan, nên với bạn đọc tại Việt Nam, xin hãy xem đây là phần tham khảo cho trường hợp doanh nghiệp bạn có cơ sở tại Thái Lan hoặc phải phối hợp với nhà máy tại Thái Lan trong cùng tập đoàn. Chúng tôi không suy diễn các chế độ này sang chế độ của Việt Nam.

BOI 8.1.1 của Thái Lan là ưu đãi cho bên phát triển, không phải cho nhà máy đặt hàng

BOI (Ủy ban Đầu tư) của Thái Lan có phân loại hoạt động 8.1.1 (Software / Digital Platform / Digital Content, nhóm A2). Nội dung như sau.

• Miễn thuế thu nhập doanh nghiệp tối đa 8 năm
• Mức trần được miễn được xác định dựa trên chi tiêu thực tế của từng năm
• Đối tượng tính mức trần gồm 100% tiền lương của nhân lực CNTT người Thái được tuyển mới sau khi nộp hồ sơ và 200% chi phí đào tạo
• Điều kiện là các công đoạn phát triển phần mềm (viết mã, kiểm thử, triển khai) phải được thực hiện trong lãnh thổ Thái Lan bởi đội CNTT đặt tại Thái Lan
• Doanh nghiệp IT và Tech được sở hữu 100% vốn nước ngoài (ngoại lệ so với quy định hạn chế vốn ngoại thông thường)
• Có miễn thuế nhập khẩu cho thiết bị nhập phục vụ dự án, nguyên liệu cho R&D và nguyên liệu sản xuất hàng xuất khẩu

Ở đây rất dễ hiểu nhầm nên xin ghi rõ. Đây là ưu đãi mà doanh nghiệp phát triển phần mềm (nhà cung cấp) được hưởng, không phải thứ mà nhà máy đặt hàng hệ thống được hưởng. Ngay cả khi công ty bạn đang hưởng ưu đãi BOI với tư cách doanh nghiệp sản xuất, việc đặt hàng làm một hệ thống nghiệp vụ cũng không làm ưu đãi 8.1.1 này tăng thêm cho bạn.

Vậy điều đó có nghĩa là bên đặt hàng chẳng liên quan gì? Không phải vậy. Nó có tác dụng khi chọn nhà cung cấp và khi phán đoán nơi thực hiện việc phát triển. Việc thực hiện các công đoạn phát triển trong lãnh thổ Thái Lan là điều kiện của ưu đãi, nghĩa là nhà cung cấp đang hưởng ưu đãi thì có đội phát triển đặt tại Thái Lan. Điều này trùng khớp với mối quan tâm thực tế của bên đặt hàng: “người phụ trách có ở ngay tại chỗ và có tới được hiện trường không”.

Khấu trừ 200% của depa vướng bức tường kép với doanh nghiệp BOI

Thái Lan còn một chế độ nữa để thúc đẩy đầu tư số, đó là cơ chế khấu trừ chi phí 200% khi tính thuế (Sắc lệnh Hoàng gia số 802) liên quan tới depa (Cơ quan Xúc tiến Kinh tế số). Tuy nhiên điều kiện khá ngặt nên số nhà máy Nhật Bản thực sự dùng được là hạn chế.

Phần lớn doanh nghiệp sản xuất Nhật Bản tại Thái Lan đang nằm dưới ưu đãi BOI. Do đó, chỉ riêng việc đang hưởng ưu đãi BOI đã khiến cơ chế khấu trừ 200% của depa không dùng được, đó là bức tường thứ nhất. Hơn nữa, kể cả khi dùng được thì mức trần cũng chỉ là 300,000 baht mỗi năm. So với vốn đầu tư 1,200,000 baht của kịch bản B trong bài viết này, dùng hết mức trần thì phần được đưa vào chi phí được khấu trừ cũng chỉ dừng ở hạn mức 300,000 baht. Mà 300,000 baht ấy là hạn mức chi phí được khấu trừ, chứ không phải số thuế được giảm. Thứ thực sự nhẹ đi chỉ là hạn mức này nhân với thuế suất thuế thu nhập doanh nghiệp. Hãy kiểm tra bức tường kép này trước khi viết vào tờ trình rằng “nhờ ưu đãi thuế nên gánh nặng thực tế giảm xuống”.

Nói thêm ngoài lề, hạn của kỳ chi tiêu thuộc diện áp dụng của depa (ngày 31 tháng 12 năm 2027) trùng khít với ngày kết thúc bảo trì mainstream của SAP ECC 6.0 nói trên. Đó là trùng hợp ngẫu nhiên, nhưng việc nhìn ra rằng cùng một bức tường mang tên cuối năm 2027 đang dựng lên ở cả phía chế độ lẫn phía công nghệ thì cũng không thừa.

Tính dịch chuyển và đơn giá của nhân lực CNTT tại Thái Lan

Tại Thái Lan, người ta nói rằng nhân lực số đang thiếu khoảng 70,000 người. Về mặt tiền lương, xu hướng tăng lương năm 2026 vào khoảng 4.7% mỗi năm, trong khi mỗi lần nhảy việc thì lương tăng 15% đến 30%.

Hai con số này không cùng đơn vị đo, nên hãy quy về số năm rồi mới so. Muốn tích lũy mức tăng 4.7% mỗi năm để đạt tới 15% thì cần khoảng 3.0 năm, còn để đạt 30% thì cần khoảng 5.7 năm. Nói cách khác, một lần nhảy việc tương đương 3 năm đến 6 năm tăng lương trong nội bộ. Nghĩa là tính hợp lý về kinh tế của việc kỹ sư chọn nhảy việc là cực kỳ cao.

Điều này tác động tới việc phát triển hệ thống nghiệp vụ qua ba điểm sau.

1. Lập hợp đồng trên tiền đề rằng người phụ trách phía nhà cung cấp sẽ thay đổi sau vài năm: điểm “có cho phép bên thứ ba chỉnh sửa hay không” nói trên nối thẳng vào đây
2. Việc thiếu tài liệu, để mọi thứ phụ thuộc vào cá nhân, sẽ thành vết thương chí mạng: đây cũng là một lý do phải chỉ định mức chi tiết của tài liệu đặc tả tích hợp ngay khi đặt hàng
3. Nhân sự CNTT tại chỗ của chính công ty bạn cũng nằm trong thị trường ấy: kiến thức chỉ khép kín trong nội bộ sẽ mất đi cùng lúc với người phụ trách nghỉ việc

Chính vì thế, đặc tả của lớp 3 cần được để lại dưới dạng “văn bản đọc được”, chứ không phải “mã chạy được”.

Kinh tế Thái Lan năm 2026: tờ trình đầu tư lớn một lần rất khó được duyệt

Cũng xin nói qua về môi trường bên ngoài của quyết định đầu tư. Về tốc độ tăng trưởng GDP của Thái Lan năm 2026, các dự báo của khối nhà nước là 3.0% đến 3.5%, trong khi các viện nghiên cứu tư nhân và định chế tài chính hạ dự báo xuống khoảng 1.8% đến 2.0%. Sản lượng ô tô trong tháng 5 năm 2026 giảm 11.4% so với cùng kỳ năm trước, giảm hai tháng liên tiếp, và sản lượng dành cho xuất khẩu được đưa tin là giảm 25.8%. Mặt khác, chỉ số DI về đầu tư thiết bị của các doanh nghiệp Nhật Bản đã hồi phục lên cộng 1 trong nửa đầu năm 2026, tức ý muốn đầu tư không hề biến mất.

Các con số này là thông tin thứ cấp dựa trên tổng hợp của báo chí ngành nên cần được đọc với một biên độ. Tuy vậy hàm ý thực tiễn thì rất rõ. Ý muốn đầu tư không bằng không, nhưng tờ trình cho một khoản đầu tư lớn gói trong một lần thì rất khó được duyệt. Nghĩa là trong bối cảnh năm 2026, việc bắt đầu bằng 1,200,000 baht của kịch bản B rồi tạo ra kết quả thực tế sẽ khả thi hơn so với việc trình duyệt 3,600,000 baht của kịch bản A trong một lần.

Lộ trình 90 ngày cho tới lúc chốt đặc tả tích hợp

Cuối cùng là các bước có thể bắt tay vào từ ngày mai. 90 ngày này không phải khoảng thời gian để chọn xong nhà cung cấp, mà là khoảng thời gian để chốt xong đặc tả tích hợp. Việc quyết định nhà cung cấp đến sau đó.

Trước hết hãy xác nhận hạn chót. Từ ngày 1 tháng 8 năm 2026 đến ngày 31 tháng 12 năm 2027, tức mốc kết thúc bảo trì mainstream của SAP ECC 6.0, là 517 ngày, khoảng 17 tháng. Nếu dùng 90 ngày để chốt đặc tả tích hợp thì ngày chốt là ngày 30 tháng 10 năm 2026, và phần còn lại là 427 ngày, khoảng 14.0 tháng. Kế hoạch 90 ngày và hạn cuối tháng 12 năm 2027 không mâu thuẫn với nhau.

Ngày 1 đến ngày 30: rà soát toàn bộ các hệ thống cần nối

Việc phải làm chỉ có một, đó là vẽ lên một tờ giấy duy nhất dòng chảy thông tin hiện đang đi từ đâu tới đâu. Đây không phải sơ đồ cấu hình hệ thống, mà là dòng chảy thông tin bao gồm cả giấy tờ, Excel và trao đổi bằng miệng.

• Liệt kê toàn bộ các ghi chép phát sinh tại hiện trường (báo cáo hàng ngày, phiếu hàng lỗi, phiếu hiện vật, chứng từ xuất kho, bảng kiểm tra thiết bị)
• Nối bằng đường kẻ xem từng cái được ai nhập vào hệ thống nào và nhập lúc nào
• Đánh dấu những chỗ cùng một con số bị nhập từ hai lần trở lên
• Đo số lần phát sinh mỗi năm và thời gian cho mỗi lần tại những chỗ đã đánh dấu

Phép đo cuối cùng là việc quan trọng nhất trong toàn bộ 90 ngày. Hãy dựng lại thứ tương đương bảng số giờ công nói trên (7,180 giờ) bằng dữ liệu thực tế của chính công ty bạn. Con số đo được ở đây sẽ trở thành tử số của ROI.

Ngày 31 đến ngày 60: bản nháp đầu tiên của đặc tả tích hợp và danh mục giao diện

Cắt các dòng chảy đã nhìn ra được trong đợt rà soát thành từng giao diện. Đánh số IF-001, IF-002, rồi lần lượt điền 6 dòng nói trên (theo từng giao diện, theo từng trường dữ liệu, thời điểm, chiều và bản chính, trường hợp bất thường, số lượng dự kiến).

Trong giai đoạn này có hai việc cần làm song song.

1. Hỏi công ty mẹ tại Nhật: gửi văn bản hỏi về phương hướng thay mới ERP, thời điểm, và dự kiến thay đổi phương thức kết nối. Vì đợi hồi âm sẽ mất thời gian nên hãy gửi ngay ngày đầu tiên của giai đoạn này
2. Quyết định tạm thời về bản chính của dữ liệu chủ: với mã hàng, đối tác và công đoạn, hãy tạm quyết định bên nào giữ bản chính. Nếu bản chính khác nhau theo từng trường thì lập bảng

Ở giai đoạn này mà có những hạng mục chưa chốt nổi thì cũng là bình thường. Hãy ghi lại chính việc chưa chốt được ấy vào tài liệu đặc tả dưới dạng “chưa quyết”, kèm theo mốc thời hạn và người sẽ quyết. Nếu để trống mà vẫn phát tài liệu đi thì nhà cung cấp sẽ báo giá theo tiền đề có lợi cho họ.

Ngày 61 đến ngày 90: chốt đặc tả và lấy báo giá trên cùng điều kiện

Hợp nhất kết quả của mốc 30 ngày và mốc 60 ngày rồi chốt lại thành tài liệu đặc tả tích hợp. Trên cơ sở đó, phát cùng một tài liệu đặc tả tích hợp cho tất cả các nhà cung cấp rồi mới yêu cầu báo giá. Tới đây thì việc so sánh số tiền mới bắt đầu có ý nghĩa.

Khi nhận được báo giá, hãy chia lại chúng vào 5 lớp của bài viết này. Dù nhà cung cấp đặt tên khoản mục thế nào, bạn vẫn phán đoán được nó rơi vào lớp nào trong 5 lớp. Sau khi chia lại, nếu có báo giá nào mà số tiền ở lớp 3 rẻ một cách bất thường thì khả năng cao là họ chưa đọc kỹ đặc tả tích hợp, hoặc họ thiết kế theo kiểu nối thẳng (ứng dụng gọi trực tiếp vào ERP). Trường hợp trước thì tiền sẽ tăng lên sau. Trường hợp sau thì lần thay mới tiếp theo phải làm lại từ đầu.

Từ ngày 91 trở đi: quan hệ giữa thời gian phát triển và mốc cuối tháng 12 năm 2027

Từ ngày chốt (ngày 30 tháng 10 năm 2026) còn lại 427 ngày, khoảng 14.0 tháng. Quan hệ với thời gian phát triển như sau.

Kịch bản A tuy vẫn lọt vào khung 14.0 tháng nhưng dư địa chỉ còn 2 đến 5 tháng. Nếu thời điểm này trùng với đợt thay mới ERP của công ty mẹ thì dư địa đó có thể không hấp thụ nổi. Với kịch bản B thì có 8 đến 10 tháng dư địa, và bạn có thể đợi phương hướng của công ty mẹ rõ ràng rồi mới quyết định giai đoạn hai (tích hợp hai chiều hoặc bổ sung đối tượng cần nối).

Để tham khảo, với một cơ sở quy mô vừa triển khai MES từ con số không, ở nước ngoài người ta nhắc tới mặt bằng 12 đến 24 tháng và 1 đến 5 triệu euro. Đây là giá trị của châu Âu nên không dùng được cho số tiền tại Thái Lan, nhưng xét về cảm nhận thời gian thì nó không mâu thuẫn lớn với mức 9 đến 12 tháng nói trên.

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

Chi phí phát triển hệ thống nghiệp vụ vào khoảng bao nhiêu

Trả lời “mặt bằng giá” bằng một con số duy nhất là nguồn gốc của hiểu nhầm, vì cùng một bộ chức năng nhưng số lượng và chiều của các hệ thống cần nối sẽ làm số tiền chênh nhau vài lần. Trong bài tính mô hình của bài viết này, một nghiệp vụ với một hệ thống nối một chiều là 1,200,000 baht, còn toàn bộ chức năng với 3 hệ thống tích hợp (trong đó chỉ ERP là hai chiều) là 3,600,000 baht (cả hai đều là vốn đầu tư của lớp 1 đến lớp 4, cộng dồn từ giá trị giả định). Nếu muốn biết mặt bằng, hãy nhìn vào tỷ trọng của lớp 3 trong vốn đầu tư thay vì nhìn bản thân số tiền. Trong bài tính của bài viết này là 40.0% đến 64.7%, còn trong số đo thực tế từ dự án máy kiểm kho cầm tay của chúng tôi là khoảng 55.8%. Một báo giá có lớp 3 rẻ lệch hẳn khỏi khoảng tỷ lệ này thì hãy nghi ngờ rằng tiền đề về đối tượng cần nối đang khác đi.

Việc tích hợp với hệ thống lõi nên tự làm đến đâu

Bản thân công việc thì giao cho nhà cung cấp cũng được. Tuy nhiên ba việc sau hãy giữ lại trong công ty bạn: ① quyết định trao đổi trường dữ liệu nào, vào thời điểm nào, và bên nào giữ bản chính, ② đọc và phê duyệt nội dung tài liệu đặc tả tích hợp, ③ chuẩn bị dữ liệu kiểm thử và xác nhận kết quả kiểm thử cho các trường hợp bất thường. Ba việc này là quyết định về nghiệp vụ nên không thuê ngoài được. Ngược lại, việc chọn phương thức truyền thông, dựng middleware, lập trình phần gửi lại khi lỗi là lĩnh vực chuyên môn nên giao đi sẽ chắc chắn hơn.

Có thể chỉ thuê phần hỗ trợ triển khai phần mềm đóng gói không

Có. Hình thức mua giấy phép qua một kênh khác rồi chỉ đặt hàng phần hỗ trợ gồm thiết lập, chuyển đổi dữ liệu, tích hợp và đào tạo là khá phổ biến. Nhưng có một điểm cần lưu ý. Chọn phần mềm đóng gói thì lớp 3 và lớp 4 cũng không biến mất. Nếu được giải thích rằng “chức năng tiêu chuẩn là nối được”, hãy kiểm tra tới từng trường dữ liệu xem bộ chuyển đổi tích hợp tiêu chuẩn ấy có tương thích với phiên bản ERP và với các trường dữ liệu của công ty bạn không. Trong nhiều trường hợp, bộ chuyển đổi tiêu chuẩn chỉ có nghĩa là “có sẵn cơ chế để nối”, chứ không có nghĩa là “không cần thiết lập gì mà dữ liệu của công ty bạn vẫn chảy được”.

Phát triển ứng dụng nghiệp vụ dùng trên máy tính bảng và điện thoại có tính phí riêng không

Cách cắt khoản mục trong báo giá thì tùy nhà cung cấp, nhưng xét về cơ cấu chi phí thì nó nằm ở lớp 2 (phát triển ứng dụng) của bài viết này. Khi dùng hệ thống nghiệp vụ trên máy tính bảng trong nhà máy, thứ tác động tới số tiền không phải cách làm màn hình mà là môi trường sử dụng. Cụ thể là có vùng chết sóng của mạng LAN không dây hay không, khi mất kết nối thì có giữ lại dữ liệu nhập rồi gửi sau hay không, có cần chống bụi chống nước và thao tác được khi đeo găng tay hay không, và cách quản lý thiết bị (khóa máy khi mất, phân phối bản cập nhật ứng dụng). Phát triển ứng dụng nghiệp vụ cho điện thoại cũng vậy, số giờ công thay đổi tùy theo có cần hỗ trợ cả iOS lẫn Android hay không. Hãy chốt những điều này ngay ở giai đoạn phân tích yêu cầu (lớp 1).

Nhà tích hợp hệ thống cho ngành sản xuất thì nên thuê công ty Nhật Bản hay công ty nội địa

Đừng quyết định chỉ dựa trên quy mô hay ngôn ngữ. Thứ cần phán đoán là ai có thể vận hành được lớp 3 và lớp 4. Cụ thể là ba điểm: có trao đổi trực tiếp được với người phụ trách ERP tại công ty mẹ ở Nhật không, có ngồi lại chốt được đặc tả bằng tiếng Thái với người phụ trách tại hiện trường ở Thái Lan không, và có đi sâu được tới phía thiết bị (PLC, OPC UA) không. Việc một công ty đáp ứng được cả ba điểm là không dễ, bất kể công ty Nhật Bản hay công ty nội địa, nên nếu chia việc cho nhiều công ty thì hãy ghi rõ ranh giới trách nhiệm tại các giao diện vào hợp đồng. Các mục cần kiểm tra cụ thể khi chọn công ty đã được sắp xếp chi tiết trong bài cách chọn công ty phát triển hệ thống tại Thái Lan.

Thuê ngoài phát triển hệ thống thì mã nguồn có thuộc về công ty tôi không

Không tự động thuộc về bạn. Nếu hợp đồng không ghi thì thông thường quyền tác giả vẫn nằm ở phía bên phát triển. Như đã nêu ở mục ⑤ trong 5 điều nói trên, hãy ghi rõ ba điểm vào hợp đồng: ① có bàn giao mã nguồn hay không và bàn giao khi nào, ② quyền tác giả và phạm vi sử dụng (dùng ở cơ sở khác, có được sửa đổi hay không), ③ có cho phép bên thứ ba chỉnh sửa hay không. Đặc biệt điểm ③, xét tới tính dịch chuyển của nhân lực CNTT tại Thái Lan, là hạng mục có ảnh hưởng thực tế lớn nhất.

Thời gian phát triển mất khoảng bao lâu

Trong mô hình của bài viết này, chúng tôi dự kiến 90 ngày cho tới lúc chốt đặc tả tích hợp, sau đó là 4 đến 6 tháng phát triển với kịch bản B và 9 đến 12 tháng với kịch bản A. Cộng lại thì B khoảng 7 đến 9 tháng, A khoảng 12 đến 15 tháng. Một hiểu nhầm phổ biến là cho rằng thời gian phát triển không rút ngắn được vì lập trình tốn thời gian. Thứ thực sự ngốn thời gian lại là việc đạt đồng thuận về đặc tả tích hợp và việc chuẩn hóa dữ liệu chủ, mà hai thứ này thì thêm người vào cũng không nhanh hơn. Nếu muốn rút ngắn thời gian, biện pháp chắc chắn duy nhất không phải thêm người mà là giảm số hệ thống cần nối.

Tổng kết

Rút luận điểm của bài viết này về một dòng thì đó là: báo giá phát triển hệ thống nghiệp vụ không do “làm cái gì” mà do “nối với cái gì” quyết định. Xin sắp xếp lại các ý chính.

• Tách chi phí thành 5 lớp. Vốn đầu tư là lớp 1 đến lớp 4, lớp 5 để riêng thành chi phí vận hành hàng năm
• Bắt buộc ghi vào lớp 4 phần quy đổi số giờ công nội bộ ra tiền. Báo giá không ghi phần này nghĩa là một phần chi phí đang nằm ngoài tờ trình
• Nhìn theo chu kỳ 5 năm, lớp 5 chiếm 42.9% tổng chi. Đừng so sánh khi chưa xác nhận khoản hàng năm
• Lớp 3, tức giao diện tích hợp, trở thành khoản mục lớn nhất không phải vì độ khó công nghệ mà vì tổng khối lượng đồng thuận quá lớn. Thứ mà ISA-95 (IEC 62264) chuẩn hóa cũng chính là đường biên giữa Level 3 và Level 4
• Chèn middleware thì ERP đổi cũng chỉ cần cập nhật phần tích hợp. Lớp 3 là khoản đầu tư gom chi phí thay đổi trong tương lai về một chỗ
• Trong bài tính mô hình, lớp 3 chiếm 40.0% đến 64.7% vốn đầu tư, khớp với con số khoảng 55.8% mà chúng tôi đo được trên thực tế
• Trong phân tích độ nhạy, chỉ tăng số hệ thống cần nối từ 1 lên 3 mà không thêm bất kỳ chức năng ứng dụng nào, số năm hoàn vốn đã kéo dài từ 2.6 năm lên 6.1 năm, tức khoảng 2.3 lần
• Bảo trì mainstream của SAP ECC 6.0 (EHP 6, 7, 8) kết thúc ngày 31 tháng 12 năm 2027. Với cơ sở ở nước ngoài, hãy xử lý nó như một thay đổi yêu cầu tích hợp rơi từ bên ngoài xuống
• BOI 8.1.1 của Thái Lan là ưu đãi dành cho nhà cung cấp phát triển phần mềm, không phải ưu đãi cho nhà máy đặt hàng. Cơ chế khấu trừ 200% của depa thì doanh nghiệp đang hưởng BOI không dùng được
• Thứ phải làm trong 90 ngày không phải quyết định nhà cung cấp mà là chốt đặc tả tích hợp. Ngày chốt là 30 tháng 10 năm 2026, còn 427 ngày tới cuối tháng 12 năm 2027 nên không mâu thuẫn

Nếu chỉ được mang về một thứ, hãy chọn việc “rà soát toàn bộ các hệ thống cần nối” trong 30 ngày đầu. Tờ giấy làm ra ở đó sẽ là nền móng cho toàn bộ phần so sánh báo giá, tờ trình và đàm phán hợp đồng về sau.

Nếu trong công ty bạn đang có một dự án hệ thống nghiệp vụ chạy và bạn muốn bắt đầu từ việc sắp xếp lại các hệ thống cần nối, xin liên hệ với chúng tôi qua biểu mẫu liên hệ. Chỉ nhờ rà soát phần các hệ thống cần nối, hay chỉ nhờ chia lại một bản báo giá từ công ty khác vào 5 lớp của bài viết này, cũng hoàn toàn được. Đồng hành từ giai đoạn trước khi bước vào câu chuyện tiền bạc thường giúp giảm bớt việc phải làm đi làm lại về sau.

Tài liệu tham khảo

• SAP Community “Maintenance Timelines for SAP ERP 6.0” https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-sap/maintenance-timelines-for-sap-erp-6-0/ba-p/13524564
• Natuvion “SAP ERP 6 end of maintenance: is the deadline in 2025, 2027, or 2030?” https://www.natuvion.com/newsroom/sap-erp-6-end-of-maintenance/
• JUAS “Khảo sát xu hướng CNTT doanh nghiệp 2026” https://juas.or.jp/activities/research/it_trend/
• i Magazine “JUAS công bố số liệu sơ bộ của Khảo sát xu hướng CNTT doanh nghiệp 2026” (ngày 2 tháng 2 năm 2026) https://www.imagazine.co.jp/juas-report-on-20260202/
• ISA “ISA-95 Standard: Enterprise-Control System Integration” https://www.isa.org/standards-and-publications/isa-standards/isa-95-standard
• Siemens “ISA-95 framework and layers” https://www.siemens.com/en-us/technology/isa-95-framework-layers/
• Symestic “ISA-95: The Standard for MES Architectures and ERP Integration” https://www.symestic.com/en-us/blog/mes/isa95
• Emerhub “Thailand’s Renewed BOI Incentives for 2026 & 2027” https://emerhub.com/thailand/thailands-renewed-boi-incentives-for-2026-2027/
• AIM Bangkok “Thailand BOI Incentives for Software, Digital Platforms, and Content Businesses” https://aimbangkok.com/boi-incentives-software-digital-platforms-content-businesses/
• PwC “Thailand – Corporate – Tax credits and incentives” https://taxsummaries.pwc.com/thailand/corporate/tax-credits-and-incentives
• Shusodo “Hướng dẫn triển khai ERP, 7 bước để doanh nghiệp vừa và nhỏ không thất bại, mặt bằng chi phí và so sánh sản phẩm, bản năm 2026” https://syusodo.co.jp/blog/articles/erp-introduction
• Magic Software “Vì sao việc tích hợp hệ thống trong ngành sản xuất dễ trở nên phức tạp” https://www.magicsoftware.com/ja/magic-blog/majisemi03/
• Kurasu Asia “Hướng dẫn toàn diện về triển vọng kinh tế Thái Lan năm 2026” https://kyujin.careerlink.asia/blog/thailand-economy-outlook-2026/