Aasta algus on ideaalne aeg põhja voltimiseks

Aja jooksul andmebaasi maht, eriti suurtes organisatsioonides, kasvab. Kui 1C andmebaas on pikka aega töötanud ja hõivab märkimisväärse summa, põhjustab see töö aeglustumist.

Convolutionil on järgmised eesmärgid:

• Kiirendage programmi
• Vähendage aluse suurust
• Kustutage kataloogid ebaolulistest kirjetest

Kuidas konvolutsioon aitab

Programmi kiirendamine (aluse suuruse vähendamine)

Kui te ei plaani 1C-s tööde arvu suurendada (ja neile uut serverit osta), kuid te pole rahul 1C kiirusega, peaksite andmebaasi voltima. See vähendab arvutite koormust. Võimalik on serverile uue riistvara ostmist või failiversioonilt SQL-ile üleminekut edasi lükata.

Lisaks jooksevad suured andmebaasid sageli kokku, "kukkuvad" ja töötavad üldiselt väga ebausaldusväärselt.

Peida ajaloolised andmed

Convolution on hea viis varjata teavet eelmiste aastate töö kohta. Andmed lihtsalt puuduvad andmebaasis. See on usaldusväärsem kui juurdepääsuõiguste ja paroolide piiramine.

Vabanege aegunud nomenklatuurist ja muudest kirjetest

Töö käigus kogutakse 1C andmebaasi kasutamata nomenklatuur. See segab kviitungite ja müükide registreerimist nimekirjast toote valimisel. See toob kaasa vigu ja sortimise. Lisaks aeglustab suur hulk positsioone mahalaadimist autonoomsetesse kassaaparaati, näiteks Frontoli, kui koos 3 tuhande kasutatud kaubaga laaditakse maha veel 10 tuhat kasutamata. Alust kokku lükates vabanete vanadest toodetest. Koos konvolutsiooniga kasutame vananenud üksuste töötlemise kustutamist.

Minimeeritud andmebaasis töötamise ebamugavus

"Ahendatud perioodi" dokumendid ja aruanded muutuvad kättesaamatuks. Vana perioodi kohta peab omama eraldi andmebaasi ja jälgima sealset ajalugu, kogu aja andmete kogumine ühte aruandesse enam ei toimi.

Kuidas konvolutsioon töötab

Sündmuse olemus on järgmine: valitakse kuupäev (ideaalne variant on aasta või kvartali algus), näiteks 1. jaanuar 2016. Sellel kuupäeval tehakse kõigi saldode "hetktõmmis" raamatupidamise osad (varude saldod, arveldused ostjate, tarnijate ja komisjoniagentidega, sularahajäägid ja arvelduskontod) ning laekunud andmed laetakse üles kõvakettal olevatesse failidesse. Seejärel luuakse eelmise põhjal uus infobaas, mis sisaldab kõiki vajalikke teatmeteoseid (nomenklatuur, hinnaliigid, mõõtühikud, hinnad, vastaspooled ja lepingud, pangad ja arvelduskontod, laod, kassad, materiaalselt vastutavad isikud jne) ning saldode uude andmebaasi kandmiseks vastavate dokumentide loomisega kantakse saldod kõikidele raamatupidamisosadele (kõvakettale salvestatud failide andmete alusel) seisuga 01.01.2016. Kontrollitakse saldosid uues ja vanas andmebaasis. Nende täielik kokkusattumus on tehtud töö edukuse näitaja. Kui on väikseid vigu, parandatakse need lihtsalt "käsitsi".

Selle tulemusena suureneb oluliselt töö kiirus ja mis kõige tähtsam, väheneb programmi 1C: Enterprise rikete oht.

Kuidas alust kokku voltida

Ideaalses maailmas tehakse konvolutsioon 1C spetsiaalse töötluse abil, mis on nii 1C 7.7 kui ka versioonide 8.2, 8.3 jaoks ITS-i kettal. Sel juhul koostab programm dokumendid saldode sisestamiseks, märgib mittevajalikud dokumendid kustutamiseks. Katalooge saab kustutada, kui neid ülejäänud dokumentides ei kasutata. Enne andmebaasi voltimist peate dokumentide järjestuse taastama.

Oluline on meeles pidada, et andmebaasi voltimine ITS-kettalt töötlemise teel on võimalik ainult tüüpilise konfiguratsiooniga. Vastasel juhul ilmuvad vead, mis ei ole kohe nähtavad. Kui teil pole tüüpilist konfiguratsiooni, võtke andmebaasi kokku kogumiseks ühendust kogenud 1C spetsialistiga.

Raamatupidamises on enam-vähem võimalik ise keerdkäike teha ja kaubanduses peaaegu ebareaalne. Ja selleks on palju põhjuseid, näiteks võib vajalik info kustuda ja ebavajalik jääb alles. Samal ajal ei saa kasutaja sellest isegi teada, sest ei tea kuidas kontrollida.

Baasi 1C konvolutsioon: kaubanduse juhtimine

