FreeSign

Privāts un drošs e-paraksts · BEZ NOSŪTĪŠANAS UZ SERVERI

Privāts un drošs elektroniskais paraksts pārlūkā. Bez PDF augšupielādes, bez konta.

Ja meklē populāru bezmaksas e-parakstu, FreeSign ir privāts, drošs un bezmaksas elektroniskais parakstse-paraksts, ko tu izveido pilnībā savā pārlūkā. Tavs PDF fails nekad netiek nosūtīts uz mūsu serveriem — visa parakstīšanas darbība notiek lokāli tavā ierīcē. Tu augšupielādē failu, ievadi vārdu un uzvārdu, apstiprini e-pastu ar vienreizēju kodu un lejupielādē gatavu, parakstītu PDF. Dokuments saglabā pierādījuma spēku, un parakstu var pārbaudīt ar Adobe Reader un citām plaši lietotām PDF programmām. Bez konta. Bez ierobežojumiem. Nekas nav jāinstalē.

Parakstīt PDF tagad →

FreeSign apraksta kopsavilkums latviešu valodā

Kas ir privāts elektroniskais paraksts (e-paraksts)?

Elektroniskais paraksts (saīsināti e-paraksts, ko sauc arī par digitālo parakstu vai ciparu parakstu) ir ar roku rakstīta paraksta elektroniskais ekvivalents: tas piesaista dokumentu konkrētai personai un apliecina, ka šī persona piekrita to parakstīt. Eiropas Savienībā tiesisko ietvaru nosaka eIDAS regula (Eiropas Parlamenta un Padomes Regula (ES) Nr. 910/2014): elektroniskam parakstam nedrīkst atteikt juridisko spēku vai pierādījuma vērtību tikai tāpēc, ka tas ir elektroniskā formā vai nav kvalificēts paraksts. ASV līdzīgu funkciju pilda ESIGN likums (15 U.S.C. §7001) un UETA.

Privāts e-paraksts ir tāds, kur tavs dokuments nekad nenonāk pakalpojuma sniedzēja mākonī. Praktiski visi populārie pakalpojumi — DocuSign, Adobe Acrobat Sign, HelloSign, SignNow — uzņem tavu PDF savos serveros, glabā to un izplata. FreeSign ir vienīgais pakalpojums, kas izveido īstu elektronisko parakstu, nekad neredzot tava dokumenta saturu. Tavs pārlūks ģenerē īsu, vienreizēju faila nospiedumu — un tas ir viss, kas nonāk pie mums. Pats PDF paliek tavā datorā.

Kā FreeSign e-paraksts darbojas pārlūkā?

Visa parakstīšanas ceremonija notiek tavā pusē. Lūk, seši vienkārši soļi:

  1. Tu augšupielādē PDF. Tavs pārlūks izveido īsu, viennozīmīgu faila nospiedumu un nosūta tikai to — nevis pašu failu. PDF neatstāj tavu ierīci.
  2. Tu ievadi vārdu un e-pasta adresi. Tiek izveidota paraksta aploksne, kas saista tavus datus ar dokumenta nospiedumu un tavu piekrišanu parakstīt.
  3. Tu apstiprini e-pasta adresi ar vienreizēju kodu. Uz tavu pastkasti tiek nosūtīts sešciparu kods. Tā ievadīšana apstiprina, ka tas patiešām esi tu.
  4. Tu paraksti. Tavs pārlūks izveido parakstu lokāli. Vienlaikus mūsu serveris izsniedz tev vienreizēju sertifikātu ar tavu vārdu un e-pasta adresi — saistītu tieši ar šo konkrēto dokumentu.
  5. Zīmogs un laika zīmogs. Dokumentam tiek pievienots: kriptogrāfisks paraksta zīmogs, uzticams laika zīmogs (no neatkarīga sniedzēja) un publisks laika pierādījums, kas noenkurots Bitcoin blokķēdē — zīmogu var pārbaudīt arī pēc 10 gadiem, neatkarīgi no tā, vai FreeSign joprojām pastāv.
  6. Tu lejupielādē. Saņem standarta parakstīto PDF, ko Adobe Reader un citas plaši lietotās programmas atzīst par pareizi parakstītu — bez nepieciešamības sazināties ar FreeSign.

