1C-IzhTiSin roll-upin erikoisuus on, että koko työn laajuus mahtuu asiakkaan teknologiseen ikkunaan - aikaan, jolloin kukaan ei työskentele tietokannan kanssa.
1C-tietokantojen kutistamista käytetään tietokannan määrän vähentämiseen sekä järjestelmän suorituskyvyn lisäämiseen. Kokoamisprosessin aikana vanhentuneet tiedot poistetaan ja saldot syötetään koontipäivän mukaan.
Suurin ero 1C-IzhTiS-ratkaisun ja tavanomaisen 1C-rullausmekanismin välillä on se, että tietojen muutostoimenpiteet suoritetaan mahdollisimman lyhyessä ajassa, esimerkiksi kun teknologisen ikkunan koko ei ylitä 2-3 tuntia.
Jos täydellistä pelkistystä ei voida suorittaa yhdessä istunnossa, tekniikka mahdollistaa prosessin suorittamisen osissa: sekä yksittäisille kohteille että objektiryhmille useissa teknologisissa ikkunoissa.
Kuka tarvitsee kokoelman 1C-tietokantoja
Kaikille yrityksille, jotka työskentelevät 1C:Enterprisessa pitkään:
- jos huomaat, että järjestelmä alkaa toimia tavallista hitaammin - raporttien luominen kestää kauan jne.;
- kun tietokantoihin on kertynyt suuri määrä vanhentunutta, merkityksetöntä tietoa.
Milloin rullata
Konvoluutio tulee tehdä seuraavissa tapauksissa:
- Tietokannan tilavuus on yli 50 Gt.
- Tietokannan tietueita on säilytetty yli 5 vuotta.
- Tietokannan koko aiheuttaa vaikeuksia varmuuskopion luomisessa.
- Ennen kuin päivität kokoonpanon, jota ei ole päivitetty pitkään aikaan.
1C-tietokantojen romahtamisprosessin organisointi
Tyypillinen roll-up-suunnitelma koostuu useista vaiheista:
1. Demorulla: 5-10 työpäivää
Demon tiivistäminen mahdollistaa kutistetun tietokannan lopullisen koon ja koko prosessiin kuluvan ajan arvioinnin sekä virheet, jotka korjataan seuraavissa vaiheissa. Tämä vaihe voidaan suorittaa sekä meidän että asiakkaan puolella.
2. Demo roll-upin tulosten tarkistaminen: 5 työpäivää
Tässä artikkelissa puhun algoritmista, jota käytetään prosessissa nimeltä 1c kantakonvoluutio.
Peruskonvoluutio 1c(1C-tietokannan romahtaminen) on menettely, jota käytetään optimoimaan 1C-tietokantaan kertyneet tiedot. 1C-tietokanta romahtaa parantaakseen käyttökokemuksen laatua.
Syitä 1C-tietokannan romahtamiseen
Katsotaanpa tietokannan taittamisen teoreettista kysymystä käytännön esimerkin näkökulmasta. Esimerkiksi tänään on 14. maaliskuuta 2008. Työskentelen 1C-tietokannan parissa, jota on ylläpidetty 1.1.2003 lähtien. Tukikohta on toiminut viidettä vuotta. Ohjelmoijan on vaikea ylläpitää tietokantaa (järjestelmän monimutkaisuus lisääntyy elementtien lukumäärän lisääntymisen vuoksi). Tietokannan kanssa on myös vaikea työskennellä (ohjelman nopeus).
Kuinka voit optimoida työsi 1C-tietokannan avulla?
Ohjelmoija ei yleensä välitä tietokannan koosta, koska ohjelmoija ei työskentele tietojen, vaan tietojenkäsittelyalgoritmien kanssa. Ongelmia suuren tietokannan kanssa työskennellessä saattaa syntyä tietokantaa hallinnoivalle ohjelmoijalle, paitsi jos järjestys on tarpeen palauttaa sen jälkeen, kun dokumentti on lähetetty uudelleen edellisellä jaksolla tai kun on tarpeen kirjata uudelleen kaikki erääntyneet asiakirjat. joidenkin laskutoimitusten algoritmin muutoksiin. Siksi tietokannan optimointi tehdään yleensä tietokannan käyttäjien työn laadun parantamiseksi.
Toiminnalliset ominaisuudet tietojen kanssa työskenneltäessä
1C-tietokannan kanssa työskentelevien käyttäjien toiminnot voidaan jakaa kolmeen ryhmään:
- Ensisijainen tietojen syöttö;
- Syötettyjen tietojen analysointi;
- Tulevien tietojen suunnittelu.
Käydään läpi käyttäjien toiminnalliset ryhmät.
- Tietojen syöttäjät eivät tarvitse saldoja ja liikevaihtoa edes "eiliselle". Puhumattakaan viime kuukauden tai edellisen vuoden tiedoista.
- Dataanalyytikot tarvitsevat historiallisia tietoja. Mutta tässä sinun on selvennettävä tarkalleen, mitä tietoja he tarvitsevat. Puhumme tästä alla.
- Tiedonsuunnittelijat tarvitsevat historiallisen analyysin tuloksia. Toisin sanoen tämän ryhmän käyttäjien tarpeet edellyttävät myös aikaisemmilla ajanjaksoilla kertynyttä tietoa.
Tietojen yksityiskohdat 1c-tietokantakokoelmaa varten
Jotta voit määrittää, mitä tietoja tarvitaan analysointiin ja suunnitteluun, sinun on ensin selvitettävä tietojen tarkkuus. Sanon etukäteen, että analyysiin ja suunnitteluun tarvittavien tietojen yksityiskohtaistaminen on avain 1C-tietokannan romahtamisen ongelman ratkaisemiseen.
Mitkä ovat tietojen yksityiskohdat 1C-tietokannassa? Osaan nimetä nämä:
- Kirjaus tileille kirjanpidossa.
- Rekisteröi liiketoiminnallinen kirjanpito.
- Asiakirja.
- Päivittäinen liikevaihto (viikko, vuosikymmen, kuukausi, neljännes, puolivuosi, vuosi).
- Saldo jakson alussa ja lopussa (päivä, viikko, vuosikymmen, kuukausi, vuosineljännes, vuosi).
Kun tehokkaan analyysin ja suunnittelun edellyttämä riittävän yksityiskohtaisen tiedon taso on määritetty, voidaan puhua tiedon pakkauksen asteesta tietokantaa tiivistäessä.
Työskentely tietojen kanssa "pakatun" aikana 1 sekunnin tietokannan romahtamisen jälkeen
Jos tietyn ajanjakson tiedot on "tiivistetty" tai "pakattu", sitä ymmärretään olevan määrällisesti vähemmän tietyllä määrällä. Jos tiedon määrä vähenee, tietyt tiedot menetetään lopullisesti.
Miten pääsen käsiksi tiivistettyihin tietoihin, jos tarvetta ilmenee? Tämä on erittäin tärkeä kysymys, ja siihen on vastattava ennen 1C-tietokannan keräämistä.
Esimerkkinä annan kaksi ääritapausta.
Tapaus 1: minä tahansa päivänä vuonna 2008 talousjohtaja haluaa nähdä yksityiskohtaisen kortin keskinäisistä maksuista ostajan "Alpha" kanssa maaliskuulta 2005.
Tässä tilanteessa 1C-tietokannan tiivistäminen on mahdotonta, koska tietojen tiivistäminen (pakkaus) kirjaustason alapuolelle (rekisterin siirto) on mahdotonta.
Poikkeuksena voidaan pitää työtapaa, jossa tietokanta on vielä rullattuina ja toimivassa tietokannassa romahdusjakson tiedoista jää vain työjakson alun saldot. Sitten yrityksellä on kaksi työntekijäpohjaa:
- Toimiva tietokanta, johon syötetään tiedot käynnissä olevista toiminnoista.
- Arkistotietokanta, joka tallentaa tietoja menneiden ajanjaksojen tapahtumista.
Samalla esimerkiksi talousjohtajalla on pääsy toiseen tietokantaan, jonka kanssa työskentely todella lopetettiin. Ja talousjohtaja voi halutessaan päästä "vanhaan" tietokantaan milloin tahansa ja saada kaikki tarvitsemansa tiedot aiempina aikoina.
Tapaus 2: Talousjohtaja haluaa minä tahansa päivänä vuonna 2008 saada selville yrityksen kaikkien varastotilojen vuokrakustannusten määrän vuoden 2005 3. vuosineljännekseltä. Eikä hän tarvitse tarkempia tietoja (esim. kortti keskinäisistä selvitystöistä varaston isännöitsijän kanssa).
Tässä tapauksessa 1C-tietokannan konvoluutio suoritetaan tällä tavalla:
- Erikoispyynnössä valitaan liikevaihto kohdassa "Varastokulut" neljännesvuosittain.
- Jokaiselle pyynnössä vastaanotetulle vuosineljännekselle luodaan uusi tosite ”Toiminta” (tai muu erityinen asiakirja), johon merkitään ”Varastokulut”-erän liikevaihdon määrä. Asiakirja tallennetaan ja postitetaan.
- Erikoiskäsittely poistaa kaikki asiakirjat, jotka ovat syöttäneet tietoja tiivistysjaksolta kohtaan ”Varastokulut” (paitsi erikoisdokumenttimme, jonka loimme tietokantaa purettaessa).
Poikkeuksena voidaan pitää myös työtapa, jossa pohja rullataan niin, että vain saapuvat saldot siirretään työjakson alkuun. Yrityksellä on kaksi perustaa ("toimiva" ja "vanha"). Ja talousjohtaja luo esimerkiksi MS Excelissä erityisen levyn henkilökohtaiseen käyttöön. Tässä tabletissa hän suorittaa data-analyysin ja suunnittelun. Taulukkoon hän syöttää manuaalisesti tarvitsemiensa taloudellisten indikaattoreiden kokonaisarvot analysoitavaksi ajanjaksoksi. Hän ottaa tiedot analysoitavaksi "arkisto"-tietokannasta.
Vakio 1C-tietokannan konvoluutioalgoritmi
Useimmissa tapauksissa tietokannan taitto on yleisempää.
- Käsittely luo uusia "Alkusaldojen syöttäminen" -tyyppisiä tositteita.
- Kysely valitsee saldot kaikille kirjanpitotileille, pääkirjadimensioille ja muille asiaankuuluville tietovarastoille koottavan jakson lopussa.
- Pyynnössä saadut tiedot syötetään ”Alkusaldon syöttäminen” -tyyppisiin asiakirjoihin.
- Asiakirja tallennetaan ja kirjataan tiivistysjakson viimeisenä päivänä.
- Kaikki tiivistysjakson 1C-asiakirjat poistetaan.
Menetelmät 1C-tietokannan kutistamiseen
Näin ollen on kaksi tapaa tiivistää tiedot 1C-tietokannassa:
- Tiivistetyssä jaksossa kaikki tapahtumat poistetaan ja vain puristetun jakson lopussa käytettävissä olevat alkusaldot kirjataan työjakson alkuun.
- Sama kuin ensimmäisessä menetelmässä, mutta romahtaneessa jaksossa liikevaihto jätetään niiden indikaattoreiden mukaan, jotka ovat tarpeen nykyisessä tilassa työjaksolla, vaaditulla yksityiskohtaisuudella. Puristetun ajanjakson liikevaihdon perusteella lasketut saldot siirretään työjakson alkuun.
Tammikuussa monilla on halu aloittaa kaikki alusta, ja kuulen hyvin usein asiakkailta ja lukijoilta kysymyksen: ”Voimmeko luoda uuden 1C-tietokannan, jättää kaikki virheet menneisyyteen ja alkaa pitää kirjaa oikein? Onko olemassa jonkinlaista automaattista kykyä "leikata" 1C-tietokanta vuoden alussa?" Tällainen halu on varsin ymmärrettävää ja ymmärrettävää, koska joku sai aikaisemmalta kirjanpitäjältä ei kovin hyvässä kunnossa olevan tietokannan, ja joku vain opiskeli ja teki monia virheitä, mutta nyt heillä on tarvittavat tiedot, taidot ja halu työskennellä oikein, mutta he eivät halua vetää jatkuvasti kantaen menneiden virheiden taakkaa. Ohjelmassa 1C: Enterprise Accounting 8 edition 3.0 on toiminto, kuten tietokannan kokoaminen, jonka avulla voit luoda automaattisesti saldot valitun ajanjakson alussa ja poistaa vanhat asiakirjat.
Miksi 1C-tietokannan konvoluutio on kätevä? Jos luot vain uuden tyhjän tietokannan ja aloitat manuaalisen saldon syöttämisen kaikille tileille, käytät melko paljon aikaa tähän työhön, koska sinun on siirrettävä saldosummien lisäksi myös kaikkien tilien hakemistojen tiedot. työ (vastapuolet, yksityishenkilöt, työntekijät, nimikkeistö jne.). Täsmennyksen yhteydessä ohjelma itse luo automaattisesti tilisaldot, joita voit tarvittaessa muuttaa, kaikki hakemistojen elementit säilyvät tietokantaan ja vanhat asiakirjat poistetaan. Jos haluat myös "siivota" hakemistot, voit poistaa tarpeettomat elementit manuaalisesti. Tämä vie paljon vähemmän aikaa kuin kaikkien tarvittavien elementtien syöttäminen uuteen tietokantaan.
Tärkeä vivahde: kokoamisen jälkeen nykyisessä tietokannassasi valitsemaasi päivämäärää edeltävät asiakirjat poistetaan, mutta sinun on ehdottomasti tallennettava nämä tiedot toiseen tietokantaan, koska niitä voidaan silti tarvita jatkotyössä. Yleensä luon toisen identtisen tietokannan (nimessä olevaan tietokantaluetteloon voit ilmoittaa, että yksi tietokannoista kuuluu ajanjaksoon esimerkiksi ennen vuotta 2017 ja toinen vuodesta 2017), ja sitten voit tiivistää yhden tietokannoista. ne, joissa kirjanpito suoritetaan kuluvalle vuodelle. Toinen tietokanta toimii yksinkertaisesti menneiden vuosien tietojen arkistona, jota voi käyttää milloin tahansa.
Kun olemme käsitelleet tietokannan kopiot ja tarkistaneet SALT-tiedot, siirrymme "Hallinta" -osioon ja valitsemme "Tietopohjan vähentäminen".
Ensinnäkin ohjelma kehottaa jälleen kopioimaan tietokannan. Jos sinulla on jo kopio, voit ohittaa tämän kohteen (poista valinta ruudusta). Jos sinulla ei vielä ole kopiota, älä missaa sitä missään olosuhteissa!
Sitten sinun tulee ilmoittaa vuosi, jonka alussa muodostamme saldot. Kuten pitääkin, tämä on kuluva vuosi, mutta kerran käytännössä törmäsin pyyntöön jättää viimeisen kolmen vuoden tiedot ohjelmaan roll-upin aikana (silloin tietokannan tietueita oli säilytetty yli 5 vuotta). Jos tietokannassa on useita organisaatioita, huomioimme, suoritetaanko kokoaminen kaikille vai vain valituille.
Seuraavassa vaiheessa on tarpeen ilmoittaa tiedot, mistä rekistereistä romahdamme. Jos sinulla ei ole erityisiä toiveita, voit jättää kaikki asetukset ennalleen.
Sitten näemme näytöllä luettelon tapahtumista, jotka luotiin automaattisesti vastaamaan saldoja valitun ajanjakson alussa. Jokainen toiminto on mahdollista avata katselua varten ja tarvittaessa muokata tietoja. Mutta luotuja tapahtumia on mahdollista tutkia huolellisesti myös konvoluution päätyttyä.
Seuraavassa vaiheessa tiedot tarkistetaan: tilisaldoja ennen ja jälkeen täsmäytyksen verrataan. Ihannetapauksessa summien pitäisi olla samat. Jos poikkeavuuksia ilmenee, muista tulostaa ohjelman luoma raportti ja katsoa yksityiskohtaisesti jokaista tiliä, jossa eroja on syntynyt.
Viimeisessä täsmäytysvaiheessa vanhat asiakirjat poistetaan, tämä prosessi voi kestää melko kauan, varsinkin jos ohjelman tietueita on säilytetty useita vuosia.
Ohjelma raportoi sitten konvoluution onnistuneesta loppuunsaattamisesta.
Konvoluutio ei tietenkään ole "taikapilleri" eikä ratkaise kaikkia ongelmia nopeasti, jos tietokannan tietueita ei ole säilytetty kovin huolellisesti pitkään aikaan. Täsmennyksen jälkeen saatat joutua säätämään saldoja tai selvittämään, miksi kaikkia asiakirjoja ei poistettu automaattisesti. Tässä tapauksessa joudut käyttämään tiettyä aikaa tietokannan saattamiseksi optimaaliseen tilaan: työskentele asiakirjojen kanssa saldojen syöttämiseksi ja analysoi, miksi ohjelma ei voinut poistaa joitain vanhoja asiakirjoja. Ainoa asia, jonka haluan pyytää, on kopioida tietokanta! Ja jos tietokannan tila on erittäin laiminlyöty tai syötettyjen asiakirjojen määrä on suuri, on parempi hakea apua kokeneilta asiantuntijoilta kokoamisen suorittamiseen.
Hyvä lukija, konvoluutio ei ole menestynein ratkaisu 1C-tietokannan optimoinnissa; SQL:ään siirtyminen on paljon nopeampaa ja vähemmän työvoimavaltaista. SQL:ään siirtymisen seurauksena säilytät pääsyn kaikkiin asiakirjoihin, lisäät tietokannan nopeutta useita kertoja, etkä joudu minimoimaan tietokantaa vuosittain ja huolehtimaan tiedonsiirron oikeellisuudesta.
1C v7.7 katsotaan tällä hetkellä vanhentuneeksi, mutta jotkut yritykset käyttävät sitä edelleen. Koska edistyminen ei pysähdy, useimmat 1C-asiantuntijat ovat jo kauan sitten kouluttaneet uudelleen 1C:v8-alustaa varten ja ovat unohtaneet "seitsemän", eivätkä siksi halua työskennellä sen parissa. Tässä artikkelissa kerron, kuinka tietokanta kutistetaan (arkistoidaan piste). Ei ollut sattumaa, että päätin romuttaa tietokannan, vaan tosiasia on, että tällä hetkellä "seitsemän" käyttävien tietokannan konfiguraatiot ovat muuttuneet suuresti, eivätkä he voi käyttää vakiotyökaluja. Tämä artikkeli kirjoitetaan 1C: Trade and Warehouse 9.2:een perustuvan kokoonpanon perusteella.
Lyyrinen poikkeama: Kaikki tässä esitetyt käsittelyt kuuluvat niiden tekijöille, enkä millään tavalla väitä heidän kirjoittajuutensa.
Otetaan käyttöön seuraava merkintä:
- Täysi pohja on työpohjamme, jonka lopetamme.
- Tyhjä kanta - kanta, joka sisältää vain vakiot ja hakuteokset.
- Tietokanta ilman tositteita on tietokanta, joka sisältää saldot, mutta ei sisällä kauden siirtoasiakirjoja.
- Tiivistetty pohja - pohja, joka sisältää saldot ja siirtoasiakirjat kaudelta.
Joten kehitetään pieni algoritmi tietokannan konvoluution suorittamiseksi:
- Tietokannan tarkistaminen virheiden varalta;
- Asiakirjan lisääminen konfiguraatioon rekisterien kanssa työskentelemistä varten;
- Kopion luominen tietokannasta;
- Kaikkien asiakirjojen ja säännöllisten tietojen poistaminen tietokannasta;
- Saldojen muodostaminen ja siirtäminen "Täydestä tietokannasta" "Tyhjään" tietokantaan;
- Roll-up-jakson aikana liikkuvien asiakirjojen siirto "täydestä tietokannasta" "kanta ilman asiakirjoja";
- Asiakirjojen lähettäminen ja sekvenssien palauttaminen "kutistetussa tietokannassa".
Ja nyt jokainen vaihe järjestyksessä kuvien ja selitysten kera:
1. Tietokannan tarkistaminen virheiden varalta - tämä vaihe suoritetaan konfiguraattorissa. (Hallinto - testaus ja korjaus).
Nyt meidän on määritettävä testaus- ja korjausprosessi; napsauta "Asetukset" -painiketta:
Laitamme kaikki valintaruudut kuten kuvissa, napsauta "OK" ja "Suorita". Testaus- ja korjausprosessi on melko pitkä, varsinkin jos tietokanta on suuri. Näyttää siltä, että kaikki on jäässä, mutta itse asiassa kaikki toimii.
2. Dokumentin lisääminen konfiguraatioon rekistereiden kanssa työskentelyä varten - tämän asiakirjan avulla voimme luoda dokumentin, joka sisältää tarvitsemamme rekisterin tiedot. Voit ladata asiakirjan. Arkiston sisällä on selitys, kuinka dokumentti lisätään tietokantaan, mutta kopioin sen tähän. Avaa konfiguraattori ja kutsu konfiguraatioiden yhdistämisen ohjattu toiminto (Configuration-Merging Configurations), jolloin avautuu ikkuna konfiguraatiotiedoston valintaa varten. Osoitetaan polku paikkaan, jossa purimme sen ja valitaan tiedosto 1Cv7.MD.
Tarvitsemme vain yhden asiakirjan, joten poistamme valinnat kaikista valintaruuduista paitsi "Dokumentit", tarkistamme, että ikkunan alareunassa olevat kytkimet ovat kuvakaappauksen mukaiset ja napsauta "OK". Ohjelma lisää asiakirjan ja avaa kokoonpanon. Nyt sinun on tallennettava muutokset; napsauta "Tallenna" -painiketta ja hyväksy muutokset.
3. Kopion luominen tietokannasta - kaikki on täällä yksinkertaista, kopioimme vain tietokannan hakemiston (se jonka tarkistimme ja lisäsimme asiakirjan) uuteen hakemistoon ja määritämme polun siihen 1C-kokoonpanon valintaikkunassa.
4. Kaikkien asiakirjojen ja säännöllisten tietojen poistaminen tietokannasta - tämän toimenpiteen suorittamiseen tarvitsemme *.bat-tiedoston. Lataa, kopioi kansioon, jossa on kopio tietokannasta, ja suorita - tämän toiminnon avulla voit poistaa kaikki asiakirjat tietokannasta. Seuraava vaihe on käynnistää 1C eksklusiivisessa tilassa 1C:Enterprise-tilassa (sinun on suoritettava kopio ilman asiakirjoja), tietokanta indeksoidaan uudelleen. Nyt meidän on tyhjennettävä tietokanta säännöllisistä tiedoista - tätä varten alamme testata ja korjata tietokantaa konfiguraattorissa (samalla tavalla kuin kohta 1).
5. Saldojen muodostaminen ja siirto "Täydestä tietokannasta" "Tyhjään" - suorittaaksesi tämän vaiheen avaamalla "Täysi tietokanta" ja luomalla asiakirjan "Saldot rekisterin mukaan", jonka olemme integroineet konfiguraatioon. Asiakirjat on luotava kokoamispäivää edeltävänä päivänä, esimerkiksi jos rullaamme tietokannan 01.01.2011, niin asiakirjat on luotava 31.12.2010. Dokumentin luomiseksi meidän on avattava yleinen dokumenttipäiväkirja, painettava näppäimistön "Lisää" -painiketta tai "Syötä uusi rivi" yleisen päiväkirjaikkunassa.
Sitten sinun on valittava asiakirja "Rekisterin mukaiset saldot" ja napsauta "OK". Asiakirjalomakkeen pitäisi avautua alla olevan kuvan mukaisesti:
Nyt meidän on luotava saldot tietokantamme jokaiselle rekisterille. Voit tehdä tämän valitsemalla avattavasta luettelosta tarvitsemamme rekisterin ja napsauttamalla "Täytä" -painiketta, tärkeintä ei ole unohtaa, minä päivänä luomme saldot. Jos peruskeräys suoritetaan 1.1.2011, saldot muodostetaan 31.12.10. Kun olet täyttänyt asiakirjan, napsauta "Tallenna" ja "Sulje" -painiketta, asiakirjaa ei voi kirjata. Tämä toiminto on suoritettava jokaiselle tietokannan rekisterille (valitse haluamasi rekisteri avattavasta luettelosta, älä unohda päivämäärää). Kaikki "Rekisterin mukaiset saldot" -asiakirjat on luotava yhdessä päivässä.
Kun kaikki "Rekisterin mukaiset saldot" -asiakirjat on luotu, meidän on siirrettävä ne "Tyhjään kantaan". Tarvitsemme tämän käsittelyn siirtääksemme. Lataa, pura ja avaa tiedosto "Universal.ert" "Full Database" -kansiossa (Tiedosto->Open-Universal.ert). Ikkuna avautuu alla olevan kuvan mukaisesti:
Nyt sinun on määritettävä käsittely; tehdäksesi tämän vaihe vaiheelta (kuten alla olevassa kuvakaappauksessa) täytä kaikki käsittelyvaatimukset:
Muista, että käsittelyssä määrität polun "Tyhjään kantaan". Kun olet suorittanut kaikki käsittelyvaatimukset ensimmäisessä välilehdessä, siirrymme suoraan saldojen siirtoon. Voit tehdä tämän siirtymällä "Tositeet"-välilehdelle, merkitsemällä ainoaksi tositeeksi "Rekisterin mukaiset saldot" ja määrittämällä tositteiden luomispäivämäärän.
Tarkistamme vastaavuuden yllä olevan kuvakaappauksen kanssa, jos kaikki vastaa, napsauta "OK" -> "Siirrä asiakirjat".
Saldojen siirto "Tyhjään kantaan" alkaa, siirron jälkeen sinun tulee avata "Tyhjä kantamme", johon saldot siirrettiin, ja postitettava kaikki asiakirjat "Rekisterin mukaisiin saldoihin". Tätä varten avaa yleinen dokumenttipäiväkirja, siirry siirtopäivään (meidän tapauksessamme 31.12.10) ja kirjaa kaikki asiakirjat "Rekisterin saldot".
7. Roll-up-jakson aikana liikkuvien asiakirjojen siirto "Täydestä tietokannasta" "Kantaan ilman asiakirjoja" - tämä vaihe suoritetaan kuten edellinen käsittelyä käyttäen. Tiedämme jo kuinka käyttää sitä, joten teemme kaiken kuten kuvakaappauksessa kohdasta 6:
Siirry "Asiakirjat" -välilehdelle, valitse ehdottomasti kaikki asiakirjat ja aseta ajanjakso ajanjakson alusta nykyiseen hetkeen, meidän tapauksessamme 01.01.11 - 10.13.11. Asetamme myös kytkimet "Päällä merkitty poistettavaksi" ja "Päälle suoritettu" kuvakaappauksen mukaan.
Seuraava vaihe on siirtyä "Lisäasetukset" -välilehteen. Sinun on valittava ruudut kuten kuvakaappauksessa ja ilmoitettava ajanjaksosi:
Kun olet asettanut kaikki valintaruudut ja kytkimet, napsauta "OK" -> "Siirrä asiakirjat" (kuvakaappaus vaiheesta 6):
7. Asiakirjojen lähettäminen ja sekvenssien palauttaminen "kutistuneeseen tietokantaan" - kun asiakirjojen siirto on valmis, koko "kutistunut" tietokanta on lähetettävä uudelleen kauden alusta nykyiseen päivämäärään (tapauksessamme 01.01. .11-13.10.11). "Toiminnot" -> "Asiakirjojen lähetys":
P.S.: Ongelmien ratkaiseminen "Rekisterin mukaiset saldot" -asiakirjan kanssa:
Artikkelin julkaisun jälkeen sain sähköpostiin paljon pyyntöjä, joissa kysyttiin, miksi "Rekisterin saldot" -asiakirjaa ei täytetty ja annetaan virhe. Tämän ongelman ratkaisemiseksi ja kaikkien kysymyksiin vastaamiseksi jätän tähän oppaan asiakirjan viimeistelemiseksi.
1. Avaa konfiguraattori ja valitse "Register Balances" -asiakirja.
2. Avaa asiakirjalomake:
3. Napsauta "Uusi"-painiketta ja lisää tarvittava määrä resursseja ja ulottuvuuksia.
a) Resurssin asetukset ovat seuraavat:
b) Mittausasetukset ovat seuraavat:
Pohjaani varten loin noin 10 ulottuvuutta ja 9 resurssia.
4. Avaa asiakirjalomake konfiguraattorissa ja napsauta "Lomake"-painiketta:
5. Valitse avautuvasta lomakkeesta taulukkoosa ja klikkaa kuvan "Lisää tiedot" -painiketta:
6. Valitse alareunasta kaikki uudet resurssit ja mitat ja liitä ne asiakirjaan:
7. Tallenna asiakirja lisäyksen jälkeen.
P.S.: Jos jokin on epäselvää, posti on aina auki!
P.P.S.: Tässä artikkelissa kuvattu ajanjaksojen yhteenvetoprosessi ei sovellu kirjanpidon summien kokoamiseen. Kirjanpidon tulosten keräämiseksi sinun tulee käyttää standardia wrap.ert-käsittelyä tai kehittää uusi menetelmä.
Lähetä tämä artikkeli sähköpostiini
Yrityksen vuosien aikana 1C-tietokantaan kertyy valtava määrä tietoa, minkä seurauksena se kasvaa merkittävästi ja menettää nopeutta. Tietokannan puhdistamiseksi, vanhentuneiden asiakirjojen poistamiseksi ja tämän seurauksena järjestelmän nopeuttamiseksi on kehitetty erityinen toiminto 1C-tietokannan kutistamiseksi. Lisäksi tarvitaan konvoluutiota luottamuksellisten tietojen tallennuksen järjestämiseen (pääsy vanhoihin asiakirjoihin on suljettu), tietokanta-arkiston luomiseen ja päivitysten tekemiseen kuluvan ajan lyhentämiseksi.
1C-tietokannan romahtaminen on tietty algoritmi rekistereiden ja asiakirjojen käsittelyyn, minkä seurauksena vanhat asiakirjat poistetaan / merkitään poistettavaksi (paitsi ne, jotka ovat välttämättömiä arvonlisäveron, käyttöjärjestelmän jne. kirjanpitoon), merkintä valitun päivämäärän kannalta merkitykselliset saldot on suoritettu loppuun, rekisteritiedot kutistetaan .
Tässä artikkelissa tarkastellaan 1C 8.3 Accounting 3.0 -tietokannan kokoamisprosessia.
Huomaa, että tämä tekniikka sopii myös muihin vakiokokoonpanoihin, kuten ERP, UT 11, ZUP.
Konvoluutio suoritetaan tyhjässä tietokannassa, ts. kaikkien käyttäjien on lopetettava työnsä siinä ja kirjauduttava ulos.
1C 8.3 Accounting 3.0 -tietokannan vähentäminen.
Avaa käsittely Hallinta-osiosta.
Ensimmäisellä välilehdellä käsittely kehottaa sinua tekemään varmuuskopion. On tärkeää! Luomalla kopion tietokannasta voit palauttaa kaiken alkuperäiseen tilaan virheiden sattuessa sekä tarvittaessa laajentaa tietokantaa arkistosta ja hankkia tarvittavat tiedot. Täällä sinun on myös syötettävä pienennystoimenpiteen suorittavan käyttäjän salasana. Edelleen.
Päätä päivämäärä 1C-tietokantakoon valmistumiselle ja merkitse organisaatiot, joille se suoritetaan. Edelleen.
1C-tietokannan romahtamisen seuraavassa vaiheessa on tarpeen vahvistaa säännöt rekisterien käsittelylle. Voit määrittää omat asetukset jokaiselle rekisterille. Seuraavat vaihtoehdot ovat käytettävissä:
Älä tiivistä - kaikki liikkeet tallennetaan rekisterin mukaan, vastaavia rekisteröintiasiakirjoja ei merkitä poistettaviksi;
Kutista - liikkeet rekisterissä minimoidaan ja vastaavat rekisteröintiasiakirjat merkitään poistettavaksi;
Tyhjennä - järjestelmäobjektit poistetaan syöttämättä niistä jäljellä olevia tietoja. Tämä toimenpide on mahdollista vain tietorekistereille.
Kun siirryt välilehdelle, toiminnot on jo asetettu ja on suositeltavaa jättää jo määritetty vaihtoehto. Suositeltuihin asetuksiin paluutoiminto on myös käytettävissä täällä. Edelleen.
Neljännellä välilehdellä voit tarkastella luotuja saldokirjaustositteita. Saldo kirjataan päivämääränä, joka edeltää toisella välilehdellä asetettua päivämäärää. Voit tehdä niihin muutoksia ja lisätä uuden asiakirjan. Edelleen
Seuraavalla välilehdellä tarkistetaan saldokirjaustositteiden tiedot. Tiedot esitetään raportin muodossa. Asetusten avulla voit näyttää raportin erilaisista rekistereistä, indikaattoreista ja ryhmittelyistä. Edelleen.
Seuraava vaihe 1C 8.3 Accounting 3.0 -tietokannan kutistamisessa on poistaa vanhoja asiakirjoja. Ja jos nyt voit edelleen palata edellisiin vaiheisiin ja peruuttaa kaiken, paluu ei ole enää mahdollista tämän välilehden Seuraava napsautuksen jälkeen. Kun vahvistat toimenpiteen, järjestelmä antaa poistomerkin vanhoille asiakirjoille. Tämä prosessi voi kestää kauan. Edelleen.
Joten 1C 8.3 Accounting -tietokannan kokoaminen on valmis. Valmis-välilehdelle pitäisi ilmestyä viesti, joka osoittaa prosessin onnistuneen loppuunsaattamisen.
Jos haluat poistaa asiakirjat pysyvästi tietokannasta, sinun on suoritettava poistettavaksi merkittyjen kohteiden poistaminen.