Obremenitev od 1s 7,7 do 8,3. Prehod iz standardne konfiguracije s prenosom dokumentov iz prejšnjega obdobja

Načelo delovanja.

Nekaj ​​besed o tem, kako se podatki prenašajo iz tipična konfiguracija « Računovodstvo", izdaja 4.5 za 1C:Enterprise 7.7 ali konfiguracijo "" (v nadaljevanju izvorne konfiguracije) v standardno konfiguracijo " Računovodstvo podjetja", izdaja 3.0 za 1C:Enterprise 8 (različica 3.0.52), v nadaljevanju "Konfiguracija sprejemnika".

POMEMBNO! Prenos podatkov je možen iz konfiguracije Računovodstvo izdaja 4.5 za 1C:Enterprise 7.7 različice 7.70.569 in novejše ali iz konfiguracije " Poenostavljeni sistem obdavčitve, ed. 1.3"različice 7.70.219 in novejše.

Priporočljivo je preklop iz izvorne konfiguracije na ciljno konfiguracijo na začetku novega obdobja (leto, četrtletje, mesec) po zaključku regulativnih operacij prejšnjega obdobja.

Prenos podatkov poteka s pomočjo specializirane obdelave, ki prenese podatke iz izvorne konfiguracijske informacijske baze v datoteko v formatu XML. Nastala datoteka se naloži v informacijsko bazo konfiguracije prejemnika z uporabo univerzalne obdelave nalaganja podatkov.

Za prenos podatkov so potrebne naslednje datoteke:

ACC_ACC8 .ert - zunanja obdelava nalaganje podatkov v zunanjo datoteko iz konfiguracije " Računovodstvo, Rev. 4.5»;

USN_ACC8 .ert - zunanja obdelava nalaganja podatkov v zunanjo datoteko iz konfiguracije " Poenostavljeni sistem obdavčitve, ed. 1.3»;

ACC_ACC8 .xml - pravila za pretvorbo podatkov.

USN_ACC8 .xml - pravila za pretvorbo podatkov.

Prenosljivi podatki.

Naslednje se prenese iz informacijske baze izvorne konfiguracije v konfiguracijo prejemnika:

Elementi referenčnih knjig;

Podatek o tekočih stanjih na knjigovodskih kontih Konfiguracijsko-izvorne informacijske baze na dan konverzije informacijske baze;

Trenutni dokumenti z datumom, ki je daljši od datuma konverzije informacijske baze.

Pretvorba poteka v dveh fazah:

Podatki iz informacijske baze Source Configurations se naložijo v ločena datoteka(podatkovna datoteka);

Nastala datoteka se naloži v bazo informacij o konfiguraciji prejemnika.

Namestitev.

Za namestitev obdelave selitve podatkov morate uporabiti namestitveni program setup.exe. Po zagonu programa (če je št informacijske baze 1C: Podjetje je veliko, nato pa se čez nekaj časa prikaže pogovorno okno, v katerem morate označiti tiste informacijske baze, kjer bo nameščena obdelava prenosa podatkov. Okno je videti kot na sliki 1. Če je število informacijskih baz več kot sedem, uporabite gumba "gor" in "dol" za navigacijo. Če je izbranih več informacijskih baz, vrstica »pot« odraža lokacijo le zadnje izbrane informacijske baze. Te informacije so pomožne narave in se po želji uporabljajo za dodaten nadzor s strani uporabnika nad rezultatom dela. namestitveni program, temu ne posvečajte posebne pozornosti, program bo sam določil, kje so nameščene informacijske baze, ki ste jih izbrali.

Slika 1 Okno za izbiro informacijskih baz med namestitvijo

Dodatno lahko določite mapo, v katero bo nameščena tudi obdelava prenosa podatkov, kar storite v oknu za izbiro mape (s klikom na gumb s tremi pikami). Celotna pot do izbrane mape se bo odražala v izbirni vrstici. Po kliku na gumb »Namesti« se bodo potrebne datoteke namestile v izbrane informacijske baze in (ali) v izbrano mapo. Po zaključku lahko kliknete gumb »podrobnosti« in vidite podroben dnevnik namestitve, katere datoteke so bile zapisane v katere mape. Posledično bi morala imeti izbrana mapa nekaj podobnega naslednji sliki, glejte sliko 2.

Slika 2 Datoteke, nameščene v izbrani mapi

V podimenik ExtForms obdelava je nameščena Prehod na 1C: Računovodstvo 8, ed. 3.0 in pravila prenosa. Upoštevajte, da je nalaganje obdelavo ACC_ACC8.ert in pravila za nalaganje podatkov nadomestijo standardno obdelavo in pravila. Če želite obdržati standardni prehodni mehanizem, novo obdelavo namestite v ločen imenik in ne v informacijsko bazo.

Postopek namestitve je podrobneje opisan na primeru namestitve poročila " za konfiguracijo "1C: Računovodstvo 7.7".

Postopek delovanja.

V programu " 1C: Računovodstvo 7.7"je treba odpreti od dodatne lastnosti obravnavati " Prehod na 1C: Računovodstvo 8, ed. 3.0", izberite mapo, v kateri se nahajajo pravila prenosa (glej sliko 3) in prenesite pravila menjave. Ni vam treba vključiti vseh pravil prenosa. Uporabite le tista, ki so potrebna, na primer za prenos stanja, ali stanja in dokumenti. Na primer, v skupino imenikov ni mogoče vključiti niti enega pravila, ker se vsi imeniki prenašajo po sklicu, kot je potrebno, torej samo tisti, ki so vključeni bodisi v stanja ali v dokumente. To zagotavlja, da ni "smeti" v novi informacijski bazi. Dokumenti tudi niso, morate vključiti vse. Na primer, če nekaterih dokumentov ni v vaši bazi ali jih ne želite prenesti, vam tega pravila ni treba omogočiti.

Slika 3. Obdelava za nalaganje podatkov

Priporočam, da nastavite ime podatkovne datoteke na "C:\v77_v8\Exp77_80.xml", ta mapa se pogosto uporablja privzeto v programu " 1C: Računovodstvo 8"pri nalaganju podatkov iz programov na platformi" 1C:Podjetje 7.7". Po potrebi nastavite parametre na strani " Opcije".

Med postopkom prenosa podatkov iz konfiguracije " Računovodstvo 7.7»Lahko pride do različnih napak. Tukaj predstavljena pravila prenosa se od standardnih razlikujejo po tem, da na stopnji nalaganja podatkov izvedejo iskanje tipične napake. Razmislimo o tistih, o katerih so prikazana sporočila.

Ničelna količina in neničelna količina elementov zaloge. Vnos stanja v prevzemno konfiguracijo tako, da je količina materiala enaka nič, stroškovna ocena materiala pa ni enaka nič, je nemogoča in tudi nesmiselna, ker je to napaka. Zato pri prenosu stanj takšne pozicije (s količino nič) ne bodo vključene v bilančne dokumente. Posledično, če se napake ne popravijo pred prenosom podatkov, se zneski v izvoru in cilju podatkov pri prenosu stanj ne bodo ujemali, kar bo povzročilo dodatne težave pri usklajevanju. Zato v procesu prenosa podatkov iz konfiguracije " Računovodstvo 7.7» se prikažejo sporočila o odkritih napakah (glej sliko 4). Poleg tega lahko za iskanje napak priporočamo uporabo obdelave »Hitro preverjanje vodenja računovodstva«, in sicer pravilo »Odsotnost zneska, ki ni enak nič, ko je količina materiala nič«.

Slika 4.1 Sporočila o odkritih napakah

Neničelno stanje za podračun druge (tretje) stopnje, medtem ko je stanje na prvi (drugi) ravni nič. To je dokaj pogosta situacija napačnega vodenja evidenc. Tipičen primer je prikazan na sliki 4.2. Ta pogoj nastane kot posledica "prerazvrščanja" v analitičnem računovodstvu. Na primer, dogovor je naveden v dokumentih o denarnem toku, v dokumentih o kapitalizaciji pa ni dogovora, ali obratno, ali obstajajo dogovori, vendar so različni. V vseh teh primerih je stanje po pogodbah različno od nič, kljub dejstvu, da je stanje po nasprotni stranki enako nič. Podobna slika se lahko pojavi pri računovodstvu materialov in nomenklature (če je vključeno skupno obračunavanje po skladiščnih mestih): prerazvrščanje med skladišči, še posebej, če so skladiščniki materialno odgovorne osebe.

Slika 4.2 Primer napak v računovodstvu

Jasno je, da gre za napako, in jasno je, da takih bilanc nima smisla prenašati. Da bi izključili prenos tovrstnih stanj, obstaja parameter »Ne razbremeni stanja, če je na zgornji ravni ničelno stanje«. Če je ta parameter nastavljen na ena, se med nalaganjem prikažejo sporočila, prikazana na sl. 4.3 (primerjaj s sliko 4.2), ravnotežja za takšne položaje pa ne bodo razložena. Uporabite lahko različne kombinacije tega parametra s pravili za prenos različnih stanj. Če ne prenesete vseh stanj hkrati, ampak po računovodskih odsekih, potem lahko prenesete stanja iz različnih računovodskih odsekov z različnimi vrednostmi parametrov.

Slika 4.3. Sporočila o napakah

Prazne pogodbene vrednosti ali tuje pogodbe. Težava je podobna zgoraj opisani, razlog je enak - napačno razvrščanje v analitičnem računovodstvu za pogodbe (glej sliko 4.4). Toda stanje za nasprotno stranko ni nič, zato zgoraj opisano pravilo preverjanja ne bo delovalo. Pri prenosu podatkov pride do napake pri knjiženju dokumenta za vnos stanj, ker prazna pogodbena vrednost ni dovoljena.

Slika 4.4 Poročilo, ki prikazuje napako

Za odpravo takšnih napak pred prenosom se v fazi nalaganja podatkov izdajo sporočila o napakah (glej sliko 4.5). Ista slika kaže, da je prišlo do druge napake: pogodba ne ustreza nasprotni stranki, tj. lastnik pogodbe je druga nasprotna stranka. Takšne napake pogosto najdemo v spremenjenih, tj. nestandardnih konfiguracijah ali v zbirkah podatkov, ki so nastale že davno, ko tudi v standardnih konfiguracijah ni bilo dovolj strogega preverjanja skladnosti pogodb pri izpolnjevanju dokumentov.

Slika 4.5 Računovodska sporočila o napakah

Preverjanje praznih vrednosti pogodb in pogodb drugih ljudi se izvede, če je parameter " nastavljen na eno Preverite pogodbe za prazne vrednosti in skladnost z nasprotno stranko". Poleg tega lahko za iskanje napak priporočamo uporabo obdelave "Hitro preverjanje vodenja računovodstva", in sicer pravila "Odsotnost prazne analitike za pogodbe" in "Skladnost nasprotnih strank in pogodb".

Obstajajo tudi drugi pregledi napak, za več informacij nas kontaktirajte (kontakti na dnu strani).

Metode dela

Na primeru nalaganja dokumentov ločene vrste ali celo posameznih kopij dokumentov izbrane vrste bomo pokazali, kako lahko podatke prenašate po delih in ne v celoti. Označimo samo eno pravilo za nalaganje podatkov " Plačilni nalog" (glejte sliko 5). To vam bo omogočilo nalaganje samo dokumentov vrste " Plačilni nalog". Če s temi parametri kliknete na gumb " Razbremenitev", potem bodo preneseni vsi dokumenti vrste " Plačilni nalog", ki se nahaja v časovnem intervalu z " začetni datum" Avtor " Datum veljavnosti". Pritisni gumb " Namestite PVD", za tem sporočilo " Izbira podatkov za Plačilni nalog".

Slika 5 Kako nastaviti pravilo za nalaganje podatkov določene vrste

Nato kliknite gumb "Dodaj pogoj", izbrali boste lahko izbirni atribut (glejte sliko 6.1), najpogosteje je to " CurrentDocument", ki vam omogoča, da izberete posamezen dokument s seznama dokumentov te vrste. Z drugimi izbirnimi podrobnostmi lahko pridobite izbor za skupino dokumentov, na primer izberete dokumente po datumu. V vseh primerih so dokumenti izbrani v časovnem intervalu, določenem s parametri " Začetni datum"in" Datum veljavnosti".

Slika 6.1 Kako izbrati en dokument

Pomembno! "1C"), ki v nekaterih konfiguracijah ne omogoča izbire dokumentov pri nalaganju glede na podrobnosti izbire. To je posledica dejstva, da v standardna pravila ah, dokumenti so izbrani na zahtevo brez navedbe obdobja. Takšne zahteve ne delujejo vedno.

