Мердігер NDA бағдарлама компанияларына: толық нұсқаулық (тегін үлгімен)

Мына жағдай үнемі қайталанады: бағдарлама компаниясы маңызды функцияны жасау үшін мердігерді жалдайды. Олар API архитектурасы, дерекқор схемалары және клиент деректерінің спецификацияларын бөліседі. Алты айдан кейін мердігер бәсекелес компанияда жұмыс істейді — және код базасы да сол компанияда пайда болады.

Мердігер NDA кемелді қорғанысқа кепілдік бермес еді. Бірақ ол заңдық негіз береді, залалды өндіріп алуға және ары қарай ашып айтуды тоқтатуға мүмкіндік береді. Онсыз сіз тек мердігердің адалдығына үміттенесіз.

Бұл нұсқаулық бағдарлама компаниясына мердігер NDA-лары туралы білуі керек барлық нәрсені қамтиды: нақты маңызды тармақтар, әртүрлі мердігер қатынастарына сәйкес түрлері, сізді қайтаруға тиіс қауіпті белгілер және оларды жылдам қол қою жолы. Соңында тегін үлгі де бар.

Егер сіз келісімшарт vs келісім айырмашылықтары мердігер қатынастарыңызға қалай қолданылатындығы туралы кеңірек түсінік алғыңыз келсе, оны алдымен оқыған дұрыс.

Мердігер NDA (ақпаратты жарияламау туралы келісім) — бұл тәуелсіз мердігерді — фрилансер, субмердігер немесе шетелдік әзірлеу фирмасы болсын — құпия ақпаратты құпия сақтауға міндеттейтін заңды түрде міндетті келісім. Ол не құпия болып есептелетінін, міндеттеме қанша уақытқа созылатынын және мердігер оны бұзған жағдайда не болатынын анықтайды.

Бағдарлама компаниялары үшін құпия ақпарат тек бизнес-жоспарлар немесе қаржылық деректер ғана емес. Бұл бастапқы код, жүйе архитектурасы, репозиторийге кіру тіркелгі деректері, клиент деректері, API интеграциялары, меншікті алгоритмдер және шығарылмаған өнім жоспарлары. Бұл жалпы NDA жабатын ауқымнан әлдеқайда кең және техникалық тұрғыдан нақтырақ.

Мердігер NDA қызметкер құпиялық келісімінен маңызды айырмашылығы бар: қызметкерлер әдетте жұмыс келісімшартына енгізілген құпиялық тармағын қол қояды, ал мердігерлер жұмыс басталардан бұрын бөлек NDA-ға қол қояды. Бұл бөлек құрылым маңызды. Ол өтемақы дауларына немесе еңбек заңнамасына енбейтін, нақты анықталған бөлек міндеттеме жасайды.

Енгізілуі туралы қысқаша жауап: дұрыс жасалған мердігер NDA келісімшарт құқығының қағидаттары бойынша барлық негізгі юрисдикцияларда енгізіледі. АҚШ-та сауда құпиялары федералдық деңгейде Defend Trade Secrets Act (DTSA) және штаттық деңгейде Uniform Trade Secrets Act (UTSA) арқылы да қорғалады — мердігер сіздің кодыңызды заңсыз пайдаланған жағдайда екі бөлек заңдық жол береді.

Қысқаша жауап: мердігерлер қызметкер емес, және бұл заңдық тұрғыдан маңызды.

Қызметкерлер мердігерлерге автоматты түрде қолданылмайтын бірнеше жасалынған және заңды құпиялық міндеттемелеріне ие. Мердігер, әдепкі бойынша, сізбен жұмыс істеп алған білімін бәсекелес компанияның пайдасына пайдалана алады — егер сіз бұны жазбаша түрде басқа етіп келіспеген болсаңыз. NDA бұл бос орынды жабады.

Бағдарлама компаниялары үшін нақты тәуекелдер көптеген салалардан жоғары:

• Бастапқы кодты ашу — Репозиторийге кіруге рұқсат алған мердігер сіздің барлық техникалық іске асыруды көреді. Егер олар NDA-сыз кетсе, бұл білімді еркін көшіре алады немесе сата алады.
• Клиент деректеріне кіру — Көптеген мердігерлер клиент дерекқорларына, CRM жазбаларына немесе клиент ақпаратын ашатын API нүктелеріне жанасады. Мұндағы бұзу тек бәсекелестік жоғалту ғана емес; бұл GDPR немесе CCPA жауапкершілігі.
• Архитектурадағы сауда құпиялары — Сіздің жүйе дизайныңыз, деректер конвейерлерін қалай құрғаныңыз, меншікті алгоритмдеріңіз — бұл тек құпия ретінде қарастырылғанда ғана сауда құпиясы болып табылады. NDA — бұл қарастырудың бір бөлігі.
• Субмердігер арқылы өту тәуекелі — Егер сіздің мердігеріңіз өз субмердігерлерін жалдайтын болса (шетелдік аутсорсингте жиі кездеседі) және сол субмердігерлер құпиялық міндеттемелерімен байланбаса, сіздің құпияларыңыз заңдық құрылымыңыздағы бос орын арқылы ағып кетеді.

Бір уақытта бірнеше мердігерді басқаратын командалар үшін NDA күйін бақылау әкімшілік жүкі нақты. Мұның себептерінің бірі — мақсатты жасалған IT компаниялары үшін құжат басқару масштабта пайдалы болады: қандай мердігер қол қойғанын, қашан және қол қойылған келісімшарттар қайда сақталғанын білуіңіз керек.

Ақиқат ескерту: NDA өзі толық қауіпсіздік стратегиясы емес. Сізге сонымен қатар кіру бақылауы, жұмыстан босату рәсімдері және репозиторий рұқсаттарын басқару қажет. NDA — бұл техникалық бақылаулар сәтсіз болғанда немесе мердігер алданышқа барғанда сіздің заңдық қорғанысыңыз.

Әр мердігер қатынасына бірдей NDA құрылымы қажет емес. Дұрыс емес түрді таңдау келіссөзді қымбаттатады және қатынасты түсінбейтініңізді тіпті білдіре алады.

Біржақты NDA

Бұл көптеген мердігер қатынастары үшін стандартты нысан. Тек бір тарап — әдетте бағдарлама компаниясы — құпия ақпаратты ашады, ал тек мердігер ғана құпиялықпен байланысты. Сіз біреуді бір нәрсе жасау үшін жалдайсыз. Сіз өз спецификацияларыңызды, архитектураңызды, клиент контекстіңізді бөлісесіз. Олар сізге ештеңе бөліспейді.

Біржақты NDA-ны мына жағдайларда қолданыңыз: фрилансер-әзірлеушіні жалдағанда, сап assurance мердігерін тартуда немесе шектеулі жоба үшін жеке маманды жалдағанда.

Өзара (екіжақты) NDA

Екі тарап та құпия ақпарат бөліседі және екеуі де байланысты. Бұл сіз аутсорсинг фирмасын өзінің меншікті әдіснамасы, процестері немесе IP-імен таныстыратын кезде қажет — және олар да өз ақпаратын қорғауға заңды мүдделі.

Нағыз өмірде шетелдік әзірлеу фирмалары жиі өзара NDA сұрайды. Бұл заңды. Тек олардың тарапындағы "құпия ақпарат" анықтамалары соншалықты кең болмасын, әйтпесе қалыпты жобалық қарым-қатынас шектеледі.

Көпжақты NDA

Бір келісімшартта үш немесе одан да көп тарапты қамтиды — бұл жоба сіздің компанияңызды, басты мердігерді және бір-бірімен ақпарат алмасуы қажет арнайы субмердігерді қамтитында пайдалы. Бір құжат орнына үш екіжақты келісім. Жазуға күрделірек, бірақ басқаруға оңайырақ.

Бұл екі құжат жиі шатастырылады, және бұл шатасу нақты проблемалар тудырады. Олар әртүрлі нәрселерді қорғайды және үздік нәтиже бірге жұмыс істегенде береді.

