Kollapsen av 1C-informationsbaser förstås som processen att bearbeta dokument och konfigurationsregister, såväl som bildandet i början av ett visst år av aktuella saldon, kollapsade, samlade registerdata. I detta fall raderas eller markeras handlingar från tidigare år för radering, förutom handlingar som är viktiga för redovisning av moms, anläggningstillgångar och en rad andra.

Varför rullar de upp 1C-informationsbasen?

Konvolution utförs för att minska storleken på databasen, arbeta snabbare, minska tiden för uppdatering och arkivering av 1C-databasen.

Dessutom används den för att lagra konfidentiell information. Efter upprullningen kommer anställda och besiktningsorganisationer inte att ha tillgång till dokument från tidigare år i nuvarande arbetsdatabas.

Viktigt: vid behov kan du alltid expandera 1C 8.3-databasen från arkivet innan den komprimeras och skaffa nödvändig information. Du kan lägga till "before convolution"-basen som ytterligare en till 1C 8.3-startgenvägen och alltid ha den "till hands".

Konvolution av databasen 1C 8.3

Behandling Informationsbas kollaps i konfigurationer 1C 8.3 Enterprise Accounting, ed 3, Trade Management, ed 11 och i ett antal andra, tillgängliga från menyn Administration – Service:

Tips 1. Använd bearbetning på en kopia av 1C infobasen, analysera resultaten och rulla sedan upp arbetsdatabasen.

Tips 2. Innan roll-up, generera rapporter om dessa konfigurationsobjekt, information om vilka från tidigare perioder kommer att behövas i framtida perioder. Först och främst talar vi om redovisning av anläggningstillgångar, moms och redovisning av tidigare utgifter. Håller du koll på lönerna i 1C 8.3 Redovisning, utgåva 3, så behöver du även uppgifter om ömsesidiga avräkningar med anställda.

Observera: Balansräkningen före roll-upen behöver inte skapas, eftersom kontroll av SALT före och efter roll-up i 1C 8.3 ingår som ett av bearbetningsstegen.

Tips 3. Tänk på den period fram till vilken du ska genomföra roll-upen. Ibland lämnar revisorer uppgifter från förra året, eftersom det är viktigt för löneutgifterna. Eller till och med data från två eller tre tidigare år, om transaktionsvolymen inte är för stor under dessa år.

Hur man rullar upp en 1C 8.3 Accounting-databas med hjälp av ett exempel

Låt oss överväga ett exempel på att kondensera en riktig 1C 8.3-databas för något företag: konfiguration Redovisning för ett jordbruksföretag, utgåva 3. Detta är faktiskt konfigurationen av Enterprise Accounting, Rev. 3, men utökad genom att lägga till specialiserade industriobjekt.

Låt oss anta att företagets informationsbas, efter test- och korrigeringsprocessen, inklusive paketering av informationsbasen, har nått 4 GB. Användare har arbetat i databasen sedan 2011. Eftersom organisationen granskades av skatteinspektionen, inklusive perioden 2015, och sedan 2016, beräknar organisationen inte längre löner i 1C 8.3 Redovisning, utan i 1C 8.3 ZUP, red 3, beslutades att lägga ned basen till 2016 .

Steg 1: Skapa en säkerhetskopia

Från menyn Administration – Service vi börjar bearbeta under användaren med Administratörsrättigheter. I vårt exempel Administration. Ange administratörslösenordet för att komma åt 1C 8.3-databasen. Om du utför en reduktion på en redan skapad kopia av programmet, markera kryssrutan Skapa en säkerhetskopia kan återställas. Annars anger vi Säkerhetskopieringskatalog för informationssäkerhet:

Om vi ​​trycker på knappen F1 på tangentbordet kan vi få information om syftet och funktionerna med att använda denna bearbetning. Efter att ha bekantat dig, stäng hjälpen och klicka Ytterligare fortsätt till nästa bearbetningssteg Genomförda etapper är markerade i grönt.

Steg 2: Ställ in faltning

I detta skede bestämmer vi i början av vilket år vi ska skapa saldon i 1C 8.3. Standardinställningen är markerad Ställ in ett förbudsdatum för att ändra data. Den kommer att fastställas den 31 december 2015 i händelse av att saldon bildas i början av 2016:

Det är möjligt att rulla upp databasen för alla organisationer eller bara en. Efter exemplet finns det bara en organisation i 1C 8.3-databasen, så det finns inget val av organisationer för bearbetning.

Steg 3. Bildning av rester