Nākamajās reizēs — piekļuves atslēga (passkey). Pēc pirmā paraksta tu vari tajā pašā ierīcē saglabāt piekļuves atslēgu (passkey), ko atver biometrija vai ierīces PIN. Nākamos dokumentus tu parakstīsi ar pirksta nospiedumu, Face ID, Touch ID vai ierīces kodu — nav nepieciešams ievadīt e-pastā saņemto kodu. Visa ceremonija tad saīsinās līdz dažām sekundēm un paliek pilnībā privāta.

Pilns tehniskais apraksts ar diagrammām: arhitektūras lapa (angļu valodā). Detaļas pieredzējušiem lietotājiem ir arī šīs lapas apakšā.

Kāpēc „bez augšupielādes” privātumam ir nozīme

Tāpēc, ka alternatīva — PDF nosūtīšana pakalpojuma sniedzējam — nozīmē katra parakstāmā dokumenta kopijas nodošanu trešajai pusei. Vairākās kategorijās tas ir aktīvi bīstami:

  • NDA (konfidencialitātes līgumi) burtiski ir līgumi par satura neizpaušanu; neparakstītas NDA augšupielāde trešajai pusei ir tieši tā izpaušana, no kuras līgums cenšas izvairīties.
  • M&A un investīciju darījumi nosauc puses un summas ilgi pirms jebkāda publiska paziņojuma.
  • Medicīniskā, juridiskā un personāla dokumentācija ir pakļauta regulējumam (VDAR/GDPR, HIPAA, advokāta-klienta konfidencialitāte), ko pakalpojuma sniedzēju noteikumi var, bet ne vienmēr ievēro.
  • Profesionāla noslēpuma aizsargāta saziņa (advokāts–klients, ārsts–pacients, žurnālists–avots) var zaudēt šo aizsardzību brīdī, kad to izlasa trešā puse.
  • Personas dati VDAR (GDPR) izpratnē — katra parakstāma dokumenta, kas satur personas datus, augšupielāde pakalpojuma sniedzējam rada apstrādes pilnvarojumu (VDAR 28. pants) ar visu saistīto dokumentāciju. FreeSign šo problēmu nerada: mēs nesaņemam dokumenta saturu, tāpēc tu mums neuztici nekādus datus no tā iekšpuses.

FreeSign privātums ir strukturāls, nevis tikai deklaratīvs: mūsu pakalpojumā tehniski nav iespējams nosūtīt mums faila saturu. Pilna arhitektūras diagramma: arhitektūras lapa.

Juridiskais statuss Latvijā un Eiropas Savienībā

eIDAS regulas 25. panta 1. punkts nosaka, ka elektroniskam parakstam nedrīkst atteikt juridisko spēku vai pierādījuma vērtību tiesvedībā tikai tā iemesla dēļ, ka tas ir elektroniskā formā vai neatbilst kvalificēta elektroniskā paraksta prasībām. FreeSign ir veidots saskaņā ar uzlabotā elektroniskā paraksta (Advanced Electronic Signature, AES) modeli, kas definēts eIDAS regulas 26. pantā (Eiropas Parlamenta un Padomes Regula (ES) Nr. 910/2014). eIDAS izšķir trīs paraksta kategorijas:

  • Vienkāršais elektroniskais paraksts (SES, 3. panta 10. punkts) — piem., e-pasta parakstā ievadīts vārds. Pieņemams kā pierādījums, bet vājš.
  • Uzlabotais elektroniskais paraksts (AES, 26. pants) — paraksts, kas atbilst četriem nosacījumiem: tas ir viennozīmīgi attiecināms uz parakstītāju, ļauj identificēt parakstītāju, ir izveidots ar līdzekļiem, kas atrodas vienīgi parakstītāja kontrolē, un ir saistīts ar datiem tā, ka vēlākas izmaiņas ir nosakāmas. Šī ir kategorija, kurā darbojas FreeSign.
  • Kvalificētais elektroniskais paraksts (QES, 25. panta 2. punkts) — AES, ko izsniedzis kvalificēts uzticamības pakalpojumu sniedzējs uz uzticamas ierīces (QSCD). Likums to prasa tikai šaurā darbību lokā (atsevišķas reģistru darbības, notariālie akti).

