În primul rând, o mică teorie.

Programul 1C:Enterprise 8 poate fi operat în două moduri:

• fişier(baza de date se află pe computerul utilizatorului sau pe rețeaua locală),
• client-server(baza de date se află pe un server separat).

Acest articol este relevant doar pentru prima opțiune. În cazul găzduirii fișierelor, programul are o limitare semnificativă - dimensiunea unui tabel de bază de date nu poate depăși 4 GB. De îndată ce dimensiunea oricărui tabel al bazei de date (și în cazul configurației 1C: Accounting 3.0, cel mai greu tabel este registrul contabil) depășește 4 GB, baza de date nu va mai porni, iar la apropierea acestui prag veți experimenta un scăderea performanței programului (cu alte cuvinte, vor apărea „frânele”).

Deci, plierea vă permite să reduceți dimensiunea tabelelor bazei de date (în primul rând registrul contabil). Operația de pliere a bazei este următoarea:

• este determinată data la care baza de date trebuie să fie restrânsă (de regulă, acesta este începutul anului),
• programul determină soldurile pentru fiecare cont contabil la această dată și introduce aceste solduri prin crearea de documente Operațiunea,
• toate mișcările din toate registrele de sistem înainte de data specificată sunt anulate (cu excepția celor selectate la configurarea convoluției),
• documentele introduse înainte de această dată sunt șterse (dacă mișcările acestor documente sunt complet șters) sau marcate pentru ștergere,
• documentele introduse după data specificată rămân în sistem în forma lor originală.

Această operațiune vă permite să reduceți semnificativ dimensiunea registrului contabil din program.

Cum se face o convoluție

In sectiunea Administrare procesare convoluție deschisă:

Apare următoarea fereastră:

Setați semnul Creați o copie de rezervă, indicați datele utilizatorului sub care doriți să faceți o copie și directorul în care să salvați copia. Clic Următorul.În fereastra care apare, selectați Da:

Întâmpinăm o eroare de platformă.

La repornire, situația se repetă. Să facem o copie manual. Să mergem la configurator:

Selectați calea pentru a salva copia și dați-i un nume:

Va apărea un mesaj:

Revenim la procesarea convoluției. Îndepărtăm semnul creării unei copii. Clic Următorul:

Pe următorul ecran trebuie să selectați anul la începutul căruia se face acumularea. De asemenea, este recomandabil să setați semnul Setați data interzicerii astfel încât nimic nu va fi introdus în baza de date înainte de 2016. Din lista de organizații, puteți selecta doar câteva pentru a restrânge sau puteți restrânge baza de date pentru toate organizațiile:

Pe ecranul următor vedem cum programul plănuiește să proceseze tabelele bazei de date (sistemul sugerează restrângerea unor tabele, lăsând altele neschimbate). De exemplu, multe registre de informații și registre de acumulare legate de TVA vor rămâne neschimbate. Acest lucru nu este critic pentru noi, prioritatea este reconcilierea registrului contabil.

În fereastra următoare, programul afișează o listă de documente Operațiunea, care va fi creat pentru a introduce soldurile inițiale de la 31 decembrie 2015 pentru toate conturile contabile care au solduri. Să mergem mai departe.

Următorul ecran afișează un tabel rezumativ cu o analiză a corectitudinii soldurilor inițiale la începutul anului 2016. Corectitudinea este verificată prin comparație cu soldurile inițiale la momentul anterior convoluției. În captura de ecran dată vedem că nu există abateri.

Pentru orice eventualitate, să verificăm și tabelul de reconciliere pentru informații și registre de acumulare:

Pe ecranul următor, programul avertizează că procedura de ștergere a documentelor înainte de 2016 a început. Suntem de acord

După ștergerea documentelor, apare un mesaj care indică faptul că acumularea a avut succes.

iti atrag atentia: Datorită faptului că mișcările în registrele de acumulare privind TVA și în multe registre de informații au rămas neschimbate, în sistem au rămas și documentele care au făcut mișcări în astfel de registre.

Nu lăsați acest lucru să vă încurce - scopul nostru a fost să „simplificam” registrul contabil și am reușit.

Dacă este necesar, puteți urma un curs complet (și gratuit) pe site.

Convoluția bazei de date 1C 8.2— acțiuni care vizează reducerea volumului bazei de date prin asamblarea și arhivarea datelor din perioada trecută. În timp, dimensiunea bazei de date, în special în organizațiile mari, crește semnificativ.

