Janvārī daudziem ir vēlme visu sākt no nulles, un ļoti bieži no klientiem un lasītājiem dzirdu jautājumu: “Vai varam izveidot jaunu 1C datu bāzi, atstāt visas kļūdas pagātnē un sākt pareizi kārtot uzskaiti? Vai ir kaut kāda automātiska iespēja “nogriezt” 1C bāzi gada sākumā?”. Šāda vēlme ir diezgan saprotama un saprotama, jo kāds no iepriekšējā grāmatveža ieguva bāzi ne pārāk labā stāvoklī, un kāds tikko mācījās un pieļāva daudz trūkumu, bet tagad ir nepieciešamās zināšanas, prasmes un vēlme strādāt pareizi, taču jūs nevēlaties pastāvīgi vilkt sev līdzi pagātnes kļūdu nastu. Programmai 1C: Enterprise Accounting 8 izdevums 3.0 ir tāda funkcija kā informācijas bāzes konvolūcija, kas ļauj automātiski ģenerēt atlikumus atlasītā perioda sākumā un izdzēst vecos dokumentus.

Cik ērta ir 1C bāzes konvolūcija? Gadījumā, ja jūs vienkārši izveidosit jaunu tukšu datu bāzi un sāksiet manuāli ievadīt atlikumus visiem kontiem, tad šim darbam būs jāpavada daudz laika, jo būs jāpārskaita ne tikai bilances summas, bet arī visu kontu dati. darbam nepieciešamie direktoriji (darījuma partneri, privātpersonas, darbinieki, nomenklatūra utt.). Salokot, programma automātiski ģenerēs kontu atlikumus, kurus nepieciešamības gadījumā varēsiet koriģēt, visi direktoriju elementi paliks datu bāzē, un vecie dokumenti tiks dzēsti. Ja vēlaties arī "iztīrīt" direktorijus, varat manuāli noņemt nevajadzīgos elementus. Tas prasīs daudz mazāk laika nekā visu nepieciešamo elementu ievadīšana jaunā datu bāzē.

Svarīga nianse: pēc apkopošanas dokumenti pirms izvēlētā datuma jūsu pašreizējā bāze tiks dzēsta, taču šī informācija noteikti jāsaglabā citā datu bāzē, jo tā vēl var būt nepieciešama turpmākam darbam. Parasti veidoju otru identisku bāzi (nosaukumā esošajā bāzu sarakstā var norādīt, ka viena no bāzēm attiecas uz periodu, piemēram, līdz 2017.gadam, bet otra - no 2017.gada), un tad var ripināt. vienu no tiem, kurā tiks glabāta uzskaite par kārtējo gadu. Otrā datubāze vienkārši kalpo kā vēsturisko datu arhīvs, kuram var piekļūt jebkurā laikā.

Kad esam apstrādājuši datu bāzes kopijas un pārbaudījuši datus par SALT, dodieties uz sadaļu "Administrēšana" un atlasiet vienumu "Infobase apkopojums".

Pirmkārt, programma atkal liks jums izveidot datu bāzes kopiju. Ja jums jau ir kopija, varat izlaist šo vienumu (noņemiet atzīmi). Ja vēl nav kopijas, tad nekādā gadījumā nepalaidiet to garām!

Tad jānorāda gads, kura sākumā veidosim atlikumus. Pareizi šis ir kārtējais gads, bet vienu reizi savā praksē sastapos ar lūgumu apvērsuma laikā programmā atstāt pēdējo trīs gadu datus (tobrīd datubāze bija ierakstīta vairāk nekā 5 gadus). Ja datu bāzē tiek glabātas vairākas organizācijas, mēs atzīmējam, vai apkopojums tiks veikts visām vai tikai atlasītajām.

Nākamajā posmā ir jāprecizē dati, kuru reģistrus mēs sabruksim. Ja nav īpašu vēlmju, tad visus iestatījumus var atstāt nemainītus.

Pēc tam ekrānā redzams to darījumu saraksts, kas tika automātiski ģenerēti, lai atspoguļotu atlikumus izvēlētā perioda sākumā. Katru darbību ir iespējams atvērt apskatei un, ja nepieciešams, rediģēt datus. Bet ģenerētos ierakstus varēs rūpīgi izpētīt arī pēc konvolūcijas beigām.