Мердігер NDA сіз мердігермен бөліскен құпия ақпаратты қорғайды. Ол мердігер не ашпайтынын реттейді. Бірақ ол олар жасаған жұмыс кімге тиесілі екендігі туралы ештеңе айтпайды.

IP беру келісімі керісінше: бұл қатынас барысында жасалған жұмыс өнімінің кімге тиесілі екендігін реттейді. Көптеген юрисдикцияларда тәуелсіз мердігер жазған кодтағы авторлық құқықты иемденеді, егер ол сізге тиесілі екендігін жазбаша келісім бойынша айқын көрсетілмесе.

Мұның маңыздылығы мынада: егер NDA бар, бірақ IP беру жоқ болса, мердігер сіздің құпияларыңызды аша алмайды — бірақ олар сіз үшін жазған кодтың иесі болуы мүмкін. Бұл үлкен бос орын.

Бағдарлама компаниясы үшін әдетте екеуі де қажет:

1. 1.
   NDA қатынас барысында сіз бөліскен құпия ақпаратты қорғайды
2. 2.
   IP беру жұмыс өнімінің меншігін сізге аударады

Кейбір келісімшарттар екеуін бір құжатқа біріктіреді (консалтинг келісімдерінде жиі кездеседі), бірақ оларды бөлек сақтау әр міндеттеменің ауқымын нақтырақ және жеке-жеке енгізуге оңайырақ етеді.

Chaindoc блогында қауіпсіз NDA жасау туралы арнайы нұсқаулық бар — ол жалпы NDA құрылымын тереңірек қамтиды, мердігерге арналған бұл нұсқаулықпен қатар оқыған дұрыс.

Бәсекелестікке тыйым салу тармағы мердігерге қатынас аяқталғаннан кейін белгілі бір уақытқа бәсекелес компанияда жұмыс істеуге немесе бәсекелес бизнес бастауға тыйым салады. NDA олар не ашатынын шектейді, бірақ бәсекелес компанияда жұмыс істеуді тоқтатпайды — тек құпияларыңызды олармен бөліспеуі керек.

Іс жүзінде: егер аға әзірлеуші сіздің барлық техникалық архитектураңызды білсе, тіпті тамаша енгізілген NDA оларды есте сақтап бәсекелес үшін қайта құрмауынан сақтамайды. Бәсекелестікке тыйым салу тармағы бұл тәуекелді тікелей шешеді.

Алайда, тәуелсіз мердігерлерге арналған бәсекелестікке тыйым салу тармақтары тек кейбір юрисдикцияларда енгізіледі, және соттар оларды орындылық тұрғысынан мұқият тексереді — нақты ауқым (қандай салалар немесе рөлдер шектеледі), география (қандай аймақ) және ұзақтық (қанша уақыт). Мысалы, Калифорния мердігерлерге арналған бәсекелестікке тыйым салуды негізінен енгізбейді. Көптеген ЕО елдері де осындай шектеулерге ие.

Мердігерлермен жұмыс істейтін көптеген бағдарлама компаниялары үшін:

• NDA-ны әрдайым қолданыңыз — дерлік барлық жерде енгізіледі, маңызды қорғаныс
• Бәсекелестікке тыйым салуды таңдап қолданыңыз — негізгі IP-ге терең кіруі бар аға мердігерлер үшін, енгізілуі реалистичті юрисдикцияларда, тар және орынды ауқыммен
• Бәсекелестікке тыйым салуды NDA-ға енгізбеңіз — оларды негізгі қызмет көрсету келісімінде немесе бөлек тармақта сақтаңыз, сонда біреуі туралы дау екіншісінің күшін жоя алмайды

Жалпы NDA үлгілері жиі бағдарламаға арналған нақты ауқымды қамтымайды, бұл келісімшарттарды нақты қорғай алмайды. Мына 10 тармақ әр бағдарлама компаниясының мердігер NDA-сында болуы керек.

1. Құпия ақпаратты анықтау (бағдарламаға арналған)

