IT-қызметтегі гарантиялық жағдайларды басқару: процесс

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

Гарантиялық жағдай — жай ғана «бұзылды» дегеннен гөрі маңызды ұғым. Бұл өндірушінің шарттары бойынша тегін жөндеу не алмастыруға құқық беретін және аппараттық ақау расталған жағдай. IT-қызмет мұндай өтініштерді операциялық проблемалардан (құлауы, сұйықтық құйылуы, ашылуы), бағдарламалық қателер мен қате баптаулардан және тұтыну тауарларынан (мысалы, кабельдер немесе тез тозатын бөлшектер) дереу айыра білуі тиіс.

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

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

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

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

Компания ішіндегі рөлдер мен жауапкершілік аймақтары

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

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

Гарантия бойынша шешімді әдетте 2-ші деңгей (аппараттық инженер) қабылдайды. Ол первичная диагностика жүргізіп, бұл аппараттық ақау ма, пайдалану қатесі ме, әлде ПО мәселесі ма екенін анықтайды. Қиын жағдайларда IT басшысы немесе сапа бойынша жауапты тұлға соңғы шешімді бекітеді.

Склад пен актив есебі процесті жиі бұзатын сұрақтарды жауып тастайды: подмендік құрылғылар қайда орналасқан, ақаулы құрылғы қайда сақталады, қозғалыс қалай тіркеледі. Қоймада бөлек статус контурын қолдануға болады: "подмендік қор", "диагностика күтуде", "жіберуге дайын", "жөндеуден қайтты". Актив есебін беру күніне — беру/қайтару күнінде жаңарту дұрыс.

Өндіруші не жеткізушімен коммуникацияны бір жауаптыға бекіту ұсынылады (мысалы, сатып алу менеджері немесе RMA координаторы), сонда параллель хаттар мен қарама-қайшы келісімдер болмайды. Ол жіберуді және құжаттарды келіседі, инженер техникалық дәлелдерді береді.

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

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

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

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

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

Идентификациядан бастаңыз. Тек модель атауы көптеген ұқсас конфигурациялары бар компанияда жеткіліксіз. Дәл сериялық және инвентарлық нөмірлер, орнатылған орын қажет; әйтпесе іздеу мен сәйкестіруге уақыт кетеді.

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

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

Өтініш үшін минималды шаблон:

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

Мысал: қызметкер «ПК қосылмайды» деп жазады. Егер дереу жүйелік блок L200 Series екені, қай жерде тұратыны, индикаторлар жыпылықтай ма, қуат кабелі ауыстырылды ма және экранда код бар ма сияқты сұрақтар қойылса, IT шешімді тез қабылдайды: подмен беру, қуат желісін тексеру немесе гарантияға өткізу.

Бастапқы диагностика — артық әрекеттерсіз

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

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

Кез келген бөлшектеуден бұрын тез және қауіпсіз тексерулер жасаңыз: кабельді (қуат, HDMI/DP, Ethernet) алмастырыңыз, құрылғыны басқа портқа қосып көріңіз, басқа розетканы немесе блокты тексеріңіз (егер сыртқы болса), барлық периферияны ажыратып, минималды конфигурациямен іске қосып көріңіз, басқа монитор немесе жұмыс орнын пробамен көріңіз.

Егер базалық тексерулер көмектеспесе, анық нәтиже беретін қарапайым тесттерге өтіңіз: кірістірілген self-test (бар болса), S.M.A.R.T. және диск тексерісі, қысқа жад тесті, перегревті бақылау. Нәтижені және не істелгенін міндетті түрде тіркеңіз.

Гарантияға жіберу ақпараты бар болса ғана жүргізіңіз: құрылғы self-test-тен өтпейді немесе тұрақты аппараттық қате кодтарын береді; диск анықталмайды немесе нашар блоктар бар; жад екі реттен артық тесттен өтпейді; симптом кабель/порт/қуат көзін ауыстырғаннан кейін де қайталанады; физикалық ақаулар бар (иіс, тотқақ, ісіну).

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

Қадам бойынша процесс: өтініштен жабуға дейін

Гарантия процесі шексіз сұраққа айналмасын десеңіз, бір анық маршрут болуы тиіс. Бұл ПК, монитор, сервер және периферия үшін де жұмыс істейді, әр қадамда шешімдер мен фактілер жазылуы керек.

1-қадам. Тіркеу және гарантияны тексеру. Өтінішті инвентарлық және сериялық нөмірге байлаңыз және сатып алу құжаттары мен өндіруші шарттары бойынша гарантия статусын тексеріңіз. Критичностьты дереу белгілеңіз.

2-қадам. Бастапқы диагностика және қорытындыны жазу. Тикетке қысқаша: не тексерілді, не расталды, не алынып тасталды деп жазыңыз. Симптомдар мен себепті ажыратыңыз (мысалы, "қосылмайды" және "қуатты ұстамайды").

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