Motive pentru pliere baza de informatii 1C 8.3 pot fi multe:

• o cantitate mare de date pe discuri (pentru o bază de date de fișiere, dimensiunea de peste 12 GB este critică; într-o bună zi, programul pur și simplu nu se va deschide);
• Datorită volumului mare, performanța bazei de date poate scădea;
• documentele din perioadele trecute sunt o mină în ochi.

Uneori, după 3-4 ani de funcționare, baza de date 1C „crește” la cel puțin 4-5 gigaocteți de volum.

Obțineți 267 de lecții video pe 1C gratuit:

Pentru a scăpa de datele vechi și, în același timp, pentru a nu pierde datele actuale, este necesar 1C acumulare de baze de date.

Ce este acumularea bazei de date în 1C

Acumularea unei baze de date 1C este o operațiune de rutină care include ștergerea documentelor vechi inutile. În loc de documente, de regulă, se generează 1 document pentru introducerea soldurilor pentru o anumită perioadă. Astfel, tăiem contabilitatea din baza de date la o anumită perioadă.

Cum să restrângeți o bază de date 1C

Procedura de acumulare este de obicei efectuată utilizând procesare specializată de la compania 1C, care este disponibilă pe discul ITS atât pentru 1C 7.7, cât și pentru versiunea 8 1C. Cu toate acestea, trebuie să înțelegeți că acumularea bazei de date folosind procesarea de pe discul ITS se poate face numai cu o configurație standard. În caz contrar, pot apărea erori care nu vor fi imediat vizibile. Dacă nu aveți o configurație standard, pentru a restrânge baza de date, este mai bine să contactați.

Procesarea convoluției în sine efectuează în esență următoarele proceduri:

• documentul „Intrare solduri” se înscrie pentru toate conturile/registrele de la data cerută;
• ștergeți documentele înainte de data cerută.

De exemplu: rularea unei baze de date de contabilitate 1C 8.2 2.0 pe parcursul a 3 ani durează aproximativ 2-3 ore. Finalizarea 1C Accounting 3.0 a durat aproximativ o oră în 2 ani.

Descărcați procesarea pentru convoluția 1C

Pentru pliere, cel mai bine este să descărcați cea mai recentă procesare de pliere pentru 1C (7.7 și 8) de la dezvoltatorii oficiali - 1C, pe site-ul http://its.1c.ru/. De asemenea, puteți descărca procesarea de la dezvoltatori terți sau chiar puteți cumpăra o versiune modificată a funcționalității de la programatori privați 1C.

Începutul anului este momentul ideal pentru a rula baza de date

În timp, dimensiunea bazei de date, în special în organizațiile mari, crește. Atunci când baza de date 1C a fost menținută o perioadă lungă de timp și ocupă un volum semnificativ, aceasta duce la o încetinire a activității.

Convoluția are următoarele obiective:

• Accelerează programul
• Reduceți dimensiunea bazei de date
• Ștergeți directoarele de intrări irelevante

La ce ajută convoluția?

Dacă nu intenționați să creșteți numărul de stații de lucru în 1C (și să cumpărați pentru ele server nou), dar nu sunteți mulțumit de viteza 1C, ar trebui să rulați baza de date. Acest lucru va reduce sarcina pe computere. Va fi posibilă amânarea achiziției de hardware nou pentru server sau trecerea de la versiunea fișierului la SQL.

În plus, bazele de date uriașe eșuează mai des, „cad” și, în general, funcționează foarte nesigur.

Ascunde datele istorice

convolutie - cale bună ascunde informații despre munca din anii anteriori. Pur și simplu, datele nu vor fi în baza de date. Acest lucru este mai sigur decât restricționarea drepturilor de acces și a parolelor.

Scăpați de articolele irelevante și alte înregistrări

În timpul procesului de lucru, articolele neutilizate se acumulează în baza de date 1C. Interferează cu procesarea încasărilor și vânzărilor și la alegerea unui produs din listă. Acest lucru duce la erori și resortare. În plus, un număr mare de articole încetinește descărcarea la o casă de marcat autonomă, de exemplu, la Frontol, când, alături de 3 mii de bunuri uzate, sunt descărcate alte 10 mii de mărfuri nefolosite. Prin restrângerea bazei de date, veți scăpa de produsele vechi. Împreună cu convoluția, folosim procesarea Eliminarea articolelor irelevante.