Med knapp Ytterligare Låt oss gå vidare till att fastställa reglerna för bildandet av balanser. För standardkonfigurationer är de fördefinierade, och för 1C 8.3 Enterprise Accounting, Rev. 3 är det möjligt Återställ rekommenderade inställningar, om de ändrades.

Vi kan sätta vikregler för Inläggslogg: Kollaps inte eller kollapsa:

Vi kan definiera regler separat för varje ackumuleringsregister:

Som standard, till exempel, i bearbetning för 1C 8.3 Enterprise Accounting, utgåva 3 är det Kollaps inte vid register Moms Inköp, Moms Försäljning, Moms begärd och ett antal andra. Det vill säga utvecklarna analyserade vilka databasparametrar som behöver sparas i sin helhet och vilka som kan komprimeras.

Men vi kan till exempel ställa in Kollaps inte vid ackumulationsregistret Moms ingår i priset:

Steg 4: Granska transaktioner

På scenen Visa transaktioner du kan öppna de genererade saldonen från och med 2016-01-01, transaktionerna kommer att registreras i databasen 2015-12-31. Det är möjligt att justera saldon eller till och med skapa en ny operation för inmatning av saldon med knappen Skapa:

Nedan finns alternativen för de skapade operationerna: redovisningsregister:

Förbi informationsregister:

Förbi ackumuleringsregister:

Steg 5. Verifiering

Därefter går vi vidare till att kontrollera de skapade dokumenten. I detta skede ser vi en rapport liknande balansräkningen, genererad i slutet av 2015 vid tidpunkten före minskningen och efter minskningen. Avvikelserna mellan uppgifterna i vårt fall gäller endast ytterligare konto 000, som användes för att lägga in saldon vid start av arbetet med databasen:

Du kan visa och jämföra data för skatteredovisning (TA). För att göra detta, använd knappen till höger, som i alla vanliga 1C-rapporter. Visa inställningar och markera rutan bredvid NU-indikatorn:

Vi genererar en rapport med data om BU och NU. Sedan byter vi checken till Informations- och ackumuleringsregister:

Det är möjligt att visa information om enskilda register över information och ackumuleringar. Med knapp Mer Vi kan markera eller avmarkera de register som vi vill få information om:

Steg 6: Ta bort gamla dokument

Det finns ett knappalternativ Tillbaka gå till de tidigare stegen av avstämning, inklusive radering av de skapade saldodokumenten. Eller med knapp Ytterligare gå till nästa steg - Ta bort gamla dokument. I detta skede får vi en varning om processens irreversibilitet i 1C 8.3. Men gamla dokument kommer bara att markeras för radering tills vidare. Detta skede är mycket längre än alla tidigare och kan vara ganska långt:

Steg 7. Klart

När detta steg har slutförts får vi ett meddelande om det framgångsrika slutförandet av faltningen:

Steg 8. Radera dokument markerade för radering

Efter att ha öppnat operationsloggen ser vi att dokument från 2011 är markerade för radering:

Tips 4. Använd vid bearbetning Ta bort markerade objekt möjlighet Partiell borttagning av föremål. Ta bort relaterade grupper av objekt. Utför borttagningen i etapper och ta pauser mellan stegen. Eller schemalägg en roll-up kring stora helgdagar.

Men innan du tar bort dokument som är markerade för radering, skapa de nödvändiga rapporterna som talar om för dig om all data finns kvar för korrekt redovisning av anläggningstillgångar, löner och moms.

I 1C 8.3 Accounting kommer det att vara användbart att generera rapporter för sammanställningsdatumet före och efter sammanställningen:

• Redovisning av avskrivningar av anläggningstillgångar;
• En universell rapport om olika ackumuleringsregister för analys av utgifter vid förenkling, för kontroll av moms, inbördes avräkningar med anställda etc.;
• Och andra rapporter beroende på företagets redovisningsprincip.

Dessutom bör du hitta 1C-bearbetningspartners som pekar på oanvända konfigurationsobjekt. Hitta till exempel delar av nomenklaturkatalogen, länkar till vilka inte längre finns, eftersom dokument från tidigare perioder har raderats. Och om vi inte längre har för avsikt att sälja eller köpa den här artikeln kan vi ta bort den.

Kära läsare, faltning är inte den mest framgångsrika lösningen för att optimera en 1C-databas, det är mycket snabbare och mindre arbetskrävande att byta till SQL. Som ett resultat av att byta till SQL kommer du att behålla tillgången till alla dokument, öka hastigheten på databasen flera gånger och du behöver inte minimera databasen årligen och oroa dig för korrekt dataöverföring.

