Windows Server CAL: қашан қажет және есепті қатесіз жүргізу

Неліктен Windows Server CAL-ды түсіну қажет

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

CAL-ды әдетте енгізу кезінде ескермейді. Домен «қалыпқа келтіріледі», файлдық шаруашылық «уақытша» жасалады, қашықтағы қолжетімділік «VPN алынғанша» қосылады. Техникалық жағынан бәрі жұмыс істейді, ал лицензиялау кейінге қалдырылып, бұл мәселе сатып алу, аудит немесе басшылық сұрағанда көрінеді: «Бізге қанша керек және неге?»

Қалайша салдар туындайды

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

Тіпті формалдық аудит болмаса да, бұл ІТ басқаруды қиындатады: штатты көбейту, филиалдарды қосу және жаңа сервистерді іске қосу жоспарын құру қиындайды.

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

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

Негізгі ұғымдар: сервер лицензиясы мен CAL

Windows Server лицензиясы мен Windows Server CAL — бөлек ұғымдар.

Сервер лицензиясы серверге қатысты: ол ОС-ты жабдыққа (немесе виртуал ортаға) орнатуға және пайдалануға рұқсат береді. CAL (Client Access License) — қол жеткізуге қатысты: ол пайдаланушыларға немесе құрылғыларға Windows Server қызметтеріне қосылуға құқық береді.

Қарапайым еске сақтау: сервер лицензиясы «осында Windows Server іске қосуға болады ма?» деген сұраққа жауап береді, ал CAL — «ол сервер ұсынатын нәрсені кім пайдалана алады?» дегенге жауап береді. Тіпті бір шағын серверіңіз болса да, қызметкерлердің доменге, файлдық папкаларға немесе принтерге қол жеткізуі әдетте CAL-ды талап етеді.

Екі негізгі CAL моделі бар:

• User CAL — адамға бекітіледі, бір қызметкер бірнеше құрылғыдан жұмыс істейтін болса ыңғайлы.
• Device CAL — нақты құрылғыға бекітіледі, бір компьютерді түрлі адамдар кезекпен пайдаланатын жағдайда тиімді.

Таңдау күнделікті мысалдардан анық болады. Егер әр қызметкерде жұмыс ПК мен ноутбук бар және почта үшін телефон қолданылса, әдетте User CAL ұтымды. Егер ауысымдық жұмыс, оқу сыныбы немесе ортақ оператор ПК болса, Device CAL логикалық болады.

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

Windows Server редакциялары (мысалы, Standard немесе Datacenter) CAL-ды жоймайды. Редакциялар мүмкіндіктер мен орналастыру ережелеріне әсер етеді, бірақ пайдаланушылар мен құрылғылардың негізгі сервиске қолжетімділігін CAL бөлек растайды. Кей сценарийлер қосымша лицензияларды қажет етуі мүмкін (мысалы, қашықтағы жұмыс орындары үшін), бірақ бұл басқа тақырып.

Қашан CAL қажет: қарапайым ереже және шектері

Ең жеңіл ереже: егер пайдаланушы немесе құрылғы Windows Server қызметтеріне желі арқылы сұраныс жіберсе, әдетте Windows Server CAL қажет. Сервер офисте ме, дата-центрде ме, физикалық па немесе виртуалды ма — маңызды емес. Маңыздысы — сервер қызметтеріне қолжетімділік фактісі.

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

Кәдімгі жағдайлар, мұнда CAL дерлік міндетті: доменге кіру және есептік деректерді тексеру (Active Directory), файлдық ресурстар мен ортақ папкаларға қол жеткізу, желі принтері, пайдаланушыларға қызмет көрсететін Windows Server-та жұмыс істейтін қосымшаларды қолдану, сондай-ақ корпоративтік желінің бөлігі болып табылатын базалық қызметтерге (мысалы, DHCP/DNS) сұраныс.

Шектері әрдайым анық болмайды. Егер Windows Server-да анонимді интернет-қолданушыларға арналған жария сайт орналасқан болса, оны «ішкі пайдаланушылардан» бөлек қарастыруға болады. Бірақ аутентификация, қызметкерлерге арналған қолжетімділік немесе домендік есептік жазбалар арқылы жұмыс пайда болған сәттен бастап CAL көбіне міндетті болады.

Естелік: кейбір қолайсыз түсініктер бар — әкімшілік қосылымдар серверді басқаруға шектеулі құқықтар береді. Бұл пайдаланушыларға «тегін CAL» беретін жағдай емес. Әкім сервер ретінде файлдар немесе қосымшалармен жұмыс істегенде, CAL талаптары қайта оралады.