Na podoben način lahko naložite imenike, ne celotnega imenika, ampak tako, da izberete glede na nekatere podrobnosti. Najprej izberite želeno pravilo za nalaganje podatkov, nato pa zaporedoma pritisnite gumbe " Namestite PVD"in" Dodajte pogoj". Na primer, slika 6.2 prikazuje, kako lahko razbremenite samo tiste zaposlene, s katerimi v času prehoda iz programa " 1C: Poenostavljen sistem obdavčitve, ed. 1.3" na " 1C: Računovodstvo podjetja, izdaja 3.0« (ali, kot pogosto rečejo uporabniki, prehod iz računovodstva 7.7 na 3.0) so bila vzpostavljena delovna razmerja.

Slika 6.2 Kako izbrati skupino elementov imenika

Pomembno! Napaka v standardnih pravilih je bila popravljena v predlaganih pravilih za prenos podatkov (iz podjetja "1C"), kar vodi do nepravilne izbire elementov imenika pri razkladanju z uporabo periodičnih podrobnosti imenika, tj. tiste, ki imajo različne vrednosti, nastavljene za različne datume. To je posledica dejstva, da se v standardnih pravilih izbira elementov imenika izvede s poizvedbo brez navedbe obdobja.

Izbira na podlagi periodičnih podrobnosti imenika se opravi na datum parametra " Datum veljavnosti"!!!

Uporabite lahko kombinacijo pravil za nalaganje in izbiro podatkov. Pravila, ki imajo nastavljene izbire, bodo označena kot »[IZBOR]«. Če želite videti ali urediti izbiro določenega pravila za nalaganje podatkov, morate dvoklikniti to pravilo na seznamu pravil ali, ko ste ga izbrali, klikniti gumb " Namestite PVD".

Pomembno!Če se nalaganje predmetov izkaže za prazno ali nepopolno, morate preveriti, ali je način sinhronizacije nastavljen z 1C: Računovodstvo 8. V tem primeru bodo naloženi samo objekti, spremenjeni po prenosu (Imenik.Sinhrono računovodstvo Parameters shrani parameter Položaj zadnjega naloženega dokumenta, ki se med nalaganjem preveri s funkcijo CheckFor Upload Possibility). Zaposlitev za polni delovni čas v načinu sinhronizacije postane nemogoče. Način sinhronizacije se preveri po nalaganju pravil izmenjave. Če je način nameščen, se prikaže opozorilno okno (glejte sliko 6.5) in pozvani boste, da onemogočite način sinhronizacije.

riž. 6.5 Opozorilno okno načina sinhronizacije

Dodatne razlike od standardnih pravil

Odpravljena napaka pri prenosu PT&U s starimi vrstami potrdil: če je v dokumentih Prejem blaga in storitev vrsta potrdila enaka 2 (zastarela vrednost) in ni računa dobavitelja, napačna pretvorba tega dokumenta v BP 3.0 v vračilo dokument od kupca pride.

Napaka je bila odpravljena pri prenosu ročnih operacij, ki imajo podračun Division, v PROF različico BP. Takšna operacija ni zabeležena v BP, pojavi se napaka: "Polje delitve mora biti prazno." To je posledica dejstva, da so pravila zasnovana za delo z različicami CORP, vendar morata biti v PROF dimenziji DivisionDt in DivisionKt računovodskega registra prazni.

Odpravljena je napaka, ki je povzročila podvajanje skupin imenikov pogodbe in posledično do podvajanja elementov tega imenika (ker se iskanje med nalaganjem izvaja ob upoštevanju nadrejenega). To je prikazano na sliki 6.6.

Slika 6.6 Rezultat prenosa imenika pogodbe standardna pravila

Tukaj v kolumni starš(skupina imenikov) z imenom 2015 Obstajata dve različni skupini imenikov z enakim imenom (v izvoru je samo ena skupina), zato se pogodbe podvajajo.

