Kaip atšaukti 1c konfigūraciją. Platformos gudrybės: tiekėjo konfigūracijos naudojimas

Straipsnyje parodyta 1C duomenų bazės atkūrimo būdai naudojant programoje įmontuotus įrankius arba trečiųjų šalių programas . Kaip sukurti ir atkurti duomenų bazės atsarginę kopiją. Daugumai 1C įmonės produktų vartotojų apie 1C: Enterprise duomenų bazės sugadinimą ar praradimą jie net bijo kalbėti. Jiems užduotis atkurti duomenų bazę atrodo tiesiog nereali, o jos praradimas – baisi tragedija.

Tiesą sakant, 1C įmonės produktai yra tokia pati programinė įranga kaip ir bet kuri kita. Informacija, kurią vartotojai įveda į savo duomenų bazes, yra saugoma failuose, kurių atsargines kopijas galima sukurti arba atkurti, jei jie sugadinami arba ištrinami. Dažnai šiam tikslui įmontuotas „1C: įmonė“įrankiai, tačiau neturėtumėte pamiršti ir trečiųjų šalių programinės įrangos.

Pagal numatytuosius nustatymus informacijos bazės katalogas, kuriame, be paties 1C duomenų bazės failo, išsaugomi visi su juo susiję failai, yra aplankas vartotojo dokumentuose:
C:\Vartotojai\Vartotojo vardas\Documents\InfoBase

Šiame aplanke saugomi visi su šia duomenų baze susiję failai.

Šie failai apima:

• *.1CD– pačios duomenų bazės failas, kuris pagal nutylėjimą pavadintas 1Cv8.1CD. Šis failas apima visus į duomenų bazę įvestus duomenis, taip pat jų konfigūraciją;
• *.cf, *.cfu (*.cfl), *.dt, *.epf (*.erf)– duomenų bazės konfigūracijos failai;
• *.log, *.lgf, *.lgp, *.elf– žurnalo failai;
• *.cdn– 1C duomenų bazės užrakto failas;
• *.efd– 1C archyvo failas;
• *.mft– pagalbinio šablono konfigūracijos failas;
• *.st– teksto šablono failas
• *.mxl– 1C duomenų bazės spausdintų formų failas;
• *.grs– 1C duomenų bazės grafinių schemų failas;
• *.geo– 1C duomenų bazės geografinės schemos failas.

1C duomenų bazės pažeidimo požymiai ir priežastys

1C duomenų bazės pažeidimo požymiai gali būti labai įvairūs, tai yra gedimai dirbant su duomenų baze arba staigus jos uždarymas, užšalimas, įvairūs pranešimai apie klaidų buvimą dirbant su ja ar paleidžiant. Dažnai „1C: įmonė“ pranešant apie klaidą atliekant operaciją su informacine baze ir ją aprašant "...Duomenų bazės failas sugadintas".

1C duomenų bazės pažeidimo priežastys gali būti fizinės arba loginės.

Fizinių duomenų bazių pažeidimo priežasčių pasekmės yra pačios skaudžiausios, nes jos susijusios su laikmenos, kurioje saugomi duomenys, pažeidimu. Tai gali būti išorinės arba įmontuotos žalos kietasis diskas, optinė laikmena, „flash drive“ arba atminties kortelė. IN šiuo atveju Kad būtų galima atkurti 1C duomenų bazę, būtina atkurti laikmenos funkcionalumą.

Loginė duomenų bazių žala atsiranda dėl programinės įrangos gedimų, neteisingo ar staigaus kompiuterio ar laikmenos išjungimo, neteisingas veikimas tinklo įranga, taip pat virusai ir kenkėjiškų programų veikla.

1C duomenų bazės kūrimas ir atkūrimas iš atsarginės kopijos

Mes jau daug kartų tai minėjome savo straipsniuose - geriausias būdas išsaugoti duomenis reiškia sukurti atsarginę jų kopiją. 1C duomenų bazei šis metodas taip pat aktualu.

Norėdami sukurti atsarginę 1C duomenų bazės kopiją:

Norėdami atkurti 1C duomenų bazę iš atsarginės kopijos:

Sugadintos 1C informacijos duomenų bazės atkūrimas

Jei sugenda informacinė bazė ir atsiranda aukščiau aprašytų klaidų ar kitų simptomų, panikuoti neverta, nes daugeliu atvejų 1C duomenų bazė yra atkuriama. Tai galima padaryti naudojant platformoje įmontuotus įrankius.