1C v7.7 anses vara föråldrad för närvarande, men det finns företag som fortfarande använder den. Eftersom framstegen inte står stilla har de flesta 1C-specialister för länge sedan omskolat sig till 1C:v8-plattformen och har glömt "sjuan", och vill därför inte arbeta med den. I den här artikeln kommer jag att berätta hur du komprimerar databasen (arkivera en period). Det var inte av en slump att jag valde att kollapsa databasen, faktum är att för dem som för närvarande använder "sju" har databaskonfigurationerna ändrats kraftigt och de kommer inte att kunna använda standardverktyg. Den här artikeln kommer att skrivas baserat på en konfiguration baserad på 1C: Trade and Warehouse 9.2.

Lyrisk utvikning: Alla behandlingar som presenteras här tillhör deras författare och jag hävdar inte på något sätt deras författarskap.

Låt oss presentera följande notation:

1. Hela basen är vår arbetsbas som vi kommer att avveckla.
2. Tom bas - en bas som endast innehåller konstanter och referensböcker.
3. En databas utan dokument är en databas som innehåller saldon, men som inte innehåller rörelsedokument för perioden.
4. Kollapserad bas - en bas som innehåller saldon och rörelsedokument för perioden.

Så låt oss utveckla en liten algoritm för att utföra databasfaltning:

1. Kontrollera informationsbasen för fel;
2. Lägga till ett dokument i konfigurationen för att arbeta med register;
3. Skapa en kopia av informationsbasen;
4. Ta bort alla dokument och periodiska detaljer från databasen;
5. Bildande och överföring av saldon från den "fullständiga databasen" till den "tomma";
6. Överföring av dokument som genomför förflyttning under upprullningsperioden från "Fullständig databas" till "Bas utan dokument";
7. Lägga upp dokument och återställa sekvenser i "Komprimerad databas".

Och nu varje steg i ordning med bilder och förklaringar:

1. Kontrollera informationsbasen för fel - detta steg utförs i konfiguratorn. (Administration - Testning och korrigering).

Nu måste vi ställa in test- och korrigeringsprocessen för att göra detta, klicka på knappen "Inställningar":

Vi sätter alla kryssrutor som på bilderna, klicka på "OK" och "Kör". Test- och korrigeringsprocessen är ganska lång, speciellt om databasen är stor. Det kommer att verka som om allt är fruset, men i själva verket fungerar allt.

2. Lägga till ett dokument i konfigurationen för att arbeta med register - detta dokument låter oss skapa ett dokument som innehåller data från registret vi behöver. Du kan ladda ner dokumentet. Inne i arkivet finns en förklaring om hur man lägger till ett dokument i databasen, men jag kommer att duplicera det här. Öppna konfiguratorn och anropa guiden för sammanfogning av konfigurationer (Configuration-Merging Configurations), ett fönster för att välja en konfigurationsfil öppnas. Låt oss ange sökvägen till platsen där vi packade upp den och välj filen 1Cv7.MD.

Vi behöver bara ett dokument, så vi avmarkerar alla kryssrutor utom "Dokument", kontrollera att omkopplarna längst ner i fönstret är som på skärmdumpen och klicka på "OK". Programmet lägger till dokumentet och öppnar konfigurationen. Nu måste du spara ändringarna, för att göra detta, klicka på "Spara"-knappen och acceptera ändringarna.

3. Skapa en kopia av infobasen - allt är enkelt här, vi kopierar bara infobaskatalogen (den vi kontrollerade och la till dokumentet i) till en ny katalog och anger sökvägen till den i 1C-konfigurationsvalfönstret.

4. Ta bort alla dokument och periodiska detaljer från databasen - för att utföra denna procedur behöver vi en *.bat-fil. Ladda ner, kopiera till en mapp med en kopia av infobasen och kör - den här åtgärden låter dig ta bort alla dokument från databasen. Nästa steg är att starta 1C i exklusivt läge i 1C:Enterprise-läge (Du måste köra en kopia utan dokument), databasen kommer att återindexeras. Nu måste vi rensa databasen med periodiska detaljer - för att göra detta börjar vi testa och korrigera databasen i konfiguratorn (liknande punkt 1).

5. Bildande och överföring av saldon från "Fullständig databas" till "Tom" - för att slutföra detta steg, öppna "Fullständig databas" och skapa dokumentet "Saldon efter register" som vi har integrerat i konfigurationen. Dokument måste genereras dagen före upprullningsdagen, till exempel om vi rullar upp databasen 2011-01-01, så måste dokumenten genereras 2010-12-31. För att skapa ett dokument behöver vi öppna den allmänna dokumentjournalen, trycka på knappen "Infoga" på tangentbordet eller "Ange en ny rad" i det allmänna journalfönstret.