4-қадам. Жөндеуге тапсыруға дайындау. Орау, қабылдау-тапсыру акты, комплектация (қуат блогы, кабельдер, накопитель). Деректер мәселесін бөлек шешіңіз: резервтік көшіру кім жасайды және диск алу қажет пе.

5-қадам. Нәтижені қабылдау және тестілеу. Жөндеу немесе алмастырудан кейін пайдаланушы сценарийі бойынша қысқа тест жүргізіңіз, тек «қосылды» деп қана тексермеңіз. Сервер үшін типтік жүктемені және оқиғалар журналын тексеріңіз.

6-қадам. Жабу және есепті жаңарту. Пайдаланушы растаса ғана өтінішті жабыңыз. Инвентаризацияны жаңартыңыз (ауыстырылған бөлшектер, сериялық нөмірлер) және нәтижені тіркеңіз: жөндеу, алмастыру, гарантиядан бас тарту, ақылы жөндеу.

Мысал: бухгалтердің ПК-сы қосылмайды. IT диагностика жүргізіп (қуат, кабель, блок), 2 күндік подмен береді, құрылғыны сервиске тапсырады, қайтарғанда 1С пен басып шығару бойынша тест жүргізеді, есепті жаңартады және тикетті жабыстырады.

Ақауды растау: дәлелдер мен даулы жағдайлар

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

Ақауды пайдалану шарттарынан қалай ажырату

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

Құрылғы сервисте де, сізде де түсінікті болатындай күйін тіркеңіз:

• барлық жақтан және сериялық нөмірден фото
• пломбалар, бұрандалар, коннекторлар (және ашу іздері болса) фото
• сыртқы зақым және сұйықтық іздерінің фото/сипаттамасы
• мәселенің қайталану шарттары: қашан, қайдан кейін, қаншалықты жиі
• тексеріс нәтижелері: не ауыстырылды және не алынып тасталды

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

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

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

Мысал: офисде L200 сериялы ПК ара-тұра қайта жүктеледі. Егер оны сипаттамасыз жіберсеңіз, стендте ол «құрылған» көрініп қайтып келуі мүмкін. Оқиға журналын, қайта жүктеу видеоын және қуат блогы мен кабельді ауыстырғаныңызды көрсете отырып жіберсеңіз, ақауды тез тану мүмкіндігі жоғарылайды.

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

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

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

Подменді таңдау — тосынсыйсыз

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

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

Беру және қайтару: нені тіркеу керек

Қарапайым актсіз подмен тез жоғалады және даулар тудырады. Тіркеуге жеткілікті: сериялық және инвентарлық нөмір, комплектация (БП, кабельдер, док-станция, тышқан, пернетақта), күйі, беру күні, жоспарлы қайтару күні және жауапты.

Подмен мерзімін жөндеу мерзіміне + кіші буферге байлаңыз. Ескерту орнатыңыз: мерзімнен 2-3 күн бұрын және өтініш жабылған күні нақты қайтаруды тексеріңіз.

Подмендік қор таусылса, уақытша шешімдер: бос жұмыс орнына орналастыру, ортақ терминал, қысқа мерзімді жалға алу немесе подменді критичность бойынша қайта бөлуді қолдану.

Нақты сценарий: ПК-ның істен шығуы және тоқтатпай жұмыс істеу

Жұма, есептік кезеңнің соңы. Бухгалтердің рабочего ПК-сы жүктелмейді (мысалы, настольный L200): қара экран, содан кейін қайта жүктеу. Пайдаланушы үшін бұл апат сияқты, ал IT үшін бұл стандартты гарантиялық іс.

IT өтінішті қабылдап, симптомдарды тіркейді: қашан басталғаны, экранда не болғаны, жаңартулар немесе қуат өшірулер бар ма — осыны белгілейді. Сол уақытта критичностьты анықтайды: бүгін не істеу қажет, поштасы мен 1C-ға басқа құрылғы арқылы қол жеткізе ала ма.

Келесі — жылдам тексерулер: басқа қуат кабелі мен монитор, розетка/ИБП тексеру, BIOS-қа кіруге тырысу және диск пен жадтың көрінуін тексеру, қысқа диск диагностикасы (бар болса), перегрев пен сыртқы әсер іздерін қарау.

Егер аппараттық ақау белгілері және тоқтау қабылданбайтын болса, IT подменге шешім қабылдайды. Пайдаланушыға акт бойынша подмендік ПК береді (кім алды, сериялық нөмір, күй, қайтару мерзімі). Жұмыс ортасын қиындатпай ауыстыру: профильді қосу, стандартты қосымшаларды орнату, корпоративті сақтаудан деректерді қайтару. Локальды файлдарды ескі дисктен көшіру тек қауіпсіз және мүмкін болса ғана.

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

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

