Kas yra pagrindo lankstymas ir kam to reikia?
Atliekant suvedimą generuojami dokumentai tam tikros datos (suvedimo data) likučiams registruose įrašyti ir nepanaudoti dokumentai bei judėjimai registruose (informacija, kaupimas, apskaita) ištrinami iki suvyniojimo imtinai. data (suvyniojimo laikotarpis). Pagrindiniai konvoliucijos tikslai:
Sistemos greičio didinimas.
Sumažinimas informacinė bazė.
SVARBU. Prieš atliekant duomenų bazės sujungimą, rekomenduojama:
1. Atlikite preliminarų paketo testavimą veikiančios informacijos bazės kopijoje.
2. Tik remdamiesi sėkmingo testavimo rezultatais, priimkite sprendimą dėl galimybės naudotis darbo informacine baze.
ITS diske yra 1.6 įmonės apskaitos konfigūracijos apdorojimas. Jis netinka 2.0 versijai, nes 2.0 nėra dokumento „Regitro įrašų koregavimas“. Todėl apdorojimą atsisiunčiame iš nuorodos: ATSISIŲSTI (norėdami jį atsisiųsti, turite užsiregistruoti).
1) Sukurkime atsarginę kopiją: eikite į duomenų bazę per Configurator, meniu punktą Administravimas - Įkelti infobase.
2) Mes einame į duomenų bazę naudodami 1C: Enterprise režimą. Turime patikrinti datą, iki kurios sudarysime duomenų bazę, ar visi dokumentai yra užpildyti mėnesio pabaigoje (meniu punktas Operacijos - Įprastos operacijos). Tai darysiu iki 2009 m. kovo 31 d. Tai reiškia, kad Mėnesio uždarymo dokumentai turi būti 2009 m. kovo mėn.:
3) Sugeneruokime apyvartos balanso ataskaitą laikotarpiui, kurį žlugsime (meniu punktas Ataskaitos – Apyvartos balansas). Sutraukę duomenų bazę, išsaugokime jį patikrinimui.
4) Per meniu punktą Failas - Atidaryti, pridėti išorinis apdorojimas Bazinis paketas 2.0.
Skirtukas "Bendrieji nustatymai":
Sumažinimo data. Sutraukimo data reiškia paskutinę sekundę, įtrauktą į sugriuvimo laikotarpį. Taigi, norint sutraukti 2009 m. I ketvirčio duomenis informacinėje bazėje, kaip sutraukimo datą reikia nurodyti 2009-03-31 23:59:59.
Eilučių skaičius balanso įrašymo dokumentuose. Šis parametras nustato didžiausią galimą eilučių skaičių viename dokumente likučiams įvesti. Jei parametras neužpildytas (lygus 0), tada kiekvienam registrui/sąskaitai bus sukurtas vienas dokumentas neribojant eilučių skaičiaus.
Skirtukas „Konvoliucijos metodo nustatymas“: šiame etape nustatoma, kurie objektai ir kuriam laikui turi būti sugriauti. Pateikiami šie objektų apdorojimo būdai:
- Iki datos – objektai, buvę prieš sutraukimo datą, yra sutraukti. Jei užpildysite parametrą „Pabaigos data“, objektai, esantys prieš pabaigos datą, bus sutraukti. Tokiu būdu galite nurodyti skirtingas skirtingų objektų sujungimo datas. Jei parametras „Pabaigos data“ nenurodytas, apibendrinimas atliekamas pagal „Bendrųjų nustatymų“ skirtuke nurodytą suvestinės datą.
Neapdoroti – objektai nesutraukti.
Per laikotarpį - visi objektai, esantys nurodytame intervale, sutraukiami.
Išvalyti – visi objektai, buvę prieš sukaupimo datą, ištrinami, o likučio įvedimo dokumentai nesukuriami. Režimas galimas tik informacijos registrams.
Galima užpildyti sutrauktų objektų kompoziciją ir numatytąjį sutraukimo būdą naudojant mygtuką „Užpildyti numatytuosius nustatymus“. Tokiu atveju sutraukiamiems objektams bus priskirti šie nustatymai:
- Visų dokumentų sutraukimo režimas nustatytas į „iki datos“.
- Visiems kaupimo ir apskaitos registrams nustatytas konvoliucijos režimas „nuo datos“.
- Visiems periodinės informacijos registrams, kuriems dokumentas „Registrų įrašų koregavimas“ nėra registratorius, nustatytas konvoliucijos režimas „neapdoroti“, visiems kitiems periodinės informacijos registrams nustatytas režimas „nuo datos“.
- Visiems neperiodinės informacijos registrams sutraukimo režimas nustatytas į „neapdoroti“.
Išsaugoti ir atkurti anksčiau atliktus lankstymo nustatymus galima naudojant mygtukus „Įkelti į XML“ ir „Įkelti iš XML“.
Užpildysiu numatytuosius nustatymus:
Skirtukas „Dokumentai likučiams įvesti“:
Šiame etape bus formuojami dokumentai likučiams įrašyti pagal kaupimo registrus, informaciją, apskaitą. Sukurti dokumentai atsidurs kitą sekundę po suvyniojimo datos, t.y. jei suvestinė data yra 2009-03-31 23:59:59, tai dokumentai bus sukurti 2009-01-04 00:00:00.
Kaip likučių įrašymo dokumentai naudojami dokumentai „Regitros įrašų tikslinimas“ ir „Operacija (apskaita ir mokesčių apskaita)“.
Balanso įvedimo dokumentai kuriami išjungus judesius. Likučių įvedimo dokumentuose yra komentaras, kuriame yra tekstas „[Sukurta apdorojant bazinį suvestinį]“.
Kiekvienam registrui/sąskaitai sudaromas atskiras balanso įrašymo dokumentas. Kiekvieno registro/sąskaitos likučių įrašymo dokumentų skaičius nustatomas pagal parametrą „Eilučių skaičius likučio įrašymo dokumente“ (detaliau žr. aukščiau).
Sutraukti duomenų bazę (mygtukas „Sutraukti bazę“ apatinėje komandų juostoje). Šiame etape objektai ištrinami žlugimo laikotarpiui.
Šis procesas gali užtrukti ilgai. Sutraukus duomenų bazę, griežtai draudžiama daryti bet kokius pakeitimus ar persiųsti dokumentus sutrauktu laikotarpiu.
Reikėtų nepamiršti, kad jei šiame etape įvyko klaidų, dėl kurių objektų ištrynimo procedūra buvo nutraukta ir nebuvo visiškai baigta, gali susidaryti tokia situacija: kai kuriuose registruose sumos liks išjungtos. Dėl to kai kurių registrų sumos bus neįmanoma gauti. Registrų, kurių sumos išjungtos, sąrašą galite peržiūrėti skirtuke „Regitrai su išjungtomis sumomis“. Tame pačiame skirtuke, jei reikia, galite įjungti sumas.
Po kurio laiko 1C duomenų bazės labai padidėja, o tai gali neigiamai paveikti sistemos greitį. O matyti senus penkerių metų senumo dokumentus ne visada reikia ir dažnai sutrinka. Norėdami atsikratyti senų dokumentų, išvalyti duomenų bazę ir pagreitinti programos veikimą, 1C kūrėjai sugalvojo paprastą veiksmą – sugriovė 1C informacijos bazę.
Kas yra duomenų bazės rinkinys 1C 8.3? Suderinimas – tai tam tikros datos einamųjų likučių įvedimas ir senų, nereikalingų dokumentų pašalinimas. Žemiau papasakosiu, kaip atlikti tipinės konfigūracijos apibendrinimą, kaip pavyzdį naudojant 1C Accounting 3.0.
Ši instrukcija tinka ir kitoms šiuolaikinėms konfigūracijoms – Prekybos valdymas (UT) 11, Atlyginimai ir personalo valdymas (ZUP) 3.0, ERP 2.0, Small Firm Management (SNF). Jei konfigūracija nestandartinė, procedūrą reikia atlikti itin kruopščiai, o po konvoliucijos duomenis kruopščiai patikrinti.
Pirmas dalykas - būtinai tai padaryk. Jei kas nors negerai, visada galite grįžti prie pradinių duomenų.
Surinkimas turi būti atliktas vartotojams nedirbant sistemoje. Todėl paprašykite savo kolegų iš anksto išeiti iš programos.
Pagrindo sulankstymo instrukcijos
Prisijunkite prie 1C programos įmonės režimu. Eikite į skirtuką „Administravimas“, pasirinkite „Infobase collapse“:
Atsidariusiame lange pati programa pasiūlys pasidaryti atsarginę programos kopiją – neatsisakykite:
Jei programa dėl kokios nors priežasties negali sukurti kopijos, būtinai padarykite ją rankiniu būdu, vadovaudamiesi šiomis instrukcijomis. Pereikite prie kito veiksmo spustelėdami mygtuką „Kitas“. Sistema paragins pasirinkti, kurioms organizacijoms reikia suderinimo ir kuriam laikotarpiui.
Pasirinkime „Visos organizacijos“ ir 2015 m. laikotarpį:
Kitame etape sistema pasiūlys pasirinkti registrus likučiams formuoti. Geriau palikti šiuos nustatymus kaip numatytuosius ir tęsti procesą toliau.
Etape „Peržiūrėti operacijas“ sistema sugeneruos balanso įvedimo dokumentus, kuriuos galima peržiūrėti ir patikrinti.
Jei operacijos įvestos teisingai, galite pereiti prie automatinio tikrinimo. Ten galite pamatyti balanso analogą prieš ir po konvoliucijos operacijos.
Tikrinama 1C konvoliucija
Jei kyla abejonių, operaciją visada galima atšaukti ir grąžinti į pradinę būseną.
Rankiniu būdu patikrinę duomenis, galite pereiti prie paskutinio etapo – žymėjimo senų dokumentų ištrynimui. Šis etapas gali trukti nuo 10 minučių iki kelių valandų, priklausomai nuo duomenų bazės dydžio ir operacijų skaičiaus.
Štai ir viskas – 1C Accounting 8.3 duomenų bazės rinkinys paruoštas! Bet kokiu atveju, ištrynus senus dokumentus, rekomenduoju patikrinti pagrindines ataskaitas dėl informacijos panašumo. Kraštutiniu atveju visada galite atkurti duomenų bazę iš atsarginės kopijos.
Baigus procesą, rekomenduojama paleisti „Pažymėtų objektų ištrynimo“ apdorojimą, kad atsikratytumėte nereikalingų dokumentų. Sukurti konvoliucijos dokumentai yra skiltyje „Operacijos“, skiltyje „Operacijos įvestos rankiniu būdu“.
Jei jums reikia atlikti apibendrinimą 1C 8.2 ir 7.7, tai praktiškai nesiskiria nuo aukščiau pateiktų, išskyrus tai, kad tai daroma atskirai.
Veikiant informacinei bazei jos dydis neišvengiamai didėja. IN didelės įmonės jis gali siekti 5 gigabaitus per metus ar daugiau. Toks spartus augimas gali turėti įtakos ir programos veikimui, ir duomenų saugumui. Kuo didesnė informacijos bazė, tuo didesnė tikimybė, kad gedimai gali prarasti duomenis.
Kaip išvalyti 1C informacijos duomenų bazę, išsaugant visą reikiamą informaciją?
„1C informacijos bazės žlugimas“ padės išspręsti šią problemą - dokumentų ir konfigūracijos registrų apdorojimo procesą, leidžiantį ištrinti senus, nereikalingus dokumentus. Vietoj to sukuriami keli dokumentai tam tikro laikotarpio likučiams įvesti. Taigi apskaitą „nukirpome“ tam tikram laikotarpiui.
Pagrindiniai konvoliucijos tikslai yra šie:
Sistemos greičio didinimas
Informacinės bazės dydžio mažinimas
Turėtumėte galvoti apie konvoliuciją, jei:
1C sulėtėja
Didelis 1C duomenų bazės dydis (nuo 5 gigabaitų ar daugiau)
1C atnaujinimas trunka ilgai
Praėjusių metų dokumentai vargina akį
Vykdydamas projektą susidūriau su užduotimi: Kaip sutraukti 1C duomenų bazę pereinant iš 1C:ERP 2.0 į 1C:ERP 2.1?
Tuo metu, kai reikėjo sumažinti, 1C įmonė sukūrė standartinius mechanizmus tik 1C:UT 11 ir 1C:BP 3.0, taip pat senesnėms versijoms.
Norėdami sukurti apibendrinimą, kaip pagrindą paėmiau mechanizmą iš 1C:UT 11. 1C:UT 11 išleidimas įvyko maždaug tuo pačiu metu kaip ir 1C:ERP 2.0.
1C duomenų bazės žlugimo etapai
Informacijos bazė surenkama trimis etapais:
- likučių derinimas su darbo baze
įvedant likučius
praeities laikotarpių duomenų ištrynimas (judesių ištrynimas ir dokumentų žymėjimas ištrinimui)
Likučių įvedimas
Bet kokios konfigūracijos likučiams įvesti pateikiami specialūs dokumentai.
1C:ERP konfigūracija yra kelių posistemių simbiozė. Kiekvienas posistemis naudoja savo dokumentus pradiniams likučiams įvesti.
Kai kuriems dokumentams, skirtiems likučiams įvesti 1C:UT 11, pateikiamos procedūros automatinis užpildymas registruoti likučius.
Pavyzdžiui, „prekės sandėliuose“, „tarpusavio atsiskaitymai su klientais/tiekėjais“, „kliento/tiekėjo užsakymai“, „grąžinama pakuotė“, „grynieji pinigai“).
Dėl kitų dokumentų būtina parengti savo procedūras.
Pavyzdžiui, „atsiskaitymai su darbuotojais“, iš dalies pagal apskaitos registrus, personalo apskaitą, ilgalaikį turtą.
Prieš perkeldami likučius, turite išanalizuoti, kokius duomenis iš šaltinio duomenų bazės reikia perkelti. Kad kūrimo metu nieko nepraleistų, nustačiau, kurių kaupimo, apskaitos ir informacijos registruose yra likučiai (duomenys) šaltinio duomenų bazėje įvedimo dieną - parengiau likučių ir judėjimų ataskaitą visam kaupimui, informacijai, apskaitai. registrai.
- Dokumentų „Pradinių likučių įvedimas“ pildymas
Kiekvienam likučių įvedimo operacijos tipui išanalizavau, ar egzistuoja likučių įvedimo į apdorojimą mechanizmas iš 1C:UT 11, nustatęs, kurie registrai perkelia tokio tipo operacijas. Neegzistuojantiems likučių įvedimo mechanizmams sukūriau savo.
- Dokumentų „Registrų tikslinimas“, „Duomenų perdavimas“ ir „Eksploatacija (reguliuojama apskaita) pildymas“
Sukūrus likučių įrašymą naudojant standartinius dokumentus, paaiškėjo, kad kai kuriems posistemiams, mechanizmams, registrams nėra atitinkamų dokumentų likučiams įvesti.
Pavyzdžiui, gamybos registrų likučiai, „kitas turtas ir įsipareigojimai“, „pervedimo pavedimai“, „išdavimo pavedimai“, „atsiskaitymai lėšomis už draudimo įmokas“.
Galite keisti likučių įvedimo konfigūraciją naudodami šiuos registrus (mechanizmus) arba kurti likučių pildymą naudodami dokumentus:
- „Regitro koregavimas“ - tinka kitiems posistemiams.
- Sudėtingos grandinėsįvedant likučius
„Duomenų perdavimas“ – tinka darbo užmokesčio ir personalo valdymo posistemių registrams
„Operacija (reguliuojama apskaita)“ - tinka apskaitos registrų likučiams pagal duomenis, kurie nebuvo atspindėti dokumentuose „Likučių įvedimas“
Kai kurių 1C:ERP mechanizmų atveju negalite apsiriboti likučių įvedimu sumavimo datą. Taip yra dėl to, kad tam tikrų mechanizmų pagrindiniai duomenys saugomi ne tik registruose, bet ir pačiuose dokumentuose. Iš esmės tai yra dokumentai, kuriuos nurodo registro duomenys. Standartiniame balanso įvedimo apdorojime toks mechanizmas yra skirtas klientų užsakymams registruoti. Jo esmė yra tokia:
1. Paimami likę neuždarytų pavedimų likučiai
2. Dokumentai iš likusios dalies pažymėti specialiu komentaru
3. Už iš dalies neįvykdytus užsakymus lentelės skyrius papildytas tik likučio duomenimis suvyniojimo dieną
Tokiu atveju likučių įrašymo dokumentų į užsakymo mechanizmo registrus neįvedame, o užsakymo dokumentai, kuriems yra likučiai, pažymimi specialiu komentaru. Tokie dokumentai vėlesniais mažinimo etapais neištrinami.
Tą patį mechanizmą naudojau personalo dokumentams. Darbuotojų, dirbusių sumažinimo dieną, dokumentai buvo pažymėti specialiu komentaru, likusieji dokumentai buvo ištrinti vėlesniuose mažinimo etapuose.
Istorinių duomenų trynimas
Duomenų ištrynimas atliekamas dviem etapais:
dokumentų judėjimo ištrynimas
dokumentų žymėjimas ištrynimui
Ištrindami kiekvieno registro judesius:
1. Parenkami visi dokumentai, kurie:
„perkėlė“ registrą iki žlugimo datos
2. Bendrų sumų naudojimas išjungtas
3. Kiekvieno dokumento judesiai ištrinami
Kiekvienam dokumento tipui sukuriamas dokumentų, kuriuose nėra specialaus komentaro, sąrašas. Jie pažymėti ištrinti.
Likučių įvedimo teisingumo patikrinimas su veikiančia duomenų baze
Pirma, kiekvieno registro, visų išteklių likučiai tikrinami kaip visuma (nedetalizuojant pagal matmenis). Jei bendra kiekvieno resurso suma sutampa, tada patikriname kitą registrą. Jei yra skirtumas, mes analizuojame detalesnius balansus matavimų požiūriu. Turite pradėti nuo matavimų, kuriuose yra mažiausiai skirtingų verčių.
Pavyzdžiui, daugumoje knygų pirmiausia analizuojama organizacijos dimensija. Atskleidžiama, kurioms organizacijoms yra neatitikimų. Toliau analizuojami išsamesni kiekvienos organizacijos duomenys.
Jei apskaitos tikslais dažniau naudojamos tokios sudėtingos sistemos kaip 1C: ERP, 1C: UPP, 1C: Integruota automatizacija, 1C: Holding Management, tada galimas nepilnas arba iš dalies neteisingas kai kurių programos funkcijų naudojimas. Taip nutinka dėl to, kad buhalterinės apskaitos tarnybos darbuotojai atlieka apskaitos registrų kontrolę, rankiniu būdu koreguodami su Operacijų dokumentais (reglamentuota apskaita) ir nekontroliuoja duomenų atitinkamuose kaupimo registruose.
1C:ERP apskaitos operacijų pagrindas yra kaupimo registrai. Dokumentų, skirtų likučiams įvesti, generavimo operacijos atliekamos remiantis kaupimo registrų duomenimis.
Esant tokiai situacijai, likučiai, įrašyti suvyniojus bazę pagal kaupimo registrus, pagal apskaitos registrus skirsis tarp naujos ir darbinės bazės.
Yra dvi problemos sprendimo galimybės:
1. Darbinėje duomenų bazėje sutvarkykite likučius kaupimo registruose
2. Perrašyti likučių įvedimo iš kaupiamųjų registrų duomenų į apskaitos registrų duomenis procedūras (jei apskaitos registrų duomenys apima kaupiamųjų registrų duomenis). Aš naudojau antrąjį metodą.
Duomenų palyginimo proceso organizavimas
Norint organizuoti informacinės bazės žlugimą, paprastai sukuriama atskira jos kopija ir joje pradedamas apdorojimas, kuris atlieka aukščiau aprašytas operacijas. Duomenų bazės kopija daroma siekiant išsaugoti senus duomenis atskiroje duomenų bazėje ir tęsti darbą naujoje sutrauktoje duomenų bazėje.
Viskas būtų paprasta, jei tai nebūtų ilgas apdorojimo laikas - nuo kelių valandų iki kelių savaičių.
Konvoliucijos proceso trukmė priklauso nuo:
duomenų bazės konfigūracija
naudojamos posistemės
įvestų duomenų kiekis iki suvestinės datos
Dėl proceso trukmės iškyla dvi svarbios problemos:
. Kol paruošta nauja sugriuvusi duomenų bazė, reikia tęsti apskaitą: išrašyti dokumentus, skaičiuoti ir fiksuoti pasikeitusius duomenis, teikti ataskaitas. Sukūrę naują sutrauktą duomenų bazę, vartotojai turi į naują duomenų bazę įvesti visą informaciją, kuri buvo įvesta į senąją sutraukimo proceso metu ir kartu įvesti naujus duomenis, t.y. atlikti einamuosius darbus. Be to, dar reikia patikrinti likučius naujajame ir patikrinti sistemos veikimą pridėjus likučius, nes Gali būti paslėptų duomenų bazės žlugimo klaidų.2. Sunkumai tikrinant konvoliucijos apdorojimą . Konvoliucijos metodikos kūrimo arba apdorojimo kodo rašymo etape klaidos kaina padidėja. Jei, pavyzdžiui, mažinimo procesas trunka 1 dieną, tai testavimo procesas su 10 klaidų gali užtrukti 10 dienų, jei kiekviena klaida buvo aptikta ne iš karto, o po kiekvieno naujo bandymo. Ką daryti, jei suvestinė trunka ne 1 dieną, o savaitę? Ką daryti, jei klaidų yra ne 10, o daugiau?...
Norėdami išspręsti šias problemas, naudojau mainų planą ir apdorojimą „Įkelti ir atsisiųsti“. XML duomenys”.
Darbinėje duomenų bazėje pridėjau mainų planą, kuriame įrašomi visi pakeitimai, sukūrus duomenų bazės kopiją, skirtą apibendrinti. Po suvyniojimo pakeisti duomenys buvo perkelti į veikiančią duomenų bazę, naudojant „XML duomenų įkėlimas ir įkėlimas“ apdorojimą. Taigi vartotojams nereikėjo įvesti duomenų į Naująją duomenų bazę, jie buvo perkelti automatiškai.
Kodavimo klaidų nustatymas dažniausiai įvyksta likučių tikrinimo stadijoje, t.y. įvedus likučius ir ištrynus istorinius duomenis. Kadangi ištrynimo etapas yra gana ilgas, o likučių įvedimo teisingumas daugeliu atvejų nepriklauso nuo ištrynimo etapo, praktiškiau likučių įvedimą išbandyti ir patikslinti atskiroje trečioje duomenų bazėje. Kol naujoje duomenų bazėje buvo naikinami istoriniai duomenys, pašalinau nustatytas klaidas apdorojant sudėtinį paketą ir užbaigiant naujas duomenų rinkimo procedūras. Baigęs ištrinti senus dokumentus ir judesius, turėjau paruoštą naują duomenų bazę, bet su neteisingais likučiais. Atskiroje darbinės duomenų bazės kopijoje sugeneravau likučių dokumentus, pasikeitimai automatiškai įrašomi į mainų planą, o apdorojant „XML duomenų įkėlimas ir įkėlimas“ pakeistus likučius perkėliau į Naują darbo duomenų bazę. Kai buvo nustatytos naujos klaidos, pakartojau šias operacijas. Šis metodas gerokai paspartino balanso įvedimo procedūrų kūrimą ir testavimą.
Kliento duomenų bazėje ankstesniu laikotarpiu buvo 1,5 mln.
Operacijų trukmė buvo:
1 valanda – likučių įvedimas
6 dienos – judesių pašalinimas
4 dienos – trynimo ženklų nustatymas
Kadangi kūrimo procesas yra gana daug darbo reikalaujantis, o mažinimo etapų trukmė ilga, ateičiai nusprendžiau sau tokią veiksmų seką:
1. Keitimosi plano įtraukimas į darbo duomenų bazę.
2. Sukurkite duomenų bazės kopiją – „nauja sutraukta duomenų bazė“
3. Sutrauktoje duomenų bazėje vykdoma procedūra, skirta ištrinti visus duomenis iki sutraukimo datos (ilgiausia operacija)
4. Likučių analizė ir likučių įvedimo operacijų kūrimas
5. Likučių įrašymo tvarkos suformavimas atskirame egzemplioriuje (su pasikeitimų registravimu mainų plane)
6. Duomenų, skirtų likučiams įvesti, perkėlimas iš darbinės kopijos į „naują sutrauktą duomenų bazę“
7. Likučių tikrinimas, jei reikia, pakartokite 5,6,7 veiksmus.
Sunku pirmą ir net antrą kartą parašyti tobulą duomenų bazės konvoliucijos apdorojimą 1C:ERP; jūs turite gerai išmanyti kiekvieną mechanizmą, kiekvieną posistemį iš vidaus, bet kiekvieną kartą jis pasirodys vis geriau.
Duomenų bazės sudėtis yra būtina procedūra puiki suma 1C programinės įrangos vartotojai. Darbo proceso metu duomenų bazė auga didelė suma dokumentus, kurie tam tikru metu neturi jokios vertės. Siekiant juos pašalinti iš darbo srities, bet kartu išsaugoti galimybę jais remtis ateityje, jie sumažinami iki minimumo. Šioje medžiagoje atsakysime į klausimą, kas yra konvoliucija ir kaip tai daroma teisingai šią operaciją.
Kam skirta konvoliucija?
Darbas su 1C informacinėmis duomenų bazėmis daugelyje įmonių atliekamas ilgą laiką, o tai savo ruožtu padidina duomenų bazės dydį. Jo augimas dar spartesnis didelėse organizacijose, kurios atlieka daug sandorių. Be to, dažnai ta pati duomenų bazė aptarnauja kelias organizacijas. Tokiu atveju jo dydis gali pasiekti dideles vertes. Kai kuriais atvejais duomenų bazė gali pasiekti 4-5 gigabaitus vos per kelerius veiklos metus.
Tokia padėtis sukelia tam tikrų sunkumų, tokių kaip:
- Sulėtinti darbo su programa greitį;
- Pailgėja duomenų bazės atsarginės kopijos kūrimo laikas;
- Sukaupta daug senų dokumentų, kurie gali trukdyti vartotojui dirbti su programa.
Taip pat yra kritinis duomenų bazės tūris, kuriam esant išvis neįmanoma su ja dirbti, nes programa tiesiog neatsidarys. Failų duomenų bazės kritinis tūris yra 12 gigabaitų.
Kad išvengtumėte visų aukščiau išvardytų problemų, turite sutraukti 1c duomenų bazę. Šios procedūros esmė – sumažinti darbų apimtį archyvuojant ir tvarkant buvusius dokumentus, taip pat pašalinant nereikalingą informaciją.
Kaip atliekama konvoliucija?
Norėdami surinkti duomenų bazę, turite pasirinkti apskaitos poskyrį „Administravimas“. Tada veiksmų skydelyje turėtumėte rasti grupę „Paslauga“. Jame pamatysite mygtuką pavadinimu „Kitos komandos...“. Būtent ant jo reikia spustelėti, po kurio ekrane pasirodys speciali forma, kurioje bus rodomas nuoseklių operacijų sąrašas. Faktas yra tas, kad norint, kad 1C duomenų bazės konvoliucija būtų atlikta teisingai, ši procedūra turėtų būti atliekama keliais etapais. Sėkmingai įveikus kiekvieną etapą, pažymimas atitinkamas sąrašo elementas žalias.
1c duomenų bazės konvoliucija atliekama šešiais etapais:
- Atsarginės kopijos kūrimas;
- Veikimo nustatymas;
- Likučių susidarymas;
- Peržiūrėti sandorį;
- Egzaminas;
- Senų dokumentų kontrolė.
Pažvelkime į kiekvieną elementą atskirai išsamiau.
Atsarginės kopijos kūrimas
Prieš atlikdami bet kokias operacijas duomenų bazėje, turėtumėte pasidaryti atsarginę kopiją, kad išsaugotumėte informaciją nenumatytų aplinkybių atveju. Informacinės bazės sutraukimas nėra išimtis, todėl pirmasis žingsnis yra sukurti atsarginę kopiją.
Norėdami pradėti procedūrą, pažymėkite atitinkamą langelį. Po juo yra du laukai:
- Administratorius – ITS vartotojo vardas;
- Slaptažodis norint naudotis ITS paslaugomis.
Žemiau jūsų bus paprašyta pasirinkti katalogą, kuriame norite išsaugoti atsarginė kopija.
Po to programa pateiks įspėjimus, kad sėkmingai atsarginė kopija programa turi būti paleista iš naujo. Dėl to po tam tikro laiko, kurio trukmė priklauso nuo duomenų bazės dydžio, bus sukurta atsarginė kopija, meniu punktas bus paryškintas žaliai ir galėsite pereiti prie kitos operacijos.
Nustatymai
Šis etapas yra pats svarbiausias ir lemiamas, į jį reikia žiūrėti atidžiau. Turėsite sukonfigūruoti atliekamą procedūrą. Tai apima šių parametrų apibrėžimą:
- Laikotarpis, kurio pradžioje palaikai bus sutrumpinti;
- Organizacijų, kurioms bus sudaryta duomenų bazė, skaičius ir pavadinimai;
- Data, uždrausta keisti duomenis.
Procedūrą rekomenduojama atlikti nedelsiant visoms šios duomenų bazės aptarnaujamoms organizacijoms. Tačiau jei dėl kokių nors priežasčių tai nepriimtina, tam tikroms organizacijoms galite sumažinti 1C duomenų bazę. Tokiu atveju, jei iškyla poreikis, likusioms organizacijoms vėliau galima atlikti atskirai. Taip pat rekomenduojama suvynioti iki praėjusių metų pradžios – tai pats efektyviausias variantas.
Likučių susidarymas
Likučių susidarymas yra operacija išsamius nustatymus planuojama operacija. IN šį meniu jei reikia, turite nustatyti tuos registrus, kuriuos reikėtų apkarpyti. Jie suskirstyti į tris kategorijas:
- Apskaitos registrai;
- Kaupiamieji registrai;
- Informaciniai registrai.
Peržiūrėti operaciją
Šis meniu punktas leidžia vartotojui peržiūrėti paruoštus dokumentus, kad prireikus juos būtų galima grąžinti atgal prieš ištrinant. Be to, čia galite atidaryti bet kurį dokumentą ir atlikti jo pakeitimus.
Apžiūra
Šiame etape galima daryti apskaitos, kaupimo registrų ir informacijos registrų ataskaitas. Taip pat galite gauti visą informaciją apie buhalterinę apskaitą ir mokesčių apskaitą. Dešinėje ekrano pusėje yra mygtukas, leidžiantis sukonfigūruoti standartinę ataskaitą.
Senų dokumentų ištrynimas
Šio daikto pavadinimas kalba pats už save. Čia galite ištrinti visus senus dokumentus, kurių jums nebereikia. Skirtingai nuo visos kitos informacijos, šie dokumentai ištrinami visam laikui.
Kad neištrintumėte dokumentų, kurių jums gali prireikti ateityje, turėtumėte atkreipti ypatingą dėmesį į du ankstesnius punktus
Išvada
Duomenų bazės žlugimas yra pati svarbiausia procedūra, kuri labai supaprastina darbą 1C programoje. Šioje medžiagoje mes išsamiai išnagrinėjome, kaip sutraukti 1c duomenų bazę. Procedūra atliekama keliais etapais ir nesukels sunkumų apmokytam vartotojui.
1C 8.2 duomenų bazės konvoliucija— veiksmai, kuriais siekiama sumažinti duomenų bazės apimtį renkant ir archyvuojant praėjusio laikotarpio duomenis. Laikui bėgant, duomenų bazės dydis, ypač didelėse organizacijose, žymiai padidėja.
1C 8.3 informacijos bazės žlugimo priežastys gali būti daug:
- didelis duomenų kiekis diskuose (failų duomenų bazei didesnis nei 12 GB dydis yra labai svarbus; vieną gražią dieną programa tiesiog neatsidarys);
- Dėl didelės apimties gali sumažėti duomenų bazės našumas;
- praėjusių laikotarpių dokumentai vargina akį.
Kartais per 3–4 veiklos metus 1C duomenų bazė „išauga“ iki 4–5 gigabaitų apimties.
Gaukite 267 vaizdo įrašų pamokas 1C nemokamai:
Norint atsikratyti senų duomenų ir tuo pačiu neprarasti esamų duomenų, būtina 1C duomenų bazės rinkinys.
Kas yra duomenų bazės sujungimas 1C
1C duomenų bazės sukūrimas yra įprastas veiksmas, apimantis senų nereikalingų dokumentų ištrynimą. Vietoj dokumentų, kaip taisyklė, sugeneruojamas 1 dokumentas tam tikro laikotarpio likučiams įvesti. Taigi apskaitą duomenų bazėje nutraukėme tam tikram laikotarpiui.
Kaip sutraukti 1C duomenų bazę
Suskleidimo procedūra paprastai atliekama naudojant specializuotą 1C įmonės apdorojimą, kuris yra ITS diske, skirtas 1C 7.7 ir 1C 8 versijoms. Tačiau turite suprasti, kad duomenų bazės apibendrinimas naudojant apdorojimą iš ITS disko galima tik naudojant standartinė konfigūracija. Priešingu atveju gali atsirasti klaidų, kurios nebus matomos iš karto. Jei neturite standartinės konfigūracijos, norėdami sutraukti duomenų bazę, geriau kreiptis į .
Pats konvoliucijos apdorojimas iš esmės atlieka šias procedūras:
- visoms sąskaitoms/registrams įvedamas dokumentas „Likučių įvedimas“ reikiamai datai;
- ištrinti dokumentus iki reikiamos datos.
Pavyzdžiui: 1C 8.2 apskaitos 2.0 duomenų bazės suvyniojimas per 3 metus trunka apie 2–3 valandas. 1C Apskaita 3.0 užtruko maždaug valandą, kol per 2 metus.
Atsisiųsti apdorojimą, skirtą konvoliucijai 1c
Norėdami sulankstyti, geriausia atsisiųsti naujausią 1C (7.7 ir 8) lankstymo apdorojimą iš oficialių kūrėjų - 1C iš svetainės http://its.1c.ru/. Taip pat galite atsisiųsti apdorojimą iš trečiųjų šalių kūrėjų arba net nusipirkti modifikuotą funkcijos versiją iš privačių 1C programuotojų.