Atkūrimas naudojant konfigūratorių

Norėdami pašalinti klaidas 1C duomenų bazėje, jos konfigūratorius suteikia funkciją „Išbandymas ir taisymas...“. Norėdami jį naudoti:

Atkūrimas naudojant chdbfl.exe

Kiekvienoje platformos versijoje „1C: įmonė“ Yra programa, skirta pažeistoms informacijos bazėms derinti. Nėra prieigos prie šios priemonės iš platformos vidinio meniu. Bet jis įrengiamas kartu su platformos įrengimu. Norėdami jį paleisti, eikite į aplanką, kuriame jūsų kompiuteryje įdiegta 1C platforma:
C:\Programų failai (x86)\1cv8\8.3.8.1652\bin
(kur 8.3.8.1652 yra platformos leidimo numeris (skirtingas skirtingiems leidimams))

Šiame aplanke suraskite ir paleiskite failą chdbfl.exe – tai 1C infobase derinimo priemonė. Paleidę programą, naudokite ją norėdami nurodyti duomenų bazės failą spustelėdami elipsę lauko dešinėje "DB failo pavadinimas" ir pažymėkite laukelį šalia funkcijos „Ištaisyti aptiktas klaidas“. Nustatę reikiamus parametrus, spustelėkite mygtuką "Bėk".

Visos aptiktos klaidos ir kiti programos veiksmai bus rodomi lange chdbfl.exe.

Atkūrimas naudojant HEX redaktorių

Ypač sunkiais atvejais arba jei ankstesni du informacinės bazės derinimo būdai nedavė norimo rezultato, teoriškai įmanoma ją atkurti naudojant HEX redaktorių. Norėdami tai padaryti, HEX redaktoriuje turite atidaryti pagrindinį *.1CD duomenų bazės failą.

Šio metodo trūkumas yra tas, kad šį pažeistos 1C duomenų bazės taisymo būdą gali atlikti tik patyrę specialistai, išmanantys HEX.

Reikėtų pažymėti, kad jame yra įmontuotas HEX redaktorius, kuris gali būti naudojamas sugadintų failų taisymui.

Kaip atkurti ištrintą 1C informacijos duomenų bazę

Jei dėl atsitiktinio ištrynimo, įdiekite iš naujo operacinė sistema, formatuodami standųjį diską ar kitą laikmeną, kurioje buvo saugoma 1C duomenų bazė, ji buvo prarasta, tada galite ją atkurti naudodami. Norėdami tai padaryti:

Pastaba. Panašiu būdu galite atkurti prarastą 1C informacijos bazės atsarginę kopiją - 1Cv8.dt.

• Įkelkite atkurtą *.dt failą į informacijos duomenų bazę aukščiau aprašytu būdu.
• Jei informacijos bazė atkuriama po failo, atidarykite jos pagrindinį failą 1Cv8.1CL naudodami 1C meniu Failas / Atidaryti.

Visi šiame straipsnyje aprašyti 1C duomenų bazės atkūrimo būdai parodyti naudojant platformą kaip pavyzdį „1C: Enterprise 8.3“. Tačiau ši informacija taip pat svarbi kitoms programoms ir platformų konfigūracijoms:

• 1C: Apskaita
• 1C: Verslininkas
• 1C: Atlyginimas ir personalo valdymas
• 1C: Prekybos valdymas
• 1C: mažmeninė prekyba
• 1C: Holdingo valdymas
• 1C: įmonės valdymas
• 1C: įmonė. Gamybos įmonės valdymas
• 1C: Sudėtinga automatika
• 1C: dokumentų srautas
• 1C: Konsolidavimas
• 1C: Mažos įmonės valdymas
• 1C: Mokesčių mokėtojas
• 1C: Verslininkų ataskaitos
• 1C: mokėjimo dokumentai
• 1C: Vyriausybės institucijos apskaita
• 1C: Biudžetinės įstaigos atlyginimai ir personalas
• 1C: ataskaitų rinkinys
• 1C: Biudžeto ataskaitos
• 1C: vyriausybinės agentūros dokumentų srautas
• 1C: Valstybės ir savivaldybių pirkimai
• 1C: atsiskaitymo biudžetas
• 1C: biudžetas savivaldybė
• 1C: Pinigai
• 1C: el. mokymasis ir kt.