Sedan måste du välja dokumentet "Saldon enligt registret" och klicka på "OK". Ett dokumentformulär bör öppnas enligt nedan:

Nu måste vi skapa saldon för varje register i vår databas. För att göra detta, välj det register vi behöver i rullgardinsmenyn och klicka på knappen "Fyll", det viktigaste är att inte glömma vilket datum vi skapar saldona. Om basupprullningen utförs den 01/01/11, bildas saldonen den 31/12/10. När du har fyllt i dokumentet klickar du på "Record" och "Close"-knappen. Dokumentet kan inte läggas upp. Denna operation måste utföras för varje register i din databas (välj önskat register från rullgardinsmenyn, glöm inte datumet). Alla "Saldon enligt registret"-dokument måste genereras på en dag.

Efter att ha genererat alla "Saldon enligt registret"-dokument måste vi överföra dem till "Tom bas". För överföring behöver vi bearbetning. Ladda ner, packa upp och öppna filen "Universal.ert" i "Fullständig databas" (Arkiv->Open-Universal.ert). Ett fönster öppnas som visas nedan:

Nu måste du ställa in bearbetning för att göra detta, steg för steg (som i skärmdumpen nedan) uppfylla alla bearbetningskrav:

Kom ihåg att du under bearbetningen anger sökvägen till den "tomma basen". Efter att du har slutfört alla bearbetningskrav på den första fliken går vi direkt vidare till att överföra saldon. För att göra detta, gå till fliken "Dokument", markera det enda dokumentet "Saldon enligt registret" och ställ in datumet då dokumenten genererades.

Vi kontrollerar korrespondensen med skärmdumpen ovan, om allt stämmer, klicka sedan på "OK" -> "Överför dokument".

Överföringen av saldon till den "tomma basen" kommer att påbörjas efter att överföringen är slutförd, du måste öppna vår "tomma bas" till vilken saldonen överfördes och bokföra alla dokument till "Saldorna enligt registret". För att göra detta, öppna den allmänna dokumentjournalen, gå till överföringsdatumet (i vårt fall 12/31/10) och bokför alla dokument "Saldon enligt registret".

7. Överföring av dokument som flyttas under upprullningsperioden från "Fullständig databas" till "Bas utan dokument" - detta steg utförs som det föregående, med hjälp av bearbetning. Vi vet redan hur man använder det, så vi gör allt som i skärmdumpen från punkt 6:

Gå till fliken "Dokument", välj absolut alla dokument och ställ in datumintervallet från början av perioden till det aktuella ögonblicket, i vårt fall från 01/01/11 till 10/13/11. Vi ställer också in omkopplarna "På markerad för radering" och "På utförd" enligt skärmdumpen.

Nästa steg är att gå till fliken "Avancerade inställningar". Du måste markera rutorna som på skärmdumpen, ange ditt datumintervall:

Efter att ha ställt in alla kryssrutor och omkopplare, klicka på "OK" -> "Överför dokument" (skärmdump från steg 6):

7. Lägga upp dokument och återställa sekvenser i den "kollapsade databasen" - efter slutförandet av överföringen av dokument kommer det att vara nödvändigt att lägga om hela den "kollapsade" databasen från början av perioden till det aktuella datumet (i vårt fall, 01.01. .11-13.10.11). "Operations" -> "Bokning av dokument":

P.S.: Lösa problem med dokumentet "Saldon enligt registret":

Efter publiceringen av artikeln fick jag många förfrågningar via e-post som frågade varför dokumentet "Saldon enligt registret" inte är ifyllt och ger ett fel. För att lösa detta problem och svara på allas frågor kommer jag att lämna här en guide för att slutföra dokumentet.

1. Öppna konfiguratorn och välj dokumentet "Register Balances".

2. Öppna dokumentformuläret:

3. Klicka på knappen "Ny" och lägg till önskat antal resurser och dimensioner.
a) För resursen är inställningarna följande:

b) För att mäta inställningarna är så här:

För min bas skapade jag cirka 10 dimensioner och 9 resurser.

4. Öppna dokumentformuläret i konfiguratorn och klicka på knappen "Formulär":

5. I formuläret som öppnas, välj tabelldelen och klicka på knappen som visas i figuren "Lägg till detaljer":

6. Välj alla nya resurser och dimensioner längst ned och klistra in i dokumentet:

7. När du har infogat, spara dokumentet.

P.S.: Om något är oklart är posten alltid öppen för dig!

P.P.S.: Den periodupprullningsprocessen som beskrivs i den här artikeln är inte lämplig för sammanställning av redovisningssummor. För att rulla upp bokföringsresultat bör du använda standardbearbetningen wrap.ert, eller utveckla en ny metod.

Början av året är den perfekta tiden att rulla upp databasen

Med tiden ökar databasens storlek, särskilt i stora organisationer. När 1C-databasen har underhållits under lång tid och upptar en betydande volym leder detta till en avmattning i arbetet.

Konvolutionen har följande mål:

• Snabba upp programmet
• Minska databasstorleken
• Rensa kataloger med irrelevanta poster

Vad hjälper faltning med?

Snabba upp programmet (genom att minska storleken på databasen)

Om du inte planerar att öka antalet arbetsstationer i 1C (och köpa en ny server till dem), men du inte är nöjd med hastigheten på 1C, bör du rulla upp databasen. Detta kommer att minska belastningen på datorer. Det kommer att vara möjligt att fördröja inköp av ny hårdvara till servern eller övergången från filversionen till SQL.

Dessutom misslyckas enorma databaser oftare, "faller" och fungerar i allmänhet mycket opålitligt.

Dölj historiska data

Att rulla upp är ett bra sätt att dölja information om tidigare års arbete. Uppgifterna kommer helt enkelt inte att finnas i databasen. Detta är säkrare än att begränsa åtkomsträttigheter och lösenord.

Bli av med irrelevanta föremål och andra poster

Under arbetsprocessen samlas oanvända föremål i 1C-databasen. Det stör behandlingen av kvitton och försäljning, och när du väljer en produkt från listan. Detta leder till fel och omsortering. Dessutom saktar ett stort antal artiklar avlastningen till ett autonomt kassaregister, till exempel till Frontol, när, tillsammans med 3 tusen begagnade varor, ytterligare 10 tusen oanvända lossas. Genom att komprimera din databas blir du av med gamla produkter. Tillsammans med faltning använder vi borttagning av irrelevanta artiklar.

Olägenheter med att arbeta i en komprimerad databas

Dokument och rapporter för den "kollapsade perioden" kommer att bli otillgängliga. Du kommer att behöva ha en separat databas för den gamla perioden och titta på historiken där det kommer inte längre att vara möjligt att samla in data för hela perioden i en rapport.

Hur konvolution fungerar

Kärnan i händelsen är som följer: ett datum väljs (det idealiska alternativet är början av året eller kvartalet), till exempel 1 januari 2016. På detta datum tas en "ögonblicksbild" av saldon för alla redovisningssektioner (lagersaldon, ömsesidiga avräkningar med kunder, leverantörer och kommissionärer, kassa- och avräkningskonton), och mottagen data laddas upp till filer på hårddisken. Sedan, baserat på den föregående, skapas en ny informationsbas, som innehåller alla nödvändiga referensböcker (nomenklatur, pristyper, måttenheter, priser, motparter och kontrakt, banker och löpande konton, lager, kassadiskar, materiellt ansvariga personer, etc.) och genom att skapa lämpliga dokument för att lägga in saldon i den nya databasen, läggs saldon in för alla redovisningssektioner (baserat på data från filer sparade på hårddisken) från och med 2016-01-01. Saldot i den nya och tidigare databasen stäms av. Deras fullständiga sammanträffande fungerar som en indikator på framgången för det utförda arbetet. Om det finns små fel kan de enkelt rättas till för hand.

Som ett resultat ökar drifthastigheten avsevärt och, viktigast av allt, minskar risken för fel i själva 1C:Enterprise-programmet.

Hur man gör basvikning

I en ideal värld görs faltning med hjälp av specialiserad bearbetning från 1C, som finns på ITS-disken för både 1C 7.7 och version 8.2, 8.3. I det här fallet kommer programmet att skapa dokument för att lägga in saldon och markera onödiga dokument för radering. Kataloger kan raderas om de inte används i de återstående dokumenten. Innan du komprimerar databasen måste du återställa dokumentsekvensen.

Det är viktigt att komma ihåg att databasupprullning genom bearbetning från ITS-disken endast kan göras med en standardkonfiguration. Annars kommer fel att dyka upp som inte syns direkt. Om du inte har en standardkonfiguration är det bättre att kontakta en erfaren 1C-specialist för att rulla upp databasen.

