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