MSA ülevaatus — SaaS

Vii läbi SaaS-raamteenuste lepingu (Master Services Agreement, MSA) struktureeritud ülevaatus kasutaja märgitud vaatenurgast ja koosta aruanne, mille põhjal ettevõttesisene jurist saab tegutseda analüüsi uuesti tegemata. Väljund on mustand inimese ülevaatuseks, mitte lõplik sõna; käsitle seda vastavalt.

See oskus on kalibreeritud äriliste SaaS-raamlepingute jaoks. See ei ole mõeldud: ettevõtte tarkvara litsentsilepingutele (põlislitsentsid), tarkvarakomponendita professionaalsete teenuste lepingutele, majutatud, kuid mitte-SaaS kokkulepetele (hallatud majutus, IaaS) ega valitsus- / avaliku sektori SaaS-lepingutele (millel on täiendavad FedRAMP-i, FAR-i ja hankespetsiifilised kihid).

Millal see oskus kehtib

Kasuta, kui kasutaja esitab SaaS MSA, tellimuse raamlepingu (Master Subscription Agreement), SaaS-lepingu, pilveteenuste lepingu (Cloud Services Agreement) või sisuliselt sarnase dokumendi ja palub ülevaatust või redline'i juhiseid. Kasutaja vaatenurk — müüja või klient — muudab analüüsi põhimõtteliselt; kui see pole antud, nõua seda enne jätkamist.

Ära kasuta seda oskust järgmiste puhul:

• Mitte-SaaS tarkvaralepingud. Põlislitsentsi lepingutel, kohapealse tarkvara lepingutel ja hallatud majutuse lepingutel on erinev põhistruktuur (litsents vs. tellimus, kohapealne vs. pilv, ainult tarkvara vs. teenus). Ütle kasutajale, et see on vale oskus.
• Ainult tellimisvormid (Order Form) või tööde kirjeldused (SOW). Need dokumendid viitavad MSA-le; vaata need üle koos MSA-ga (kasuta valikulist sisendit order_form) või eraldi tellimisvormi ülevaatuse oskusega (edasi lükatud — vt DE-070).
• Andmetöötluslepingud (DPA) / privaatsuslisad. Nende jaoks kasuta oskust DPA Checklist Review.
• SaaS-tehinguga kaasnevad konfidentsiaalsuslepingud (NDA). Nende jaoks kasuta oskust NDA Review.
• Valitsuse / avaliku sektori SaaS. Föderaalsed ja osariigi hankenõuded lisavad täiendavaid tingimusi (FedRAMP, FAR-i klauslid, hankeseadused), mida see oskus ei kata.

Sisendid

Oskus vajab dokumenti ja vaatenurka. Kui vaatenurka pole antud:

„Enne ülevaatust: kummal poolel sa oled? Müüja (sina pakud SaaS-teenust) või klient (sina tellid seda)?“

Valikulised sisendid täpsustavad analüüsi:

• review_depth määrab põhjalikkuse. Vaikimisi on comprehensive (kõik probleemid koos üksikasjalike leidudega); quick_triage katab ainult põhiprobleemid.
• jurisdiction mõjutab leide sätete kohta, mille täitmisele pööratavus on tundlik (vastutuse piiramine, konkurentsikeelud, kui neid on, kohtualluvuse valik).
• deal_context muudab tõsiduse kalibreerimist. Väikese summaga VKE-tehing nõuab teistsugust kontrolli kui suure väärtusega ettevõttetehing; olemasoleva suhte pikendamine nõuab teistsugust kontrolli kui uue müüja esmakordne hindamine.
• order_form käivitab MSA ja tellimisvormi vastuolude analüüsi (allpool 6. läbivaatus).
• prior_agreements käivitab varasemate lepingutega vastuolude analüüsi.
• standard_positions asendab oskuse üldised võrdlusalused kasutaja omadega — kui kasutaja organisatsioonil on oma varupositsioonid, on need kehtiv standard.

Kui valikulisi sisendeid pole antud, teeb oskus vaikeeeldused ja märgib need aruandes.

Töövoog

Koosta ülevaatus kuue läbivaatusena. Varasemad läbivaatused annavad sisendi hilisematele; ära neid kokku sule.

1. läbivaatus: dokumendiga tutvumine

Enne sisulist ülevaatust:

• Kinnita, et dokument on SaaS MSA. Kui tegemist on muu dokumendiga (põlislitsents, SaaS-ita professionaalsed teenused, hallatud majutus), peatu ja ütle seda kasutajale.
• Tuvasta pooled; kinnita, et müüja ja kliendi rollid vastavad kasutaja märgitud vaatenurgale.
• Märgi dokumendi struktuur: kas sellel on selge jaotiste/artiklite nummerdus, mõistete jaotis, seotus viidatud dokumentidega (tellimisvorm, DPA, AUP)?
• Märgi kohaldatav õigus, kohtualluvus/menetluskoht ja mis tahes määratud vaidluste lahendamise mehhanism (kohus, vahekohus, JAMS, AAA).
• Märgi lepingu pikkus ja keerukus. SaaS-raamlepingud on tavaliselt 8–30 lehekülge; üle 35 lehekülje viitab tavaliselt ettevõttetasemel keerukusele, mis nõuab lisatähelepanu.
• Tuvasta kõik lisad, ajakavad, näidised või teenusepõhised tingimused.

2. läbivaatus: standardprobleemide kontroll

Käi läbi SaaS MSA standardne probleemide kontrollnimekiri failis reference/issue_checklist.md. Kontrollnimekiri jagab probleemid neljaks tasemeks:

• 1. tase — vaadatakse alati üksikasjalikult (kaetud nii comprehensive kui ka quick_triage režiimis): vastutus, kahju hüvitamine (indemnification), intellektuaalomand ja andmete omandiõigus, andmekaitse (viide DPA-le), garantiid ja lahtiütlused, tähtaeg ja lõpetamine, maksed, olulisemad SLA-d.
• 2. tase — vaadatakse üksikasjalikult ainult comprehensive režiimis: konfidentsiaalsus, loovutamine, kohaldatav õigus ja menetluskoht, vaidluste lahendamine, vääramatu jõud, tingimuste muutmise mehhanism, peatamis- ja kiirendamisõigused, professionaalsete teenuste ulatus, kolmandate osapoolte komponendid.
• 3. tase — vaadatakse üksikasjalikult ainult comprehensive režiimis: teadete mehhanism, terviklikkus / kogu kokkulepe, muutmise nõuded, eraldatavus, õigustest loobumine, eksemplarid, elektroonilised allkirjad, mõistete täielikkus, pealkirjad.
• 4. tase — SaaS-spetsiifilised sätted: viide aktsepteeritava kasutuse poliitikale, kliendiandmete määratlus, andmete asukoht ja lokaliseerimine, alamtöötlejate haldus (tavaliselt viitega DPA-le), auditiõigused, turvaintsidentidele reageerimine, talitluspidevus / avariitaaste, tugi- / hooldusaknad, kolmanda osapoole autentimine ja SSO, API päringupiirangud ja ülekasutuse käsitlemine.

Liigita iga punkt:

• Olemas ja standardne: dokument käsitleb seda küsimust ja käsitlus jääb SaaS-raamlepingute tavapärasesse vahemikku.
• Olemas, kuid ebatavaline: dokument käsitleb seda küsimust mittestandardse ulatuse, rangusega või erandeid tehes.
• Puudub: dokument seda küsimust ei käsitle.
• Ei kohaldu: see küsimus ei kohaldu dokumendi tüüpi või konkreetseid asjaolusid arvestades.

3. läbivaatus: vaatenurga ja asümmeetria analüüs

Loe iga 1. taseme leidu läbi kasutaja vaatenurga prisma (reference/perspective_lens.md). Sama säte paistab kummaltki poolelt väga erinev:

• Müüja vaatenurk: soovib laia vastutuse piiramist, kitsaid garantiisid, laiu lahtiütlusi, piiratud teenusekohustusi, müüjale soodsaid maksekohustusi (automaatne pikenemine, ettemaksuga arveldamine, viivised, peatamisõigused), laiu andmekasutusõigusi teenuse käitamiseks, laiu aktsepteeritava kasutuse piiranguid klientidele, kitsaid kliendi hüvitamiskohustusi ja tegevuslikku paindlikkust (õigus muuta teenust, alamtöötlejaid, tingimusi).
• Kliendi vaatenurk: soovib tugevaid teenusekohustusi, mida toetavad SLA-krediidid, kitsaid lahtiütlusi ja mõistlikke garantiisid, kontrollitavaid lõpetamisõigusi (eriti mõjuval põhjusel), mõistlikku vastutuse jaotust (kõrgemad ülempiirid turva- ja intellektuaalomandi küsimustes), tugevat andmekaitset ja kliendiandmete omandiõigust, kliendile soodsaid intellektuaalomandi hüvitamiskohustusi, prognoositavat hinnastamist ja pikendamistingimusi ning stabiilsust (piirangud müüja õigusele teenust või tingimusi ühepoolselt muuta).

