Etter en tid øker 1C-databaser kraftig i størrelse, noe som kan ha en dårlig effekt på systemets hastighet. Og å se gamle dokumenter fra fem år tilbake er ikke alltid nødvendig og kommer ofte i veien. For å kvitte seg med gamle dokumenter, rense databasen og få fart på programmet, kom 1C-utviklere med en enkel handling - å kollapse 1C-informasjonsbasen.

Hva er databasesammendrag i 1C 8.3? Avstemming er oppføring av gjeldende saldo på en bestemt dato og fjerning av gamle, unødvendige dokumenter. Nedenfor vil jeg fortelle deg hvordan du lager en sammenstilling for en typisk konfigurasjon ved å bruke 1C Accounting 3.0 som eksempel.

Denne instruksjonen er også egnet for andre moderne konfigurasjoner - Trade Management (UT) 11, Salaries and Personal Management (ZUP) 3.0, ERP 2.0, Small Firm Management (SNF). Hvis konfigurasjonen ikke er standard, må prosedyren gjøres ekstremt nøye og dataene må kontrolleres grundig etter konvolusjon.

Første ting - definitivt gjøre det. Hvis noe går galt, kan du alltid gå tilbake til de opprinnelige dataene.

Opprullingen skal gjøres uten at brukere arbeider i systemet. Be derfor kollegene dine forlate programmet på forhånd.

Instruksjoner for bretting av basen

Logg på 1C-programmet i Enterprise-modus. Gå til "Administrasjon"-fanen, velg "Infobase-kollaps":

I vinduet som åpnes, vil programmet selv tilby å lage en sikkerhetskopi av programmet - ikke nekt:

Hvis programmet av en eller annen grunn ikke kan lage en kopi, må du sørge for å lage den manuelt ved å følge disse instruksjonene. Fortsett til neste trinn ved å klikke på "Neste"-knappen. Systemet vil be deg velge hvilke organisasjoner som trenger avstemming og for hvilken periode.

La oss velge «Alle organisasjoner» og perioden 2015:

På neste trinn vil systemet tilby å velge registre for å danne saldo. Det er bedre å la disse innstillingene være standard og fortsette prosessen videre.

På "Se transaksjoner"-stadiet vil systemet generere saldoregistreringsdokumenter som er tilgjengelige for visning og verifisering.

Hvis transaksjonene er lagt inn riktig, kan du gå videre til automatisk verifisering. Der kan du se en analog av balansen før og etter konvolusjonsoperasjonen.

Kontrollerer konvolusjon 1C

Hvis du er i tvil, kan operasjonen alltid avbrytes og returneres til sin opprinnelige tilstand.

Etter å ha kontrollert dataene manuelt, kan du gå videre til siste trinn - markering for sletting av gamle dokumenter. Dette stadiet kan ta fra 10 minutter til flere timer, avhengig av størrelsen på databasen og antall operasjoner.

Det er alt - opprullingen av 1C Accounting 8.3-databasen er klar! I alle fall, etter å ha slettet gamle dokumenter, anbefaler jeg at du sjekker hovedrapportene for informasjonslikhet. Som en siste utvei kan du alltid gjenopprette databasen fra en sikkerhetskopi.

Etter at prosessen er fullført, anbefales det å kjøre "Slette merkede objekter"-behandlingen for å bli kvitt unødvendige dokumenter. De opprettede konvolusjonsdokumentene er plassert i delen "Operasjoner", i elementet "Operasjoner angitt manuelt".

Hvis du trenger å gjøre en sammenrulling i 1C 8.2 og 7.7, er det praktisk talt ikke forskjellig fra de som er gitt ovenfor, bortsett fra at det gjøres i separat behandling.

Sammenbruddet av 1C-informasjonsbaser forstås som prosessen med å behandle dokumenter og konfigurasjonsregistre, samt dannelsen ved begynnelsen av et visst år av gjeldende saldoer, kollapsede, sammensatte registerdata. I dette tilfellet slettes eller markeres dokumenter fra tidligere år for sletting, bortsett fra dokumenter som er viktige for regnskapsføring av merverdiavgift, anleggsmidler og en rekke andre.

Hvorfor ruller de opp 1C-informasjonsbasen?

Konvolusjon utføres for å redusere størrelsen på databasen, jobbe raskere, redusere tiden for oppdatering og arkivering av 1C-databasen.