FreeSign atbilst 26. panta AES nosacījumiem šādi:

  • Viennozīmīgi attiecināms uz parakstītāju — tavs vienreizējais sertifikāts satur tavu vārdu, uzvārdu un e-pasta adresi.
  • Ļauj identificēt — e-pasta apstiprinājums ar vienreizēju kodu kopā ar ievadīto vārdu un uzvārdu.
  • Izveidots tavā vienīgajā kontrolē — atslēga, ar kuru tu paraksti, rodas tikai tavā pārlūkā; nevienam citam, izņemot tevi, nav tai piekļuves.
  • Saistīts ar datiem tā, ka izmaiņas ir nosakāmas — dokumenta zīmogs un neatkarīgs laika pierādījums, kas noenkurots Bitcoin ķēdē.

Latvijas tiesību sistēmā ietvaru papildina šādi akti:

  • Elektronisko dokumentu likums (2002, ar 2016. gada būtiskākajiem grozījumiem, kas saskaņo Latvijas regulējumu ar Eiropas Parlamenta un Padomes regulu (ES) Nr. 910/2014) — papildina Latvijā tieši piemērojamo eIDAS regulu. Uzticamības pakalpojumu sniedzēju uzraudzību Latvijā veic Digitālās drošības uzraudzības komiteja (DDUK), kas darbojas Aizsardzības ministrijas pārraudzībā; nacionālais kvalificētais uzticamības pakalpojumu sniedzējs ir VAS „Latvijas Valsts radio un televīzijas centrs” (LVRTC). NB: Latvijā darbojas plaša nacionālā eID infrastruktūra — eParaksts, eID karte un Smart-ID nodrošina QES līmeni un ir ikdienā plaši pieejami.
  • Civillikums (CL, 1937. gads ar grozījumiem) 1428. pants (līgums tiek noslēgts ar pušu piedāvājuma un pretpiedāvājuma sakritību — formas brīvības princips, ja vien likumā nav noteikts citādi). Rakstveida formas prasības izpildi ar elektronisku dokumentu nosaka Elektronisko dokumentu likuma 3. pants: rakstveida formas prasība ir izpildīta, ja elektroniskajam dokumentam ir elektroniskais paraksts, taču par pašrocīgi parakstītu elektronisko dokumentu uzskata tikai tādu, kam ir drošs elektroniskais paraksts (QES), vai arī tādu, kuram ir elektroniskais paraksts un puses par parakstīšanu ar elektronisko parakstu ir iepriekš vienojušās rakstveidā (3. panta otrā daļa).
  • Civilprocesa likums (CPL, 1998. gads) 178. pants (rakstveida pierādījumi, ieskaitot elektroniskos dokumentus — elektroniskie dokumenti Latvijas civilprocesā ir līdzvērtīgi papīra dokumentiem) un 97. pants (pierādījumu brīva novērtēšana — tiesa novērtē pierādījumus pēc savas iekšējās pārliecības).