Rääkides 1c kaubanduse juhtimise keerdkäigust, on vaja mainida probleeme, mida peame sageli lahendama.

1. Sageli kasutab programm neid registreid, mida pole vaja. Näiteks käibemaks (neid on seal 7tk). Esiteks võtab nende tõttu keerdumine kauem aega, teiseks segavad need dokumentide väljaviimist.

2. Kui kasutatakse saadetisi. Sel juhul takistab see ka mitmete dokumentide kustutamist. Saame määrata keskmise järgi või jääkide sisestuses asendada partiidokumendi abidokumendiga – seeläbi kustutame pärast uuesti postitamist lingid kustutatud dokumentidele.

3. Arveldused dokumentide eest. Võime võlgnevused uuesti sulgeda või saldode kandmise alguses riputada kõik tõendavale dokumendile.

4. Seal on terve hunnik inforegistreid (hind, mahakantud kaubad, juurdepääs dokumentidele, kirjavahetus vahetuse ajal jne), mis "hoidvad" dokumente ja teatmeteoseid.

5. Tavaline kustutamine võtab kaua aega. Ja kui elemente on palju, siis see ei tule üldse toime. Oleme välja töötanud oma, kiirema töötlemise ebavajalike dokumentide eemaldamiseks.

Konvolutsiooni maksumus

Maksumus sõltub teie konfiguratsiooni keerukusest (jaemüük on odavam, kompleks on kallim) ja andmemahust (3 Giga ja 30 Gig andmebaasi voltimise hind erineb).
Kulude väljaselgitamiseks - jätke päring. Võtame teiega ühendust, analüüsime teie baasi ja määrame lõpliku maksumuse.
Keskmine hinnavahemik on 8000 kuni 15 000 rubla.

Konvolutsiooni miinused ja alternatiivid

Konvolutsioon on aga üsna radikaalne toiming, mis kustutab eelmiste aastate andmed, asendades need saldo kandedokumentidega.

Peamine puudus on see, et teil on mitu alust. Näiteks "Baas 2011-2012" ja "Baas 2013".

Ja ei õnnestu koostada ühte aruannet, kus kuvatakse 2012. ja 2013. aasta andmed. Kättesaamatuks jäävad sellised kasulikud asjad nagu kaupade müügi analüüsimine enne tarnijalt tellimist või võrdlus, kui palju müüdi 2013. aasta jaanuaris teatud kaupa rohkem kui 2012. aasta jaanuaris.

Andmebaaside ahendamine on tõesti mõttekas ainult kahel juhul:

1. kui ta on tõesti vana (vähemalt 4-5 aastat vana)
2. kui andmeid pole vaja mitte ainult kaitsta (näiteks paroolidega), vaid ka usaldusväärselt peita (arvutist füüsiliselt eemaldades)

Kõigil muudel juhtudel tasub tähelepanu pöörata alternatiividele.

Alternatiiv: keelake kasutamata moodulid

Isegi kui te mõnda programmi funktsiooni ei kasuta, ei tähenda see, et see ei raiskaks teie arvuti ressursse nende peale.

Selliseid potentsiaalselt mittevajalikke, kuid ressursimahukaid jaotisi programmis pole palju:

• Juurdepääsukontroll rekordtasemel
• Saldode arvestus organisatsioonide kaupa (lisaks ladude saldode arvestamisele)
• Ostu-/müügiraamatute andmete arvestamine, samal ajal kui vormistate need raamatupidamisosakonnas

Mõned organisatsioonid ei kasuta järgmisi funktsioone, kuigi neid ei saa kindlasti nimetada tarbetuteks:

• Kulude arvestus (müügikasumi, marginaali arvutamiseks)
• Kulude arvutamine osade kontekstis (hoolimata asjaolust, et teie puhul piisab "keskmise" arvutamisest)
• Arveldused klientidega arveldusdokumentide kontekstis

Näiteks uurisin natuke. Võtsin aluseks ettevõtte, mis ei kasuta kasumi arvestamise võimalusi. Algne andmebaasi suurus on 1,6 GB. Pärast omahinna arvutamisega seotud kirjete kustutamist vähenes andmebaasi maht 1 GB-ni. Pärast kõigi teiste kasutamata tabelite kustutamist langes suurus 0,8 GB-ni.

Alternatiiv: eemaldage ebaoluline nomenklatuur ja vastaspooled silma alt ära

Tootjad uuendavad pidevalt oma tootevalikut. Seetõttu kogunevad tootekataloogi positsioonid, mida enam kunagi ei müüda.

Peamine ebamugavus seisneb selles, et sellised kaubad

• 1. takerduge sisseastumis- või müügilepingu sõlminud juhtide nimekirja. See suurendab vigade esinemise ja ümberhindamise tõenäosust.
• 2. mahalaadimine eraldiseisvatesse kassaaparaati (näiteks Frontolis) on aeglane. Sest maha ei laadita mitte 3000 eset, mis on riiulil, vaid veel 10 000 kaupa, mida pole mitu aastat müüdud.
• 3. Kui kassas ei kasutata vöötkoode ja kassapidaja valib kauba nimekirjast, siis suur nimekiri suurendab ka vigade ja ümbersorteerimise tõenäosust.