Odpravljena napaka pri prenosu bančnih dokumentov pri prenosu denarja z enega tekočega računa na drugega. IN BP 3,0 v tem primeru se ustvari dokument Bremenitev TRR z vrsto operacije Prenos na drug račun organizacije, ki se ne izvaja zaradi neizpolnjevanja podatkov Račun prejemnika. Poleg tega so podatki nepravilno izpolnjeni. račun in Debetni račun. To se prikaže, če sta različni, na primer 55 in 51, potem ju je treba zamenjati. Odpravljena napaka pri izpolnjevanju podrobnosti Vrsta obveznosti v dokumentih o prenosu davka. Vse zgoraj navedeno velja za izdajo 3.0.43.215.

Rekviziti se prenašajo glavna pogodba imenik Nasprotne stranke.

Spremenjeno je pravilo za prenos imenika Nomenklatura, zdaj je metoda izbire podatkov standardno vzorčenje, ki vam omogoča izbiro elementov imenika po podrobnostih (v standardnih pravilih poenostavljenega davčnega sistema 7.7 - BP 3.0 to ni mogoče). Pri prenosu imenika Nomenklatura, se prenašajo in Cene artiklov prek povezav, tj. cene samo prenosnih postavk nomenklature. Če želite omogočiti to funkcijo, morate vrednost parametra nastaviti na eno Naložite cene pri razkladanju artiklov.

V standardnih pravilih "USN 7.7 - BP 3.0" je bila odpravljena napaka pri prenosu stanj za poravnave z nasprotnimi strankami: vrsta pogodbe je bila vedno nastavljena na drugo. Zdaj - odvisno od vrste stanja, v skladu z računovodskim oddelkom " Kalkulacije z dobavitelji in izvajalci"vrsta pogodbe = " Z dobaviteljem", glede na računovodski del" Kalkulacije s kupci in kupci"vrsta pogodbe = " S kupcem", v drugih primerih vrsta pogodbe = " drugo".

V standardnih pravilih "USN 7.7 - BP 3.0" je bila odpravljena napaka pri prenosu stanj za poravnave z nasprotnimi strankami: znesek medsebojnih poravnav je bil zabeležen v dveh podrobnostih vhodnega dokumenta začetna stanja vsota in Znesek Kt. Zaradi tega vstopni dokument otvoritvenih stanj ni bil knjižen.

PreveriteS kupcem" (v standardnih pravilih " drugo"). Vrednost atributa " je nastavljena. Stanje plačila", to je pomembno za prava izbira račune za plačilo kupcu v bančnih plačilnih dokumentih v Konfiguraciji prejemnika.

Pri prenosu dokumentov obrazca " Plačilni nalog"vrsta pogodbe je nastavljena na " Z dobaviteljem" (v standardnih pravilih " drugo").

V standardnih pravilih "USN 7.7 - BP 3.0" je bila odpravljena napaka pri prenosu lokacij za shranjevanje: podrobnosti "niso izpolnjene" Vrsta skladišča".

Dodan parameter " Vključena menjava z regulativnimi organi": če je njegova vrednost 1, potem je prop Vrsta izmenjave z nadzornimi organi element imenika " Organizacije"nastavi na vrednost" Izmenjava v univerzalnem formatu", drugače v " Exchange Disabled"kot v standardnih pravilih. To je pomembno za ponavljajoče se (redne) prenose, da ne pokvarite nastavitve EDF.

Pravilo iskanja prenesenih elementov za imenik je bilo spremenjeno " Nasprotne stranke": najprej izvede iskanje KOSITER in kontrolna točka(če so te vrednosti izpolnjene), potem samo z KOSITER in končno z Ime. V vseh treh primerih iskanje vključuje atribut skupine (ThisGroup) in samo skupino (Parent). To je pomembno za ponavljajoče se (redne) prenose, da ne ustvarite dvojnikov za nasprotne stranke s spremenjenimi imeni PO nalaganju.

Pri prenosu nasprotnih strank izpolnite podatke CountryRegistration kar pomeni "Rusija". To je potrebno, da po nalaganju imenika nasprotnih strank v program "1C računovodstvo 8" Ni mi bilo treba ročno izpolnjevati zahtevanih podatkov CountryRegistration. Če ni izpolnjen, potem v obliki elementa imenika " Nasprotne stranke"podrobnosti bodo na voljo" Davčna številka"in" Reg. število"in podrobnosti" KOSITER"in" kontrolna točka" bo skrit.

Pravilom prenosa “USN 7.7 - BP 3.0” je dodano pravilo nalaganja podatkov za prenos imenika “Zaposleni” (v standardnih pravilih se prenaša le imenik posameznikov).

V pravilih prenosa "USN 7.7 - BP 3.0" je popravljeno pravilo prenosa za informacijski register Trenutna tarifna stopnja zaposlenih.

Značilnosti prenosa plačilnih nalogov za plačilo davka

Za plačilne naloge z vrsto transakcije Prenos davka Dodatni podatki morajo biti izpolnjeni: KBK - šifra proračunske klasifikacije, status prevajalnika itd. Strukture teh podrobnosti so v Bukh 7.7 (USN 7.7) in v BP 3,0 se ne ujema. Zlasti v BP 3,0 Nekatere od teh podrobnosti so vključene v ločen imenik Vrste davkov in plačil v proračun, povezava do katere je v plačilnem nalogu. Imenik vsebuje številne podane elemente, ki se pojavijo v informacijski bazi, na primer pri urejanju računovodske usmeritve. Pri prenosu podatkov se ti elementi prikažejo tudi pri nalaganju računovodske usmeritve. Pri nalaganju in prenašanju plačilnih nalogov element imenika Vrste davkov in plačil v proračun iskali s KBK za zamenjavo v podatkih plačilnega naloga davek. Zato je priporočljivo, da po prenosu računovodskih usmeritev preverite, ali so v imeniku vsi potrebni davki in jih po potrebi dopolnite. Pri primerjavi (sinhronizaciji) KBK v plačilnih nalogih vir in prejemnik ne upoštevata štirih kategorij KBK, kategorije 14-17, šifra podvrste dohodka: davek, kazen, globa itd. V imeniku Vrste davkov in plačil v proračun ti biti so napolnjeni z ničlami. Pri dodajanju novih elementov v imenik morajo biti tudi številke 14-17 zapolnjene z ničlami.

Prenos velikih informacijskih baz podatkov.

Prvič, pri prenosu velikih informacijskih baz lahko postopek prenosa podatkov traja zelo dolgo. To se zgodi, če je v enem računovodskem delu veliko stanja, na primer stanje blaga. Če želite skrajšati čas nalaganja, lahko uporabite tehniko razdelitve enega dokumenta " Vnos začetnih stanj"za nekaj. Če nastavite vrednost parametra " Število vrstic v bilančnem dokumentu" drugačen od nič (glejte sliko 6.3), bo nalaganje podatkov v en dokument omejeno na določeno vrednost. To lahko zelo znatno (večkrat) skrajša čas nalaganja.

Sl.6.3 Nastavitev parametrov pri prenosu podatkov z omejitvijo velikosti dokumenta " Vnos začetnih stanj»

Opomba: vrednost parametra omejuje število vrstic tabele transakcij, naloženih v en dokument " Vnos začetnih stanj", namesto da podate število vrstic samega dokumenta. Zato se bo število vrstic dokumenta razlikovalo od vrednosti parametra; to ni napaka. Pri razdelitvi dokumenta " Vnos začetnih stanj« za več dokumentov bo komentarju vsakega dokumenta na koncu vrstice dodan postfix: »-1«, »-2« itd.

POMEMBNO! Opisani algoritem za razdelitev enega dokumenta " Vnos začetnih stanj"več se uporablja samo za skrajšanje časa nalaganja podatkov; vsi dokumenti se naložijo v eno datoteko, tj. Prenos podatkov poteka v enem koraku, komentarji (postfiksi) se ustvarijo samodejno, naveden je samo en parameter. Toda ta tehnika ne reši problema pomanjkanja pomnilnika, o katerem bomo razpravljali spodaj.