Att själv göra en avstämning är mer eller mindre möjligt inom redovisning och nästan omöjligt i handel. Och det finns många anledningar till detta, till exempel kan nödvändig information raderas och onödig information kan finnas kvar. Användaren kommer inte ens veta om det, eftersom... vet inte hur man kollar.

Konvolution av 1C-databasen: Trade Management

På tal om 1c-handelshanteringspaketet måste vi nämna de problem som vi ofta måste lösa.

1. Programmet använder ofta register som inte behövs. Till exempel moms (det finns 7 register där). För det första, på grund av dem, tar sammanställningen längre tid, och för det andra stör de borttagningen av dokument.

2. Om partier av varor används. I det här fallet hindrar detta dig också från att radera ett antal dokument. Vi kan ställa in det enligt genomsnittet, eller när vi lägger in saldon kan vi ersätta batchdokumentet med ett extradokument - därigenom kommer vi, efter att ha skrivit in det igen, att rensa länkarna till raderade dokument.

3. Ömsesidiga uppgörelser enligt handlingar. Vi kan återbetala skulder eller även i början av att lägga in saldon kan vi hänga allt på ett extra dokument.

4. Det finns ett helt gäng informationsregister (pris, avskrivna varor, tillgång till handlingar, korrespondens under utbyte etc.) som ”håller” dokument och kataloger.

5. Standardborttagning tar lång tid. Och om det finns många element, så klarar det sig inte alls. Vi har utvecklat en egen, snabbare hantering för att ta bort onödiga dokument.

Paketkostnad

Kostnaden beror på komplexiteten i din konfiguration (detaljhandeln är billigare, komplex är dyrare) och mängden data (kostnaden för att rulla upp en databas med 3 Gig och 30 Gig kommer att variera).
Lämna en förfrågan för att ta reda på kostnaden. Vi kommer att kontakta dig, analysera din databas och fastställa den slutliga kostnaden.
Det genomsnittliga prisintervallet är från 8 000 till 15 000 rubel.

Nackdelar och alternativ till faltning

Rollup är dock en ganska radikal operation som raderar data för tidigare år och ersätter dem med balanspostdokument.

Den största nackdelen är att du har flera databaser. Till exempel "Base 2011-2012" och "Base 2013".

Och det kommer inte att vara möjligt att bygga en rapport som visar data för 2012 och 2013. Så användbara saker som att analysera försäljning av varor innan man beställer från en leverantör eller jämföra hur mycket mer vissa varor som såldes i januari 2013 än i januari 2012 kommer inte längre att finnas tillgängliga.

Att komprimera databaser är egentligen bara meningsfullt i två fall:

1. om hon är riktigt gammal (minst äldre än 4-5 år)
2. om data inte bara behöver skyddas (med lösenord, till exempel), utan säkert döljas (genom att fysiskt radera dem från datorn)

I alla andra fall är det värt att uppmärksamma alternativen.

Alternativ: Inaktivera oanvända moduler

Även om du inte använder vissa av programmets funktioner, betyder det inte att det inte slösar din dators resurser på dem.

Det finns inte många sådana potentiellt onödiga men resurskrävande delar av programmet:

• Tillträdeskontroll på rekordnivå
• Redovisning av saldon av organisationer (utöver att redovisa saldon efter lager)
• Redovisning av data för köp-/försäljningsböcker när du genererar dem i bokföringen

Följande funktioner används inte av vissa organisationer, även om de verkligen inte kan kallas onödiga:

• Kostnadsberäkning (för att beräkna försäljningsvinst, marginal)
• Beräkning av kostnad per parti (även om "genomsnittlig" beräkning i ditt fall är tillräcklig)
• Uppgörelser med kunder i samband med förlikningsdokument

Som ett exempel gjorde jag lite research. Jag tog basen för ett företag som inte använder förmågan att beräkna vinster. Den ursprungliga databasstorleken är 1,6 GB. Efter att ha raderat poster relaterade till kostnadsberäkningar minskade storleken på databasen till 1 GB. Efter att ha tagit bort alla andra oanvända bord sjönk storleken till 0,8 GB.

Alternativ: Ta bort irrelevanta föremål och entreprenörer från synhåll

Tillverkarna uppdaterar ständigt sitt produktsortiment. På grund av detta ackumuleras varor som aldrig kommer att säljas igen i produktkatalogen.

Den största olägenheten är att sådana produkter