I tillegg brukes den til å lagre konfidensiell informasjon. Etter opprullingen vil ikke ansatte og tilsynsorganisasjoner ha tilgang til dokumenter fra tidligere år i dagens arbeidsdatabase.

Viktig: om nødvendig kan du alltid utvide 1C 8.3-databasen fra arkivet før du kollapser og få den nødvendige informasjonen. Du kan legge til "before convolution"-basen som en ekstra en til 1C 8.3 lanseringssnarveien og alltid ha den "for hånden".

Konvolusjon av 1C 8.3-databasen

Behandling Informasjonsbasen kollapser i konfigurasjoner 1C 8.3 Enterprise Accounting, ed. 3, Trade Management, ed. 11 og i en rekke andre, tilgjengelig fra menyen Administrasjon – Service:

Tips 1. Bruk prosessering på en kopi av 1C-infobasen, analyser resultatene og rull deretter opp arbeidsdatabasen.

Tips 2. Før opprulling, generer rapporter om disse konfigurasjonsobjektene, informasjon om hvilke fra tidligere perioder som vil være nødvendig i fremtidige perioder. Først og fremst snakker vi om regnskapsføring av anleggsmidler, merverdiavgift og regnskapsføring av tidligere utgifter. Holder du styr på lønn i 1C 8.3 Regnskap, utgave 3, så trenger du også data om gjensidige oppgjør med ansatte.

Oppmerksomhet: Balansen før sammenrullingen trenger ikke å genereres, siden i 1C 8.3 er sjekking av SALT før og etter opprullingen inkludert som et av behandlingsstadiene.

Tips 3. Tenk på perioden frem til du skal gjennomføre opprullingen. Noen ganger legger regnskapsførere igjen data fra i fjor, da det er viktig for lønnsutbetalingen. Eller til og med data fra to eller tre tidligere år, hvis volumet av transaksjoner i løpet av disse årene ikke er for stort.

Hvordan rulle opp en 1C 8.3 Regnskapsdatabase ved hjelp av et eksempel

La oss vurdere et eksempel på å kondensere en ekte 1C 8.3-database for en bedrift: konfigurasjon Regnskap for en landbruksbedrift, utgave 3. Dette er faktisk konfigurasjonen av Enterprise Accounting, Rev. 3, men utvidet ved å legge til spesialiserte industriobjekter.

La oss anta at bedriftens informasjonsbase, etter test- og korrigeringsprosessen, inkludert pakking av informasjonsbasen, har nådd 4 GB. Brukere har jobbet i databasen siden 2011. Siden organisasjonen ble kontrollert av skattetilsynet, inkludert perioden 2015, og siden 2016, beregner organisasjonen ikke lenger lønn i 1C 8.3 Regnskap, men i 1C 8.3 ZUP, utg. 3, ble det besluttet å legge ned basen til 2016 .

Trinn 1: Lag en sikkerhetskopi

Fra menyen Administrasjon – Service vi starter behandlingen under brukeren med Administratorrettigheter. I vårt eksempel Admin. Skriv inn administratorpassordet for å få tilgang til 1C 8.3-databasen. Hvis du utfører en reduksjon på en allerede opprettet kopi av programmet, må du merke av i boksen Lag en sikkerhetskopi kan tilbakestilles. Ellers indikerer vi Sikkerhetskopieringskatalog for informasjonssikkerhet:

Hvis vi trykker på tasten F1 på tastaturet kan vi få informasjon om formålet med og funksjonene ved å bruke denne behandlingen. Etter å ha blitt kjent, lukk hjelpen og klikk Lengre fortsett til neste behandlingstrinn Fullførte etapper er uthevet i grønt.

Trinn 2: Sett opp konvolusjon

På dette stadiet bestemmer vi i begynnelsen av hvilket år vi skal danne saldo i 1C 8.3. Standard er krysset av Angi en forbudsdato for endring av data. Den vil bli satt til 31. desember 2015 i tilfelle saldodannelse i begynnelsen av 2016:

Det er mulig å rulle opp databasen for alle organisasjoner eller bare én. Etter eksempelet er det bare én organisasjon i 1C 8.3-databasen, så det er ikke noe valg mellom organisasjoner for behandling.

Trinn 3. Dannelse av rester

Med knapp Lengre La oss gå videre til å sette reglene for dannelsen av balanser. For standardkonfigurasjoner er de forhåndsdefinerte, og for 1C 8.3 Enterprise Accounting, Rev. 3 er det mulig Gjenopprett anbefalte innstillinger, hvis de ble endret.