Pri selitvi velikih informacijskih baz lahko pride do težave z nezadostno pomnilnik z naključnim dostopom: Pri poskusu nalaganja se bo program zaprl z ali brez ustreznega sporočila o napaki. Poskus zamenjave računalnika z zmogljivejšim je neuporaben. V tem primeru bi morali podatke naložiti po delih in jih razdeliti na dele. To zahteva pravila prenosa, ki podpirajo navedeni način. Poglejmo, kako razbremeniti. Prvič, prenos podatkov je treba izvesti samo z enim pravilom za nalaganje (glejte sliko 6.4). Če je prenos nemogoč po enem pravilu, ga razdelimo na dele, pri čemer navedemo začetno in končno številko porcije. Vsak del bo vseboval informacije za dano število analitičnih vrednosti prve ravni, na primer stanja izdelkov, tj. določeno število vrednosti stanja na računu "41". Če poznate skupno količino analitike za račun, je enostavno izračunati število obrokov. Koliko podatkov se brez težav prenese naenkrat (v eno informacijo), je treba ugotoviti eksperimentalno, praviloma se pri nalaganju stanja na računih pojavijo težave pri prenosu, ko je število stanj več tisoč ali več. Čeprav lahko zaradi prihranka časa pri nalaganju podatkov priporočamo, da jih razdelite na dele, tudi če je mogoče naenkrat naložiti vsa stanja v računovodski del. Čas nalaganja je odvisen od velikosti podatkovnega dela, ne sorazmerno, ne linearno. Če torej na primer deset tisoč bilanc izdelkov razdelite na deset delov po tisoč, lahko čas raztovarjanja večkrat skrajšate. Če prenašamo prvi del, morda ne bo navedena številka začetnega dela, če se prenaša zadnji del, pa ne sme biti navedena številka končnega dela.

POMEMBNO! Pri prenosu podatkov po delih je treba v parametrih določiti postfiks, ki sodeluje pri oblikovanju komentarja dokumenta “ Vnos začetnih stanj" Pri spreminjanju številk obsega porcij ne smete pozabiti spremeniti postfiksa, sicer bodo pri nalaganju v konfiguracijo prejemnika dokumenti z enakimi komentarji (postfiksi) prepisani. Ime podatkovne datoteke ni posebno pomembno. Uporabite lahko zaporedno taktiko prenosa: razkladanje - nalaganje, razkladanje - nalaganje itd. V tem primeru imena podatkovne datoteke ni treba spreminjati. Izberete lahko taktiko: najprej vse razložite, nato vse naložite. V slednjem primeru bo treba ime podatkovne datoteke spremeniti ob vsakem nalaganju. Še en primer. Če je število stanj v računovodskem delu (na primer blaga) recimo 10.000, ga razdelimo na tisoče, potem dobimo 10 delov. Vsak del mora imeti edinstveno postfix: "-1", "-2", "-3", "-4". Če razložimo vse preostalo blago in nato vse naložimo, morajo biti tudi podatkovne datoteke unikatne, na primer: “41_1”, “41_2”, “41_3”, “41_4”. Parametra »Začetek številke dela« in »Konec številke dela« naj imata naslednje vrednosti: 0, 1000; 1001, 2000; 2001, 3000; 3001, 4000.

Slika 6.4 Nastavitev parametrov pri prenosu podatkov v delih

Prenos podatkov v delih je podprt za naslednja pravila nalaganja:

    Osnovna sredstva

    Materiali

    Odstopanja v vrednosti zalog

    DDV na kupljena sredstva

    Nedokončana proizvodnja

  • Končni izdelki in polizdelki

    Stroški prodaje

    Blago odposlano

    Gotovina

    Finančne naložbe

    Poravnave z dobavitelji in izvajalci

    Druge poravnave z nasprotnimi strankami

    Davki in pristojbine

    Poravnave z osebjem

    Obračuni z odgovornimi osebami

    Poravnave z ustanovitelji

    Poravnave z drugimi dolžniki in upniki

    Kapital in rezerve

    Prihodnji stroški

    Odložene terjatve in obveznosti za davek

    Finančni rezultati

    Zunajbilančni računi

Ne poskušajte slediti smešnim nasvetom, kot je: "Najprej prenesite referenčne knjige in nato ostanke." Prvič, imenika nima smisla premikati ločeno, niti po delih niti v celoti , če pride do napake pri razkladanju stanja, potem to ne bo pomagalo. Napaka se bo najverjetneje dejansko pojavila pri prenosu stanja (med razkladanjem, to je pomembno razumeti), ko se imenik prenaša s povezavami. Ni pomembno, ali je bil imenik že prenesen ali ne, pri razkladanju ostankov se bo še vedno razkladalo brez omejitev. Drugič, prenos celotnih imenikov je običajno prenos smeti; tega ne bi smeli storiti.

Po končanem razkladanju morate zagnati program 1C: Računovodstvo 8. Nalaganje, tako na začetku kot med ponavljajočimi se prenosi podatkov ali dodatnimi prenosi, je treba izvesti s standardno obdelavo (glej sliko 7).

Pozor, pomembno. Zdravljenje Univerzalna izmenjava podatkov v formatu XML (v nekaterih izdajah 3.0.43.x) vsebuje napake. Uporabite lahko popravljeno obdelavo Univerzalna izmenjava podatkov v formatu XML, ki je vključen v dobavo in je nameščen v imeniku baze podatkov Računovodstvo izdaja 4.5.

Po nalaganju v program 1C: Računovodstvo 8 dokumente za vnos stanj je potrebno knjižiti, ostale dokumente pa preknjižiti. To je najbolje narediti z obdelavo Skupinski prenos dokumentov, ki je v razdelku Administracija. Če ni vidna v navedenem razdelku, konfigurirajte vrstico dejanj z dodajanjem želenega ukaza (glejte sliko 7.1)

Slika 7.1 Nastavitev vrstice dejanj

Pomembno. Obdelave iz standardne konfiguracije ne morete uporabiti, ker deluje v načinu odpravljanja napak obdelovalca (Exchange Processing.Handler DebuggingMode Flag = True) in ne dovoljuje uporabe obdelovalnika "Iskalna polja" za iskanje prenesenih predmetov za imenik " Nasprotne stranke" (glej zgoraj). Natančneje, vsi upravljavci, ki se uporabljajo med nalaganjem, so v obdelavi, vgrajeni v konfiguracijo Procesorji Prenosi iz Računovodstva77. Zato je nakazilo nemogoče izvesti po spremenjenih pravilih, po vsaj v fazi nalaganja.

Lahko uporabite podobno zunanja obdelava Prenos podatkov iz informacijskih baz 1Enterprise77(je vključeno v dobavo). Spodaj opisujemo, kako ga uporabljati (še enkrat - zunanja obdelava).

Po končanem razkladanju morate zagnati program 1C: Računovodstvo 8. V meniju: Datoteka - Odpri in pokaži na zunanjo obdelavo Prenos podatkov iz informacijskih baz 1Enterprise77.

Po tem se prikaže obrazec, v katerem morate določiti možnost nalaganja podatkov – Naloži podatke iz datoteke (slika 7.2).

Po tem se prikaže pogovorno okno, v katerem boste morali določiti pot do naložene datoteke (glejte sliko 7.3).

S klikom na “Naloži podatke” zaženite postopek nalaganja podatkov (glej sliko 7.4), po zaključku katerega boste morali ustvariti bilanco stanja in preveriti promet v izvorni konfiguracijski bazi in ciljni konfiguraciji, v katero je bil prenos opravljen. .

Če se med postopkom prenosa podatkov pojavi kakšna napaka, se odpre okno s sporočilom, v katerem lahko z dvoklikom odpravite napako. Če želite prejeti poročilo o napakah, ki so se pojavile z opisom in priporočili za odpravo, morate klikniti hiperpovezavo " Informacije o napaki».

Nalaganje pri ponavljajočih se prenosih podatkov ali dodatnih prenosih posameznih dokumentov ali imenikov lahko izvedete s standardno obdelavo »Univerzalna izmenjava podatkov v formatu XML«, kar bo pospešilo proces.

Tehnika pretvorbe podatkov.

Po potrebi lahko pretvorbo izvedemo v več fazah, na primer najprej bilance in nato dokumente. Možen je ponovni prenos informacij.

Stanja se prenašajo z dokumenti " Vnos začetnih stanj».

Več podrobnosti o metodologiji vnosa stanja najdete v članku na spletni strani ITS podjetja 1C (za 1C: Enterprise Accounting rev. 3.0)

Pomembno! Pred vnosom začetnih stanj je potrebno nastaviti parametre računovodske politike. Parametri računovodske politike organizacije se odčitajo na datum, ki sledi datumu vnosa stanja. Na primer, če je datum vnosa stanja 31. december 2013, se upoštevajo parametri računovodske usmeritve, ki so bili določeni na dan 1. januar 2014. To vam omogoča, da upoštevate parametre trenutne računovodske usmeritve (na primer: če je leta 2013 organizacija uporabila poenostavljeni sistem obdavčitve, od leta 2014 pa je prešla na skupni sistem- takrat se pri vnosu stanj na dan 31.12.2013 upoštevajo parametri računovodske usmeritve iz leta 2014). Prepričajte se, da so bile računovodske usmeritve pravilno prenesene, po potrebi jih popravite.