Tuvasta iga 1. taseme leiu puhul, kumba poolt säte soosib ja kui palju. Leidude „olemas, kuid ebatavaline“ puhul iseloomusta kõrvalekallet: soodne / ebasoodne / äärmuslik.

4. läbivaatus: tegevusriskide ja ohumärkide kontroll

Lisaks standardprobleemidele otsi sätteid, mis tekitavad tegevusriski olenemata vaatenurgast. Täielik nimekiri on failis reference/red_flags.md; põhikategooriad:

• Ühepoolsed muutmisõigused, mis lubavad müüjal tingimusi ilma kliendi nõusolekuta muuta.
• Kiirendamisklauslid, mis lubavad müüjal rikkumise korral nõuda kogu lepingu järelejäänud väärtust (eriti koos laia rikkumise määratlusega).
• Peatamisõigused, mis lubavad müüjal maksmata jätmise korral teenuse peatada ilma etteteatamise või heastamisvõimaluseta.
• Tagasiside või täiustuste klauslitesse peidetud intellektuaalomandi loovutused.
• Kliendiandmete kasutamine müüja enda eesmärkidel (mudelite treenimine, võrdlusanalüüs, anonüümitud edasimüük) ilma kliendi selgesõnalise nõusolekuta.
• Automaatne pikenemine pikkade loobumisakendega (60+ päeva) ja hinnatõstmisõigusega pikendamisel.
• Ühepoolsed auditiõigused (müüjal on õigus auditeerida kliendi kasutust, kuid kliendil ei ole õigust auditeerida müüja nõuetele vastavust).
• Kohtualluvuse valik, mis seab ühe poole oluliselt ebasoodsamasse olukorda (eriti Delaware Chancery või müüja koduosariigi kohus).
• Massvahekohtu sätted, mis keelavad ühishagid ja piiravad menetluste liitmist.
• Lõpetamine mugavuse huvides ilma proportsionaalse tagasimakse mehhanismita.
• Enamsoodustusklauslid hinnastamise või tingimuste kohta (harvad, kuid märgi alati, kui esinevad).
• Lähtekoodi deponeerimine (escrow) puudub või on tehingu suurust arvestades ebapiisav.
• Vääramatu jõu klauslid, mis vabandavad müüja teenusehäire, kuid mitte kliendi maksekohustuse.
• Olulised vastuolud valdkonna standardsete SLA-dega (nt 95% käideldavus ettevõttelepingus).

5. läbivaatus: vastuolud varasemate lepingutega

Kui prior_agreements on antud, uuri dokumenti järgmise osas:

• Sõnaselged viited nimetatud varasematele lepingutele; kinnita, et viited on täpsed.
• Terviklikkuse / kogu kokkuleppe klauslid, mis kustutaksid varasemate lepingute kaitsed.
• Sätted, mis on vastuolus varasemate lepingute tingimustega.
• Tähtajasätted, mis ei arvesta olemasolevaid suhteid (nt MSA tähtaeg jookseb paralleelselt olemasoleva teenustetöövõtuga).

Kui prior_agreements pole antud, jäetakse see läbivaatus vahele.

6. läbivaatus: MSA ja tellimisvormi vastuolude analüüs

Kui order_form on antud, uuri tellimisvormi MSA suhtes. Levinud vastuolud:

• Tähtaja pikkuse vastuolud: tellimisvorm määrab teistsuguse tellimuse tähtaja, kui MSA raamistik ette näeb.
• Hinnastamise ebakõlad: tellimisvormi hinnastamine viitab määradele, mida MSA-s pole, või on vastuolus MSA hinnatingimustega.
• Teenustaseme vastuolud: tellimisvormis märgitud SLA erineb MSA-s viidatud SLA-st.
• Andmekaitse vastuolud: tellimisvorm viitab teistele andmekategooriatele või andmete asukoha kohustustele, kui MSA DPA ette näeb.
• Lõpetamisõiguse vastuolud: tellimisvormi lõpetamissätted muudavad MSA lõpetamissätteid või on nendega vastuolus.
• Hüvitamis- või garantiimuudatused: tellimisvorm muudab MSA hüvitamis- või garantiitingimusi (tavaliselt müüjale soodsalt; mõnikord oluliselt).
• Kohaldatava õiguse vastuolud: tellimisvorm määrab teistsuguse kohaldatava õiguse või menetluskoha (juhtub aeg-ajalt mitmes jurisdiktsioonis tegutsevate müüjatega).

Üldine tõlgendusreegel (enamikus SaaS-raamlepingutes) on, et tellimisvormi spetsiifilised tingimused on selle tellimuse puhul MSA raamtingimuste suhtes ülimuslikud; kontrolli MSA „ülimuslikkuse järjekorra“ või „vastuolu“ sätet ja kohalda seda. Kui vastuolusätet pole, märgi see — see on iseenesest puudus.

Kui order_form pole antud, jäetakse see läbivaatus vahele.

7. läbivaatus: koosta aruanne

Koonda varasemate läbivaatuste leiud aruande struktuuri (vt jaotist „Väljund“). Kalibreeri tõsidus failiga reference/severity_rubric.md. Viita iga leiu juures konkreetsetele jaotise/klausli numbritele.

Väljund

Koosta aruanne markdownis järgmise struktuuriga (pikk, kuid dokumendiga proportsionaalne — puhtad raamlepingud annavad lühemaid aruandeid, probleemsed pikemaid):

# MSA Review — SaaS: [Document name or counterparty]

**Perspective:** [vendor | customer]
**Review depth:** [comprehensive | quick_triage]
**Document type:** [SaaS MSA | Master Subscription Agreement | Cloud Services Agreement | etc.]
**Governing law:** [jurisdiction or "not specified"]
**Term:** [duration / renewal mechanism summary]
**Order Form provided:** [yes / no]
**Prior agreements considered:** [list or "none"]

## Bottom line

[Two to four sentences. State the overall posture (favorable / balanced / unfavorable / materially unfavorable to user). State whether it is signable as-is, signable with minor edits, requires negotiation, or should be rejected. Identify the single most important issue.]

## Critical issues

[Issues rated "critical." Each has its own subsection with: clause reference, what the document says (verbatim quote where short enough), why it's a problem from the user's perspective, suggested redline language. Omit this section if there are no critical issues.]

## Material issues

[Issues rated "material." Same subsection structure.]

## Minor issues and observations

[Issues rated "minor" or items that are present-and-standard but worth noting. May be a bulleted list rather than full subsections. In quick_triage mode, this section is brief; in comprehensive mode, it covers Tier 2 and Tier 3 issues that did not warrant detailed treatment.]

## Missing standard protections

[Standard SaaS MSA elements that are absent and should be added. Each with suggested language or a reference.]

## Operational red flags

