Келісімшарттарды электронды келісу: нұсқалар және соңғы редакция

Неліктен келісімшарттарды ережелерсіз келісу қиын

Электронды келісімшарттарды жиі поштада немесе мессенджерде файл жіберумен шатастырады. Ал жіберу — бұл әр көшірменің өзінің өмірі бар файлдар алмасуы. Келісу — бұл біртұтас тәртіп: құжат қайда сақталады, түзетулер қалай енгізіледі, оларды кім қабылдайды және қай кезде нұсқа актуалды деп саналады.

Ережелер болмаған жағдайда әдетте «дұрыс емес нұсқа» мәселесі пайда болады. Бір қатысушы файлды түзетеді, екіншісі ескі көшірме туралы пікір жазады, үшіншісі «финал_итог_последний2.docx» жібереді. Нәтижесінде уақыт келісімнің мәніне емес, шындықты іздеуге кетеді: нені өзгерту керек, не қабылданды, не жоғалып кетті.

Қақтығыстар көбінесе пікірлер мен мерзімдерден басталады. Түзетулер анықталмаған болады («формулировканы өзгерту» нақты мәтінсіз), келісімдер расталмай қалады, дедлайн «қалай болса солай» күйге айналады, ал үнсіздік келісім деп есептеледі, бірақ бұл ешкіммен талқыланбаған.

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

Келісу шексіз хат алмасуға айналмасын десеңіз, бастамас бұрын бірнеше нәрсені бекітіп алған дұрыс: рөлдер (кім түзетеді, кім пікір жазады, кім бекітеді), құжатпен жұмыс істейтін бір орын және «бір белсенді нұсқа» ережесі, түзетулер форматы (пікірлер, өзгертулерді бақылау немесе екеуі), келісу айналымына мерзімдер мен кешігу әрекеттері, сондай-ақ финал редакциясын кім жинайтынын және оны қалай растау керектігін көрсету.

Осы ережелер болғанда, қатысушылар келісімнің мазмұнын талқылайды, файлдың қайда екені туралы емес.

Рөлдер мен жауапкершілік: кім неге жауапты

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

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

• Инициатор (келісімшарт тапсырыс беруші) — не сатып алынуы керек, қандай мерзімдер маңызды екенін анықтайды.
• Юрист — тәуекелдерді, формулировкаларды және заңға сәйкестігін тексереді.
• Қаржы — баға, төлем графигі, айыппұлдар, валюта, шектеулерге қарайды.
• Қауіпсіздік (немесе ақпараттық қауіпсіздік, ИБ) — қолжетімділікті, деректер өңдеуді, сақтау талаптарын, инцидентке жауапкершілікті бағалайды.
• Басшы немесе уәкілетті қол қоюшы — соңғы шешімді қабылдайды және бизнестің шарттарды қабылдауға дайын екенін растайды.

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

Арнайы құқықтарды алдын ала айқындаңыз: кім мәтінді түзете алады, кім тек пікір жазады. Жұмыс ережесі қарапайым: 1–2 адам түзейді (мысалы, юрист пен иесі), қалғандары нақты өзгерту ұсыныстарымен пікір жазады.

Даулы түзетулер ілгерілемеуі тиіс. Типтік дауларда шешімді кім қабылдайтынын анықтаңыз:

• Құқықтық тәуекел — соңғы сөз юристке тиесілі.
• Ақша және төлем шарттары — қаржы бөлімі шеңберінде шешіледі.
• Деректер және қолжетімділіктер — ИБ жауап береді.
• Егер пікірлер қайшы келсе — келісімшарт иесі немесе басшы компромиссті бекітеді.

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

Келісімшарт нұсқалары: шатастырмайтын қарапайым схема

Келісудегі басты хаос себебі — поштада және мессенджерлерде «жақсы бір-біріне ұқсас» файлдар параллель өмір сүргенде пайда болады. Оңай ереже көмектеседі: әр мәтіннің түсінікті нұсқасы бар және барлығы қайсысы актуалды екенін біледі.