Pomembno! Če se odločite začeti delati v konfiguraciji prejemnika, preden ste tja prenesli preostanek, morate najprej prenesti imenike, preden začnete delati v konfiguraciji prejemnika. V nasprotnem primeru lahko pride do napak pri prenosu stanja v neprazno bazo podatkov.

Odgovarjam na vprašanja! Pravila obdelave in prenosa, ki so vključena v dobavnem kompletu, so odprta in na noben način niso zaščitena pred kopiranjem. To ne pomeni, da ima kupec (imetnik licence) pravico do distribucije in razmnoževanja. Imetnik licence nima takšne pravice. Imetnik licence ima pravico do uporabe. Z uveljavljanjem te pravice lahko imetnik licence ustvarja arhivske kopije, spreminja in uporablja neomejeno število krat na neomejenem številu računalnikov. Če želite izboljšati ali popraviti pravila pretvorbe in se z njimi bolje seznaniti, jih morate naložiti v program Pretvorba podatkov. Ta program distribuira 1C in določa pravila za njegovo uporabo.

Razlogi za nakup

Redno posodobljen. Posodobitve so brezplačne šest mesecev po nakupu. Vključen v TOP 100 publikacij Infostarta.

Prednosti

Besedilo pravil in obdelava sta odprta, uporablja se tehnologija Data Conversion in sta enostavna za urejanje.

Primerjava različic

    29.01.2019 Pravila posodobljena na izdajo 3.0.67.70

    05.07.2018 Pravila posodobljena na izdajo 3.0.63.22

    25.09.2017 Pravila posodobljena na izdajo 3.0.52.36

    18. 7. 2017 Pravila posodobljena na izdajo 3.0.51.16

    12.10.2016 Odpravljena napaka pri prenosu poklicnega izobraževanja in usposabljanja s starimi vrstami sprejema

    08.09.2016 Pravila posodobljena na izdajo 3.0.44.102

    18.06.2016 Odpravljena napaka pri prenosu ročnih operacij, ki imajo podkonto Division

    31. 5. 2016 Pravila so bila posodobljena na izdajo 3.0.43.236. V standardnih konfiguracijah (izdaje BP 3.0.43.174 - 235) pri obdelavi univerzalne izmenjave podatkov XML postopek nalaganja parametrov ne deluje pravilno. Pravila so bila spremenjena, da bi se izognili tej napaki. Za nalaganje v BP 3.0 lahko uporabite tudi obdelavo Universal Data ExchangeXML, ki je vključena v dostavni paket. Med namestitvijo se zapiše v podimenik ExtForms imenika info. baze 7.7.

    25. 5. 2016 Pravila posodobljena na izdajo 3.0.43.215

    11.05.2016 Omejitev dolžine imena pogodbe je bila spremenjena s 50 na 100.

    23. februarja 2016 Pravila posodobljena na izdajo 3.0.43.29

    21. 12. 2015 Obdelava in pravila posodobljena na izdajo 3.0.42.33

    11.11.2015 Dodano preverjanje načina sinhronizacije

    18. 5. 2015 Obdelava in pravila posodobljena na izdajo 3.0.40.24

    14.05.2015 Prenos plačilnih dokumentov za davke je zaključen

    04/08/2015 Obdelava in pravila posodobljena na izdajo 3.0.39.56. V izdaji 3.0.39 je struktura računa za plačilo spremenjena: ni več tabelarnega dela »Storitve«, sedaj so blago in storitve v enem tabelarnem delu »Blago«. Zato pravil za 3.0.38 ni mogoče uporabiti za prenos v 3.0.39

    04/02/2015 Obdelava in pravila posodobljena na izdajo 3.0.38.53

    23. 12. 2014 Obdelava in pravila posodobljena na izdajo 3.0.37

Vsebina dobave.

Paket vključuje: obdelavo "ACC_ACC8", pravila prenosa "ACC_ACC8" in obdelavo Prenos podatkov iz informacijskih baz 1Enterprise77. Če vaša organizacija nima programerja s polnim delovnim časom, ki bi opravljal delo, smo vam pripravljeni ponuditi storitve našega strokovnjaka (programer se bo z vašim računalnikom povezal prek interneta, prek poseben program za delo na daljavo in bo opravil potrebno delo). Če je mogoče, zagotovite delovno podlago "1C: Računovodstvo 7.7", lahko sami prenesemo podatke in prenesemo datoteko " 1C: Računovodstvo 8" s prenesenim stanjem. Strošek te storitve ni vključen v skupno ceno paketa.


© Boris Balyasnikov, januar 2014, zadnje spremembe januar 2019

Večina uporabnikov programa 1C 7.7 si prehod z 1C 7.7 na 8.3 (8.2) predstavlja kot nekaj zapletenega in podrejenega samo programerjem. Če organizacija nima popolnoma prenovljene konfiguracije, je bil ta članek napisan za vas in vam bo pomagal pri prehodu na 1C 8.3 ali 8.2.

Kako korak za korakom pripraviti bazo podatkov 1C 8.3 (8.2) za kasnejši prenos podatkov iz 1C 7.7

Preden začnete z delom, morate pripraviti bazo podatkov 1C 8.3 (8.2) za nadaljnje nalaganje podatkov.

Korak 1

Posodobite bazo podatkov 1C na najnovejšo izdajo, uporabite najnovejšo različico 8.2 ali 8.3. Ustreznost trenutne izdaje lahko preverite na spletni strani tehnične podpore 1C.

Kako namestiti ali posodobiti platformo 1C 8.3, si oglejte našo video vadnico:

2. korak

Izvedite rutinske zaključne posle ob koncu meseca. Poleg tega lahko svoje računovodske evidence preverite prek Storitev – Preverjanje podatkov za prehod na 1C Računovodstvo 8.Če so napake, jih popravite.

3. korak

5. korak

Ustvarite čisto bazo podatkov za nalaganje podatkov. To je potrebno za takojšen preklic prenosa podatkov v primeru nepredvidenih situacij. Zgornji meni izberite programe Administracija – nalaganje podatkov, določite ime datoteke za nalaganje in mesto, kamor bo shranjena.

Zahvaljujoč tem pripravljalnim ukrepom bodo nepotrebni predmeti odstranjeni iz baze podatkov, zbirka podatkov 1C se bo zmanjšala. Rezultati bodo preračunani in preverjena bo logična celovitost baze podatkov. Zdaj lahko začnete prenašati podatke iz 1C 7.7 v 1C 8.3 (8.2).

Kako dodati informacijsko bazo v 1C 8.3, si oglejte naslednjo video lekcijo:

Prenos podatkov iz 1C 7.7 v 1C 8.2 Računovodstvo 2.0

V najnovejši različici izdaje programa 1C 8.2 Računovodstvo 2.0 prevod iz informacijskih baz podatkov 1C 7.7 ni podprt. V skladu z zahtevami podjetja 1C je treba storiti. Torej, če v bazi podatkov 1C 8.2 izberete Storitev – Prenos podatkov iz informacijskih baz podatkov 1C Enterprise 7.7, potem dobimo napako:

Kaj pa storiti, če ga res morate prenesti posebej v različico 1C 8.2?

Korak 1. Nalaganje podatkov iz 1C 7.7

Potrebno je prenesti datoteke, ki jih je predhodno posredoval 1C za nalaganje v 1C 8.2 Računovodstvo. Te datoteke je treba postaviti v mapo ExtForms iz vaše zbirke podatkov. V primeru je to D:\1с\77\unp_demo\ExtForms. Pri nalaganju programa 1C si lahko ogledate pot do svoje baze podatkov:

Zaženimo to obdelavo: Če je vse opravljeno pravilno, se mora pojaviti sporočilo »Nalaganje podatkov za 1C Računovodstvo 8«, izberite ga s klikom na gumb Odpri:

  • Pravila nalaganja – datoteka z imenom Acc77_80.xml, kopirali smo jo v mapo ExtForms;
  • Začetni in končni datum – obdobje, v katerem se bodo podatki prenašali;
  • Pravila za nalaganje podatkov – objekti za nalaganje, imeniki in dokumenti, ki jih je treba naložiti v datoteko.