Šiame straipsnyje noriu parodyti 1C:Enterprise 8 platformos paslaugų galimybes, kalbant apie tiekėjo konfigūracijos naudojimą, kurios yra labai dažnai paklausios, tačiau, kaip parodė praktika, jos nėra žinomos visiems pradedantiesiems ir net patyrusiems specialistams. .

Panagrinėkime tipišką situaciją, į kurią dažnai atsiduria pradedantieji. Tarkime, yra tipinė 1C konfigūracija: Integrated Automation 8. Iš pradžių konfigūracija buvo įdiegta iš platinimo rinkinio (tarkime, 1.1.20.1 leidimas). Tada dėl poreikio prisitaikyti prie įmonės specifikos buvo įtraukta ir pokyčių galimybė (naujokai labai dažnai klaidingai vadina šį veiksmą pašalinimu iš paramos, nors iš tikrųjų taip nėra).

Ir dabar, po kurio laiko, turime labai modifikuotą, bet vis dar standartinę (reguliuojamos apskaitos tikslais nuolatos atnaujinome) konfigūraciją. Pažvelkime į keletą hipotetinių situacijų:

1) Praėjus kuriam laikui po kito atnaujinimo, gauname pranešimą iš apskaitos skyriaus apie klaidą, įvykusią atliekant įprastinę mėnesio pabaigos uždarymo operaciją. Anksčiau tokios klaidos nebuvo, todėl kaltas atnaujinimas. Visai tipiška situacija. Pradedame diagnozuoti klaidą ir matome, kad kojos išauga iš bendrojo modulio PVM apskaita ir judesių formavimas. Pradedame suprasti ir suprasti, kad šis modulis buvo gerokai perkurtas į standartinį ir sujungus dalį procedūrų/funkcijų „pametėme“ (arba, kaip dažnai nutinka standartinėse, jos „peršoko“ į kitą bendrą modulį). Dėl įprastų modulių sudėtingumo standartiniuose, atnaujinimo etape ne visada įmanoma nustatyti problemą, kuri pasireiškia tik naudotojams dirbant.

Taigi suprantame, kad norint tai išsiaiškinti, mums reikia tipinės dabartinės leidimo konfigūracijos (tarkime, 1.1.23.1). Bet kur aš galiu jį gauti? Jei yra pažįstamas prancūzas ir jis gali greitai išsiųsti platinimo rinkinį, puiku, bet tarkime, kad jo nėra, o problemą reikia skubiai išspręsti. (Nesiūlykite Varese!). Be to, gali nebūti interneto, o ką daryti tokioje situacijoje? Esu ne kartą mačiusi procesą, kai žmogus, norėdamas išspręsti tam tikrą problemą, įdiegė naują duomenų bazę iš esamo pradinio platinimo, o tada nuosekliai atnaujino ją į naujausią, kad švari duomenų bazė pažiūrėkite, „kaip iš tikrųjų turėtų būti“. O karstas, kaip visada, tiesiog atsidarė (IMG:)

Dabar pasvarstykime įvairių variantų sprendimai:

a) Pirma parinktis: Meniu -> Konfigūracija -> Konfigūracijų palyginimas, tada pasirinkite tiekėjo konfigūraciją ir palyginkite ją su pagrindine konfigūracija.

Keista, bet yra tokių, kurie apie tai nežino. Arba bet kokiomis aplinkybėmis naudokite elementą Palyginti, sujungti su konfigūracija iš failo (anksčiau gavus / gavus standartinį .cf).

b) Antrasis metodas tinka, jei reikia ne tik pamatyti pakeitimus, bet ir nedelsiant atlikti sujungimą.

Meniu -> Konfigūracija -> Palaikymas -> Palaikymo nustatymai ir apačioje spustelėkite mygtuką Palyginti, sujungti.

2) Kita situacija: tarkime, mes pakeitėme ar ištrynėme kažkokį standartinio kodo fragmentą, o po kurio laiko paaiškėjo, kad padarėme klaidą ir reikia viską grąžinti atgal. Ir kaip dažnai nutinka, prieš atliekant pakeitimus nėra išsaugotos konfigūracijos atsarginės kopijos. Tačiau mes tikrai žinome, kad ši kodo dalis yra standartiniame kode, todėl pardavėjo konfigūracija išspręstų problemą.