Inconveniente de a lucra într-o bază de date prăbușită

Documentele și rapoartele pentru „perioada restrânsă” vor deveni indisponibile. Va trebui să aveți o bază de date separată pentru perioada veche și să vă uitați la istoricul de acolo, nu va mai fi posibilă colectarea datelor pentru întreaga perioadă într-un singur raport.

Cum funcționează convoluția

Esența evenimentului este următoarea: este selectată o dată (opțiunea ideală este începutul anului sau al trimestrului), de exemplu 1 ianuarie 2016. La această dată, se face un „instantaneu” al soldurilor pentru toate secțiunile contabile. (solde de stoc, decontări reciproce cu clienții, furnizori și agenți comisionari, conturi de numerar și solduri de decontare), iar datele primite sunt încărcate în fișierele de pe hard disk. Apoi, pe baza celei precedente, se creează o nouă bază de informații, care conține toate cărțile de referință necesare (nomenclator, tipuri de preț, unități de măsură, prețuri, contrapărți și contracte, bănci și conturi curente, depozite, casierie, responsabil material). persoane etc.) și prin crearea documentelor corespunzătoare pentru introducerea soldurilor în noua bază de date se înregistrează solduri pentru toate secțiunile contabile (pe baza datelor din fișierele salvate pe hard disk) începând cu 01.01.2016. Soldurile din bazele de date noi și anterioare sunt reconciliate. Coincidența lor completă servește ca un indicator al succesului muncii prestate. Dacă există erori mici, acestea pot fi corectate cu ușurință manual.

Ca urmare, viteza de funcționare crește semnificativ și, cel mai important, riscul de eșec al programului 1C:Enterprise în sine este redus.

Cum se face plierea bazei

Într-o lume ideală, convoluția se face folosind procesarea specializată de la 1C, care se află pe discul ITS atât pentru 1C 7.7, cât și pentru versiunile 8.2, 8.3. În acest caz, programul va crea documente pentru introducerea soldurilor și va marca documentele inutile pentru ștergere. Directoarele pot fi șterse dacă nu sunt folosite în documentele rămase. Înainte de a restrânge baza de date, trebuie să restaurați secvența documentelor.

Este important de reținut că restrângerea bazei de date prin procesare de pe discul ITS se poate face doar cu o configurație standard. În caz contrar, vor apărea erori care nu vor fi imediat vizibile. Dacă aveți o configurație non-standard, este mai bine să contactați un specialist 1C cu experiență pentru a aduna baza de date.

A face singur o reconciliere este mai mult sau mai puțin posibil în contabilitate și aproape imposibil în tranzacționare. Și există o mulțime de motive pentru aceasta, de exemplu, poate fi șters informatiile necesareși rămân inutile. Utilizatorul nici nu va ști despre asta, pentru că... nu stie sa verifice.

Convoluția bazei de date 1C: Managementul comerțului

Vorbind despre pachetul de management al comerțului 1c, trebuie să menționăm problemele pe care de multe ori trebuie să le rezolvăm.

1. Programul folosește adesea registre care nu sunt necesare. De exemplu, TVA (acolo sunt 7 registre). În primul rând, din cauza lor, rularea durează mai mult și, în al doilea rând, interferează cu eliminarea documentelor.

2. Dacă se folosesc loturi de mărfuri. În acest caz, acest lucru vă va împiedica și să ștergeți o serie de documente. O putem seta în funcție de medie, sau la introducerea soldurilor putem înlocui documentul de lot cu un document auxiliar - astfel, după reintrare, vom șterge legăturile către documentele șterse.

3. Decontari reciproce conform actelor. Putem reînchide datorii sau, de asemenea, la începutul introducerii soldurilor putem agăța totul pe un document auxiliar.

4. Da o grămadă întreagă registre de informații (preț, mărfuri anulate, acces la documente, corespondență în timpul schimbului etc.), care „dețin” documente și directoare.

5. Îndepărtarea standard durează mult. Și dacă există o mulțime de elemente, atunci nu face față deloc. Am dezvoltat propria noastră procesare, mai rapidă, pentru a elimina documentele inutile.

Costul pachetului

Costul depinde de complexitatea configurației dvs. (comerțul cu amănuntul este mai ieftin, complexul este mai scump) și de volumul de date (costul de rulare a unei baze de date de 3 Gig și 30 Gig va varia).
Pentru a afla costul, lăsați o cerere. Vă vom contacta, vă vom analiza baza de date și vom determina costul final.
Intervalul mediu de preț este de la 8.000 la 15.000 de ruble.

