Pēc kāda laika 1C datu bāzes ievērojami palielinās, kas var slikti ietekmēt sistēmas ātrumu. Un ne vienmēr ir nepieciešams redzēt vecus piecus gadus vecus dokumentus un bieži tas traucē. Lai atbrīvotos no veciem dokumentiem, iztīrītu datubāzi un paātrinātu programmas darbību, 1C izstrādātāji izdomāja vienkāršu darbību - 1C informācijas bāzes sabrukšanu.

Kas ir datu bāzes apkopojums versijā 1C 8.3? Saskaņošana ir kārtējo atlikumu ievadīšana uz noteiktu datumu un veco, nevajadzīgo dokumentu izņemšana. Tālāk es jums pastāstīšu, kā izveidot tipiskas konfigurācijas apkopojumu, kā piemēru izmantojot 1C Accounting 3.0.

Šī instrukcija ir piemērota arī citām modernām konfigurācijām - Tirdzniecības vadība (UT) 11, Algas un personāla vadība (ZUP) 3.0, ERP 2.0, Small Firm Management (SNF). Ja konfigurācija nav standarta, procedūra jāveic ārkārtīgi rūpīgi un pēc konvolūcijas rūpīgi jāpārbauda dati.

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

Apkopošana 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” un atlasiet “Infobase Collapse”:

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, izpildot šos norādījumus. 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 un uz kādu laiku ir nepieciešama saskaņošana.

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

Nākamajā posmā sistēma piedāvās atlasīt reģistrus atlikumu veidoš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 darījumi ir ievadīti pareizi, varat pāriet uz automātisko verifikāciju. Tur jūs varat redzēt bilances analogu pirms un pēc konvolūcijas operācijas.

Pārbauda konvolūciju 1C

Ja rodas šaubas, operāciju vienmēr var atcelt un atgriezt sākotnējā stāvoklī.

Pēc manuālas datu pārbaudes varat pāriet uz pēdējo posmu - atzīmēšanu veco dokumentu dzēšanai. Š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 datu bāzes apkopojums ir gatavs! Jebkurā gadījumā pēc veco dokumentu dzēšanas iesaku pārbaudīt galvenos pārskatus, vai nav informācijas līdzības. Kā pēdējo iespēju vienmēr varat atjaunot savu datu bāzi no dublējuma.

Pēc procesa pabeigšanas ieteicams palaist apstrādi “Atzīmēto objektu dzēšana”, lai atbrīvotos no nevajadzīgiem dokumentiem. Izveidotie konvolūcijas dokumenti atrodas sadaļā “Operācijas”, pozīcijā “Manuāli ievadītās darbības”.

Ja jums ir jāveic apkopojums 1C 8.2 un 7.7, tad tas praktiski neatšķiras no iepriekš norādītajiem, izņemot to, ka tas tiek veikts atsevišķā apstrādē.

Ar 1C informācijas bāzu sabrukumu saprot dokumentu un konfigurācijas reģistru apstrādes procesu, kā arī kārtējo atlikumu, sabrukušo, samontēto reģistru datu veidošanos noteikta gada sākumā. Šajā gadījumā tiek dzēsti vai atzīmēti dzēšanai iepriekšējo gadu dokumenti, izņemot PVN, pamatlīdzekļu un virkni citu uzskaitei svarīgus dokumentus.

Kāpēc viņi apkopo 1C informācijas bāzi?

Konvolūcija tiek veikta, lai samazinātu datu bāzes lielumu, strādātu ātrāk, samazinātu 1C datu bāzes atjaunināšanas un arhivēšanas laiku.

Turklāt to izmanto konfidenciālas informācijas glabāšanai. Pēc apkopošanas darbiniekiem un pārbaudes organizācijām pašreizējā darba datubāzē nebūs pieejami iepriekšējo gadu dokumenti.

Svarīgi: ja nepieciešams, pirms sabrukšanas vienmēr varat paplašināt 1C 8.3 datubāzi no arhīva un iegūt nepieciešamo informāciju. Varat pievienot bāzi “pirms konvolūcijas” kā papildu 1C 8.3 palaišanas saīsnei un vienmēr turēt to pa rokai.

1C 8.3 datu bāzes konvolūcija

Ārstēšana Informācijas bāzes sabrukums konfigurācijās 1C 8.3 Uzņēmuma grāmatvedība, 3. izd., Tirdzniecības vadība, 11. izd Administrācija – serviss:

1. padoms. Izmantojiet apstrādi 1C informācijas bāzes kopijā, analizējiet rezultātus un pēc tam apkopojiet darba datu bāzi.

2. padoms. Pirms apkopošanas ģenerējiet pārskatus par tiem konfigurācijas objektiem, par kuriem informācija no iepriekšējiem periodiem būs nepieciešama nākamajos periodos. Pirmkārt, runa ir par pamatlīdzekļu uzskaiti, PVN, pagātnes izdevumu atzīšanu. Ja algām sekojat 1C 8.3 Grāmatvedība, 3. izdevums, tad būs nepieciešami arī dati par savstarpējiem norēķiniem ar darbiniekiem.

