SOW SaaS: implementációs szerződés strukturálása 2026-ban

Bevezetés: miért a SOW az alapja a sikeres SaaS implementációnak

Egy B2B SaaS telepítés során a Statement of Work (SOW) sokkal több, mint egyszerűen egy kereskedelmi megállapodáshoz csatolt szerződéses dokumentum. Ez az implementációs projekt operatív gerincét képezi: platform konfigurálása, felhasználók képzése, szállítási mérföldkövek, elfogadási kritériumok és támogatási hatókör. A Gartner 2024-es tanulmánya szerint az SaaS telepítések több mint 60%-a lépik túl az eredeti költségvetésüket egy kellőképpen pontosított SOW hiánya miatt. Egy B2B kontextusban, ahol szerződéses, szabályozási és operatív kérdések keresztezik egymást, az SaaS SOW struktúrájának elsajátítása döntő versenyelőnyt jelent. Ez a cikk végigvezeti Önt egy SaaS implementációs SOW alapvető összetevőin, a szállításoktól a cégirányítási kereten át, az onboardinggal és az aláírási módokkal bezárólag.

---

A SaaS implementációs SOW alapvető összetevői

A projekt hatóköre és mérhető célok

Egy hatékony SaaS SOW a hatókör (scope) pontos meghatározásával kezdődik. Ez a szakasz három alapvető kérdésre kell válaszoljon: mit csinál, kinek, és milyen időkeretben? A hatókörhöz leírni kell:

• Az aktivált modulok vagy funkciók: SSO hitelesítés, API integrációk, validációs munkafolyamatok, analitikai irányítópultok.

• Az érintett felhasználók száma és profiljuk (adminisztrátorok, aláírók, olvasók).

• Az integrációk a meglévő rendszerekkel: ERP, CRM, SIRH, dokumentumkezelési eszközök.

• Kifejezett kizárások: az abból adódó, amit nem fedez le, elkerülhető a hatókör túlnyúlása (scope creep), amely a viták fő forrása.

Minden célkitűzést az SMART módszer szerint kell megfogalmazni (Specifikus, Mérhető, Elérhető, Reális, Időhöz kötött). Például: „A platform 150 pilotfelhasználó számára működőképes lesz a SOW aláírásánál számított 45 naptári napon belül".

Szerződéses szállítások és elfogadási kritériumok

A szállítások szakasza gyakran a legtöbb vita tárgya vitás esetekben. A SOW-ban jól megfogalmazott szállítás a következőket kell tartalmazza:

• A szállítás funkcionális leírása (pl.: konfigurált tesztkörnyezet, validált API csatlakozó).

• A felelős fél (szolgáltató vagy kliens).

• A szerződéses határidő.

• Mérhető elfogadási kritériumok: rendelkezésre állási arány, válaszidő, validált tesztkészletek.

• A tesztelési eljárás: az ügyfél oldali validálási határidő (általában 5-10 munkanap), blokkoló és melléklagos anomáliák kezelése.

Az vállalati elektronikus aláírás területén a tipikus szállítások az aláírási munkafolyamatok konfigurálása, a sablonok testreszabása (márkajelölés), az integrálása az SI HR vagy jogi osztályaival, valamint az aláírási szintek validálása (SES, AES, QES az eIDAS szerint).

A projekt irányítása és RACI mátrix

Egy irányítás nélküli SOW egy pilótázás nélküli SOW. Az RACI mátrix (Responsible, Accountable, Consulted, Informed) lehetővé teszi a szerepkörök tisztázását minden szállítás és döntés esetében. Ezt mellékelni kell a SOW-hoz és kifejezetten hivatkozni kell rá. Az előirányzandó irányítási szervek:

• Működési bizottság (kéthetente): feladatok nyomon követése, blokkolások feloldása.

• Irányítási bizottság (havonta): mérföldkövek validálása, stratégiai döntéskezdemények.

• Szerződéses eszkaláció: formális eljárás a szállítás vagy a határidő túllépésével kapcsolatos véleménykülönbségek esetén.

---

SaaS konfigurálás: hogyan dokumentáljuk a konfigurációkat a SOW-ban

Konfigurálás technikai specifikációi

Egy B2B SaaS megoldás konfigurálása az implementáció teljes terhelésének 30-50%-át képviselheti. A SOW pontosan dokumentálnia kell:

• A szokásos konfigurációk az alapvető hatókörben (előre definiált munkafolyamatok, natív dokumentumsablonok).

• Az adott konfigurációk, amelyek fejlesztést vagy fejlett testreszabást igényelnek (üzleti szabályok, megrendelésre készült integrációk).