Contra și alternative la convoluție

Totuși, rollup-ul este o operațiune destul de radicală care șterge datele din anii anteriori, înlocuindu-le cu documente de înregistrare a soldului.

Principalul dezavantaj este că ai mai multe baze de date. De exemplu, „Baza 2011-2012” și „Baza 2013”.

Și nu va fi posibil să se construiască un raport care să afișeze date pentru 2012 și 2013. Lucruri utile precum analiza vânzărilor de bunuri înainte de a comanda de la un furnizor sau compararea cât de mult au fost vândute anumite bunuri în ianuarie 2013 decât în ​​ianuarie 2012 nu vor mai fi disponibile.

Restrângerea bazelor de date are sens doar în două cazuri:

1. dacă este cu adevărat în vârstă (cel puțin mai mare de 4-5 ani)
2. dacă datele trebuie nu numai protejate (cu parole, de exemplu), ci și ascunse în siguranță (prin ștergerea fizică a acestora de pe computer)

În toate celelalte cazuri, merită să acordați atenție alternativelor.

Alternativă: Dezactivați modulele neutilizate

Chiar dacă nu utilizați unele dintre caracteristicile programului, asta nu înseamnă că nu irosește resursele computerului cu ele.

Nu există multe astfel de secțiuni ale programului, potențial inutile, dar care necesită multe resurse:

• Controlul accesului la nivel de înregistrare
• Contabilitatea soldurilor de către organizații (în plus față de contabilizarea soldurilor de către depozite)
• Contabilitatea datelor pentru cărțile de cumpărare/vânzare atunci când le generați în contabilitate

Următoarele caracteristici nu sunt folosite de unele organizații, deși cu siguranță nu pot fi numite inutile:

• Calculul costurilor (pentru a calcula profitul din vânzări, marja)
• Calculul costului pe lot (chiar dacă în cazul dvs. calculul „mediu” este suficient)
• Decontari cu clientii in contextul documentelor de decontare

De exemplu, am fugit putina cercetare. Am luat baza unei companii care nu folosește capacitatea de a calcula profiturile. Dimensiunea inițială a bazei de date este de 1,6 GB. După ștergerea înregistrărilor legate de calculele costurilor, dimensiunea bazei de date a scăzut la 1 GB. După eliminarea tuturor celorlalte tabele neutilizate, dimensiunea a scăzut la 0,8 GB.

Alternativă: îndepărtați din vedere articolele irelevante și contractanții

Producătorii își actualizează în mod constant gama de produse. Din acest motiv, articolele care nu vor mai fi vândute niciodată se acumulează în directorul de produse.

Principalul inconvenient este că astfel de produse

• 1. ia în calea listei de manageri care procesează încasări sau vânzări. Acest lucru crește probabilitatea erorilor și a reevaluării.
• 2. Încărcarea la o casă de marcat autonomă (la Frontol, de exemplu) este lentă. Pentru că nu sunt 3.000 de articole care sunt pe raft cele care se descarcă, ci alte 10.000 care nu s-au vândut de câțiva ani.
• 3. Dacă codurile de bare nu sunt folosite la casă și casieria selectează un articol dintr-o listă, atunci o listă mare crește și probabilitatea de erori și sortare greșită.

Aceste probleme particulare pot fi eliminate cu ușurință fără ajutorul convoluției.

Este suficient să adăugați atributul „Arhivă” la nomenclatură și să îl adăugați automat la acele bunuri pentru care nu a existat nicio mișcare în ultimii ani sau doi.

În plus, un astfel de produs irelevant poate fi marcat pentru ștergere, mutat în folderul „_Cart” și adăugat la numele „yay_”, astfel încât produsul să nu interfereze cu căutarea după primele litere.

Pentru acest caz avem un tratament pe stoc

Alternativă: creșteți securitatea sistemului

Dacă datele trebuie ascunse, atunci puteți folosi câteva trucuri (de exemplu, plasați baza de lucru nu în birou, ci pe server la distanță. Poate chiar și în altă țară. Iar pentru inspectori, pregătiți o bază de date locală albă și pufoasă). Dar prăbușirea bazei este, desigur, mai ușoară.

Dacă trebuie să te protejezi de angajații tăi, atunci va veni ajutorul Server SQL și sistem de acces clar.