Жалпы "барлық ақпарат" тіліне сүйенбей, нақты санаттарды тізімдеңіз. Бағдарлама компаниялары үшін бұл: бастапқы код және жиналған бинарлық файлдар, жүйе архитектурасы және техникалық спецификациялар, дерекқор схемалары, API кілттері және аутентификация тіркелгі деректері, клиент деректері және клиенттер тізімі, өнім жоспарлары және шығарылмаған функциялар, ішкі құралдар немесе меншікті жұмыс процестері.

2. Репозиторийге кіру саясаты

Мердігер қандай код репозиторийлеріне кіре алатынын, берілген рұқсат деңгейін (оқу, жазу, админ) және қатынас аяқталғаннан кейін көшірмелерді сақтамау міндеттемесін көрсетіңіз. Бұл тармақ бағдарламаға тән және көптеген жалпы үлгілерде жоқ.

3. Клиент деректерін өңдеу

Егер мердігер тест немесе сахналау ортасында болса да клиент деректеріне жанасатын болса, рұқсат етілген пайдалануларды, көшірмелерді сақтамауды тыйым салуды және деректерді бұзу туралы күдік болған жағдайда хабарлау міндеттемесін көрсетіңіз.

4. IP беруге қиғасу

Бұл NDA бөлек IP беру келісімшартымен бірге жұмыс істейді және мердігердің құпиялық міндеттемелері IP беруінен тәуелсіз екендігін анықтаңыз — ешбір құжаттың бұзылуы екіншісінің күшін әсер етпейді.

5. Материалдарды қайтару немесе жою

Қатынас тоқтатылғанда мердігер барлық құпия ақпарат көшірмелерін қайтаруы немесе расталған түрде жоюы керек — оның ішінде жергілікті түрде жүктелген код, жеке бұлт дискілерінде сақталған құжаттама және API тіркелгі деректері. Жазбаша растауды талап етіңіз.

6. Субмердігер арқылы өту

Егер мердігер субмердігерлерді пайдаланса, олар құпия ақпарат алмас бұрын теңдей құпиялық міндеттемелерімен байланысуы керек. Бұл бос орынды жабу үшін маңызды.

Бірдей NDA үлгісі әр мердігер қатынасына бірдей сәйкес келмейді. Мынада тәуекел профилі — және сондықтан NDA талаптары — мердігер түрі бойынша қалай өзгеретіні көрсетілген.

Фрилансер-әзірлеуші

Бір функция немесе модуль үстінде жұмыс істейтін фрилансер шектелген ашуға ие: олар тек өз тапсырмаларына қатысты нәрселерді көреді. Мұнда NDA салыстырмалы түрде стандартты болуы мүмкін — біржақты, бағдарламаға арналған құпия ақпаратты анықтау және репозиторийге кіру тармағымен. Қол қою процесі қарапайым және жылдам болуы керек: жіберу, қол қою, жұмысты бастау. Бұл жердегі кідірістер жақсы мердігерлерді жоғалтады.

Субмердігер (басты агенттік арқылы)

Бұл көрінгеннен қауіптірек. Агенттік жұмысты жеке әзірлеушілерге субмердігер етіп бергенде, сіз жиі сол әзірлеушілердің кім екенін немесе неге кіре алатынын білмейсіз. Агенттікпен жасалған NDA-ңызда субмердігер арқылы өту тармағы (6-тармақ) болуы керек және жүйелеріңізге кіретін барлық субмердігерлер туралы хабардар болуды талап етіңіз. Репозиторийге кіруі бар негізгі субмердігерлермен тікелей NDA жасаған жөн.

Шетелдік әзірлеу компаниясы

NDA-лардың мұнда ең көп күтімі қажет. Шетелдік фирма өзінің стандартты келісімшарттарын ұсынуы мүмкін, олар кең көрінеді, бірақ сіздің юрисдикцияңызда шектеулі енгізілуі бар шетелдік заңмен басқарылады. Шетелдік қатынастар үшін негізгі қосымшалар:

• Даулар үшін сіздің юрисдикцияңызды көрсететін басқарушы заң және юрисдикция тармағы
• Егер клиент деректері қатысса, GDPR/CCPA сәйкестігі ережелері
• Егер фирма өзінің меншікті әдіснамасын бөліссе, өзара NDA — бірақ сіздің құпия ақпарат ауқымы олардан кем болмауы керек
• Дауларды шешу үшін халықаралық арбитраж (ICC немесе AAA ережелері)