• Az átviendő vagy integrálandó referencia adatok (LDAP/AD könyvtárak, harmadik féltől származó referenciaforrások).

• A szükséges technikai környezet: callback URL, whitelist IP, SSL tanúsítványok, SAML paraméterek az SSO-hoz.

Bármely adott konfigurációnak a SOW-hoz mellékelt technikai lapra kell támaszkodnia, amelyet mindkét fél aláír. Ez az eljárás elkerüli a későbbi nézeteltéréseket arról, hogy mi volt „beépítve" vagy sem.

Fejlesztések kezelése projekt közben

A konfigurálás elkerülhetetlenül fejlődik a projekt során. A SOW-nak formalizált módosítási kérelem (CR) eljárást kell előírnirania:

• Módosítási kérelem form: funkcionális leírás, hatás a határidőre, hatás a költségvetésre.

• Árajánlat határideje: a szolgáltató általában 5 munkanapos határidővel rendelkezik egy árajánlat megfogalmazásához.

• Formális validálás: bármely elfogadott CR elektronikusan aláírható és a SOW-hoz mellékelt módosítás képezi.

Az eIDAS szabályozásnak megfelelő elektronikus aláírás eszköz használata ezen módosítások aláírásához biztosítja azok bizonyítóértékét és felgyorsítja az érvényesítési ciklusokat.

---

Képzés és onboarding: a SOW SaaS gyakran elhanyagolt szállítása

Felhasználói profil szerint strukturált képzési terv

Az onboarding az az fázis, amely meghatározza egy SaaS megoldás elfogadási arányát — és ezáltal a tényleges ROI-ját. Azonban gyakran aluldokumentált a SOW-kban. Egy teljes képzési terv meg kell hogy különböztesse:

• Technikai adminisztrátorok: fejlett konfigurálás, jogok kezelése, integrációk felügyelete, riasztások beállítása.

• Üzleti adminisztrátorok: munkafolyamatok létrehozása, sablonkezelés, jelentéskezelés.

• Végfelhasználók: a napi funkciók elsajátítása, aláírási folyamatok, értesítéskezelés.

Minden képzési ülést a SOW-ban le kell írni: időtartam, formátum (személyes, távolsági, e-learning), maximális résztvevőszám, biztosított anyagok (PDF útmutatók, videó oktatóanyagok, GYIK), és sikerekritérium (kvíz-validálás, befejezési arány).

Az onboarding dokumentációs szállítása

A képzési üléseken túl a SOW-nak fel kell sorolnia a szerződéses dokumentációs szállításokat:

• Adminisztrátori útmutató: konfigurálási eljárások, 1-es szintű incidenskezelés.

• Végfelhasználói útmutató: lépésről lépésre való elsajátítás, üzleti használati esetek.

• Integrációs runbook: az üzembe helyezett API-k és csatlakozók technikai dokumentációja.

• Folytonosság terve: a platform indisponibilitása esetén az átváltási eljárások.

Ezeket a dokumentumokat szerkeszthető formátumban kell szállítani (hogy az ügyfél karbantarthassa) és formális tesztelésnek kell alávetni. Az Certyneo AI szerződésgenerátora segíthet ezen szállítások standardizált mellékleteit gyorsan előállítani.

Hypercare időszak és az átmenet a standard támogatáshoz

A hypercare időszak az indulás utáni első heteket jelöli, amikor a szolgáltató megerősített támogatási szintet tartalmaz. A SOW-nak tisztáznia kell:

• Az időtartam (általában 2-4 hét az éles indítás után).

• A támogatási kötelezettségek: válaszidők, nyitva tartási időpontok, dedikált kapcsolattartási csatorna.

• A hypercare kilépésének kritériumai: megoldott kritikus incidensek száma, elért minimális elfogadási arány.

• Az átmenet a standard SLA-hoz: átadási eljárás, kijelölt támogatási kapcsolattartó.

---

Mérföldkövek, kifizetések és fogadási feltételek a SOW SaaS-ban

A szerződéses mérföldkövek szerkezete

A B2B SaaS SOW szerződéses naptára általában 4-6 nagy mérföldkő körül szerveződik:

• Kick-off: indítási értekezlet, hozzáférések validálása, környezetek megnyitása.

• A tervezési fázis vége (Design): funkcionális és technikai specifikációk validálása.

• A tesztkörnyezet szállítása: teljes konfigurálás elérhető az ügyfél teszteléséhez.

• Tesztelés validálva: az ügyfél által aláírt tesztjegyzőkönyv.