Podatkovna datoteka v primeru bo kopirana na namizje, vendar lahko izberete katero koli drugo mapo. Kliknite gumb Naloži pravila izmenjave. Odprl se bo seznam objektov, ki bodo razloženi iz 1C 7.7 in ki jih lahko uredite tako, da odstranite ali potrdite izbirna polja:

Odvisno od situacije lahko naložite podatke naenkrat ali po delih. Najprej razložimo imenike - 95% se jih razloži brez težav. Z drugo datoteko naložimo stanja in promet po računovodskih odsekih. Ta možnost je primerna za uporabo, če nekateri podatki niso naloženi povsem pravilno.

Korak 2. Nalaganje v 1C 8.2 Računovodstvo 2.0 iz 1C 7.7

Izberite Storitev – Prenos podatkov iz informacijskih baz podatkov 1C Enterprise 8, v oknu, ki se prikaže, izberite Naloži iz datoteke:

Izberite datoteko, ki je bila prenesena iz 1C 7.7 na namizje. Po kliku na gumb Naprej se bodo podatki naložili iz datoteke. Če se računovodstvo v bazi podatkov 1C 7.7 vzdržuje dlje časa, lahko nalaganje traja dolgo.

Če med prenosom pride do napak, bo prenesen le del podatkov in jih bo zato treba znova prenesti.

Prenos podatkov iz 1C 7.7 v 1C 8.3 Računovodstvo 3.0

Algoritem za prenos baze podatkov iz 1C 7.7 v 1C 8.3 je nekoliko drugačen v podrobnostih, vendar je na splošno podoben zgoraj opisanemu za 1C 8.2 Računovodstvo 2.0.

Korak 1

Po posodobitvi informacijske baze 1C je treba posodobiti pravila za nalaganje podatkov. To lahko storite na naslednji način.

Odprite 1C 8.3 Računovodstvo 3.0 in v spodnjem desnem kotu izberite gumb Shrani pravila prenosa, izberite različico 1C Računovodstvo 7.7 in shranite pravila tako, da določite pot do imenika ExtForms podatkovne baze:

2. korak. Nalaganje podatkov iz 1C 7.7

Možnost nalaganja iz 1C 7.7 v 1C 8.3 je privzeto, kar pomeni, da ni treba prenesti dodatnih datotek in jih dodati v bazo podatkov.

Začnimo z obdelavo raztovarjanja: Storitev – Dodatne funkcije. Najdemo napis Prehod na 1C 8.3 Računovodstvo ed. 3.0 in kliknite Odpri:

V oknu, ki se prikaže, morate izpolniti:

  • Pravila nalaganja - datoteka z imenom ACC_ACC8.xml, ki se nahaja v mapi z vašo bazo (kako določiti pot do baze je opisano zgoraj), mapa ExtForms. To je tisto, ki je kopirano iz 1C 8.3;
  • Začetni datum in končni datum – obdobje, za katerega bodo podatki preneseni;
  • Ime podatkovne datoteke – mesto, kamor bomo kopirali datoteko z naloženimi podatki;
  • Pravila za nalaganje podatkov - objekti za nalaganje, imeniki in dokumenti, ki bodo naloženi v datoteko:

Kliknite gumb Naloži pravila izmenjave. Prikaže se seznam predmetov, ki bodo razloženi iz 1C 7.7, ki jih lahko uredite tako, da odstranite ali označite izbirna polja.

Naložite lahko po delih, ustvarite več datotek ali naložite vse podatke hkrati. Kaj storiti, je odvisno od konkretne situacije. V primeru naložimo vse podatke hkrati.

Odprimo 1C Računovodstvo 3.0 (8.3) in izberimo Tukaj bomo videli 2 načina za nalaganje podatkov:

  • Naložite podatke iz informacijske baze - program 1C 8.3 jih bo našel sam nameščene baze in se bo poskušal povezati s to informacijsko bazo s kopiranjem podatkov od tam. Z nastavitvami lahko določite, kaj naj se naloži in kliknete gumb Naloži podatke:

  • Nalaganje podatkov iz datoteke je samo naša možnost. Določiti morate datoteko, ki je bila prenesena iz 1C 7.7, in kliknite gumb Naloži podatke. Če se prikaže okno, podobno spodnjemu, pomeni, da je bil prenos uspešen. V nasprotnem primeru morate prenesti bodisi po delih in popraviti napake, ki jih program ustvari v 1C 7.7:

Prenos podatkov iz spremenjene standardne konfiguracije 1C 7.7 v 1C 8.3 (8.2)

Prenos podatkov iz spremenjenih konfiguracij 1C 7.7 je veliko bolj zapleten zaradi prepisanih poslovnih procesov, ki ne obstajajo v izdaji programa, v katerega bomo prenašali podatke. V večini primerov mora takšne prenose opraviti strokovnjak z izkušnjami s prenosom podatkov ali dobrim poznavanjem konfiguracije pretvorbe podatkov. obstajati splošna načela prenos, ki se lahko uporablja za prenos naslednjih konfiguracij:

  • Prenos funkcionalnosti. V novi konfiguraciji je treba ponoviti funkcionalnost, ki je prisotna v 1C 7.7. Dodatni dokumenti, referenčne knjige in podrobnosti. Odstrani -CF te baze podatkov.
  • ob koncu leta. Primerjajte promet na računu prej zvitki in po- morajo biti enaki.
  • Prenos podatkov iz strnjene baze podatkov 1C 7.7 v standardno čisto bazo nove izdaje. Preverite podatke o prometu na računih v 1C 7.7 in 8.2 ali 8.3. Če so napake, jih popravite.
  • V čisto bazo, v katero so bili naloženi podatki iz 1C 7.7, je potrebno naložiti konfiguracijsko datoteko CF, v kateri je ponovljena funkcionalnost iz 1C 7.7.
  • Dodatne podrobnosti o imeniku je mogoče prenesti s konfiguracijo za pretvorbo podatkov.

Preverjanje podatkov po prenosu podatkov iz 1C 7.7 v 1C 8.3 in 8.2

Z izpisom Prometna bilanca izdelajte izpis s podatki o podkontih, vrstah obračunov, zabilančnih kontih, valutah in primerjajte z istim izpisom iz baze 1C 8.3 (8.2), v katero so bili podatki preneseni:

Ali moram preklopiti na 1C:Enterprise 8.2? Če berete ta članek, pomeni, da ste na to vprašanje verjetno že odgovorili pritrdilno. Zato zdaj ne bomo več govorili o prednostih prehoda na novo platformo, ampak se bomo osredotočili neposredno na podrobnosti in značilnosti tega procesa.


1. Splošni algoritem

Torej ste se odločili, da preklopite na "osemico" in želite izvedeti, kako se to naredi in kaj "grozi" za vas. V samem splošni pogled Diagram prehoda izgleda tako (slika 1).

riž. 1. Algoritem za prehod s platforme 1C:Enterprise 7.7 na platformo 1C:Enterprise 8.2


1. Nadgradnja. Prva stvar, ki jo morate storiti, je, da napišete prijavo vaše organizacije, oddate obrazec za registracijo za platformo 7.7 in kupite platformo 8.2. V tem primeru vam bo zagotovljeno popust v višini stroškov stare ploščadi, ampak ne več kot 50%. Stara platforma ostane pri vas in jo lahko še naprej uporabljate, vendar bo odstranjena iz tehnična podpora v podjetju 1C.


2. Posodobitev trenutna konfiguracija do zadnje trenutne izdaje.


3. Priprava baze podatkov za prenos. implicira rezerva bazo podatkov, zapiranje tekočega obračunskega obdobja, brisanje baze označenih postavk za izbris in popravljanje računovodskih napak (če obstajajo).


4. Prenos podatkov. To je glavni oder. Algoritmi in intenzivnost dela so v vsakem posameznem primeru različni.


5. Usposabljanje osebja za delo z novo konfiguracijo. Ker se konfiguracije na platformah 7.7 in 8.2 razlikujejo tako po vmesniku kot po funkcionalnosti, boste morda potrebovali usposabljanje za delo z novo konfiguracijo. Lahko ga preučite sami z ustrezno metodološko literaturo, vendar je bolje, da greste skozi specializiran tečaj glede na 1C.