Нұсқаларды нумерациялау: v1.0, v1.1, v2.0

Келісімшартты «мажор.минор» схемасы бойынша жүргізу ыңғайлы:

• v1.0 — келісуге жіберілген алғашқы толық нұсқа.
• v1.1 — мәнін өзгертпейтін шағын түзетулер (типографиялық қателер, формулировкалар, реквизиттер).
• v1.2 — тағы бір шағын түзету айналымы.
• v2.0 — айтарлықтай өзгерістер: баға, мерзімдер, нысан, жауапкершілік, жаңа қосымшалар.
• v2.1 — v2.0-ден кейінгі нақтылаулар, негізгі шарттарды өзгертпейтін.

Мәні қарапайым: сол жақтағы сан сирек өзгереді және «келісімшарт басқа болды» дегенді білдіреді, оң жақтағы сан — ұқыпты доработкалар.

Қашан жаңа нұсқа шығару керек, ал қашан ағымдағыны түзету

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

Мысал: юристер жауапкершілік тармағын түзетсе — бұл барлығы үшін жаңа нұсқа (v1.0 -> v1.1). Ал егер сіз тек мөр мекенжайын жөндесеңіз, бірінші жіберудің алдында ағымдағы файл жеткілікті.

Бірден бастапқы көз ережесі

Актуалды файлдың бір «үйі» болуы керек (бір папка немесе келісу жүйесі), және барлық талқылаулар оған сілтеме жасауы тиіс, тіркемелерге емес.

Құжат атауында немесе карточкасында ең аз мәлімет тіркелсін: өзгеріс күні, автор, себеп (1–2 сөйлем) және статус (қарашы/келісуде/финал). Солай қатысушылар ашқан файлдың дәл қазіргі нұсқа екенін тез түсінеді.

Пікірлер: оларды қалай түсінікті және басқарылатын ету

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

Пікір — бұл позицияның түсіндірмесі (неліктен тармақ жарамайды). Ұсынылған түзету — нақты ауыстыру мәтіні немесе жаңа формулировка. Тапсырма — орындаушыға (мысалы, юристке немесе инициаторға) бағытталған тапсырма: жаңа редакция дайындау, реквизиттер сұрау, мерзімді нақтылау.

Жақсы пікір қысқа шешім карточкасы тәрізді оқылуы керек:

• Қайда: тармақ нөмірі және сілтеме фразасы (құжатты түгел іздемеу үшін).
• Нені өзгертеміз: алып тастау, ауыстыру, қосу, орын ауыстыру.
• Неліктен: тәуекел, саясатқа сай келмеу, басқа тармаққа қайшы келу.
• Қандай нұсқа: толық мәтінді ұсыныңыз, «қайта жазып қойыңыз» деп қана жазбаңыз.
• Мерзім немесе шарт: егер белгілі бір күнге дейін жабу маңызды болса немесе біреудің келісімі қажет болса.

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

Пікірлерді жабу оларды қою сияқты маңызды. Келісіңіздер қарапайым статус жиынтығы туралы: «қабылданды», «балама қабылданды», «кері қайтарылды (неліктен)», «мәліметтер қажет», «жұмыста». Түзету енгізілгеннен кейін қысқа жазба қалдырыңыз: «п. 4.2-де түзетілді, формулировка жаңартылды».

Мысал: қаржы бөлімі «міндетті: төлем мерзімін 10 банк күнін қосу» деп нақты мәтін береді. Юрист жауап береді «қабылданды, п. 3.1-ге енгізілді». Келесі қатысушыға не шешілгенін болжаудың қажеті жоқ.

Өзгерістерді бақылау: не тіркелуі керек және түзетулерді қалай қабылдау

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

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

Түзетулерді қалай қабылдау: қабылдау, кері қайтару, кейінге қалдыру