Latvijas specifika — praktiska piezīme. Dažās Latvijas tiesību jomās ir jāpievērš īpaša uzmanība. Darba tiesībās Darba likuma (2001, ar grozījumiem) 40. pants nosaka, ka darba līgums slēdzams rakstveidā — pieļaujama ir arī elektroniska forma ar drošu elektronisko parakstu. Īpašu uzmanību tomēr prasa konkurences ierobežojums pēc darba tiesisko attiecību izbeigšanas (Darba likuma 84. pants), kas paredz rakstveida formu kā spēkā esamības nosacījumu. Autortiesībās Autortiesību likuma (2000) 40.–43. pants reglamentē autoru mantisko tiesību nodošanu — ekskluzīvu tiesību nodošanai parasti nepieciešams rakstveida līgums. Notariālie akti (nekustamais īpašums — Zemesgrāmatu likums, dāvinājumi, atsevišķi testamenti) ir izslēgti no parastas vai uzlabotas elektroniskās parakstīšanas darbības jomas — joprojām ir nepieciešama notariāla apliecināšana. Augstas vērtības vai nestandarta līgumu gadījumā konsultējies ar juristu. Praksē der šāds princips: saskaņā ar Elektronisko dokumentu likuma 3. pantu likumā noteikto rakstveida formu automātiski izpilda tikai drošs (kvalificēts, QES) elektroniskais paraksts; AES (uzlabotais elektroniskais paraksts saskaņā ar eIDAS regulas 26. pantu) izpilda rakstveida formas prasību tikai tad, ja likums konkrētajai darbībai rakstveida formu neuzliek vai ja puses par parakstīšanu ar elektronisko parakstu ir iepriekš rakstveidā vienojušās (3. panta otrā daļa). Tādēļ AES der līgumiem, kam nav noteikta obligāta rakstveida forma, savukārt tur, kur rakstveida forma ir spēkā esamības nosacījums vai kur likums prasa QES, uzticamāks ir kvalificētais paraksts. (Latvijā darbojas plaša nacionālā QES infrastruktūra — eParaksts un Smart-ID — tāpēc QES līmenis ir ikdienā pieejams.)

FreeSign nav kvalificēts elektroniskais paraksts (QES), un pakalpojuma sniedzējs nav kvalificēts uzticamības pakalpojumu sniedzējs. QES nepieciešamo dokumentu saraksts atšķiras katrā ES dalībvalstī — tas, kas Latvijā ir pieņemams ar AES, Vācijā, Francijā vai Spānijā var prasīt QES (un otrādi). QES prasība attiecas tikai uz Eiropas Savienību; ASV un daudzās citās jurisdikcijās šāds nošķīrums nepastāv. Praktikā lielākā daļa parasto komerciālo un privāttiesisko līgumu — NDA, sadarbības līgumi, piekrišanas, paziņojumi — neprasa QES nevienā ES dalībvalstī. Ja Latvijas likums prasa QES tavā konkrētajā situācijā (piem., atsevišķas Uzņēmumu reģistra darbības, kur regulējums skaidri pieprasa QES) — FreeSign nav īstais rīks.

Šis teksts nav juridiska konsultācija. Šaubu gadījumā apstiprini nepieciešamo formu pie jurista vai sava iekšējā darba kārtības.

Juridiskais statuss ASV (pārrobežu līgumiem)

Federālais Electronic Signatures in Global and National Commerce Act (ESIGN, 15 U.S.C. §7001) un Uniform Electronic Transactions Act (UETA, pieņemts 49 štatos un Kolumbijas apgabalā) nosaka, ka „parakstam, līgumam vai citam ierakstam nedrīkst atteikt juridisko spēku, derīgumu vai izpildāmību tikai tā iemesla dēļ, ka tas ir elektroniskā formā”. ASV ir viena kategorijas modelis — AES un QES netiek nošķirti. Jebkurš elektroniskais paraksts, kas atbilst ESIGN/UETA kritērijiem, ir elektroniskais paraksts.

Kam var izmantot bezmaksas e-parakstu?