• Az éles üzembe helyezés: üzembe helyezés az éles üzemi környezetben, megnyitás a felhasználók számára.

• A hypercare vége: átmenet a standard támogatáshoz, a projekt lezárása.

Minden mérföldkőhöz hozzá kell rendelni egy szerződéses dátumot, az ehhez kapcsolódó szállítások listáját és szükség esetén a számlázási határidőt.

Az szállításokhoz kötött fizetési feltételek

A lépcsőzetes fizetési struktúra (milestone-based billing) a legalkalmasabb az SaaS implementációs projektekhez. Ez a számlázási okmányok kioldódását a szállítások formális validálásához köti, amely mindkét felet védi. Tipikus eloszlás:

• 30% a SOW aláírásánál.

• 30% a tesztelés validálásánál.

• 40% az éles üzembe helyezésnél.

Az Certyneo-ban elérhető szerződéssablonok előre megírt és a francia szerződésjognak megfelelő lépcsőzetes fizetési kifejezéseket tartalmaznak.

Késedelmi büntetések és felelősség korlátozása

A SOW-nak egyensúlyozott mechanizmusokat kell előirányzania:

• Késedelmi büntetések a szolgáltató terhére (általában az érintett mérföldkő összegének 0,5%-1%-a hetente, maximálisan az összeg 10%-a).

• Az ügyfél kötelezettségei: erőforrások biztosítása, validálása a kijelölt határidőkben. Az ügyféltől adódó késedelem felfüggeszti a szolgáltató szerződéses határidőit.

• Felelősség globális korlátozása: az szerződés teljes összegében felső határ a legtöbb SaaS SOW-ban.

• Vis maior: szerződéses meghatározás, amely kifejezetten a fő biztonsági incidenseket és az infrastruktúra harmadik fél indisponibilitását (felhőszolgáltatók) tartalmazza.

A SaaS implementációs SOW-ban alkalmazandó jogkeret

A SaaS SOW megírása és aláírása Franciaországban és az Európai Unióban egy multi-szintű jogi keretbe illeszkedik, amelyet feltétlenül szükséges elsajátítani.

Francia szerződésjog

A SOW a Civil Code 1101. és következő cikkeit érinti szinallagmatikus szerződés. A 2016-os kötelezettségek jogi reformja (2016-131 sz. rendelet) közvetlenül alkalmazható rendelkezéseket vezetett be az SaaS implementációs szerződésekhez:

• 1112-1. cikk: szerződés előtti tájékoztatási kötelezettség. Az SaaS szolgáltatónak minden, az ügyfél beleegyezésének meghatározottságára vonatkozó információt közölnie kell, különösen a platform technikai korlátait.

• 1217. cikk: jogorvoslatok hierarchiája a nem teljesítés esetén (feloldás, ár csökkentés, kártérítés), akkor alkalmazható, amikor a SOW szállítása nem megfelelő.

• 1231-5. cikk: a szerződésszerű büntetési clauzulák felülvizsgálhatók a bíróság által, ha nyilvánvalóan túlzottak vagy nevetségesek.

Elektronikus aláírás és bizonyító értéke (eIDAS / Civil Code)

A SOW elektronikus aláírása az eIDAS n°910/2014 rendelet (EU) és annak 25-32. cikke, valamint a francia Civil Code 1366. és 1367. cikke által szabályozódik. Az 1366. cikk előírja, hogy „az elektronikus írás ugyanolyan bizonyító erővel rendelkezik, mint a papír alapú írás", feltéve, hogy szerzőjének személyazonossága megfelelően megállapított és annak integritása garantált. Az 1367. cikk meghatározza, hogy az elektronikus aláírás a megbízható azonosítási eljárásból kell hogy adódjon.

Egy jelentős összegeket érintő SOW esetén (50 000 € feletti), ajánlott egy fejlett elektronikus aláírást (AES) vagy minősített aláírást (QES) használni az eIDAS értelmében, amely egy qualified trust service provider (QTSP) által kibocsátott tanúsítványhoz csatolt, amely a European Trust List-en (eIDAS Trust List) szerepel.

Adatvédelem (GDPR)

Az (EU) 2016/679 rendelet (GDPR) akkor alkalmazandó, amikor a SOW személyes adatok feldolgozását szabályozza (pl.: felhasználóadatok, bejelentkezési naplók, aláírás metaadatai). A SOW-nak előírni kell vagy hivatkoznia kell:

• Egy DPA (Data Processing Agreement / Adatfeldolgozási megállapodás), amely megfelel a GDPR 28. cikkének.