Виртуализация да ештеңені жоймайды. Егер бір хостта 10 виртуалдық машина болса, CAL-дар ВМ саны бойынша емес, қызметтерге жүгінетін пайдаланушылар немесе құрылғылар саны бойынша есептеледі.

AD және файлдық қызметтер: CAL-ды қайда жиі ұмытып қалады

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

Active Directory (AD DS): тек «доменге кіру» болса да қолжетімділік бар

Егер пайдаланушы немесе құрылғы доменге кіріп, есептік жазбалар тексерілсе, саясаттар (GPO) алынса, Kerberos билеттерін алу немесе пароль жаңарту секілді әрекеттер орын алса, бұл Windows Server қызметіне қолжетімділік болып табылады. Wi‑Fi домендік логин арқылы, прокси интеграциясы, қосылған кезде саясаттар қолданылатын компьютерлер — бәрі AD арқылы жұмыс істейтін сценарийлер.

CAL көбіне ортақ папкаларды ашатындарды ғана санап жүргенде «жоғалып» қалады. Практикада AD-ға жұмыс станцияларының басым бөлігі жүгінеді, тіпті қызметкер бірде-бір шаруаны ашпайтын болса да.

Файлдық қызметтер (SMB) және печать: «негізгі» деп CAL жоқ деп ойламаңыз

Ортақ папкалар, үй папкалары, желілік дискілер, профилдер, "скан папкаға" және принтер қызметі — бұлардың барлығы Windows Server-ға қол жеткізу болып табылады. Егер құрылғы (мысалы, МФУ) файлдарды SMB-ға сақтаса, оны да тұтынушы ретінде есепке алу керек.

Есепте жиі ұмытылатындар: цехтағы ортақ терминалдар, «қонақ» ПК, ортақ есептік жазбамен жұмыс істейтін құрылғылар, МФУ, камералар және SMB-ға жазатын мини-ПК, сондай-ақ компания ресурстарына қосылатын мердігерлер.

Мысал: 1 файлдық сервер, 120 қызметкер және 30 ортақ терминал

Логика: алдымен қандай модельмен лицензиялайтыныңызды шешіңіз — пайдаланушылармен бе, әлде құрылғылармен бе. Егер 120 қызметкердің әрқайсысында бірнеше құрылғы болса (мысалы, ноутбук пен ПК), User CAL ыңғайлы болуы мүмкін. 30 ортақ терминал әртүрлі адамдар қолданатын болса, Device CAL арқылы жабу тиімдірек болуы ықтимал, себебі лицензия құрылғыға беріледі, әр адам үшін лицензия сатып алудың қажеті жоқ.

AD және файлдық қызметтер үшін негізгі ереже: серверлерді емес, олардың қызметтеріне нақты қолжетімдігін есептеңіз, соның ішінде фондық сценарийлердегі құрылғылар мен процестерді де қосыңыз.

RDS және қашықтан жұмыс орындары: бөлек лицензия қабаты

Көпшілік шатасады: Windows Server CAL мен RDS CAL — әртүрлі құқықтар. Біріншісі пайдаланушыға немесе құрылғыға Windows Server қызметтеріне қол жеткізу құқын береді (файлдар, басып шығару, AD). RDS CAL қашықтан жұмыс сессиялары мен жарияланған қосымшалар арқылы жұмысты орындауға бөлек құқық береді.

RDS CAL қажеттілігі серверге желі арқылы қосылу фактісінен емес, RDS сценарийін пайдалануынан туындайды: Session Host-қа сессияға кіру, жарияланған қосымшаны іске қосу, RD Gateway арқылы RDS пулына қосылу. Егер әкімші серверді басқару үшін уақытша RDP арқылы кірсе, бұл жұмыс орны ретінде лицензияланатын жағдай емес.

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

User RDS CAL немесе Device RDS CAL таңдауында кімнің қайда байланғаны шешуші. Ауыспалы сценарийлерде (call-орталық, оқу сыныбы, охрана орны) Device RDS CAL артықшылығы бар. Бір адам әр түрлі жерден және құрылғылардан кірсе (дәрігерлер, менеджерлер), User RDS CAL сәйкес келеді.

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

Серверлік қосымшалар: CAL мен ПО лицензиясы бірдей емес

Көбіне бизнес «қосымшаға лицензия сатып алдық, енді серверге қосылу жабылды» деп ойлайды. Шын мәнінде қосымша лицензиясы мен Windows Server CAL әр түрлі нәрсені жабады: бұрынғысы бағдарламаны пайдалануға, ал кейінгісі — Windows Server қызметтеріне қолжетімділікке рұқсат береді.

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

Қай жерде қосымша лицензиясы бітеді және CAL басталады

