AI so sánh hợp đồng: Những thay đổi nào cần được nhân viên kiểm tra?

Một bản hợp đồng qua lại giữa hai bên vài lượt là chuyện bình thường. Rủi ro nằm ở chỗ đối tác gửi lại bản “đã chỉnh vài chỗ nhỏ” mà không bật theo dõi thay đổi, và người nhận phải đọc lại từ đầu để tìm xem chỗ nhỏ đó là gì.

AI so sánh hợp đồng giúp rút ngắn việc dò tìm: chỉ ra câu nào bị sửa, đoạn nào bị xóa, con số nào đổi. Nhưng AI chỉ là công cụ phát hiện và tóm tắt. Việc đánh giá thay đổi đó có chấp nhận được hay không vẫn thuộc về người có chuyên môn pháp lý.

Bài viết này đi qua những loại thay đổi cần được đánh dấu, cách tổ chức quy trình so sánh và các điểm mà nhân viên buộc phải kiểm tra lại.

1. Cách nhìn đúng về AI so sánh hợp đồng

Một công cụ so sánh hợp đồng gồm ba phần. Phần dữ liệu là hai phiên bản hợp đồng cùng phụ lục, được lưu nguyên gốc. Phần xử lý so sánh câu chữ, nhận diện điều khoản bị di chuyển và tóm tắt thay đổi. Phần kiểm soát quyết định ai được mở hợp đồng, thay đổi nào bắt buộc phải có người duyệt và kết quả được lưu ra sao.

Phần tóm tắt của AI đọc rất thuận tai, nên dễ bị dùng như ý kiến pháp lý. Cần ghi rõ trên giao diện rằng đây là bảng khác biệt để hỗ trợ rà soát.

Trong giai đoạn khảo sát, nên tách việc máy làm chắc chắn (so câu chữ, so con số) khỏi việc AI chỉ gợi ý (đánh giá mức ảnh hưởng của một thay đổi). Phần thứ nhất có thể đưa vào dùng sớm. Phần thứ hai chỉ nên là gợi ý có người xác nhận.

2. Các vấn đề cần xử lý

1. Xác định đúng hai phiên bản

So sánh sai cặp phiên bản thì mọi kết quả sau đó đều vô nghĩa. Cần xác định bản gốc là bản nào: bản mình gửi đi lần cuối hay bản đã ký lần trước. Nên lưu mỗi phiên bản kèm người gửi và thời điểm nhận, không dựa vào tên file.

2. So sánh câu chữ và cấu trúc

So sánh từng dòng dễ bỏ sót khi điều khoản bị chuyển sang vị trí khác hoặc được đánh số lại. Công cụ cần nhận ra một đoạn “bị xóa” ở điều 5 thực ra xuất hiện lại ở điều 8, có thể đã sửa đôi chữ. Nếu không, bảng khác biệt sẽ dài và rối, người đọc bỏ qua đúng chỗ quan trọng.

3. Đánh dấu số tiền và công thức

Số tiền, tỷ lệ phạt, số ngày thanh toán và công thức tính phí là những chỗ một ký tự thay đổi cũng có hậu quả lớn. Các giá trị này nên được trích ra và so sánh riêng, không chỉ nằm lẫn trong so sánh văn bản. Cần chú ý cả trường hợp số bằng chữ và số bằng số không khớp nhau trong cùng một bản.

4. Kiểm tra thời hạn và mốc gia hạn

Thời hạn hợp đồng, điều kiện tự động gia hạn và thời gian báo trước khi chấm dứt thường nằm rải rác ở nhiều điều. Thay đổi ở một chỗ có thể mâu thuẫn với chỗ khác. Công cụ nên gom các mốc thời gian về một bảng để người kiểm tra thấy toàn cảnh.

5. Nêu thay đổi trách nhiệm