Visam, kas obligāti neprasa kvalificētu elektronisko parakstu (QES) vai notariālu formu. Praktikā FreeSign lieliski der:

  • NDA un konfidencialitātes līgumi — klasisks „neaugšupielādē mani nekur” dokuments. Skat. NDA parakstīšanas ceļvedi bez augšupielādes.
  • Uzņēmuma un pakalpojumu līgumi — darba piedāvājums (pirmslīguma), pakalpojumu un uzņēmuma līgumi, atlaišanas vienošanās. Darba līgums saskaņā ar Darba likuma 40. pantu slēdzams rakstveidā; tā kā šī ir likumā noteikta rakstveida forma, Elektronisko dokumentu likuma 3. pants to elektroniski izpilda automātiski tikai ar drošu (QES) parakstu — ar AES vien tikai tad, ja puses par to ir iepriekš rakstveidā vienojušās. Atsevišķi pievērs uzmanību konkurences ierobežojuma līguma (Darba likuma 84. pants) rakstveida formas prasībai.
  • Sadarbības līgumi ar darījumu partneriem — pamatlīgumi (MSA), darbu pasūtījumi (SOW), pirkuma pasūtījumi, papildinājumi, vispārīgie noteikumi.
  • Valdes lēmumi un protokoli — rakstiskas piekrišanas, lēmumi, dalībnieku saraksta atjauninājumi.
  • Term sheet dokumenti un investīciju dokumentācija — viss, izņemot galīgos dokumentus, kuriem nepieciešama notariāla forma.
  • VDAR (GDPR) piekrišanas, medicīniskās piekrišanas, vecāku piekrišanas, mantas deklarācijas.
  • Nomas līgumi (izņemot tos, kuriem nepieciešama īpaša forma).
  • Iekšējie noteikumi, darba kārtības, apstiprinājumi — dokumentam nekad nav jāatstāj uzņēmuma tīkls.

Kad FreeSign NAV īstais rīks

  • Darbības, kurām likums prasa kvalificētu elektronisko parakstu (QES) — atsevišķas Uzņēmumu reģistra darbības, kur regulējums skaidri prasa QES, vai citi iesniegumi valsts iestādēm, kur ir skaidra QES prasība.
  • Darbības, kas prasa notariālu formunekustamā īpašuma atsavināšanas darījumi (Zemesgrāmatu likums), dāvinājumi, atsevišķi testamenti un pilnvaras tām darbībām, kurām likums prasa īpašu formu.
  • Darbības, kur likums skaidri prasa rakstveida formu kā spēkā esamības nosacījumu — piem., konkurences ierobežojuma vienošanās darba tiesiskajās attiecībās (Darba likuma 84. pants) vai autora mantisko tiesību ekskluzīva nodošana atsevišķos gadījumos (Autortiesību likuma 40.–43. pants, īpaši izdošanas līgumos): konsultējies ar juristu par to, vai uzlabotais elektroniskais paraksts atbilst formas prasībai vai kvalificētais paraksts ir piemērotāks.

Šaubu gadījumā apstiprini nepieciešamo formu pie jurista. Šis teksts nav juridiska konsultācija.

FreeSign vs DocuSign vs Adobe Sign — e-parakstu salīdzinājums

