Келісім-шарттармен жұмыс жүйесі: келісім маршруттары мен мерзімдерді бақылау

Неге жүйе керек: келісім-шарттармен жұмыс кезіндегі типтік проблемалар

Келісімдер пошта мен мессенджерде келісілсе, алғашында жылдам көрінгенімен кейін хат тізбегі ұлғаяды, файлдар «финал_2» болып кетеді, ал юристің пікірлері хат алмасуда кетіп қалады, оларды табу қиын болады.

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

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

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

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

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

Келісім-шарттармен жұмыс жүйесі неден тұрады

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

Негізгі элементтер

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

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

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

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

Шындықта пайдаланатын есептер

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

Келісім маршруттары: қалай түсінікті және артықшылықсыз баптау

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

Қандай маршруттар болады және қашан қолдану тиімді

Көбінесе үш схема қолданылады:

• тізбекті — кезеңдерді реттілікпен өту маңызды болғанда (инициатор, юрист, қаржы, басшы);
• параллельді — бірнеше бөлім бірдей уақытта келісімді тексере алса (мысалы, юрист пен ІБ);
• аралас — ең жиі кездесетін: кейбір келісулер параллель жүріп, финалдық бекіту әрдайым соңғы қадамда қалады.

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

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

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

Қарапайым мысал: жабдық пен сервисті алатын компанияда шектеуден төмен келісім қысқа маршрутпен өтеді, ал ірі жоба автоматты түрде қаржы, юристтер және бөлімше басшысын қосады. Нәтижесінде кідіріске аз түсу және «артынан бекіту» даулары аз болады.

Лимиттерді бақылау: келісім бюджеттік шеңберден аспас үшін

Лимит бақылауы келісімді қаржы қызметі үшін тосын оқиғаға айналдырмау үшін қажет. Лимит — тек жалпы бюджет емес. Көбінесе ол мына параметрлер жиынтығы арқылы анықталады: шығын мақсаты, жоба, ЦФО, кезең (ай, тоқсан, жыл), кейде контрагент немесе сатып алу түрі. Лимит логикасы неғұрлым нақтыланса, кейінгі қолмен тексерістер соғұрлым аз болады.

Бастау үшін қарапайым ережелерден бастап, процесс жетілдіре беріңіз. Мысалы, дата-орталыққа сервер сатып алу жобасы бойынша жоба мен ЦФО бойынша тексерілсе, типтік қызметтер (байланыс, тазалау) — мақала мен кезең бойынша тексеріледі.

Лимитті қай жерде тексеру керек

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

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

Лимит асқан жағдайда не істеу керек

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

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

Мерзімдер туралы ескертулер: маңызды күндерді өткізіп алмау үшін

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

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

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

Жақсы схема үш деңгейде болады: алдын ала (мысалы, 30/14/7 күн), мерзім күні және мерзім өткеннен кейін (кешігу). Ескертулер спамға айналмау үшін жиілік пен приоритеттерді белгілеңіз: алдын ала бір «үнсіз» еске салғыш, мерзім күні бір «дауысты» хабар және кешігу тек жабылмаса эскалироваться етеді.

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

Міндеттер тізілімі: орындауды қалай бақылауда ұстау керек

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

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

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

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

Рөлдер, рұқсаттар және ашықтық: кім не көреді және кім жауап береді

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

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

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

Ашықтық «хат алмасу скриншоттары» емес, әрекеттер журналы арқылы беріледі: кім және қашан реквизитті өзгерткен, файлды айырбастаған, келісімге жіберген, қайта өңдеуге қайтарғанын көру.

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

Қадам-қадам енгізу: жүйені қалай енгізу керек

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

1) Қазір қалай болатынын тіркеңіз

Әр типтегі соңғы 10–20 келісімді жинап, фактілер бойынша жіктеңіз: кім бастады, кім келісіп, қай жерде кідіріс болды, қай түзетулер жиі қайталанды. Негізінде нақты маршруттарды сипаттау маңызды, регламентте қалай болуы тиіс емес.

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

2) Жүйені қарапайым сценарийлерге баптаңыз

Жүйе қабылдануы үшін қызметкерге минималды әрекет қалатындай етіңіз. Бастапқыда негізгі келісім түрлері бойынша шаблон карталар, қарапайым статустар (черновик, келісуде, қол қойылды, орындауда), негізгі мерзімдер бойынша ескертулер, міндеттер тізілімі және лимиттерді бақылау мен эскалация ережелері жеткілікті.

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

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

Автоматтандыруда жиі кездесетін қателіктер мен тұзақтар

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

Көбінесе маршруттардан басталатын мәселелер: олар тым егжей-тегжейлі жасалады (12 қадам, ондаған шарт, ерекше жағдайлар). Соңында адамдар айналып өтудің жолын іздейді, жылдамдық төмендейді. Қарапайым тест: егер жаңа қызметкер маршрутты 10 минутта түсінбесе — ол тым күрделі. Тәуекелді азайтатын ғана нәрсені қалдырыңыз.

Тағы бір проблема — процесс иесінің болмауы. Қай бөлімше ережелер, анықтамалар мен даулы жағдайларға жауапты екенін білмесе, әр бөлім өз нормасына көшеді. Әртүрлі статустар, контрагент карточкалары және есептер сәйкес келмей қалады.

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

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

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

Қысқа тексеру парағы: іске қоспас бұрын не тексеру керек

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

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

Тәуелсіз есептерді тексеріңіз: 2–3 шертуде мерзімдері өткен міндеттер тізімі мен мерзімдерді орындауға қауіп төндіріп тұрған келісімдердің тізімі алынуы тиіс, Excel-ге қолмен жинаудың қажеті болмауы керек.

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

Практикалық мысал және келесі қадамдар

Сценарий: сатып алу бөлімі жабдық үшін келісім дайындайды. Сома 9,8 млн теңге, лимит 10 млн, жеткізу мерзімі 30 күн, төлем — қабылдаудан кейін. Юрист пен қаржы келісуі керек, сосын басшы қояды.

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

Егер талқылау кезінде сома 10,4 млн-ға өзгерсе, маршрут өзгереді: ерекшелік келісімі қосылады. Қаржы директоры лимиттің асқанын мақұлдайды, бөлімше басшысы негіздеме береді (неліктен арзандау сатып алу мүмкін емес немесе жеткізілімді бөлу мүмкін емес). Осыдан кейін келісім қаржы бақылауына қайтып, жаңартылған шарттарды тіркейді.

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

Жеткізуден кейін міндеттер факті бойынша жабылады: қойма қабылдауды белгілейді, бухгалтер қол қойылған актілерді тіркейді, келісім жауаптысы міндетті «орындалды» статусқа ауыстырады. Тізілімде жеткізу жабылғаны, төлем өткізілгені және талаптар жоқ екені көрінеді.

Идеядан енгізуге көшу үшін: процесс иесін тағайындаңыз (кім ережелер мен маршруттарды басқарады), 10–15 типтік келісімді жинап, жиі қай жерде кідірістер болатынын белгілеңіз, лимиттерді, рөлдер мен ерекшеліктерді келісіңіз (кім және қандай жағдайда бекіту жасай алады), ескертулер мен маңызды мерзімдердің тізімін анықтаңыз, интеграция талаптарын дайындаңыз (пошта, есеп жүйесі, ЭДО).

Егер бір уақытта интеграция мен сенімді инфрақұрылым қажет болса, GSE.kz жүйелік интегратор ретінде жобалау және шешімді орналастыру бойынша, соның ішінде өз өндірісіндегі жабдыққа негізделген серверлік база бойынша көмек көрсете алады.