Những điều khoản về giới hạn trách nhiệm, bồi thường, bảo mật và bất khả kháng có thể bị sửa chỉ bằng vài chữ như “không quá” thành “bao gồm nhưng không giới hạn”. Loại thay đổi này khó thấy khi đọc lướt. Nên có danh sách điều khoản nhạy cảm do bộ phận pháp lý lập, bất kỳ thay đổi nào trong đó đều phải được đánh dấu.

6. Theo dõi phụ lục và tham chiếu

Hợp đồng chính có thể không đổi, nhưng phụ lục bảng giá hoặc phạm vi công việc đã bị thay. Điều khoản cũng hay dẫn chiếu nhau, như “theo Điều 7”, và việc đánh số lại có thể làm dẫn chiếu trỏ sai. Công cụ cần ghép đúng phụ lục với hợp đồng và kiểm tra các dẫn chiếu còn khớp hay không.

7. Tạo bảng khác biệt có vị trí

Kết quả nên là một bảng: điều khoản, nội dung cũ, nội dung mới, vị trí ở từng bản. Người kiểm tra nhờ đó mở đúng trang để đọc ngữ cảnh. Tóm tắt kiểu “bản mới có một số thay đổi về thanh toán” không đủ để người khác kiểm chứng.

8. Xếp mức cần kiểm tra theo quy tắc

Không phải thay đổi nào cũng cần luật sư xem, ví dụ sửa lỗi chính tả hay đổi địa chỉ liên hệ. Nên có quy tắc do pháp lý đặt ra để xếp mức: thay đổi nào chỉ cần nhân viên xem, thay đổi nào bắt buộc chuyển pháp lý. Quy tắc cố định giúp việc xếp mức nhất quán, không phụ thuộc vào cảm nhận của AI mỗi lần.

3. Quy trình triển khai đề xuất

Bước 1: Bảo toàn file gốc và dấu thời gian

Lưu mọi phiên bản nhận được ở dạng nguyên gốc, chỉ đọc, kèm người gửi và thời điểm nhận. Bản dùng để so sánh là bản sao, không sửa trên bản gốc. Đầu ra là một kho phiên bản mà bộ phận pháp lý xác nhận là nguồn chính thức.

Bước 2: Chuẩn hóa đánh số điều khoản

Đưa hai bản về cùng cấu trúc: tách điều, khoản, điểm và ghi nhận cách đánh số. Với bản scan, chạy OCR rồi cho người kiểm tra lại các đoạn nhận dạng kém. Đầu ra là hai bản có cấu trúc so sánh được, kèm danh sách chỗ OCR không chắc chắn.

Bước 3: So sánh máy rồi kiểm tra các mục trọng yếu

Cho công cụ tạo bảng khác biệt, sau đó đối chiếu riêng số tiền, mốc thời gian, điều khoản trách nhiệm và phụ lục. Có thể chạy thử trên vài bộ hợp đồng cũ mà pháp lý đã biết rõ các thay đổi để đo công cụ có bỏ sót không. Nhân viên pháp lý xác nhận kết quả thử.

Bước 4: Ghi người duyệt và quyết định chấp nhận hoặc yêu cầu sửa

Mỗi thay đổi được gắn quyết định: chấp nhận, đề nghị sửa hoặc cần trao đổi. Hệ thống lưu người quyết định và thời điểm. Bản ghi này là căn cứ khi soạn phản hồi cho đối tác và khi cần tra lại lịch sử đàm phán.

4. Ví dụ giả định

Bản hợp đồng mới đổi thời hạn thanh toán từ 30 thành 45 ngày và xóa câu giới hạn trách nhiệm. AI đánh dấu cả thay đổi số và đoạn bị xóa, kèm vị trí ở hai phiên bản. Nhân viên pháp lý đánh giá tác động và quyết định phản hồi đối tác.

