Hiện đại hóa hệ thống không ai dám động đến, từng chức năng một.
Quy tắc nghiệp vụ tích lũy qua nhiều năm nằm trong COBOL, PL/I, Oracle Forms và các phiên bản Java, .NET đời đầu. Chúng tôi khôi phục các quy tắc đó, dựng lưới an toàn bằng kiểm thử, rồi chuyển từng chức năng sang phía sau một lớp trung gian (façade), chạy song song và đối soát trước khi tắt bất cứ phần nào.
Dành cho tổ chức vận hành hệ thống trọng yếu, nơi không thể chấp nhận gián đoạn hay đánh mất quy tắc nghiệp vụ.
Lãnh đạo công nghệ thông tin và kiến trúc sư doanh nghiệp
Người phụ trách ứng dụng
Chuyên gia nghiệp vụ
Đội ngũ vận hành
Quy trình minh họa
01Đánh giá danh mục ứng dụngCon người
02Khôi phục quy tắc nghiệp vụTác tử AI
03Dựng lưới an toànHệ thống
04Xây dựng lại một phần phía sau lớp trung gianHệ thống
05Chạy song song và đối soátHệ thống
06Phân loại sai lệchCon người
07Chuyển đổi và ngừng phần cũCon người
Danh mục ứng dụng được đánh giá và kiến trúc đích được thống nhất. Quy tắc nghiệp vụ được khôi phục từ mã nguồn với sự hỗ trợ của AI và được con người xác minh. Kiểm thử ghi nhận hành vi tạo thành lưới an toàn. Mỗi chức năng được xây dựng lại phía sau lớp trung gian và chạy song song với hệ thống cũ; sai lệch được phân loại và sửa trước khi người phụ trách nghiệp vụ phê duyệt chuyển đổi và phần cũ được ngừng sử dụng.
Trước và sau
Cách làm việc thay đổi ra sao
Hiện nay
Khi có hệ thống
Hiện nay
Hiện nay: Mỗi thay đổi là một rủi ro
Những thay đổi nhỏ theo quy định mới cũng mất hàng tháng, vì không ai đoán trước được thay đổi đó sẽ ảnh hưởng đến đâu.
Khi có hệ thống
Khi có hệ thống: Thay đổi có kiểm thử đi kèm
Kiểm thử ghi nhận hành vi nắm bắt những gì hệ thống đang làm hôm nay, nên mọi thay đổi đều cho thấy tác động trước khi phát hành.
Hiện nay
Hiện nay: Tri thức sắp nghỉ hưu
Những người hiểu mã nguồn sắp nghỉ hưu, còn tài liệu đã không còn khớp với hệ thống từ lâu.
Khi có hệ thống
Khi có hệ thống: Quy tắc được ghi lại và xác minh
Quy tắc nghiệp vụ khôi phục từ mã nguồn được viết thành văn bản dễ hiểu và được chuyên gia nghiệp vụ xác nhận.
Hiện nay
Hiện nay: Kế hoạch thay toàn bộ bị đình trệ
Chương trình thay thế toàn bộ hứa hẹn một ngày chuyển đổi duy nhất, nhưng ngày đó cứ lùi dần trong khi chi phí tăng lên.
Khi có hệ thống
Khi có hệ thống: Giá trị đến theo từng phần
Từng chức năng chuyển sang phía sau lớp trung gian. Mỗi phần được đưa vào vận hành riêng và có thể quay lui.
Hiện nay
Hiện nay: Dữ liệu bị khóa trong cấu trúc cũ
Dịch vụ mới và các tình huống sử dụng AI không tiếp cận được dữ liệu nếu không qua các bản trích xuất dễ hỏng và các lô xử lý chạy qua đêm.
Khi có hệ thống
Khi có hệ thống: Dữ liệu sẵn sàng qua API
Các miền nghiệp vụ đã chuyển đổi cung cấp dữ liệu qua API có tài liệu, được đối soát với hệ thống cũ cho đến khi hệ thống cũ ngừng hoạt động.
Quy trình
Quy trình vận hành ra sao
Cách tiếp cận strangler fig: hệ thống mới lớn dần quanh hệ thống cũ, từng chức năng một. Vòng lặp giữa chạy song song và xây dựng lại là nơi phần lớn công việc thực sự diễn ra.
Quy trình minh họa
7 bước · 3 điểm kiểm soát của con người
Chú giải
Hệ thống
Tác tử AI
Con người
Điểm kiểm soát của con người
Luồng ngoại lệ
Hiện đại hóa hệ thống cũ: quy trình minh họa có vòng đối soát
Đọc sơ đồ dưới dạng văn bản
Luồng chính đi từ đánh giá danh mục ứng dụng và khôi phục quy tắc nghiệp vụ, qua dựng lưới an toàn bằng kiểm thử ghi nhận hành vi và xây dựng lại một chức năng phía sau lớp trung gian, đến chạy song song hệ thống cũ và mới, rồi chuyển đổi và ngừng phần cũ.
Con người phê duyệt kiến trúc đích, xác minh từng quy tắc được khôi phục và phê duyệt từng lần chuyển đổi: đó là các điểm kiểm soát của con người.
Khi chạy song song cho thấy kết quả khác nhau, phần đó rời luồng chính để kỹ sư và chuyên gia nghiệp vụ phân loại, rồi quay lại bước xây dựng lại cho đến khi hệ thống cũ và mới khớp nhau.
01
Bước 1: Đánh giá danh mục ứng dụngCon người
Kiểm kê ứng dụng, lập bản đồ phụ thuộc và luồng dữ liệu, rồi quyết định cho từng ứng dụng: ngừng, giữ nguyên, chuyển nguyên trạng, chuyển nền tảng, xây dựng lại hay thay thế. Các miền nghiệp vụ được phân tích để tìm điểm có thể tách thành từng phần.
Điểm kiểm soát của con người
Hội đồng kiến trúc của tổ chức phê duyệt kiến trúc đích và thứ tự các phần.
02
Bước 2: Khôi phục quy tắc nghiệp vụTác tử AI
Công cụ đọc hiểu mã nguồn có AI hỗ trợ đọc COBOL, PL/I, JCL, Oracle Forms và Java hoặc .NET đời cũ, rồi soạn tài liệu, sơ đồ lời gọi và danh mục quy tắc nghiệp vụ.
Điểm kiểm soát của con người
Kỹ sư và chuyên gia nghiệp vụ xác minh từng quy tắc trước khi dùng làm đặc tả. Quy tắc chưa xác minh được đánh dấu rõ.
03
Bước 3: Dựng lưới an toànHệ thống
Kiểm thử ghi nhận hành vi (characterisation test) được tạo từ dữ liệu đầu vào và đầu ra thực tế đã ẩn danh, để hành vi hiện tại, kể cả những điểm bất thường, được ghi lại trước khi có thay đổi.
04
Bước 4: Xây dựng lại một phần phía sau lớp trung gianHệ thống
Một lớp định tuyến hoặc lớp API được đặt phía trước hệ thống cũ. Một chức năng được xây dựng lại thành dịch vụ mới, dữ liệu được chuyển đổi và giữ đồng bộ.
05
Bước 5: Chạy song song và đối soátHệ thống
Hệ thống cũ và mới xử lý cùng các giao dịch. Kết quả và dữ liệu được so sánh tự động, mọi khác biệt được báo cáo theo từng quy tắc và từng bản ghi.
06
Bước 6: Phân loại sai lệchCon người
Kỹ sư và chuyên gia nghiệp vụ xác định mỗi khác biệt là lỗi của dịch vụ mới, lỗi của hệ thống cũ hay thay đổi có chủ đích, rồi gửi phần đó lại để làm tiếp.
Luồng ngoại lệ: Kết quả khác nhau· Quay lại bước 4
07
Bước 7: Chuyển đổi và ngừng phần cũCon người
Lưu lượng của chức năng được chuyển sang dịch vụ mới qua lớp trung gian. Sau một thời gian ổn định, nhánh mã cũ và dữ liệu của nó được ngừng sử dụng và lưu trữ.
Điểm kiểm soát của con người
Người phụ trách nghiệp vụ phê duyệt từng lần chuyển đổi dựa trên kết quả đối soát. Khả năng quay lui qua lớp trung gian được duy trì cho đến khi ngừng phần cũ.
Thành phần
Những gì chúng tôi sẽ xây dựng
01
Bản đồ danh mục và phụ thuộc
Kiểm kê, lập bản đồ giao diện và luồng dữ liệu, cùng mô hình miền nghiệp vụ cho thấy hệ thống có thể tách thành từng phần ở đâu.
Salesforce làm kênh giao dịch khách hàng mớiNền tảngSalesforce
Nền tảng tích hợp và cổng API
Đám mây hoặc trung tâm dữ liệu đích
Kiểm soát
Cơ chế kiểm soát được thiết kế sẵn
Giới hạn truy cập
Việc phân tích mã nguồn chạy trong môi trường do quý vị kiểm soát, không gửi mã nguồn đến dịch vụ chưa được phê duyệt. Dữ liệu thực tế dùng cho kiểm thử được ẩn danh trước khi rời vùng vận hành thực tế.
Con người xem xét
Quy tắc được khôi phục phải được kỹ sư và chuyên gia nghiệp vụ xác minh trước khi trở thành đặc tả. Mọi lần chuyển đổi đều do người phụ trách nghiệp vụ phê duyệt dựa trên kết quả đối soát, và luôn có thể quay lui.
Khả năng truy vết
Mỗi quy tắc trong danh mục truy ngược được về đoạn mã gốc và người đã xác minh. Báo cáo đối soát được lưu làm bằng chứng cho mỗi lần chuyển đổi.
Bảo vệ dữ liệu
Việc chuyển đổi dữ liệu theo một bảng ánh xạ có tài liệu, kèm số lượng bản ghi và mã kiểm tra, và dữ liệu cá nhân trong bộ kiểm thử được giảm thiểu. Quy tắc lưu trữ đi cùng dữ liệu.
Minh bạch về AI
Khi AI soạn tài liệu hoặc mã nguồn, kết quả được gắn nhãn, xem xét và quản lý phiên bản như mọi sản phẩm kỹ thuật khác.
Chỉ số
Những gì chúng tôi sẽ đo lường
Chúng tôi thống nhất các chỉ số này với quý vị trong giai đoạn đánh giá và theo dõi theo từng phần, không chỉ cho toàn bộ chương trình.
Những gì chúng tôi sẽ đo lường
Chỉ số
Vì sao điều này quan trọng
Cách chúng tôi sẽ đo lường
01Thời gian thực hiện thay đổi
Vì sao điều này quan trọngDấu hiệu rõ nhất cho thấy hệ thống đang trở nên dễ thay đổi hơn.
Cách chúng tôi sẽ đo lườngThời gian từ khi yêu cầu thay đổi được duyệt đến khi đưa vào vận hành thực tế, cho phần cũ và phần đã hiện đại hóa.
02Tình trạng đối soát
Vì sao điều này quan trọngCho thấy dịch vụ mới có thực sự hoạt động như hệ thống cũ ở những chỗ cần như vậy.
Cách chúng tôi sẽ đo lườngTỷ lệ giao dịch và bản ghi khớp nhau trong thời gian chạy song song, cùng các khác biệt còn mở theo nguyên nhân.
03Độ bao phủ quy tắc
Vì sao điều này quan trọngQuy tắc chưa được biết đến là rủi ro chính của mọi dự án thay thế.
Cách chúng tôi sẽ đo lườngTỷ lệ quy tắc nghiệp vụ đã khôi phục được chuyên gia nghiệp vụ xác minh và có kiểm thử.
04Phần hệ thống cũ còn lại
Vì sao điều này quan trọngHiện đại hóa chỉ mang lại giá trị khi các thành phần cũ thực sự được tắt.
Cách chúng tôi sẽ đo lườngSố chức năng, nhánh mã, tác vụ chạy lô và giấy phép đã ngừng, theo dõi theo từng phần.
Chưa đặt mục tiêu khi chưa có số liệu cơ sở.
Triển khai
Chúng tôi sẽ triển khai ra sao
Giai đoạn 01
Đánh giá
Danh mục ứng dụng, phụ thuộc, miền nghiệp vụ và rủi ro. Chúng tôi chọn phần đầu tiên có ý nghĩa với nghiệp vụ nhưng có thể quay lui.
Tiêu chí hoàn thành
Đã phê duyệt kiến trúc đích
Đã thống nhất thứ tự các phần
Đã bố trí quyền truy cập cho kiểm thử và dữ liệu
Giai đoạn 02
Phần đầu tiên
Khôi phục quy tắc, lưới an toàn, lớp trung gian và một chức năng được xây dựng lại, chạy song song với hệ thống cũ.
Tiêu chí hoàn thành
Đối soát nằm trong ngưỡng sai lệch đã thống nhất
Người phụ trách nghiệp vụ phê duyệt chuyển đổi
Đã thử nghiệm quay lui
Giai đoạn 03
Từng phần tiếp theo
Các chức năng tiếp theo đi theo cùng lộ trình, mỗi chức năng có lần chạy song song và quyết định chuyển đổi riêng.
Tiêu chí hoàn thành
Mỗi phần đã được đối soát và chuyển đổi
Đã chuyển giao tri thức cho đội ngũ của quý vị
Giai đoạn 04
Ngừng phần cũ
Nhánh mã cũ, tác vụ chạy lô và kho dữ liệu được lưu trữ và tắt.
Hệ thống lõi của ngân hàng thương mại và hệ thống quản lý hợp đồng của doanh nghiệp bảo hiểm trên mainframe, hiện đại hóa phía sau API trong khi sổ sách vẫn được đối soát.
Phần mở rộng ERP tự phát triển và hệ thống nhà máy, chuyển đổi cùng dự án chuyển sang SAP S/4HANA.
Ví dụ minh họa
Hệ thống quản lý hợp đồng của một doanh nghiệp bảo hiểm
Tình huống
Một doanh nghiệp bảo hiểm có thể vận hành hệ thống quản lý hợp đồng tự phát triển từ nhiều năm trước, tính phí cho nhiều dòng sản phẩm. Các thay đổi sản phẩm phải xếp hàng chờ, và hai lập trình viên hiểu mã nguồn sắp nghỉ hưu.
Hệ thống
Quy tắc sẽ được khôi phục và xác minh theo từng dòng sản phẩm. Lớp trung gian chuyển việc tính phí của một dòng sản phẩm sang dịch vụ mới trước, chạy song song với hệ thống cũ cho đến khi kết quả khớp nhau.
Kiểm soát của con người
Chuyên gia nghiệp vụ của từng dòng sản phẩm xác minh quy tắc. Người phụ trách nghiệp vụ phê duyệt từng lần chuyển đổi; khả năng quay lui qua lớp trung gian luôn sẵn sàng.
Những gì chúng tôi sẽ đo lường
Tình trạng đối soát theo dòng sản phẩm, độ bao phủ quy tắc và thời gian thực hiện thay đổi sản phẩm tiếp theo.
Việt Nam
Hiện đại hóa theo quy định Việt Nam và châu Âu
Ngân hàng, doanh nghiệp bảo hiểm và doanh nghiệp sản xuất tại Việt Nam thường vận hành một hệ thống lõi đã qua nhiều lần sửa đổi theo quy định mới. Chúng tôi sắp xếp lộ trình để từng phần được chuyển riêng, với hệ thống cũ và mới được đối soát trước khi tắt bất cứ phần nào. Với ngân hàng, Thông tư số 09/2020/TT-NHNN của Ngân hàng Nhà nước Việt Nam (có hiệu lực từ ngày 1/1/2021) quy định về an toàn hệ thống thông tin, gồm cả yêu cầu khi sử dụng dịch vụ của bên thứ ba và điện toán đám mây. Với hệ thống của Nhà nước và dịch vụ số thiết yếu, Luật Chuyển đổi số (Luật số 148/2025/QH15), có hiệu lực từ ngày 1/7/2026, đặt ra các yêu cầu tối thiểu bắt buộc, trong đó có khả năng tiếp cận.
Khi bản ghi chứa dữ liệu cá nhân, bảng ánh xạ chuyển đổi và dữ liệu kiểm thử được thiết kế với Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 làm căn cứ. Với doanh nghiệp cung cấp dịch vụ cho khách hàng tại EU, dịch vụ mới chạy trên nền tảng được thiết kế theo các nghĩa vụ an ninh của NIS2, và quy tắc chuyển đổi nhà cung cấp của Đạo luật Dữ liệu của EU (Data Act) là lý do để giữ dữ liệu dễ di chuyển ngay từ phần đầu tiên.
Vì một lần chuyển đổi duy nhất dồn toàn bộ rủi ro vào một ngày, và nghiệp vụ phải chờ nhiều năm mới thấy lợi ích. Chuyển từng chức năng cho phép mỗi phần tự chứng minh qua chạy song song, đưa vào vận hành riêng và quay lui khi cần.
02AI có dịch được mã COBOL sang Java không?
Dịch từng dòng thường tạo ra mã khó thay đổi không kém bản gốc. Chúng tôi dùng AI để đọc và lập tài liệu cho mã cũ, soạn quy tắc và kiểm thử, rồi thiết kế các dịch vụ mới một cách bài bản. Mỗi quy tắc khôi phục được đều phải được con người xác minh trước khi sử dụng.
03Chuyên gia của chúng tôi sắp nghỉ hưu. Làm sao giữ lại những gì họ biết?
Qua các buổi làm việc có cấu trúc, trong đó chuyên gia xem xét quy tắc đã khôi phục và các kiểm thử ghi nhận hành vi. Tri thức của họ được lưu trong tài liệu và kiểm thử ở lại với đội ngũ của tổ chức, không nằm trong đầu chúng tôi.
04Cách làm này có áp dụng cho SAP ECC không?
Có. Cùng các nguyên tắc đó áp dụng cho việc xử lý mã tùy chỉnh và chuyển đổi sang SAP S/4HANA: đánh giá phần còn được dùng, khôi phục và kiểm thử phần quan trọng, rồi chuyển theo các bước có kiểm soát.
05Hệ thống cũ và mới chạy song song trong bao lâu?
Cho đến khi kết quả đối soát đạt ngưỡng sai lệch đã thống nhất với người phụ trách nghiệp vụ, và đủ lâu để bao gồm các quy trình định kỳ như khóa sổ cuối tháng hay quyết toán cuối năm.
Vui lòng cho chúng tôi biết hệ thống nào đang kìm hãm tổ chức và những gì phụ thuộc vào nó. Chúng tôi sẽ đề xuất phần đầu tiên và cách chứng minh phần đó an toàn.