• Az adatok tárolási helye (GDPR 46. cikk az EU-n kívüli átvitelekhez).

• A technikai és szervezeti biztonsági intézkedések (GDPR 32. cikk).

Kiberbiztonsági és NIS2 irányelv

Az NIS2 irányelv (2022/2555/UE), amely átültetve a francia jogba, erősített kötelezettségeket ró a digitális szolgáltatások nyújtóira a kockázatkezelés és a biztonsági incidensek bejelentésében. A SOW-nak tartalmaznia kell az incidens biztonsági incidensek bejelentési határidejére vonatkozó clauzulákat (72 óra a jelentős incidensekre), biztonsági auditokra és a szolgáltatás folytonossági kötelezettségekre.

Alkalmazandó ETSI normák

Az elektronikus aláírási munkafolyamatokhoz integrálva az SaaS platformba, az ETSI EN 319 132 (XAdES), ETSI EN 319 122 (CAdES) és ETSI EN 319 162 (ASiC) normák az aláírási formátumokat definiálják, amelyeknek hosszú ideig érvényes bizonyító értékük van. A SOW-nak kifejezetten meg kell határoznia a támogatott aláírási formátumokat és az ETSI normáknak való megfelelésüket.

Használati esetek: a SOW SaaS valós szituációban

1. forgatókönyv — Egy SaaS HR szerkesztő telepítése egy közepes iparműködési vállalatnak

Egy 1200 munkavállaló körüli közepes iparműködési vállalat egy SaaS megoldást szeretne telepíteni a munkaszerződések kezelésére és elektronikus aláírásra a 8 termelési helyszínén. Az implementációs SOW 5 mérföldkövet strukturál 90 napra: multi-szintű aláírási munkafolyamatok (manager, HR-igazgató, munkavállaló), integrálás a meglévő SIRH-val API REST-en keresztül, 12 HR adminisztrátor és 60 közvetlenül felettes képzése, valamint az éles üzembe helyezés helyek hullámainak megfelelően.

Egy pontos SOW-nak köszönhetően, amely mérhető elfogadási kritériumokat tartalmaz, a projekt 87 napra készül el (határidőn belül), 94%-os elfogadási arányt mutat J+30-ban, és 68%-os csökkenést eredményez az átlagos aláírási időben a munkaszerződésekhez (11 napból 3,5 napra). A SOW-ban formalizált módosítási kérelem eljárás lehetővé teszi 3 fejlesztési kérelem kezelését a hatókör túlnyúlása és számlázási viták nélkül.

2. forgatókönyv — Egy közepes méretű jogi kancelláriája migrálása egy új aláírási platformra

Egy 45 munkatársat foglalkozató üzleti jogtudományi iroda úgy dönt, hogy migrál egy új, eIDAS QES-kompatibilis elektronikus aláírás eszközre a nagy tétű szerződésekhez (részesedések átruházása, kezességi). A SOW fedezi a 2300 archivált dokumentum migrálását, az aláírási munkafolyamatok átkonfigurálását szerződésétípus szerint, az összes munkatárs képzését (2 x 3 órás ülés) és az üzleti kancelláriának szóló szoftverrel való interoperabilitás validálását.

A 3 hetes hypercare klózula lehetővé teszi 7 melléklagos anomália megoldását az indítás után a szünet nélkül. A kancelláriának az aláíráskezeléshez kapcsolódó adminisztratív feladatokból becsüli a 4 óra megtakarítást hetente, amely körülbelül 15 000 € éves megtakarítást jelent a felhalmozódott időből, a Jogi Menedzsment Megfigyelés (2024) által közzétett tartománytartományok szerint.

3. forgatókönyv — Egy SaaS scale-up telepítése szállítói szerződések irányításában egy nagy forgalmazási csoport számára

Egy SaaS szerkesztő scale-up aláír egy SOW-t egy nemzeti forgalmazóval, amely több mint 3000 szállítói szerződést kezel évente. A SOW 3 fázisban való telepítést látván: pilot 50 felhasználóra (J+0 – J+30), kiterjesztés 300 felhasználóra (J+31 – J+60), nemzetközi telepítés (J+61 – J+90). Mindegyik fázisnak saját szállítása, elfogadási kritériuma és fizetési mérföldköve van.

Az SOW-hoz mellékelt RACI mátrix 6 ügyféloldali interlocutor (DSI, Beszerzési Igazgatóság, Jogi Igazgatóság, Compliance) azonosít és világosan meghatározza az ellenőrzési felelősségeket minden lépésnél. A scale-up elkerüli az inter-igazgatósági blokkolásokat, amely 18 hónappal korábban egy hasonló telepítést kudarcra ítélt. A szerződéskonverziós ráta az elektronikus aláírásra 89%-ot éri el 6 hónapban, megfelel a SOW céljainak.

