Əgər biznesiniz yazmadığınız proqram təminatından asılıdırsa, deməli, yazan şirkətdən də asılıdır. Sizdə obyekt kodu və lisenziya var; təchizatçı mənbə kodunu, istehsal prosesinin sxemini və biliyi saxlayır. Təchizatçı ödəmə qabiliyyətinə və səriştəsinə malik olduğu müddətdə bu asimmetriya dözümlüdür və olmadıqda belə olmur. Proqram təminatının depoziti standart cavabdır, lakin bu, yalnız Hollandiyanın müflisləşmə qanunu nəzərə alınmaqla hazırlandıqda işləyir - və əksər tənzimləmələr belə deyil.
Eskro nədir və onun həll etdiyi risklər
Təchizatçı mənbə kodunu və dəstəkləyici materialları müstəqil üçüncü tərəfə təhvil verir və bu tərəf onları müəyyən bir hadisə baş verənə qədər saxlayır və sonra müştəriyə verir. Müştəri proqram təminatının işləməsini təmin etmək üçün kodu istifadə edə və dəyişdirə bilər. Risk mülkiyyət deyil, davamlılıqdır: sifariş emalını, xəstə qeydlərini və ya bir təchizatçının məhsulu üzərində istehsal planlaşdırmasını həyata keçirən müştəri bir gecədə dəyişə bilməz, çünki miqrasiya aylar çəkir və adətən gedən təchizatçının köməyinə ehtiyac duyur. Escrow nizamlı şəkildə çıxmaq üçün vaxtı alır. Üç vəziyyət vacibdir:
- Müflisləşmə. Təchizatçı müflis elan edilir, qəyyum təyin edilir, işçilər işdən çıxarılır və dəstək dayanır. Eskro ssenarisi Hollandiya qanunvericiliyinin ən çox işlədiyi yer üçün yazılır.
- Dayandırma. Təchizatçı məhsulu geri götürür, versiyanızı ləğv edir və ya yerləşdirmənizdə heç bir marağı olmayan biri tərəfindən satın alınır. Bu, iflasdan daha çox yayılmış haldır və tez-tez buraxılış bəndindən kənarda qalır.
- Davamlı olaraq saxlanma uğursuzluğu. Təchizatçı hələ də mövcuddur və hələ də faktura göndərir, lakin artıq qüsurları düzəltmir, təhlükəsizlik yamaları göndərmir və ya məhsulu asılılıqlarına uyğun saxlamır.
İki tərəfli və üç tərəfli tənzimləmələr
İki tərəfli razılaşma, əsas müqavilədə müəyyən bir hadisə baş verərsə, təchizatçının mənbə kodunu təhvil verəcəyinə dair bir vəddir. Bu, ucuz və zəifdir: heç kim müstəqil olaraq bir şeyin depozitə qoyulduğunu və ya yeniləndiyini yoxlamır və — qəti şəkildə — iflas zamanı siz etibarnamədən əmlakın öhdəliyini yerinə yetirməsini istəyirsiniz, bu da onun məcburi deyil.
Üçtərəfli razılaşma müqavilə tərəfi kimi depozit agentini əlavə edir. Agent girov götürür, depoziti yoxlayır, saxlayır və onu sizə vermək üçün birbaşa öhdəlik götürür. Birinin ödənişinin əsas səbəbi budur: girov müflis əmlak tərəfindən deyil, öz müqaviləsi çərçivəsində ödəmə qabiliyyətinə malik üçüncü tərəf tərəfindən icra edilir. Agent həmçinin girov hadisəsinin baş verib-verməməsinə qərar verir və bu hadisəni sizə kömək etmək üçün heç bir stimulu olmayan etibarnamədən məhrum edir.
Əslində nə yatırılır
Ən çox rast gəlinən uğursuzluq qanuni deyil. Bu, mənbə kodunu ehtiva edən bir depozitdir və başqa heç nə yoxdur. Mənbə kodu təkbaşına kompilyasiya olunmur: heç bir qurma təlimatı və asılılıq siyahısı olmadan bir geliştiriciyə təhvil verildikdə, böyük bir kod bazası işləyən ikili faylı verməzdən əvvəl həftələrlə tərs mühəndislik tələb edə bilər - sistem artıq dəstəklənmədikdə vaxtınız yoxdur. Qurma təlimatları olmayan bir depozit dəyərsizdir.
| Komponent | Nəyə ehtiyac var? |
|---|---|
| Mənbə kodu, tam və versiyalaşdırılmış | İnkişaf şöbəsində deyil, əslində istehsalda olan buraxılışla uyğun olmalıdır. |
| Quraşdırma və yerləşdirmə təlimatları | Kompilyator və icra müddəti versiyaları, qurma skriptləri, mühit dəyişənləri, yerləşdirmə addımları. Bunlar olmadan kod işlək proqram təminatına çevrilə bilməz. |
| Texniki və funksional sənədlər | Memarlıq, məlumat modeli, interfeyslər, məlum qüsurlar. Üçüncü tərəfin kodu saxlaya biləcəyinə və ya yalnız işlədə biləcəyinə qərar verir. |
| Üçüncü tərəf və açıq mənbə komponentləri | Versiyalar və lisenziya şərtləri ilə asılılıq siyahısı. Bəzi kommersiya komponentləri təchizatçılarından ayrıca lisenziya tələb edir. |
| Lisenziya açarları, sertifikatlar, etimadnamələr | Ölü lisenziya serverinə zəng edən proqram təminatı davamlılıq deyil. |
Yeniləmə öhdəliyi əlavə edin. İmza zamanı edilən bir depozit bir və ya iki buraxılış dövrü ərzində köhnəlir. Depozitləri buraxılış cədvəlinə — hər böyük buraxılışa və ya müəyyən bir müddətə — bağlayın və gecikdikdə xəbərdar olmaq hüququnu əldən verməyin.
Doğrulama: nəyə pul ödəyirsiniz
Standart olaraq aşağıdakı orta seçimi və kəsintilərin mövcud olacağı tam testi alın. Təkcə fayl səviyyəsində yoxlama demək olar ki, heç nə əldə etmir.
- Fayl səviyyəsində yoxlama. Agent depozitin oxunaqlı, virussuz və fayl siyahısına uyğun olduğunu təsdiqləyir. Bu, işlədiyini deyil, bir şeyin çatdığını sübut edir.
- Tamlıq və sənədlərin nəzərdən keçirilməsi. Agent quraşdırma təlimatlarını və asılılıqları depozitlə yoxlayır və boşluqlar barədə məlumat verir. Bu orta seçim əksər müştərilər üçün uyğundur: ümumi nasazlıqları - buraxılmış quraşdırma addımlarını, sənədləşdirilməmiş asılılıqları, istifadə etmək hüququnuz olmayan komponenti - tam testin qiymətinin cüzi bir hissəsinə aşkarlayır.
- Tam qurma və işə salma testi. Agent depoziti təmiz mühitdə toplayır və test məlumatlarına əsasən işlədir. Depozitin işlədiyini sübut edən yeganə səviyyə, lakin proqram təminatı dəyişdikcə daha yavaş, daha bahalı və təkrarlanmağa ehtiyac duyur.
Mübahisə edilə bilməyəcək şəkildə hazırlanmış buraxılış tədbirləri
Sərbəst buraxılma bəndi, eskro agentinin təzyiq altında və hüquqi məsləhət olmadan tətbiq etməli olduğu bir tetikleyicidir. Hər bir hadisə təchizatçının davranışı ilə bağlı mühakimədən deyil, sənəddən və ya zaman keçdikcə müəyyən edilməlidir.
| Buraxılış tədbiri | Bunu obyektiv şəkildə necə müəyyən etmək olar |
|---|---|
| Təchizatçının müflisləşməsi | Məhkəmənin qərarı və ya müflisləşmə reyestrindəki qeyd. |
| Ödənişlərin dayandırılması və ya restrukturizasiya proseduru | Reyestr qeydinə əsasən, inzibatçının və ya restrukturizasiya üzrə mütəxəssisin təyin edilməsi. |
| Biznesin ləğvi və ya dayandırılması | Ticarət reyestrindən qeydiyyatın ləğvi və ya ləğv qərarı. |
| Məhsulun və ya istifadədə olan versiyanın dayandırılması | Təchizatçı buraxılışların verilməsini dayandırdıqdan sonra yazılı istifadə müddətinin bitməsi və ya müəyyən bir müddətin keçməsi. |
| Davamlı olaraq qorunmanın pozulması | Müəyyən edilmiş ciddilik qüsurunun müqavilə ilə müəyyən edilmiş cavab müddəti ərzində, bildiriş və müalicə müddətindən sonra aradan qaldırılmaması, müəyyən edilmiş pəncərədə müəyyən sayda dəfə təkrarlanması. |
| Proqram təminatının üçüncü tərəfə ötürülməsi | Müəyyən edilmiş müddət ərzində alıcı tərəfindən texniki xidmət öhdəliklərinin yazılı şəkildə öz üzərinə götürülməməsi. |
İşin çox hissəsini iki məqam həll edir. Ziddiyyət yükünü təchizatçının üzərinə qoyun: müştəri agentə sübutlarla məlumat verir, təchizatçının etiraz etmək üçün qısa müddət var və etiraz olmadığı təqdirdə agent imtina edir. Mübahisə yolunu əvvəlcədən müəyyənləşdirin - ekspert qərarı və ya qısa bir cədvəl üzrə arbitraj - beləliklə etiraz aylar deyil, günlər qazanır.
Hollandiyanın müflisləşmə məsələsi
Yuxarıda göstərilənlərin hamısı müqavilənin dizaynıdır. Təchizatçı müflis olduqda onun qüvvədə olub-olmadığını aşağıdakılar müəyyən edir.
Qəyyum nədən imtina edə bilər
37-ci maddənin Fw-yə əsasən, iflas qərarı verildiyi zaman qarşılıqlı müqavilə tərəflərdən heç biri tərəfindən tam şəkildə yerinə yetirilmədikdə, qarşı tərəf qəyyumluya icra edib-etməyəcəyini bildirmək üçün ağlabatan yazılı müddət təyin edə bilər; əgər yerinə yetirməsə, qarşılığında icra tələb etmək hüququnu itirir. 37-ci maddənin Fw-yə əsasən müqaviləni ləğv etmək və ya qəyyuma ləğv etmək səlahiyyəti vermək mümkün deyil . Müqavilə qüvvədə qalır; qəyyum sadəcə icra etməyə borclu deyil və qarşı tərəf 37a-cı maddənin Fw-yə əsasən iflas iddiası ilə qalır.
Proqram təminatı üçün bu o deməkdir ki, qəyyum texniki xidmətdən, dəstəkdən, yeniləmələrdən, hostinqdən və əlavə depozitlərdən imtina edə bilər: əmlakın puluna başa gələn aktiv fəaliyyətlər. Rədd gözləyin. Sual budur ki, bu, daha da irəli gedib artıq sahib olduğunuz şeylərdən istifadə etməyinizə mane ola bilərmi?
Nebula, berzona və Credit Suisse/Jongepier
On il ərzində bu, həqiqətən qeyri-müəyyən idi. Nebula işində (Hoge Raad, 3 Noyabr 2006, ECLI:NL:HR:2006:AX8838) Ali Məhkəmə qərara aldı ki, iflas özü mövcud müqavilələri ləğv etməsə də, istifadə hüququna malik olan qarşı tərəf, sanki heç bir iflas baş verməmiş kimi, etibarnaməyə qarşı onu həyata keçirməyə davam edə bilməz; bu, bir kreditora digərlərinin hesabına iflası görməzdən gəlməyə imkan verərdi. Bu, etibarnaməyə əvvəlcədən mövcud olan istifadə hüququnu kənara qoymağa icazə vermək kimi geniş şəkildə qəbul edilirdi və lisenziya sahiblərini narahat edirdi.
Həmin oxunuş qorunub saxlanılmadı. ABN AMRO/Berzona işində (Hoge Raad, 11 iyul 2014, ECLI:NL:HR:2014:1681) Ali Məhkəmə qərara aldı ki, iflas mövcud qarşılıqlı müqavilələrə və ya onlardan irəli gələn öhdəliklərə təsir göstərmir və qəyyumluğa qanunun və ya müqavilənin vermədiyi heç bir səlahiyyət vermir - məsələn, hələ də qüvvədə olan icarə müqaviləsini ləğv edə bilməz.
Vəziyyət Credit Suisse/Jongepier qq -də həll edildi (Hoge Raad, 23 Mart 2018, ECLI:NL:HR:2018:424). Qəyyum passiv şəkildə icra etməkdən imtina edə bilər, lakin iflas ona borclunun iflasdan əvvəl göstərdiyi icranı ləğv etmək, nə də bir şeyə dözmək və ya ondan çəkinməkdən ibarət olduğu müddətcə davam edən icraya son qoymaq səlahiyyəti vermir.
Bu ifadə proqram təminatı üçün vacibdir. Lisenziya, mahiyyət etibarilə, müəllif hüquqlarını pozacaq istifadəyə dözmək üçün hüquq sahibinin öhdəliyidir - dözümlülükdən ibarət davamlı bir fəaliyyətdir. Buna görə də, mövcud qanunvericiliyə əsasən, iflasdan əvvəl qanuni olaraq verilmiş lisenziya qüvvədə qalır və etibarnamə verən onu ləğv edə bilməz. Etibarnamə verən aktiv olan hər şeydən imtina edə bilər, lakin sahib olduğunuz istifadə hüququnu ləğv edə bilməz.
Bu sizin tənzimləməniz üçün nə deməkdir
İki şey irəli gəlir. Lisenziyanı tədarükçüdə deyil, depozit agentində saxlamaq lazımdır: üçüncü tərəf tərəfindən saxlanılan müstəqil saxlama kimi təsis edilir, azad etmə agentin öz icrasıdır və qəyyumun 37-ci maddəyə əsasən səlahiyyəti ödəmə qabiliyyəti olan agentə deyil, mirasın borclu olduğu icraya aiddir, iki tərəfli vəd isə mirasın icrasını tələb edir ki, qəyyum da bundan imtina edə bilər. Və lisenziyanı azad etmə zamanı deyil, əvvəlcədən verin - ən vacib layihələndirmə məqamı aşağıda müzakirə olunur.
Müflisləşmədən daha çox restrukturizasiyada, 373-cü maddə, qarşı tərəfin müqaviləni dəyişdirməsinə, dayandırmasına və ya ləğv etməsinə imkan verən müddəalara — ipso facto bəndlərinə etibar etməyi məhdudlaşdırır, çünki restrukturizasiya proseduru başlayıb. Bu məhdudiyyət iflasda deyil, sxem prosedurunda qüvvədədir və ona cavab yenə də struktur xarakter daşıyır: tənzimləmə üçüncü tərəf tərəfindən müstəqil saxlama kimi tərtib edildikdə, azad etmə tetikleyicisi agentin öz öhdəliyi əsasında işləyir və ÜST-nin restrukturizasiyasında iflasdan daha çox ləğv edilə bilən ipso facto müddəasına bərabər deyil.
Lisenziyanın strukturu necə olmalıdır
Escrow sizə mənbə kodunun surətini verir, onunla heç nə etmək hüququ vermir. Mənbə kodu qorunan bir əsərdir; onu tərtib etmək, dəyişdirmək və nəticəni işlətmək məhdudlaşdırılmış hərəkətlərdir. Bunları əhatə edən lisenziya olmadan, buraxılmış depozit aça bilməyəcəyiniz bir qovluqdur. Escrow-u müştəriyə buraxılış zamanı mənbə kodunu istifadə etməyə, tərtib etməyə, dəyişdirməyə və daha da inkişaf etdirməyə və bunu üçüncü tərəf tərəfindən etməyə açıq şəkildə icazə verən lisenziya ilə birləşdirin - praktikada işi özünüz görməyəcəksiniz.
Sonra vaxt. Lisenziya azad edildikdə verilirsə, bu, kövrəkdir. Əgər azad edilmə hadisəsi iflasın özüdürsə, qrant iflas qərarının verildiyi gündən etibarən əmlakdakı aktivləri sərəncam vermək səlahiyyətini itirmiş borclu tərəfindən verilməlidir; maddə 23 Fw və maddə 35 Fw maneə törədirsə və qəyyum sizin üçün qrantı verməyəcək. Credit Suisse/Jongepier o deməkdir ki, qəyyum artıq sahib olduğunuz lisenziyanı ləğv edə bilməz - lakin əgər sizdə heç vaxt lisenziya yoxdursa, ləğv ediləcək heç nə yoxdur.
Müflisləşmədən əvvəl müqavilənin özündə, presedent şərtinə tabe olaraq, onu verin: indi verilir, azadolma hadisəsi baş verdikdə qüvvəyə minir. Hüquq müqavilənin tarixindən etibarən mövcuddur; yalnız onun təsiri təxirə salınır. Hollandiya qanunvericiliyi ümumiyyətlə bu strukturu qəbul edir. Rabobank/Reuser işində (Hoge Raad, 3 iyun 2016, ECLI:NL:HR:2016:1046) Ali Məhkəmə qəbul etmişdir ki, şərti hüquq iflasdan əvvəl yarandıqda, şərtin yerinə yetirilməsi borclunun hər hansı əlavə hərəkəti olmadan sonradan qüvvəyə minir. Bu iş malların şərti köçürülməsi və şərti hüquq üzərində girovla bağlı idi. Onu şərti olaraq verilmiş müəllif hüquqları lisenziyasına tətbiq etmək məhkəmələr tərəfindən həll edilən məsələdən daha çox hüquqi ədəbiyyatda dəstəklənən ekstrapolyasiyadır və bu cür təqdim edilməlidir.
Həmçinin, buraxılmış materialın istifadəsinin təchizatçıdan və ya onun etibarnaməsindən əlavə razılığa ehtiyacı olmadığını və varis geliştiriciyə sublisenziya verilməsinə icazə verildiyini təsdiqləyin.
SaaS və bulud: mənbə kodu kifayət deyil
Özünüz idarə etdiyiniz proqram təminatı üçün mənbə kodu, quraşdırma təlimatları və lisenziya tam cavab demək olar ki, tam cavabdır. Xidmət üçün isə belə deyil. Təchizatçının platforması sıradan çıxarsa, tətbiqi, işlətdiyi mühiti və məlumatlarınızı itirmiş olursunuz - və mənbə kodu yalnız birincisini yavaş-yavaş bərpa edir. SaaS davamlılıq tənzimləməsinə üç şey əlavə edilməlidir:
- Əməliyyat mühiti. Konteyner şəkilləri, infrastrukturun kod kimi tərifləri, konfiqurasiya, şəbəkə və təhlükəsizlik parametrləri, işləmə müddətindən asılılıqlar — platformanı başqa yerdə ayaqda saxlamaq üçün kifayətdir.
- Məlumatlar. Öz məlumatlarınızın sənədləşdirilmiş, mülkiyyət hüququ olmayan formatda sxemlə müntəzəm olaraq ixracı. Oxuya bilmədiyiniz məlumatlar sizdə olan məlumatlar deyil və ixraclar yalnız buraxılış zamanı deyil, müqavilə boyunca da davam etməlidir.
- Ev sahibi münasibətləri. Təchizatçının hosting provayderi ilə müqaviləsinə daxil olmaq üçün bir yol və ya hesabı öz üzərinizə götürüb birbaşa ödəniş edə biləcəyiniz barədə həmin provayderə bildiriş.
Alternativlər və kim ödəyir
Eskrou həmişə ən yaxşı dəyər deyil, xüsusən də minlərlə müştəri arasında bir müştəri olduğunuz və real riskin uğursuzluqdan daha çox batış olduğu standart məhsullar üçün. Üç daha yüngül seçim çox vaxt daha faydalıdır: məlumatların çıxış hüququ — sənədləşdirilmiş formatda dövri ixrac, ən azı bir dəfə sınaqdan keçirilmiş — demək olar ki, heç bir xərc olmadan ekspozisiyanın böyük hissəsini əhatə edən; işləyən nüsxə hüququ , keçid dövrü üçün işlədə biləcəyiniz yerləşdirilə bilən bir şəkil, xidməti yenidən qurmaqdan daha sürətli bərpa etmək; və miqrasiya edərkən mühitin işlək vəziyyətdə qalmasını təmin edən hosting provayderinə birbaşa ödəniş — ən ucuz bulud davamlılığı və ən çox gözardı edilən.
Eskrodan istifadə etdiyiniz yerlərdə, birdəfəlik quraşdırma haqqı, təkrarlanan illik saxlama haqqı və çekin dərinliyinə uyğun olaraq ölçən hər yoxlama üçün ayrıca ödənişlər gözləyin. Qiymət qorunmanı istəyən hər kəsin, adətən müştərinin, öz üzərinə düşür, baxmayaraq ki, satış nöqtəsi kimi eskro təklif edən təchizatçı onu təmin edə bilər və bir məhsulun bir neçə müştərisini əhatə edən çoxfaydalanan tənzimləmə onu yayır - təchizatçının müqavimət göstərdiyi adi açılış nöqtəsi. Ödəniş etməməyi agentin sizə bildirməli olduğu bir şey edin və bunun əvəzinə ödəmə hüququ verin.
Eskro razılaşması üzrə danışıqlar aparmaq üçün yoxlama siyahısı
- Bu, sizə birbaşa azadolma öhdəliyi borclu olan müstəqil agentlə əsl üçtərəfli razılaşmadırmı?
- Mənbə kodunu istifadə etmək, tərtib etmək, dəyişdirmək və daha da inkişaf etdirmək üçün lisenziya verilirmi? artıqazadlığa buraxıldıqda vəd edilmiş əvəzinə, presedent şərtinə tabedirmi?
- Depozit siyahısına hər buraxılışda yenilənən təkcə mənbə kodu deyil, həm də qurma təlimatları, asılılıqlar, lisenziya açarları və sənədlər daxildirmi?
- Hansı yoxlama səviyyəsi müqavilə əsasında müəyyən edilir və nə qədər tez-tez təkrarlanır?
- Buraxılış hadisələri sənəddən, yoxsa qısa etiraz müddəti və sürətli mübahisə yolu ilə vaxtın keçməsindən müəyyən edilə bilərmi?
- SaaS üçün: mühit, məlumatlar və hosting əlaqəsi əhatə olunur, yoxsa yalnız kod?
- Kim ödəyir, təchizatçı ödəməyi dayandırsa nə baş verir və depozit müqaviləsi əsas müqavilənin tətbiq olunan qanununa və ƏM maddələrinə uyğundurmu?
Müflisləşmədə olan Hollandiyalı etibarnaməçi, əmanət agentinin mənbə kodunu yayımlamasını dayandıra bilərmi?
Birbaşa yox. Üçtərəfli razılaşmada, əmanətçinin öz müqaviləsinə əsasən sizə borclu olduğu öhdəlik götürülür və agent müflis deyil. Maddənin 37-ci maddəsinə əsasən etibarnamə verənin səlahiyyəti, agentə göstəriş vermək deyil, əmlakın borclu olduğu öhdəlikləri rədd etməkdir. Təchizatçının vədinə nisbətən üçtərəfli razılaşmaya üstünlük verməyin əsas səbəbi budur.
Proqram təminatı lisenziyam təchizatçının iflasından sonra da davam edirmi?
Müflisləşmədən əvvəl qanuni olaraq verilmiş lisenziya qüvvədə qalır və qəyyum onu ləğv edə bilməz. Credit Suisse/Jongepier qq işində (Hoge Raad, 23 Mart 2018, ECLI:NL:HR:2018:424) Ali Məhkəmə təsdiqlədi ki, qəyyum dözümlülük və ya çəkinməkdən ibarət davamlı fəaliyyətə son qoya bilməz və lisenziya belə bir fəaliyyətdir. Qəyyum aktiv olan hər şeydən imtina edə bilər: texniki xidmət, dəstək, yeniləmələr, hostinq.
Nebula qərarı hələ də lisenziya sahibləri üçün təhlükədirmi?
Bir vaxtlar qorxduğumuz formada deyil. Nebula (Hoge Raad, 3 Noyabr 2006, ECLI:NL:HR:2006:AX8838) geniş şəkildə etibarnamə verənin mövcud istifadə hüququna məhəl qoymamasına icazə verməsi kimi qəbul edilirdi. Berzona və Credit Suisse/Jongepier bu ifadəni məhdudlaşdırdılar. Etibarnamə verən icra etməkdən imtina edə bilər, lakin qanun və ya müqavilənin ona vermədiyi heç bir səlahiyyəti yoxdur və lisenziyanın ləğvi belə bir səlahiyyət deyil.
Niyə lisenziya yalnız buraxılış zamanı verilir, problemdir?
Çünki qrant borclunun əmlakın aktivlərini sərəncam vermək səlahiyyətini itirdiyi və qəyyumun sizin üçün hərəkət etmək öhdəliyi olmadığı iflasdan sonra verilməli idi. Məhkəmə təcrübəsi artıq sahib olduğunuz lisenziyaları qoruyur; heç bir lisenziya yaratmır. Lisenziyaların verilməsi ilə bağlı presedent şərtinə əsasən, onu indi verin.
Eskro SaaS təchizatçısı ilə kömək edirmi?
Yalnız qismən. Mənbə kodu işləyən bir xidməti bərpa etmir. İşlək SaaS tənzimləməsi əməliyyat mühitini - konteyner şəkillərini, infrastruktur təriflərini, konfiqurasiyanı - məlumatlarınızın sənədləşdirilmiş formatda müntəzəm ixracını və hosting provayderini ələ keçirmək və ya ödəmək üçün bir yolu da əhatə etməlidir. Bunlar olmadan, davamlılıq əvəzinə yenidən qurma layihəsi verir.
Doğrulama üçün pul ödəməyə dəyərmi?
Bəli, orta səviyyədə. Fayl səviyyəsində yoxlama yalnız bir şeyin çatdığını təsdiqləyir. Quraşdırma təlimatlarına və asılılıq siyahısına qarşı tamlıq yoxlaması vacib olan xətaları - itkin qurma addımlarını, sənədləşdirilməmiş asılılıqları, istifadə etmək hüququnuz olmayan komponentləri aşkar edir. Tam qurma və işə salma testi yeganə qəti seçimdir və kəsilmənin mövcud olacağı təqdirdə öz dəyərini ödəyir.
