En kontraktproces skal udskiftes, men den nye løsning må ikke sende kontrakter til en underskrifts-SaaS. DocuSeal, Documenso og OpenSign hører til på den liste over DocuSign-alternativer. Alle har en kerne, der kan selvhostes; en nyttig sammenligning handler om den udgave, du kan drive, de beviser, du kan eksportere, og de tjenester, installationen stadig kalder. Tilladelse til at leje en server og tilladelse til at sende dokumenter til en databehandler er to forskellige beslutninger.
Det kan fortsat være fornuftigt at beholde en allerede godkendt DocuSign-proces, mens den nye løsnings beviser eller drift er ufuldstændige, hvis processen opfylder organisationens krav. Forbyder politikken dens behandlingsmodel, ophæver kendskab til løsningen ikke begrænsningen. Fastlæg acceptkriterierne for den nye løsning, før du flytter rigtige kontrakter.
Kort fortalt
- DocuSeal: Den gratis selvhostede udgave understøtter flere underskrivere og din egen SMTP-server. Pro tilføjer blandt andet automatiske påmindelser, SAML-SSO, brugerroller og teams samt avancerede API- og indlejringsfunktioner. Se sammenligningen af lokale udgaver.
- Documenso: Community Edition indeholder grundlæggende underskrift, skabeloner og API-adgang. Kommercielle funktioner omfatter organisationens autentificeringsportal, fornyet autentificering ved dokumenthandlinger og indlejret dokumentredigering. Se sammenligningen af udgaver.
- OpenSign: Projektlageret dokumenterer genanvendelige skabeloner, underskriftsrækkefølger, e-mailkoder til gæster og afslutningscertifikater. Dokumentationen om API-tokens skelner mellem betalte produktionstokens og gratis sandboxtokens. Bekræft API-rettighederne for den valgte selvhostede build; siden fastslår dem ikke klart.
Sammenlign de gratis udgaver og deres driftskrav
Tabellen nedenfor sammenligner grænsen for den gratis kode, installationskrav og kommercielle funktioner for hvert værktøj.
| Værktøj | Grænsen for den gratis kode | Installationskomponenter | Kommercielle eller uafklarede betingelser |
|---|---|---|---|
| DocuSeal | Projektlagerets licens er AGPLv3. DocuSeals prisside skelner mellem gratis Open Source on-premises og kommerciel Pro on-premises. | Docker/Compose; SQLite som standard eller PostgreSQL/MySQL som beskrevet i installationsmulighederne. Planlæg vedvarende fil- og databaselagring samt levering af e-mail. | Opsætningsvejledningen til Pro placerer branding, påmindelser, SSO, roller/teams, webhooks og API/indlejring i det kommercielle tilbud. Bekræft de præcise integrationsrettigheder og forbrugsgebyrer; generelle integrationsbeskrivelser i projektlageret afgør det ikke. |
| Documenso | Sammenligningen af udgaver skelner mellem gratis Community Edition, en årlig Business Edition-licens og skræddersyet Enterprise Edition. Projektlageret indeholder også kommerciel kode med separat licens. | Kravdokumentet angiver PostgreSQL, e-mailtransport, en reverse proxy og et signeringscertifikat samt valgfri S3-kompatibel lagring. Medtag databasens dokumenter og revisionsregistreringer i designet for vedvarende lagring. | Listen over kommercielle funktioner nævner organisationsautentificering og fornyet autentificering ved dokumenthandlinger. Udgavedokumentationen nævner også indlejret dokumentredigering, herunder white-label, samt CSC-fjernsignering. Afklar nødvendige eksporter, tidsstempelkonfiguration og omfanget af den gratis API-adgang for den valgte udgave. |
| OpenSign | Siden om selvhosting beskriver en gratis selvhostet kerne. AGPLv3-licensen i roden har undtagelser for mapper og tredjepartskomponenter. | Docker-vejledningen konfigurerer MongoDB, lokal eller ekstern fillagring, SMTP/Mailgun og et signeringscertifikat. Gennemgå vedvarende lagring og databaseeksponering i den valgte installation. | API-tokenvejledningen skelner mellem betalte produktionstokens og gratis sandboxtokens, mens siden om selvhosting annoncerer en REST-API. Bekræft rettighederne i den valgte selvhostede udgave, før du bliver afhængig af dem. OpenSigns skabelonvejledning beskriver indstillingen “Merge Certificate to PDF”: Når den er slået til, indgår afslutningscertifikatet i den endelige PDF; når den er slået fra, leveres et separat certifikat som PDF. Kontrollér de eksportindstillinger, som findes i din installerede build. |
En open source-applikation til elektronisk underskrift kan have en brugbar gratis kerne ved siden af kommercielle pakker. Behandl hver foreslået proces som en rettighedskontrol: identificér handlingen, udgaven, som tillader den, og tjenesten, den kalder. Et offentligt projektlager er ikke tilstrækkeligt bevis for, at en nødvendig funktion er gratis.
Før en kort udvælgelseslog: valgt pakke, nødvendig proces, uafklaret betingelse og den person, som skal skaffe svaret. Udfyld ikke et ubesvaret felt med “ja”, fordi der findes en tilsvarende navngiven cloudfunktion. Et uafklaret krav bør udskyde indførelsen af den proces, selv om resten af applikationen virker egnet.
Vælg en kandidat, der passer til din underskriftsproces
Mit første udvalg ville være DocuSeal til en manuelt administreret PDF-skabelonproces, Documenso Community, hvis gratis API-adgang er et krav, og OpenSign, hvis skabeloner og e-mailkoder til gæster passer til processen. Det er udgangspunkter for et pilotforsøg baseret på officiel dokumentation; jeg har ikke udført installations- eller underskriftstests.
DocuSeal til en proces med PDF og skabeloner
DocuSeal er et fornuftigt første pilotforsøg til at klargøre PDF’er og genbruge underskriftsskabeloner, når den gratis kerne dækker processen. FAQ’en om revisionscertifikatet beskriver en afslutningsregistrering til download med hændelser pr. part og betingede verifikationsfelter. Vurdér den registrerede metode op mod dit krav, før du behandler certifikatet som bevis for et bestemt identitetsniveau.
Certifikatet registrerer parternes e-mailadresser, hændelsestider, IP-adresse, sessions-ID, browseroplysninger og tidszone. Verifikation via e-mail eller telefon afhænger af den anvendte metode; et felts tilstedeværelse beviser ikke, at en stærkere metode blev udført. Bed om et eksempel fra din planlagte konfiguration, herunder en afvist eller delegeret anmodning, hvis disse forløb er relevante.
Stop udvælgelsen, hvis nødvendig autentificering eller integration kræver en kommerciel udgave, du ikke har godkendt. Dokumenteditoren kan opfylde det synlige krav, mens en vigtig efterfølgende handling stadig er uafklaret.
Documenso til en eksisterende PostgreSQL-driftsmodel
Documenso er værd at afprøve, når du kan drive database-, e-mail- og certifikatafhængighederne samlet. Kravene til selvhosting peger på en konkret fælde: Applikationen kan starte uden signeringscertifikat, mens al dokumentsignering fejler. En brugerflade, der svarer, kan derfor ikke være installationens accepttest.
Kravene beskriver digital X.509-signering med et leveret eller genereret .p12-certifikat og lagring af revisionslogs i databasen. Det beskriver signeringsinfrastrukturen; det fastslår ikke, hvilket personligt legitimationsmiddel en modtager brugte, eller hvad en bestemt eksport indeholder.
Documensos dokumentlivscyklus beskriver en færdig underskrevet PDF med vedhæftet revisionslog. Ændringsloggen for v2.14.0 dokumenterer også separate downloads af certifikat og revisionslog som PDF via API’en. Eksportér disse registreringer fra den installerede build under pilotforsøget, gennemgå indholdet, og validér den underskrevne PDF uafhængigt.
OpenSign til krav om skabeloner og underskriftsrækkefølge
OpenSign er en kandidat, når genanvendelige skabeloner og deltagelse i en bestemt rækkefølge er centrale krav. Projektets README dokumenterer flere underskrivere, underskriftsrækkefølger og e-mailkoder til gæster. Afprøv disse forløb med hele backenden og din valgte lagringskonfiguration; en e-mailkode registrerer adgang til en postkasse, ikke uafhængigt bekræftet personlig identitet eller bemyndigelse i organisationen.
Installationsvejledningen til udvikling siger, at løsningen med kun frontend bruger projektets staging-backend, også til dokumentuploads. Udeluk den løsning fra en installation til private kontrakter. At køre en frontend på din computer fastslår ikke, hvor dens backend behandler dokumenter.
Undersøg beviserne bag en afsluttet underskrift
En færdig PDF og en hændelsesrapport besvarer forskellige spørgsmål. Indsaml beviser for underskriftshandlinger, dokumentintegritet, underskriverens identitet og bemyndigelse samt tidspunktet. Europa-Kommissionens eSignature-FAQ og ESIGN-loven skelner mellem anerkendelse af elektronisk underskrift og bredere krav. Ingen enkelt eksport og intet teknisk felt afgør alene det juridiske udfald for en bestemt kontrakt.
For amerikanske transaktioner i eller med indvirkning på handel mellem delstater eller med udlandet begrænser ESIGN §7001 nægtelse af retsvirkning alene på grund af elektronisk form. Denne lov om elektroniske underskrifter bevarer andre forpligtelser og kræver ikke, at alle accepterer elektroniske registreringer. Betingelser om forbrugeroplysninger gælder i bestemte situationer. Undtagelserne i Section 7003 omfatter testamentariske og familieretlige registreringer, bestemte handelsretlige forhold, retsdokumenter og visse meddelelser; undtagelserne forbyder ikke i sig selv elektronisk brug.
Kommissionens eSignature-FAQ skelner mellem elektronisk underskrift og dens digitale, kryptografiske implementering. Efter EU’s eIDAS kan elektronisk eller ikke-kvalificeret form ikke alene begrunde nægtelse af en underskrifts retsvirkning. Kvalificerede underskrifter har samme virkning som håndskrevne. Avancerede underskrifter kræver identitetskobling, underskriverkontrol og påvisning af ændringer; kvalificerede underskrifter tilføjer et kvalificeret certifikat og en kvalificeret signaturgenereringsenhed. Reglerne afgør ikke aftaleindgåelse, bemyndigelse, dokumentformaliteter eller individuelle tvister og klassificerer ikke et bestemt værktøj.
Brug fire kontroller, når du undersøger en eksempelpakke med beviser:
- Hændelser og kontrol. Et revisionsspor for elektroniske underskrifter bør lade dig undersøge, hvem der handlede, hvad de så eller accepterede, hvilken verifikation der blev udført, og hvornår processen sluttede. Registrér relevante beviser for samtykke. Identificér, hvem der kan redigere eller slette hændelser, om ændringer registreres, og hvad der beskytter den bevarede kopi uafhængigt af applikationsadministratoren. En hændelseslog alene beviser ikke modstandsdygtighed mod manipulation.
- Dokumentintegritet. Bevar den oprindelige færdige PDF, og validér eventuelle digitale signaturer, deres certifikatkæder og de bytes, de dækker. NISTs definition af en hashfunktion beskriver en kondenseret repræsentation af input. En hashkontrol, der kan afsløre manipulation, kræver en autentificeret reference: en digest, hvis oprindelse og beskyttelse du kan fastslå. Udskiftning af både PDF’en og dens tilhørende hash omgår en simpel sammenligning. En hash alene fastslår ikke underskriverens identitet. Spørg, om den separate revisionsregistrering også er beskyttet.
- Identitet og bemyndigelse. Registrér verifikationsmetoden og dens kobling til den navngivne person. Postkasseadgang eller en engangskode fastslår ikke i sig selv identitet eller tilladelse til at binde en virksomhed. NISTs definition af en digital signatur knytter oprindelsesautentificering og integritet til korrekt implementering. Et serversigneringscertifikat må ikke stiltiende blive til en påstand om, at hver modtager havde et individuelt legitimationsmiddel.
- Tid og udsteder. Skeln mellem applikationens hændelsesdato og et uafhængigt udstedt tidsstempeltoken. RFC 3161 definerer en tidsstempelprotokol med et meddelelsesaftryk, en digest af de tidsstemplede data. Verificér tokenet mod det bevarede dokument, og undersøg udstederen. Kvalificeret tidsstempelstatus er en yderligere sondring: Kommissionen beskriver formodninger om nøjagtig dato/tid og integritet af tilknyttede data, og kvalificerede tjenester står på tillidslister. RFC-understøttelse alene fastslår ikke den status eller garanterer et udfald for dokumentet.
Kortlæg, hvor dokumenter, metadata og digests sendes hen
En selvhostet underskriftsapplikation kan stadig sende færdige PDF’er gennem et eksternt relay, som DocuSeals indstillinger for afslutningsmails viser. Selvhosting angiver, hvem der driver applikationen; hver konfigureret tjeneste kræver egen gennemgang. Skeln mellem kontraktindhold, personlige metadata og digests, og registrér endpoint og tilladt behandling for hver rute, før rigtige dokumenter kommer ind i systemet.
Forbyder begrænsningen underskrifts-SaaS, men tillader godkendt lejet infrastruktur, er virksomhedens hardware og en godkendt VPS eller privat cloud fortsat muligheder. En lejet VPS er tredjepartsinfrastruktur. Et bogstaveligt forbud mod al tredjepartsinfrastruktur kan ikke opfyldes ved at købe den; brug virksomhedskontrolleret infrastruktur, og gennemgå alle støttetjenester i forhold til grænsen.
Vores DocuSeal VPS med ét klik leveres med DocuSeal forudinstalleret, så du kan springe manuel applikationsinstallation over og fokusere på at konfigurere underskriftsprocessen. Vælg blandt vores globale VPS-lokationer ud fra installationens krav til dataplacering.
En udtrykkeligt godkendt tillidstjeneste kan stadig være nyttig, hvor SaaS-dokumentbehandling er forbudt. Vurdér dens overførte data og formål efter politikken i stedet for at antage, at en applikation, du administrerer, automatisk leverer stærkere beviser.
| Datarute | Dokumenterede data eller funktioner | Spørgsmål, der skal afklares i konfigurationen |
|---|---|---|
| E-mail og modtagerens postkasse | DocuSeals indstillinger for afslutningsmails kan vedhæfte underskrevne PDF’er og revisions-PDF’er. OpenSigns dokumentation af e-mailskabeloner beskriver anmodningsoplysninger, underskriftslinks og vedhæftninger med færdigt dokument og certifikat. Disse ruter kan transportere indhold og personlige metadata. | Hvilket relay og hvilken postkasse modtager dem? Undersøg emne, tekst, links og vedhæftninger. Fravalg af vedhæftninger fjerner ikke metadata om modtager, titel eller links. Bekræft Documensos faktiske e-maildata separat. |
| Primære filer og sikkerhedskopier | Installationsdokumenterne beskriver database-/fillagring og valgfrie eksterne lagre. Kopier kan omfatte komplette dokumenter og personlige revisionsmetadata. | Hvor bevares filer, replikaer og sikkerhedskopier? Hvem kan læse dem, hvor længe bevares de, og hvor placerer en gendannelse dem? |
| Identitet, SMS og SSO | Dokumenterede autentificeringsmuligheder varierer efter produkt og udgave; OpenSign dokumenterer e-mailkoder til gæster. | Hvilken metode er aktiveret? Modtager en godkendt tjeneste identifikatorer, telefonnumre eller identitetsmateriale? Antag ikke, at upload af identitetsdokumenter er standarden. |
| Tidsstempeltjeneste | DocuSeals tidsserverkonfiguration accepterer dit eget eller et eksternt RFC 3161-endpoint. Protokollen bruger en digest; det fastslår ikke alle de anmodninger, applikationen sender. | Hvilken udgave muliggør det, hvilken udsteder svarer, og kræves kvalificeret status? Undersøg faktiske anmodninger og netværksmetadata. |
| Certifikater, fjernsignering og licensering | Certifikatkonfiguration, Documensos kommercielle fjernsigneringsmulighed og DocuSeal Pro-registrering skaber separate konfigurationsspørgsmål. | Overfører den valgte rute en PDF, digest, identifikatorer eller brugsdata? Få oplysninger om de overførte data til licensering og forbrugsmåling; antag ikke, at kun digests behandles. |
| Integrationer og valgfri automatisering | Webhooks og integrationer er konfigurerbare ruter, ikke bevis for en komplet fortegnelse over udgående trafik. | Registrér endpoints, hændelsesindhold og tjenestelogs, inklusive aktiveret AI eller analyse. Undersøg dokument-URL’er, indhold og personlige metadata. |
| Hosting og support | En lejet server tilføjer en infrastrukturrelation ud over underskriftsapplikationen. | Godkend fysisk placering, sikkerhedskopier, administrativ adgang og supportadgang separat. |
Brug samme fortegnelse over eksterne kald som til andre forretningsapplikationer: Følg hver forbindelse videre end brugerfladen. Undersøg konfigurerede endpoints og overførte data med syntetiske filer. Et vellykket lokalt login beviser intet om ikke-undersøgte udgående ruter.
Budgettér med udgaven og det arbejde, du selv beholder
En installation uden licensomkostninger kræver stadig lagring, e-maillevering og en ansvarlig for gendannelse. DocuSeals Pro-vejledning og Documensos udgavesammenligning skelner mellem softwarerettigheder og ejerskab til infrastrukturen. Budgettér den præcise proces, inklusive betalte handlinger og støttetjenester, og fordel driftsansvaret. “Ubegrænsede” dokumenter eller brugere giver ikke ubegrænset serverkapacitet eller gratis drift.
Budgettér med beregningskraft, database- og dokumentlagring, sikkerhedskopier, e-maillevering, certifikater eller tillidstjenester, kommercielle licenser, forbrugsgebyrer og administratortid.
| Budgetpost | Oplysninger før godkendelse |
|---|---|
| Licens og forbrug | Nødvendig udgave, fornyelsesvilkår, integrationsgebyrer og den enhed, der udløser hver betaling. Få bekræftelse på uklare eksporter eller autentificeringsmuligheder. |
| Beregningskraft og bevarede data | Applikations-/databasehosting, primære filer, backupkapacitet, vækst ved opbevaring og gendannelsesinfrastruktur. Virksomhedens hardware har også kapacitets- og vedligeholdelsesomkostninger. |
| Støttetjenester | E-maillevering, identitet/SMS, signeringscertifikater og nødvendige tidsstempel- eller fjernsigneringstjenester. Medtag eventuelle forbrugsbaserede gebyrer. |
| Tidsforbrug til drift | Opdateringer, adgangsgennemgange, sikkerhedskonfiguration, leveringsfejl, overvågning og isolerede gendannelsesøvelser. Udpeg en primær operatør og en afløser ved fravær. |
Estimér efter dokumentstørrelse, opbevaringsperiode og spidsbelastning ved underskrift. Undgå at sammenligne et SaaS-abonnement med kun erstatningens regning for beregningskraft; de indeholder forskelligt arbejde. Er et nødvendigt kommercielt vilkår eller en tjeneste stadig ukendt, er budgettet ufuldstændigt, selv om applikationslicensen er gratis.
En mindre godkendt proces er et rimeligt udgangspunkt. Udskyd valgfri automatisering, indtil rettigheder, datarute og ansvarlig er afklaret.
Kør et syntetisk pilotforsøg, før kontrakterne flyttes
Brug en fiktiv aftale og testmodtagere til at vurdere den valgte udgave, før kontrakter flyttes. Documensos krav og OpenSigns Docker-vejledning identificerer afhængigheder; det foreslåede pilotforsøg skal afprøve underskrift, eksport af beviser og gendannelse samlet. Dette er en acceptplan, ikke en rapport om udførte tests. Registrér fejl og ubesvarede spørgsmål sammen med den vurderede konfiguration.
- Fastlås release eller image, og registrér udgave, licens og installeret version. Definér nødvendige handlinger og acceptable beviser før installation. Bevar registreringen sammen med installationskonfigurationen, så de samme kontroller kan gentages efter en opdatering.
- Godkend endpoints og lagringsdestinationer. Medtag eksterne ruter i arbejdsarket, og undersøg syntetiske invitations- og afslutningsmails, vedhæftninger og observerede overførte data. Kontrollér, hvis det er relevant, at den valgte OpenSign-rute omfatter din backend.
- Gennemfør en repræsentativ invitation med eksterne testmodtagere. Afprøv den krævede verifikation, underskriftsrækkefølge, afvisning eller udløb og afslutning. Bekræft tilgængelighed for modtagere uden for virksomhedsnetværket, og undersøg leveringsfejl.
- Eksportér den færdige PDF og revisionsregistreringen i den krævede form. Validér underskrifter, certifikater og eventuelle tidsstempeltokens uafhængigt af applikationens succesmeddelelse. Sammenlign integriteten med den bevarede autentificerede reference; ændr en separat kopi, og se, hvad valideringen opdager. Det er en teknisk kontrol, ikke en test af et juridisk udfald.
- Genstart installationen, og bekræft fortsat adgang til registreringerne. Gendan i et isoleret miljø, og gentag hentning og validering. Giv backupmål og gendannelsesansvar klare acceptkriterier; en backupopgave, der melder succes, er ikke nok.
- Planlæg en kontrolleret overgang. Bevar færdige PDF’er og deres oprindelige beviser adskilt fra nye skabeloner. Afgør, hvordan åbne anmodninger afsluttes. Import af en PDF i en ny applikation rekonstruerer ikke dens oprindelige underskriftshistorik.
Vores DocuSeal-installation med ét klik hjælper med den første opsætning, når godkendt lejet infrastruktur passer til modtagernes adgang; manuel installation på virksomhedens hardware eller hos en godkendt udbyder er stadig mulig. Vælg blandt vores globale VPS-lokationer ud fra installationens krav til dataplacering.
Ofte stillede spørgsmål
Faktureringsenheder, pakkelicenser og installerede builds kræver separate registreringer, også efter at processen er valgt.
Faktureres underskrivende modtagere som platformsbrugere?
Nej. DocuSeals forklaring af Pro-fakturering skelner mellem platformsbrugere og underskrivende modtagere. API’ens og indlejringens forbrugsenhed er en afsluttet indsendelse, som kan indeholde flere filer og parter. Registrér både platformsbrugerrettigheder og relevante forbrugsgebyrer; anvend ikke den faktureringsmodel på et andet projekt.
Dækker én licens alle komponenter i projektlageret?
Undersøg de valgte filer og pakker. Documenso har en separat licens til den kommercielle mappe; OpenSigns undtagelser fra rodlicensen undtager en bestemt serverrutemappe, når den findes. Registrér ved en tilpasset build de inkluderede komponenter og deres licenser, før du antager, at projektlagerets hovedlicens beskriver hver komponent.
Identificerer en upstreamrelease min installerede build?
Nej. En upstreamrelease identificerer upstreamsoftware, mens en installation har sin egen udrullede build og udgave. Registrér den version, som den kørende applikation eller dens installationsmetadata viser, før pilotforsøget. Udled ikke sammenhængen af en releaseannoncering, og gentag acceptkontrollerne, når den installerede build ændres.
Diskussion
Kommentarer
Log ind for at deltage i diskussionen.