Әр түзетудің статусы болуы керек. Болмаса құжат ілініп қалады, ал адамдар әртүрлі нұсқалар туралы таласады.

• Қабылдау: түзету мәтінге енгізілді, түзетуді жасаған және жауапты тұлға растайды.
• Кері қайтару: себебі тіркеледі (мысалы, ТЗ-ға немесе сатып алу саясатына қайшы келеді).
• Кейінге қалдыру: түзету маңызды, бірақ мәліметтер қажет (сумма, реквизиттер, басшының келісімі).
• Шартпен қабылдау: түзету басқа шартпен бірге ғана қабылданады (мысалы, мерзім өзгерсе, төлем графигі де өзгеруі керек).

Финалдық статус кім қоятынын келісіңіз: құқықтық шарттар бойынша — юрист, төлем бойынша — қаржы, коммерциялық жағынан — бизнес иесі.

Өзгерістер журналы: минималды өрістер

Барлық процесті өзгертусіз жүргізсеңіз де, бөлек журнал даудан тез құтылуға көмектеседі.

Минимум ретінде келесі өрістер жеткілікті:

• Нұсқа және дата
• Құжат бөлім/тармақ
• Өзгерістің мәні (1–2 сөйлем)
• Автор және келісуші
• Статус және шешім бойынша түсініктеме

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

Мысал: серверлер жеткізу бойынша келісімде «ақауды жою мерзімі» туралы дау шықты. Бұл заңдық мәні бар түзету: оны жай ғана «түзетіңдер» деген пікір ретінде қалдыруға болмайды. Оны мәтінге енгізіп, статус қойып, журналда кім қандай негізде шешім қабылдағанын тіркеу қажет.

Финалдық редакция үшін кім жауапты және оны қалай бекіту

Электронды келісімшарттарда жиі бәрі бір жерде бұзылады: түзетулер қабылданды, бірақ қол қоюға файл есте сақталғандай жинақталды. Оны алдын алу үшін қарапайым ереже бар: финалдық редакцияны алдын ала тағайындалған бір адам жинайды, және тек ол «қол қоюға дайын» нұсқаны шығарады. Бұл билік туралы емес, жауапкершілік пен жалғыз шындық көзі туралы.

Кімді финал редакция иесі ету келісімнің түріне байланысты болады.

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

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

Процеске бекіту үшін екі нәрсе жеткілікті: (1) карточкада немесе хатта келісуге шыққан кезде финалдық нұсқаның иесі ашық көрсетілсін, (2) «финалдан» кейінгі кез келген түзету құжатты қайта келісу цикліне қайтарады деген ережені келісіңіз.

Қол қоюға жібермес бұрын қысқа финал тексеру жасаңыз:

• Тараптардың реквизиттері, атаулары, мекенжайлары, ИИН/БИН, банктік деректемелер
• Сомалар, валюта, ҚҚС, төлем тәртібі, айыппұлдар
• Мерзімдер: жеткізу, кезеңдер, қабылдау, кепілдік, қолданылу мерзімі
• Қосымшалар: спецификация, ТЗ, график, SLA, тізімдер, даулар хаттамасы
• Файл сәйкестігі: нұсқа нөмірі, дата, бірдей формат (мысалы, қол қою үшін бір PDF)

Барлық қатысушылар дәл осы финал нұсқаны көргенін қалай растауға болады? Оңай ереже енгізіңіз: финал нұсқа айқын белгі алады (мысалы, «v7 FINAL 12.01»), және қатысушылар дәл «v7» нұсқасын келісілген деп жауап береді немесе жүйеде белгі қояды. Егер одан кейін бір сөз өзгерсе, жаңа нұсқа пайда болады және растауды қайта жинайды.

Мысал: коммерциялық бөлім жаңартылған спецификацияны жіберді, юрист жауапкершілікті түзетті, финалды жинауды контракт-менеджер жасады. Ол «v9 FINAL» шығарып, барлық қосымшаларды тіркейді, және әр қатысушы дәл «v9» деп растайды. Осылайша қол қою v8 бойынша болған, ал жеткізу v9 бойынша болады деген жағдай болмайды.