Natūralu, kad galite padaryti tą patį, kaip ir pirmuoju atveju. Palaukite, kol baigsis palyginimo procesas, tada konfigūracijos palyginimo lange atidarykite standartinį modulį ir nukopijuokite kodą iš ten.

Kai kurie žmonės tai daro, bet jei susiduriame su tokiu monstru kaip UPP, kuris taip pat yra labai modifikuotas, galime laukti labai ilgai, kol baigsis palyginimo procesas. Jei turėtume .cf failą, galėtume jį tiesiog atidaryti konfigūracijos lange (beje, apie šią funkciją taip pat žino ne visi pradedantieji) ir iš ten nukopijuoti reikiamą kodą.

Ir kyla pagrįstas klausimas: kaip vis tiek galite išsaugoti tiekėjo konfigūraciją į failą? Kodėl nėra meniu elemento, panašaus į Įrašyti konfigūraciją pagrindinės konfigūracijos faile arba Įrašyti duomenų bazės konfigūraciją į failą duomenų bazės konfigūracijai. Kur ta pati tiekėjo konfigūracija? Tiesą sakant, jis irgi ten yra, tik palaidotas šiek tiek giliau. Būtent, viskas yra ta pačia palaikymo nustatymų forma.

Tiesiog daugelis žmonių jį atidaro tik vieną kartą. šią formą tik tam, kad įgalintų pokyčių galimybę ir niekada prie jos negrįžtų.

O mūsų atveju tai buvo galima padaryti dar paprasčiau, net neišsaugant konfigūracijos į failą, paspaudus mygtuką Open. Poveikis toks pat, bet daug greitesnis.

Kodėl dar gali reikėti išsaugoti tiekėjo konfigūraciją į failą?

3) Apsvarstykite tokią situaciją. Tarkime, pradiniame konfigūracijos egzistavimo etape standartinė konfigūracija neturėjo mums reikalingų funkcijų ir buvo priimtas sprendimas ją tobulinti. Modifikacija buvo minimali, tačiau ateityje ji vis tiek sukėlė nepatogumų atnaujinant. Tačiau po kurio laiko atrandame, kad ši funkcija (kaip vienu metu buvo objekto versijų kūrimo atveju) atsirado standartinėje versijoje (ir, kaip dažnai nutinka, ji buvo įgyvendinta daug geriau nei „makeshift“ modifikacija). ).

Pateiksiu dar keletą realių situacijų pavyzdžių, kai grįžtama prie tipinė konfigūracija:

1. Porą kartų susidūriau su konfigūracijomis, kuriose buvo keičiami tik spausdintų formų maketai. Dėl patirties stokos ar nežinojimo konfigūraciją prižiūrėjęs programuotojas, užuot sukūręs išorinę spausdintą formą, pašalino konfigūraciją iš palaikymo ir modifikavo įmontuotus maketus (dažnai nereikšmingai, kad pridėtų įmonės logotipą), po to vartotojai buvo atimti. galimybė automatiškai atnaujinti.

2. Vėlgi, dėl standartinio funkcionalumo nežinojimo (labai dažnai nuo to kenčia buvę „septynkursiai“), užuot naudojus ypatybes ir kategorijas, buvo pridėta informacija apie katalogus/dokumentus, kai tam nebuvo svarios priežasties (duomenys Pavyzdžiui, buvo naudojamas tik išvedimui į spausdintas formas).

Žinoma, tai nėra problema, jei kalbame apie UT ar kitą valdymo plano konfigūraciją, kur atnaujinimai paprastai nėra svarbūs, tačiau šiame pavyzdyje mes kalbėjome apie modifikuotus SCP arba sudėtingą automatizavimą. Ir pasirodo, kad dėl nedidelių patobulinimų, kuriuos buvo galima įgyvendinti nepašalinus visiško palaikymo, turime nereikalingų hemorojaus su standartiniais atnaujinimais.

Yra pagrįstas noras atsisakyti atliktų modifikacijų ir grąžinti konfigūraciją į visišką palaikymą. Kaip tai padaryti?

Vienintelis būdas grąžinti konfigūraciją į visišką palaikymą yra įkelti (ne palyginimo ir sujungimo režimu, o įkelti konfigūraciją iš failo elemento) standard.cf. Štai kodėl mums reikia galimybės išsaugoti tiekėjo konfigūraciją .cf faile. Išsaugome, tada įkeliame ir atnaujinę duomenų bazės konfigūraciją gauname standartinę konfigūraciją pirmine forma, t.y. su užraktu (IMG:) Natūralu, kad prieš atlikdami šiuos veiksmus, turite iš anksto pasirūpinti reikiamų duomenų išsaugojimu/perdavimu, kurie grįžus prie standartinės konfigūracijos bus „nuplauti“ ir būtinai pasidaryti atsarginę kopiją duomenų bazės!