DocuSign un Adobe Acrobat Sign ir vispazīstamākie zīmoli elektroniskā paraksta (e-paraksta) kategorijā. Tie izveido tādu pašu standarta PDF parakstu kā FreeSign — bet pa ceļam augšupielādē tavu dokumentu savos serveros, glabā to un par to iekasē maksu. FreeSign dod tādu pašu galarezultātu, nekad neredzot dokumenta saturu un bez maksas plāna — tāpēc privātumam un vienreizējai parakstīšanai bez PDF augšupielādes tā ir labākā bezmaksas DocuSign alternatīva.

  • Privātums: DocuSign un Adobe saņem un glabā tavu PDF savā mākonī. FreeSign saņem tikai īsu, vienvirziena faila nospiedumu — pats PDF nekad neatstāj tavu pārlūku.
  • Ko galā saņem: visi trīs pakalpojumi rada to pašu standarta parakstīto PDF tajā pašā formātā (PAdES) un ar uzticamu laika zīmogu. FreeSign papildus pievieno neatkarīgu laika pierādījumu, kas noenkurots Bitcoin ķēdē — pārbaudāms pat tad, ja FreeSign vairs nepastāvētu.
  • Uzticība Adobe Reader: DocuSign un Adobe Sign ir Adobe komerciālajā uzticamo sniedzēju sarakstā (Adobe Reader tad nerāda dzelteno brīdinājumu). FreeSign nav šajā sarakstā — jo dalība maksā sešciparu summas gadā. Pats paraksts ir tikpat spēkā esošs un tikpat pārbaudāms — brīdinājums attiecas tikai uz uzticības sarakstu, nevis uz dokumenta integritāti (par to zemāk).
  • Cena: DocuSign sākas no aptuveni 15 USD par lietotāju mēnesī ar mēneša dokumentu ierobežojumu. Adobe Acrobat Sign ir maksas Acrobat komplektu daļa. FreeSign ir bezmaksas bez ierobežojumiem.

Pilni salīdzinājumi: FreeSign vs DocuSign · FreeSign vs Adobe Acrobat Sign · visi salīdzinājumi.

Kā otra puse pārbaudīs parakstu?

Bez nepieciešamības uzticēties FreeSign. Ar FreeSign parakstīts PDF ir pilnībā pašpietiekams — viss, kas nepieciešams pārbaudei, ir pašā failā:

  • Adobe Reader. Atver failu un rāda paraksta paneli ar parakstītāja vārdu, parakstīšanas laiku un informāciju, ka dokuments nav mainīts. Dzeltenais brīdinājums attiecas tikai uz uzticības sarakstu — ne uz paraksta integritāti.
  • Plaši lietoti atvērtā koda rīki (piem., openssl, pyHanko) parsē failu, pārbauda parakstu un sertifikātu ķēdi — nesazinoties ar FreeSign. Soli pa solim: pārbaudes ceļvedis.
  • Neatkarīgs laika pierādījums (OpenTimestamps), kas noenkurots Bitcoin ķēdē — parāda, ka tavs dokuments pastāvēja konkrētā brīdī. Pārbaudāms arī tad, ja FreeSign pazustu.
  • FreeSign pārlūka pārbaudītājs: /verify — tie paši testi lokāli, ja dod priekšroku faila vilkšanai pārlūkā, nevis komandrindas izmantošanai. Šī pārbaudītāja pirmkods ir atvērts (open source, MIT licence) un publicēts GitHub: github.com/free-sign/verifier — tu vari precīzi izlasīt, ko tas dara, palaist to pats un pat izvietot savā serverī, ja dod priekšroku neuzticēties mūsu kopijai.

Ko nozīmē Adobe Reader dzeltenais brīdinājums?

Adobe Reader krāso paraksta statusu saskaņā ar savu komerciālo uzticamo sniedzēju sarakstu (Adobe Approved Trust List, AATL). FreeSign uztur savu sertifikātu izsniegšanas centru — bet nav šajā sarakstā (dalība maksā sešciparu summas gadā). Tādēļ Adobe pēc noklusējuma rāda dzelteno paziņojumu „At least one signature has problems”.

Šis paziņojums attiecas uz uzticības sarakstu, ne uz paraksta integritāti. Atver Adobe paraksta paneli — tas pats panelis joprojām apstiprina, ka dokuments nav mainīts, un rāda parakstītāja vārdu un parakstīšanas laiku.

To var manuāli izlabot dažu klikšķu laikā. Pietiek vienreiz pievienot FreeSign sertifikācijas iestādi Adobe Reader/Acrobat lokālajam uzticamo sniedzēju sarakstam — no šī brīža Adobe pie katra FreeSign paraksta rāda zaļu ikonu dzeltenā brīdinājuma vietā. Iestatīšana aizņem mazāk par minūti un darbojas visiem turpmākajiem parakstiem šajā ierīcē. Soli pa solim: Adobe uzticības iestatīšanas ceļvedis un atbilde BUJ.