Neid spetsiifilisi probleeme saab hõlpsasti eemaldada ilma konvolutsiooni abita.

Piisab, kui lisada nomenklatuuri muutuja "Arhiiv" ja lisada see automaatselt nendele kaupadele, mille osas pole viimase aasta-paar liikumisi toimunud.

Lisaks saab sellise ebaolulise toote märkida kustutamiseks, teisaldada kausta "_Cart" ja lisada nimele "yayaya_", et toode ei segaks esimeste tähtede järgi otsimist.

Sel juhul on meil töötlemiseks laos

Alternatiiv: suurendage süsteemi turvalisust

Kui andmeid on vaja peita, siis võib kasutada mõningaid nippe (näiteks panna töötav andmebaas mitte oma kontorisse, vaid kaugserverisse. Võib-olla isegi mõnes teises riigis. Ja audiitoritele valmistada kohalik valge ja kohev andmebaas). Kuid aluse kokkuvarisemine on kindlasti lihtsam.

Kui teil on vaja end töötajate eest kaitsta, siis tulevad appi SQL-server ja selge juurdepääsusüsteem.

Alternatiiv: suurendage serveri mahtu

1C 8 koos SQL-serveriga on võimeline normaalselt töötama tohutute andmebaasidega. 20-50 GB baas pole üldse probleem, eeldusel, et arvuti on piisavalt võimas.

1C infobaasi konvolutsioon tähendab dokumentide ja konfiguratsiooniregistrite töötlemise protsessi, samuti tegelike saldode, ahendatud, kombineeritud registriandmete moodustamist teatud aasta alguses. Sel juhul kustutatakse või märgitakse kustutamiseks eelmiste aastate dokumendid, välja arvatud käibemaksu, põhivara ja mitme muu arvestuse seisukohalt olulised dokumendid.

Mille jaoks on 1C teabebaas volditud?

Convolution tehakse andmebaasi suuruse vähendamiseks, töö kiirendamiseks, 1C andmebaasi värskendamise ja arhiveerimise aja vähendamiseks.

Seda kasutatakse ka konfidentsiaalse teabe säilitamiseks. Pärast koondamist ei ole töötajatel ja ülevaatavatel organisatsioonidel praeguses tööbaasis juurdepääsu eelmiste aastate dokumentidele.

Tähtis: vajadusel saate 1C 8.3 baasi alati arhiivist volti laiendada ja vajalikku teavet hankida. Saate 1C 8.3 käivitamise otseteel lisada aluse "voltile" täiendava alusena ja hoida seda alati "käepärast".

Konvolutsiooni alus 1C 8.3

Ravi Ahenda teabebaasi konfiguratsioonides 1C 8.3 Enterprise Accounting, rev. 3, Trade Management, rev. 11 ja paljudes teistes menüüs saadaolevates Haldus – teenus:

Nõuanne 1. Kasutage töötlemist teabebaasi 1C koopial, analüüsige tulemusi ja seejärel voltige tööalus kokku.

2. nõuanne... Enne kokkuvõtmist koostage aruanded nende konfiguratsiooniobjektide kohta, mille kohta eelmiste perioodide teavet on vaja tulevastel perioodidel. Esiteks räägime põhivara arvestusest, käibemaksust, varasemate kulude kajastamisest. Kui jälgite töötasusid jaotises 1C 8.3 Raamatupidamine, rev. 3, siis vajate ka andmeid töötajate vastastikuste arvelduste kohta.

Tähelepanu: Käibebilansi enne voltimist võib ära jätta, kuna punktis 1C 8.3 on SAL-i kontrollimine enne ja pärast voltimist üks töötlemisetappe.

Vihje 3... Mõelge, millise perioodini te keerdumise läbi viite. Mõnikord jätavad raamatupidajad alles viimase aasta andmed, kuna see on palgaarvestuse jaoks oluline. Või kasvõi kahe-kolme varasema aasta andmed, kui tehingute maht nende aastate kohta liiga suur pole.

Kuidas voltida alust 1C 8.3 Raamatupidamine näiteks

Vaatleme näidet teatud ettevõtte reaalse 1C 8.3 baasi konvolutsioonist: Põllumajandusettevõtte raamatupidamise konfiguratsioon, rev 3. See on tegelikult Enterprise Accounting, Rev.3 konfiguratsioon, kuid seda on laiendatud spetsiaalsete valdkonnaobjektide lisamisega.

Oletame, et ettevõtte teabebaas jõuab pärast testimis- ja paikamisprotsessi, sealhulgas teabebaasi pakkimist, 4 GB-ni. Kasutajad on andmebaasis töötanud alates 2011. aastast. Kuna organisatsiooni kontrollis maksuinspektsioon, sealhulgas 2015. aasta periood ja alates 2016. aastast on organisatsioon arvestanud palkasid mitte 1C 8.3 Raamatupidamine, vaid 1C 8.3 ZUP, rev 3 järgi, otsustati baas sulgeda kuni 2016. aastani. .

