Кеңседе байланыс үзілістеріне арналған CRM/ERP үздіксіздік жоспары

Неліктен кеңсеге CRM/ERP үшін үздіксіздік жоспары керек

CRM мен ERP‑ді көбіне «компьютердегі бағдарлама» деп қабылдайды, алайда кеңсе үшін бұл жұмыс орнының өзі. Сату бөлімінде лидтер тіркеледі, бухгалтерия есептер шығарады, қоймада тауарлар жіберіледі, колл‑орт клиенттің тарихын көреді. Жүйе қолжетімсіз болған сәттен бастап, тіпті қызметкерлер бар болса да, жұмыс тоқтайды.

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

Үздіксіздік жоспары — электр немесе интернет өшкенде не міндетті түрде сақталуы тиіс және команда сол сағаттарды хаоссыз қалай өту керектігін алдын‑ала келісу. Әдетте «минималды режим» клиенттердің өтініштерін қабылдау мен черновиктерге тіркеуді, соңғы экспорт бойынша қалғандар мен статустарды тексеруді, алдын‑ала дайындалған формалар бойынша бастапқы құжаттарды шығару және бірнеше маңызды келісімді (мысалы, отгрузка, қайтару, шұғыл сатып алу) қамтиды.

Техника маңызды, бірақ техниканың өзі бәрін шешпейді. Интернетті кім қосады, ИБП‑ні кім қосады, провайдер телефондары қайда сақталған және операцияларды қолмен қалай тіркеу керек — егер бұл анықталмаса, алғашқы 30 минут талқылауға кетеді.

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

Қандай ақаулар болады және олар жұмысты қалай бұзады

Ақау көбіне "барлығы бірден" сияқты болмайды. Көбірек бұл — қызметкерлердің CRM/ERP‑ке қол жеткізе алмауына әкелетін кішігірім проблемалар тізбегі, соның нәтижесінде клиенттерге кешігулер болады. Жоспар пайдалы болсын десеңіз, қай ақаулар нақты сіздің жерде жиі кездесетінін алдын‑ала анықтау маңызды.

Ең көрінікті сценарий — электр өшіруі. Компьютерлер, Wi‑Fi нүктелері, телефония өшеді, егер сервер немесе желі жабдығы офисте орналасқан болса, база да тоқтайды. Қысқа үзіліс кезінде жиі роутер немесе коммутатор «құлайды», және интернет өзі оралмайды, біреу оны қайта жүктегенге дейін.

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

Адам факторы да бар: біреу ИБП‑ні «сыбдырамасын» деп өшіріп тастайды, стойкадағы кабельді тартып алады, портты ауыстырады немесе серверді кездейсоқ қайта жүктейді. Мұндай қателер "түсініксіз глюк" секілді көрініп, іздеуге уақыт жоғалтады.

