Trả lời ngắn: Theo trang chính thức của IFS, IFS Cloud là nền tảng gộp ERP, quản lý tài sản (EAM), chuỗi cung ứng (SCM) và dịch vụ hiện trường (FSM) cho doanh nghiệp công nghiệp. BA trong dự án IFS Cloud khảo sát quy trình, làm fit-gap, chuyển yêu cầu thành đặc tả cấu hình rõ ràng, rồi hỗ trợ UAT và đào tạo người dùng.
Giả sử bạn là BA vừa bị điều vào một dự án IFS Cloud, tuần đầu tài liệu toàn thuật ngữ lạ, họp buổi nào cũng nghe release, lobby, configuration, và câu đầu tiên trong đầu là mình phải biết gì về IFS Cloud, việc của mình bắt đầu từ đâu.
Thông tin sản phẩm trong bài lấy từ các trang chính thức của IFS mình đọc ngày 30/10/2026, gồm IFS Cloud, IFS Cloud ERP và IFS Cloud Releases, còn phần BA làm gì là góc nhìn nghề của mình.
IFS Cloud là gì, nói đơn giản#
Trang IFS Cloud mô tả đây là một nền tảng trải trên bốn mảng, Enterprise Resource Planning (ERP), Enterprise Asset Management (EAM), Supply Chain Management (SCM) và Field Service Management (FSM), nói nôm na là tài chính, mua hàng, sản xuất, kho, bảo trì thiết bị và đội kỹ thuật đi hiện trường đều nằm trên một hệ thống.
Đối tượng chính là doanh nghiệp công nghiệp, menu ngành trên ifs.com liệt kê hàng không và quốc phòng, năng lượng và tiện ích, xây dựng và kỹ thuật, sản xuất, vận tải, viễn thông, còn trang IFS Cloud ERP nhấn vào các ngành nhiều tài sản và vận hành phức tạp, với các phần như Manufacturing Execution System, Supply Chain Management, Procurement và Finance.
Có hai đặc điểm BA nên để ý. IFS gọi kiến trúc của mình là composable và giao theo mô hình evergreen, tức cập nhật liên tục thay vì triển khai lại, và theo trang Releases thì IFS Cloud ra bản mới hai lần một năm, bản 26R1 phát hành tháng 5/2026. Với BA, nhịp release này nghĩa là tùy biến nào bạn đề xuất hôm nay cũng sẽ phải sống qua nhiều lần nâng cấp.
BA làm gì trong dự án IFS Cloud#
Nhiều người nghĩ BA trong dự án ERP là người bấm cấu hình, theo mình bấm cấu hình là việc của consultant chức năng hoặc kỹ thuật, còn BA (nhiều dự án gộp hai vai này) chịu trách nhiệm phần trước và sau cú bấm đó.
Việc đầu tiên là khảo sát as-is, ngồi với phòng mua hàng, kế toán, xưởng sản xuất, vẽ lại quy trình đang chạy, một đề nghị mua đi qua những bước nào, ai duyệt, duyệt theo tiêu chí gì, chứng từ nào in ra giấy. Đây là nền móng, mà cũng là phần dễ bị làm qua loa nhất vì tốn thời gian.
Việc thứ hai là fit-gap, so quy trình với chức năng chuẩn, chỉ ra chỗ khớp, chỗ cần cấu hình, chỗ phải đổi cách làm, chỗ thật sự cần phát triển thêm, cách làm cho ra quyết định có trong bài Fit-gap analysis ERP.
Việc thứ ba là chuyển yêu cầu thành đặc tả, câu đơn mua lớn thì giám đốc duyệt phải thành câu rõ ràng, trường giá trị nào, ngưỡng bao nhiêu, mấy bước duyệt, ai được thay khi người duyệt vắng, người cấu hình đọc vào là làm được, khỏi phải đoán.
Việc thứ tư là UAT và đào tạo. Người dùng cuối không cần biết nền tảng mạnh cỡ nào, họ cần biết mỗi sáng mở màn hình nào, lobby nào để thấy việc của mình, trang ERP của IFS có nhắc tới interactive lobbies, và đây thường là thứ người dùng nhìn thấy đầu tiên.
cái bẫy hay gặp#
Bẫy thứ nhất là biến ERP thành bản sao của Excel cũ, người dùng bảo làm cho em màn hình giống file cũ, BA gật, cấu hình y nguyên, kết quả là hệ thống mới chạy đúng quy trình giấy mà chẳng cải thiện gì.
Bẫy thứ hai thì ngược lại, cái gì không vừa ý cũng đòi phát triển thêm. Với một nền tảng ra bản mới hai lần một năm, mỗi phần tùy biến là thêm một thứ phải kiểm thử lại sau mỗi lần nâng cấp, nên trước mỗi yêu cầu tùy biến hãy hỏi đây là cách làm tạo lợi thế riêng của doanh nghiệp, hay chỉ là thói quen. Mấy bẫy cụ thể ở mảng mua hàng có trong bài IFS Cloud Procurement: những cái bẫy cấu hình.
BA cần học gì để làm IFS Cloud#
Không cần biết code, nhưng nên nắm ba thứ, logic ERP, tức mua hàng, kho, sản xuất, tài chính nối với nhau ra sao, một phiếu nhập kho sinh ra bút toán gì, rồi đọc và vẽ sơ đồ quy trình, tốt nhất là BPMN, và thói quen đọc tài liệu release của IFS, vì chức năng chuẩn đổi theo từng bản, có khi giải đúng cái gap bạn đang định đòi phát triển. Đang làm BA phần mềm mà tính rẽ sang mảng này thì bài Từ BA sang tư vấn ERP nói về khác biệt và điểm bắt đầu.
Việc của BA trong dự án IFS Cloud rốt cuộc vẫn là việc quen thuộc, hiểu nghiệp vụ, viết yêu cầu rõ, làm cầu nối giữa người dùng và người cấu hình, chỉ khác là bạn làm nó trên một nền tảng rộng và thay đổi đều đặn, nên quyết định cấu hình hay tùy biến nào cũng có hệ quả dài hạn.
Bạn muốn mình đi sâu vào mảng nào trước trong IFS Cloud, mua hàng, sản xuất hay cách khảo sát as-is? Nói mình nghe trên Facebook hoặc LinkedIn nhé.