1. etapp. Varukoopia loomine

Menüüst Haldus – Teenindus alusta töötlemist kasutajana Administraatori õigused. Meie näites Admin... 1C 8.3 andmebaasi pääsemiseks sisestage administraatori kasutaja parool. Kui voldite programmi juba loodud koopiat, siis märkige ruut Looge varukoopia saab lähtestada. Vastasel juhul näitame IB varukataloog:

Kui vajutame klahvi F1 klaviatuuril, saame abi selle raviviisi kasutamise eesmärgi ja funktsioonide kohta. Pärast lugemist sulgege spikker ja klõpsake nuppu Edasi minge järgmise töötlemisetapi juurde Läbitud etapid on esile tõstetud rohelisega.

2. etapp. Konvolutsiooni konfigureerimine

Selles etapis määrame kindlaks, millise aasta alguses moodustada saldod jaotises 1C 8.3. Vaikimisi on ruut märgitud. Määrake andmete muutmise keelamise kuupäev. See määratakse seisuga 31.12.2015 saldode tekkimise korral 2016. aasta alguses:

Andmebaasi on võimalik kokku panna kõigi organisatsioonide või ainult ühe korraga. Andmebaasi 1C 8.3 näite kohaselt on üks organisatsioon, seetõttu ei pakuta organisatsioonide valikut töötlemisel konvolutsiooniks.

3. etapp. Jääkide teke

Nupu järgi Edasi jätkake saldode moodustamise reeglite kehtestamisega. Tüüpiliste konfiguratsioonide jaoks on need eelmääratletud ja 1C 8.3 Enterprise Accounting, rev. 3 jaoks on võimalus Taasta soovitatud sätted, kui neid muudetaks.

Me saame kehtestada konvolutsiooni reeglid Postituslogi:Ärge kokku kukkuge ega kokku kukkuge:

Iga akumulatsiooniregistri jaoks saame määratleda reeglid eraldi:

Vaikimisi on näiteks 1C 8.3 Enterprise Accounting töötlemisel rev. 3 Ärge voldige registrite juures Käibemaks Ostud, käibemaks Müük, käibemaks tasutud ja mitmed teised. See tähendab, et arendajad on analüüsinud, millised andmebaasi parameetrid tuleb täielikult salvestada ja milliseid saab minimeerida.

Aga me saame näiteks määrata Ärge voldige akumulatsiooniregistris Hinna sees käibemaks:

Samm 4. Tehingute vaatamine

Laval Vaadake tehinguid tekkinud saldod saad avada 01.01.2016 seisuga, need kantakse 31.12.2015 toimingu baasi. Jääkide sisestamiseks on lubatud nupule vajutades parandada jääke või isegi luua uus tehing Loo:

Allpool on valikud loodud toimingute jaoks raamatupidamisregistrid:

Kõrval inforegistrid:

Kõrval akumulatsiooniregistrid:

5. etapp. Kontrollimine

Järgmisena liigume loodud dokumentide kontrollimise juurde. Selles etapis näeme bilansile sarnast aruannet, mis on koostatud 2015. aasta lõpus enne ja pärast voltimist. Andmete lahknevused on meie puhul ainult lisakonto 000 kohta, mida kasutati saldode sisestamiseks alusega töö alustamise ajal:

Saate kuvada ja võrrelda maksuarvestuse (OU) andmeid. Selleks kasutage parempoolset nuppu, nagu kõigis standardsetes 1C aruannetes. Kuva seaded ja märkige ruut OU indikaatori kõrval:

Koostame aruande BU ja OU andmetega. Seejärel lülitame tšeki ümber Info- ja kogumisregister:

Infot on võimalik kuvada üksikute teabe- ja kogumite registrite kohta. Nupu järgi Siiski saame märkida või tühjendada nende registrite valikukasti, mille kohta teavet soovime saada:

6. etapp. Vanade dokumentide eemaldamine

Võimalus nupuga tagasi minge koondamise eelmiste etappide juurde, sealhulgas kustutage loodud jääkdokumendid. Või nupuga Edasi minge järgmisse etappi - Vanade dokumentide kustutamine... Selles etapis saame hoiatuse protsessi pöördumatuse kohta jaotises 1C 8.3. Kuid praegu märgitakse vanad dokumendid ainult kustutamiseks. See etapp on palju pikem kui kõik eelmised ja võib olla üsna pikk:

Samm 7. Valmis

Selle etapi lõppedes saame teate voltimise eduka lõpetamise kohta:

8. etapp. Kustutamiseks märgitud dokumentide kustutamine

Operatsioonide päevikut avades näeme, et 2011. aasta dokumendid on kustutamiseks märgitud:

4. nõuanne. Kasutage töötlemise eeliseid Märgistatud objektide kustutamine võimalus Objektide osaline eemaldamine. Kustutage seotud objektide rühmad. Tehke eemaldamine etappide kaupa ja tehke etappide vahel pause. Või planeerige levitamine suureks pühadeks.