Hai thay đổi trong ví dụ thuộc hai loại khác nhau: một con số đổi và một đoạn bị xóa hẳn. Đoạn bị xóa thường khó phát hiện hơn, vì không để lại dấu vết trong bản mới. Nên dựng bộ kiểm thử gồm cả hai loại, cộng thêm trường hợp điều khoản bị chuyển chỗ, để kiểm tra công cụ không báo thiếu và không báo nhầm.

5. Rủi ro và giới hạn cần kiểm soát

• Không bỏ qua nội dung bị di chuyển

• OCR kém có thể tạo khác biệt giả

• Dữ liệu hợp đồng cần kiểm soát truy cập

• Người có chuyên môn chịu trách nhiệm kết luận

Hợp đồng là dữ liệu nhạy cảm, nên quyền mở hợp đồng trong công cụ so sánh phải khớp với quyền trong kho hợp đồng. Hệ thống chỉ đọc, không ghi đè bản gốc. Mỗi lần so sánh và mỗi quyết định duyệt đều được ghi nhật ký. Nếu dùng dịch vụ AI bên ngoài, cần kiểm tra điều khoản lưu trữ dữ liệu của dịch vụ đó trước khi đưa hợp đồng vào xử lý.

6. Chỉ số nên theo dõi sau khi vận hành

• Tỷ lệ yêu cầu hoàn thành đúng theo bộ tiêu chí đã duyệt

• Tỷ lệ thiếu dữ liệu, từ chối đúng và chuyển người thật

• Số lỗi tích hợp, thời gian phản hồi và thời gian khắc phục

• Số lần nhân viên sửa kết quả và nguyên nhân sửa

Số hợp đồng đã so sánh không nói lên độ an toàn. Điều cần theo dõi là số thay đổi mà công cụ bỏ sót nhưng người kiểm tra tìm ra, số khác biệt giả do OCR và tỷ lệ thay đổi bị xếp sai mức. Một lần bỏ sót điều khoản trách nhiệm quan trọng hơn nhiều lần báo thừa.

7. Checklist trước khi đưa vào sử dụng

• Nguồn dữ liệu và chủ sở hữu đã được xác nhận

• Quyền đọc ghi và phạm vi người dùng đã được kiểm thử

• Ngoại lệ có đường chuyển người phụ trách

• Nhật ký lưu đủ đầu vào nguồn và kết quả

• Bộ câu hỏi hoặc tình huống kiểm thử có đáp án mong đợi

• Có lịch cập nhật dữ liệu và kiểm thử lại

Khi kho hợp đồng lớn, việc tìm đúng phiên bản để so sánh cũng là một bài toán riêng, xem thêm AI tìm kiếm tài liệu nội bộ. Với các yêu cầu đọc và trích xuất nội dung từ tài liệu nói chung, có thể tham khảo AI Document Agent. Một ứng dụng phân loại khác cho bộ phận hỗ trợ là AI phân loại ticket.

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

AI có tư vấn điều khoản nên ký không? AI có thể hỗ trợ phát hiện và tóm tắt; quyết định pháp lý cần người có chuyên môn.

Có so sánh PDF scan không? Có thể sau OCR, nhưng cần kiểm tra chất lượng nhận dạng.

Phụ lục được xử lý thế nào? Phải ghép đúng với hợp đồng và kiểm tra tham chiếu chéo, ngày hiệu lực.

Kết luận

AI so sánh hợp đồng hữu ích nhất khi nó làm tốt phần dò tìm: không bỏ sót đoạn bị xóa, không lẫn điều khoản bị chuyển chỗ, trích riêng số tiền và mốc thời gian. Phần đánh giá và quyết định vẫn thuộc về người có chuyên môn.

Doanh nghiệp nên bắt đầu từ việc lưu phiên bản gốc cho đúng và lập danh sách điều khoản nhạy cảm, rồi mới đưa công cụ vào quy trình đàm phán hằng ngày.

Trao đổi với Naventic để khảo sát quy trình rà soát hợp đồng của doanh nghiệp. Đọc thêm: AI Document Agent.