Alternativă: crește puterea serverului

1C 8 împreună cu un server SQL este capabil să funcționeze în mod normal cu baze de date uriașe. O bază de date de 20-50 GB nu este deloc o problemă, cu condiția ca computerul să fie suficient de puternic.

Fundal

In firma in care lucrez a aparut o situatie cand a devenit necesara taierea bazei, i.e. ștergeți toate documentele și mișcările înainte de o anumită dată. În acest moment, baza de date cântărea aproape 350 GB și era foarte dificil să lucrezi cu ea. Performanța 1C a avut, de asemenea, de suferit, iar operațiunile de rutină cu baza de date au durat foarte mult pentru a fi finalizate.

Decizia a fost luată - am tăiat baza! După multe teste ale tratamentelor standard de coagulare, am fost dezamăgită de ele. Am petrecut mai mult de două săptămâni singur cu computerul, tăind baza de testare. Astfel de termene limită sunt pur și simplu inacceptabile într-o bază de date de producție, mai ales că utilizatorii lucrează în baza de date 6 zile pe săptămână. Cumva a fost necesar să ieșim din situația de impas. Am decis să externalizăm sarcina. Dar nici aici nu am fost mulțumiți, costul lucrării a fost mare și a durat mult pentru finalizare.

ÎN intrebare generala au rămas nerezolvate și au revenit să rezolve singuri problema.

A trebuit să apelez la măsuri extreme, m-am deconectat de la toate celelalte sarcini și am preluat sarcina de a prăbuși baza.

Și în curând problema a fost rezolvată - au tăiat baza în 2 zile, reducând-o cu 70%.

Tăierea unei baze de date UT cu o capacitate de 350 GB în 2 zile.

Am decis să efectuez sarcina folosind acest algoritm:

Creați o copie a bazei de date de lucru. În copie, formați soldurile pentru data cerută, ștergeți toate documentele și mișcările înainte de această dată. Apoi, transferați toate documentele noi din baza de date de lucru (creată de când a fost creată copia) în noua bază de date. Permite utilizatorilor să intre în noua bază de date.

Sarcina a fost împărțită în 5 subsarcini:

1. Creați un plan de schimb astfel încât, după tăierea bazei de date, toate documentele noi să poată fi transferate în noua bază de date.

2. Formați soldurile la data de acumulare.

3.Ștergeți toate documentele și mișcările înainte de data reconcilierii.

4. Încărcați documente din baza de date curentă în noua bază de date.

5. Înlocuiți baza de lucru cu o bază nouă (tăiată).

Etapa pregătitoare a durat aproximativ două săptămâni: crearea unui plan de schimb, căutarea de instrumente pentru a crea bilanţuri şi registre clare, testarea mecanismelor.

Procesul de colaps al bazei de date.

1. Formarea soldurilor la data derulării.

Rămâne formate prelucrare standard„ConvolutionBase.epf”.

Pentru a economisi timp, soldurile au fost generate în baza de date de lucru în timpul orelor de lucru. Deoarece soldurile sunt formate din documentele „Ajustarea intrărilor în registre” iar procesarea stabilește mișcări inactive în registre, atunci această procedură este inofensivă pentru baza de date.

În procesare, am stabilit o limită a numărului de rânduri dintr-un document la 50.000.

Am făcut-o încet și în 1-2 zile totul s-a format (s-au dovedit aproximativ 400 de documente).

Nota:

- dacă la data de roll-up există documente „Ajustarea intrărilor de registru” care nu au legătură cu roll-up-ul de bază, atunci este mai bine să le mutați la o dată ulterioară pentru a nu le amesteca accidental ulterior.

- la formarea soldurilor, este mai bine să vizualizați toate registrele, deoarece Se întâmplă să nu aveți nevoie de solduri inițiale pentru toate registrele. Uneori există situații în care registrul nu mai este folosit nicăieri. Acest lucru vă va economisi timp în cele din urmă.

2. Creați plan complet schimb pentru descărcare într-o configurație identică (se poate face în paralel cu formarea reziduurilor).

3. În timpul orelor de lucru, ștergeți obiectele înregistrate în planul de schimb și faceți o copie a bazei de date cu reglementări dezactivate.

4.Ștergerea documentelor și ștergerea registrelor.