Электронды келісудің пошаговый процесі

Электронды келісімшарттар хаттар тізбегіне және «последних_финальных_v7» айқасына айналмасын десеңіз, бастапқыда негізгі ережелерді орнатыңыз: бір мәтін иесі, бір актуалды нұсқа, түсінікті маршрут және мерзімдер.

6 қадамнан тұратын минималды маршрут

1. Негіз дайындаңыз: актуалды шаблон, міндетті шарттардың тізімі (нысан, баға, мерзімдер, жауапкершілік, жеке деректер, айыппұлдар) және қосымшалар. Егер шарттарда варианттар болса, қай жерде өзгертуге рұқсат етілетінін белгілеңіз.

2. Рөлдер мен маршрутты белгілеңіз. Мысалы: инициатор, юрист, қауіпсіздік, қаржы, сатып алулар, басшы. Әр рөльге жауап мерзімін қалыптастырып, «үнсіз келісім» дегеннің рұқсат етілетінін немесе тыйым салынатынын анықтаңыз.

3. Бір ғана актуалды нұсқамен келісуді бастаңыз. Оған түсінікті атау беріңіз (мысалы, Договор_Поставки_v1_2026-01-11) және чаттарда көшірмелер жасаудан сақтаныңыз.

4. Пікірлерді бір жерде жинаңыз және әрқайсысына шешім қабылдаңыз: қабылданды, кері қайтарылды, нақтылау қажет. Егер түзетулер көп немесе мәнін өзгертсе, жаңа нұсқа шығарып, не өзгергенін қысқаша журналда көрсетіңіз (1–2 жол).

5. Финал редакцияны жинаңыз: даулы тармақтарды шешіңіз, терминдерді үйлестіріңіз, реквизиттер мен қосымшаларды тексеріңіз. Содан кейін бекітуге тек міндетті қатысушыларға жіберіңіз.

6. Финалдық «ок» алғаннан кейін нәтижені тіркеп қойыңыз: қай нұсқа бекітілді, кім бекітті, қандай ерекшеліктер келісілді. Сосын құжатты қол қоюға және орындаушыларға беріңіз, олар дәл бекітілген мәтін мен қосымшаларды қолдансын.

Қайталанатын қателіктер және тұзақтар

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

Ең жиі кездесетін тұзақтар:

• Әртүрлі файлдарда параллель түзетулер және жалғыз иенің жоқ болуы. Нәтижесінде «юристер нұсқасы», «сатып алулар нұсқасы» және «директорда бар нұсқа» пайда болады, және соңғы қайсысы екені белгісіз болады.
• Скриншоттармен және мессенджерлерде келісу, шешімдерді тіркемей. Бұл жылдам көрінуі мүмкін, бірақ бір аптадан кейін неге пункт өзгертілгенін және кім бекіткенін еске түсіру қиын болады.
• Мерзімдер мен статустардың жоқтығы. Қатысушылар «кімде тексеруде» деп ойлайды, ал құжат ұзақ уақыт бойы қозғалыссыз жатады.
• Мағыналық түзетулер мен стильге қатысты түзетулерді бір ағынға араластыру. Маңызды өзгерістер үтірлер мен сөз тіркестерінің арасында жоғалып кетеді.
• «Финалдан» кейінгі түзетулер. Бұл процессқа сенімділік жояды және дұрыс емес нұсқаны қол қою қауіпін тудырады.

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

Қарапайым әдеттер көмектеседі: «мағыналық түзетулер» мен «стильдік түзетулерді» бөлек жүргізіңіз, шешімдерді бір арнада тіркеңіз (құжатқа пікірлерде немесе хаттамада) және «финал» белгіленгеннен кейін кез келген өзгеріс тек қайта келісу арқылы болуы тиіс деген ережені енгізіңіз.

Қол қою алдында қысқа чек-лист

