Khi đối tác gửi lại hợp đồng kèm đánh dấu sửa đổi, đừng chỉ đọc những chỗ được đánh dấu: hãy so toàn văn bản mới với đúng bản bên mình gửi đi gần nhất bằng công cụ so văn bản, rồi mới nhờ AI phân loại các thay đổi theo mức quan trọng. Chỗ sửa không đánh dấu, dù vô tình hay cố ý, chỉ lộ ra khi so toàn văn.
Bài này dành cho luật sư và chuyên viên pháp chế đi qua nhiều vòng đàm phán, nơi một hợp đồng có thể có năm sáu phiên bản qua lại trong vài tuần. Phần lớn rủi ro không nằm ở điều khoản tranh cãi gay gắt — ai cũng đọc kỹ chỗ đó — mà ở những thay đổi nhỏ lọt qua khi mọi người đã mệt. Bài đi theo thứ tự: quản lý phiên bản, so văn bản, phân loại với AI, bảng vấn đề, những bẫy hay gặp và cách chốt bản ký.
Vì sao không thể tin hoàn toàn vào bản đánh dấu sửa đổi
Tính năng theo dõi thay đổi trong phần mềm soạn thảo chỉ ghi lại những gì được sửa khi tính năng đang bật. Nếu bên kia tắt nó đi rồi sửa, hoặc chép nội dung sang một tệp mới rồi bật lại, hoặc chấp nhận một số thay đổi trước khi gửi, bản bạn nhận được sẽ trông như chỉ có vài chỗ sửa trong khi thực tế nhiều hơn. Phần lớn trường hợp là vô tình: người soạn bên kia sửa lỗi chính tả, chỉnh định dạng, rồi tiện tay sửa luôn một câu mà quên bật lại theo dõi.
Một nguồn lỗi khác là phiên bản gốc để so. Đối tác có thể sửa trên bản cũ hơn bản bạn gửi gần nhất, khiến những chỗ bạn đã sửa ở vòng trước biến mất mà không có dấu vết nào. Nếu chỉ đọc chỗ đánh dấu, bạn sẽ không bao giờ thấy vì về mặt kỹ thuật, không có thay đổi nào được ghi.
Vì vậy nguyên tắc nghề nghiệp đơn giản: mỗi lần nhận bản mới, so toàn văn với bản chính xác mà bên mình gửi đi lần gần nhất. Không so với bản nháp nội bộ, không so với bản trí nhớ. Việc này tốn vài phút nếu phiên bản được lưu ngăn nắp, và tốn vài giờ nếu không.
Quy ước lưu và đặt tên phiên bản
Phần lớn sự cố trong đàm phán hợp đồng bắt đầu từ thư mục lộn xộn. Một quy ước đơn giản, cả nhóm cùng theo, giải quyết được gần hết:
- Mỗi lần gửi đi hoặc nhận về là một phiên bản riêng, đánh số tăng dần, ghi bên gửi và ngày, ví dụ "v03 - gửi đi - ngày tháng" và "v04 - nhận về - ngày tháng".
- Lưu cả bản sạch và bản có đánh dấu sửa đổi của mỗi phiên bản nhận về.
- Không bao giờ sửa trực tiếp trên tệp nhận về; sao ra phiên bản mới rồi mới sửa.
- Ghi một dòng nhật ký cho mỗi phiên bản: ai gửi, gửi cho ai, kèm thư nói gì, các điểm chính đã thay đổi.
- Khi có nhiều người cùng sửa nội bộ, một người duy nhất giữ bản sẽ gửi đi; những người khác góp ý bằng bình luận, không sửa thẳng.
- Bản gửi đi lưu thêm một bản định dạng không sửa được để làm chứng cứ về nội dung đã gửi.
Quy ước này nghe hiển nhiên, nhưng ở nhiều văn phòng nhỏ, tệp vẫn mang những tên như "bản cuối", "bản cuối sửa", "bản cuối thật". Khi đến vòng thứ năm, không ai còn biết bản nào đã gửi đi. Đặt quy ước từ hợp đồng đầu tiên rẻ hơn rất nhiều so với dọn dẹp giữa chừng.
So bằng công cụ so văn bản trước, nhờ AI sau
Bước so toàn văn nên làm bằng công cụ so sánh văn bản có sẵn trong phần mềm soạn thảo hoặc công cụ so sánh chuyên dụng mà văn phòng đã duyệt. Công cụ này so từng ký tự một cách máy móc, không bỏ sót và không diễn giải. Đây là điểm khác quan trọng với AI: nếu đưa hai bản hợp đồng dài cho một chatbot và hỏi "khác nhau chỗ nào", nó có thể bỏ sót thay đổi nhỏ hoặc báo một thay đổi không tồn tại, vì nó đọc theo nghĩa chứ không so từng ký tự.
Kết quả của công cụ so văn bản là một bản đánh dấu đầy đủ, nhưng thường rất nhiễu: đổi khoảng trắng, đổi định dạng, đánh số lại cũng hiện lên như thay đổi. Đây mới là chỗ AI hữu ích. Bạn đưa bản đánh dấu hoặc danh sách thay đổi đã trích ra, yêu cầu AI lọc và phân loại, thay vì giao cho nó việc tìm thay đổi từ đầu.
Nói cách khác, công cụ so văn bản trả lời "cái gì đã đổi", AI giúp trả lời "thay đổi nào đáng quan tâm và vì sao", còn người hành nghề trả lời "bên mình chấp nhận hay không". Ba vai này không nên tráo cho nhau. Một quy trình gộp cả ba vào một câu lệnh AI duy nhất trông nhanh, nhưng là quy trình không kiểm được.
Nhờ AI phân loại các thay đổi
Với danh sách thay đổi từ công cụ so văn bản, dùng chuỗi câu lệnh sau trong công cụ AI đã được duyệt, trên bản đã che tên và số liệu nhạy cảm:
- "Dưới đây là danh sách thay đổi giữa hai phiên bản hợp đồng. Bỏ các thay đổi chỉ về định dạng, khoảng trắng, đánh số. Với các thay đổi còn lại, ghi số điều, câu cũ, câu mới."
- "Xếp mỗi thay đổi vào một trong ba nhóm: thay đổi nội dung quyền và nghĩa vụ; thay đổi câu chữ có thể ảnh hưởng cách hiểu; thay đổi biên tập không đổi nghĩa. Giải thích ngắn vì sao xếp như vậy."
- "Với nhóm thứ nhất và thứ hai, nêu thay đổi đó có lợi cho bên nào, dựa trên câu chữ. Nếu không xác định được, ghi KHÔNG RÕ."
- "Đối chiếu với danh sách các điểm bên mình đã đề nghị ở vòng trước (dán kèm). Điểm nào đã được chấp nhận, điểm nào bị sửa lại, điểm nào bị bỏ qua không phản hồi."
- Người rà đọc lại toàn bộ nhóm một và nhóm hai trên bản gốc, kiểm ngẫu nhiên vài thay đổi trong nhóm ba để chắc AI không xếp nhầm một thay đổi quan trọng vào nhóm biên tập.
Câu lệnh thứ tư hay bị bỏ qua nhưng rất đáng giá: nó bắt được trường hợp đối tác lặng lẽ không phản hồi một đề nghị của bên mình, khiến đề nghị đó trôi đi mà không ai nhận ra cho đến ngày ký.
Bảng vấn đề đàm phán: một trang thay cho chuỗi thư dài
Sau mỗi vòng, cập nhật một bảng vấn đề để cả nhóm và khách hàng cùng theo dõi. Ví dụ giả định dưới đây cho thấy cấu trúc; nội dung tuỳ từng giao dịch.
| Số | Điều khoản | Đề xuất bên mình | Phản hồi đối tác | Trạng thái | Người quyết |
|---|---|---|---|---|---|
| 1 | Giới hạn trách nhiệm | Trần bằng giá trị hợp đồng, ngoại trừ vi phạm bảo mật | Đồng ý trần, muốn bỏ ngoại lệ | Còn mở | Khách hàng |
| 2 | Thời hạn thanh toán | Trong một số ngày nhất định kể từ ngày nhận hoá đơn hợp lệ | Chấp nhận | Đã chốt | Không cần |
| 3 | Chấm dứt trước hạn | Hai bên cùng có quyền, báo trước | Chỉ đối tác có quyền | Còn mở | Luật sư phụ trách |
| 4 | Luật áp dụng | Luật Việt Nam, toà án nơi bên mình đặt trụ sở | Đề xuất trọng tài | Đang trao đổi | Khách hàng |
Bảng vấn đề là tài liệu nội bộ; bản gửi đối tác nếu có thì bỏ cột người quyết và mọi ghi chú về mức lùi. AI giúp cập nhật bảng nhanh sau mỗi vòng từ kết quả phân loại ở bước trên, nhưng cột trạng thái phải do người theo dõi đàm phán xác nhận.
Những bẫy hay gặp khi đối chiếu
Sửa định nghĩa thay vì sửa điều khoản. Đổi định nghĩa "Ngày Làm Việc" hay "Thiệt Hại" ở điều một có thể thay đổi cách tính của mười điều khoản phía sau mà không chạm vào chữ nào của chúng. Mọi thay đổi trong điều định nghĩa phải được đọc cùng mọi chỗ dùng thuật ngữ đó.
Đánh số lại làm vỡ dẫn chiếu. Khi thêm hoặc bỏ một điều, các câu "theo Điều 9" ở chỗ khác có thể trỏ sang nội dung khác. Công cụ so văn bản chỉ báo số đã đổi, không báo nghĩa đã đổi; phải kiểm từng dẫn chiếu chéo sau mỗi vòng có thay đổi cấu trúc.
Phụ lục và tài liệu đi kèm bị bỏ quên. Đối tác gửi lại hợp đồng chính nhưng sửa cả phụ lục giá, phụ lục kỹ thuật hoặc điều kiện chung đính kèm. Nếu chỉ so hợp đồng chính, bạn bỏ sót. Mỗi tài liệu đi kèm cũng cần quy trình phiên bản riêng.
Đổi một chữ nhỏ. "Phải" thành "có thể", "và" thành "hoặc", "trong vòng" thành "sau", "hợp lý" thêm vào trước "nỗ lực". Những thay đổi một hai chữ này thường bị AI xếp vào nhóm biên tập. Đây là lý do người rà cần kiểm ngẫu nhiên nhóm ba.
Chốt bản ký: bước cuối hay bị làm vội
Khi hai bên đã thống nhất mọi điểm, vẫn còn một vòng kiểm cuối trước khi in và ký, vì bản đưa ký thường được tạo lại từ tệp sạch và có thể khác bản đã thống nhất.
- So bản đưa ký với phiên bản cuối cùng hai bên đã xác nhận bằng thư, bằng công cụ so văn bản.
- Kiểm phần thông tin các bên, người đại diện ký và giấy uỷ quyền nếu có — phần này thường được điền vào phút chót.
- Kiểm đủ phụ lục, đúng phiên bản phụ lục, đánh số trang và số bản.
- Nếu ký điện tử, kiểm tệp được ký chính là tệp đã so, không phải tệp được tải lên lại sau đó.
- Lưu bản đã ký cùng nhật ký phiên bản và bảng vấn đề cuối cùng vào hồ sơ vụ việc.
Một hợp đồng đã đàm phán kỹ trong ba tuần có thể mất giá trị chỉ vì bản ký là một phiên bản cũ. Vòng kiểm cuối này mất mười lăm phút, và là phần việc mà không công cụ nào làm thay được trách nhiệm của người gửi bản đi ký.
Câu hỏi thường gặp
Có thể nhờ AI so sánh trực tiếp hai bản hợp đồng dài không?
Có thể dùng để đọc nhanh, nhưng không nên dựa vào đó làm phép so chính thức. AI đọc theo nghĩa nên có thể bỏ sót thay đổi nhỏ hoặc báo thay đổi không có. Phép so chính thức nên làm bằng công cụ so văn bản, AI dùng để lọc và phân loại kết quả.
Phát hiện đối tác sửa mà không đánh dấu thì nên xử lý thế nào?
Nêu sự việc một cách trung tính trong thư phản hồi, liệt kê các chỗ thay đổi không được đánh dấu và đề nghị bên kia xác nhận. Phần lớn trường hợp là sơ suất kỹ thuật. Nếu lặp lại nhiều lần, báo khách hàng để cân nhắc trong quan hệ đàm phán.
Bảng vấn đề đàm phán có nên gửi cho đối tác không?
Có thể gửi một phiên bản rút gọn chỉ gồm điều khoản, đề xuất và phản hồi để hai bên cùng nhìn các điểm còn mở. Bản nội bộ có mức lùi, người quyết và nhận xét chiến thuật thì giữ trong nhóm.
Nên lưu bao nhiêu phiên bản hợp đồng trong hồ sơ?
Lưu mọi phiên bản đã gửi đi và nhận về, kèm thư trao đổi. Khi có tranh chấp về cách hiểu một điều khoản, lịch sử đàm phán có thể giúp làm rõ ý chí các bên. Thời hạn lưu theo quy định nội bộ và nghĩa vụ lưu trữ hồ sơ của văn phòng.
Có cần so lại phụ lục mỗi vòng không?
Có, nếu phụ lục được gửi kèm trong vòng đó. Phụ lục giá, phạm vi công việc và tiêu chuẩn kỹ thuật thường quyết định nghĩa vụ thực tế nhiều hơn hợp đồng chính, và cũng hay bị sửa mà không ai để ý.
Đánh dấu sửa đổi gửi đối tác có cần ẩn tên người sửa không?
Nên kiểm thông tin người sửa và bình luận nội bộ trước khi gửi, vì bản đánh dấu thường hiển thị tên tài khoản và các bình luận chưa xoá. Một bình luận nội bộ về mức lùi bị gửi nhầm cho đối tác có thể làm mất thế đàm phán.