Vi kan sette bretteregler for Innleggslogg: Ikke skjul eller skjul:

Vi kan definere regler separat for hvert akkumuleringsregister:

Som standard, for eksempel, i behandling for 1C 8.3 Enterprise Accounting, utgave 3 er det Ikke kollaps ved registre MVA Kjøp, MVA Salg, MVA krevd og en rekke andre. Det vil si at utviklerne analyserte hvilke databaseparametere som må lagres i sin helhet, og hvilke som kan kollapses.

Men vi kan for eksempel sette Ikke kollaps ved akkumuleringsregisteret mva inkludert i prisen:

Trinn 4: Gjennomgå transaksjoner

På scenen Se transaksjoner du kan åpne de genererte saldoene per 01/01/2016, transaksjonene vil bli registrert i databasen 31.12.2015. Det er mulig å justere saldoer eller til og med opprette en ny operasjon for å legge inn saldo ved å bruke knappen Skape:

Nedenfor er alternativene for de opprettede operasjonene: regnskapsregistre:

Av informasjonsregistre:

Av akkumuleringsregistre:

Trinn 5. Verifikasjon

Deretter går vi videre til å sjekke de opprettede dokumentene. På dette stadiet ser vi en rapport tilsvarende balansen, generert ved utgangen av 2015 på tidspunktet før reduksjonen og etter reduksjonen. Avvikene mellom dataene i vårt tilfelle er kun for tilleggskonto 000, som ble brukt til å legge inn saldo på tidspunktet for oppstart av arbeidet med databasen:

Du kan vise og sammenligne data for skatteregnskap (TA). For å gjøre dette, bruk knappen til høyre, som i alle standard 1C-rapporter. Vis innstillinger og merk av i boksen ved siden av NU-indikatoren:

Vi genererer en rapport med data om BU og NU. Så bytter vi sjekken til Informasjons- og akkumuleringsregister:

Det er mulig å vise informasjon om individuelle registre over informasjon og akkumulasjoner. Med knapp Mer Vi kan krysse av eller fjerne merket for registrene vi ønsker å motta informasjon om:

Trinn 6: Sletting av gamle dokumenter

Det er et knappealternativ Tilbake gå til de forrige stadiene av avstemming, inkludert sletting av de opprettede saldodokumentene. Eller med knapp Lengre gå til neste trinn - Sletting av gamle dokumenter. På dette stadiet mottar vi en advarsel om irreversibiliteten til prosessen i 1C 8.3. Men gamle dokumenter vil bare bli merket for sletting foreløpig. Dette stadiet er mye lengre enn alle de foregående og kan være ganske langvarig:

Trinn 7. Ferdig

Når dette stadiet er fullført, mottar vi en melding om vellykket fullføring av konvolusjonen:

Trinn 8. Sletting av dokumenter merket for sletting

Etter å ha åpnet driftsloggen ser vi at dokumenter fra 2011 er merket for sletting:

Tips 4. Bruk i bearbeiding Fjerne merkede objekter mulighet Delvis fjerning av gjenstander. Slett relaterte grupper av objekter. Utfør fjerningen i etapper, og ta pauser mellom trinnene. Eller planlegg en roll-up rundt store høytider.

Men før du sletter dokumenter merket for sletting, bygg de nødvendige rapportene som vil fortelle deg om alle dataene gjenstår for korrekt regnskapsføring av anleggsmidler, lønn og merverdiavgift.

I 1C 8.3 Regnskap vil det være nyttig å generere rapporter for sammendragsdatoen før og etter sammendraget:

• Oppstilling av avskrivning av anleggsmidler;
• En universell rapport om ulike akkumuleringsregistre for å analysere utgifter ved forenkling, for kontroll av merverdiavgift, gjensidige oppgjør med ansatte, etc.;
• Og andre rapporter avhengig av virksomhetens regnskapsprinsipper.

I tillegg bør du finne 1C-behandlingspartnere som vil peke på ubrukte konfigurasjonsobjekter. Finn for eksempel elementer i nomenklaturkatalogen, lenker som ikke lenger eksisterer, siden dokumenter fra tidligere perioder er slettet. Og hvis vi ikke lenger har til hensikt å selge eller kjøpe denne varen, kan vi slette den.