Құжатты финалға жібермес бұрын қысқа тексеріс жасап алған пайдалы. Бұл 5–10 минут уақыт алады, бірақ көп хат алмасуды үнемдейді және қате қол қою қаупін төмендетеді.

• Келісімшарттың иесі және финалдық редакцияны шығаратын адам анық: бір адам түзетулерді жинап, дауларды шешіп, мәтінді қол қоюға береді.
• Актуалды нұсқа бір жерде сақталады, және нумерация түсінікті: мысалы, «v3.2 от 11.01», бұндайда «соңғы файлдардың» параллель пайда болуы болмайды.
• Құқықтар бөлінген: кім мәтінді түзете алады, кім тек пікір жазады.
• Даулы өзгерістер бойынша шешімдер тіркелген: не қабылданды, не кері қайтарылды, кім қашан бекіткен.
• Финал алдында реквизиттер мен «цифрлар» тексерілген: сомалар, мерзімдер, даталар, валюталар, айыппұлдар, сонымен қатар барлық қосымшалар мен мәтіндегі оларға сілтемелер.

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

Нақты сценарий мысалы: келісімде түзетулерді жоғалтпау

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

Файлдарда бату үшін бірден рөлдер туралы келісіп алды. Инициатор бастапқы талаптарға жауапты, юрист — құқықтық бөлігіне, қаржы — төлем шарттарына, ИБ — қолжетімділік пен деректер өңдеуге талаптарға. Бір адам редактор болып тағайындалды: ол барлық түзетулерді жинап, жаңа нұсқа шығарады.

Нұсқалар бірдей аталды: «Договор_поставка_v03», «v04» және т.с.с. Жаңа нұсқа тек редактор барлық пікірлерді жинап, шешімдер қабылдағаннан кейін ғана пайда болды. Бұл процессті тәртіпке келтірді: барлығы бір мәтінді талқылайтынын түсінді.

Ең күрделі сәт қайшылықты пікірлер болды. Қаржы кешіктіруге қатал айыппұл қоюды сұрады, ал жеткізуші жұмсақ формулировкаға ғана келіседі. Шешім: редактор спорлы тармақты нұсқаға жазып қойды (тараптар нені ұсынған және неліктен бас тартқанын), ал соңғы шешімді бизнес жағындағы келісімшарт иесі қабылдады. Шешім қабылданғаннан кейін редактор түзетуді енгізіп, тармақты жабық деп белгіледі.

«Екі финал нұсқа» пайда болмауы үшін ереже енгізілді:

• финал редакция әрқашан редакторда, қалғандар тек пікір арқылы жұмыс істейді
• соңғы нұсқа «на финальное утверждение» статусында болады
• бекіткеннен кейін файл түзетулерден блокталады және нұсқа нөмірі хатта немесе протоколда сақталады

Қорытынды: бір редактор тағайындаңыз, нұсқаларды түсінікті нумерациялаңыз, даулы тармақтар бойынша шешімдер тіркелсін және бірнеше адам параллельно «финалды» жинамауы керек.

Келесі қадамдар: процесті бекіту және қолдау таңдау

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

Одан әрі құралдың таңдалуын тексеріңіз: ол түзетулердің көрінісін, нұсқалар тарихын, реттелетін қолжетімділікті және түсінікті статустарды қолдауы керек. Егер процесс бірнеше бөлімді қамтыса, корпоративті пошта, ЭДО немесе пайдаланушылар каталогымен интеграциялар қажет болады, сондай-ақ инфрақұрылым мен қауіпсіздік талаптары маңызды болса, жүйелік интеграторды тартқан дұрыс.

Осындай жобаларда GSE.kz (gse.kz) технологиялық өндіруші және жүйелік интегратор ретінде пайдалы болуы мүмкін: команда инфрақұрылымдық шешімдерді таңдап, енгізуге және тұрақтылық пен қолжетімділікті қамтамасыз етуге көмектеседі.