Tai, kaip paaiškėja, yra paprastos kūrėjo arsenalo galimybės, tačiau šių metodų nežinojimas praktikoje gali sukelti daugybę valandų bereikalingo šurmulio, aprašyto aukščiau. Taigi tie, kurie žinojo, gerai padarė, o tie, kurie nežinojo, naudokite jį ir taupykite savo laiką.

[norėdami pamatyti nuorodą, turite užsiregistruoti]

Ankstesniame straipsnyje aptarėme „1C Enterprise“ duomenų bazės atsarginių kopijų kūrimo klausimą naudojant „1C Accounting 8“ pavyzdį. Išsiaiškinome, kad vienas iš būdų atsarginė kopija yra kūryba iškrovimas informacinė bazė. Dabar išsiaiškinkime, ką daryti su įkėlimo failu, jei staiga jūsų duomenų bazėje atsitiks kažkas blogo.

Jei problemos negalima išspręsti kitomis priemonėmis, atėjo laikas perskaityti instrukcijas tuomet anksčiau sukurtas 1C Accounting 8 (ar bet kurios kitos 1C Enterprise konfigūracijos) įkėlimo failas leis atsukti duomenų bazę, t.y. grąžinti informacijos bazės būseną įkėlimo sukūrimo dieną.

Mažas nukrypimas nuo temos: iš čia aišku, kad tokiu būdu atkuriant duomenų bazę dalis duomenų bus neišvengiamai prarado. Štai kodėl Kuo dažniau kursite atsargines kopijas, tuo mažiau duomenų prarasite, jei bus pažeista 1C duomenų bazė.

Pats įkėlimo failas yra nenaudingas ir reikalauja paleisti Configurator, t.y. Negalite tiesiog paleisti įkėlimo failo (pvz., filmo) ir tikėtis rezultatų. Todėl paleidžiame konfigūratorių ir einame į administravimo meniu.

Meniu pasirinkite elementą „Įkelti informacijos bazę“, kaip parodyta aukščiau esančiame paveikslėlyje. Tai atvers failų pasirinkimo langą.

Naudodami šį langą turėtumėte pasirinkti reikiamą atsisiuntimo failą. Jei jų yra keletas, tai dažniausiai pasirenkamas naujausias, t.y. padaryta paskutinis.

Dėmesio! Būkite ypač atsargūs rinkdamiesi failą, jei turite kelis iš jų. Ypač jei jie priklauso skirtingoms įmonėms! Įkėlimo operacijos anuliuoti negalima.

Buvo svarbi straipsnio dalis, bet be JavaScript jos nematyti!

Atsižvelgiant į tai, kas išdėstyta pirmiau, ji turėtų būti įtraukta vienas svarbi detalė - jei duomenų bazė yra „uždengta“, nukopijuokite visą jos aplanką ( Taigi, ką daryti, jei jis sugadintas!) ir tik tada atidarykite konfigūratorių ir atkurkite. Įvykus klaidai, visada galite grįžti į „neatkurtą“ (t. y. nevisiškai sugadintą dėl atkūrimo klaidos) duomenų bazės versiją.

Jei pasirinktas failas, pasirodys šis įspėjimas (būtina, nes operacijos negalima atšaukti).

Jei esate tikri, spustelėkite Taip ir palaukite, kol procesas bus baigtas. Šios operacijos negalima nutraukti! Kai atsisiuntimas bus baigtas, pasirodys baigimo pranešimas.

Aukščiau pateiktame lange lengviau spustelėti Ne, nes Mums nebereikia konfigūratoriaus. Spustelėjus mygtuką Ne, konfigūravimo programa užsidarys. Dabar paleiskite programą 1C Enterprise režimu ir patikrinkite duomenų bazės funkcionalumą. Kaip matote, nėra nieko sudėtingo.

Taip pat galite atsisiųsti anksčiau atsisiųstus duomenis į visiškai tuščią duomenų bazę, t.y. jokios konfigūracijos. Tokią duomenų bazę galite sukurti taip pat, kaip aprašyta atitinkamame straipsnyje. Vienintelis skirtumas yra tas, kad konfigūracijos šablono pasirinkimo lange reikia pasirinkti ne šablonus, o patį apatinį elementą, kaip parodyta paveikslėlyje.