Uzmanību: bilance pirms apkopošanas nav jāģenerē, jo 1.C 8.3. punktā SĀLS pārbaude pirms un pēc apkopošanas ir iekļauta kā viens no apstrādes posmiem.

3. padoms. Padomājiet par periodu, līdz kuram veiksiet apkopošanu. Dažkārt grāmatveži atstāj datus no pagājušā gada, jo tas ir svarīgi algu aprēķināšanai. Vai pat divu vai trīs iepriekšējo gadu dati, ja darījumu apjoms pa šiem gadiem nav pārāk liels.

Kā apkopot 1C 8.3 grāmatvedības datu bāzi, izmantojot piemēru

Apskatīsim piemēru kāda uzņēmuma reālas 1C 8.3 datu bāzes kondensēšanai: konfigurācija Lauksaimniecības uzņēmuma uzskaite, 3. izdevums. Faktiski šī ir Enterprise Accounting 3. red. konfigurācija, bet paplašināta, pievienojot specializētus nozares objektus.

Pieņemsim, ka uzņēmuma informācijas bāze pēc testēšanas un labošanas procesa, ieskaitot informācijas bāzes iepakošanu, ir sasniegusi 4 GB. Lietotāji datubāzē strādā kopš 2011. gada. Tā kā organizāciju pārbaudīja nodokļu inspekcija, ieskaitot 2015.gada periodu, un kopš 2016.gada organizācija vairs neaprēķina algas 1C 8.3.Grāmatvedība, bet 1C 8.3 ZUP, 3.red., tika nolemts bāzi slēgt līdz 2016.gadam .

1. darbība. Izveidojiet rezerves kopiju

No izvēlnes Administrācija – Serviss mēs sākam apstrādi zem lietotāja ar Administratora tiesības. Mūsu piemērā Administrators. Ievadiet administratora lietotāja paroli, lai piekļūtu 1C 8.3 datu bāzei. Ja veicat samazināšanu jau izveidotai programmas kopijai, atzīmējiet izvēles rūtiņu Izveidojiet dublējumu var atiestatīt. Pretējā gadījumā mēs norādām Informācijas drošības rezerves direktorijs:

Ja nospiežam taustiņu F1 uz tastatūras, mēs varam iegūt informāciju par šīs apstrādes izmantošanas mērķi un funkcijām. Pēc iepazīšanās aizveriet palīdzību un noklikšķiniet uz Tālāk pārejiet uz nākamo apstrādes posmu Pabeigtie posmi ir iezīmēti zaļā krāsā.

2. darbība. Konvolūcijas iestatīšana

Šajā posmā mēs nosakām, kura gada sākumā veidot atlikumus 1C 8.3. Noklusējums ir atzīmēts Iestatiet datu maiņas aizlieguma datumu. Tas tiks noteikts 2015. gada 31. decembrī bilances veidošanās gadījumā 2016. gada sākumā:

Ir iespējams apkopot datubāzi visām organizācijām vai tikai vienai. Pēc piemēra datu bāzē 1C 8.3 ir tikai viena organizācija, tāpēc apstrādei nevar izvēlēties organizācijas.

3. posms. Atlikumu veidošanās

Pēc pogas Tālāk Pāriesim pie atlikumu veidošanas noteikumu noteikšanas. Standarta konfigurācijām tie ir iepriekš definēti, un 1C 8.3 Enterprise Accounting, Rev. 3 tas ir iespējams Atjaunot ieteicamos iestatījumus, ja tie tiktu mainīti.

Mēs varam iestatīt locīšanas noteikumus Publicēšanas žurnāls: Nesabrukt vai Sakļaut:

Mēs varam definēt noteikumus atsevišķi katram uzkrāšanas reģistram:

Pēc noklusējuma, piemēram, apstrādē 1C 8.3 Enterprise Accounting, 3. izdevums, tas ir Nesabrukt reģistros PVN Pirkumi, PVN Pārdošana, pieprasīts PVN un vairākas citas. Tas nozīmē, ka izstrādātāji analizēja, kuri datu bāzes parametri ir jāsaglabā pilnībā un kurus var sakļaut.

Bet mēs varam, piemēram, iestatīt Nesabrukt uzkrāšanas reģistrā Cenā iekļauts PVN:

4. darbība. Pārskatiet darījumus

Pie skatuves Skatīt darījumus izveidotos atlikumus var atvērt uz 01.01.2016, darījumi tiks reģistrēti datu bāzē 31.12.2015. Izmantojot pogu, ir iespējams pielāgot atlikumus vai pat izveidot jaunu operāciju atlikumu ievadīšanai Izveidot:

Tālāk ir norādītas izveidoto darbību opcijas: grāmatvedības reģistri:

Autors informācijas reģistri:

Autors uzkrāšanas reģistri:

5. posms. Verifikācija

Tālāk mēs pārejam pie izveidoto dokumentu pārbaudes. Šajā posmā mēs redzam bilancei līdzīgu pārskatu, kas izveidots 2015. gada beigās laikā pirms samazinājuma un pēc samazinājuma. Datu neatbilstības mūsu gadījumā ir tikai papildu kontam 000, kas tika izmantots, lai ievadītu atlikumus, uzsākot darbu ar datu bāzi:

Varat parādīt un salīdzināt datus nodokļu uzskaitei (TA). Lai to izdarītu, izmantojiet pogu labajā pusē, tāpat kā visos standarta 1C pārskatos. Rādīt iestatījumus un atzīmējiet izvēles rūtiņu blakus NU indikatoram:

Mēs ģenerējam pārskatu ar datiem par BU un NU. Tad mēs pārslēdzam čeku uz Informācijas un uzkrāšanas reģistrs:

Ir iespēja attēlot informāciju par atsevišķiem informācijas un uzkrājumu reģistriem. Pēc pogas Vairāk Mēs varam pārbaudīt vai noņemt atzīmes reģistriem, par kuriem vēlamies saņemt informāciju:

6. darbība: veco dokumentu dzēšana

Ir pogas opcija Atpakaļ pāriet uz iepriekšējiem saskaņošanas posmiem, tostarp dzēšot izveidotos bilances dokumentus. Vai ar pogu Tālāk pāriet uz nākamo posmu - Veco dokumentu dzēšana. Šajā posmā mēs saņemam brīdinājumu par procesa neatgriezeniskumu 1C 8.3. Bet vecie dokumenti pagaidām tiks atzīmēti tikai dzēšanai. Šis posms ir daudz garāks nekā visi iepriekšējie un var būt diezgan garš:

7. posms. Gatavs

Pēc šī posma pabeigšanas mēs saņemam ziņojumu par veiksmīgu konvolūcijas pabeigšanu:

8. posms. Dzēšanai atzīmēto dokumentu dzēšana

Atverot operāciju žurnālu, redzam, ka 2011. gada dokumenti ir atzīmēti dzēšanai:

4. padoms. Izmanto apstrādē Atzīmēto objektu noņemšana iespēja Daļēja objektu noņemšana. Dzēst saistītās objektu grupas. Veiciet noņemšanu pa posmiem un starp posmiem veiciet pārtraukumus. Vai ieplānojiet apkopojumu lielākajās brīvdienās.

Bet pirms dzēšanai atzīmēto dokumentu dzēšanas sastādiet nepieciešamās atskaites, kas pateiks, vai paliek visi dati pareizai pamatlīdzekļu, algu un PVN uzskaitei.

1C 8.3 Grāmatvedība būs lietderīgi ģenerēt pārskatus par apkopojuma datumu pirms un pēc apkopojuma:

• Pamatlīdzekļu nolietojuma izziņa;
• Universāls pārskats par dažādiem uzkrāšanas reģistriem izdevumu analīzei vienkāršošanas laikā, PVN kontrolei, savstarpējiem norēķiniem ar darbiniekiem u.c.;
• Un citi pārskati atkarībā no uzņēmuma grāmatvedības politikas.

Turklāt jums vajadzētu atrast 1C apstrādes partnerus, kas norādīs uz neizmantotiem konfigurācijas objektiem. Piemēram, atrodiet kataloga Nomenklatūra elementus, uz kuriem vairs nav saišu, jo iepriekšējo periodu dokumenti ir dzēsti. Un, ja mēs vairs negrasāmies pārdot vai pirkt šo preci, mēs varam to dzēst.

Informācijas bāzes sabrukums- procedūra, kas daudziem lietotājiem ir pazīstama kopš 7.7 platformas laikiem. Dažās organizācijās mēs šo procedūru veicām katru gadu noteiktajā laikā. Lietotāji katru gadu strādāja datu bāzē, kurā bija tikai kārtējā gada atlikumi un kustības. Pieaugot aparatūras produktivitātei un pilnveidojoties 1C platformai, datu bāzes sabrukšana nekļuva tik regulāra parādība. Šajā sakarā šajā materiālā mēs detalizēti apsvērsim, kas ir šī procedūra, kā arī to, kā to veikt dažādās 1C konfigurācijās.

Datu bāzes konvolūcija 1C 8 - kas tie ir un kāpēc tas ir vajadzīgs?