Мына түрлі мердігерлерді басқаратын командалар үшін IT компаниялары үшін контракт басқару бағдарламасы қай мердігерге қай келісім қолданылатынын, қашан қол қойылғанын және қайта қарау немесе жаңарту мерзімі қашан екендігін бақылай алады — электрондық пошта қалтасында емес.

Бағдарлама компаниялары жиі жіберетін ең көп қате — нашар NDA жасау емес, оны тым кеш қол қою.

NDA кез келген құпия ақпаратпен бөлісуден бұрын қолға түсуі керек. Бұл анық сияқты, бірақ іс жүзінде алғашқы сөйлесулерде, ашылу қоңырауларында және мердігерге жобаны түсіндіру үшін жүйе контекстін бөліскен техникалық айқындау сессияларында ұмытылып кетеді.

Типтік мердігер қатынасы үшін дұрыс қол қою тәртібі:

1. 1.
   NDA — Алдымен қол қойыңыз, техникалық архитектура, клиент деректері немесе жүйе ерекшеліктері туралы талқылайтын кез келген ашылу қоңырауынан бұрын
2. 2.
   IP беру келісімі — Жұмыс басталардан бұрын қол қойыңыз (идеалды жағдайда NDA-дан кейін дереу немесе қатар)
3. 3.
   Жұмыс туралы мәлімдеме (SOW) — Ауқым, нәтижелер, уақыт кестесі және төлемді анықтайды; жұмыс басталардан бұрын қол қойыңыз. Не енгізу керектігін білу үшін біздің SOW келісімшарттары нұсқаулығын қараңыз.
4. 4.
   Негізгі қызмет көрсету келісімі (MSA) немесе бағдарлама жасау келісімшарты — Үздіксіз қатынасты басқаратын негізгі құрылым

Пайдалы ереже: егер сіз болашақ мердігерге айтпақшы нәрсеңізді көпшілікке айтқыңыз келмесе, NDA қол қойылған болуы керек.

Мердігерді таңдаудан бұрынғы алғашқы сөйлесулер үшін — барлау қоңыраулары, RFP процестері — сіз жалпы құпия емес контексті бөлісе аласыз немесе екі тарап та тез қол қоятын жеңіл өзара NDA қолдана аласыз. Екінші нұсқа тазалағырақ.

Жиі мердігерлерді қабылдау циклдерін жүргізетін командалар үшін NDA және мердігерді қабылдау жұмыс процесін автоматтандыру уақыт қатесін жояды — жүйе алғашқы кіруден бұрын NDA жіберуді бастайды.

Көбінесе сіз мердігерлерге NDA жібересіз. Бірақ мердігерлер — әсіресе ірі агенттіктер — кейде өздерінің NDA-ларын ұсынады. Мына нәрселер сізді тоқтатуға тиіс.

Олар тарапынан тым кең "құпия ақпарат" анықтамасы

Егер мердігердің NDA-сы өзінің құпия ақпаратын "қатынас барысында бөліскен кез келген ақпарат" деп анықтаса, маңызды шектеулерсіз, сіз өзіңіз білген нәрселерді — өз архитектураңызды, өз клиент контекстіңізді — болашақта ұқсас жұмыс істейтін мердігерлермен бөлісуге шектеліп қалуыңыз мүмкін. Өзара NDA-да екі тарапта да нақты және тең ауқымды анықтамалар болуы керек.

Сауда құпиясы емес ақпарат үшін белгісіз мерзім

Жалпы бизнес ақпараты (нақты сауда құпиялары емес) үшін белгісіз құпиялық мерзімі жиі енгізілмейді және келісімшартты мұқият жасалмағанның белгісі. Кейбір юрисдикцияларда соттар қарапайым бизнес ақпараты үшін белгісіз құпиялық міндеттемелерді коммерцияның орынсыз шектелуі ретінде жояды. Қайта қарауды сұрап, нақты мерзімді анықтаңыз.

Біржақты арбитраж тармағы