Көбінесе бірінші болып істен шығатындар — бір нүктеге тәуелді болатын жүйелер: кассалар мен терминалдар, пошта мен күнтізбе (егер авторизация ортақ контур арқылы болса), база және жалпы папкаларға кіру (DNS/DHCP, роутер), телефония мен қолдау мессенджерлері (SIP және бір коммутатордағы Wi‑Fi), құжаттарды басып шығару (жаһандық принтерлер серверді «көрмейді").

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

Қалпына келтіру мақсаттары: RTO және RPO қарапайым тілде

Жоспар тек қана қағаз болмауы үшін екі сан қажет: кеңсе CRM/ERP‑сіз қанша уақыт өмір сүре алады және қанша дерек жоғалуы мүмкін. Бұл үздіксіздік жоспарының негізі.

RTO — бұл төзетін тоқтау уақыты. Егер RTO = 2 сағат болса, онда ақаудан кейін 2 сағат ішінде жүйе қайтадан жұмысқа көмектесуі керек (тек жеңілдетілген режимде болса да).

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

Әр бөлімше үшін айырмашылық әдетте солай болады. Сату бөлімі 1–2 сағат CRM‑сіз шыдай алады, егер клиенттер тізімі мен ұсыныс шаблондары болса. Бірақ деректерді жоғалту ауыр: жаңа лидтерді кейін қалпына келтіру қиын. Бухгалтерия, керісінше, ұзақ үзілісті (мысалы, жұмыс күнінің соңына дейін) көтеруі мүмкін, бірақ RPO аз болуы тиіс: жоғалған бухгалтерлік жазбалар есеп ашуын бұзуы мүмкін.

Мақсаттарды бекітпес бұрын төрт сұраққа жауап беріңіз:

• бір сағаттық тоқтауда қанша тапсырыс/операция жоғалады (ақша және бедел жағынан)
• қай операцияларды уақытша қолмен жасауға болмайды
• қолмен режімді кім жариялайды және өзгерістерді кім тіркейді
• "шынайылық көзі" қайда орналасқан: CRM, ERP, касса, банк‑клиент

Мақсаттарды басшылыққа бір абзацпен бекітуге болады: «CRM (сату) үшін RTO 2 сағат, RPO 15 минут; ERP (есеп) үшін RTO 8 сағат, RPO 5 минут. Ақау кезінде бекітілген қолмен режимге көшеміз, барлық операциялар шаблонға жазылады, кейін жауапты қызметкерлер жүйеге жүктейді».

Қуат: ИБП, генератор және приоритеттер

Егер CRM/ERP офисте немесе жергілікті серверлік бөлмеде тұрса, бәрі электр өшіруінен басталады: не қалып қоюы тиіс.

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

Содан кейін нақты жұмыс уақытын есептеңіз. Бірінші қате — ИБП‑нің паспорттық мәндеріне сену. Практикада уақыт суммар жүктемеге (Вт), батареялардың күйіне, температураға және ИБП‑нің қаншалықты жүктелгеніне байланысты. Орында тұстағы шығынды (PDU, ваттметр немесе қорғаныс блоктары деректері бойынша) тексеріп, 20–30% қор жағы мен кемінде бір рет тест жасаңыз: кірісті өшіріп, қанша уақыт критикалық жиынтық ұстайтындығын өлшеңіз.

Генератор керек пе? Егер өшірулер сирек және қысқа (10–30 минут) болса, көбіне ИБП мен нақты регламент жеткілікті. Егер жарық 1–2 сағаттан ұзаққа кеткен болса немесе жұмыс өте маңызды болса (касса, науқастарды қабылдау, құжат беру), генератор ақталады. ИБП генератордың іске қосылуы мен аяқталуына дейінгі уақытты жабуы тиіс.

Батареяны 5 минутта таусып қалдырмау үшін, маңызды емес құрылғыларды алдын‑ала өшіру тәртібін жазыңыз. Әдетте бірінші кезекте принтерлер мен МФУ, зарядтағыштар мен тұрмыстық техника, содан кейін төтенше операцияларға қатыспайтын жұмыс орындары және қосалқы сервистер өшіріледі.

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

Интернет: резерв каналдар мен тыныш ауысу

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

Қандай резерв варианттары тиімді

Бір кеңсе үшін жиі таңдалатыны — «негізгі сымды канал + резервтік сымсыз». Резервтік арна екінші провайдерден (басқа трасса), LTE/5G арқылы (SIM модем немесе роутерде), радиоканал арқылы немесе шекті жағдайда спутник арқылы болуы мүмкін.

Алдын ала не бірінші кезекте сақталатынын шешіңіз. Әдеттегі приоритет: CRM/ERP‑ке қолжетімділік, телефония және колл‑орт (SIP), үйлестіру үшін пошта мен мессенджерлер, негізгі қызметкерлер үшін қашықтан қатынау. Барлығы емес (жаңартулар, бұлттық дискілер, видео) шектелуі мүмкін.

Автоматты ауысу немесе қолмен жоспар

Автопереключение ыңғайлы, егер кеңседе «дежурить» жасайтын адам болмаса. Ол тоқтауды азайтады, бірақ баптау мен тестілеуді талап етеді. Қолмен жоспар шағын кеңсеге жарайды: жауапты адам WAN‑ды роутерде ауыстырады, резервтік Wi‑Fi таратады немесе LTE‑модемді қосады.

Қарапайым схема: екі кірісі бар роутер (негізгі провайдер + LTE‑модем) және «Резерв» деген бөлек Wi‑Fi. Резерв арнада ауыр трафикті шектеу керек, әйтпесе CRM/ERP істен шығуы мүмкін.

Резервті алдын‑ала сынаңыз, апат сәтте емес: жұмыс уақытында жылдамдықты өлшеп, 1–2 сағат тұрақтылығын тексеріп, SIP‑қа сынақ қоңырау жасаңыз және CRM/ERP‑ті бірнеше ПК‑де қатар ашып көріңіз. Жақсы белгі — ауысқаннан кейін қызметкерлер тек қысқа үзілісті байқайды, «бәрі құлады» деп ойламайды.

Кэш және офлайн режим: байланыс үзілгенде жұмысты қалай сақтауға болады

Тіпті CRM/ERP бұлтта болса да, алдын‑ала не жергілікті сақтай алатыныңызды және деректерді жүйеге қалай қайта қайтару керектігін шешсеңіз, байланыс үзілгенде офисті жұмыс істете аласыз.

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

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

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

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

Типтік сценарий: интернет 2 сағатқа жоғалды. Менеджерлер телефон арқылы тапсырыс қабылдап, офлайн‑кестеге тіркейді, қажет болса фотосурет немесе растама тіркейді. Байланыс қалпына келгенде жауапты адам тапсырыстарды уақытша нөмірлер бойынша CRM‑ке енгізеді және қайсысы өңделгенін белгілейді. Егер CRM‑те «дереккөз» және «оқиға уақыты» өрістері болса, оларды әрқашан толтырыңыз — даулы жағдайларды шешуді жеңілдетеді.

Резервтік көшірулер: не сақтап, қаншалықты жиі

CRM/ERP‑ке арналған бэкап — тек дерекқорды көшіру емес. Аварияда жиі жетпейтін түзетулер: конфигурациялар, интеграциялар, файл тіркемелері, қолжетімді кілттер. Сондықтан жоспарға жүйені уақытылы көтеру үшін қажетті барлық элементтерді қосыңыз.

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

Жақсы базалық схема — қарапайым 3‑2‑1 ережесі:

• 3 деректер көшірмесі: жұмыс нұсқасы және екі резерв
• 2 түрлі тасымалдаушы: мысалы, NAS пен қашықтағы сақтау
• 1 көшірме офистен тыс жерде: басқа ғимарат, дата‑центр немесе филиал

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

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

Апатқа әрекет ету кезеңдері

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

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

• Ақау уақытын және түрін тіркеңіз: электр, интернет немесе екеуі де. Қай нәрсе істен шыққанын атап өтіңіз (Wi‑Fi, сымды қолжетімділік, телефония, сервер).
• Оқиғаға жауапты тұлғаны тағайындаңыз және ішкі байланыс арнасын белгілеңіз (мысалы, мессенджер тобы немесе қоңыраулар). Ол статусты жинайды және тапсырмалар бөледі.
• Қуатты ИБП‑ге аударыңыз, қажет емес нәрсені өшіріп, приоритеттерді сақтаңыз (сервер, желі, касса жұмыс орны). Егер заряд аз болса, бірден дұрыс аяқтау жоспарын құрыңыз, кенеттен өшіруге жол бермеңіз.
• Интернетті резервке ауыстырып, CRM/ERP‑ге қолжетімділікті тексеріңіз: кіріс ашыла ма, авторизация өтеді ме, басып шығару мен бухгалтериямен айырбас жұмыс істейді ме.
• Офлайн‑процедураларды іске қосыңыз: телефон арқылы өтініштер қабылдансын, сатулар мен өзгерістер журналға тіркелсін, қалпына келгенде синхрондау және бүтіндік тексерілсін.

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

Қалпына келтіргеннен кейін бірден бәрін қайтаруға асықпаңыз. Алдымен сервистердің толық тұрғанын, деректердің бүтіндігін және интеграциялардағы қателердің жоқтығын тексеріңіз. Содан кейін жауапты адам қысқа есеп береді: себеп, ұзақтығы, не сәтті болды, не жақсартуды қажет етеді (мысалы, ИБП‑нің уақыты жеткіліксіз болған немесе резервтік модем дайын болмады).

Дайындаудағы типтік қателер

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

Жиі қателердің бірі: ИБП бар, бірақ оған тек сервер қосылған. Электр өшкенде коммутатор, роутер мен Wi‑Fi нүктелері сөніп, кеңсе желісіз қалады, ал «сервер тұр» дегенмен оған кіру жоқ.

Екінші қате: резервті интернет сатып алған, бірақ ол «қорапта». Кімде SIM барын, модем паролін, hotspot‑ты қалай қосатынын ешкім білмейді.

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

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

Бесінші: жоспар CRM/ERP, роутер немесе жауаптылар ауысып кеткеннен кейін жаңартылмайды. Жаңа адам регламентті білмейді, ескі нұсқа жарамай қалады.

Бір пайдалы тексеріс — тоқсан сайын:

• 5 минутқа қуатты өшіріп, желі мен Wi‑Fi‑ның ИБП‑ден жұмыс істейтінін тексеріңіз
• резерв арнаны қосып, CRM/ERP‑ке қолжетімділік уақытын өлшеңіз
• тесттік копияны бөлек машинада қалпына келтіріңіз
• офлайн‑формалардың біртұтас шаблоны және оларды қайда тапсыратыны тексеріңіз
• жауаптылардың контактілері мен паролдерін мөрленген конвертте жаңартыңыз

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

Қысқа чек‑лист: іске қосар алдында және тоқсан сайын

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

Іске қосар алдында (немесе өзгерістерден кейін)

30–40 минут жұмсап негізгі қауіптерді жауып шығыңыз:

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

Токсан сайын (15 минут)

Қысқа жаттығу сирек болатын үлкен жаттығудан жақсы. Тыныш уақытта мини‑сценарий өткізіңіз:

• 5 минутқа апатты имитациялаңыз: негізгі интернетті немесе небәрі кернеуді өшіріп, реакция уақытын өлшеңіз
• жауапты тұлғалардың барлығы байланыста екеніне көз жеткізіңіз: бір хабар немесе қоңырау арқылы
• резервтік канал мен CRM/ERP‑ге жұмыс орындарынан қолжетімділікті тексеріңіз
• тестілік қалпына келтірілімді бөлек машинада немесе бөлек папкада орындаңыз

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

Мысал: кеңсе 4 сағатқа жарық пен интернетсіз қалды

25 адамдық кеңсе. CRM бұлтта, ERP жергілікті серверде. Күнде бәрі негізгі интернет арқылы жұмыс істейді, ERP‑ке жергілікті желі арқылы кіреді. Мақсат — өтініштерді жоғалтпау және есепте қателер жібермеу, электр мен байланыс жоқ кезінде.

Минут бойынша регламент осылай көрінуі мүмкін, егер жарық пен негізгі интернет бір уақытта өшіп кетті деп есептесек:

• 0–5 минут: жауапты адам авариялық режимді растайды, уақытты тіркейді, «өз бетімен ештеңе қайта қоспаңыз» деп ескертеді. Дежурный ИБП‑нің желі мен серверді ұстап тұрғанын тексереді.
• 5–15 минут: резервті интернет (LTE/5G роутер немесе модем) қосылып, сатулар мен рецепшен сияқты критикалық орындар оған ауыстырылады. Егер ИБП қоры аз болса, ERP жоспарлы түрде жабылып, сессиялар тоқтатылады.
• 15–30 минут: сату командасы алдын‑ала дайындалған формаларға (кесте/шаблон) көшіп, телефон арқылы тапсырыстар қабылдайды. Клиентке күн ішінде растау береміз, CRM‑тің статустарымен «ойнамаймыз».
• 30–240 минут: қойма мен бухгалтерия операцияларды журналға тіркейді: отгрузка, қабылдау, төлемдер, қайтарулар. Әр жазба уақытша нөмір мен инициаторға ие болып, кейін ERP‑ке еш дау‑қайшылықсыз енгізіледі.
• 240+ минут: қуат пен байланыс қайтқан соң тексерулер жүргізіліп, тек сонан кейін жаппай деректер енгізіледі.

Сату бөлімі клиенттерді қалай жоғалтпау керек: 2–3 адам резервті интернет немесе телефон арқылы «байланыста» қалады. Олар тапсырыстарды қабылдап, деректерді офлайн‑журналға дұрыс жазып отырады. CRM‑ке енгізуді кейін бір уақытта бір топ жасайды, дубльдер мен шатасуды азайту үшін.

Бухгалтерия мен қойма қалай жұмыс істейді: жаңсақ «есеру» арқылы операцияларды қате жазбау маңызды. Барлық қозғалыстар дереу тіркелсін, тіпті қағазда + телефон арқылы фотосурет ретінде. Егер ERP сервері ИБП‑де тұрып дұрыс өшірілген болса, база зақымдану қаупі азаяды. Егер сервер ИБП‑де тұрса, кезең ішінде оқу шектеулі болғаны жақсы — проводкалар мен қозғалыстарды тұрақтылық келгенде енгізген дұрыс.

Қуат пен интернет келгенде қалыпты режимге оралмас бұрын бірнеше нәрсені тексеріңіз:

• ERP базасының бүтіндігі және сервер уақытының дұрыстығы
• соңғы бэкаптардың статусы және қолжетімділігі
• CRM синхрондалатынын және өтініштер дубльденбегенін
• кассалар, терминалдар, принтерлер мен сканерлер желіде тұрғанын
• офлайн‑журналдардың түгел енгізілгенін және жауаптылармен растауды

Келесі қадамдар: жаттығулар, техника және қолдау

Үздіксіздік жоспары тек белгілі және тексерілген кезде ғана жұмыс істейді. Бастапқыда нақты схеманы жинаңыз: CRM/ERP қайда орналасқан (локальды немесе бұлтта), резервтік көшірмелер қайда, интернет қалай қосылған, серверлік пен жұмыс орындары не арқылы қоректенеді және кімге парольдер мен баптауларға қолжетімділік бар.

Содан кейін қалпына келтіру мақсаттарын бекітіңіз. Кейбір бөлімдер 2 сағаттық үзілісті көтереді, басқалары көтере алмайды. RTO және RPO‑ны қарапайым тілде белгілеңіз және 1–2 беттік регламент бекітіңіз: жарық өшкенде, интернет төмендегенде, сервер проблемасы шыққанда не істеу керек және кім шешім қабылдайды.

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

Алдағы бір айға минималды жоспар

• Қуат пен байланыс схемасын сызу, әлсіз тұстар мен сәтсіздік нүктелерін белгілеу
• Негізгі операциялар бойынша RTO/RPO келісу (сату, шоттар, қойма, өтініштер қабылдау)
• Қысқа регламент пен жауапты контактілерді дайындау (ИТ, бухгалтерия, ауысым меңгерушісі)
• Тыныш уақытта оқу мақсатында тесттік ақау өткізу
• Нәтижелерді тіркеп, регламентті жаңарту

Тексерулерді тоқсан сайын өткізіңіз. Қарапайым сценарий: «интернет 30 минутқа жоғалды» немесе «серверлік ИБП‑де, бірақ сыртқы қуатсыз 20 минут». Мақсат — адамдар қадам бойынша әрекет етіп, не бірінші кезекте сақталатынын білу.

Қашан техниканы жаңарту немесе қолдау қосу керек

Егер CRM/ERP баяу жұмыс істеп, жұмыс станциялары жаңартуларды көтермей, серверлер шамадан тыс жүктеліп жатса, апат кезінде уақыт жоғалтасыз. Кейде ескі жабдықты алдын‑ала жаңартып алған арзан түседі, чем үнемі «сынап жүргенше».

Ресурстарыңыз аз болса, жүйелік интеграторды және 24/7 қолдауды қосу тиімді. Мысалы, GSE.kz (GSE.kz) жабдық өндіруші және Қазақстандағы жүйелік интегратор ретінде серверлер S200 деңгейін шығарады және инфрақұрылымды тәулік бойы қолдау арқылы сүйемелдейді. Бұл сағаттар есепке алынатын жағдайларда пайдалы, жоспарды тек қағазға жазып қана қоймай, сіздің инфрақұрылымыңызда нақты тексеруге мүмкіндік береді.