Uzņēmuma darbības laikā informācijas sistēmā uzkrājas liels skaits dokumentu, uzziņu grāmatu un citu datu. Daži no šiem datiem pašreizējā darba periodā neinteresē, dažiem datiem ir nepieciešama piekļuve tikai lasīšanas režīmā. Vienlaikus sistēmā tiek glabāti objekti, palēninot tās darbību kopumā, palielinot arhivēšanas (dublēšanas) laiku, un nav jēgas ik dienu saglabāt pagājušā gada datus, ja tajos nav veiktas nekādas izmaiņas. Protams, darbs vienā datu bāzē var būt nepieciešams no pārskatu analīzes un datu izlases viedokļa ilgā laika posmā. Tas viss ir atkarīgs no konkrētās situācijas organizācijā un izmantotās konfigurācijas. Piemēram, ja vadības grāmatvedības datu bāze ir pareizi iestatīta pašreizējā, uzņēmuma grāmatvedības nodaļas darba datu bāzē, nav jēgas glabāt datus 3-5 gadus. Darījumu vēsturi vienmēr var skatīt kopijā, visas analītiskās atskaites ir iebūvētas citos produktos. Kāda ir izeja no šīs situācijas – regulāri vienu reizi noteiktā laika periodā sakļaut datubāzi.

Veicot apkopojumu, tiek ģenerēti dokumenti atlikumu ierakstīšanai reģistros noteiktā datumā (apkopošanas datums) un līdz apkopojuma datumam tiek dzēsti neizmantotie dokumenti un kustības reģistros (informācija, uzkrājums, uzskaite), ieskaitot (roll-up periods). Pamatmērķi:

Programmas ātruma palielināšana lietotāja režīmā;

Darba ātruma palielināšana, atjauninot (mainot) konfigurāciju, kā arī informācijas bāzes testēšanas un labošanas ātrumu;

Nosacījumu radīšana lietotājam vairs nevajadzīgu uzskaites objektu dzēšanai;

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

Vispārīgā procedūra konvolūcijas procedūras veikšanai

1. Rezerves kopijas izveide.

Neatkarīgi no izmantotajiem rīkiem ir īpaši svarīgi dublēt datubāzi. Pirmkārt, šī kopija nebūs tikai datu arhīvs. Pilnīgi iespējams, ka tas nekavējoties būs jāizvieto visā uzņēmumā un jādara pieejams ieinteresētajiem lietotājiem. Ir svarīgi bloķēt piekļuvi izmaiņām šajā datubāzē. Izlasiet, kā izveidot kopiju

2. Konvolūcijas iestatījums.

Šajā posmā ir jānorāda gads, kura sākumā plānots sabrukt informācijas bāzi. Tas ir, ja norādāt 2013. gadu, dokumenti līdz 31.12.2012 23:59:59 tiks dzēsti.

Iestatiet datu maiņas aizlieguma datumu. Karogs, kas norāda uz nepieciešamību iestatīt aizlieguma datumu sabrukšanas periodam.

3.Atlieku veidošanās.

Saliekamo objektu sastāva un sabrukšanas metodes noteikšana. Tiek nodrošinātas šādas darbības ar reģistriem:

Nesabrukt - objekti netiek sabrukti;

Sakļaut - objekti, kas ir pirms sabrukšanas datuma, tiek sakļauti;

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

4.Skatīt darījumus.

5.Pārbaudiet.

Šajā posmā tiek parādīti visi izveidotie bilances ievades dokumenti ar iespēju tos rediģēt.

6.Veco dokumentu dzēšana.

Visi dokumenti pirms apgāšanās datuma tiek dzēsti. Dokumentos, kuriem ir atlikušas kustības, ir iestatīts karogs “Manuāla regulēšana”, bet dzēšanas atzīme nav iestatīta.

Kurš rīks jāizmanto, lai sakļautu datubāzi?

Diemžēl ne visas pat standarta konfigurācijas nodrošina standarta apstrādi konvolūcijas veikšanai.

Pašlaik apstrāde ir pieejama tikai šādās konfigurācijās:

• Uzņēmuma grāmatvedība, izdevums 3.0/ Enterprise Accounting CORP, pārskatīšana 3.0 (BP 3)
• Tirdzniecības vadība, 11. pārskats (UT 11)

Fiziski notiek apstrāde, taču jūs to nevarēsit izmantot vai pat atvērt šādās konfigurācijās:

• ERP uzņēmuma vadība (ERP)
• Integrētā automatizācija 2 (KA)

Apstrādes koda komentāros lasīsim ne pārāk optimistisku frāzi:

// Apstrāde tiek izmantota tikai UT11

Attiecīgi pati apstrāde ir tikai “spaids” pareizai BSP darbībai.

Apstrāde nenotiek šādās tipiskajās konfigurācijās:

• Alga un personāla vadība 2.5, 3 (ZUP)
• Mūsu uzņēmuma pārvaldība, versija 1.6 (iepriekš maza uzņēmuma pārvaldība)

Tādējādi konfigurācijas datiem, kā arī pašrakstītām konfigurācijām locīšana būs jāveic pašam. Kā arī šo darbu vari pasūtīt pie profesionāļiem!

Tādējādi lietotājs var veikt konvolūciju neatkarīgi tikai divās konfigurācijās: Grāmatvedība 3, Tirdzniecība 11. Ir svarīgi rūpīgi izlasīt mūsu norādījumus, apstrādes palīdzību un ievērot visus asistenta ieteikumus.

