1С пен бухгалтерлік бағдарламалық қамтылымды жаңарту қателерді түзету, жаңа мүмкіндіктер алу, заңнамадағы өзгерістерді қолдау және басқа ақпараттық жүйелермен үйлесімділікті сақтау үшін қажет.
Алайда дұрыс ұйымдастырылмаған жаңарту бухгалтерияның жұмысын тоқтатып қоюы мүмкін. Жаңа релиз орнатылғаннан кейін сыртқы өңдеулер істемей қалуы, құжат нысандары өзгеруі, ЭШФ АЖ-мен алмасу кезінде қателер пайда болуы немесе орнатылған платформамен үйлесімсіздік анықталуы мүмкін.
Мәселе жаңартудан кейін бірден емес, салық есептілігін дайындау, электрондық шот-фактураларды рәсімдеу немесе банк төлемдерін жүргізу кезінде пайда болса, әсіресе қолайсыз.
Мұндай жағдайлардың алдын алу үшін ағымдағы конфигурацияны алдын ала тексеріп, резервтік көшірме дайындап, жаңа релиздегі өзгерістерді зерттеп және жүйені тексеру тәртібін келісу қажет.
Жаңарту алдында қандай жүйелердің
ақпараттық базаға тәуелді екенін,
жаңа релиз қандай өзгерістер енгізетінін
және орнату сәтсіз аяқталса,
жұмыстың қалай қалпына келтірілетінін түсіну қажет.
Бірнеше қызметкер пайдаланатын
жұмыс базаларын ерекше мұқият жаңарту керек.
1. Нақты нені жаңарту керегін анықтаңыз
«1С» дегенде көбіне бірден бірнеше түрлі құрамдас бөлік түсініледі.
Жұмысты бастамас бұрын компанияға нақты қандай жаңарту қажет екенін анықтау керек.
1С:Кәсіпорын платформасы
Платформа қолданбалы конфигурациялардың орындалуын, пайдаланушы интерфейсінің жұмысын, сервермен өзара әрекеттесуді және ақпараттық базаларға қол жеткізуді қамтамасыз етеді.
Оны жаңартқан кезде қолданылатын конфигурациялармен, операциялық жүйелермен және серверлік компоненттермен үйлесімділікті ескеру қажет.
Қолданбалы конфигурация
Конфигурация нақты ақпараттық жүйенің функционалын анықтайды.
Мысалы, «Қазақстанға арналған 1С:Бухгалтерия» бухгалтерлік және салық есебінің тетіктерін, құжаттарды қалыптастыруды және сыртқы жүйелермен өзара әрекеттесуді қамтиды.
Конфигурацияны жаңарту есептеу алгоритмдерін, құжат нысандарын, регламенттелген есептерді және интеграция баптауларын өзгертуі мүмкін.
Сыртқы өңдеулер мен кеңейтімдер
Компания қосымша түрде арнайы есептерді, банк көшірмелерін өңдеу құралдарын, сыртқы баспа нысандарын және конфигурация кеңейтімдерін қолдануы мүмкін.
Олардың кейбіріне жеке жаңарту қажет болады.
Ілеспе бағдарламалық қамтылым
Бухгалтерияның жұмысы NCALayer-ге, криптографиялық компоненттерге, клиент-банкке, драйверлерге және басқа орнатылған БҚ-ға да тәуелді болуы мүмкін.
Бұл компоненттерді ескеру керек, бірақ олардың бәрін бір мезетте автоматты түрде жаңарта беруге болмайды.
2. Платформа мен конфигурацияның ағымдағы нұсқасын тексеріңіз
Жаңарту алдында қолданылатын бағдарламалық қамтылымның нақты нұсқаларын тіркеп алу қажет.
Компанияда «1С:Бухгалтерия 3.0» орнатылған деп жазу жеткіліксіз.
Конфигурация релизінің нөмірін, платформа нұсқасын және қосымша кеңейтімдердің бар-жоғын білу қажет.
Нені тіркеп алу керек
- Қолданбалы конфигурацияның атауын.
- Редакциясы мен нақты релиз нөмірін.
- Орнатылған платформа нұсқасын.
- Файлдық немесе клиент-серверлік архитектураны.
- Өзіндік доработкалардың бар-жоғын.
- Орнатылған кеңейтімдер тізімін.
- Қолданылатын сыртқы өңдеулерді.
- Пайдаланушылар санын.
Бұл мәліметтер жаңартуды дұрыс таңдау және қажет болған жағдайда алдыңғы жұмыс ортасын қалпына келтіру үшін керек.
3. Кездескен бірінші релизді орната салмаңыз
Орнату алдында өзгерістердің ресми сипаттамасын зерттеу қажет.
Жаңа релизде тек түзетулер ғана емес, есеп жүргізу тетіктеріндегі, деректер құрылымындағы, құжат алмасу тәртібіндегі өзгерістер немесе платформаға қойылатын жаңа талаптар болуы мүмкін.
Кейбір конфигурациялар үшін жаңарту тек белгілі бір алдыңғы нұсқалардан орындалуы мүмкін.
Сондықтан орнату алдында жаңартулардың рұқсат етілген ретін тексеру қажет.
2026 жылғы нақты мысал
2026 жылғы 27 тамызда «Қазақстанға арналған 1С:Бухгалтерия» 3.0 редакциясы үшін 3.0.74.2 релизі жарияланды.
Ол жазба деңгейіндегі қол жеткізу шектеулерін пайдаланатын ақпараттық базаларда алдыңғы 3.0.74.1 релизін автоматты жаңарту қатесін түзетті.
Сонымен бірге өндіруші алдыңғы релизге белгілі бір өтуді сәтті орындап қойған пайдаланушыларға қосымша жаңарту қажет болмағанын жеке атап көрсетті.
Бұл неліктен тек ең үлкен нұсқа нөміріне қарап қоймай, релиз ескертпелерін оқу маңызды екенін көрсетеді.
Ресми жарияланымдар: Қазақстандағы 1С бағдарламаларының жаңартулары.
Түзетілген қателерді,
функционал өзгерістерін,
платформаға қойылатын талаптарды
және белгілі шектеулерді зерттеңіз.
Егер жаңарту критикалық жүйеге әсер етсе,
алдымен оны ақпараттық базаның
тестілік көшірмесінде тексерген жөн.
4. Платформаның үйлесімділігін тексеріңіз
Конфигурацияның әр релизі үшін 1С платформасының нұсқасына белгілі бір талаптар қойылуы мүмкін.
Кейде жаңа конфигурация қызметкерлердің компьютерлерінде орнатылғаннан жаңарақ платформаны талап етеді.
Басқа жағдайларда қолданылатын кеңейтімдер немесе бөгде компоненттер таңдалған платформа нұсқасымен үйлеспеуі мүмкін.
Нені тексеру қажет
- Платформаның ең төменгі қолдау көрсетілетін нұсқасын.
- Өндіруші ұсынатын нұсқаны.
- Клиенттік қолданбалардың үйлесімділігін.
- Серверлік бөліктің үйлесімділігін.
- Қолданылатын ДҚБЖ талаптарын.
- Сыртқы компоненттердің үйлесімділігін.
Егер 1С клиент-серверлік архитектурада жұмыс істесе, серверлік және клиенттік компоненттерді жаңарту жоспарын дайындау қажет.
Терминал сервері бар болса, онда орнатылған платформа нұсқаларын да ескеру керек.
Қызметкерлер қандай клиент нұсқаларын пайдаланатынын білмей тұрып, серверді жаңартуға болмайды.
5. Толыққанды резервтік көшірме жасаңыз
Резервтік көшіру — жұмыс ақпараттық базасын жаңартуға дайындықтың міндетті кезеңі.
Бұл ретте көшірме жасау тәсілі 1С архитектурасына байланысты.
Файлдық ақпараттық база
Файлдық нұсқа үшін платформада қарастырылған ақпараттық базаны .dt файлына түсіру тетігін пайдалануға болады.
Басқа нұсқа — барлық пайдаланушы сеанстары және деректерді өзгерту процестері аяқталған жағдайда файлдық база каталогын келісілген түрде көшіру.
Ашық тұрған база файлын жай ғана көшіруді міндетті түрде жарамды резервтік көшірме деп санауға болмайды.
Клиент-серверлік ақпараттық база
SQL Server, PostgreSQL немесе басқа қолдау көрсетілетін ДҚБЖ пайдаланылса, қолданылатын архитектураға сәйкес резервтік көшіру тәсілін қолдану қажет.
Бұл ДҚБЖ-ның штаттық тетіктері және деректердің келісілген күйін алуға мүмкіндік беретін басқа келісілген құралдар болуы мүмкін.
Үлкен ақпараттық базалар үшін резервтік көшірме көлемін, операция ұзақтығын және кейінгі қалпына келтіру уақытын алдын ала бағалау керек.
Резервтік көшірменің жарамдылығын тексеріңіз
Файлдың белгіленген каталогта пайда болғанына көз жеткізу жеткіліксіз.
Критикалық жүйе үшін оқшауланған ортада тестілік қалпына келтіру жүргізген жөн.
Бұл деректердің шынымен қолжетімді екенін және қалпына келтіру рәсімі ескі серверде кездейсоқ сақталып қалған компоненттерге тәуелді емес екенін тексеруге мүмкіндік береді.
Қате болған жағдайда қалпына келтіру
қалай жүргізілетіні белгісіз болса,
жұмыс базасын жаңартуды бастамаңыз.
Резервтік көшірмені өзгертілетін ақпараттық базадан
бөлек сақтаңыз және оны жоюға қол жеткізуді шектеңіз.
6. Неліктен бір базаның резервтік көшірмесі жеткіліксіз болуы мүмкін
Ақпараттық базада бухгалтерияның толыққанды жұмысына қажетті компоненттердің бәрі болмауы мүмкін.
Файлдар мен баптаулардың бір бөлігі базаның өзінен тыс жерде орналасуы мүмкін.
Мысалы, ұйым сыртқы өңдеулерді, жергілікті алмасу каталогтарын, арнайы баспа нысандарын және қосымша бағдарламалық кітапханаларды қолдануы мүмкін.
Сондықтан жаңарту алдында пайдаланушы деректерін ғана емес, ілеспе жұмыс ортасы туралы мәліметтерді де сақтау қажет.
Қосымша сақтап қойыңыз
- Алдыңғы платформаның орнату файлдарын.
- Алдыңғы релиздердің қолжетімді дистрибутивтерін.
- Сыртқы өңдеулер мен есептерді.
- Өзіндік кеңейтімдердің бастапқы файлдарын.
- Интеграциялар жөніндегі құжаттаманы.
- Қажетті серверлік конфигурацияларды.
- Лицензиялау туралы мәліметтерді.
- Пайдаланушылардың қосылу параметрлерін.
ЭЦҚ-ның жабық кілттерін, әкімшілік парольдерді және басқа құпия мәліметтерді әдеттегі техникалық есепке немесе қорғалмаған архивке қоспау керек.
7. Конфигурациядағы өзіндік өзгерістерді тексеріңіз
Егер компания өзгертілген типтік конфигурацияны қолданса, жаңарту қосымша жұмысты талап етуі мүмкін.
Қандай нысандар өзгертілгенін, өзгерістерді кім енгізгенін және кейінгі жаңартулардың қолданылып жүрген сызбасы қолдау көрсететін-көрсетпейтінін анықтау қажет.
Жаңарту кезінде типтік конфигурацияның жаңа нұсқасы мен бұрын енгізілген өзгерістер арасында қайшылықтар пайда болуы мүмкін.
Кеңейтімдерге ерекше назар аударыңыз
Кеңейтімдер конфигурация функционалын толықтыруға мүмкіндік береді, бірақ олардың жаңа релизбен үйлесімділігіне автоматты түрде кепілдік берілмейді.
Типтік конфигурация өзгергеннен кейін кейбір кеңейтімдерді бейімдеу қажет болуы мүмкін.
Жаңарту алдында кеңейтімдер тізімін жасап, олардың әзірлеушілерінде жаңа релизге арналған нұсқалар бар-жоғын тексеру қажет.
Егер кеңейтім күнделікті бухгалтерлік операциялар үшін маңызды болса, оны тестілік ақпараттық базада тексеру керек.
8. Сыртқы өңдеулер мен баспа нысандарын тексеріңіз
Сыртқы өңдеулер банк көшірмелерін жүктеу, арнайы есептер қалыптастыру, басқа жүйелермен алмасу немесе қайталанатын операцияларды автоматтандыру үшін қолданылуы мүмкін.
Олардың кейбірі 1С-тің нақты нұсқасына арнап жасалған және ескірген бағдарламалық интерфейстерді пайдалануы мүмкін.
Сондықтан жаңартудан кейін барлық маңызды қосымша компоненттерді жеке-жеке тексеру қажет.
| Компонент | Нені тексеру керек |
|---|---|
| Сыртқы өңдеу | Іске қосылуы және негізгі операцияның орындалуы |
| Сыртқы есеп | Деректердің дұрыс қалыптасуы |
| Баспа нысаны | Құжат мазмұны, өрістер және форматтау |
| Кеңейтім | Үйлесімділік және қосылу қателерінің болмауы |
| Интеграция | Сыртқы жүйемен алмасудың дұрыстығы |
Егер компонентті сыртқы мердігер әзірлеген болса, оны бейімдеу мүмкіндігін алдын ала нақтылаған жөн.
9. Бухгалтерлік және салық есебіндегі өзгерістерді ескеріңіз
Қазақстандық ұйымдар үшін бухгалтерлік конфигурацияны жаңарту есептілік нысандарының, салық есептеу алгоритмдерінің және электрондық құжаттарды өңдеу ережелерінің өзгеруімен байланысты болуы мүмкін.
Сондықтан жаңа релизді тек жүйелік әкімші ғана емес, нақты ұйымның есеп ерекшеліктерін түсінетін бухгалтер де тексеруі керек.
Релиз сипаттамасында нені зерттеу керек
- Салықтар мен аударымдарды есептеу алгоритмдеріндегі өзгерістерді.
- Жаңа немесе өзгертілген регламенттелген есептерді.
- Құжаттарды толтыру ережелеріндегі өзгерістерді.
- Жаңа міндетті деректемелерді.
- Мемлекеттік жүйелермен алмасудағы өзгерістерді.
- Релиздер арасында өту ерекшеліктерін.
Бағдарламада жаңа функцияның пайда болуы оны барлық ұйымдарда автоматты түрде қосу қажет дегенді білдірмейді.
Өзгерістердің қолданылуы салық салу режиміне, қызмет сипатына және компанияның нақты операцияларына байланысты.
10. 1С-ті есеп тапсыратын күннің қарсаңында жаңартпаңыз
Жаңарту уақытын таңдағанда бухгалтерияның жұмыс кестесін ескеру қажет.
Салық декларациясын жіберер алдында, кезеңді жабу немесе құжаттарды жаппай рәсімдеу қарсаңында жұмыс жүргізу ықтимал техникалық қатенің салдарын арттырады.
Пайдаланушылар ақпараттық базаға өзгеріс енгізбейтін қызмет көрсету терезесін алдын ала келісіп алған жөн.
Жаңартудан кейін маңызды операцияларды тексеруге қосымша уақыт қарастыру қажет.
Егер анықталған мәселе жұмысты жалғастыруға мүмкіндік бермесе, компанияда келісілген қалпына келтіру тәртібі болуы керек.
11. ЭШФ АЖ-мен интеграцияны тексеріңіз
Қазақстандағы көптеген компания үшін электрондық шот-фактуралармен жұмыс күнделікті бухгалтерлік процестің маңызды бөлігі.
Алайда жаңартудан кейін 1С-тің сәтті іске қосылуы ЭШФ АЖ-мен алмасу да дұрыс жұмыс істеп тұр деген кепілдік бермейді.
Конфигурациядағы өзгерістер алмасу тетіктеріне, құжат форматтарына және қолданылатын криптографиялық компоненттерге әсер етуі мүмкін.
Нені тексеру қажет
- ЭШФ АЖ-ға қосылу баптауларын.
- Қолданылатын компоненттердің үйлесімділігін.
- Таңдалған тетікке қажет болса, NCALayer жұмысын.
- Қажетті модульдердің қолжетімділігін.
- Пайдаланушының операцияларды орындау құқықтарын.
- Электрондық құжаттардың қалыптасуын.
- Бұрын алынған құжаттардың жүктелуін.
- Алмасу мәртебелерінің дұрыс өңделуін.
Жіберуді тексеру қарастырылған қауіпсіз сценарий бойынша жүргізілуі керек.
Жаңартуды тексеру үшін ғана нақты электрондық шот-фактура жасамаған жөн.
СНТ, электрондық актілер және басқа құжаттар қолданылса, тиісті ішкі жүйелерді де қосымша тексеру қажет.
12. ЭЦҚ мен NCALayer-ді тексеріңіз
Бухгалтерлік конфигурацияны жаңарту электрондық цифрлық қолтаңбамен өзара әрекеттесуге әсер етуі мүмкін.
Алайда қол қою кезіндегі әрбір қате 1С-тің өзіндегі ақауды білдірмейді.
Мәселе NCALayer-де, қосымша модульде, браузер баптауларында, сертификатта немесе пайдаланушы өкілеттіктерінде болуы мүмкін.
Сондықтан тексеру кезінде техникалық компоненттерді бір-бірінен ажырату қажет.
Егер жаңартудан кейін бірден ЭШФ АЖ-мен алмасу тетігі өзгерсе, орнатылған релизге арналған өндіруші ұсынымдарын зерттеу керек.
Диагностика туралы толығырақ — NCALayer — ҚР ҰКО материалында.
Электрондық құжат айналымын тексеру кезінде
пайдаланушы өз кілттерімен
және өзіне берілген өкілеттіктермен жұмыс істеуі керек.
Баптауды жылдамдату үшін
басшының немесе бухгалтердің
ЭЦҚ паролін және жабық кілттерін әкімшіге бермеңіз.
13. Клиент-банкпен алмасуды тексеріңіз
Банк жүйелерімен алмасу сыртқы өңдеулер, белгілі бір форматтағы файлдар немесе басқа интеграциялық тетіктер арқылы ұйымдастырылуы мүмкін.
Жаңартудан кейін банк құжаттарын импорттау және экспорттау баптауларын тексеру қажет.
Ерекше назар аударыңыз
- Алмасу каталогтарының жолдарына.
- Файл форматтарына.
- Сыртқы өңдеулердің үйлесімділігіне.
- Қажетті каталогтарға қол жеткізу құқықтарына.
- Банк көшірмесінің дұрыс жүктелуіне.
- Шоттар мен контрагенттердің сәйкестендірілуіне.
Жүйені нақты банк төлемін кездейсоқ жүргізу арқылы тексеруге болмайды.
Тестілеу үшін келісілген қаржылық емес операцияларды немесе оқшауланған тестілік ортаны пайдаланған жөн.
14. Тестілік ақпараттық база дайындаңыз
Критикалық бухгалтерлік жүйелер үшін жаңартуды алдын ала тестілік көшірмеде орындаған жөн.
Бұл өту процесін тексеруге және жұмыс базасы өзгертілмей тұрып мәселелерді анықтауға мүмкіндік береді.
Бұл ретте тестілік орта өндірістік интеграциялардан оқшаулануы керек.
Оқшаулау неліктен маңызды
Жұмыс ақпараттық базасын жай ғана көшіру сыртқы қосылымдардың, регламенттік тапсырмалардың және электрондық құжат айналымының баптауларын сақтап қалуы мүмкін.
Мұндай көшірме қосымша баптаусыз іске қосылса, ол банкпен, ЭШФ АЖ-мен немесе басқа корпоративтік жүйелермен нақты алмасуларды орындауға әрекет етуі мүмкін.
Тестілеу алдында қарастырылмаған сыртқы қосылымдарды өшіріп, регламенттік тапсырмаларды тексеріп және қолданыстағы қол қою құралдарын пайдалануды шектеу қажет.
Нақты бухгалтерлік және дербес деректерді қамтитын тестілік көшірмеге қол жеткізу де қорғалуы тиіс.
15. Тестілік базада нені тексеру керек
Тексеруді есептің тиісті бөлімдерімен жұмыс істейтін пайдаланушылармен бірге жүргізген жөн.
Әрбір критикалық операция үшін күтілетін нәтижені анықтау қажет.
| Тексеру | Күтілетін нәтиже |
|---|---|
| Базаны ашу | Ақпараттық база критикалық қатесіз іске қосылады |
| Авторизация | Пайдаланушыларға белгіленген құқықтар сақталады |
| Құжаттарды өткізу | Типтік операциялар дұрыс орындалады |
| Есептерді қалыптастыру | Көрсеткіштер күтілетін деректерге сәйкес келеді |
| Сыртқы өңдеулер | Қосымша компоненттер қатесіз жұмыс істейді |
| ЭШФ және ЭҚА | Баптаулар мен қарастырылған тестілік операциялар жұмыс істейді |
| Банк алмасуы | Тестілік деректер дұрыс импортталып, экспортталады |
| Баспа нысандары | Құжаттар қажетті деректемелерді қамтиды және дұрыс көрсетіледі |
Егер жаңа нұсқа есептеу алгоритмдерін өзгертсе, нәтижелерді бекітілген бақылау мысалдарымен қосымша салыстыру қажет.
16. Қалпына келтіру жоспарын алдын ала анықтаңыз
Тестілік жаңарту сәтті өткеннен кейін де авариялық қалпына келтіру мүмкіндігін қарастыру қажет.
Бұл ретте алдыңғы релизге қайту әрдайым бағдарламаның ескі нұсқасын қайта орнатумен ғана шектелмейді.
Жаңартудан кейін ақпараттық базаның құрылымы өзгеруі мүмкін.
Сондықтан қалпына келтіру тәртібі келісілген резервтік көшірмені және үйлесімді бағдарламалық ортаны қайтаруды қамтуы керек.
Жұмыс басталғанға дейін нені анықтау қажет
- Резервтік көшірме қайда сақталады.
- Оны қалпына келтіруге кім жауапты.
- Платформаның қандай нұсқасы қажет.
- Алдыңғы дистрибутивтер қайда орналасқан.
- Сыртқы компоненттер қалай қалпына келтіріледі.
- Базаның жұмыс қабілеті қалай тексеріледі.
- Бухгалтерияның қанша уақыт бос тұруына жол беріледі.
Жаңартудан кейін жасалған құжаттар жұмыс басталғанға дейін дайындалған резервтік көшірмеде болмауы мүмкін екенін жеке ескеру қажет.
Егер жүйе қалыпты пайдалануға қайта өтіп үлгерсе, ескі көшірмені қалпына келтіру жауапты қызметкерлермен қосымша келісуді талап етеді.
Жаңартуға дейін жасалған резервтік көшірмені қалпына келтіру
одан кейін жұмыс жүйесіне енгізілген өзгерістерді өшіруі мүмкін.
Сондықтан кері қайту туралы шешім
деректердің ағымдағы күйі
және келісілген қалпына келтіру жоспары ескеріле отырып қабылданады.
17. 1С жаңартуын барлық басқа өзгерістермен қатар жасамаңыз
Кейде әкімші бір кештің ішінде 1С, Windows Server, ДҚБЖ, драйверлер, NCALayer және желілік жабдықты жаңартуға тырысады.
Одан кейін қате анықталса, оның нақты көзін табу әлдеқайда қиын болады.
Критикалық жүйелер үшін ірі өзгерістерді кезеңдерге бөлген жөн.
Мысалы, алдымен үйлесімді серверлік инфрақұрылымды дайындап, содан кейін платформа жаңартуын тексеріп, тек содан соң конфигурацияны жаңартуға болады.
Нақты реттілік қолданылатын бағдарламалық қамтылым талаптарына сәйкес болуы тиіс.
18. Жұмыс базасын жаңартуды қалай ұйымдастыру керек
Дайындық аяқталғаннан кейін өндірістік жүйені жаңартуға көшуге болады.
1-кезең. Дайындық
Ағымдағы нұсқаларды тіркеп, релиз сипаттамасын зерттеңіз, үйлесімділікті тексеріңіз және қосымша компоненттерді сақтаңыз.
2-кезең. Резервтік көшіру
Келісілген резервтік көшірме дайындап, оның қолжетімді екеніне көз жеткізіңіз және жұмыс базасынан бөлек сақтаңыз.
3-кезең. Тестілеу
Қажет болса, тестілік көшірмені жаңартып, үйлесімділікті және негізгі бухгалтерлік операцияларды тексеріңіз.
4-кезең. Келісу
Пайдаланушыларға қызмет көрсету уақытын хабарлап, деректерді өзгерту уақытша тоқтатылатын кезеңді келісіңіз.
5-кезең. Жаңарту
Қате хабарламалары мен жүйе күйін бақылап, өндіруші қарастырған рәсімді орындаңыз.
6-кезең. Қабылдау тексерісі
Базаның іске қосылуын, пайдаланушы құқықтарын, негізгі құжаттарды, есептер мен интеграцияларды тексеріңіз.
Критикалық операциялардың жұмыс қабілеті расталмайынша, жаңартуды толық аяқталды деп санауға болмайды.
19. Жаңартудан кейін 1С баяуласа не істеу керек
Кейде жаңа нұсқа сәтті орнатылады, бірақ пайдаланушылар өнімділіктің төмендегенін байқайды.
Мұндай жағдайда нақты қандай операциялар баяуырақ орындала бастағанын анықтау қажет.
Себеп сұраулар логикасының өзгеруінде, жаңа регламенттік тапсырмаларда, кеңейтімдер жұмысында немесе тәуелді инфрақұрылымның жеткіліксіз өнімділігінде болуы мүмкін.
Бірден ескі релизге қайтуға немесе қосымша сервер сатып алуға асықпаңыз.
Алдымен жаңартуға дейінгі және кейінгі бақылау өлшемдерін салыстыру керек.
Бұл туралы толығырақ — біздің «1С неге баяулайды және мәселе қашан бағдарламаның өзінде емес» мақаламызда.
20. Нені құжаттау қажет
Жаңартудан кейін жұмыстың сәтті аяқталғаны туралы белгімен ғана шектелмеген жөн.
Техникалық құжаттамада орындалған өзгеріс туралы мәліметтер болуы тиіс.
Ең төменгі тізім
- Жаңарту күні мен уақыты.
- Ақпараттық базаның атауы.
- Жұмысқа дейінгі және кейінгі платформа нұсқасы.
- Жаңартуға дейінгі және кейінгі конфигурация релизі.
- Жауапты орындаушы.
- Резервтік көшірменің орналасқан жері.
- Тестілеу нәтижелері.
- Анықталған мәселелер және оларды жою тәсілдері.
- Жауапты пайдаланушы тарапынан тексерудің расталуы.
Бұл ақпараттық жүйеге бірнеше маман немесе сыртқы IT-компания қызмет көрсететін жағдайда әсіресе пайдалы.
1С жаңарту алдындағы чек-лист
Жаңартылатын ақпараттық база анықталды
Платформаның ағымдағы нұсқасы тіркелді
Конфигурацияның ағымдағы релизі тіркелді
Файлдық немесе клиент-серверлік архитектура анықталды
Жаңа релиздің ресми сипаттамасы зерттелді
Нұсқалар арасында өту реті тексерілді
Платформаға қойылатын ең төменгі талаптар тексерілді
Серверлік компоненттердің үйлесімділігі тексерілді
Өзіндік доработкалар тізімі жасалды
Орнатылған конфигурация кеңейтімдері тексерілді
Сыртқы өңдеулер мен есептер тексерілді
Алдыңғы нұсқалардың қажетті файлдары сақталды
Лицензиялау туралы мәліметтер тексерілді
Келісілген резервтік көшірме дайындалды
Деректерді қалпына келтіру мүмкіндігі тексерілді
Көшірме жұмыс базасынан бөлек сақталды
Қажет болған жағдайда оқшауланған тестілік орта дайындалды
Тестілік базаның қарастырылмаған сыртқы алмасулары өшірілді
Тестілік көшірмеде жаңарту орындалды
Критикалық бухгалтерлік операциялар тексерілді
Салықтық және басқа қажетті есептер тексерілді
ЭШФ АЖ баптаулары мен тестілік операциялары тексерілді
Қажетті ЭЦҚ және NCALayer компоненттері тексерілді
Банк интеграциялары тексерілді
Баспа нысандары тексерілді
Қызмет көрсету терезесі келісілді
Пайдаланушылар алдағы жаңарту туралы хабардар етілді
Жұмысқа жауапты орындаушы анықталды
Авариялық қалпына келтіру жоспары дайындалды
Қабылдау тестілеуінің тәртібі анықталды
Жаңартудан кейін өнімділік тексерілді
Жұмыс нәтижелері мен орнатылған нұсқалар тіркелді
Жаңартуды қашан маманға тапсырған дұрыс
Типтік файлдық базаны жаңарту штаттық тетіктер қолданылса, өзгерістер болмаса және жарамды резервтік көшірме бар болса, салыстырмалы түрде қарапайым болуы мүмкін.
Бірақ жүйе бірнеше бөлімшеге қызмет көрсетсе, клиент-серверлік архитектураны пайдаланса, өзіндік доработкалар болса немесе маңызды корпоративтік интеграциялармен байланысса, дайындық көлемі айтарлықтай артады.
Мұндай жағдайда техникалық тәуелділіктерді алдын ала бағалап, тестілеуді қарастырып және қалпына келтіру тәртібін келісу маңызды.
Дайындық кезінде серверде ресурстар жетіспейтіні, желіде мәселелер бары немесе жарамды резервтік көшірмелер жоқ екені анықталса, жаңартуға дейін инфрақұрылымды қосымша тексеру қажет болуы мүмкін.
1С, клиент-банк, электрондық қолтаңба құралдары және мемлекеттік ақпараттық жүйелер бір мезгілде қолданылатын компьютерлерге ерекше назар аудару керек.
Мұндай жұмыс орындарын кешенді дайындау туралы «Бухгалтердің жұмыс орнын қалай дұрыс дайындау керек» мақаласынан оқыңыз.
Қорытынды
1С-ті қауіпсіз жаңарту жаңа релизді орнатудан әлдеқайда бұрын басталады.
Платформаның үйлесімділігін алдын ала тексеріп, конфигурациядағы өзгерістерді зерттеп, толыққанды резервтік көшірме дайындап және қосымша компоненттердің жұмысын бағалау қажет.
Бухгалтерияның күнделікті жұмысы тәуелді ЭШФ АЖ, клиент-банк және басқа ақпараттық жүйелермен интеграцияларды тексеру әсіресе маңызды.
Критикалық ақпараттық базалар үшін жаңартуды алдын ала оқшауланған тестілік ортада орындаған жөн.
Сонымен бірге орнатудың сәтті аяқталуы бухгалтерлік операциялардың дұрыстығын әлі растамайтынын есте ұстау керек.
Қабылдау тестілеуі, қажетті интеграцияларды тексеру және нәтижені құжаттау аяқталғаннан кейін ғана жаңартуды аяқталды деп санауға болады.
WEB-LABS ұйымдарға жұмыс орындарын дайындауға, корпоративтік қолданбаларға қызмет көрсетуге, серверлерді диагностикалауға және IT-инфрақұрылым мен бухгалтерлік БҚ-ны қауіпсіз жаңартуды ұйымдастыруға көмектеседі.