• 1. komma i vägen för listan över chefer som behandlar kvitton eller försäljningar. Detta ökar sannolikheten för fel och omgradering.
• 2. avlastning till ett autonomt kassaregister (till Frontol till exempel) går långsamt. För det är inte 3 000 föremål som står på hyllan som lossas utan ytterligare 10 000 som inte har sålts på flera år.
• 3. Om streckkoder inte används i kassan och kassörskan väljer en vara från en lista, så ökar också en stor lista sannolikheten för fel och felsortering.

Dessa speciella problem kan lätt elimineras utan hjälp av faltning.

Det räcker med att lägga till attributet "Arkiv" till nomenklaturen och automatiskt lägga till det i de varor för vilka det inte har skett någon rörelse under de senaste åren eller två.

Dessutom kan en sådan irrelevant produkt markeras för radering, flyttas till mappen "_Cart" och läggas till i namnet "yay_" så att produkten inte stör sökningen med de första bokstäverna.

För detta fall har vi en behandling i lager

Alternativ: Öka systemsäkerheten

Om data behöver döljas kan du använda några knep (till exempel placera arbetsdatabasen inte på ditt kontor, utan på en fjärrserver. Kanske till och med i ett annat land. Och förbered en lokal vit och fluffig databas för inspektörerna ). Men att kollapsa basen är förstås lättare.

Om du behöver skydda dig mot dina anställda, kommer en SQL-server och ett tydligt åtkomstsystem till undsättning.

Alternativ: öka serverkraften

1C 8 tillsammans med en SQL-server kan fungera normalt med enorma databaser. En databas på 20-50 GB är inga problem alls, förutsatt att datorn är tillräckligt kraftfull.

Under processen att kollapsa en informationsdatabas utförs följande åtgärder i den:

• dokument genereras för införande av saldon på det datum då avstämningen genomförs;
• handlingar och rörelser i register som fanns i programmet fram till och med upprullningsdatum raderas.

Genom att komprimera informationsdatabasen kan du:

• påskynda systemet;
• minska storleken på 1C IBD.

UPPMÄRKSAMHET! Innan du börjar kollapsa informationsbasen måste du:

• utföra en preliminär testsamling på en kopia av den fungerande 1C IDB;
• Om testupprullningen har slutförts framgångsrikt, först då kan du börja sammanställa arbetsinformationsdatabasen efter att ha säkerhetskopierat den först.

För att kollapsa informationsdatabasen används bearbetning för konfigurationen (revision 1.6), som finns på disk. Denna bearbetning är inte lämplig för utgåva 2.0, eftersom den inte innehåller dokumentet "Justering av registerposter". Du kan beställa på vår hemsida.

Beställ ett paket

Steg-för-steg-instruktioner för att rulla upp en databas

• Först måste du skapa en säkerhetskopia av informationsdatabasen. Logga sedan in i databasen med läget 1C: Företag, och kontrollera om alla dokument har slutförts i slutet av månaden på sammanställningsdatumet.
• Därefter måste du göra en omsättningsbalansrapport för den period för vilken du planerar att rulla upp basen.
• Med hjälp av kommandot "Öppna" (Arkiv-menyn) laddar vi den externa bearbetningsdatabasen 2.0.
• Databasen komprimeras efter att ha klickat på motsvarande knapp på den nedre panelen, under vilken objekt raderas under den period som anges i bearbetningen. Det bör noteras att processen kan ta ganska lång tid att slutföra. Efter att 1C IBD rollupen har genomförts är det under inga omständigheter möjligt att korrigera och lägga om dokument för den rollup perioden.
  Det är också omöjligt att inte säga att om det uppstod fel under faltningsprocessen, på grund av vilka borttagningen av objekt avbröts eller inte slutfördes helt, kan detta leda till att summorna för vissa register kommer att inaktiveras. Detta faktum gör det i sin tur omöjligt att få summor för vissa register. Du kan se listan över register för vilka totaler är inaktiverade på fliken "Register med inaktiverade totaler". Här kan du vid behov inkludera resultat.
  Om faltningsprocessen avbröts av någon anledning, kan listan över dokument för inmatning av saldon alltid återställas genom att använda knappen "Fyll i listan" på fliken "Dokument för inmatning av saldon", med angivande av datumintervall.
• Det sista steget är att ta bort markerade objekt. Det kan utföras om alla ovan beskrivna faltningssteg har genomförts framgångsrikt.
  • I menyn "Operations" väljer du kommandot "Ta bort markerade objekt".
  • Den övre delen av fönstret innehåller en dialogruta med en lista över objekt som upptäckts i 1C IBD och markerats för radering. Användaren kan öppna och se vilken som helst av dem. Med hjälp av flaggor kan användaren också bestämma vilka objekt som måste kontrolleras för radering. "Kontroll"-knappen hjälper dig att avgöra om det finns länkar till objekt som ska raderas. Efter att noggrant ha kontrollerat objekten som ska raderas och inte hittat några fel, måste du starta processen med att ta bort objekt genom att klicka på knappen "Ta bort".