Apstrādi konvolūcijai atradīsit sadaļā Administrēšana (vai Pamatdati un administrēšana). Apakšsadaļa "Pakalpojums". Mēs atveram apstrādi un rūpīgi veicam visas sākotnējās darbības.

Programmas sadaļu meklēšanas logā varat arī vienkārši ierakstīt “convolution”. Tālāk ir parādīts attēls, kā to izdarīt programmā Trade Management 11.

Lai sakļautu šādas konfigurācijas:

• Ražošanas uzņēmuma vadība, pārskatīšana 1.3
• Uzņēmuma grāmatvedība 2.0
• Tirdzniecības vadība, izdevums 10.3

Jums būs nepieciešama ārēja apstrāde no 1C, to varat lejupielādēt no ITS vietnes, platformas 8.2 apstrādes sadaļā.

Citās konfigurācijās, piemēram, UNF, būs ļoti problemātiski veikt konvolūciju pašam. Tā paša iemesla dēļ dažās tipiskās konfigurācijās netiek veikta apstrāde. Fakts ir tāds, ka ne visus datus var pareizi sakļaut. Piemēram, algām ļoti svarīga ir informācija reģistros daudzu rādītāju pareizai aprēķināšanai. Būtībā jums ir skaidri jāsaprot, kurus reģistrus var sakļaut, kurus nevar sakļaut un kuri var būt sarežģīti.

Pārējā gadījumā apstrāde būs jāraksta pašam vai jāmaina esošie. Mūsu komandai ir liela pieredze šāda veida problēmu risināšanā un tiek piedāvātas pieņemamas cenas. Datubāzes izpētes posmā varēsim uzreiz pateikt kopējo summu par šāda veida darbiem.

Pirmkārt, neliela teorija.

Programmu 1C:Enterprise 8 var darbināt divos režīmos:

• failu(datubāze atrodas lietotāja datorā vai lokālajā tīklā),
• klients-serveris(datubāze atrodas atsevišķā serverī).

Šis raksts attiecas tikai uz pirmo variantu. Failu hostinga gadījumā programmai ir būtisks ierobežojums – vienas datu bāzes tabulas lielums nedrīkst pārsniegt 4 GB. Tiklīdz jebkuras datu bāzes tabulas lielums (un 1C: Accounting 3.0 konfigurācijas gadījumā vissmagākā tabula ir grāmatvedības reģistrs) pārsniedz 4 GB, datubāze pārtrauks startēt, un, tuvojoties šim slieksnim, jūs pieredzēsit ievērojamu programmas veiktspējas samazināšanās (citiem vārdiem sakot, parādīsies "bremzes").

Tātad, locīšana ļauj samazināt datu bāzes tabulu (galvenokārt grāmatvedības reģistra) izmēru. Pamatnes locīšanas darbība ir šāda:

• tiek noteikts datums, kurā datubāze jāsakļauj (parasti tas ir gada sākums),
• programma katram grāmatvedības kontam nosaka atlikumus uz šo datumu un ievada šos atlikumus, veidojot dokumentus Darbība,
• tiek atceltas visas kustības visos sistēmas reģistros pirms norādītā datuma (izņemot tās, kas atlasītas, iestatot konvolūciju),
• dokumenti, kas ievadīti pirms šī datuma, tiek dzēsti (ja šo dokumentu pārvietošana ir pilnībā notīrīta) vai atzīmēti dzēšanai,
• dokumenti, kas ievadīti pēc norādītā datuma, sistēmā paliek sākotnējā formā.

Šī darbība ļauj ievērojami samazināt grāmatvedības reģistra apjomu programmā.

Kā izveidot konvolūciju

Nodaļā Administrācija atvērtā konvolūcijas apstrāde:

Parādās šāds logs:

Iestatiet zīmi Izveidojiet dublējumu, norādiet lietotāja datus, ar kuriem vēlaties izveidot kopiju, un direktoriju, kur saglabāt kopiju. Klikšķis Tālāk.Atvērtajā logā atlasiet Jā:

Mēs saskaramies ar platformas kļūdu.

Restartējot, situācija atkārtojas. Izveidosim kopiju manuāli. Dosimies uz konfiguratoru:

Izvēlieties ceļu, lai saglabātu kopiju, un piešķiriet tai nosaukumu:

Parādās ziņojums:

Mēs atgriežamies pie konvolūcijas apstrādes. Mēs noņemam kopijas izveides zīmi. Klikšķis Tālāk:

Nākamajā ekrānā jāizvēlas gads, kura sākumā tiek veikts apkopojums. Ir arī ieteicams iestatīt zīmi Iestatiet aizlieguma datumu lai datubāzē nekas netiktu ievadīts pirms 2016. gada. Organizāciju sarakstā varat atlasīt tikai dažas, kuras sakļaut, vai arī varat sakļaut visu organizāciju datubāzi.