Informasjonsbasen kollapser- en prosedyre som mange brukere er kjent med siden 7.7-plattformens dager. I noen organisasjoner gjennomførte vi denne prosedyren hvert år til avtalt tid. Brukere jobbet hvert år i en database som kun inneholdt saldoer og bevegelser for inneværende år. Ettersom maskinvareproduktiviteten vokste og 1C-plattformen ble forbedret, ble ikke databasekollaps en så vanlig forekomst. I denne forbindelse vil vi i dette materialet vurdere i detalj hva denne prosedyren er, samt hvordan du utfører den i forskjellige 1C-konfigurasjoner.

Databasekonvolusjon i 1C 8 - hva er de og hvorfor er det nødvendig?

Under driften av et foretak akkumuleres et stort antall dokumenter, oppslagsverk og andre data i informasjonssystemet. Noen av disse dataene er ikke av interesse i den nåværende arbeidsperioden; noen data krever tilgang kun i lesemodus. Samtidig lagres objekter i systemet, noe som bremser driften som helhet, øker arkiveringstiden (backup), og det er ingen vits i å lagre fjorårets data daglig hvis det ikke er gjort endringer i det. Å jobbe i én database kan selvfølgelig være nødvendig med tanke på å analysere rapporter og prøvedata over en lang periode. Alt avhenger av den spesifikke situasjonen i organisasjonen og konfigurasjonen som brukes. For eksempel, hvis aer riktig satt opp i den gjeldende, fungerende databasen til bedriftsregnskapsavdelingen, er det ingen vits i å lagre data i 3-5 år. Transaksjonshistorikken kan alltid ses i en kopi; alle analytiske rapporter er bygget i andre produkter. Hva er veien ut av denne situasjonen - å regelmessig kollapse databasen én gang over en viss tidsperiode.

Ved gjennomføring av en opprulling genereres det dokumenter for oppføring av saldo i registre på en bestemt dato (opprullingsdatoen) og ubrukte dokumenter og bevegelser i registre (informasjon, akkumulering, regnskap) slettes frem til opprullingsdatoen, inklusive (opprullingsperiode). Grunnleggende mål:

Øke hastigheten på programmet i brukermodus;

Øke arbeidshastigheten når du oppdaterer (endre) konfigurasjonen, samt hastigheten på testing og korrigering av informasjonsbasen;

Opprette betingelser for sletting av regnskapsobjekter som ikke lenger kreves av brukeren;

Redusere størrelsen på informasjonsbasen.

Generell prosedyre for å utføre konvolusjonsprosedyren

1. Lag en sikkerhetskopi.

Uavhengig av verktøyene du bruker, er det spesielt viktig å sikkerhetskopiere databasen. For det første vil denne kopien ikke bare være et arkiv med data. Det er ganske mulig at det umiddelbart må distribueres på tvers av bedriften og gjøres tilgjengelig for interesserte brukere. Det er viktig å blokkere tilgang til endringer i denne databasen. Les hvordan du lager en kopi

2. Konvolusjonsinnstilling.

På dette stadiet er det nødvendig å angi året i begynnelsen av det er planlagt å kollapse informasjonsbasen. Det vil si at hvis du spesifiserer 2013, vil dokumenter frem til 31/12/2012 23:59:59 bli slettet.

Angi en forbudsdato for endring av data. Flagg som indikerer behovet for å angi en forbudsdato for kollapsperioden.

3. Dannelse av rester.

Bestemme sammensetningen av objekter som skal kollapse og metoden for kollaps. Følgende handlinger med registre er gitt:

Ikke kollaps - objekter er ikke kollapset;

Skjul - objekter som kommer før sammenbruddsdatoen, skjules;

Slett - objekter før sammendragsdatoen slettes, og saldoposteringsdokumenter opprettes ikke. Modusen er kun tilgjengelig for informasjonsregistre.

4.Se transaksjoner.

5.Sjekk.

På dette stadiet vises alle opprettede saldoposteringsdokumenter med muligheten til å redigere dem.

6.Slette gamle dokumenter.

Alle dokumenter før rulleringsdatoen slettes. I dokumenter som har gjenværende bevegelser, er flagget "Manuell justering" satt og slettemerket er ikke satt.

Hvilket verktøy skal jeg bruke for å skjule databasen?

Dessverre gir ikke alle standardkonfigurasjoner standardbehandling for å utføre konvolusjon.