Қарапайым ереже: қосымша лицензиясы — бағдарламалық функционал үшін, CAL — Windows Server-ге қосылу фактісі үшін. Егер пайдаланушы бағдарлама арқылы серверден дерек алады, файл сақтайды, сервер арқылы басып шығарады немесе домен арқылы өтсе, онда қосымша лицензиядан бөлек Windows Server CAL қажет болуы мүмкін.

RDS туралы тағы еске алайық: қосымша RDS арқылы берілсе, онда Windows Server CAL-ға қоса RDS CAL да қажет.

CAL-ды байқамай түрде талап ететін қызметтер

CAL көбіне «тек бағдарлама жұмыс істейді» деп көрінген кезде ұмытылады. Шын мәнінде тәуелділіктер: Active Directory арқылы авторизация, құжаттарды желіге сақтау, сервер арқылы басып шығару, тіпті web-тін клиент арқылы сервердегі деректерге қатынау — бәрі CAL талап етуі мүмкін.

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

CAL-ды қалай есептеу: қадамдық тәсіл

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

Жұмыс схемасы (кез келген ұйымға қолдануға болады):

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

User немесе Device таңдауын қалай жасау керек

User CAL әдетте бір адам бірнеше құрылғыдан кіретін жағдайда тиімді (офистік ПК, ноутбук, телефон). Device CAL көп адам бір компьютерді кезекпен қолданатын жерлерде тиімді (ауысым, колл-орталық, оқу сыныптары).

Кішігірім есептеу мысалы

Домен мен файлдық сервер бар. Офисте 60 қызметкер, әрқайсысының 2 құрылғысы, сонымен қатар 10 ортақ ПК бар. AD мен файлдарға қол жеткізу үшін қарастыру: 60 User CAL немесе 70 Device CAL (60 жеке жұмыс ПК + 10 ортақ). Көбінесе User CAL тиімді шығуы мүмкін.

Содан кейін бөлек қабаттарды тексеріңіз. Егер 15 қызметкер терминал арқылы жұмыс істесе, онда базалық Windows Server CAL-ға қоса осы 15 үшін RDS CAL қажет болады (немесе егер терминалдар ортақ болса, құрылғыларға RDS Device CAL).

Ең маңыздысы — сан мен қабылданған логиканы сақтау: сол кезде тексеріс пен сатып алу тыныш өтеді.

CAL лицензиясында жиі кездесетін қателер мен тұзақтар

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

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

Тағы бір проблема — User CAL мен Device CAL-ды араластырып, хаотикалық қолдану. Бұл «қалай түссе солай» болмауы тиіс: мысалы, офис — пайдаланушылар бойынша, өндіріс — құрылғылар бойынша деген ережені бекітіп ұстаңыз. Әйтпесе тексеруде қай жерде қандай модель қолданылғанын түсіндіру қиын болады.

RDS тағы бөлек шатастырады: Windows Server CAL мен RDS CAL бірдей емес. Егер қызметкерлер толық жұмыс орнын RDS арқылы пайдаланса, әдетте екі типті де алу қажет: базалық Windows Server CAL және RDS CAL.

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

Қысқа тексеріс, жиі «құламалар» пайда болатын жерлер:

• ортақ ПК, терминалдар және ауысымдық орындар
• RDS және жарияланған қосымшалар
• сервистік есептік жазбалар арқылы жұмыс істейтін қосымшалар
• мердігерлер, уақытша персонал, сыртқы қолдау
• User vs Device таңдауын бекітпеу

Мысал: компанияда 60 қызметкер бар, бірақ цехта 3 ауысымда пайдаланылатын 10 ортақ ПК бар. Тек «60 адам» деп есептесеңіз, ортақ құрылғыларды есептемей қалуыңыз мүмкін немесе, керісінше, егер дұрыс модель қолданылмаса артық төлем болуы мүмкін.

CAL реестрін қалай ұйымдастыру: қарапайым шаблон

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

Оны кестеде немесе ITSM жүйесінде сақтау оңай, бірақ бағандар бірдей болуы тиіс. Міндетті бағандар:

• Өнім (мысалы, Windows Server 2022) және рөл/қызмет (AD, файлдық сервер, RDS)
• CAL түрі (Windows Server CAL, RDS CAL)
• Модель: User немесе Device
• Саны (сатып алынған, қолжетімді, резервте)
• Сатып алу күні және жеткізуші
• Құжат-дәйек (шот, акт, келісім-шарт, тапсырыс нөмірі)
• Сервистің иесі (аты-жөні немесе рөлі: AD администраторы, RDS иесі, ІТ жетекшісі)

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