Nākamajā posmā tiek pārbaudīti dati: tiek pārbaudīti kontu atlikumi pirms un pēc aprites. Ideālā gadījumā summām ir jāsakrīt. Ja ir kādas neatbilstības, tad ir nepieciešams izdrukāt programmas ģenerēto atskaiti un detalizēti izskatīt katru kontu, kuram ir atšķirības.

Apkopošanas pēdējā posmā vecie dokumenti tiek dzēsti, šis process var aizņemt diezgan ilgu laiku. ilgu laiku, it īpaši, ja konts programmā ir uzturēts daudzus gadus.

Tad programma ziņos par veiksmīgu konvolūcijas pabeigšanu.

Protams, konvolūcija nav “burvju tablete” un ātri neatrisinās visas problēmas, ja ieraksti datu bāzē ilgstoši nav glabāti īpaši rūpīgi. Iespējams, pēc apkopošanas jums būs jāpielāgo atlikumi vai jānoskaidro, kāpēc visi dokumenti netika automātiski izdzēsti. Šajā gadījumā jums ir jātērē noteiktu daudzumu laiks, lai datubāze būtu optimālā stāvoklī: strādājiet ar dokumentiem atlikumu ievadīšanai un analizējiet, kāpēc programma nevarēja izdzēst dažus vecus dokumentus. Vienīgais, ko gribu tev pajautāt - droši uztaisi infobāzes kopijas! Un, ja datu bāzes stāvoklis ir ļoti novārtā vai ievadīto dokumentu apjoms ir liels, tad apkopojuma veikšanai labāk meklēt palīdzību pie pieredzējušiem speciālistiem.

Kas ir bāzes konvolūcija un kāpēc tā ir nepieciešama?

Veicot apkopošanu, tiek ģenerēti dokumenti reģistra atlikumu ievadīšanai noteiktā datumā (apkopošanas datums) un neizmantoto dokumentu un kustību dzēšanai reģistros (informācija, uzkrāšana, uzskaite) līdz apkopojuma datumam (apkopošanas periodam) ieskaitot. Galvenie konvolūcijas mērķi ir:

Sistēmas ātruma palielināšana.

Informācijas bāzes lieluma samazināšana.

SVARĪGS. Pirms bāzes apkopošanas ir ieteicams:
1. Veiciet apkopojuma sākotnējo pārbaudi darba informācijas bāzes kopijā.
2. Tikai balstoties uz veiksmīgas testēšanas rezultātiem, pieņem lēmumu par iespēju to izmantot strādājošai infobāzei.

1) Izveidot dublējums: dodieties uz datu bāzi, izmantojot konfiguratoru, izvēlnes vienumu Administrēšana - Izlādēt informācijas bāzi.

2) Mēs ieejam datu bāzē, izmantojot 1C: Enterprise režīmu. Jāpārbauda datums, līdz kuram tiks sarullēta bāze, vai mēneša beigās ir noformēti visi dokumenti (izvēlnes vienums Operācijas - Plānotās darbības). Darīšu līdz 31.03.2009. Tātad mēneša noslēguma dokumentiem jābūt 2009. gada martam:

3) Izveidosim atskaiti Apgrozījuma bilance par periodu, kuru sabruksim (izvēlnes punkts Pārskati - Apgrozījuma bilance). Saglabāsim to saskaņošanai pēc bāzes konvolūcijas.

4) Izmantojot izvēlnes vienumu Fails - Atvērt pievienošanu ārējā apstrāde Bāzes konvolūcija 2.0.

Grāmatzīme "Vispārīgie iestatījumi":

Apkopošanas datums. Apkopojuma datums ir apkopojuma periodā iekļautā pēdējā sekunde. Tātad, lai informācijas bāzē apkopotu 2009. gada 1. ceturkšņa datus, kā apkopojuma datums ir jānorāda 03/31/2009 23:59:59.

Rindu skaits bilances ieraksta dokumentos. Šis parametrs nosaka maksimālo iespējamo rindu skaitu vienā dokumentā atlieku ievadīšanai. Ja parametrs nav aizpildīts (vienāds ar 0), tad katram reģistram/kontam tiks izveidots viens dokuments, neierobežojot rindu skaitu.