Ақауларды қайталануының аналитикасы: не есептеу және қалай қолдану

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

Әр өтініште бірдей өрістер болуын бастаңыз. Олардысыз жағдайларды салыстыру мүмкін болмайды.

Әр ақау бойынша критикалық минимум деректер:

• модель мен конфигурация, сериялық нөмір
• партия немесе жеткізу күні, жеткізуші
• бөлімше мен орнатылған орын, жүктеме профилі (офис, сынып, регистратура)
• симптом және расталған себеп, қандай компонент ауыстырылды
• істен шығу уақыты (айларда) және пайдалану шарттары

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

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

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

Гарантиялық процесті бұзатын типтік қателіктер

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

Көптеген ілініп қалған өтініштердің себебі — сериялық нөмір мен растайтын құжаттардың болмауы. Тикетте модель, S/N, іске қосу күні (немесе есептік нөмір) болмаса, IT іздеумен уақыт жоғалтады, ал сервис орталығы құрылғыны қабылдай алмайды. Бұл мәселені міндетті өрістер мен құрылғы шильдигінің фото арқылы шешуге болады.

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

Подмендік жабдық әкімшілік тұрғыдан процесті бұзады: оны береді, бірақ есепке алмайды, комплектациясын тіркемейді және қайтаруды бақыламайды. Нәтижесінде подмендік қор кездейсоқ құрылғылар жиынтығына айналады.

Коммуникация да маңызды. Пайдаланушы IT, сатып алулар және сервис тарапынан түрлі мерзімдер естісе, сенім азаяды. Бір ғана канал — тикеттегі статус және бір жауапты адам болу керек. Мерзім белгісіз болса да, ашық "дефект растауын күтеміз, жауап ертең сағат 15:00-ге дейін" деген хабарлау үнсіздікке қарағанда жақсы.

Тағы бір типтік қате — тикеттерді "реті үшін" жабу: себепсіз, жөндеуден кейінгі тест нәтижесін көрсетпей, не ауыстырылғанын жазбай жабу. Сол кезде келесі ұқсас жағдай нөлден басталады, аналитика болжамдарға айналады. Жақсы жабу — қысқа қорытынды: себеп, шешім, тексеру нәтижелері және ұсыныс (мысалы, BIOS жаңарту, кабель ауыстыру, қуатты тексеру).

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

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

Тикет үшін чеклист (қайталап сұрамау үшін)

• идентификация: модель, сериялық/инвентарлық нөмір, орналасу, жауапты пайдаланушы
• симптомдар: не істемейді, қашан басталды, қаншалықты жиі, алдында не болды (жаңарту, қонақ көшу, қуат секірісі)
• минималды диагностика: не тексерілді (кабель/қуат/порттар/қайта жүктеу/self-test), нәтижелері мен қателері
• жұмысқа әсері: тоқтау, критичность, уақытша қолжетімділік немесе алмастыру қажет пе
• мерзімдер мен келісімдер: қашан қабылданды, пайдаланушымен қашан байланысқан, келесі қадамның күтілетін күні

Ноутбук немесе ПК үшін қате экраны фото және сериялық жапсырманың фотоын міндетті қосыңыз. Бұл жиі дау кезеңін жояды.

Жіберерде және қайтарғанда чеклист

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

• комплектация және орау: не жіберіледі (блок өзі, БП, кабельдер), соққыдан қорғаныс, тикет нөмірі
• дәлелдер: 2-3 фото құрылғы мен сериялық нөмірден, зақым фотолары (бар болса), дефект пайда болу шарттарының сипаттамасы
• құжаттар және контактілер: өтініш/RMA нөмірі, гарантиялық талон/акт, қабылдау контактісі және телефоны
• қайтарғанда: жылдам тест (қосу, желі, дисктер, периферия), симптом жойылғанын растау
• есеп пен подмена: подменді жабу, инвентарьды жаңарту және өтініш себебін тіркеу (аналитика үшін)

Келесі қадамдарды 2 апта ішінде іске қосуға болады: бір тикет шаблонын бекіту, 6–8 статуст енгізу (қабылданды, диагностика, растама күтілуде, жіберілді, подмен берілді, қайтарылды, жабылды), жауап уақыты мен статус жаңартуы бойынша қарапайым SLA келісу, апта сайынғы минималды есеп (ашық өтініштер саны, подменге дейінгі орташа уақыт, жоғарғы 3 себеп).

Кейін парк пен қолдау ережелерін стандарттаған жөн: модель саны аз — ерекшеліктер азайған, подмен қорды оңай басқарған және диагностика жылдамырақ. Егер толық цикл бойынша түсінікті қолдауы бар жеткізушіні таңдасаңыз, Қазақстанда бұл GSE.kz арқылы оңай ұйымдастырылады: олардың өз ПК, моноблок және сервер сыныптары, сервис желісі және 24/7 техникалық қолдауы бар.