6. Delovanje. Na tej stopnji, ko uporabniki začnejo delati v nov program, je razhroščena in popravljena možne napake avtomatiziran prenos podatkov.

Oglejmo si postopek selitve na novo platformo v kontekstu konfiguracije "1c računovodstvo".


2. Spremenite »1C: Računovodstvo 7.7« v »1C: Računovodstvo 8.2«

Strategijo in mehanizme za prenos podatkov iz »1C: Računovodstvo 7.7« v »1C: Računovodstvo 8.2« določajo naslednji dejavniki:

  • čas začetka računovodstva v novem programu;
  • prisotnost in kompleksnost izboljšav v trenutna verzija vaša konfiguracija;
  • potreba po ohranjanju zgodovine poslovnih transakcij za pretekla obdobja.


Strankam svetujemo začetek dela v novem računovodskem programu od 1. januarja novega leta . To je posledica dejstva, da se večina davkov izračuna na podlagi nastanka poslovnega dogodka. Zato, da ne bi razvili sredstev pravilen prenos akumulirane rezultate, je treba začetek dela v programu vezati na začetek davčnega poročevalskega obdobja. Seveda lahko začnete delati od začetka četrtletja in celo od začetka naslednji mesec, vendar bo tak prehod povzročil večje stroške (zaradi bistvenih razlik v strukturi dokumentov v 7.7 in 8.2).


Odvisno od kombinacije zgornjih dejavnikov so lahko situacije naslednje.

Situacija 1:

Prehod iz novega leta, TIPSKA konfiguracija, pravilna stanja na računih se generirajo v starem programu


Ta možnost je preprosta in jasna, vendar je v praksi izjemno redka. Le v številnih manjših podjetjih je možno ustvariti pravilne bilance v starem programu neposredno pred začetkom dela v novem programu in le pod pogojem, da so predloženi in vneseni v program vsi primarni dokumenti za preteklo obdobje.


Če je to vaš primer, imate srečo. Konfiguracijo »1C:Enterprise 7.7« morate samo posodobiti na najnovejšo različico in uporabiti obdelavo »Prenos podatkov iz informacijskih baz 1C:Enterprise 7.7«, vgrajeno v »1C:Enterprise 8.2«. To lahko storite sami, brez pomoči strokovnjaka. Samo dosledno morate upoštevati navodila, navedena v obdelavi.

2. situacija:

Prehod iz novega leta, TIPSKA konfiguracija, v starem programu NI PRAVILNIH STANJ NA RAČUNIH


Standardna praksa v tem primeru je delo v starem in novem programu hkrati . V »prehodnem obdobju« (slika 2) zaposleni zaprejo prejšnje transakcije v starem programu in začnejo vnašati dokumente za nove transakcije v nov sistem.


riž. 2. Prehodno obdobje ob menjavi platforme


Če želite premagati to obdobje z minimalnimi izgubami, lahko uporabite naslednje strategije:

  • prenesti stanja »kot so« na začetek leta in na podlagi teh podatkov voditi evidenco. Ko so dosežena pravilna stanja v »sedmici«, jih je treba takoj popraviti za nazaj v »osmici«.
  • zavrniti prenos napačnih stanj in vnesti primarne dokumente za nove transakcije v G8, ne da bi jih pozneje izvedli. V tem primeru ni pomembno, ali so stanja v programu ali ne; neknjiženi dokumenti ne bodo povzročili nobenih premikov na kontih. To je treba storiti, dokler v 1C:Enterprise 7.7 ne prejmete pravilnih bilanc. Nato se nastala stanja prenesejo v nov program na začetku leta. Zadnji korak je dosledna implementacija »primarnega«, uvedenega v novi program v prehodnem obdobju z uporabo vgrajene obdelave “Skupinska obdelava imenikov in dokumentov” .

3. situacija:

Prehod iz polletja, TIPSKA konfiguracija

"1C: Računovodstvo 8.2" podpira številne mehanizme, pomembne za računovodstvo, katerih delovanje je odvisno od podatkov, vnesenih v dokumente med letom. Med tovrstnimi mehanizmi so že omenjeni obračun davkov po nastanku, algoritem za delitev posrednih stroškov in drugi postopki, povezani z zaključkom meseca. Ravno zaradi teh lastnosti je v tej situaciji nemogoče tako enostavno preklopiti na nov program kot v prvih dveh primerih. Da bi zmanjšali število napak, do katerih lahko pride med selitvijo, priporočamo:

  • začnite delati, če ne od začetka leta, pa vsaj od začetka četrtletja;
  • prenos stanja na začetek leta;
  • prenos vseh primarnih dokumentov za tekoči obdobje poročanja(leto) v nov sistem ter obnoviti računovodske in davčne podatke s skupinsko obdelavo imenikov in dokumentov.


1. Standardna rešitev "1C: Pretvorba podatkov 2.1". Ta programski izdelek se lahko uporablja za prenos informacij med konfiguracijami na platformi 1C katere koli strukture in kompleksnosti.

2. Razvoj franšizojemalcev 1C. Mnoga podjetja, med njimi tudi podjetje « RG-Soft" (), obstajajo preizkušene metode za rešitev te težave, ki lahko znatno skrajšajo čas in proračun za prenos podatkov.


4. situacija:

Prehod iz STANDARDNE konfiguracije S PRENOSOM DOKUMENTOV PRETEKLEGA OBDOBJA

Ločeno ugotavljamo, da obstajajo podjetja, ki vzdržujejo dolgoročne (več kot eno leto) odnose po pogodbah z nasprotnimi strankami. Vodstvo takih podjetij je zainteresirano, da ima v programu zgodovino poslovnih transakcij. Prisotnost v novem programu dokumentov, vnesenih v starem programu, omogoča uporabnikom enostavno in hitro sledenje razmerij po določenih pogodbah/transakcijah.


Takšen prenos je mogoče izvesti z enakimi mehanizmi kot v prejšnji situaciji. Razlika med tem postopkom je v tem, da ni potreben prenos vseh dokumentov, lahko se omejite na prenos le nekaj vrst dokumentov, stanja za ostale račune pa se vnašajo s standardno obdelavo. V tem primeru dodatni preneseni dokumenti običajno ostanejo neknjiženi.


Čeprav je mogoče dokumente za preteklo obdobje prenesti iz starega programa v novega, se s takšnim prenosom opazno poveča velikost baze podatkov in posledično tudi velikost obdelanih tabel. To lahko povzroči upočasnitev sistema. Zato ne smete uporabljati te možnosti prehoda, razen če je to nujno potrebno. Priporočljivo je, da dokumente, prenesene iz prejšnjih obdobij, pustite neknjižene, da informacije, ki jih vsebujejo, ne vplivajo na tekoče računovodstvo in davčno poročanje. Uporabite zgodovinske dokumente samo za referenčne namene.


Situacija 5:

Prehod z NETIPIČNE konfiguracije na platformo 1C:Enterprise 7.7

Zgoraj opisane možnosti se uporabljajo pri prehodu s standardne konfiguracije »1C:Enterprise 7.7«, vendar se morate v praksi pogosto soočiti s spremenjenimi konfiguracijami. Organiziranje prehoda v tej situaciji je posebna možnost, ki si zasluži razmislek.


Glede na naravo sprememb v programu so na voljo naslednje tehnologije prenosa podatkov:

· če je bila konfiguracija nekoliko spremenjena in so osnovni mehanizmi podobni standardni rešitvi 1C, lahko, kot v prejšnjih možnostih, uporabite standardna orodja za prehod. Morate jih le konfigurirati ali rahlo spremeniti, da ustrezajo vašemu programu. Morda najbolj preizkušeno in zanesljivo orodje je že omenjeni "1C: Pretvorba podatkov 2.1". To orodje bo od uporabnika zahteval določena delovna znanja, vendar je z njegovo pomočjo mogoče organizirati avtomatiziran prenos objektov med konfiguracijami.

· če je bila konfiguracija v letih uporabe radikalno preoblikovana, se lahko izkaže, da je nastavitev standardnih orodij za selitev bolj delovno intenzivna kot pisanje lastne obdelave za te namene. Podobna situacija se pojavi v primeru organizacije prehoda iz računovodskega programa, ki ni povezan s platformami 1C. Tudi takšen prehod je mogoče izvesti, vendar o tem razmislite vnaprej univerzalna menjava ne bo delovalo. Vsak konkreten primer zahteva individualni pristop k problemu. Naše podjetje lahko ponudi svoje izkušnje pri prenosu podatkov preko datotek različnih formatov, kot so dbf, xls (Univerzalni nakladalnik iz Excela v 1C), xml.