Grāmatzīme "Konvolūcijas metodes iestatīšana": šajā posmā tiek noteikts, kuri objekti un uz kādu laiku ir jāsakļauj. Tiek nodrošinātas šādas objektu apstrādes metodes:

Neapstrādāt — objekti netiek sakļauti.

1. Datumā — objekti, kas ir pirms apkopojuma datuma, tiek sakļauti. Ja aizpildīsiet parametru "Beigu datums", objekti, kas ir pirms beigu datuma, tiks sakļauti. Tādējādi dažādiem objektiem varat norādīt dažādus apkopošanas datumus. Ja parametrs “Beigu datums” nav norādīts, apkopojums tiek veikts atbilstoši apkopojuma datumam, kas norādīts cilnē “Vispārīgie iestatījumi”.

Periodam - visi objekti, kas atrodas norādītajā intervālā, tiek sakļauti.

Notīrīt — tiek dzēsti visi objekti pirms apkopošanas datuma un netiek izveidoti bilances ierakstīšanas dokumenti. Režīms ir pieejams tikai informācijas reģistriem.

Saliekamo objektu sastāvu un noklusējuma locīšanas metodi iespējams aizpildīt, izmantojot pogu "Aizpildīt noklusējuma iestatījumus". Šajā gadījumā saliekamajiem objektiem tiks piešķirti šādi iestatījumi:

1. Visiem dokumentiem ir iestatīts apkopošanas režīms "datumā".
2. Visiem uzkrāšanas un uzskaites reģistriem ir iestatīts apkopošanas režīms "datumā".
3. Visiem periodiskās informācijas reģistriem, kuriem dokuments "Reģistra ierakstu korekcija" nav reģistrators, ir iestatīts apkopojuma režīms "neapstrādāt", visiem pārējiem periodiskās informācijas reģistriem ir iestatīts režīms "datums".
4. Visiem neperiodiskās informācijas reģistriem ir iestatīts apkopošanas režīms "neapstrādāt".

Ir iespējams saglabāt un atjaunot iepriekš veiktos apkopojuma iestatījumus, tam ir paredzētas pogas "Augšupielādēt uz XML" un "Ielādēt no XML".

Es aizpildīšu noklusējuma iestatījumus:

Grāmatzīme "Dokumenti atlikumu ievadīšanai": šajā posmā tiks ģenerēti dokumenti atlikumu ierakstīšanai uzkrājumu, informācijas un uzskaites reģistros. Izveidotie dokumenti atradīsies nākamajā sekundē pēc apkopošanas datuma, t.i. ja apkopošanas datums ir 03/01/2009 23:59:59, tad dokumenti tiks izveidoti 04/01/2009 00:00:00.
Kā dokumenti atlikumu ievadīšanai tiek izmantoti dokumenti "Reģistra ierakstu koriģēšana" un "Darbība (grāmatvedība un nodokļu uzskaite)".
Atlikušie ievades dokumenti tiek izveidoti ar atspējotām kustībām. Atlikušajos ierakstu dokumentos ir ietverts komentārs, kas ietver tekstu "[Izveidots, apstrādājot pamata ruļļu]".
Katrai virsgrāmatai/kontam tiek izveidots atsevišķs bilances ieraksta dokuments. Bilances ieraksta dokumentu skaitu katram reģistram/kontam nosaka parametrs "Rindu skaits bilances ieraksta dokumentā" (sīkāk skatīt augstāk).

Sakļaut pamatni (poga "Sakļaut bāzi" apakšējā komandjoslā). Šajā posmā objekti tiek dzēsti uz apkopoto periodu.

Šis process var ilgt ilgu laiku. Pēc datu bāzes apkopošanas ir stingri aizliegts veikt jebkādas izmaiņas vai atkārtoti nosūtīt dokumentus apkopošanas periodā.
Jāpatur prātā, ka, ja šajā posmā radās kļūdas, kuru rezultātā objektu dzēšanas procedūra tika pārtraukta un netika pilnībā pabeigta, var rasties šāda situācija: dažiem reģistriem kopsummas paliks atspējotas. Tādējādi nebūs iespējams iegūt kopsummas par dažiem reģistriem. To reģistru sarakstu, kuriem kopsummas ir atspējotas, var apskatīt cilnē "Reģistri ar atspējotiem kopsummas rādītājiem". Tajā pašā cilnē, ja nepieciešams, varat iespējot kopsummas.

