Đây là câu hỏi kỹ thuật quan trọng nhất với đội IT và đối tác triển khai: sau khi chuyển sang giao diện mới, script và tùy chỉnh có còn chạy? Oracle có câu trả lời cụ thể, và nó không phải câu trả lời "có" hay "không" đơn giản.
Câu trả lời của Oracle: Kỳ vọng tiếp tục hoạt động
Trong FAQ chính thức, Oracle trả lời câu hỏi "Điều gì xảy ra với tùy chỉnh và script trong NetSuite Next?":
Script, custom record, workflow và các tùy chỉnh khác được kỳ vọng tiếp tục hoạt động.
Oracle bổ sung ngay sau đó: hầu hết script tùy chỉnh không cần thay đổi.
Nhưng có ngoại lệ — và đây là phần quan trọng
Oracle nêu rõ nhóm có thể cần rà soát: một số client script, tùy chỉnh form, hoặc portlet script thao tác trực tiếp vào HTML hoặc cấu trúc trang.
Trong tài liệu hướng dẫn chuẩn bị tài khoản, Oracle cũng nhắc lại cùng ý này: tùy chỉnh vẫn chạy như bình thường, nhưng nếu bạn dùng script làm việc với giao diện người dùng, có thể bạn cần điều chỉnh.
Vì sao nhóm script này bị ảnh hưởng?
Logic rất dễ hiểu: nếu một script can thiệp trực tiếp vào HTML hoặc cấu trúc trang — ví dụ ẩn một nút, di chuyển một trường, chèn thêm phần tử vào form — thì khi giao diện được thiết kế lại, các phần tử mà script dựa vào có thể không còn ở đúng vị trí hoặc đúng cấu trúc.
Trong khi đó, script xử lý nghiệp vụ thuần túy — tính toán, kiểm tra dữ liệu, tạo bản ghi, gọi API — không phụ thuộc vào giao diện, nên ít bị ảnh hưởng.
Phân loại rủi ro để ưu tiên kiểm thử
- Rủi ro thấp: script xử lý nghiệp vụ, tính toán, kiểm tra dữ liệu, tích hợp hệ thống.
- Rủi ro trung bình: tùy chỉnh form ở mức ẩn/hiện trường theo logic nghiệp vụ.
- Rủi ro cao: client script và portlet script can thiệp trực tiếp vào HTML hoặc cấu trúc trang.
- Cần xem xét riêng: script đã lâu không được bảo trì, viết theo phiên bản SuiteScript cũ.
Cách kiểm thử thực tế
Oracle cung cấp sẵn môi trường phù hợp cho việc này: tài khoản Preview NetSuite Next là bản sao tài khoản production, bao gồm dữ liệu, workflow và tùy chỉnh.
Nghĩa là đội kỹ thuật có thể kiểm thử chính xác các script thật của mình trên môi trường an toàn, không ảnh hưởng production.
Lộ trình kiểm thử gợi ý
- Bước 1 — Kiểm kê: lập danh sách toàn bộ script và phân loại theo mức rủi ro ở trên.
- Bước 2 — Kiểm thử trên Preview: ưu tiên nhóm rủi ro cao trước, vì đây là nơi dễ phát sinh lỗi.
- Bước 3 — Kiểm thử theo nghiệp vụ thật: không chỉ chạy script, mà thực hiện đúng quy trình người dùng làm hằng ngày.
- Bước 4 — Ghi nhận và sửa: tài liệu hóa script nào cần điều chỉnh để lên kế hoạch trước khi chuyển chính thức.
Ghi chú về lộ trình SuiteScript
Vấn đề script còn có một chiều hướng khác đang diễn ra song song: Oracle đã thông báo SuiteScript 2.1 trở thành phiên bản lập trình tiêu chuẩn từ NetSuite 2026.2, kèm lộ trình loại bỏ dần các phiên bản cũ.
Với đội kỹ thuật, hai việc này nên được xử lý cùng nhau: vừa rà soát script tác động giao diện cho NetSuite Next, vừa chuyển đổi sang SuiteScript 2.1 theo lộ trình của Oracle. Làm gộp sẽ tiết kiệm đáng kể công sức so với làm hai lần.
Kết luận
Tin tốt: hầu hết script không cần sửa. Tin cần lưu tâm: nhóm script tác động trực tiếp vào HTML và cấu trúc trang cần được rà soát. Doanh nghiệp nên dùng tài khoản Preview để kiểm thử có hệ thống, thay vì phát hiện vấn đề sau khi đã chuyển chính thức.