E-paraksts bez konta un bez mēneša ierobežojumiem

Lielākajai daļai tirgus „bezmaksas” paraksta pakalpojumu patiesībā ir ierobežojumi — 3–5 dokumenti mēnesī, prasība izveidot kontu, iespēja parakstīt tikai tos dokumentus, ko viņi tev nosūtījuši. FreeSign ir patiešām bezmaksas:

  • Bez reģistrācijas. Konta vai paroles nav.
  • Bez mēneša ierobežojuma. Mēs neskaitām parakstus.
  • Bez maksas par dokumentu. Nav „premium” vai „pro” varianta — maksas versija vienkārši nepastāv.
  • Bez instalēšanas. Viss darbojas tavā pārlūkā.

Tas ir iespējams tāpēc, ka mēs nekad neglabājam PDF failus (mums nav glabāšanas izmaksu) un darbojamies uz Cloudflare infrastruktūras, kur viena paraksta izmaksas ir mikroskopiskas.

AI kopsavilkums no dokumenta tavā valodā — arī pārlūkā

Pirms tu paraksti garu dokumentu, tu vari ar vienu klikšķi izveidot tā kopsavilkumu tavā valodā — latviešu valodā, neatkarīgi no tā, kādā valodā ir pats dokuments. Tāpat kā paraksta gadījumā, visa analīze notiek tavā pārlūkā: AI modelis tiek lejupielādēts vienreiz un darbojas lokāli tavā datorā. Tava dokumenta saturs nenonāk ne pie mums, ne pie jebkura ārējā AI pakalpojuma — ne OpenAI, ne Google, ne Anthropic. Funkcija pašlaik ir pieejama tikai galddatoros un klēpjdatoros ar modernu pārlūku; uz telefoniem tā nedarbojas, jo modelis ir pārāk liels tipiskai mobilajai ierīcei.

Parakstīšanas ceremonija ir pieejama latviešu valodā

Pati parakstīšanas ceremonija — viss interfeiss, kur tu augšupielādē failu, ievadi datus, apstiprini vienreizēju kodu un lejupielādē parakstīto PDF — ir pieejama 29 valodās: visās 24 oficiālajās ES valodās (bulgāru, horvātu, čehu, dāņu, holandiešu, angļu, igauņu, somu, franču, vācu, grieķu, ungāru, īru, itāļu, latviešu, lietuviešu, maltiešu, poļu, portugāļu, rumāņu, slovāku, slovēņu, spāņu, zviedru) un ukraiņu, japāņu, korejiešu, norvēģu un islandiešu valodās. Valoda tiek noteikta automātiski pēc tava pārlūka iestatījumiem, to var arī manuāli pārslēgt paraksta panelī.

Pats parakstītais PDF ir neatkarīgs no valodas — to pārbauda vienādi neatkarīgi no tā, kādā valodā ritēja ceremonija.

Produktu komandām: integrācija tavā lapā

Ja tu veido portālu vai lietotni, kurā tavi lietotāji paraksta dokumentus — tu vari iegult FreeSign ceremoniju savā lapā kā rāmīti. PDF arī tad neatstāj lietotāja pārlūku (ne tava, ne mūsu): fails kustas tikai starp tavu lapu un rāmīti, parakstītais dokuments atgriežas pa to pašu ceļu. Bez API atslēgām, bez webhook konfigurācijas, bez datu uzticēšanas.

Pilna instrukcija: integrācijas ceļvedis. Interaktīva demonstrācija: /demo/embed-signing.

Parakstīt PDF tagad

Paraksti pirmo PDF, neaugšupielādējot to nekur

Nekas nav jāinstalē. Tu augšupielādē PDF, paraksti, lejupielādē — visa ceremonija ilgst mazāk par minūti.