Šajā rakstā es runāšu par algoritmu, kas tiek izmantots procesā, ko sauc 1c bāzes konvolūcija.

Bāzes apkopojums 1.c(1c pamatnes salocīšana) ir procedūra, ko izmanto, lai optimizētu 1C datubāzē uzkrātos datus. 1s bāzes konvolūcija tiek veikta, lai uzlabotu lietotāja pieredzes kvalitāti.

1C bāzes konvolūcijas iemesli

Apskatīsim teorētisko jautājumu par datu bāzes apkopošanu no praktiskā piemēra viedokļa. Piemēram, šodien ir 2008. gada 14. marts. Strādāju ar 1C datu bāzi, kas darbojas kopš 2003. gada 01. janvāra. Datubāze darbojas jau 5 gadus. Programmētājam ir grūti uzturēt bāzi (sistēmas sarežģītība elementu skaita pieauguma dēļ). Lietotājiem ir arī grūti strādāt ar datu bāzi (programmas ātrums).

Kā jūs varat optimizēt darbu ar 1C datu bāzi?

Programmētājam pa lielam nerūp datu bāzes lielums, jo programmētājs nestrādā ar datiem, bet gan ar datu apstrādes algoritmiem. Problēmas, strādājot ar lielu datu bāzi, var rasties datu bāzes administratoram, izņemot gadījumus, kad ir jāatjauno secība pēc dokumenta pārpublicēšanas pagājušajā periodā vai kad ir jāpārpublicē visi dokumenti jebkādu aprēķinu algoritma izmaiņu dēļ. . Tāpēc datu bāzes optimizācija parasti tiek veikta, lai uzlabotu datu bāzes lietotāju darba kvalitāti.

Funkcionālās iespējas, strādājot ar datiem

Lietotāju funkcijas, kas strādā ar 1C bāzi, var iedalīt trīs grupās:

1. primāro datu ievade;
2. Ievadīto datu analīze;
3. Nākotnes datu plānošana.

Iesim cauri lietotāju funkcionālajām grupām.

1. Tiem, kas ievada datus, nevajag atlikumus un apgrozījumus pat par "vakardienu". Nemaz nerunājot par datiem par pēdējo mēnesi vai aizpagājušo gadu.
2. Datu analītiķiem ir nepieciešami vēsturiski dati. Bet šeit jums ir jāprecizē, kāda veida dati viņiem ir nepieciešami. Par to mēs runāsim tālāk.
3. Datu plānotājiem ir nepieciešami vēsturiskās analīzes rezultāti. Citiem vārdiem sakot, šīs grupas lietotāju vajadzībām ir nepieciešami arī iepriekšējos periodos uzkrātie dati.

Datu detalizēta informācija bāzes konvolūcijai 1c

Lai noteiktu, kādi dati ir nepieciešami analīzei un plānošanai, vispirms ir jāprecizē datu detalizācijas pakāpe. Es teikšu iepriekš, ka analīzei un plānošanai nepieciešamo datu precizēšana ir atslēga, lai atrisinātu 1C bāzes konvolūcijas problēmu.

Kādi ir datu detalizācijas līmeņi 1C datubāzē? Es varu nosaukt šos:

• Grāmatošana uz kontiem grāmatvedībā.
• Reģistra kustība operatīvajā grāmatvedībā.
• Dokuments.
• Apgrozījums dienā (nedēļa, desmitgade, mēnesis, ceturksnis, pusgads, gads).
• Atlikums perioda sākumā un beigās (diena, nedēļa, desmitgade, mēnesis, ceturksnis, gads).

Pēc tam, kad ir noteikts efektīvai analīzei un plānošanai nepieciešamo datu pietiekams detalizācijas līmenis, mēs varam runāt par datu saspiešanas pakāpi, apkopojot datubāzi.

Darbs ar datiem "saspiestā" periodā pēc 1s bāzes konvolūcijas

Ja dati noteiktā laika posmā ir "saspiesti" vai "saspiesti", tad saprot, ka tie ir kļuvuši kvantitatīvi par noteiktu summu mazāki. Ja datu apjoms samazinās, noteikti dati tiek zaudēti neatgriezeniski.

Kā var piekļūt sakļautajiem datiem, ja nepieciešams? Tas ir ļoti svarīgs jautājums, un uz to ir jāatbild pirms 1C datu bāzes konvolūcijas.