Kuid enne kustutamiseks märgitud dokumentide kustutamist koostage vajalikud aruanded, mis annavad teile teada, kas kõik andmed on jäänud õigeks OS-i, palga, käibemaksu arvestuseks.

Punktis 1C 8.3 on raamatupidamine kasulik enne ja pärast konvolutsiooni, et luua aruandeid konvolutsiooni kuupäeva kohta:

• Põhivara kulumi aruanne;
• Universaalne aruanne erinevate akumulatsiooniregistrite kohta kulude analüüsimiseks lihtsustamisel, käibemaksu kontrollimiseks, töötajatega omavahelistes arveldustes jms;
• Ja muud aruanded sõltuvalt ettevõtte raamatupidamispoliitikast.

Lisaks peaksite leidma 1C partnerite töötlemispartnerid, mis näitavad kasutamata konfiguratsiooniobjekte. Näiteks leiate nomenklatuuri kataloogi elemente, mille linke enam pole, kuna möödunud perioodide dokumendid on kustutatud. Ja kui me ei kavatse seda eset enam müüa või osta, saame selle kustutada.

Ahenda teabebaasi- protseduur, millega paljud kasutajad on tuttavad juba 7.7 platvormi päevilt. Mõnes organisatsioonis viisime selle protseduuri läbi igal aastal määratud ajal. Kasutajad töötasid igal aastal andmebaasis, mis sisaldab ainult jooksva aasta saldosid ja liikumisi. Riistvara tootlikkuse kasvu ja 1C platvormi täiustumisega ei muutunud andmebaasi voltimine enam nii tavapäraseks. Sellega seoses kaalume selles materjalis üksikasjalikult, mis see protseduur on, ja kuidas seda erinevates 1C konfiguratsioonides läbi viia.

Andmebaasi voltimine 1C 8-s - mis need on ja milleks see on mõeldud?

Ettevõtte töö käigus koguneb infosüsteemi suur hulk dokumente, teatmeteoseid ja muid andmeid. Mõned neist andmetest ei paku praegusel tööperioodil huvi; mõned andmed nõuavad kirjutuskaitstud juurdepääsu. Samas salvestatakse objektid süsteemi, aeglustades selle tööd tervikuna, suurendades arhiveerimise (varundamise) aega, samas kui eelmise aasta andmeid pole mõtet iga päev salvestada, kui neis muudatusi ei tehtud. Muidugi on mõnikord vaja töötada ühes andmebaasis aruannete analüüsi, andmete proovide võtmise seisukohalt pikema perioodi jooksul. Kõik sõltub konkreetsest olukorrast organisatsioonis ja kasutatavast konfiguratsioonist. Näiteks juhtimisarvestuse korrektse sõnastuse korral pole ettevõtte raamatupidamisosakonna praeguses, tööbaasi baasil mõtet andmeid 3-5 aastat säilitada. Toimingute ajalugu on alati koopiana näha, kõik analüütilised aruanded on teistesse toodetesse sisse ehitatud. Mis on sellest olukorrast väljapääs - regulaarselt minimeerida baasi üks kord teatud aja jooksul.

Kogumise teostamisel tekivad teatud kuupäeva (koondumise kuupäeva) registrite saldode sisestamise dokumendid ning kasutamata dokumendid ja liikumised registrites (info, akumulatsioon, raamatupidamine) kustutatakse kuni kuupäevani. rull-up, kaasa arvatud (roll-up periood). Põhieesmärgid:

Suurendage programmi kiirust kasutajarežiimis;

Töökiiruse suurendamine konfiguratsiooni värskendamisel (muutmisel), samuti infobaasi testimise ja parandamise kiirus;

Tingimuste loomine kasutajale mittevajalike raamatupidamisobjektide kustutamiseks;

Teabebaasi suuruse vähendamine.

Konvolutsiooniprotseduuri üldine järjekord

1. Varukoopia loomine.

Olenemata kasutatavatest tööriistadest on eriti oluline andmebaasi varundamine. Esiteks, see koopia ei ole lihtsalt andmearhiiv. Võimalik, et see tuleb kohe ettevõttes kasutusele võtta ja pakkuda huvitatud kasutajatele juurdepääsu. Oluline on sulgeda juurdepääs selle andmebaasi muudatustele. Kuidas koopiat lugeda

2. Konvolutsiooni seadistamine.

Selles etapis on vaja märkida aasta, mille alguses on plaanis teabebaasi kokku rullida. See tähendab, et kui määrata 2013, siis dokumendid kustutatakse kuni 31.12.2012 23:59:59.

Määrake andmete muutmise keelamise kuupäev. Lipp, mis näitab vajadust määrata jooksva perioodi jaoks keelukuupäev.

3. Jääkide teke.

Varisenud objektide koostise ja konvolutsioonimeetodi määramine. Registritega on ette nähtud järgmised toimingud:

Ära varise kokku – objekte ei vajuta kokku;