Реестрді оқиғалар бойынша жаңартыңыз, «есіңе түсті» кезде емес. Қарапайым регламент жақсы жұмыс істейді: қызметкер қабылданғанда, ПК сатып алғанда немесе шығарғанда, жаңа филиал қосқанда, RDS іске қосқанда. Айлық жабылу күндеріне реестр тексерісін қоссаңыз да пайдалы.

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

Реалистік мысал: домен, файлдар және RDS бар компания

Мысал: 1 бас офис және 2 шағын филиал. Домен (AD) бар, барлығына ортақ папкалар бар бір файлдық сервер және бухгалтерия RDS арқылы 1С пен бірнеше қосымшаны іске қосатын бөлек RDS сервері.

Реквизиттер: офисінде 35 қызметкер жеке ноутбуктерімен. Филиалдарда әрқайсысында 8 қызметкер, бірақ жұмыс орындары ортақ: әр филиалда 6 стационарлық ПК ауысым бойынша. Бухгалтерлар — 6 адам, олар RDS арқылы жұмыс істейді, кейде үйден де қосылады.

AD және файлдарға негізгі қолжетім үшін Windows Server CAL қажет. Әдетте логика: офис қызметкерлеріне User CAL тағайындау ыңғайлы (бір адам, бірнеше құрылғы), ал филиалдардағы ортақ компьютерлерді Device CAL арқылы жабу тиімді (бір құрылғы, әр түрлі адам).

RDS бөлек қабат: RDS CAL тек RDS-ке қосылатындарға қажет. Бұл мысалда — 6 бухгалтер. Қалған қызметкерлер үшін, егер олар тек доменге және файлдарға қосылса, RDS CAL қажет емес.

Реестрде мұны бөлек жазып қойыңыз:

• Windows Server User CAL — 35 дана (офис қызметкерлері)
• Windows Server Device CAL — 12 дана (2 филиалда әрқайсысында 6 ПК)
• RDS User CAL — 6 дана (бухгалтерия)

Сатып алудан бұрын басшылыққа бірнеше сұрақ қойыңыз:

• Келесі 6–12 айда штат өсуі жоспарлана ма?
• Жаңа филиалдар немесе қосымша ауысымдар болады ма?
• Қанша адам шынайы түрде үйден жұмыс істейді және қаншалықты жиі?
• Офисте ортақ жұмыс орындары (колл-орталық, ресепшен) пайда бола ма?
• RDS немесе жаңа сервер рөлдері жоспарлана ма?

Осылайша реестр тек сандарды емес, оларды қорғауға болатын логиканы да бейнелейді.

Чек-лист және келесі қадамдар — сатып алу мен аудитке дайындық

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

Инфрақұрылымды тез тексеру үшін:

• Рөлдер мен қызметтерді тізімдеңіз: AD DS, файлдар, басып шығару, RDS, қосымшалар (1С, SQL, терминалдық фермалар).
• Шын мәнінде кім қосылады: қызметкерлер, мердігерлер, сервистік есептік жазбалар, сыртқы пайдаланушылар.
• Сандарды салыстырыңыз: домендегі белсенді пайдаланушылар, есепке алынған құрылғылар, RDS-тегі қашықтағы қосылыстар.
• Қол жеткізу шекарасын тексеріңіз: барлығына арналған ортақ папкалар бар ма, есептен тыс филиалдар немесе ауысымдық орындар жоқ па.
• Қолжетімділікті түр бойынша бөліңіз: Windows Server-ге қарапайым қолжетім және RDS-ке бөлек қабат.

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

Келесі қадамдар сатып алу мен аудиттің тыныш өтуі үшін:

• Құжаттарды жинаңыз: шоттар, актілер, лицензиялар, хат-хабарлар, заңды тұлғаға және бөлімшелерге байланған құжаттар.
• Есептеу қайта қарау ережесін бекітіңіз: тоқсан сайын және әр өзгеріс кезінде (жаңа филиал, RDS, қосымша) қайта тексеру.
• Өсу мен маусымдылыққа резерв қойыңыз, бірақ оның себебін жазып қойыңыз.
• Серверлерді жаңартатын болсаңыз, лицензиялар мен қолдауды жобаға алдын ала енгізіңіз. Қажет болса интегратор немесе жабдық жеткізушімен, мысалы GSE.kz-пен лицензиялар мен жабдықты үйлестіруді талқылаңыз.

Егер бірқатар мәселелер — «кім пайдаланушы», «RDS қай жерден басталады», «мердігерлермен не істеу керек» — туындаса, оларды жазбаша түрде фикс етіп реестрге тіркеңіз. Тексеру кезінде бұл көбіне таза цифрдан маңыздырақ болады.