[Items from Pass 4 — even where they don't rise to critical/material, the user should be aware.]

## Conflicts with Order Form

[If Order Form was provided. Each identified conflict with: what the MSA says, what the Order Form says, which controls per the order-of-precedence provision, and the operative effect. Omit this section entirely if no Order Form was provided.]

## Conflicts with prior agreements

[If prior_agreements was provided. Each identified conflict similar to above. Omit if not applicable.]

## Recommended next steps

[Short bulleted list. Common options: sign as-is, sign with the redlines proposed above, send back with negotiation, escalate specific issues to outside counsel, decline to proceed.]

## Items requiring human judgment

[Items the skill cannot resolve and that need the user's business judgment or jurisdiction-specific expertise.]

quick_triage režiimis on jaotised „Minor issues and observations“ ja „Missing standard protections“ kokkusurutud; fookuses on 1. taseme probleemid täieliku käsitlusega. comprehensive režiimis täidetakse kõik jaotised.

Kui dokumendi saab allkirjastada sellisena või ainult väikeste muudatustega, peaks aruanne olema lühike. Ära paisuta. Kahe lehekülje pikkune aruanne puhta MSA kohta on õigesti kaks lehekülge; ära venita seda kümneks.

Erijuhud ja keeldumised

• Dokument ei ole SaaS MSA. Peatu ja ütle seda kasutajale. Levinud lähedased dokumendid, mida aetakse SaaS-raamlepingutega segi: tarkvara põlislitsentsid, kohapealse tarkvara lepingud, professionaalsete teenuste lepingud, IaaS / hallatud majutuse lepingud, riistvara-kui-teenuse lepingud.
• Dokument on SaaS MSA, kuid hõlmab mittestandardset teenusekategooriat. Näited: AI/ML mudelite pakkujad (kellel on sageli masinõppele omased andmekasutuse ja väljundi intellektuaalomandi tingimused), makseteenuse pakkujad (kellel on täiendav regulatiivne kiht), kaugtervishoiu platvormid (HIPAA kiht), haridusplatvormid (võimalik FERPA/COPPA kiht). Kasuta oskust, kuid märgi seisukohas, et kategooriaspetsiifilised tingimused (nt „AI training data carve-outs“) võivad vajada standardse MSA raamistiku kõrval täiendavat ülevaatust.
• Dokumendist puuduvad leheküljed, jaotised või viidatud lisad. Märgi see selgesõnaliselt ja vaata üle see, mis on olemas; ära spekuleeri puuduva sisu üle.
• Dokument on võõrast jurisdiktsioonist või mitte-ingliskeelne. Kasuta oskust, kuid märgi piirang: oskus on kalibreeritud USA äriliste SaaS-raamlepingute jaoks; jurisdiktsioonispetsiifilised küsimused (eriti EL-i tüüpi tarbijakaitse imperatiivnormid, kontinentaalõiguse tõlgendusreeglid) ei pruugi olla täielikult käsitletud.
• Dokumendis on ebatavalisi sätteid, mis jäävad oskuse ulatusest välja (nt keerukad mitme rentniku andmete eraldamise nõuded, uudsed AI-treenimise ja väljundi intellektuaalomandi tingimused, üksikasjalike vabastamismehhanismidega deponeerimiskokkulepped). Märgi need jaotises „Items requiring human judgment“, selle asemel et koostada võimalik vale analüüs.
• Vaatenurk on „klient“, kuid dokumendi on selgelt koostanud kliendi välisnõustaja (st kliendile soodsa malli põhjal). Märgi asümmeetria; kliendi vaatenurgast ülevaatus võib tuua esile vähem probleeme, sest dokument juba kajastab kliendi positsioone.

Mida see oskus ei tee

• Ei anna lõplikku õiguslikku arvamust. Väljund on mustand inimese ülevaatuseks.
• Ei ennusta kindlalt täitmisele pööratavust. Märgib probleemid; kasutaja otsustab täitmisele pööratavuse oma jurisdiktsiooni asjatundlikkuse põhjal.
• Ei pea läbirääkimisi. Soovitab redline'e, kuid ei koosta kõrvalkirju ega vastupakkumisi.
• Ei asenda nõustajat ebatavaliste tehingustruktuuride puhul (SaaS-sihtettevõtteid hõlmavad ühinemised ja omandamised, mitme osapoolega ühisettevõtte SaaS-tehingud, avaliku sektori klientidega seotud riigi immuniteedi küsimused). Soovita eskaleerimist.
• Ei hinda aluseks oleva SaaS-teenuse tehnilist piisavust. Oskus vaatab üle lepingu, mitte toote.
• Ei asenda turvaülevaatust. MSA võib viidata müüja turvaprogrammile; oskus kontrollib, et viited on olemas, kuid ei hinda turvaprogrammi ennast.

Viitematerjalid

• reference/issue_checklist.md — SaaS MSA täielik probleemide kontrollnimekiri tasemete kaupa.
• reference/perspective_lens.md — kuidas lugeda iga sätet müüja või kliendi pilguga.
• reference/red_flags.md — 4. läbivaatuses kasutatav tegevusriskide ja ohumärkide nimekiri.
• reference/severity_rubric.md — hindamisjuhend probleemide liigitamiseks kriitiliseks, oluliseks ja väheoluliseks.
• examples/example_customer_review.md — näide: klient vaatab üle müüja koostatud SaaS MSA.
• examples/example_vendor_review.md — näide: müüja vaatab üle kliendi koostatud MSA malli.