Piemēram, es minēšu divus galējus gadījumus.

1. gadījums: jebkurā 2008. gada dienā finanšu direktors vēlas skatīt detalizētu Alpha klienta norēķinu karti par 2005. gada martu.

Saskaņā ar šo nosacījumu 1c bāzes konvolūcija nav iespējama, jo nav iespējams sakļaut (saspiest) datus zem grāmatošanas (reģistra kustības) līmeņa.

Par izņēmumu var uzskatīt tādu darba veidu, kurā datu bāze joprojām ir sarullēta, un darba datu bāzē no sakļautā perioda datiem ir tikai atlikumi darba perioda sākumā. Tad uzņēmumam ir divas darba bāzes:

1. Darba bāze, kurā tiek ievadīti dati par notiekošajām operācijām.
2. Arhīva datu bāze, kurā tiek glabāti dati par pagātnes darījumiem.

Tajā pašā laikā finanšu direktoram, piemēram, ir pieejama otrā bāze, ar kuru darbs faktiski tika pārtraukts. Un finanšu direktors, ja vēlas, jebkurā laikā var iekļūt "vecajā" datu bāzē un iegūt visus viņam nepieciešamos datus iepriekšējos periodos.

2. gadījums: Finanšu direktors vēlas jebkurā 2008. gada dienā uzzināt visas uzņēmuma noliktavas telpu nomas izmaksas 2005. gada 3. ceturksnī. Un viņam nav vajadzīga sīkāka informācija (piemēram, savstarpējo norēķinu karte ar noliktavas iznomātāju).

Šajā gadījumā pamatnes 1s apgriezienu veic šādi:

1. Apgrozījumu atlase pēc īpaša pieprasījuma pozīcijai "Noliktavas izdevumi" ar detalizāciju pa ceturkšņiem.
2. Par katru pieprasījumā saņemto ceturksni tiek izveidots jauns "Operācijas" dokuments (vai cits speciālais dokuments), kurā ieraksta apgrozījuma summu postenī "Noliktavas izdevumi". Dokuments tiek ierakstīts un glabāts.
3. Speciālā apstrāde dzēš visus dokumentus, kas ierakstīja datus par apkopoto periodu postenī "Noliktavas izdevumi" (izņemot mūsu īpašo dokumentu, kuru izveidojām, salokot datu bāzi).

Izņēmumu var uzskatīt arī tādu darba veidu, kurā bāze tiek uzrullēta, pārceļot tikai ienākošos atlikumus uz darba perioda sākumu. Uzņēmumam ir divas bāzes (“strādājošais” un “vecais”). Un finanšu direktors programmā MS Excel izveido, piemēram, īpašu plāksni personīgai lietošanai. Šajā planšetdatorā viņš analizēs un plānos datus. Tabulā viņš manuāli ievada galīgās vērtības finanšu rādītājiem, kas viņam nepieciešami analizētajā periodā. Tas ņem datus analīzei no "arhivētās" datu bāzes.

Standarta 1C bāzes konvolūcijas algoritms

Vairumā gadījumu pamatnes sagriešana tiek veikta daudz banālāk.

1. Apstrādājot, tiek izveidoti jauni dokumenti ar veidu "Sākotnējo atlikumu ievade".
2. Vaicājums atlasa visu virsgrāmatas kontu atlikumus, virsgrāmatas dimensijas un citus nozīmīgus datu krājumus apkopotā perioda beigās.
3. Pieprasījumā saņemtie dati tiek ievadīti "Sākotnējo atlikumu ievadīšanas" tipa dokumentos.
4. Dokuments tiek saglabāts un iegrāmatots ritināšanas perioda pēdējā dienā.
5. Visi 1C dokumenti apkopotajam periodam tiek dzēsti.

1C bāzes konvolūcijas metodes

Tādējādi ir divi veidi, kā sakļaut datus 1C datu bāzē:

1. Sakļautajā periodā visas darbības tiek dzēstas un tikai darba perioda sākumā sākotnējie atlikumi pieejams sabrukuma perioda beigās.
2. Tas pats, kas pirmajā metodē, bet sabrukuma periodā tiek atstāti apgrozījumi pēc rādītājiem, kas nepieciešami kārtējā režīmā darba periodā, ar nepieciešamo detalizācijas pakāpi. Darba perioda sākumā tiek pārskaitīti atlikumi, kas aprēķināti, ņemot vērā sabrukuma periodā atlikušos apgrozījumus.