Această operație este cea mai lentă și pentru a accelera această operațiune trebuie să utilizați interogări SQL directe. Instrumente similare pot fi găsite pe Infostart. Mai este un punct: dacă ștergem datele în acest fel, obiectele vor fi șterse rapid, dar fără controlul integrității referențiale. În consecință, linii precum „Obiect nu a fost găsit...” vor apărea în documentele noastre și în alte documente.

Sarcina mea a fost să las aceste documente neverificate în scop informativ.

În acest scop, a fost întocmită o prelucrare care a scos din procesare și a transferat la data de rulare toate documentele implicate în mișcări în documentele de ajustare a registrului.

După care, folosind procesarea pentru a șterge documente și mișcări prin interogări SQL, ștergeți totul înainte de data de rulare (jurnal de documente, documente, registre de acumulare, registre de informații etc.).

Nota:

- conform registrelor de informații, trebuie să fie curățate doar cele periodice. Dacă registrul nu este periodic, atunci cel mai probabil va fi șters complet.

6. Activați mișcările documentelor pentru ajustarea intrărilor din registru prin procesarea „Base Convolution.epf”. În acest caz, procesarea acestor documente se transferă la data anterioară (acest lucru este convenabil pentru reconcilierea soldurilor în două baze de date).

8.Verificați corectitudinea introducerii soldurilor și corectați-le (puteți implica personal contabil în acest scop)

9. Transferați documente din baza de date de lucru în noua bază de date. Această procedură se poate face imediat după crearea unei copii. Aceste. dacă în baza de date sunt create multe documente în fiecare zi, atunci este mai bine să transferați documente în paralel, astfel încât timp suplimentar nu-l cheltui pe el.

10. Permite utilizatorilor să acceseze noua bază de date. Pentru a face acest lucru, este mai bine să redenumiți bazele de date de pe serverul 1c, astfel încât tranziția să fie nedureroasă pentru utilizatori. Aceste. Numim vechea bază de date cum vrem și redenumim noua bază de date (restrânsă) la cea veche.

Nota!

După cum știți, atunci când obiectele sunt șterse direct, integritatea referențială nu este verificată.
În consecință, după ștergerea obiectelor, obiectele care se referă la obiecte inexistente rămân în baza de date curentă („Obiect nu a fost găsit”).
Scopul meu a fost să nu am aceste obiecte într-o bază de date restrânsă. Dar legăturile întrerupte pot afecta negativ diferite tipuri de schimburi între baze de date și alte procese.
De aceea le-am mutat la baza prăbușită, dar după ce am prăbușit baza.
1. S-au făcut reguli de schimb care transferă documente (numai numărul, data în formă nepublicată).
2. S-au transferat toate documentele care s-au găsit în documentele pentru introducerea soldurilor inițiale.
Această procedură se poate face după rulare, dar este indicat să pregătiți instrumentele în prealabil.

Colapsul bazei de date este o procedură necesară pe care o întâlnesc un număr mare de utilizatori de software 1C. În procesul de lucru, baza de date devine supraîncărcată cu un număr mare de documente care nu au nicio valoare într-o anumită perioadă de timp. Pentru a le exclude din câmpul de lucru, dar în același timp pentru a le păstra pentru posibilitatea de a se referi la ele în viitor, acestea sunt minimizate. În acest material vom răspunde la întrebarea ce este convoluția și cum se face corect această operațiune.

Pentru ce este convoluția?

Lucrul cu bazele de date de informații 1C în multe companii se desfășoară pe o perioadă lungă de timp, ceea ce duce, la rândul său, la o creștere a dimensiunii bazei de date. Creșterea sa este și mai rapidă în organizațiile mari care efectuează un număr mare de tranzacții. În plus, adesea aceeași bază de date deservește mai multe organizații. În acest caz, dimensiunea sa poate atinge valori mari. În unele cazuri, baza de date poate ajunge la 4-5 gigaocteți în doar câțiva ani de funcționare.

Această stare de fapt duce la unele dificultăți, cum ar fi:

• Încetinirea vitezei de lucru cu programul;
• Timp crescut pentru a crea o copie de rezervă a bazei de date;
• Acumularea unui număr mare de documente vechi care pot interfera cu munca utilizatorului cu programul.

Există, de asemenea, un volum critic al bazei de date, la care devine imposibil să lucrezi cu el, deoarece programul pur și simplu nu se va deschide. Pentru o bază de date de fișiere, volumul critic este de 12 gigaocteți.