Nākamajā ekrānā redzams, kā programma plāno apstrādāt datu bāzes tabulas (sistēma iesaka dažas tabulas sakļaut, citas atstāt nemainīgas). Piemēram, daudzi ar PVN saistītie informācijas reģistri un uzkrāšanas reģistri paliks nemainīgi. Mums tas nav būtiski, prioritāte ir grāmatvedības reģistra saskaņošana.

Nākamajā logā programma parāda dokumentu sarakstu Darbība, kas tiks izveidota, lai ievadītu sākotnējos atlikumus uz 2015. gada 31. decembri visiem grāmatvedības kontiem, kuros ir atlikumi. Ejam tālāk.

Nākamajā ekrānā tiek parādīta kopsavilkuma tabula ar sākotnējo atlikumu pareizības analīzi 2016. gada sākumā. Pareizība tiek pārbaudīta, salīdzinot ar sākotnējiem atlikumiem pirms konvolūcijas Iepriekš redzamajā ekrānuzņēmumā redzams, ka noviržu nav.

Katram gadījumam pārbaudīsim arī informācijas un uzkrāšanas reģistru saskaņošanas tabulu:

Nākamajā ekrānā programma brīdina, ka ir sākusies procedūra dokumentu dzēšanai pirms 2016. gada. Mēs piekrītam

Pēc dokumentu dzēšanas tiek parādīts ziņojums, kas norāda, ka apkopošana bija veiksmīga.

Pievērsiet jūsu uzmanību: Tā kā kustības PVN uzkrāšanas reģistros un daudzos informācijas reģistros palika nemainīgas, sistēmā palika arī tie dokumenti, kas veica pārvietošanos šajos reģistros.

Neļaujiet tam jūs mulsināt – mūsu mērķis bija “vienkāršot” grāmatvedības reģistru, un mēs to panācām.

Ja nepieciešams, vietnē varat iziet pilnu (un bezmaksas) kursu.

Cienījamais lasītāj, konvolūcija nav veiksmīgākais risinājums 1C datu bāzes optimizēšanai, pāriet uz SQL ir daudz ātrāk un mazāk darbietilpīgi. Pārejot uz SQL, Jūs saglabāsiet piekļuvi visiem dokumentiem, vairākas reizes palielināsiet datubāzes ātrumu, kā arī nevajadzēs ik gadu minimizēt datubāzi un uztraukties par datu pārsūtīšanas pareizību.

1C v7.7 pašlaik tiek uzskatīts par novecojušu, taču ir uzņēmumi, kas to joprojām izmanto. Tā kā progress nestāv uz vietas, lielākā daļa 1C speciālistu jau sen ir pārkvalificējušies uz platformu 1C:v8 un ir aizmirsuši “septiņus”, un tāpēc nevēlas pie tā strādāt. Šajā rakstā es jums pastāstīšu, kā sakļaut datubāzi (arhivēt periodu). Ne nejauši izvēlējos sabrukt datu bāzi, bet tiem, kas pašlaik izmanto “septiņus”, datu bāzes konfigurācijas ir ļoti mainītas un viņi nevarēs izmantot standarta rīkus. Šis raksts tiks rakstīts, pamatojoties uz konfigurāciju, kuras pamatā ir 1C: tirdzniecība un noliktava 9.2.

Liriskā atkāpe: visi šeit aprakstītie traktējumi pieder to autoriem, un es nekādā gadījumā nepretendēju uz viņu autorībām.

Ieviesīsim šādu apzīmējumu:

1. Pilna bāze ir mūsu darba bāze, kuru mēs likvidēsim.
2. Tukša bāze - bāze, kurā ir tikai konstantes un atsauces grāmatas.
3. Datu bāze bez dokumentiem ir datu bāze, kas satur atlikumus, bet nesatur perioda kustības dokumentus.
4. Sakļautā bāze - bāze, kurā ir perioda atlikumi un kustības dokumenti.

Tātad, izstrādāsim nelielu algoritmu datu bāzes konvolūcijas veikšanai:

1. Informācijas bāzes kļūdu pārbaude;
2. Dokumenta pievienošana konfigurācijai darbam ar reģistriem;
3. Informācijas bāzes kopijas izveide;
4. Visu dokumentu un periodisko detaļu noņemšana no datu bāzes;
5. Atlikumu veidošana un pārnešana no “Pilnas datu bāzes” uz “Tukšo”;
6. Dokumentu pārvietošana apkopošanas periodā no “Pilnas datu bāzes” uz “Bāzi bez dokumentiem”;
7. Dokumentu ievietošana un secību atjaunošana "Sakļautajā datu bāzē".

Un tagad katrs solis secībā ar attēliem un paskaidrojumiem:

1. Informācijas bāzes kļūdu pārbaude - šī darbība tiek veikta konfiguratorā. (Administrēšana – pārbaude un labošana).