Егер NDA тек мердігер юрисдикциясында, мердігер таңдаған арбитрлармен арбитражды көрсетсе, бұл асимметриялық енгізу механизмі. Сіз құпиялық құқықтарыңызды енгізу үшін саяхаттауға мәжбүр болар едіңіз. Нейтралды юрисдикцияны белгілеңіз немесе бұрмалауға келмейтін органдардың (ICC, AAA) ережелерін көрсетіңіз.

IP қысқартуы жоқ

Кейбір мердігер ұсынған NDA-ларда мердігер сіздің IP-іңіз туралы не білгеніне қатысты кейбір құқықтарды беруі мүмкін деген тіл бар — әсіресе "құпия ақпарат" олар алған кез келген түсінікке дейін кең болса. Егер NDA сіздің алдағы IP-іңізді шектеулерден нақты босатпаса, бұны нақтылаңыз.

Қайтару немесе жою тармағы жоқ

Мердігер NDA-сында нақты қайтару немесе жою міндеттемесі жоқ болса, мердігер жобадан кейін сіздің құпия құжаттарыңыздың барлық көшірмелерін сақтай алады. Бұл тәуекелді тікелей мақұлдау.

Тәуекелдер гипотетикалық емес. Бұл істер сауда құпияларын заңсыз пайдаланудың нақты құнын көрсетеді.

Cadence Design Systems v. Avanti Corporation ($265M)

Бәсекелес EDA бағдарлама компаниясы Avanti Cadence-дің меншікті бастапқы кодын пайдаланғаны анықталды — бұл allegedly бұрынғы Cadence қызметкерлері Avanti-ға өткенде әкелген. Іс $265 миллионнан астам сот шешіміне және бірнеше адамның қылмыстық сотталуына әкелді. Негізгі механизм — қызметкердің кетуі болды, бірақ бұл мердігерлерге де қатысты: бірнеше компанияларда жұмыс істейтін мердігер кодты тасымалдау векторы бола алады, қасаңды түрде немесе басқаша.

Сабақ: тіпті мықты IP қорғаулары бар ірі бағдарлама компаниялары осы тәуекелге тап болады. Меншікті кодқа кіруі бар әркіммен құпиялық келісімдері — негізгі IP гигиенасының бөлігі, қосымша нәрсе емес.

Waymo v. Uber ($245M)

Alphabet-тың өздік жүру автокөлік еншілес компаниясы Waymo бұрынғы Google инженері құпия техникалық файлдарды кейін Uber сатып алған стартапқа әкелгені үшін Uber-ді сотқа берді. Келісім шамамен $245 миллион акцияға жетті. Ең бастысы, инженер Google-мен NDA және IP келісімдерін қол қойған — бұл Waymo-ға ісді агрессивті түрде қуу үшін заңдық негіз берді.

Кері тұрғыдан да маңызды: NDA-лар мен IP берулер бұзушылықты болдырмады. Бірақ олар Waymo-ға әрекет етуге заңдық негіз берді. Онсыз Waymo осындай көлемдегі келісімге жету үшін енгізу механизмін таба алмас еді. Дұрыс жасалған мердігер NDA-ның нақты құндылығы осында: алдын алу емес, алдын алу сәтсіз болғандағы енгізілу.

Екі іс де көптеген мердігер қатынастарынан әлдеқайда күрделі сауда құпияларын қамтыды. Бірақ бағдарламада үлгі универсалды: құпия код оны жазған адамдармен бірге қозғалады. Сіздің мердігер NDA-ңыз бұл қозғалысты заңдық жолмен әрекет етуге мүмкіндік беретін механизм.

NDA-ны жылдам қол қою маңызды. Күрделі қол қою процесі дегеніміз — мердігерлер оны аттап кетеді немесе кеш қол қояды — екеуі де сәтсіздік. Мынада дұрыс және жылдам жолы.

1-қадам: NDA құжатын дайындау

Төмендегі үлгіні немесе өзіңіздің теңшелген нұсқаны қолданыңыз. Жібермес бұрын барлық бағдарламаға арналған тармақтардың орнында екеніне көз жеткізіңіз. Мердігер құжатты қарап шыққаннан кейін соңғы минутта қосымша қою уақытты ұзартады.