Pentru a evita toate problemele enumerate mai sus, trebuie să restrângeți baza de date 1c. Esența acestei proceduri este reducerea volumului de lucru prin arhivarea și aranjarea documentelor anterioare, precum și eliminarea informațiilor care nu sunt necesare.

Cum se face convoluția?

Pentru a rula baza de date, trebuie să selectați subsecțiunea contabilă numită „Administrare”. Apoi, pe panoul de acțiuni ar trebui să găsiți grupul „Servicii”. În el veți vedea un buton numit „Alte comenzi...”. Pe aceasta trebuie să faceți clic, după care va apărea un formular special pe ecran, pe care va apărea o listă de operațiuni secvențiale. Faptul este că, pentru ca convoluția bazei de date 1C să fie efectuată corect, această procedură ar trebui efectuată în mai multe etape. După finalizarea cu succes a fiecărei etape, elementul corespunzător din listă este marcat cu verde.

Convoluția bazei de date 1c se realizează în șase pași:

1. Crearea unei copii de rezervă;
2. Configurarea operațiunii;
3. Formarea reziduurilor;
4. Vizualizați tranzacția;
5. Examinare;
6. Controlul documentelor vechi.

Să ne uităm la fiecare articol separat, mai detaliat.

Crearea unei copii de rezervă

Înainte de a efectua orice operațiuni asupra bazei de date, ar trebui să efectuați o copie de rezervă pentru a păstra informațiile în cazul unor circumstanțe neprevăzute. Restrângerea unei baze de informații nu face excepție, motiv pentru care primul pas este crearea unei copii de rezervă.

Pentru a începe procedura, bifați caseta corespunzătoare. Sub el sunt două câmpuri:

• Administrator - nume de utilizator ITS;
• Parola pentru utilizarea serviciilor ITS.

Mai jos vi se va cere să selectați directorul în care să salvați backup.

După aceasta, programul vă va da avertismente pentru succes backup programul ar trebui repornit. Ca urmare, după un timp, a cărui durată depinde de dimensiunea bazei de date, se va crea copia de rezervă, elementul de meniu va fi evidențiat în verde și puteți trece la următoarea operație.

Setări

Această etapă este cea mai importantă și decisivă, trebuie abordată cu cea mai mare atenție. Va trebui să configurați procedura care se efectuează. Include definirea următorilor parametri:

• Perioada la începutul căreia rămășițele vor fi reduse;
• Numărul și numele organizațiilor în raport cu care va fi completată baza de date;
• Data interzisă de modificare a datelor.

Se recomandă efectuarea imediată a procedurii pentru toate organizațiile deservite de această bază de date. Cu toate acestea, dacă acest lucru este inacceptabil dintr-un motiv oarecare, puteți minimiza baza de date 1C pentru anumite organizații. În acest caz, dacă este nevoie, roll-up-ul pentru organizațiile rămase se poate face separat ulterior. De asemenea, este recomandat să treceți până la începutul anului trecut, aceasta este cea mai eficientă opțiune.

Formarea reziduurilor

Formarea reziduurilor este o operație de setări detaliate operațiune planificată. În acest meniu, dacă este necesar, trebuie să determinați acele registre care ar trebui tăiate. Ele sunt grupate în trei categorii:

• Registre contabile;
• registre cumulate;
• Registre de informații.

Vedeți tranzacția

Acest element de meniu permite utilizatorului să examineze documentele pregătite, astfel încât, dacă este necesar, să poată fi returnate înainte de ștergere. În plus, aici puteți deschide orice document și puteți face modificări.

Examinare

Această etapă vă permite să faceți rapoarte privind contabilitate, registre de acumulare și registre de informații. De asemenea, puteți obține toate informațiile despre contabilitate și contabilitate fiscală. În partea dreaptă a ecranului există un buton care vă permite să configurați un raport standard.

Ștergerea documentelor vechi

Numele acestui articol vorbește de la sine. Aici puteți șterge toate documentele vechi de care nu mai aveți nevoie. Spre deosebire de toate celelalte informații, aceste documente sunt șterse definitiv.

Pentru a evita ștergerea documentelor de care ați putea avea nevoie în viitor, ar trebui să acordați o atenție deosebită celor două puncte anterioare

Concluzie

Colapsul bazei de date este cea mai importantă procedură, care simplifică foarte mult munca în programul 1C. În acest material, am examinat în detaliu cum să restrângem o bază de date 1c. Procedura se desfășoară în mai multe etape și nu va cauza dificultăți pentru un utilizator instruit.