Шартты мысал: жұмыс жүйесі ашылмайды. Бір менеджер өтініштерді блокнотқа, екіншісі жеке кестеге жазады, үшіншісі клиенттен кейінірек жазуды сұрайды. Қалпына келген соң бәрі деректерді бір уақытта көшіреді. Ақау аяқталды, шатасу енді басталды.
Резервтік тәртіп тек ірі компанияға керек емес. Бұл — мәселені кім хабарлайтыны, қандай әрекеттер жалғасатыны және уақытша жазбалардың негізгі жүйеге қалай қайтатыны туралы қысқа келісім. Ол Битрикс24-те де, басқа бағдарламаларда да пайдалы.
Бір үйлестірушіні белгілеңіз
Үйлестіруші бақылауларды жинап, командаға тексерілген күйді хабарлайды. Қызметкерлерге сол қолжетімсіз құралға тәуелді емес түсінікті байланыс арнасы қажет.
Алдымен ауқымын анықтаңыз: мәселе бір адамда ма, нақты желіде ме, бір бөлімде ме, бүкіл командада ма? Уақытты, жасалған әрекетті және қате мәтінін жазыңыз. Бұл әкімшіге не қолдауға тексерілетін сипаттама беруге көмектеседі. Толығырақ тәртіп қатені сипаттау талдауымызда бар.
Шұғыл айналып өту үшін қорғауды өшірмеңіз, өзгенің аккаунтын таратпаңыз. Диагностика мен қолжетімділікті қалпына келтіруді өкілетті маман жүргізуі керек.
Уақытша журналды алдын ала дайындаңыз
Қарастырылған ақауда қолжетімді орынды таңдаңыз: бекітілген файл не қағаз бланк. Өтініш уақыты, байланысу тәсілі, қысқаша мазмұны, жауапты, орындалған әрекеттер және уақытша идентификатор қажет.
Бір сұрауға бір жазба болсын. Бірнеше қызметкер жұмыс істесе, нөмірлерін ажырату мен жауапкершілікті беру жолын анықтаңыз. Уақытша журнал барлық клиент дерегін ашық жеке кестеге жинауға себеп емес.
Қазақстандағы команда үшін, әсіресе бөлімдер бірге жұмыс істесе, жазба тілдері мен жергілікті уақытты тексеріңіз. Деректі көшіретін әріптес не және қашан уәде етілгенін түсінуі тиіс.
Клиентке нені уәде етуге болатынын анықтаңыз
Өзекті мәліметсіз қалдықты, төлемді немесе бос уақытты жадпен сенімді растауға болмайды. Қалпына келгеннен кейін тексерілетін мәліметтерді белгілеңіз.
Қызметкер өтінішті қабылдап, келесі қадамды түсіндіріп, байланысты тіркей алады. Бірақ болжамды расталған күй ретінде бермеуі тиіс. Әркім жағдайдың өз нұсқасын ойлап таппас үшін жауап үлгісін алдын ала келіскен пайдалы.
Жауапты дереккөз растамайынша қалпына келу уақытын уәде етпеңіз. Клиент жаңалықты қалай алатынын айтып, хабарламаға жауаптыны белгілеңіз.
Деректерді бір келісілген тәртіппен қайтарыңыз
Қалпына келген соң үйлестіруші негізгі жүйеге оралу сәтін жариялайды. Көшіруге дейін қандай өтініштер сақталып үлгергенін тексеріңіз: қызметкер жауап көрмесе де, сұрау орындалуы мүмкін.
Уақытша идентификаторды табылған не құрылған жазбамен байланыстырыңыз. Нәтижені тексергеннен кейін ғана көшіруді аяқталды деп белгілеңіз. Бір адам енгізіп, екіншісі тексерсе, міндеттерін алдын ала бөліңіз.
Интеграциялар үшін оқиғалар кезегін бөлек талдаңыз. Битрикс24 құжаттамасы жеткізу шектеулерін және кіріс оқиғаларды сенімді сақтау қажеттігін сипаттайды. Барлық өткізіп алған өзгеріс автоматты қайта келеді деп ойламаңыз. Алмасуды нақты іске асырылуына сай тексеріп, қалпына келтіреді.
Сынау «керек болып қалар» құжатынан пайдалы
Оқу деректерінде негізгі жүйесіз өтініш қабылдап, әріптеске беріп, кейін жазбасын қалпына келтіріңіз. Қайталама хабарлама жіберілмегенін, екінші тапсырыс құрылмағанын тексеріңіз.
Салыстырудан кейін уақытша журналды келісілген сақтау және қолжетімділік ережелерімен жабыңыз. Оны қатар жұмыс істейтін база қылып қалдырмаңыз: әйтпесе келесі күн екі шындық көзінен басталады.
Резервтік тәртіп тек басшының ойында болса, QQDev-пен жұмыс процесін талқылаңыз. Бір маңызды операциядан бастауға болады. Енгізу мен баптау құрамы міндетке сай келісіледі; бұл мақала тәулік бойы қалпына келтіру қызметін уәде етпейді.