Ahenda – ahendab ahendamise kuupäevale eelnevad objektid;

Tühjenda – kogumiskuupäevale eelnevad objektid kustutatakse ja ülejäänud sisestusdokumente ei looda. Režiim on saadaval ainult teaberegistrite jaoks.

4. Vaatamistoimingud.

5. Kontrollimine.

Selles etapis kuvatakse kõik jääkide sisestamiseks loodud dokumendid koos võimalusega neid redigeerida.

6. Vanade dokumentide äraviimine.

Kõik dokumendid enne kogumiskuupäeva kustutatakse. Dokumentides, millel on veel liikumisi, on märge "Käsitsi korrigeerimine" ja kustutamismärki ei määrata.

Mis vahend aluse kokkutõmbamiseks

Kahjuks ei paku kõik isegi tüüpilised konfiguratsioonid konvolutsiooni teostamiseks standardset töötlust.

Praegu on töötlemine saadaval ainult järgmistes konfiguratsioonides:

• Ettevõtte raamatupidamine, redaktsioon 3.0 / Enterprise Accounting CORP, versioon 3.0 (BP 3)
• Kaubanduse juhtimine, redaktsioon 11 (TÜ 11)

Füüsiliselt toimub töötlemine, kuid seda pole võimalik kasutada ja isegi avada järgmistes konfiguratsioonides:

• ERP ettevõtte juhtimine (ERP)
• Integrated Automation 2 (CA)

Töötlemiskoodi kommentaarides loeme mitte eriti optimistlikku fraasi:

// Töötlemist kasutatakse ainult UT11-s

Sellest tulenevalt on töötlemine ise ainult BSP korrektse toimimise "jupp".

Järgmistes tüüpilistes konfiguratsioonides töötlemist ei toimu:

• Palk ja personalijuhtimine 2,5, 3 (ZUP)
• Meie ettevõtte juhtimine, redaktsioon 1.6 (endine väikeettevõtte juhtimine)

Seega peate nii konfiguratsiooniandmete kui ka ise kirjutatud konfiguratsioonide jaoks voltimise ise tegema. Samuti saate seda tööd tellida professionaalidelt!

Seega saab kasutaja ise voltida ainult kahes konfiguratsioonis: Raamatupidamine 3, Kaubandus 11. Oluline on hoolikalt lugeda meie juhiseid, töötlemisviidet ja järgida kõiki assistendi soovitusi.

Voltimise töötlemise leiate jaotisest Haldus (või NSI ja haldus). Alajaotis "Teenus". Avame töötlemise ja järgime hoolikalt kõiki eeltoiminguid.

Võite ka programmi osade otsingukasti lihtsalt kirjutada "fold". Allpool on pilt selle kohta, kuidas saate seda teha Trade Office 11-s.

Järgmiste konfiguratsioonide kokkuvõtmiseks:

• Tootmisettevõtte juhtimine, läbivaatamine 1.3
• Ettevõtte raamatupidamine 2.0
• Kaubanduse juhtimise läbivaatamine 10.3

Vajate 1C välist töötlemist, saate selle alla laadida ITS-i veebisaidilt platvormi 8.2 töötlemise jaotises.

Teistes konfiguratsioonides, näiteks UNF-is, on keerdude ise läbiviimine väga problemaatiline. Samal põhjusel puudub mõnes tüüpilises konfiguratsioonis töötlemine. Asi on selles, et kõiki andmeid ei saa õigesti ahendada. Näiteks töötasu puhul on väga oluline info olemasolu registrites paljude näitajate korrektseks arvutamiseks. Tegelikult peab teil olema selge ettekujutus, millist registrit saab minimeerida, millist mitte ja milliste raskustega see võib tekkida.

Ülejäänud konfiguratsiooni puhul peate töötlemise ise kirjutama või olemasolevaid muutma. Meie meeskonnal on selliste probleemide lahendamisel palju kogemusi ja taskukohased hinnad. Baasi uurimise etapis saame teile kohe teada anda seda tüüpi tööde kogusumma.

Taust

Ettevõttes, kus töötan, tekkis olukord, kui tekkis vajadus põhi ära lõigata, st. kustutada kõik dokumendid ja liikumised enne teatud kuupäeva. Selleks ajaks kaalus andmebaas peaaegu 350 GB ja sellega oli väga raske töötada. Kannatas ka 1C jõudlus ja rutiinseid toiminguid andmebaasiga tehti väga pikka aega.

Otsus tehtud – lõikasime aluse maha! Pärast tüüpiliste hüübimisravimite pikka katsetamist olin nendes pettunud. Veetsin rohkem kui kaks nädalat üksi arvutiga, mis lõigas katsebaasi ära. Sellised tingimused on tööbaasis lihtsalt vastuvõetamatud, eriti kuna kasutajad töötavad baasis 6 päeva nädalas. Kuidagi oli vaja ummikseisust välja saada. Otsustasime ülesande tellida. Kuid isegi siin me ei olnud rahul, töö maksumus on kõrge ja selle tegemiseks kulus aega üsna palju.