Foreløpig er behandling bare tilgjengelig i følgende konfigurasjoner:

• Enterprise Accounting, utgave 3.0/ Enterprise Accounting CORP, revisjon 3.0 (BP 3)
• Handelsledelse, revisjon 11 (UT 11)

Fysisk er det prosessering, men du vil ikke kunne bruke den eller til og med åpne den i følgende konfigurasjoner:

• ERP Enterprise Management (ERP)
• Integrert automatisering 2 (KA)

I kommentarene i behandlingskoden vil vi lese en ikke veldig optimistisk setning:

// Behandling brukes kun i UT11

Følgelig er selve behandlingen bare en "stubb" for riktig drift av BSP.

Det er ingen behandling i følgende typiske konfigurasjoner:

• Lønn og personalledelse 2.5, 3 (ZUP)
• Administrere selskapet vårt, versjon 1.6 (tidligere Administrere et lite selskap)

Derfor, for konfigurasjonsdata, så vel som for selvskrevne konfigurasjoner, må du utføre brettingen selv. Du kan også bestille dette arbeidet fra fagfolk!

Dermed kan brukeren utføre konvolusjonen uavhengig i bare to konfigurasjoner: Accounting 3, Trade 11. Det er viktig å lese nøye våre instruksjoner, behandlingshjelpen og følge alle assistentens anbefalinger.

Du finner behandling for konvolusjon i administrasjonsdelen (eller Masterdata og administrasjon). Underseksjon "Tjeneste". Vi åpner behandlingen og utfører alle de foreløpige trinnene nøye.

Du kan også ganske enkelt skrive "convolution" i søkevinduet for deler av programmet. Nedenfor er et bilde av hvordan du kan gjøre dette i Trade Management 11.

Slik skjuler du følgende konfigurasjoner:

• Manufacturing Enterprise Management, revisjon 1.3
• Bedriftsregnskap 2.0
• Trade Management, utgave 10.3

Du trenger ekstern behandling fra 1C; du kan laste den ned fra ITS-nettstedet, i behandlingsdelen for plattform 8.2.

I andre konfigurasjoner, for eksempel i UNF, vil det være svært problematisk å utføre konvolusjonen på egenhånd. Av samme grunn er det ingen behandling i noen typiske konfigurasjoner. Faktum er at ikke alle data kan skjules riktig. For lønn er det for eksempel svært viktig å ha opplysninger i registre for riktig beregning av mange indikatorer. I hovedsak må du tydelig forstå hvilke registre som kan kollapses, hvilke som ikke kan kollapses, og hvilke som kan være vanskelige.

For resten må du skrive behandlingen selv, eller endre eksisterende. Vårt team har lang erfaring med å løse problemer av denne typen og tilbyr rimelige priser. På stadiet av å studere databasen, vil vi umiddelbart kunne fortelle deg det totale beløpet for denne typen arbeid.

Først en liten teori.

1C:Enterprise 8-programmet kan betjenes i to moduser:

• fil(databasen er plassert på brukerens datamaskin eller lokale nettverk),
• klient server(databasen ligger på en egen server).

Denne artikkelen er kun relevant for det første alternativet. Når det gjelder filhosting, har programmet en betydelig begrensning - størrelsen på én databasetabell kan ikke overstige 4 GB. Så snart størrelsen på en databasetabell (og i tilfellet med 1C: Accounting 3.0-konfigurasjonen er den tyngste tabellen regnskapsregisteret) overstiger 4 GB, vil databasen slutte å starte, og når du nærmer deg denne terskelen vil du oppleve en merkbar reduksjon i programytelse (med andre ord, "bremser" vises).

Så, folding lar deg redusere størrelsen på databasetabeller (primært regnskapsregisteret). Basisfoldeoperasjonen er som følger:

• datoen da databasen må skjules, bestemmes (som regel er dette begynnelsen av året),
• programmet bestemmer saldoene for hver regnskapskonto på denne datoen og legger inn disse saldoene ved å opprette dokumenter Operasjon,
• alle bevegelser i alle systemregistre før den angitte datoen kanselleres (bortsett fra de som er valgt ved oppsett av konvolusjon),
• dokumenter som er lagt inn før denne datoen slettes (hvis bevegelsene til disse dokumentene er fullstendig slettet) eller markeres for sletting,
• dokumenter som legges inn etter den angitte datoen forblir i sin opprinnelige form i systemet.

