Неге бұл мәселені сатып алудан бұрын шешкен жөн

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

Тіпті бір офис компьютері істен шықса да, мәселе әдетте бір қызметкермен шектелмейді. Ұсыныстар кешігеді, есептер жылжиды, ішкі процестер тоқтайды. Бухгалтерияда, мектепте, ауруханада немесе мемлекеттік мекемеде бір күндік тоқтау сатып алу бағасындағы айырмашылықтан қымбатқа түсуі мүмкін.

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

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

Жүйеге және компоненттерге берілетін кепілдіктің айырмашылығы

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

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

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

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

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

Қай жағдайда жөндеу мерзімінде ұтыс бар

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

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

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

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

Шарттарды салыстыру кезінде төрт нәрсеге бөлек назар аударған дұрыс:

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

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

Құжат айналымы қалай өзгереді

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

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

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

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

Неге жауапкершілік ашық болуы маңызды

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

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

Бұл күрделі ақауларда айқын көрінеді. Мысалы, жедел жадты ауыстырғаннан кейін компьютер іліп қалады. Жедел жад жеткізушісі модульді дұрыс деп санайды. Жинаушы аналық платаға сілтейді. Плата өндірушісі баптаулар мен үйлесімділікті тексеруді сұрайды. Осылайша тараптар актілер мен қорытындылар алмасып жатқанда жұмыс орны ұзақ уақыт тоқтап қалады.

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

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

Қалай кепілдік схемасын таңдау керек

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

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

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

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

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

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

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

Кеңседегі мысал

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

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

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

Жеке кепілдік кезінде бәрі диагноздан басталады, нәтижені қалпына келтіру емес. Алдымен ақаулы узел анықталып, оны құжаттап, содан кейін ғана қажетті каналға өтініш жіберіледі. Тексеру барысында мәселе басқа бөлшекте болса, процесс қайта басталады.

Практикада кеңсе үшін айырмашылық өте қарапайым. Біріккен кепілдік жағдайында сұрақ былай қойылады: «Компьютер қашан қайтадан қосылады?» Ал бөлек кепілдік схемаcында ол жиі былайша аударылады: «Бұл кімнің жауапкершілігі?»

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

Келісімшартта жиі жіберілетін қателер

Ең жиі қателік — тек кепілдік мерзіміне, айлармен ғана қарау. «36 ай» сияқты формулировка сенімді естілуі мүмкін, бірақ нақты жөндеу мерзімі туралы ештеңе айтпайды.

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

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

Көбісі үйлесімді баламаны ауыстыру туралы да ұмытады. Қорда дәл сол ревизия болмауы мүмкін, бірақ үйлесімді балама болуы ықтимал. Егер келісімде кім мұндай ауыстыруды растауы және қалай рәсімделетіні жазылмаса, тоқтау ұзарады.

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

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

Сатып алудан бұрын қысқа чек-лист

Келісімшартқа қол қоюдан бұрын қысқа тексеру жеткілікті.

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

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

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

Тапсырыс беруші не істеу керек

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

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

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

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

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