Informācijas datu bāzes apkopošanas procesā tajā tiek veiktas šādas darbības:

• dokumenti atlikumu ievadīšanai tiek veidoti datu apkopojuma veikšanas datumā;
• tiek dzēsti dokumenti un reģistru kustības, kas programmā bija līdz apkopojuma datumam (ieskaitot).

Informācijas datu bāzes apkopošana ļauj:

• paātrināt sistēmu;
• samazināt 1C IBD izmēru.

UZMANĪBU! Pirms sākat apkopot informācijas bāzi, jums ir:

• veiciet provizorisku testa apkopojumu darba 1C IDB kopijai;
• ja testa apkopojums bija veiksmīgs, tikai tad varat sākt apkopot darba informācijas bāzi, iepriekš izveidojot tās dublējumu.

Lai apkopotu informācijas datu bāzi, izmantojiet konfigurācijas apstrādi (versija 1.6), kas atrodas diskā. Izdevumam 2.0 šī apstrāde neder, jo tajā nav dokumenta "Reģistra ierakstu labošana". Jūs varat pasūtīt mūsu mājas lapā.

Pasūtījuma komplekts

Bāzes konvolūcija soli pa solim

• Pirmkārt, jums ir jāizveido informācijas datu bāzes rezerves kopija. Pēc tam ievadiet datu bāzi, izmantojot režīmu 1C: uzņēmums, un pārbaudiet, vai visi dokumenti ir aizpildīti mēneša beigās apkopošanas datumā.
• Tālāk jāsastāda pārskats Apgrozījuma bilance par periodu, par kuru plānots sarullēt bāzi.
• Izmantojot komandu "Atvērt" (izvēlne "Fails"), mēs ielādējam ārējo apstrādi Base Convolution 2.0.
• Pamatne tiek sarullēta pēc attiecīgās pogas nospiešanas apakšējā panelī, kuras laikā objekti tiek dzēsti uz apstrādē norādīto laiku. Jāatzīmē, ka procesa izpilde var aizņemt diezgan ilgu laiku. Pēc 1C IBD apkopošanas nekādā gadījumā nav iespējams labot un pārsūtīt dokumentus apkopotajam periodam.
  Nevar arī neteikt, ka, ja konvolūcijas procesā radās kļūdas, kuru dēļ objektu noņemšana tika pārtraukta vai netika pabeigta pilnībā, tas var novest pie tā, ka dažiem reģistriem kopsummas tiks atspējotas. Šis fakts savukārt neļauj iegūt kopsummas par dažiem reģistriem. To reģistru sarakstu, kuru kopsummas ir atspējotas, varat skatīt cilnē "Reģistri ar atspējotām summām". Šeit, ja nepieciešams, varat iekļaut kopsummas.
  Ja saskaņošanas process kāda iemesla dēļ tika pārtraukts, tad dokumentu sarakstu atlikumu ievadīšanai vienmēr var atjaunot, izmantojot cilnes “Dokumenti atlikumu ievadīšanai” pogu “Aizpildīt sarakstu”, norādot datumu intervālu.
• Pēdējā darbība ir atzīmēto objektu noņemšana. To var veikt, ja visi iepriekš aprakstītie konvolūcijas posmi ir veiksmīgi pabeigti.
  • Izvēlnē "Operations" atlasiet komandu "Dzēst atzīmētos objektus".
  • Loga augšējā daļā ir dialoglodziņš ar 1C IDB atrasto objektu sarakstu, kas atzīmēti dzēšanai. Jebkuru no tiem lietotājs var atvērt un apskatīt. Izmantojot karogus, lietotājs var arī noteikt, kuri objekti ir jāpārbauda dzēšanai. Lai noteiktu, vai ir saites uz dzēšamiem objektiem, palīdzēs poga "Vadība". Rūpīgi pārbaudot dzēšamos objektus un neatradot kļūdas, jāsāk objektu dzēšanas process, noklikšķinot uz pogas "Dzēst".

