Līgumu sarunu versiju kontrole: viena dzīvā versija, pilna vēsture, nekādu „final_v7” PDF failu

E-pasts tika radīts ziņojumu sūtīšanai, nevis tāda dokumenta pārvaldīšanai, ko divas puses savstarpēji rediģē turp un atpakaļ. Brīdī, kad melnraksts atstāj jūsu izejošo pastu kā pielikums, tas sazarojas. Viņu jurists to lejupielādē, izdara izmaiņas, pārdēvē un nosūta atpakaļ. Jūsu kolēģis sarakstes pavedienā atbild uz vecāku ziņojumu ar citu kopiju. Tagad pastāv divi aktīvi dokumenti un nav nevienas sistēmas, kas zinātu, kurš no tiem ir īstais.

Nosaukšanas paradums ir simptoms, ko atpazīst ikviens. „final”, tad „final_v2”, tad „final_REALLY_final”. Šie galotnes pastāv tieši tāpēc, ka e-pasts jums nesniedz nekādu versiju kontroli, tāpēc cilvēki to improvizē ar failu nosaukumiem — un improvizēta versiju kontrole zem spiediena izgāžas. Termiņa spaidos, kad iesaistīti trīs cilvēki, nepareizais fails tiek parakstīts pietiekami bieži, lai tā būtu zināma kļūdu kategorija.

Dziļākā cena ir rekonstrukcija. Kad domstarpības parādās mēnešus vēlāk, jūs ritināt cauri vecām iesūtnēm, mēģinot salikt kopā, kura klauzula tika pievienota, kad un kura tā pievienoja, un vai otra puse to vispār kādreiz pieņēma. Atbilde kaut kur slēpjas sarakstē, taču „kaut kur sarakstē” nav tas pats, kas pierādījums.

Aizgūta no tā, kā programmatūras komandas pārvalda kodu, versiju kontrole līgumiem nozīmē, ka pastāv viens kanonisks dokuments un viena izsekota tā izmaiņu vēsture — nevis kaudze ar kopijām. Tā vietā, lai sūtītu e-pasta pielikumus, abas puses atver vienu un to pašu aktīvo versiju. Labojumi, komentāri un ierosinātās klauzulu izmaiņas notiek šajā vienā dokumentā, un katra izmaiņa tiek reģistrēta, piesaistot to personai, kas to veica, un laikam, kad viņa to izdarīja.

Praktiskā atšķirība ir tāda, ka jūs vairs nekad nejautājat „kura versija ir aktuālā?”, jo pēc definīcijas pastāv tikai viena aktuālā versija. Agrākie stāvokļi nepazūd; tie tiek saglabāti kā vēsture, kurā varat atskatīties. Tādējādi jūs varat redzēt, kā klauzula attīstījās no pirmā melnraksta līdz saskaņotajai redakcijai, neturot līdzās septiņus failus un nepiemiedzot acis pār atšķirībām.

Tieši uz šī modeļa ir veidots DokDesk. Jūs sākat no atkārtoti izmantojamas veidnes, pārvēršat to par līgumu ar paša statusu un vēsturi un risināt sarunas par šo vienu aktīvo versiju. Līgums nes līdzi paša ierakstu par versijām un izmaiņām, tāpēc sarunas un to pieraksts atrodas vienā vietā, nevis ir izkaisīti pa divu uzņēmumu iesūtnēm.

Sarunu vēsture nav tikai kārtīgums — tas ir jūsu pierādījumu sākums. Kad varat parādīt, ka klauzula tika ierosināta, rediģēta un pieņemta skaidrā secībā, līgums pārstāj būt „PDF, par kuru mums šķiet, ka esam vienojušies”, un kļūst par kaut ko aizstāvamu. Notikumu secībai ir nozīme, un izsekota vēsture šo secību saglabā automātiski, nevis liek jums to rekonstruēt no atmiņas un e-pasta laika zīmogiem.

Tas ir vissvarīgākais pārejā no sarunām uz parakstīšanu. Parakstīts PDF pats par sevi pierāda pārsteidzoši maz par to, kas notika pirms tā. Parakstam svaru piešķir konteksts ap to: kura versija tika parakstīta, kurš tai piekrita un kā dokuments nonāca līdz savai galīgajai redakcijai. Ja sarunas notika uz vienas aktīvas versijas ar ierakstītu vēsturi, šis konteksts jau ir klāt brīdī, kad parakstāt — jums tas nav jāpieskrūvē klāt pēc tam.

DokDesk šo pavedienu izved cauri līdz pašām beigām. Pēc sarunām tas pats dokuments pāriet uz e-parakstīšanu, un parakstīšanas solis reģistrē paša pierādījumu bāzi — kurš parakstīja, kad un ar kuru apliecinātu identitāti —, kas tiek glabāta ES saskaņā ar GDPR. Būtība ir nepārtrauktība: viens dokuments, viena vēsture, no pirmā melnraksta līdz tiesā izmantojamam pierakstam, bez PDF atkārtotas eksportēšanas, kas pārrautu ķēdi.

Jums nav jāmaina tas, kā risināt sarunas, tikai tas, kur tās notiek. Pārmaiņa ir no „nosūti kopiju” uz „dalies ar piekļuvi vienai versijai”. Abas puses strādā pie viena un tā paša dokumenta, komentāri un izmaiņas piesaistās tam, un vēsture veidojas pati no sevis darba gaitā. Nevienam nav jāatceras saglabāt pareizo failu vai atjaunināt nosaukumu, jo nav nekā, ko nosaukt nepareizi.

Veidnes novērš berzi sākumposmā. Tā vietā, lai meklētu pagājušā ceturkšņa vienošanos un izsvītrotu konkrētās detaļas, jūs sākat no atkārtoti izmantojamas veidnes, kurā jau ietverta jūsu standarta struktūra, un pēc tam risināt sarunas par tām daļām, kas patiešām ir izšķirošas. Atkārtojošais karkass paliek nemainīgs; jūsu uzmanība pievēršas tām klauzulām, kurām ir nozīme šim darījumam.

Kad redakcija ir noformulēta, parakstīšana ir nākamais solis tajā pašā dokumentā, nevis atsevišķs rīks ar jaunu augšupielādi. DokDesk atbalsta e-parakstīšanu eIDAS SES un AES līmenī, izmantojot nacionālos eID, piemēram, Smart-ID un Mobile-ID, ar drošo saiti, lai otra puse varētu parakstīt, neizveidojot kontu. Kvalificēti elektroniskie paraksti (QES) — ar roku rakstītam parakstam pielīdzināmais līmenis saskaņā ar eIDAS 25. pantu — ir daļa no arhitektūras, taču vēl nav pieejami; mēs skaidri norādīsim, kas ir pieejams brīdī, kad parakstāt.