Denne operasjonen lar deg redusere størrelsen på regnskapsregisteret i programmet betydelig.

Hvordan lage en konvolusjon

I kapittel Administrasjonåpen konvolusjonsbehandling:

Følgende vindu vises:

Sett skiltet Lag en sikkerhetskopi, angi brukerdataene du vil lage en kopi under, og katalogen hvor du skal lagre kopien. Klikk Lengre.I vinduet som vises, velg Ja:

Vi støter på en plattformfeil.

Ved omstart gjentar situasjonen seg. La oss lage en kopi manuelt. La oss gå til konfiguratoren:

Velg banen for å lagre kopien og gi den et navn:

En melding vises:

Vi går tilbake til konvolusjonsbehandling. Vi fjerner tegnet på å lage en kopi. Klikk Lengre:

På neste skjermbilde må du velge året i begynnelsen av sammendraget. Det er også lurt å sette skiltet Angi forbudsdato slik at ingenting blir lagt inn i databasen før 2016. Fra listen over organisasjoner kan du bare velge noen få å skjule etter, eller du kan skjule databasen på tvers av alle organisasjoner:

På neste skjermbilde ser vi hvordan programmet planlegger å behandle databasetabellene (systemet foreslår å kollapse noen tabeller og la andre stå uendret). For eksempel vil mange informasjonsregistre og akkumuleringsregistre knyttet til merverdiavgift forbli uendret. Dette er ikke kritisk for oss, prioriteringen er å avstemme regnskapsregisteret.

I neste vindu viser programmet en liste over dokumenter Operasjon, som vil bli opprettet for å legge inn startsaldoene per 31. desember 2015 for alle regnskapskontoer som har saldo. La oss gå videre.

Neste skjermbilde viser en sammendragstabell med en analyse av riktigheten av de innledende saldoene i begynnelsen av 2016. Korrektheten kontrolleres ved sammenligning med startbalansene på tidspunktet før konvolusjonen. I skjermbildet ovenfor ser vi at det ikke er noen avvik.

Bare i tilfelle, la oss også sjekke avstemmingstabellen for informasjon og akkumuleringsregistre:

På neste skjermbilde varsler programmet at prosedyren for sletting av dokumenter før 2016 er påbegynt. Vi er enige

Etter å ha slettet dokumentene, vises en melding som indikerer at sammendraget var vellykket.

Få din oppmerksomhet: På grunn av at bevegelser i akkumuleringsregistrene vedrørende merverdiavgift og i mange informasjonsregistre forble uendret, ble også dokumentene som gjorde bevegelser i slike registre værende i systemet.

Ikke la dette forvirre deg - målet vårt var å "forenkle" regnskapsregisteret, og vi oppnådde det.

Ved behov kan du gå gjennom et fullt (og gratis) kurs på nettsiden.

Kjære leser, convolution er ikke den mest vellykkede løsningen for å optimalisere en 1C-database; det er mye raskere og mindre arbeidskrevende å bytte til SQL. Som et resultat av å bytte til SQL, vil du beholde tilgangen til alle dokumenter, øke hastigheten på databasen flere ganger, og du trenger ikke å minimere databasen årlig og bekymre deg for riktigheten av dataoverføringen.

1C v7.7 anses for å være utdatert for øyeblikket, men det er selskaper som fortsatt bruker den. Siden fremgangen ikke står stille, har de fleste 1C-spesialister for lengst omskolert seg til 1C:v8-plattformen og har glemt de "syv", og ønsker derfor ikke å jobbe med den. I denne artikkelen vil jeg fortelle deg hvordan du kan skjule en database (arkivere en periode). Det var ikke tilfeldig at jeg valgte å kollapse databasen; faktum er at for de som for øyeblikket bruker "syv", har databasekonfigurasjonene blitt kraftig endret, og de vil ikke kunne bruke standardverktøy. Denne artikkelen vil bli skrevet basert på en konfigurasjon basert på 1C: Trade and Warehouse 9.2.

Lyrisk digresjon: Alle behandlinger som presenteres her tilhører deres forfattere, og jeg påstår på ingen måte deres forfatterskap.

La oss introdusere følgende notasjon:

1. Hele basen er arbeidsbasen vår, som vi skal avvikle.
2. Tom base - en base som kun inneholder konstanter og oppslagsverk.
3. En database uten dokumenter er en database som inneholder saldoer, men som ikke inneholder bevegelsesdokumenter for perioden.
4. Samlet base - en base som inneholder saldoer og bevegelsesdokumenter for perioden.