Üldiselt jäi probleem lahendamata ja naasid probleemi iseseisva lahendamise juurde.

Pidin kasutama äärmuslikke meetmeid, katkestasin kõigist muudest ülesannetest ja võtsin ette baasi kokkuvarisemise.

Ja peagi probleem lahendati - nad lõikasid aluse 2 päevaga ära, vähendasid seda 70%.

350 GB mahuga TÜ baasi katkestamine 2 päevaga.

Otsustasin ülesande täita järgmise algoritmi abil:

Looge tööbaasi koopia. Koopias moodustage soovitud kuupäeva saldo, kustutage kõik dokumendid ja liikumised enne seda kuupäeva. Seejärel tuleks tööbaasist kõik uued dokumendid (loodud koopia loomise hetkest) uude baasi üle kanda. Laske kasutajatel minna uude andmebaasi.

Ülesanne oli jagatud 5 alamülesandeks:

1. Koostage vahetusplaan, et pärast andmebaasi katkestamist saaks kõik uued dokumendid uude andmebaasi üle kanda.

2. Moodustage saldod konvolutsiooni kuupäeval.

3. Kustutage kõik dokumendid ja liikumised enne kokkupanemise kuupäeva.

4. Laadige dokumendid praegusest andmebaasist uude andmebaasi.

5. Vahetage tööalus uue (lõigatud) aluse vastu.

Ettevalmistav etapp kestis umbes kaks nädalat: vahetusplaani koostamine, vahendite otsimine jääkide ja puhastusregistrite loomiseks, mehhanismide testimine.

Andmebaasi kokkurullimise protsess.

1. Saldode moodustumine konvolutsiooni kuupäeval.

Ülejäänud osad moodustati standardtöötlusega "ConvolutionBase.epf".

Aja säästmiseks viidi tööbaasis tööajal läbi saldode moodustamine. Sest saldod moodustavad dokumendid "Registrikannete parandamine" ja töötlus seab registrites mitteaktiivsed liikumised, siis on see protseduur baasile kahjutu.

Töötlemisel seadsin ühe dokumendi ridade arvu piiranguks 50 000.

Tegin seda aeglaselt ja 1-2 päevaga oli kõik vormitud (selgus umbes 400 dokumenti).

Märge:

- kui kokkupanemise kuupäeval on andmebaasi kokkupanemisega mitteseotud dokumendid "Registrikirjete parandamine", siis on parem need hilisemale kuupäevale lükata, et mitte hiljem kogemata segamini ajada. .

- saldode moodustamisel on parem vaadata läbi kõik registrid, kuna juhtub, et kõigi registrite algsaldosid pole vaja. Vahel tuleb ette olukordi, kus registrit enam kuskil ei kasutata. See säästab lõpuks teie aega.

2. Koostage täielik vahetusplaan mahalaadimiseks identsesse konfiguratsiooni (saate seda teha paralleelselt saldode moodustamisega).

3. Töövälisel ajal tühjendage vahetusplaanis registreeritud objektid ja tehke puuetega määrustega andmebaasist koopia.

4. Dokumentide kustutamine ja registrite koristamine.

See toiming on kõige aeglasem ja selle toimingu kiirendamiseks peaksite kasutama otseseid SQL-päringuid. Sarnased tööriistad leiate Infostartist. On veel üks punkt, kui kustutame andmed sel viisil, kustutatakse objektid kiiresti, kuid ilma viiteterviklikkuse kontrollita. Sellest tulenevalt ilmuvad meie dokumentides ja muudes dokumentides read nagu "Objekti ei leitud...".

Mul oli ülesanne jätta need dokumendid informatiivsel eesmärgil tähelepanuta.

Selle jaoks kirjutati töötlemine, mis eemaldas lähetusest ja kandis rullimise kuupäevale üle kõik registri korrigeerimise dokumentides liikumisega seotud dokumendid.

Seejärel, kasutades töötlemist dokumentide ja liikumiste kustutamiseks SQL-päringute kaudu, kustutage kõik kuni konvolutsiooni kuupäevani (dokumendilogid, dokumendid, akumulatsiooniregistrid, teaberegistrid jne).

Märge:

- teaberegistreid on vaja puhastada ainult perioodiliste jaoks. Kui register ei ole perioodiline, kustutatakse see tõenäoliselt täielikult.

6. Aktiveerige dokumentide liikumine registrikannete parandamiseks, töödeldes "ConvolutionBase.epf". Samal ajal viiakse nende dokumentide töötlemine üle eelmisele kuupäevale (see on mugav kahe andmebaasi saldode vastavusse viimiseks).

8.Kontrollige saldode sisestamise õigsust ja korrigeerige (selleks võite kaasata raamatupidamistöötajad)

9. Viige dokumendid tööbaasist üle uude baasi. Seda protseduuri saab teha kohe pärast koopia loomist. Need. kui andmebaasis luuakse iga päev palju dokumente, siis on parem dokumente paralleelselt edastada, et mitte kulutada sellele lisaaega.