2-қадам: Электрондық қолтаңба үшін жіберу

NDA-ны бұзуға төзімді аудит ізін беретін электрондық қолтаңба платформасына жүктеңіз. Бұл бюрократиялық қалау емес — дәлелдік. Егер сіз NDA-ны ешқашан енгізу қажет болмаса да, нақты адамның нақты уақытта нақты құжатқа қол қойғаны және құжат кейін өзгертілмегені туралы дәлел керек.

Chaindoc әр қол қою оқиғасын өзгермейтін тізбектегі блокчейн арқылы растайды. Қарапайым PDF аудит журналынан айырмашылығы, бұл журнал тек бір компанияның серверлерінде тұрмайды, блокчейн жазбасы екі тарап та кейіннен өзгерте алмайды. Бұл мердігердің адвокаты қарап отырған құжатты олардың клиенті қол қойған құжат екендігін сұраған дауларда маңызды.

3-қадам: Қол қоюдан бұрын жеке тұлғаны растау

"gmail.com-дағы пайдаланушы" қолтаңбасы сіз жалдаған адамның нақты қол қойғанын дәлелдемейді. Кем дегенде электрондық пошта OTP растауын қолданыңыз; жоғары құнды қатынастар үшін SMS немесе мемлекеттік жеке куәлік растауы күштірек ешқашан танылмауды қамтамасыз етеді.

4-қадам: Кіру бақылауымен сақтау

Қол қойылған NDA рөл негізіндегі кіру бақылауы бар құжат басқару жүйесінде сақталуы керек — заңдық командаңызға және аға басшылыққа қолжетімді, ортақ электрондық пошта қалтасында емес. Мердігер аты, қатынас күндері және жоба сілтемесі бойынша белгілеңіз, сонда қысым кезінде таба аласыз.

5-қадам: Мерзімді және жаңартуларды бақылау

Егер сіздің NDA-ңызда нақты мерзім бар болса, мерзімі аяқталу күнін бақылаңыз. Алты ай бұрын мерзімі біткен NDA сізді бүгін қорғамайды.

Бағдарлама компаниялары үшін...

Төмендегі үлгі бастапқы нүкте — бағдарламаға арналған тармақтары бар біржақты мердігер NDA. Ол осы нұсқаулықта тізілген барлық 10 тармақты қамтиды және АҚШ юрисдикциясы бойынша негізгі параметрлерді (сіз көрсететін штат заңдарымен басқарылады, DTSA сауда құпиясы қорғауына қиғасу).

Chaindoc мердігер NDA үлгісін жүктеп алыңыз:

• PDF жүктеп алу
• DOCX жүктеп алу

Үлгіде не бар:

• Бағдарламаға арналған құпия ақпаратты анықтау (бастапқы код, архитектура, тіркелгі деректері, клиент деректері, жоспарлар)
• Репозиторийге кіру саясаты тармағы
• Субмердігер арқылы өту міндеттемесі
• Растауды талап ететін қайтару немесе жою тармағы
• IP беруге қиғасу тармағы
• Сот тыйымы тармағы
• Басқарушы заң орны (өз штатыңызды немесе юрисдикцияңызды толтырыңыз)
• Жалпы құпия ақпарат үшін 3 жыл мерзім / сауда құпиялары үшін белгісіз

Маңызды ескерту: Бұл үлгі ақпараттық мақсаттар үшін ұсынылады және заңдық кеңес болып табылмайды. Енгізілу юрисдикцияға және нақты жағдайларға қарай өзгереді. Жоғары құнды қатынастар, жаңа мердігер қатынастары немесе шекаралық жағдайлар үшін келісімшартты қолданар алдында білікті адвокатпен тексеріңіз.

Толық мердігерді қабылдау құжаттары жиынтығы — NDA, SOW және төлем шарттары — үшін Chaindoc IT компаниялары үшін контракт басқару құралдары үлгіні бір рет жасап, әр жаңа мердігерге біркелкі жіберуге мүмкіндік береді.