Kilenc szerződéstípus, öt nyelv, nyelvenként külön klauzulakészlet
A szerződés nem üres lapról indul, hanem egy előre elkészített szerződéstípusból.
A kilenc előbeállítás: keretszerződés szolgáltatásra (MSA), munkaleírás (Statement of Work), Werkvertrag (svájci vállalkozási szerződés), megbízási szerződés (Mandat), visszatérő szolgáltatás, B2C általános feltételek, közvetítői szerződés, titoktartási megállapodás (NDA) és licencszerződés. Mindegyiknek saját dokumentumcíme van mind az öt nyelven, így a német PDF fejlécében DIENSTLEISTUNGSVERTRAG áll, az olaszéban CONTRATTO DI PRESTAZIONE DI SERVIZI, nem pedig egy angol cím, alatta lefordított bekezdésekkel.
A klauzulakészlet is nyelvenként külön áll. Az angolnak, a németnek, a franciának, az olasznak és a magyarnak is saját klauzulafájlja van, így az ügyfele a saját nyelvén megírt szöveget olvassa, nem pedig megjelenítéskor átfuttatott fordítást. A német végig svájci német: mindenhol ss, soha nem eszett.
A törzsszöveget rich-text szerkesztőben írja: címsorok, félkövér, dőlt, aláhúzás és listák, markdownként tárolva. Csak piszkozat szerkeszthető: az elküldött szerződést előbb vissza kell állítani piszkozattá, így senki nem írhatja át csendben azt a dokumentumot, amelyet az ügyfél éppen olvas.
Árazott tételek a szerződés törzsszövegében
Az áraknak a szerződésben a helyük, nem egy mellékletben, amelyet senki nem ír alá.
A mennyiséggel és árral megadott tételek magába a szerződésbe kerülnek, és valódi táblázatként jelennek meg a törzsszövegben. A pénzügyi számítás, a csoportosítás és a táblázat egyetlen helyen él, és minden nyelv csak a szavait adja hozzá. Ettől marad ugyanaz a kerekítési szabály németül és olaszul is, ahelyett hogy az egyik dokumentumban helyes, a másikban hibás lenne.
- Tetszőleges árazott tétel a szerződés törzsszövegében, valódi táblázatként kinyomtatva, nem folyó szövegbe másolva
- A szerződés szövegébe beírható az MWST (svájci áfa) CHF 100'000 összegű regisztrációs értékhatárára vonatkozó nyilatkozat (MWSTG 10. cikk (2) bekezdés a) pont), így a PDF, az előnézet és az aláírási oldal is viszi magával: az elsődleges nyelven mindig, kétnyelvű módban a második nyelven is
- A szerződés rögzítheti, melyik árajánlatból készült; a másik fiókhoz tartozó árajánlat helyére semmi nem kerül, hogy ne maradjon lógó hivatkozás
- A mellékletként csatolt képek és PDF-ek a letöltött szerződés PDF-jéhez fűződnek: a képek oldalanként egy, mérethelyesen, a PDF-mellékletek oldalról oldalra
Mielőtt egy melléklet bekerülne a PDF-be, a rendszer újra összeveti a tárolási kulcsát a szerződést birtokló fiókkal. A máshová mutató útvonalat elutasítja, nem jeleníti meg.
Kétnyelvű szerződések és az irányadó változat
Egy svájci szerződésnek gyakran egyszerre két nyelven kell léteznie, és az egyiknek döntenie kell.
Kétnyelvű módban a PDF két hasábban, mindkét kiválasztott nyelven, ugyanazon az oldalon jelenik meg. A szerződés kifejezetten megnevezi az irányadó változatot: azt, amelyik a két nyelv eltérése esetén dönt. Ez a mondat a dokumentum része, így a kérdés a papíron dől el, nem egy későbbi e-mailben.
Szerződés küldése aláírásra
Az ügyfele nem hoz létre fiókot, és nem kap jelszót. Egyetlen linket kap.
Fejezze be a piszkozatot
Szöveg, árazott tételek, mellékletek és nyelvek. A piszkozat kérésre újra elkészül, tehát mindig az aktuális dokumentumot látja, nem egy múlt heti mentett példányt.
Küldje el az aláírási linket
Privát, egyszer használatos link, 7, 14 vagy 30 napig érvényes, vagy lejárat nélkül; az alapértelmezés 14 nap. Az adatbázis csak a token SHA-256 lenyomatát tárolja, így soha nem őriz működő linket.
Az aláíró megerősíti a címét
Hatjegyű kód megy e-mailben az aláírónak, 10 percig érvényes, két küldés között 45 másodperc várakozással, kódonként hat próbálkozással. Csak a kód lenyomata tárolódik, és a rendszer az aláírást elutasítja addig, amíg a kódot nem ellenőrizte.
Az ügyfél aláír
Beírja a teljes, hivatalos nevét, megrajzolja az aláírását, és kifejezetten kipipálja a hozzájárulást. A hozzájárulás szövege ott van az oldalon, közérthetően, még mielőtt bármit elküldene.
Ön ellenjegyez
A saját aláírását a szerződés oldaláról rajzolja meg. A szerződés csak akkor válik aláírttá, ha mindkét fél aláírta: az ügyfél beküldésétől önmagában nem billen át aláírt állapotba.
Az aláírt PDF archívumba kerül
Az aláírás pillanatában a megszerkesztett dokumentum bájtról bájtra eltárolódik, és a rendszer onnantól változatlanul azt szolgálja ki.
Mit bizonyít az aláírt PDF, és mit nem
A naplózás konkrét, a jogi besorolás pedig kimondva szerepel, nem csak sugallva.
- Beírt név
- Az aláíró teljes, hivatalos neve pontosan úgy, ahogyan beírta, legfeljebb 200 karakterben.
- Rajzolt aláírás
- Maga a rajz, az aláírási rekorddal együtt tárolva.
- Időpont, IP-cím és eszköz
- Mikor küldték be az aláírást, melyik IP-címről, és milyen böngésző-azonosítóval (user agent).
- Tartalmi ujjlenyomat
- Az aláíráskor megjelenített szerződésszöveg SHA-256 lenyomata. Ha a szöveg utóbb megváltozik, a lenyomat már nem illeszkedik rá.
- Szerződésváltozat
- Melyik mentett változathoz tartozik az aláírt szöveg. A változatnapló minden szövegváltozatot csak olvashatóan őriz meg, szerzővel, időbélyeggel és lenyomattal, és megjelöli azokat a változatokat, amelyekre aláírás született.
- Ellenőrzött e-mail-cím
- Bizonyíték arra, hogy az aláíró címére küldött kódot helyesen írták be, mielőtt a rendszer elfogadta az aláírást.
Az aláírás atomi módon használódik el. Ugyanazon a linken beküldött második aláírás, vagy olyan, amely a link lejárta után érkezik, nem csúszhat át.
A bájtpontos aláírt archívum
Az ügyfele megszerkesztett dokumentumot írt alá, nem markdownt.
Ugyanazoknak a szavaknak a későbbi újragenerálása nem ugyanaz a dokumentum: elég egy másik betűtípus, margó vagy sortörés, és ugyanabból a szerződésből más bájtok születnek. Ezért a PDF pontosan úgy archiválódik, ahogyan az aláírás pillanatában állt, és onnantól ez a fájl töltődik le.
- Az archivált bájtokat változatlanul szolgálja ki a rendszer; az aláírt szerződés soha nem generálódik újra
- A feltöltés megtagadja a már meglévő bájtok felülírását
- Adatbázis-trigger utasít el minden olyan módosítást, amely egy már beállított mutatót mozdítana el, akkor is, ha a kérés közvetlenül az API-n érkezik, nem csak akkor, ha az alkalmazásból
- Az alá nem írt szerződéseket a rendszer szándékosan nem archiválja: a piszkozat kérésre újra elkészül, egy elavult mentett példány pedig semmit nem bizonyítana, viszont fogyasztaná a tárhelykeretét
Státuszok, változatok és lejárat
Négy státusz, és az egyik szándékosan nem automatikus.
| Státusz | Mit jelent | Mit tehet vele |
|---|---|---|
| Piszkozat | Készül; kívülálló még nem látta | Szabadon szerkesztheti, kérésre PDF-et készíttet, aláírásra küldi |
| Elküldve | Az aláírási link kint van az ügyfélnél | Állítsa vissza piszkozattá a szöveg módosításához, vagy várja meg az aláírást |
| Aláírva | Mindkét fél aláírta | Töltse le az archivált PDF-et; a szöveg rögzült |
| Lejárt | Ön jelölte meg úgy, hogy már nincs hatályban | Ön állítja be; az érvényességi véghatáridő önmagában nem változtatja meg |
A szerződés tárolja az érvényesség kezdetét és végét, a naptár pedig az adott napon megjeleníti a szerződés lejárata bejegyzést, a számlák fizetési határideje, az MWST-bevallás dátumai és a többi mellett. A státuszt semmilyen háttérfolyamat nem billenti át: a lejárat olyan döntés, amelyet Ön rögzít, nem olyasmi, amiről a rendszer Ön helyett határoz.
Amit az itteni szerződések nem tudnak
Az őszinte lista, hogy gyorsan kizárhassa, ha nem ez kell Önnek.
- Nincs minősített elektronikus aláírás. Az alkalmazáson belüli aláíráshoz tartozik naplózás, de kifejezetten nem QES.
- Nincs jogi tanácsadás. A kilenc előbeállítás hasznosnak szánt kiindulópont, nem az Ön helyzetére adott szakvélemény, és nem helyettesíti az ügyvédet vagy a Treuhändert (svájci könyvelő és adótanácsadó).
- A szerződések és az aláírási folyamat a Professional és a Business csomag része. A Free és a Starter fiókokban nem érhető el.
- A szerződések nem jelennek meg a csak olvasható ügyfélportálon, amely a számlákat, az árajánlatokat és a megosztott dokumentumokat mutatja. Az aláírás saját, egyszer használatos linken keresztül történik.
- Nincs automatikus lejárat. A szerződést semmi nem állítja lejártra az érvényességi véghatáridején.
- Nincs utólagos archiválás azoknál a szerződéseknél, amelyeket a bájtpontos archívum létrejötte előtt írtak alá.
- A lezárás, vagyis a tartalom és a PDF illetéktelen módosítást leleplező lenyomata, számlafunkció. A szerződésnél ennek megfelelője az aláíráskor készülő archívum.
- Az AI asszisztens javasolhatja szerződés létrehozását vagy a státusza beállítását olyan terv lépéseként, amelyet Ön előbb elolvas és jóváhagy. Soha nem küld szerződést, e-mailt vagy bármi mást az ügyfélnek, és a szótárában nincs is olyan lépés, amely erre képes lenne.
Gyakori kérdések
Érvényes Svájcban a Solory e-aláírása?
Az aláírási oldal a saját szavaival mondja ki a választ: egyszerű elektronikus aláírást ad, amely bizonyító erővel bírhat, de nem minősített elektronikus aláírás, és nem feltétlenül elégíti ki azokat az alaki követelményeket, amelyek kifejezetten minősítettet írnak elő. Mellé rögzül az ellenőrzött e-mail-cím, a beírt név, a rajzolt aláírás, az időpont, az IP-cím, az eszköz és az aláíráskor megjelenített pontos szöveg SHA-256 ujjlenyomata. Ahol az alaki követelmény minősített aláírást kíván, ahhoz minősített bizalmi szolgáltató kell; kérdezze meg a jogi tanácsadóját, melyik kategóriába esik a szerződése.
Melyik csomag kell a szerződésekhez és az aláíráshoz?
A Professional havi CHF 29-ért és a Business havi CHF 59-ért tartalmazza a szerződéseket és az e-aláírást. A Free és a Starter nem. Az árak fiókonként, havonta értendők svájci frankban, és MWST nélkül szerepelnek, mert az üzemeltető a svájci MWST-regisztrációs értékhatár alatt van, és nem MWST-alany.
Kell fiók az ügyfelemnek az aláíráshoz?
Nem. Megnyit egy privát, egyszer használatos linket, hatjegyű kódot kap az e-mail-címére, beírja, begépeli a teljes, hivatalos nevét, megrajzolja az aláírását, és kipipálja a hozzájárulást. A folyamatban sehol nincs ügyfélbelépés és jelszó. Csak a linkhez tartozó token és a kód lenyomata tárolódik, így egyiket sem lehet visszaolvasni az adatbázisból.
Mi történik, ha a szerződés szövege az aláírás után megváltozik?
Az aláíráskor rögzített SHA-256 ujjlenyomat már nem illeszkedik a megváltozott szöveghez, és pontosan ez az ujjlenyomat feladata. Maga az aláírt PDF érintetlen: a rendszer az archivált bájtokat szolgálja ki, a feltöltés megtagadja a felülírásukat, és adatbázis-trigger utasít el minden kísérletet az archívum átirányítására. Az aláírt szerződés az alkalmazásban sem szerkeszthető, csak a piszkozatok.
Kiállíthatok szerződést két nyelven?
Igen. Válasszon elsődleges és második nyelvet, és a PDF két hasábban készül el, a két nyelv egymás mellett, kifejezett kikötéssel arról, hogy eltérés esetén melyik változat irányadó. A címek és a klauzulák angolul, németül, franciául, olaszul és magyarul állnak rendelkezésre, a német szöveg pedig végig ss-t használ az eszett helyett.
Lejárnak maguktól a szerződések?
Nem. A szerződés tárolja az érvényesség kezdetét és végét, és a naptár az adott napon megjeleníti a szerződés lejárata bejegyzést, de a státuszt semmilyen háttérfolyamat nem módosítja. A lejárt állapotot Ön állítja be. Ez szándékos: egy mezőben álló dátum nem ugyanaz, mint a döntés, hogy a megállapodás véget ért.
Megírhat és elküldhet helyettem egy szerződést az AI asszisztens?
Javasolhatja szerződés létrehozását vagy a státuszának módosítását olyan terv lépéseként, amelyet Ön teljes egészében lát, és futtatás előtt jóváhagy. Szerződést, számlát, árajánlatot vagy fizetési emlékeztetőt nem küldhet az ügyfélnek, mert küldési lépés nem is létezik abban, amit javasolhat. A tervezés csak olvasható; a végrehajtás kizárólag az Ön megerősítése után indul, és ugyanazokon az ellenőrzött műveleteken megy keresztül, amelyeket az űrlapok is használnak.