10. Laske kasutajatel uude andmebaasi siseneda. Selleks on parem 1c serveri andmebaasid ümber nimetada, et üleminek oleks kasutajatele valutu. Need. anname vanale alusele nime, mis sulle meeldib ja uue (ahenenud) aluse nimetame ümber vanaks.

Märge!

Nagu teate, ei ole objektide otsesel kustutamisel viidete terviklikkuse kontrolli.
Vastavalt sellele sisaldab praegune andmebaas peale objektide kustutamist objekte, mis viitavad olematutele objektidele ("Objekti ei leitud").
Minu ülesanne oli, et need objektid ei oleks ahendatud andmebaasis. Katkised lingid võivad aga negatiivselt mõjutada igasugust vahetust aluste vahel ja muid protsesse.
Seetõttu teisaldasin need kokkuvarisenud alusele, kuid pärast seda, kui aluse kokku kukkusin.
1.Tehtud dokumentide ülekandmise reeglid (ainult number, kuupäev postitamata).
2. Kandis üle kõik algsaldode sisestamise dokumentidest leitud dokumendid.
Seda protseduuri saab teha pärast voltimist, kuid tööriistad on soovitatav eelnevalt ette valmistada.

Mõne aja pärast kasvab 1C andmebaaside suurus, mis võib süsteemi kiirusele halvasti mõjuda. Ja alati pole vaja näha vanu viie aasta taguseid dokumente ja sageli segab. Vanadest dokumentidest vabanemiseks, andmebaasi puhastamiseks ja programmi kiirendamiseks mõtlesid 1C arendajad välja lihtsa toimingu - 1C teabebaasi voltimise.

Mis on andmebaasi voltimine versioonis 1C 8.3? Konvolutsioon on konkreetse kuupäeva jooksvate saldode sisestamine ja vanade mittevajalike dokumentide kustutamine. Allpool räägin teile, kuidas teha tüüpilise konfiguratsiooni jaoks konvolutsiooni, kasutades näitena 1C Accounting 3.0.

See juhend sobib ka teistele kaasaegsetele konfiguratsioonidele – kaubanduse juhtimine (TM) 11, palga- ja personalijuhtimine (ZUP) 3.0, ERP 2.0, väikeettevõtete juhtimine (UNF). Kui konfiguratsioon pole tüüpiline, tuleb protseduur läbi viia väga hoolikalt ja pärast voltimist on hea andmeid kontrollida.

Esimene asi - kindlasti teha... Kui midagi läheb valesti, saate alati naasta algandmete juurde.

Konvolutsiooni tuleb teha ilma, et kasutajad süsteemis töötaksid. Seetõttu paluge oma kolleegidel programmist varem lahkuda.

Aluse voltimisjuhised

Minge ettevõtte režiimis programmi 1C. Minge vahekaardile „Haldus”, valige üksus „Ahenda teabebaasi”.

Avanevas aknas pakub programm ise programmi varukoopia tegemist - te ei tohiks keelduda:

Kui programm ei saa mingil põhjusel koopiat luua, tehke see kindlasti käsitsi, järgides neid juhiseid. Liigume järgmisse etappi, klõpsates nuppu "Järgmine". Süsteem palub teil valida, millised organisatsioonid vajavad kogumit ja mis perioodiks.

Valime "Kõik organisatsioonid" ja perioodi 2015:

Järgmises etapis pakub süsteem saldode moodustamise registrite valimist. Parem on need sätted vaikimisi jätta ja protsessi jätkata.

Staadiumis “Vaata tehinguid” genereerib süsteem saldo kandmise dokumendid, mis on vaatamiseks ja kontrollimiseks saadaval.

Kui toimingud on õigesti sisestatud, saate jätkata automaatse kontrolliga. Seal näete bilansi analoogi enne ja pärast voltimisoperatsiooni.

1C konvolutsiooni kontroll

Kahtluse korral saab toimingu alati tühistada ja naasta algsesse olekusse.

Pärast andmete käsitsi kontrollimist saate jätkata viimase etapiga - vanade dokumentide kustutamise märkimisega. See etapp võib kesta 10 minutist mitme tunnini, olenevalt andmebaasi suurusest ja toimingute arvust.

See on kõik – 1C Accounting 8.3 andmebaasi voltimine on valmis! Igal juhul soovitan pärast vanade dokumentide kustutamist kontrollida põhiaruandeid teabe sarnasuse osas. Viimase abinõuna saate andmebaasi alati varukoopiast taastada.

Pärast protsessi lõppu on soovitatav alustada töötlemist "Märgitud objektide kustutamine", et vabaneda mittevajalikest dokumentidest. Loodud koonddokumendid asuvad jaotises Toimingud jaotises Käsitsi toimingud.

Kui teil on vaja konvolutsiooni teha 1C 8.2 ja 7.7 puhul, siis see praktiliselt ei erine ülaltoodust, välja arvatud see, et seda tehakse eraldi töötlemise teel.