I slutet av databassamlingen måste du se till att allt gick korrekt. För att göra detta, öppna omsättningsbalansräkningen och jämför den med den som sparades före roll-upen. Om de är identiska utfördes basvikningen korrekt.

Först lite teori.

Programmet 1C:Enterprise 8 kan användas i två lägen:

• fil(databasen finns på användarens dator eller lokala nätverk),
• klient-server(databasen finns på en separat server).

Den här artikeln är endast relevant för det första alternativet. När det gäller filhosting har programmet en betydande begränsning - storleken på en databastabell får inte överstiga 4 GB. Så snart storleken på en databastabell (och i fallet med 1C: Accounting 3.0-konfigurationen är den tyngsta tabellen bokföringsregistret) överstiger 4 GB, kommer databasen att sluta starta, och när du närmar dig denna tröskel kommer du att uppleva en märkbar minskad programprestanda (med andra ord kommer "bromsar" att visas).

Så, vikning låter dig minska storleken på databastabeller (främst redovisningsregistret). Basvikningsoperationen är som följer:

• datumet då databasen måste komprimeras bestäms (som regel är detta början av året),
• Programmet fastställer saldona för varje redovisningskonto på detta datum och matar in dessa saldon genom att skapa dokument Drift,
• alla rörelser i alla systemregister före det angivna datumet avbryts (förutom de som valts vid inställning av faltning),
• dokument som angetts före detta datum raderas (om förflyttningarna av dessa dokument är helt raderade) eller markeras för radering,
• dokument som läggs in efter det angivna datumet finns kvar i sin ursprungliga form i systemet.

Denna operation gör att du kan avsevärt minska storleken på redovisningsregistret i programmet.

Hur man gör en konvolution

I kapitel Administreringöppen faltningsbehandling:

Följande fönster visas:

Ställ in skylten Skapa en säkerhetskopia, ange användardata under vilken du vill göra en kopia och katalogen där kopian ska sparas. Klick Ytterligare.I fönstret som visas väljer du Ja:

Vi stöter på ett plattformsfel.

Vid omstart upprepas situationen. Låt oss göra en kopia manuellt. Låt oss gå till konfiguratorn:

Välj sökvägen för att spara kopian och ge den ett namn:

Ett meddelande visas:

Vi återgår till faltningsbehandling. Vi tar bort tecknet på att skapa en kopia. Klick Ytterligare:

På nästa skärm måste du välja år i början av vilket roll-upen görs. Det är också lämpligt att sätta skylten Ställ in förbudsdatum så att ingenting kommer att läggas in i databasen före 2016. Från listan över organisationer kan du bara välja ett fåtal att komprimera av, eller så kan du komprimera databasen för alla organisationer:

På nästa skärm ser vi hur programmet planerar att bearbeta databastabellerna (systemet föreslår att vissa tabeller kollapsar och andra lämnas oförändrade). Till exempel kommer många informationsregister och ackumuleringsregister relaterade till moms att förbli oförändrade. Detta är inte kritiskt för oss;

I nästa fönster visar programmet en lista med dokument Drift, som kommer att skapas för att ange de initiala saldona per den 31 december 2015 för alla konton som har saldon. Låt oss gå vidare.

Nästa skärm visar en sammanfattande tabell med en analys av korrektheten av initiala saldon i början av 2016. Korrektheten kontrolleras genom jämförelse med de initiala balanserna vid tidpunkten före faltningen. I skärmdumpen ovan ser vi att det inte finns några avvikelser.

För säkerhets skull, låt oss också kontrollera avstämningstabellen för information och ackumuleringsregister:

På nästa skärm varnar programmet för att proceduren för att radera dokument före 2016 har påbörjats. Vi instämmer

När du har tagit bort dokumenten visas ett meddelande som indikerar att sammanställningen lyckades.

Fånga din uppmärksamhet: På grund av att rörelser i ackumuleringsregistren avseende moms och i många informationsregister förblev oförändrade, fanns även de handlingar som gjorde rörelser i sådana register kvar i systemet.

Låt inte detta förvirra dig - vårt mål var att "förenkla" redovisningsregistret, och vi uppnådde det.

Vid behov kan du gå igenom en fullständig (och gratis) kurs på hemsidan.