Tagad mums ir jāiestata testēšanas un labošanas process, lai to izdarītu, noklikšķiniet uz pogas “Iestatījumi”:

Mēs ievietojam visas izvēles rūtiņas, kā attēlos, noklikšķiniet uz "OK" un "Run". Pārbaudes un labošanas process ir diezgan ilgs, it īpaši, ja datu bāze ir liela. Šķiet, ka viss ir sasalis, bet patiesībā viss darbojas.

2. Dokumenta pievienošana konfigurācijai darbam ar reģistriem - šis dokuments ļauj izveidot dokumentu, kas satur mums nepieciešamos reģistra datus. Jūs varat lejupielādēt dokumentu. Arhīva iekšpusē ir paskaidrojums, kā pievienot dokumentu datu bāzei, bet es to dublēšu šeit. Atveriet konfiguratoru un izsauciet konfigurāciju sapludināšanas vedni (Configuration-Merging Configurations), tiks atvērts konfigurācijas faila izvēles logs. Norādīsim ceļu uz vietu, kur to izsaiņojām, un atlasīsim failu 1Cv7.MD.

Mums ir nepieciešams tikai viens dokuments, tāpēc noņemiet atzīmi no visām izvēles rūtiņām, izņemot “Dokumenti”, pārbaudiet, vai loga apakšā esošie slēdži ir tādi, kā ekrānuzņēmumā, un noklikšķiniet uz “OK”. Programma pievienos dokumentu un atvērs konfigurāciju. Tagad jums ir jāsaglabā izmaiņas, lai to izdarītu, noklikšķiniet uz pogas "Saglabāt" un apstipriniet izmaiņas.

3. Informācijas bāzes kopijas izveide - šeit viss ir vienkārši, mēs vienkārši nokopējam informācijas bāzes direktoriju (to, kuru mēs pārbaudījām un pievienojām dokumentu) uz jaunu direktoriju un norādām ceļu uz to 1C konfigurācijas atlases logā.

4. Visu dokumentu un periodisko detaļu noņemšana no datu bāzes – lai veiktu šo procedūru, mums būs nepieciešams *.bat fails. Lejupielādējiet, kopējiet mapē ar informācijas bāzes kopiju un palaidiet - šī darbība ļaus izdzēst visus dokumentus no datu bāzes. Nākamais solis ir palaist 1C ekskluzīvā režīmā režīmā 1C: Enterprise (Jums ir jāpalaiž kopija bez dokumentiem), datu bāze tiks atkārtoti indeksēta. Tagad mums ir jāiztīra datubāze no periodiskām detaļām - lai to izdarītu, mēs sāksim pārbaudīt un labot datubāzi konfiguratorā (līdzīgi kā 1. punktā).

5. Atlikumu veidošana un pārsūtīšana no "Pilnas datu bāzes" uz "Tukšo" - lai pabeigtu šo soli, atveriet "Pilnu datu bāzi" un izveidojiet dokumentu "Atlikumi pēc reģistra", kuru esam integrējuši konfigurācijā. Dokumenti ir jāģenerē iepriekšējā dienā līdz apkopošanas dienai, piemēram, ja mēs apkopojam datu bāzi 01.01.2011., tad dokumentiem jābūt ģenerētiem 31.12.2010. Lai izveidotu dokumentu, mums ir jāatver vispārīgais dokumentu žurnāls, jānospiež poga "Ievietot" uz tastatūras vai "Ievadiet jaunu rindu" vispārējā žurnāla logā.

Pēc tam jums jāizvēlas dokuments “Atlikumi pēc reģistra” un jānoklikšķina uz “OK”. Ir jāatver dokumenta veidlapa, kā parādīts zemāk:

Tagad mums ir jāģenerē atlikumi katram mūsu datu bāzes reģistram. Lai to izdarītu, nolaižamajā sarakstā atlasiet mums nepieciešamo reģistru un noklikšķiniet uz pogas “Aizpildīt”, galvenais ir neaizmirst, kurā datumā veidojam atlikumus. Ja bāzes apkopojums tiek veikts 01.01.11., tad atlikumi tiek veidoti 31.12.10. Pēc dokumenta aizpildīšanas noklikšķiniet uz pogas “Ierakstīt” un “Aizvērt” dokumentu nevar ievietot. Šī darbība ir jāveic katram reģistram jūsu datubāzē (nolaižamajā sarakstā atlasiet vajadzīgo reģistru, neaizmirstiet par datumu). Visi “Atlikumi pēc reģistra” dokumenti ir jāsagatavo vienas dienas laikā.

Pēc visu “Atlikumu pēc reģistra” dokumentu ģenerēšanas mums tie jāpārskaita uz “Tukšo bāzi”. Lai pārsūtītu, mums ir nepieciešama šī apstrāde. Lejupielādējiet, izpakojiet un atveriet failu “Universal.ert” “Pilnajā datu bāzē” (File->Open-Universal.ert). Tiks atvērts logs, kā parādīts zemāk:

Tagad jums ir jāiestata apstrāde, lai to izdarītu, soli pa solim (kā parādīts zemāk esošajā ekrānuzņēmumā) izpildiet visas apstrādes prasības.

Atcerieties, ka apstrādes laikā jūs norādāt ceļu uz "Tukšo bāzi". Kad esat pabeidzis visas apstrādes prasības pirmajā cilnē, mēs pārejam tieši uz atlikumu pārsūtīšanu. Lai to izdarītu, dodieties uz cilni "Dokumenti", atzīmējiet vienīgo dokumentu "Atlikumi pēc reģistra" un iestatiet datumu, kurā dokumenti tika ģenerēti.

Mēs pārbaudām korespondenci ar iepriekš redzamo ekrānuzņēmumu, ja viss atbilst, noklikšķiniet uz “Labi” -> “Pārsūtīt dokumentus”.

Atlikumu pārskaitīšana uz “Tukšo bāzi” tiks uzsākta pēc pārskaitīšanas pabeigšanas, jums ir jāatver mūsu “Tukšā bāze”, kurā tika pārskaitīti atlikumi, un jāievieto visi dokumenti “Atlikumi saskaņā ar reģistru”. Lai to izdarītu, atveriet vispārējo dokumentu žurnālu, dodieties uz nodošanas datumu (mūsu gadījumā 31.12.10.) un ievietojiet visus dokumentus “Atlikumi pēc reģistra”.

7. Apkopojuma periodā pārvietojamo dokumentu pārsūtīšana no “Pilnas datu bāzes” uz “Bāzi bez dokumentiem” - šī darbība tiek veikta tāpat kā iepriekšējā, izmantojot apstrādi. Mēs jau zinām, kā to izmantot, tāpēc darām visu, kā parādīts ekrānuzņēmumā no 6. punkta:

Dodieties uz cilni "Dokumenti", atlasiet absolūti visus dokumentus un iestatiet datumu diapazonu no perioda sākuma līdz pašreizējam brīdim, mūsu gadījumā no 01/01/11 līdz 10/13/11. Mēs arī iestatījām slēdžus “Ieslēgts, kas atzīmēts dzēšanai” un “Ieslēgts veikts” atbilstoši ekrānuzņēmumam.

Nākamais solis ir doties uz cilni "Papildu iestatījumi". Jums ir jāatzīmē izvēles rūtiņas, kā parādīts ekrānuzņēmumā, un jānorāda datumu diapazons:

Pēc visu izvēles rūtiņu un slēdžu iestatīšanas noklikšķiniet uz “Labi” -> “Pārsūtīt dokumentus” (ekrānuzņēmums no 6. darbības):

7. Dokumentu ievietošana un secību atjaunošana “Sakļautajā datu bāzē” - pabeidzot dokumentu pārsūtīšanu, būs nepieciešams pārpublicēt visu “sabrukušo” datu bāzi no perioda sākuma līdz pašreizējam datumam (mūsu gadījumā 01.01. .11-13.10.11). "Operācijas" -> "Dokumentu ievietošana":

P.S.: Problēmu risināšana ar dokumentu “Atlikumi pēc reģistra”:

Pēc raksta publicēšanas uz e-pastu saņēmu daudz pieprasījumu, kāpēc dokuments “Atlikumi pēc reģistra” nav aizpildīts un tajā ir kļūda. Lai atrisinātu šo problēmu un atbildētu uz ikviena jautājumu, es atstāšu šeit dokumenta pabeigšanas rokasgrāmatu.

1. Atveriet konfiguratoru un atlasiet dokumentu “Reģistrēt atlikumus”.

2. Atveriet dokumenta veidlapu:

3. Noklikšķiniet uz pogas "Jauns" un pievienojiet nepieciešamo resursu un dimensiju skaitu.
a) Resursam iestatījumi ir šādi:

b) Lai izmērītu, iestatījumi ir šādi:

Savai bāzei es izveidoju apmēram 10 dimensijas un 9 resursus.

4. Konfiguratorā atveriet dokumenta veidlapu un noklikšķiniet uz pogas "Veidlapa":

5. Atvērtajā formā atlasiet tabulas daļu un noklikšķiniet uz attēlā redzamās pogas “Pievienot informāciju”:

6. Apakšā atlasiet visus jaunos resursus un dimensijas un ielīmējiet to dokumentā:

7. Pēc ievietošanas saglabājiet dokumentu.

P.S. Ja kaut kas nav skaidrs, pasts jums vienmēr ir atvērts!

P.P.S.: Šajā rakstā aprakstītais periodu apkopošanas process nav piemērots grāmatvedības kopsummu apkopošanai. Lai apkopotu grāmatvedības rezultātus, jums jāizmanto standarta apstrāde wrap.ert vai jāizstrādā jauna metodoloģija.