Dar kartą priminsiu: Būkite atsargūs savo rankomis atkurdami „1C Accounting 8“ duomenų bazę! Atsarginės kopijos Galite tai padaryti saugiai – bet kokiu atveju tai saugu duomenims – bet būkite atsargūs atkurdami.

„1C“ įmonės programinė įranga yra labai populiari tiek tarp verslininkų, tiek tarp verslininkų vyriausybines organizacijas. Programos naudojamos buhalterinei apskaitai, valdymo apskaitai ir kt. Kad įrašai būtų tvarkomi teisingai, bet kuri organizacija turi turėti naujausią informaciją. Todėl programos, kurios yra sukurtos specialiai organizacijos ekonominiams poreikiams, negali ilgą laiką veikia be atnaujinimo.

Jei dėl kokių nors priežasčių negalite naudotis profesionalų paslaugomis ir patys įdiegsite 1C naujinimą, turite perskaityti toliau pateiktas instrukcijas.

Gaukite 267 vaizdo įrašų pamokas 1C nemokamai:

Būtinai tai padarykite prieš atnaujindami.

Pirmas žingsnis – gauti naujinimui reikalingus failus. Tai galima padaryti keliais būdais:

• įsigyti informacinių technologijų diską. Kartu su disku suteikiamas kuponas, suteikiantis galimybę šešis mėnesius gauti tokius diskus nemokamai;
• atsisiųskite 1C naujinimus iš interneto. Tačiau tokiu atveju, norint prisijungti prie ITS svetainės, reikia turėti registracijos duomenis. Todėl čia gali kilti tam tikrų sunkumų.

Atkreipkite dėmesį! Jei jūsų įmonėje įdiegta konfigūracija nėra standartinis produktas, tai yra, ją jau sugadino 1C programuotojai, nebandykite patys atnaujinti programinės įrangos! Tokių programų versijų patys atnaujinti NEGALITE! Tai sukels sistemos nestabilumą ir duomenų praradimą!

Išsamios naujinimų diegimo instrukcijos

Prieš pradėdami atnaujinti programinės įrangos produktas, turite visiškai nukopijuoti įmonės duomenų bazę. Net jei bandymas atnaujinti programą bus nesėkmingas, senoji versija visada bus paruošta darbui. Norėdami tai padaryti, turite laikytis šių nurodymų:

• paleiskite programą konfigūracijos režimu. Tai galima padaryti informacijos bazės pasirinkimo lange paspaudus mygtuką „konfigūratorius“;
• po to turite atidaryti elementą „administravimas“ (viršutiniame meniu), tada spustelėkite „iškrauti informacijos bazę“;
• Atsidarys langas „Išsaugoti kaip“. Čia reikia pasirinkti katalogą, kuriame planuojate išsaugoti informacijos duomenų bazės failą, tada spustelėkite mygtuką „Išsaugoti“;
• Pasirodys pranešimas, nurodantis, kad duomenų bazė buvo sėkmingai išsaugota. Dabar galite pradėti atnaujinti nebijodami neigiamų pasekmių.

Norėdami tiesiogiai atnaujinti programą, turite atidaryti katalogą, kuriame buvo išsaugotas naujinimas, ir paleisti failą setup.exe. Naujinimas bus įdiegtas numatytame kataloge.

Tada turite pasirinkti 1C „konfigūravimo priemonės“ langą ir jo meniu elementą „konfigūracija“. Veiksmų schema yra tokia: konfigūracija - palaikymas - atnaujinimo konfigūracija. Atsidarys langas, kuriame turėsite pasirinkti skyrių „Ieškoti galimų naujinimų (rekomenduojama)“. Mygtukas „Kitas“.

Atsidarys langas, kuriame galėsite pasirinkti naujinimo šaltinį. Būtina atžymėti vėliavėlę „http://downloads.v8.1c.ru/tmplts/“, nes atnaujinimas šiuo atveju nevyksta per interneto tinklą. Vėl mygtukas „Kitas“.

Čia gali būti pauzė, tada atsidarys galimų naujinimų langas. Turite pasirinkti naujos konfigūracijos versijos numerį ir spustelėti mygtuką „Atlikta“.