Avtals-redline: jämför två versioner av ett avtal online
Klistra in ett gammalt utkast till vänster, motpartens reviderade utkast till höger, och se varje klausul som ändrats. Ingen uppladdning, ingen registrering, inget lämnar din webbläsare.
Vad det här verktyget för avtals-redline är
Ett gratis verktyg i webbläsaren för att jämföra två versioner av ett avtal. Klistra in ditt senaste rena utkast till vänster, det utkast som motparten skickat tillbaka till höger, och skillnaderna lyser upp tecken för tecken. Texten lämnar aldrig din maskin, vilket spelar roll när du går igenom ett utkast under attorney-client privilege eller ett NDA som ännu inte är undertecknat.
Det är byggt för det där ögonblicket alla känner igen: motpartens advokat skickar tillbaka det de kallar en "clean copy for your records", du har din egen markerade version från förra veckan, och MS Words track changes-vy är värdelös för att andra sidan accepterade allt innan de skickade. Klistra in båda i de två panelerna och du får på sekunder en riktig redline sida vid sida.
Under huven är diff-motorn samma som driver vår compare-text-motor. Vi har bara ramat in den för juridisk granskning. Om dina avtalsmetadata lever i JSON, exempelvis en DocuSign envelope-payload eller en CLM-export, så hanterar vårt compare-json-verktyg den sidan.
Hur redline faktiskt fungerar
diff körs tecken för tecken, sedan grupperar ett semantiskt städsteg om ändringarna i läsbara block så att markeringen landar på "sixty (60)" snarare än varje enskild bokstav som ändrades inuti "thirty". Tillägg i höger panel visas i grönt; borttagningar i vänster panel visas i rött. De två panelerna är scroll-låsta tillsammans, så när du hittar en ändring på rad 412 på ena sidan hoppar den andra sidan med dig.
MS Words track changes är styckesmedvetet, vilket är härligt när båda parter håller disciplin och rent accepterar ändringar mellan rundorna. I praktiken bryts det. Vid runda tre i ett NDA har någon gjort accept-all för att skicka en "clean copy", någon annan har klippt och klistrat från en annan mall, och styckesankarena matchar inte längre. Ren text är minsta gemensamma nämnare. Reducera båda sidor till text, gör diff på texten, och de verkliga klausuländringarna stiger upp oavsett vad MS Word tyckte om dem.
Varför teckennivå istället för klausulnivå? För att avtalsformulering är full av små ordbyten som ändrar betydelsen. "Shall" till "may" är två tecken och en värld av skillnad. Ett ansvarstak som går från "$50,000" till "$100,000" är en siffra. "Exclusive" som försvinner är en licens som blir icke-exklusiv. En diff på klausulnivå skulle säga att avsnitt 5.2 ändrats; en diff på teckennivå visar exakt vilket ord motparten plockade bort.
Så gör du redline på ett avtal i tre steg
Två textpaneler, en diff. Ingen inloggning, ingen uppladdning, inget markup-filformat att brottas med.
- 1
Klistra in din version till vänster
Öppna det tidigare utkastet i MS Word, Google Docs eller ditt CLM, markera allt (Ctrl+A) och klistra in i vänster panel. Inklistring tar bort formateringen, vilket är precis vad du vill här. Track-changes-markeringar, kommentarbubblor och stilar försvinner; bara den underliggande texten är kvar. Om din version fortfarande har track changes från förra rundan, gör accept-all i MS Word först så att du jämför ren text mot ren text.
- 2
Klistra in motpartens version till höger
Gör samma sak med det reviderade utkastet de skickat tillbaka. De flesta advokater skickar en ren version plus en PDF med redline; klistra in den rena versionen här. PDF:en med redline är till för audit trail och låter sällan extrahera text. Har du bara en PDF, kopiera texten ur Adobe Acrobat eller din PDF-läsare och klistra in den.
- 3
Läs de markerade skillnaderna
Borttagningar visas som röd överstrykning till vänster; tillägg visas som gröna till höger. Ändringsräknarna i varje rubrik säger hur många distinkta redigeringar som upptäckts. Skrolla igenom och fokusera först på ändringar i klausulerna för indemnification, limitation-of-liability, uppsägning och betalningsvillkor, eftersom där sitter mest av förhandlingsvärdet.
När ett verktyg för avtals-redline är rätt val
Fram och tillbaka kring en leverantörs MSA
Du skickade ditt standard master service agreement till en ny leverantör. Två veckor senare skickar deras jurist tillbaka ett utkast "med små redigeringar". Deras idé om små inkluderar att ta bort din revisionsrättsklausul och höja uppsägningstiden för termination-for-convenience från 30 till 90 dagar. Klistra in båda i redline-verktyget och den verkliga uppsättningen ändringar kommer upp på under en minut, inte efter en timmes kisande.
Förhandlingsrundor av ett NDA
Ett ömsesidigt sekretessavtal tar typiskt två eller tre rundor före signering. I runda tre har styckesnumren glidit för att någon lade till en residuals-klausul. Jämför den rena versionen från runda två med den från runda tre, så kan du bekräfta att bara residuals-avsnittet flyttat sig, istället för att läsa om alla åtta sidor.
Revisioner av anställningserbjudande
Kandidaten kommer med motbud på equity-vesting och ber om 12 månaders acceleration vid single trigger. HR skickar ett reviderat erbjudande med den ändringen plus en tystare skärpt non-compete. Klistra in det ursprungliga erbjudandet bredvid revisionen och redigeringen av non-compete dyker upp jämte equity-ändringen, innan kandidaten skriver under.
Uppdateringar av SaaS användarvillkor
Din leverantör har via e-post tryckt ut en ny version av sina användarvillkor med raden "vi har uppdaterat våra villkor". Inköp behöver veta vad som faktiskt ändrats innan juridik förnyar. Lägg de gamla villkoren bredvid de nya; bytet av data-residency-klausul eller den nya skiljedomsundantaget syns omedelbart. Det är samma flöde som en vanlig text-diff, fast med juridisk publik.
Tillägg till ett statement of work
Ett statement of work går igenom tre tillägg under ett halvårslångt uppdrag. Tillägg #3 hänvisar till "the original SOW as previously amended" utan att skriva ut vad som ändrats. Klistra in tillägg #2 mot #3 för att se leveransen som tyst halkat från vecka 8 till vecka 12, och det extra stycket med acceptanskriterier som dykt upp i avsnitt 4.
Dokumentgranskning i M&A due-diligence
Diligence-rum är fulla av "execution version"-PDF:er som ser identiska ut med de signerade kopiorna men inte är det. Jämför det signerade avtalet med versionen som lagts upp i dataroomet för att hitta en saknad bilaga, en annan governing-law-klausul eller en utbytt signatursida. Användbart både för buy-side-jurister som granskar målets avtal och för sell-side som förbereder dataroomet.
Gränsfall för avtals-redline
De skrivsituationer som oftast ställer till det för textbaserad avtalsjämförelse, med vad du gör i varje fall. Hämtat från riktigt granskningsarbete på NDA, MSA och anställningspapper.
| Topic | What this tool does |
|---|
| Stycken som numreras om | Att lägga in ett nytt avsnitt 5.3 skjuter varje senare avsnitt upp ett steg. Diff:en flaggar omnumreringen som ändring på varje rubrikrad. Fokusera på brödtexten, eller ta bort avsnittsnumren från båda sidor innan du jämför. |
|---|
| Ändringar i definierade termer | En versaliserad term som "Affiliate" eller "Confidential Information" vars definition glidit mitt i dokumentet. Själva definitionen visar sig som en diff i definitionsavsnittet, men varje senare användning lutar sig också mot den nya betydelsen. Läs alltid om definitionsavsnittet först. |
|---|
| Inline track changes-markup | Om du klistrar in från ett MS Word-dokument med track changes fortfarande på, kan du få insatt eller borttagen text markerad med överstrykningstecken eller dubbelt sammanslagen. Gör accept-all eller reject-all i MS Word först för att landa på en ren bas, och klistra sedan in. |
|---|
| Hänvisningar till exhibits och schedules | Fraser som "as set forth in Exhibit B" ändras inte i brödtexten, men det underliggande exhibitet kan ha gjort det. Brödtextens diff visar ingen ändring medan substansen flyttat sig. Jämför varje exhibit och schedule separat. |
|---|
| Korsreferenser mellan klausuler | En mening som lyder "subject to Section 7.2" läses likadant efter att motparten numrerat om Section 7.2 till 7.3. Korsreferensen är nu trasig fast diff:en inte visar någon ändring. Gå igenom korsreferenser manuellt efter en omnumrering. |
|---|
| Ändringar i governing-law-klausulen | Ett byte från Delawares lag till New Yorks är två ord, men formar om enforcement, jury-trial waivers och defaults för limitation-of-liability. Cornells definition av en governing-law-klausul är en bra påminnelse om varför detta väger tyngre än det ser ut. |
|---|
| Ändringar i signaturblocket | En förändring av signatärens namn eller titel kan tyda på en annan behörig person, vilket påverkar om avtalet utförts korrekt. Diff:en visar bytet. Bekräfta signing authority mot bolagets register innan du motsignerar. |
|---|
| Drift i definitionsavsnittet | En ny definierad term inlagd i definitionsavsnittet men inte använd någonstans i brödtexten, eller en gammal definierad term fortfarande använd i brödtexten men borta ur definitionerna. Diff:en visar tillägget eller borttagningen; vad den inte kan visa är om termen nu är föräldralös. Sök efter varje definierad term i båda versioner. |
|---|
Avtals-redline: vanliga frågor
Ersätter det här MS Words track changes?
Inte helt. MS Word track changes är rätt verktyg när båda parter håller sig inom MS Word och använder det konsekvent i varje runda. Det här verktyget tar du till när det bryter ihop, vilket det oftast gör i runda tre. Om en motpart skickar en ren version, en Google Docs-export eller ett kopiera-klistra från en annan mall, kan MS Word inte längre rekonstruera ändringarna. Att klistra in båda versioner här ger dig redline oavsett vilken redigerare någondera sida använde.
Hur hanterar jag stycken som numreras om?
Stycken som numreras om är den vanligaste huvudvärken i avtalsgranskning. Standardmönstret: motparten lägger in ett nytt avsnitt 5.3, varje senare avsnitt skjuts upp ett steg, och ditt öga ser hundra "skillnader" som egentligen är en. Två praktiska utvägar: först, diff:en markerar ändå de verkliga textändringarna korrekt, så fokusera på de röda överstrykningarna och gröna tilläggen, inte på avsnittsnumren. För det andra kan du manuellt ta bort avsnittsnumren från båda inklistrade versioner före diff om bruset blir för stort.
Är det säkert för konfidentiella eller privilege-skyddade utkast?
Ja. Diff:en körs helt i din webbläsare. Inget laddas upp, loggas eller lagras på våra servrar. Attorney-client privilege bevaras för att ingen tredje part (inklusive vi) ser texten. För att verifiera, öppna webbläsarens DevTools, byt till Network-fliken och titta medan du klistrar in och jämför; det finns inga utgående förfrågningar. Det betyder något för NDA, M&A-utkast, settlement-avtal och allt annat där överföring till en leverantör i sig vore ett problem.
Fungerar det för PDF:er med redline?
Inte direkt. PDF-formatet (ISO 32000-2) lagrar text på många olika sätt, och många PDF:er med redline är skannade bilder utan extraherbar text. Flödet är: öppna PDF:en i Adobe Acrobat eller din PDF-läsare, markera allt, kopiera och klistra in den resulterande texten i rätt panel. En del formatering går förlorad i det steget, särskilt kring tabeller och bilagor, men brödtexten kommer igenom rent nog för redline. PDF-nativ diff finns på vår roadmap som en separat sida.
Hur skiljer sig det här från att jämföra två .docx-filer i MS Word?
MS Words funktion "Compare Documents" är utmärkt när båda filerna är .docx och välformade. Den ger dig redlines på styckesnivå som du kan spara tillbaka som ett dokument med tracked changes. Det här verktyget är textbaserat och lättviktigare. Använd MS Word Compare när du behöver en levererbar redline att skicka tillbaka till en motpart. Använd det här när du behöver en snabb genomläsning, när någon av filerna inte är .docx (PDF, Google Doc-export, vanlig e-post) eller när du vill undvika att ladda upp utkastet till någon tredjeparts-CLM.
Tänk om en klausul flyttats till ett annat avsnitt?
En diff på teckennivå behandlar flyttad text som en borttagning på den ursprungliga platsen plus ett tillägg på den nya. Du ser samma klausul markerad två gånger: röd överstrykning där den var, grönt tillägg där den nu är. Diff:en kan inte se att det var en flytt snarare än en borttag-och-skriv-om. För det mesta av juridisk granskning duger det, eftersom du fortfarande ser varje ord, men det betyder att ett kraftigt omorganiserat avtal ser stökigare ut än sin verkliga uppsättning ändringar.
Sekretess, privilege och hur det här fungerar
Dina avtalsutkast lämnar aldrig din webbläsare. Diff:en, markeringen och renderingen körs alla på din maskin. Vi laddar inte upp texten, loggar den inte, och skickar den inte till någon tredjepartstjänst. Det betyder något specifikt för juridisk granskning: att klistra in ett osignerat NDA, ett settlement-utkast eller ett M&A-köpavtal i en molntjänst kan i sig vara ett brott mot sekretess, och i vissa jurisdiktioner kan det påverka attorney-client privilege. Att verifiera vårt påstående är enkelt. Öppna webbläsarens DevTools, byt till Network-fliken, klistra in båda versionerna och titta. Det finns inga utgående förfrågningar när du jämför.