Še ena točka, ki jo je vredno omeniti v zvezi s prehodom s platforme 7.7 na 8.2, je zadeva konsolidacija baze podatkov.


Zaradi pomanjkanja mehanizma za vzdrževanje evidenc več podjetij v eni bazi podatkov je moralo veliko podjetij vzdrževati več baz podatkov hkrati v 1C:Enterprise 7.7. Ker je ta problem v osmi različici rešen, se pojavi naloga združevanja več baz podatkov v eno kot del projekta prenosa podatkov. Poleg tega ima lahko vsaka od sedmih baz svoje značilnosti.

Z zgoraj navedenimi metodami lahko vzpostavite interakcijo z vsako bazo podatkov posebej. Vendar se pojavijo številne podnaloge, ki so specifične za ta primer.

1. Poenotenje dokumentov, povezanih z določeno organizacijo. To težavo je enostavno rešiti z uporabo mehanizma predpone. Vsaki organizaciji, registrirani v programu, je dodeljena lastna črkovna predpona. Ta predpona je dodana številki dokumenta, s čimer se zagotovi edinstvenost številk.

2. Nadzor podvojenih elementov imenikov. Pri prenosu podatkov iz več informacijskih virov v enega informacijski sistem Lahko pride do situacije, ko se enaki elementi imenikov, na primer, ista nasprotna stranka v novem imeniku večkrat ponovi. Zato je po prenosu podatkov potrebno izvesti postopek primerjave in združevanja podvojenih elementov imenika.


3. Možne težave, ki se jih morate zavedati

S pravilnim načrtovanjem procesa prehoda na novo platformo se lahko izognemo številnim težavam. Vendar pa obstajajo številne posebnosti, ki se razkrijejo že v fazi izvajanja projekta. Govorimo o različnih napakah, ki nastanejo tako zaradi nepravilnih dejanj uporabnikov kot tehnične značilnosti platforma "1C:Enterprise". Oglejmo si te točke podrobneje.


3.1. Napake v izvornih podatkih

Na splošno je nedvoumna identifikacija predmeta v bazi podatkov možna z uporabo podatkov TIN in KPP. V sedmih sta bili obe vrednosti shranjeni v eni podrobnosti TIN/KPP in ni bilo preverjanj pravilnosti podatkov, vnesenih v to podrobnost. Bilo je mogoče uvesti manj številk, in postavite ločilo na napačno mesto ter vnesite popolnoma abstraktno TIN.


Tipičen prenos, pri ustvarjanju imenika, so nasprotne stranke ločene s TIN in KPP tako, da preprosto odrežejo zahtevano število znakov. Zato se lahko v podrobnostih nove zbirke podatkov zapišejo popolnoma napačni podatki. Tako bo pravilna identifikacija predmetov med prenosom z uporabo takih podatkov zelo težavna.


Druga težava je pomanjkanje enotne oblike vnosa podatkov. Vsak uporabnik lahko vnese ime, ki mu najbolj ustreza. Predstavljajmo si, da je v eni bazi podatkov "sedem" uporabnik, ki je izpolnil "Ime" nasprotne stranke, napisal "Družba za upravljanje Vympel", v drugi bazi podatkov "sedem" pa je ista nasprotna stranka navedena kot "Družba za upravljanje Vympel". V takšni situaciji avtomatska obdelava ne bo mogla ugotoviti, da gre za isto nasprotno stranko, in jo bo dvakrat premaknila na osem. V taki bazi podatkov bo težko delati naprej, saj bo del stanja na enem elementu, drugi del pa na drugem.


3.2. Razlike v konfiguraciji

Drugo skupino napak pri prenosu povzročajo tehnološke razlike v konfiguracijah. Nekatere poslovne transakcije se v »1C:Enterprise 7.7« odražajo v več vrstah dokumentov, v »1C:Enterprise 8« pa v enem. Na primer, prejem materiala in blaga se v novem programu odraža z enim dokumentom, v starem pa z dvema. Tako se pri poskusu prenosa dokumentov »Potrdilo o prejemu materiala št. 22« in »Potrdilo o prejemu blaga št. 22« pojavi napaka pri kontroli enoličnosti. Ker je evidentiranje dveh dokumentov z isto številko v določenem obdobju nemogoče, je treba vanje umetno vnašati razlike, sistem vnašanja teh razlik pa je vnaprej dogovorjen.


na primer ta problem lahko rešite tako, da številki naloženega dokumenta dodate dodatno predpono. Za vsako funkcijo dokumenta je ta predpona dodeljena ločeno. To je lahko značilnost baze podatkov, iz katere so dokumenti preneseni, ali vrste dokumenta, iz katerega je bil prenos opravljen. Tukaj je primer oblikovanja takšne predpone. Podružnica v Krasnojarsku ima predpono "KR". Tip dokumenta »Potrdilo o prejemu«, iz katerega se izvaja prenos, ima predpono »M«. Torej, če je bila številka dokumenta v sedmici 00000031, bo številka osem naslednja:

“KR” + “M” + “00000031” = “KRM00000031”

Posledično bo v bazi podatkov zabeležena edinstvena številka.


3.3. Tehnične težave

Do napak pri prenosu podatkov lahko pride tudi zaradi tehničnih lastnosti platforme 1C:Enterprise. Na primer, standardni iskalni mehanizem po imenu ne loči velikih črk v imenu elementa imenika od malih. Pri uporabi tega mehanizma pride do zmede. V bazi podatkov sta na primer dve nasprotni stranki »l-audio« in »L-Audio«. Pri iskanju nasprotne stranke »l-audio« bo sistem našel »L-Audio«. Rezultat bo nepravilno izpolnjen dokument.


Pozoren je treba biti tudi na sam izbrani način prenosa podatkov. Zgoraj opisani primer s podvajanjem nasprotnih strank se ob prenosu iz podatkovnih zbirk podružnic podjetij morda dejansko ne izkaže za podvajanje. Podjetja, ki delujejo v različnih mestih, imajo lahko tudi nasprotne stranke, ki delujejo v različnih mestih. Podružnica podjetja L-Audio v Nižnem Novgorodu in samo podjetje L-Audio v Moskvi se lahko v bazah podatkov upravičeno imenujeta popolnoma enako. Da bi se izognili takšni zmedi, morate vnaprej izbrati način prenosa. V našem primeru lahko ločimo nasprotne stranke v različne skupine imenikov, odvisno od izvorne baze podatkov. Izbira takšne tehnike bo vplivala tudi na mehanizme nalaganja podatkov.


Zgoraj opisane metode za reševanje nastajajočih težav morda tudi niso dovolj univerzalne. Pri selitvi podatkov je zelo pomembno, da lahko kombinirate metode, uporabljene v orodju za selitev. Na primer, večino elementov imenikov prepoznamo po imenu. Hkrati bo pri prenosu dokumenta »Sprejem osnovnih sredstev v računovodstvo« ta metoda dala neželene rezultate v primeru, ko se vnese več majhnih osnovnih sredstev iste vrste (pisarniški material, pohištvo itd.), razlikujejo le po inventarni številki. Vsak dokument o sprejemu v računovodstvo bo vseboval isti predmet. In sprejeti en predmet v računovodstvo večkrat je nemogoče. Zato je zelo pomembno zagotoviti možnost prilagajanja uporabljenega orodja za selitev podatkov. V tem primeru bomo preprosto navedli, da mora biti iskanje OS izvedeno po pristopni številki (kodi).


Zaključek

Trenutno je še vedno precej podjetij, ki uporabljajo 1C:Enterprise 7.7. To je posledica dejavnikov, kot so pomanjkanje razumevanja prednosti nove platforme, nenaklonjenost spoznavanju novih tehnologij in strah pred številnimi težavami med prehodom. Na primeru 1C: Računovodstvo smo poskušali pokazati, da večina teh razlogov ni tako pomembnih. Skozi naše dejavnosti pomagamo strankam pri soočanju s kakršnimi koli možne težave povezanih z implementacijo programov na platformi 1C:Enterprise 8. Če vas zanima vprašanje prehoda ali imate kakršna koli druga vprašanja v zvezi s platformo 1C:Enterprise 8 in konfiguracijami, ustvarjenimi na njej, se obrnite na strokovnjake podjetja. "RG-Soft" vam na voljo!