Gyakran feltett kérdések

Milyen különbség van egy SOW és egy SaaS keretszerződés között?

A keretszerződés (MSA vagy keretmegállapodás) a kereskedelmi kapcsolat általános feltételeit rögzíti: szellemi tulajdon, felelősségek, felmondási feltételek. A SOW viszont egy konkrét projekthez kapcsolódó operatív dokumentum: leírja a szolgáltatásokat, a mérföldköveket, az elfogadási kritériumokat és a mobilizált erőforrásokat. Egyetlen keretszerződés több egymást követő SOW-t is lefedhet különböző projektekhez.

Milyen kockázatok merülnek fel, ha a SOW egy szolgáltatása nem rendelkezik mérhető elfogadási kritériumokkal?

Az objektív elfogadási kritériumok hiánya a szállítmány átvételét szubjektív tárgyalássá alakítja. Vita esetén a bíróság azt kell, hogy értelmezze, mit értett a két fél a „megfelelő szállítmány" alatt, ami gyakran a szolgáltató hátrányára válik. A magyar polgári jog előírja az adott kötelezettség teljesítésének bizonyítását: számszerű kritériumok vagy dokumentált átvételi eljárás nélkül ezt a bizonyítást az egyik vagy a másik fél nehézséggel tudja majd előadni.

Elegendő-e az egyszerű elektronikus aláírás egy SOW és annak módosításainak aláírásához?

Ez függ az adott projekthez kapcsolódó jogi és pénzügyi kockázat szintjétől. Magas összegű SOW vagy érzékeny adatok kezelésénél az eIDAS-rendelet értelmében vett haladó elektronikus aláírás (AES) vagy minősített elektronikus aláírás (QES) jogorvoslati értéke magasabb, és csökkenti az aláírás megtámadásának kockázatát. Az egyszerű aláírás kisebb módosításoknál még használható marad, de nagyobb kockázatot jelent az aláíró személyazonosságára vonatkozó nézeteltérés esetén.

Hogyan lehet kezelni az SOW terjedelmének növekedését egy SaaS-projektben az ügyfélkapcsolat zavarása nélkül?

A formalizált módosításkérés (change request) eljárása a szerződéses válasz a terjedelem növekedésére. Lehetővé teszi az evolúció elfogadását, miközben nyomon követi annak hatását az időzítésre és a költségvetésre egy aláírt módosítás (avenant) révén. A cél nem az összes változás elutasítása, hanem azok dokumentálása a végrehajtás előtt. A SOW-ban kezdetben rögzíthetünk egy határidőt is, amely után már nem lehetséges a terjedelem megváltoztatása.

Az SOW-nak meg kell-e felelnie az GDPR-nak, ha személyes adatokat kezelnek a megvalósítás során?

Igen. Ha a szolgáltató az ügyfél személyes adataihoz fér hozzá a megvalósítás során — például adatmigrálás vagy HR-rendszer integrálása közben — akkor az GDPR 28. cikke értelmében adatfeldolgozóként működik. A SOW-nak ezután fel kell hivatkoznia egy adatkezelési szerződésre (DPA), amely meghatározza a feldolgozott adatok körét, a projekt során történő megőrzésének időtartamát és az alkalmazott biztonsági intézkedéseket.

Konklúzió

A jól strukturált SaaS implementációs SOW a kontrollált telepítés, a sikeres elfogadás és az egészséges szerződéses viszony garantálása a szerkesztő és az ügyfél között. A szállítások, az elfogadási kritériumok, a konfigurálási fázisok, a képzési terv és az onboarding módok pontos meghatározásával jelentősen csökkenti a hatókör túlnyúlásának, viták és költségvetési túllépéseknek a kockázatát.

Magának a SOW-nak az elektronikus aláírása kritikus lépés: biztosítja a dokumentum bizonyító értékét, felgyorsítja a projekt megkezdését és azonnal egy digitális megfelelőségi kultúrát hoz létre. A Certyneo lehetővé teszi a SOW-k és módosítások aláírását fejlett vagy minősített elektronikus aláírásokkal, az eIDAS szabályozásnak megfelelően, mindössze percek alatt.

Kész következő SaaS implementációs SOW-jainak strukturálása és aláírása? Fedezze fel a Certyneo ajánlatait vagy vegye fel a kapcsolatot csapatunkkal személyre szabott támogatásért.