Pamatnes savērpšanas beigās jums jāpārliecinās, ka viss noritēja pareizi. Lai to izdarītu, atveriet bilanci un salīdziniet to ar bilanci, kas tika saglabāta pirms apkopošanas. Ja tie ir identiski, tad pamatnes konvolūcija tiek veikta pareizi.

Pēc kāda laika 1C bāzes ievērojami palielinās, kas var negatīvi ietekmēt sistēmas ātrumu. Jā, un vecu dokumentu redzēšana pirms pieciem gadiem ne vienmēr tiek prasīta un bieži traucē. Lai atbrīvotos no veciem dokumentiem, iztīrītu datu bāzi un paātrinātu programmas darbību, 1C izstrādātāji nāca klajā ar vienkāršu darbību - 1C informācijas bāzes konvolūciju.

Kas ir bāzes konvolūcija 1C 8.3? Konvolūcija ir pašreizējo atlikumu ievadīšana noteiktā datumā un veco, nevajadzīgo dokumentu noņemšana. Tālāk es jums pastāstīšu, kā izveidot tipiskas konfigurācijas apkopojumu, izmantojot 1C Accounting 3.0 piemēru.

Šī instrukcija ir piemērota arī citām modernām konfigurācijām - Trade Management (UT) 11, Payroll and Personnel Management (ZUP) 3.0, ERP 2.0, Small Firm Management (UNF). Ja konfigurācija nav tipiska, procedūra jāveic ļoti rūpīgi un ir labi pārbaudīt datus pēc konvolūcijas.

Pirmā lieta - noteikti dari. Ja kaut kas noiet greizi, vienmēr varat atgriezties pie sākotnējiem datiem.

Apkopojums jāveic, lietotājiem nestrādājot sistēmā. Tāpēc lūdziet savus kolēģus iepriekš pamest programmu.

Norādījumi pamatnes salocīšanai

Piesakieties programmā 1C uzņēmuma režīmā. Dodieties uz cilni “Administrēšana”, atlasiet vienumu “Infobase apkopojums”:

Atvērtajā logā pati programma piedāvās izveidot programmas rezerves kopiju - neatsakieties:

Ja programma kāda iemesla dēļ nevar izveidot kopiju, noteikti izveidojiet to manuāli saskaņā ar šiem norādījumiem. Pārejiet uz nākamo darbību, noklikšķinot uz pogas "Tālāk". Sistēma liks jums izvēlēties, kurām organizācijām ir nepieciešams apkopojums un uz kādu periodu.

Atlasiet “Visas organizācijas” un 2015. gada periodu:

Nākamajā posmā sistēma liks jums izvēlēties reģistrus atlikumu ģenerēšanai. Labāk ir atstāt šos iestatījumus kā noklusējuma iestatījumus un turpināt procesu.

Posmā “Skatīt darījumus” sistēma ģenerēs bilances ievadīšanas dokumentus, kas ir pieejami apskatei un pārbaudei.

Ja darbības ir ievadītas pareizi, varat pāriet uz automātisko verifikāciju. Tur jūs varat redzēt bilances analogu pirms un pēc apkopošanas operācijas.

Konvolūcijas pārbaude 1C

Ja jums ir kādas šaubas, jūs vienmēr varat atcelt operāciju un atgriezties sākotnējā stāvoklī.

Pēc manuālas datu pārbaudes varat pāriet uz pēdējo darbību - veco dokumentu dzēšanas atzīmēšanu. Šis posms var ilgt no 10 minūtēm līdz vairākām stundām atkarībā no datu bāzes lieluma un operāciju skaita.

Tas arī viss - 1C Accounting 8.3 bāzes konvolūcija ir gatava! Jebkurā gadījumā pēc veco dokumentu dzēšanas iesaku pārbaudīt galvenos pārskatus par informācijas līdzību. Kā pēdējo līdzekli vienmēr varat atjaunot datu bāzi no dublējuma.

Pēc procesa beigām ieteicams palaist apstrādi “Dzēst atzīmētos objektus”, lai atbrīvotos no nevajadzīgiem dokumentiem. Izveidotie apkopotie dokumenti atrodas sadaļā “Operācijas”, vienumā “Manuāli ievadītās darbības”.

Ja jums ir nepieciešams veikt konvolūciju 1C 8.2 un 7.7, tad tas praktiski neatšķiras no iepriekš minētā, izņemot to, ka tas tiek veikts ar atsevišķu apstrādi.