Så la oss utvikle en liten algoritme for å utføre databasekonvolusjon:

1. Sjekke informasjonsgrunnlaget for feil;
2. Legge til et dokument i konfigurasjonen for arbeid med registre;
3. Opprette en kopi av informasjonsbasen;
4. Fjerne alle dokumenter og periodiske detaljer fra databasen;
5. Dannelse og overføring av saldoer fra "Full database" til den "tomme";
6. Overføring av dokumenter som utfører bevegelse under opprullingsperioden fra "Full database" til "Base uten dokumenter";
7. Postering av dokumenter og gjenoppretting av sekvenser i "Skjulet database".

Og nå hvert trinn i rekkefølge med bilder og forklaringer:

1. Kontroll av informasjonsbasen for feil - dette trinnet utføres i konfiguratoren. (Administrasjon - Testing og korrigering).

Nå må vi sette opp test- og korrigeringsprosessen; for å gjøre dette, klikk på "Innstillinger" -knappen:

Vi setter alle avmerkingsboksene som på bildene, klikk "OK" og "Kjør". Test- og korrigeringsprosessen er ganske lang, spesielt hvis databasen er stor. Det vil virke som om alt er frosset, men faktisk fungerer alt.

2. Legge til et dokument i konfigurasjonen for arbeid med registre - dette dokumentet lar oss lage et dokument som inneholder dataene til registeret vi trenger. Du kan laste ned dokumentet. Inne i arkivet er det en forklaring på hvordan du legger til et dokument i databasen, men jeg vil duplisere det her. Åpne konfiguratoren og kall opp veiviseren for sammenslåing av konfigurasjoner (Configuration-Merging Configurations), et vindu for valg av konfigurasjonsfil åpnes. La oss angi banen til stedet der vi pakket den ut og velg filen 1Cv7.MD.

Vi trenger bare ett dokument, så vi fjerner merket for alle avmerkingsboksene unntatt "Dokumenter", kontroller at bryterne nederst i vinduet er som på skjermbildet og klikker på "OK". Programmet vil legge til dokumentet og åpne konfigurasjonen. Nå må du lagre endringene; for å gjøre dette, klikk på "Lagre"-knappen og godta endringene.

3. Lage en kopi av infobasen - alt er enkelt her, vi kopierer bare infobasekatalogen (den vi sjekket og la dokumentet til) til en ny katalog og spesifiserer banen til den i 1C konfigurasjonsvalgvinduet.

4. Fjerning av alle dokumenter og periodiske detaljer fra databasen - for å utføre denne prosedyren trenger vi en *.bat-fil. Last ned, kopier til en mappe med en kopi av infobasen og kjør - denne handlingen lar deg slette alle dokumenter fra databasen. Neste trinn er å starte 1C i eksklusiv modus i 1C:Enterprise-modus (Du må kjøre en kopi uten dokumenter), databasen vil bli indeksert på nytt. Nå må vi tømme databasen for periodiske detaljer - for å gjøre dette vil vi begynne å teste og korrigere databasen i konfiguratoren (i likhet med punkt 1).

5. Dannelse og overføring av saldoer fra "Full database" til "Tom" - for å fullføre dette trinnet åpner du "Full database" og oppretter dokumentet "Saldo etter register" som vi har integrert i konfigurasjonen. Dokumenter må genereres dagen før opprullingsdagen, for eksempel hvis vi ruller opp databasen 01.01.2011, så må dokumentene genereres 31.12.2010. For å opprette et dokument må vi åpne den generelle dokumentjournalen, trykke på "Sett inn"-knappen på tastaturet eller "Skriv inn en ny linje" i vinduet for den generelle journalen.

Deretter må du velge dokumentet "Saldo i henhold til registeret" og klikke "OK". Et dokumentskjema skal åpnes som vist nedenfor:

Nå må vi generere saldo for hvert register i databasen vår. For å gjøre dette, velg registeret vi trenger i rullegardinlisten og klikk på "Fyll" -knappen, det viktigste er ikke å glemme hvilken dato vi oppretter saldoene. Hvis basissammenrullingen utføres 01/01/11, dannes saldoene 31/12/10. Etter å ha fylt ut dokumentet, klikk på "Record" og "Close"-knappen; dokumentet kan ikke legges ut. Denne operasjonen må utføres for hvert register i databasen din (velg ønsket register fra nedtrekkslisten, ikke glem datoen). Alle «Saldo i henhold til registeret»-dokumenter må genereres på én dag.