Parakstīt PDF tagad →
Tehniskā informācija pieredzējušiem lietotājiem

Kriptogrāfija

Your browser computes SHA-256 of the file locally (via WebCrypto) and sends FreeSign only the 32-byte hash — the PDF bytes never leave your device. The end result is a standard signed PDF in PAdES-B-T format: a CMS PKCS#7 (RFC 5652) signature under a one-shot X.509 leaf certificate issued under the FreeSign CA, with an RFC 3161 timestamp embedded in the same CMS. Every signature additionally carries an independent OpenTimestamps proof which — once the public OpenTimestamps calendar server confirms our submission — is upgraded with an attestation in a Bitcoin block header.

Evidence from the signing ceremony (signer identification, OTP or passkey assertion, consent, signed payload) is embedded inside the CMS itself as an unsignedAttribute under the FreeSign IANA Enterprise Number — so a file with multiple signatures carries each signer's evidence in their own revision. Evidence schema: evidence JSON schema (v1 for OTP signers, v2 for passkey). On free-sign.com we additionally add a PAdES-B-LT revision with long-term validation: the FreeSign CA certificate and the published CRL (/.well-known/free-sign-signing-ca.crl) are placed into a /DSS dictionary in the PDF — so openssl, pyHanko and Adobe can verify the chain for years, even after the one-shot leaf certificate has expired.

Pārbaude — bez konta un bez API atslēgas

Adobe Reader, openssl cms -verify and pyHanko sign validate parse and verify the file without a single request to free-sign.com. The OpenTimestamps proof is verified by the official ots CLI against public Bitcoin block headers — with no FreeSign-side trust anchor. Step by step: Verify a signed PDF with openssl.

The /verify page runs the same tests — CMS signature, certificate chain, RFC 3161 timestamp, OpenTimestamps anchor, and the embedded evidence record — entirely client-side, with no upload. FreeSign runs the same verifier on the freshly sealed PDF before showing you a receipt, so every downloaded file has already been verified once on your device.

Uzlabotais elektroniskais paraksts (AES) — atbilstība eIDAS 26. pantam

FreeSign is designed around the evidence model of eIDAS Article 26 (Regulation (EU) No 910/2014) for an advanced electronic signature (AES): signer attribution (one-shot X.509 certificate with CN = full legal name and rfc822Name SAN = verified email), signing intent (typed consent + signed canonical consent payload), sole control (ECDSA P-256 session key non-extractable from the browser, kept in IndexedDB), and tamper detection (CMS message-digest binding + independent OpenTimestamps). FreeSign is not a qualified signature (QES); QES/QTSP support is a separate roadmap item.

HSM — sertifikācijas iestādes kriptogrāfija

The FreeSign CA private key lives in Google Cloud KMS HSM (FIPS 140-2 Level 3). The CA uses RSA-2048; the one-shot leaf certificates and the browser session keys use ECDSA P-256. The HSM signs only the TBSCertificate hash of each leaf certificate — it never sees PDF bytes, signature bytes, or any signer personal data. Every ceremony generates a fresh leaf cert under this CA; the ephemeral signing key is destroyed at the end of the ceremony.

Ko mēs glabājam serverī

Document SHA-256, envelope-scoped email HMAC, consent payload, signed canonical payload, public JWK, RFC 3161 + OpenTimestamps tokens, hash-chained audit log. Never PDF content — the seal is built from the 32-byte ByteRange digest that your browser computes locally.

Saskarnes AI aģentiem (MCP) un automatizācijai

Full REST + an MCP server for AI agents. The MCP contract publicly declares documentUpload: false, and an automated public-contract test prevents adding any endpoint that accepts PDF content. Headless automation: headless guide. Full public-API map: openapi.json · llms.txt.

Full legal mapping — how FreeSign answers ESIGN, UETA, and each eIDAS layer (SES / AES / QES) — is in the FAQ.