벤더 MSA의 주고받기
신규 벤더에게 표준 master service agreement를 보냈습니다. 2주 뒤 그쪽 변호사가 "사소한 편집"이라며 초안을 돌려보냅니다. 그들의 사소함에는 감사권 조항 삭제와 termination-for-convenience 통지 기간을 30일에서 90일로 늘리는 것이 포함됩니다. 양쪽을 redline 도구에 붙여넣으면 한 시간 동안 눈을 가늘게 뜨고 보지 않아도 1분 이내에 실제 편집 세트가 떠오릅니다.
원본 계약서 (V1)
수정 표시된 계약서 (V2)
계약서 레드라인: 두 버전의 계약서를 온라인으로 비교
왼쪽에 이전 초안, 오른쪽에 상대방이 수정한 초안을 붙여넣으면 변경된 모든 조항을 볼 수 있습니다. 업로드 없음, 가입 없음, 어떤 것도 브라우저를 떠나지 않습니다.
이 계약서 레드라인 도구에 대하여
두 버전의 계약서를 비교하는 무료 브라우저 도구입니다. 마지막 클린 초안을 왼쪽에, 상대방이 돌려준 초안을 오른쪽에 붙여넣으면 차이점이 문자 단위로 표시됩니다. 텍스트는 절대 사용자의 컴퓨터를 떠나지 않으며, 이는 attorney-client privilege 하에서 초안을 검토하거나 아직 서명되지 않은 NDA를 다룰 때 중요합니다.
이 도구가 가정하는 상황은 누구나 겪어본 그 순간입니다. 상대측 변호사가 "clean copy for your records"라고 부르는 것을 보내오고, 본인은 지난주에 마크업한 자체 버전을 가지고 있으며, 상대측이 보내기 전에 모두 수락했기 때문에 MS Word의 track changes 보기는 쓸모가 없는 상황입니다. 양쪽을 두 패널에 붙여넣으면 진정한 의미의 나란히 보는 redline을 몇 초 안에 얻을 수 있습니다.
내부적으로 diff 자체는 compare-text 엔진과 동일합니다. 법무 검토용으로 틀만 다시 잡았을 뿐입니다. 계약 메타데이터가 JSON에 있다면, 예컨대 DocuSign 엔벨로프 페이로드나 CLM 익스포트라면, compare-json 도구가 그쪽 측면을 처리합니다.
레드라인이 실제로 동작하는 방식
diff는 문자 단위로 실행되고, 그다음 시맨틱 정리 단계가 변경 사항을 읽기 쉬운 덩어리로 다시 묶어주기 때문에 강조는 "thirty" 안에서 바뀐 개별 글자가 아니라 "sixty (60)"에 떨어집니다. 오른쪽 패널의 삽입은 초록색, 왼쪽 패널의 삭제는 빨간색으로 표시됩니다. 두 패널은 스크롤이 동기화되어 있어 한쪽에서 412행의 변경을 찾으면 다른 쪽도 함께 점프합니다.
MS Word의 track changes는 단락 단위로 동작하는데, 양 당사자가 규율을 지키며 라운드마다 변경을 깔끔하게 수락하면 잘 작동합니다. 실무에서는 그것이 깨집니다. NDA의 세 번째 라운드쯤 되면 누군가가 "clean copy"를 보내려고 accept-all을 했고, 다른 누군가는 다른 템플릿에서 복사 붙여넣기를 했으며, 단락 앵커가 더 이상 일치하지 않습니다. 평문은 최소 공통분모입니다. 양쪽을 텍스트로 줄이고 텍스트의 diff를 내면 MS Word가 어떻게 느꼈는지에 관계없이 진짜 조항 변경이 떠오릅니다.
왜 조항 단위가 아니라 문자 단위인가요? 계약서 작성은 의미를 바꾸는 작은 단어 교체로 가득 차 있기 때문입니다. "shall"에서 "may"로는 두 글자지만 의미는 천양지차입니다. 책임 한도가 "$50,000"에서 "$100,000"으로 바뀌는 것은 숫자 한 자리입니다. "exclusive"가 사라지면 라이선스가 비독점이 됩니다. 조항 단위 diff는 5.2 섹션이 바뀌었다고만 알려주지만, 문자 단위 diff는 상대방이 정확히 어떤 단어를 뺐는지 보여줍니다.
계약서를 세 단계로 레드라인하는 방법
텍스트 패널 둘, diff 하나. 로그인 없음, 업로드 없음, 씨름할 마크업 파일 형식 없음.
- 1
왼쪽에 본인 버전 붙여넣기
이전 초안을 MS Word, Google Docs 또는 사용 중인 CLM에서 열고 전체 선택(Ctrl+A) 후 왼쪽 패널에 붙여넣습니다. 붙여넣으면 서식이 제거되는데, 여기서는 그것이 원하는 바입니다. track-changes 마크업, 댓글 풍선, 스타일링이 모두 사라지고 기반 텍스트만 남습니다. 본인 버전에 이전 라운드의 track changes가 남아 있다면 깨끗한 텍스트끼리 비교하기 위해 MS Word에서 먼저 accept-all을 수행하세요.
- 2
오른쪽에 상대방 버전 붙여넣기
돌려받은 수정 초안에 대해서도 같은 작업을 합니다. 대부분의 변호사는 클린 버전과 redline 표시된 PDF를 함께 보냅니다. 여기에는 클린 버전을 붙여넣으세요. redline PDF는 audit trail용이며 텍스트 추출이 거의 되지 않습니다. PDF만 있다면 Adobe Acrobat이나 PDF 리더에서 텍스트를 복사해 붙여넣으세요.
- 3
강조된 차이 읽기
삭제는 왼쪽에서 빨간 취소선으로, 삽입은 오른쪽에서 초록색으로 나타납니다. 각 헤더의 변경 카운트는 감지된 별개 편집 수를 알려줍니다. 스크롤하면서 우선 indemnification, limitation-of-liability, 종료, 지급 조건 조항 안의 변경에 집중하세요. 협상 가치의 대부분이 그곳에 있습니다.
계약서 레드라인 도구가 정답인 경우
NDA 협상 라운드
상호 비밀유지계약은 일반적으로 서명 전에 두세 라운드가 걸립니다. 세 번째 라운드쯤이면 누군가가 residuals 조항을 추가해 단락 번호가 밀려납니다. 두 번째 라운드 클린 버전과 세 번째 라운드 클린 버전을 비교하면 8쪽을 다시 읽지 않고도 residuals 섹션만 움직였음을 확인할 수 있습니다.
입사 제안서 개정
후보자가 equity vesting에 대해 카운터를 제시하며 single trigger에서 12개월 가속을 요청합니다. HR이 그 변경에 더해 조용히 강화된 비경쟁 조항을 포함한 개정 제안서를 보냅니다. 원본 제안과 개정안을 나란히 붙여넣으면 후보자가 서명하기 전에 equity 변경과 함께 비경쟁 편집이 드러납니다.
SaaS 이용약관 업데이트
벤더가 "약관을 업데이트했습니다"라는 한 줄과 함께 새 이용약관을 이메일로 보내왔습니다. 법무가 갱신하기 전에 구매팀은 실제로 무엇이 변했는지 알아야 합니다. 이전 약관 옆에 새 약관을 놓으면 데이터 거주 조항 교체나 새로운 중재 예외가 즉시 보입니다. 일반 텍스트 diff와 같은 워크플로지만 대상이 법무라는 점만 다릅니다.
statement of work 수정
statement of work가 6개월 프로젝트 동안 세 번 수정됩니다. 수정 #3은 "the original SOW as previously amended"라고만 적고 무엇이 바뀌었는지 명시하지 않습니다. 수정 #2와 #3을 붙여넣으면 8주 차에서 12주 차로 조용히 미뤄진 산출물과 섹션 4에 새로 등장한 추가 인수 기준 단락이 보입니다.
M&A 실사 문서 검토
실사실에는 서명본과 똑같아 보이지만 실제로는 다른 "execution version" PDF가 가득합니다. 실행된 계약서를 데이터룸에 게시된 버전과 비교해 누락된 exhibit, 다른 governing-law 조항, 서명 페이지 교체를 찾아내세요. 타깃의 계약서를 검토하는 인수측 변호사와 데이터룸을 준비하는 매도측 모두에 유용합니다.
계약서 레드라인의 엣지 케이스
텍스트 기반 계약서 비교를 가장 자주 헷갈리게 만드는 작성 상황과 각각에 대한 대처법. NDA, MSA, 인사 관련 문서의 실제 검토 작업에서 정리했습니다.
| Topic | What this tool does |
|---|---|
| 단락 번호 재조정 | 새로운 5.3 섹션을 삽입하면 이후 모든 섹션이 하나씩 밀려납니다. diff는 재번호화를 각 헤더 줄의 변경으로 표시합니다. 본문에 집중하거나, 비교 전에 양쪽에서 섹션 번호를 제거하세요. |
| 정의어 변경 | "Affiliate"나 "Confidential Information" 같은 대문자 시작 용어의 정의가 문서 중간에 바뀌는 경우. 정의 자체는 정의 섹션의 한 diff로 나타나지만 이후 모든 사용도 새 의미에 의존합니다. 항상 정의 섹션을 먼저 다시 읽으세요. |
| 인라인 track changes 마크업 | track changes가 켜진 MS Word 문서에서 붙여넣으면 삽입/삭제된 텍스트가 취소 문자로 표시되거나 두 번 합쳐질 수 있습니다. 먼저 MS Word에서 accept-all 또는 reject-all로 깨끗한 기준선을 만든 뒤 붙여넣으세요. |
| exhibit와 schedule 참조 | "as set forth in Exhibit B" 같은 문구는 본문에서는 변하지 않지만 기반 exhibit는 바뀌었을 수 있습니다. 본문 diff는 변경 없음이라 보여주지만 실체는 움직였습니다. 각 exhibit와 schedule을 별도로 비교하세요. |
| 조항 간 상호 참조 | 상대방이 Section 7.2를 7.3으로 재번호화한 뒤에도 "subject to Section 7.2"라는 문장은 똑같이 읽힙니다. diff는 변경 없음이라 표시하지만 상호 참조는 깨졌습니다. 재번호화 이후 상호 참조를 수동으로 점검하세요. |
| governing-law 조항 변경 | 델라웨어 법에서 뉴욕 법으로의 교체는 두 단어이지만 enforcement, jury-trial waivers, limitation-of-liability 기본값을 다시 빚어냅니다. Cornell의 governing-law 조항 정의가 보이는 것보다 왜 더 중요한지 짚어줍니다. |
| 서명 블록 변경 | 서명자의 이름이나 직함 변경은 다른 권한자를 의미할 수 있어 계약이 적절히 execute되었는지에 영향을 줍니다. diff는 교체를 보여줍니다. 부서명 전에 회사의 법인 등기부에 대해 signing authority를 확인하세요. |
| 정의 섹션의 drift | 정의 섹션에 새로 추가됐지만 본문 어디에도 쓰이지 않는 정의어, 또는 본문에서는 여전히 쓰이지만 정의에서 빠진 옛 정의어. diff는 추가나 제거를 보여주지만 그 용어가 이제 orphan인지는 보여줄 수 없습니다. 양쪽 버전에서 각 정의어를 검색하세요. |
계약서 레드라인: 자주 묻는 질문
이것이 MS Word의 track changes를 대체하나요?
완전히는 아닙니다. MS Word track changes는 양 당사자가 MS Word 안에 머물며 매 라운드 일관되게 사용할 때 적합한 도구입니다. 이 도구는 그것이 깨질 때, 보통 세 번째 라운드쯤 깨질 때 손에 잡는 도구입니다. 상대방이 클린 버전이나 Google Docs 익스포트, 다른 템플릿에서의 복사 붙여넣기를 보내면 MS Word는 더 이상 변경을 재구성할 수 없습니다. 두 버전을 여기에 붙여넣으면 어느 쪽이 어떤 편집기를 썼든 redline을 얻을 수 있습니다.
단락 번호 재조정은 어떻게 처리하나요?
단락 번호 재조정은 계약서 검토에서 가장 흔한 골칫거리입니다. 표준 패턴은 상대방이 새로운 5.3 섹션을 삽입하고, 이후 섹션이 모두 하나씩 밀리며, 사실은 하나인 변화가 "100개의 차이"처럼 눈에 보이는 것입니다. 실용적인 해법은 두 가지입니다. 첫째, diff는 실제 텍스트 변경을 여전히 정확히 강조하므로 섹션 번호가 아니라 빨간 취소선과 초록 삽입에 집중하세요. 둘째, 노이즈가 너무 심하면 diff 전에 양쪽 붙여넣은 버전에서 섹션 번호를 수동으로 제거할 수 있습니다.
기밀이거나 특권 보호 대상 초안에도 안전한가요?
네. diff는 전적으로 브라우저 안에서 실행됩니다. 어떤 것도 업로드되거나 로깅되거나 서버에 저장되지 않습니다. 제3자(저희 포함)가 텍스트를 보지 않으므로 attorney-client privilege가 보존됩니다. 확인하려면 브라우저의 DevTools를 열고 Network 탭으로 전환한 뒤 붙여넣고 비교하는 모습을 관찰하세요. 외부로 나가는 요청은 없습니다. 이는 NDA, M&A 초안, settlement 합의서, 그리고 벤더에게 전송하는 것 자체가 문제가 되는 모든 경우에 중요합니다.
redline이 표시된 PDF에도 동작하나요?
직접적으로는 아닙니다. PDF 형식 (ISO 32000-2)은 텍스트를 다양한 방식으로 저장하며, redline이 표시된 PDF 중 다수는 텍스트 추출이 불가능한 스캔 이미지입니다. 워크플로는 다음과 같습니다. PDF를 Adobe Acrobat이나 PDF 리더에서 열고 전체 선택, 복사한 뒤 그 결과 텍스트를 적절한 패널에 붙여넣으세요. 그 단계에서 일부 서식, 특히 표와 exhibit 주변은 손실되지만 본문 산문은 redline에 충분할 만큼 깔끔하게 넘어옵니다. PDF 네이티브 diff는 별도 페이지로 로드맵에 있습니다.
MS Word에서 두 .docx 파일을 비교하는 것과 어떻게 다른가요?
MS Word의 "Compare Documents" 기능은 두 파일이 모두 .docx이고 잘 형식화되어 있을 때 훌륭합니다. 단락 단위 redline을 제공하며 tracked changes 문서로 다시 저장할 수 있습니다. 이 도구는 텍스트 전용이며 더 가볍습니다. 상대방에게 다시 보낼 결과물로서의 redline이 필요할 때는 MS Word Compare를 쓰세요. 빠른 통독이 필요하거나, 파일 한쪽이 .docx가 아니거나(PDF, Google Doc 익스포트, 일반 이메일), 초안을 제3자 CLM에 업로드하고 싶지 않을 때는 이 도구를 쓰세요.
조항이 다른 섹션으로 이동된 경우는요?
문자 단위 diff는 이동된 텍스트를 원래 위치에서의 삭제 하나와 새 위치에서의 삽입 하나로 처리합니다. 같은 조항이 두 번 강조되어 보입니다. 있던 자리에는 빨간 취소선, 새 자리에는 초록 삽입입니다. diff는 그것이 이동인지 삭제 후 재작성인지 알 수 없습니다. 대부분의 법무 검토에서는 모든 단어가 보이므로 괜찮지만, 대대적으로 재구성된 계약서는 실제 편집 세트보다 시끄럽게 보일 수 있습니다.
프라이버시, 특권, 그리고 동작 방식
계약서 초안은 절대 브라우저를 떠나지 않습니다. diff, 강조, 렌더링은 모두 사용자의 컴퓨터에서 실행됩니다. 텍스트를 업로드하지 않고, 로깅하지 않으며, 어떤 제3자 서비스에도 전달하지 않습니다. 이는 법무 검토에 특히 중요합니다. 서명되지 않은 NDA, settlement 초안, M&A 매매 계약서를 클라우드 서비스에 붙여넣는 것 자체가 기밀성 침해가 될 수 있고, 일부 관할에서는 attorney-client privilege에 영향을 줄 수 있기 때문입니다. 우리의 주장을 검증하는 것은 간단합니다. 브라우저 DevTools를 열고 Network 탭으로 전환한 뒤 두 버전을 붙여넣고 관찰하세요. 비교할 때 외부로 나가는 요청은 없습니다.