Etter å ha generert alle "Saldo i henhold til registeret" -dokumentene, må vi overføre dem til "Tomme basen". For å overføre trenger vi denne behandlingen. Last ned, pakk ut og åpne filen "Universal.ert" i "Full Database" (Fil->Open-Universal.ert). Et vindu åpnes som vist nedenfor:

Nå må du sette opp behandling; for å gjøre dette må du trinn for trinn (som i skjermbildet nedenfor) oppfylle alle behandlingskravene:

Husk at du i behandlingen spesifiserer stien til "Tomme base". Etter at du har fullført alle behandlingskravene på den første fanen, går vi direkte videre til overføring av saldoer. For å gjøre dette, gå til fanen "Dokumenter", merk det eneste dokumentet "Saldo i henhold til registeret" og angi datoen da dokumentene ble generert.

Vi sjekker korrespondansen med skjermbildet ovenfor, hvis alt stemmer, klikk på "OK" -> "Overfør dokumenter".

Overføringen av saldoer til "Tomme Base" vil begynne; etter at overføringen er fullført, må du åpne vår "Tomme Base" som saldoene ble overført til og postere alle dokumenter til "Saldoer I henhold til Registeret". For å gjøre dette, åpne den generelle dokumentjournalen, gå til overføringsdatoen (i vårt tilfelle 31.12.10) og poster alle dokumentene "Saldo i henhold til registeret".

7. Overføring av dokumenter som flytter seg under opprullingsperioden fra "Full Database" til "Base uten dokumenter" - dette trinnet utføres som det forrige, ved hjelp av behandling. Vi vet allerede hvordan vi bruker det, så vi gjør alt som i skjermbildet fra punkt 6:

Gå til fanen "Dokumenter", velg absolutt alle dokumenter og still inn datointervallet fra begynnelsen av perioden til det nåværende øyeblikket, i vårt tilfelle fra 01/01/11 til 10/13/11. Vi setter også bryterne "På merket for sletting" og "På utført" i henhold til skjermbildet.

Neste trinn er å gå til fanen "Avanserte innstillinger". Du må merke av i boksene som på skjermbildet, angi datointervallet ditt:

Etter å ha satt alle avmerkingsboksene og bryterne, klikk "OK" -> "Overfør dokumenter" (skjermbilde fra trinn 6):

7. Postering av dokumenter og gjenoppretting av sekvenser i den "kollapserte databasen" - etter fullføring av overføringen av dokumenter vil det være nødvendig å repostere hele den "kollapserte" databasen fra begynnelsen av perioden til gjeldende dato (i vårt tilfelle, 01.01. .11-13.10.11). "Operasjoner" -> "Legg ut dokumenter":

P.S.: Løse problemer med dokumentet "Saldo i henhold til registeret":

Etter publiseringen av artikkelen mottok jeg mange forespørsler på e-post med spørsmål om hvorfor dokumentet "Saldo i henhold til registeret" ikke er fylt ut og gir en feil. For å løse dette problemet og svare på alles spørsmål, vil jeg legge igjen en veiledning for å fullføre dokumentet.

1. Åpne konfiguratoren og velg "Register Balances"-dokumentet.

2. Åpne dokumentskjemaet:

3. Klikk på "Ny"-knappen og legg til det nødvendige antallet ressurser og dimensjoner.
a) For ressursen er innstillingene som følger:

b) For å måle innstillingene er som følger:

For basen min opprettet jeg omtrent 10 dimensjoner og 9 ressurser.

4. Åpne dokumentskjemaet i konfiguratoren og klikk på "Skjema"-knappen:

5. I skjemaet som åpnes, velg tabelldelen og klikk på knappen vist i figuren "Legg til detaljer":

6. Nederst velger du alle nye ressurser og dimensjoner og limer inn i dokumentet:

7. Etter at du har satt inn, lagrer du dokumentet.

P.S.: Hvis noe ikke er klart, er posten alltid åpen for deg!

P.P.S.: Periodesammendragsprosessen beskrevet i denne artikkelen er ikke egnet for opprulling av regnskapssummer. For å rulle opp regnskapsresultater bør du bruke standardbehandlingen wrap.ert, eller utvikle en ny metodikk.