Učitavanje od 1s 7.7 do 8.3. Prelazak sa standardne konfiguracije sa prenosom dokumenata iz prethodnog perioda

Princip rada.

Nekoliko riječi o tome kako se podaci prenose iz tipična konfiguracija « Računovodstvo", izdanje 4.5 za 1C:Enterprise 7.7 ili konfiguraciju "" (u daljem tekstu izvorne konfiguracije) u standardnu ​​konfiguraciju " Računovodstvo preduzeća", izdanje 3.0 za 1C:Enterprise 8 (verzija 3.0.52), u daljem tekstu "Konfiguracija prijemnika".

BITAN! Prijenos podataka je moguć iz konfiguracije Računovodstvo izdanje 4.5 za 1C:Enterprise 7.7 verzije 7.70.569 i novije ili iz konfiguracije " Pojednostavljeni sistem oporezivanja, ur. 1.3"verzije 7.70.219 i novije.

Preporučuje se prelazak sa izvorne konfiguracije na odredišnu konfiguraciju na početku novog perioda (godina, kvartal, mjesec) nakon završetka regulatornih operacija iz prethodnog perioda.

Prijenos podataka se vrši pomoću specijalizirane obrade koja preuzima podatke iz izvorne baze podataka o konfiguraciji u datoteku u XML formatu. Rezultirajuća datoteka se učitava u informacijsku bazu konfiguracije primatelja koristeći univerzalnu obradu učitavanja podataka.

Za prijenos podataka potrebni su sljedeći fajlovi:

ACC_ACC8 .ert - eksterna obrada upload podataka na eksterni fajl iz konfiguracije " Računovodstvo, Rev. 4.5»;

USN_ACC8 .ert - eksterna obrada učitavanja podataka u eksterni fajl iz konfiguracije " Pojednostavljeni sistem oporezivanja, ur. 1.3»;

ACC_ACC8 .xml - pravila konverzije podataka.

USN_ACC8 .xml - pravila konverzije podataka.

Prenosivi podaci.

Sljedeće se prenosi iz baze podataka izvorne konfiguracije u konfiguraciju primatelja:

Elementi priručnika;

Informacije o tekućim stanjima na računovodstvenim računima Informacione baze Konfiguracija-izvor na dan konverzije informacione baze;

Trenutni dokumenti s datumom većim od datuma konverzije baze podataka.

Konverzija se vrši u dvije faze:

Podaci iz baze podataka o izvornim konfiguracijama se učitavaju zaseban fajl(datoteka sa podacima);

Rezultirajuća datoteka se učitava u bazu podataka o konfiguraciji primatelja.

Instalacija.

Da biste instalirali obradu migracije podataka, morate koristiti instalacioni program setup.exe. Nakon pokretanja programa (ako je broj informacione baze 1C: Enterprise je veliko, a zatim će se nakon nekog vremena pojaviti dijaloški okvir u kojem trebate označiti one baze podataka u koje će se instalirati obrada prijenosa podataka. Prozor izgleda kao na slici 1. Ako je broj baza podataka veći od sedam, tada koristite tipke “gore” i “dolje” za navigaciju. Ako je odabrano više infobaza, linija “putanja” odražava lokaciju samo posljednje odabrane infobaze. Ova informacija je pomoćne prirode i opciono se koristi za dodatnu kontrolu od strane korisnika nad rezultatom rada. instalater, ne obraćajte posebnu pažnju na to, program će sam odrediti gdje su instalirane baze podataka koje ste odabrali.

Sl.1 Prozor za izbor infobaze tokom instalacije

Dodatno, možete odrediti mapu u koju će se također instalirati obrada prijenosa podataka; za to koristite prozor za odabir mape (klikom na dugme sa tri tačke). Puna putanja za odabrani folder će se odraziti u liniji za odabir. Nakon klika na dugme “instaliraj”, potrebne datoteke će biti instalirane u odabrane infobaze i (ili) u odabrani folder. Nakon završetka, možete kliknuti na dugme “detalji” i vidjeti detaljan dnevnik instalacije, koji su fajlovi upisani u koje mape. Kao rezultat, odabrani folder bi trebao imati nešto poput sljedeće slike, vidi sliku 2.

Sl.2 Fajlovi instalirani u odabranom folderu

U poddirektorijum ExtForms obrada je instalirana Prelazak na 1C: Računovodstvo 8, ur. 3.0 i pravila prenosa. Imajte na umu da se učitavanje obrađuje ACC_ACC8.ert a pravila za učitavanje podataka zamjenjuju standardnu ​​obradu i pravila. Ako želite da zadržite standardni mehanizam prijelaza, instalirajte novu obradu u poseban direktorij, a ne u infobazu.

Proces instalacije je detaljnije opisan na primjeru instaliranja izvještaja " za konfiguraciju "1C: Računovodstvo 7.7".

Operativni postupak.

U programu " 1C: Računovodstvo 7.7"mora se otvoriti iz dodatne funkcije obrada " Prelazak na 1C: Računovodstvo 8, ur. 3.0", odaberite folder u kojem se nalaze pravila prijenosa (vidi sliku 3) i preuzmite pravila razmjene. Ne morate uključiti sva pravila prijenosa. Trebalo bi koristiti samo ona koja su neophodna, npr. za prijenos stanja, ili stanja i dokumente. Na primjer, u grupu imenika ne može se uključiti niti jedno pravilo, jer se svi imenici prenose referencom, po potrebi, odnosno samo oni koji su uključeni u bilanse ili dokumente. Time se osigurava da nema "smeće" u novoj informacionoj bazi. Dokumenti takođe ne morate uključiti sve. Na primer, ako neki dokumenti nisu u vašoj bazi podataka, ili ne želite da ih prenesete, ne morate da omogućite ovo pravilo.

Fig.3. Obrada za upload podataka

Preporučujem postavljanje naziva datoteke podataka na "C:\v77_v8\Exp77_80.xml", ovaj folder se često koristi po defaultu u programu " 1C: Računovodstvo 8"prilikom učitavanja podataka iz programa na platformu" 1C:Preduzeće 7.7". Ako je potrebno, postavite parametre na stranici " Opcije".

Tokom procesa preuzimanja podataka iz konfiguracije " Računovodstvo 7.7„Mogu se pojaviti razne greške. Ovdje predstavljena pravila prijenosa razlikuju se od standardnih po tome što u fazi učitavanja podataka vrše pretragu tipične greške. Razmotrimo one o kojima se prikazuju poruke.

Nulta količina i različita od nule količina inventara. Unošenje bilansa u konfiguraciju prijema na način da je količina materijala jednaka nuli, a troškovnik materijala nije jednak nuli, nemoguće je, a takođe je besmisleno, jer se radi o grešci. Stoga, prilikom prenosa stanja, takve pozicije (sa nultom količinom) neće biti uključene u dokumente za unos stanja. Posljedično, ako se greške ne isprave prije prijenosa podataka, tada se iznosi u izvoru i destinaciji podataka prilikom prijenosa stanja neće poklapati, što će uzrokovati dodatne poteškoće u usaglašavanju. Stoga, u procesu preuzimanja podataka iz konfiguracije " Računovodstvo 7.7» prikazuju se poruke o naiđenim greškama (vidi sliku 4). Dodatno, za pronalaženje grešaka možemo preporučiti korištenje obrade „Ekspresne provjere računovodstvenog upravljanja“, odnosno pravila „Odsustvo iznosa različitog od nule kada postoji nulta količina materijala“.

Sl.4.1 Poruke o naiđenim greškama

Nenulti saldo za podračun drugog (trećeg) nivoa, dok je saldo na prvom (drugom) nivou nula. Ovo je prilično česta situacija pogrešnog vođenja evidencije. Tipičan primjer je prikazan na slici 4.2. Ovo stanje nastaje kao rezultat „regradiranja“ u analitičkom računovodstvu. Na primjer, u dokumentima o novčanim tokovima je naznačen dogovor, ali u dokumentima o kapitalizaciji nema dogovora, ili obrnuto, ili postoje dogovori ali su različiti. U svim ovim slučajevima postoji stanje različito od nule po ugovorima, uprkos činjenici da je saldo po ugovoru jednak nuli. Slična slika može se javiti i u računovodstvu materijala i nomenklature (kada se uračuna ukupno obračunavanje po skladišnim lokacijama): prerazvrstavanje između skladišta, posebno ako su skladišta finansijski odgovorna lica.

Slika 4.2 Primjer grešaka u računovodstvu

Jasno je da se radi o grešci, i jasno je da nema smisla prenositi takve bilance. Kako bi se isključio prijenos ovakvih stanja, postoji parametar „Ne iskrcaj salda ako je na gornjem nivou nulto stanje“. Ako je ovaj parametar postavljen na jedan, tada se tokom učitavanja pojavljuju poruke prikazane na sl. 4.3 (uporedi sa slikom 4.2), a balansi za takve pozicije neće biti rasterećeni. Možete koristiti različite kombinacije ovog parametra s pravilima za prijenos različitih stanja. Ako ne prenosite sva stanja odjednom, već po računovodstvenim odjeljcima, tada možete prenijeti stanja iz različitih računovodstvenih odjeljaka s različitim vrijednostima parametara.

Sl.4.3. Poruke o grešci

Prazne vrijednosti ugovora ili strani ugovori. Problem je sličan gore opisanom, razlog je isti – pogrešna ocjena u analitičkom računovodstvu za ugovore (vidi sliku 4.4). Ali saldo za drugu stranu nije nula, tako da gore opisano pravilo verifikacije neće raditi. Prilikom prenosa podataka doći će do greške prilikom knjiženja dokumenta za unos stanja, jer prazna vrijednost ugovora nije dozvoljena.

Slika 4.4 Izveštaj koji prikazuje grešku

Kako bi se eliminisale takve greške prije prijenosa, poruke o greškama se izdaju u fazi učitavanja podataka (vidi sliku 4.5). Ista slika pokazuje da je došlo do još jedne greške: ugovor ne odgovara drugoj strani, tj. vlasnik ugovora je druga strana. Takve greške se često nalaze u modificiranim, tj. nestandardne konfiguracije ili u davno stvorenim bazama podataka, kada ni u standardnim konfiguracijama nije bilo dovoljno stroge provjere usklađenosti ugovora prilikom popunjavanja dokumenata.

Sl.4.5 Poruke o greškama u računovodstvu

Provjera praznih vrijednosti ugovora i tuđih ugovora vrši se ako je parametar " postavljen na jedan Provjerite ima li u ugovorima praznih vrijednosti i usklađenosti sa drugom stranom". Dodatno, za pronalaženje grešaka, možemo preporučiti korištenje obrade "Ekspresne provjere računovodstvenog upravljanja", odnosno pravila "Nedostatak prazne analitike za ugovore" i "Usklađenost ugovornih strana i ugovora".

Postoje i druge provjere grešaka, za više informacija kontaktirajte nas (kontakti na dnu stranice).

Metode rada

Pokazat ćemo kako možete prenijeti podatke u dijelovima, a ne u cijelosti, na primjeru učitavanja dokumenata posebne vrste ili čak pojedinačnih kopija dokumenata odabrane vrste. Označimo samo jedno pravilo za otpremanje podataka " Nalog za plaćanje" (vidi sliku 5). Ovo će vam omogućiti da otpremite dokumente samo tipa " Nalog za plaćanje". Ako sa ovim parametrima kliknete na dugme " Istovariti", tada će se preuzeti svi dokumenti tipa " Nalog za plaćanje", koji se nalazi u vremenskom intervalu sa " datum početka" od " datum isteka". Pritisnite dugme " Instalirajte PVD", nakon ovoga poruka" Izbor podataka za nalog za plaćanje".

Sl.5 Kako postaviti pravilo za učitavanje podataka određenog tipa

Zatim kliknite na dugme "Dodaj uslov", moći ćete da izaberete atribut selekcije (vidi sliku 6.1), najčešće je to " CurrentDocument", koji vam omogućava da odaberete pojedinačni dokument sa liste dokumenata ove vrste. Koristeći druge detalje odabira, možete dobiti izbor za grupu dokumenata, na primjer, odabrati dokumente po datumu. U svim slučajevima, dokumenti su odabrani unutar vremenskog intervala određenog parametrima " Datum početka" i " datum isteka".

Sl.6.1 Kako odabrati jedan dokument

Bitan! "1C"), koji u nekim konfiguracijama ne dozvoljava odabir dokumenata prilikom učitavanja prema detaljima odabira. To je zbog činjenice da u standardna pravila ah, dokumenti se biraju na zahtjev bez navođenja perioda. Takvi zahtjevi ne funkcioniraju uvijek.

Na sličan način možete učitati direktorije, ne cijeli direktorij, već odabirom prema nekim detaljima. Prvo odaberite željeno pravilo za učitavanje podataka, a zatim uzastopno pritisnite dugmad " Instalirajte PVD" i " Dodajte stanje". Na primjer, slika 6.2 pokazuje kako možete istovariti samo one zaposlenike s kojima u trenutku prelaska iz programa " 1C: Pojednostavljeni sistem oporezivanja, ur. 1.3" na " 1C: Računovodstvo preduzeća, izdanje 3.0“ (ili, kako korisnici često kažu, prelazak sa računovodstva 7.7 na 3.0) uspostavljeni su radni odnosi.

Sl.6.2 Kako odabrati grupu elemenata direktorija

Bitan! Ispravljena je greška u standardnim pravilima u predloženim pravilima za prenos podataka (od kompanije "1C"), što dovodi do pogrešnog odabira elemenata direktorija pri istovaru korištenjem periodičnih detalja direktorija, tj. one koje imaju različite vrijednosti postavljene za različite datume. To je zbog činjenice da se u standardnim pravilima odabir elemenata direktorija vrši upitom bez navođenja tačke.

Odabir na osnovu periodičnih detalja imenika se vrši na datum parametra " datum isteka"!!!

Možete koristiti kombinaciju pravila za učitavanje i odabir podataka. Pravila koja imaju postavljene odabire će biti označena kao "[SELECTION]". Da biste vidjeli ili uredili odabir određenog pravila za upload podataka, potrebno je dvaput kliknuti na ovo pravilo na listi pravila ili, nakon odabira, kliknuti na dugme " Instalirajte PVD".

Bitan! Ako se ispostavi da je učitavanje objekata prazno ili nepotpuno, potrebno je provjeriti da li je mod sinhronizacije postavljen sa 1C:Računovodstvom 8. Ako je to slučaj, tada će biti učitani samo objekti koji su promijenjeni nakon prijenosa (Direktor .Synchronous Accounting Parameters pohranjuje parametar Položaj posljednjeg otpremljenog dokumenta, koji se provjerava tokom učitavanja pomoću funkcije Check For Upload Possibility) . Puno radno vrijeme u režimu sinhronizacije postaje nemoguće. Način sinhronizacije se provjerava nakon učitavanja pravila razmjene. Ako je režim instaliran, biće generisan prozor upozorenja (pogledajte sliku 6.5) i od vas će se tražiti da onemogućite režim sinhronizacije.

Rice. 6.5 Prozor upozorenja o načinu sinhronizacije

Dodatne razlike u odnosu na standardna pravila

Ispravljena greška u prijenosu PT&U sa starim tipovima računa: ako je u dokumentima Prijem robe i usluga tip prijema jednak 2 (zastarjela vrijednost) i nema fakture dobavljača, pogrešna konverzija ovog dokumenta u BP 3.0 u povrat nastaje dokument od kupca.

Ispravljena je greška prilikom prijenosa ručnih operacija koje imaju podračun Odjeljenja na PROF verziju BP. Takva operacija se ne bilježi u BP; javlja se greška: "Polje Divizije mora biti prazno." To je zbog činjenice da su pravila dizajnirana za rad sa verzijama CORP, međutim, u PROF-u dimenzije DivisionDt i DivisionKt računovodstvenog registra moraju biti prazne.

Ispravljena greška koja je dovela do dupliciranja grupa direktorija Ugovori i, kao posljedicu, dupliciranje elemenata ovog direktorija (pošto se pretraga tokom učitavanja vrši uzimajući u obzir roditelj). Ovo je ilustrovano na slici 6.6.

Sl.6.6 Rezultat prijenosa imenika Ugovori standardna pravila

Ovdje u koloni Roditelj(grupa imenika) sa imenom 2015 Postoje dvije različite grupe direktorija sa istim imenom (postoji samo jedna grupa u izvoru), stoga su ugovori duplicirani.

Ispravljena greška u prijenosu bankovnih dokumenata prilikom prijenosa novca sa jednog tekućeg računa na drugi. IN BP 3.0 u ovom slučaju se kreira dokument Zaduživanje sa tekućeg računa sa vrstom operacije Transfer na drugi račun organizacije, koji se ne sprovodi zbog nepopunjenosti podataka Račun primaoca. Osim toga, podaci su pogrešno popunjeni. Račun I Debitni račun. Ovo će se pojaviti ako su različiti, na primjer 55 i 51, onda ih treba zamijeniti. Ispravljena greška prilikom popunjavanja detalja Vrsta obaveze u dokumentima o prenosu poreza. Sve gore navedeno se odnosi na izdanje 3.0.43.215.

Rekviziti se prenose glavni ugovor imenik Counterparties.

Promijenjeno je pravilo za preuzimanje direktorija Nomenklatura, sada je metoda odabira podataka standardno uzorkovanje, što vam omogućava da elemente imenika odaberete po detaljima (u standardnim pravilima pojednostavljenog poreznog sistema 7.7 - BP 3.0 to nije moguće). Prilikom prijenosa imenika Nomenklatura, prenose se i Cijene artikala putem linkova, tj. cijene samo prenesenih stavki nomenklature. Da biste omogućili ovu funkciju, trebate postaviti vrijednost parametra na jedan Učitajte cijene prilikom istovara artikala.

Ispravljena je greška u standardnim pravilima "USN 7.7 - BP 3.0" prilikom prenosa stanja za obračune sa drugim ugovornim stranama: tip ugovora je uvek bio podešen na Ostalo. Sada - ovisno o vrsti stanja, prema računovodstvenom dijelu " Obračuni sa dobavljačima i izvođačima"tip ugovora = " Sa dobavljačem", prema računovodstvenom dijelu" Obračuni sa kupcima i kupcima"tip ugovora = " Sa kupcem", u drugim slučajevima, tip ugovora = " Ostalo".

Ispravljena je greška u standardnim pravilima "USN 7.7 - BP 3.0" prilikom prenosa stanja za obračune sa drugim ugovornim stranama: iznos međusobnih obračuna je evidentiran u dva detalja ulaznog dokumenta početni bilansi Suma I IznosKt. Zbog toga nije knjižen ulazni dokument za početna stanja.

ProvjeriSa kupcem" (u standardnim pravilima " Ostalo"). Vrijednost atributa " je postavljena. Država plaćanja“, ovo je važno za pravi izbor fakture za plaćanje kupcu u bankovnim platnim dokumentima u konfiguraciji primaoca.

Prilikom prijenosa dokumenata oblika " Nalog za plaćanje"tip ugovora je postavljen na " Sa dobavljačem" (u standardnim pravilima " Ostalo").

Ispravljena je greška u standardnim pravilima "USN 7.7 - BP 3.0" prilikom prijenosa skladišnih lokacija: detalji "nisu popunjeni" Tip skladišta".

Dodan parametar " Uključena je razmjena s regulatornim tijelima": ako je njegova vrijednost 1, onda prop Vrsta razmene sa kontrolnim autoritetima element direktorija " Organizacije"postaviti na vrijednost" ExchangeU univerzalnom formatu", inače u " ExchangeDisabled"kao u standardnim pravilima. Ovo je važno za ponovljene (redovne) transfere, kako se ne bi pokvario EDF setup.

Pravilo pretraživanja preuzetih stavki za direktorij je promijenjeno " Counterparties": prvo se vrši pretraga po TIN I kontrolni punkt(ako su ove vrijednosti popunjene), onda samo po TIN i konačno po Ime. U sva tri slučaja, pretraga uključuje atribut grupe (ThisGroup) i samu grupu (Parent). Ovo je važno za ponovljene (redovne) transfere, kako se ne bi stvarali duplikati za druge ugovorne strane čiji su nazivi promijenjeni NAKON učitavanja.

Kada prenosite druge ugovorne strane, popunite podatke CountryRegistrationšto znači "Rusija". Ovo je neophodno kako bi se nakon učitavanja imenika suradnika u program "1C računovodstvo 8" Nisam morao ručno popunjavati tražene detalje CountryRegistration. Ako nije popunjen, onda u obliku elementa direktorija " Counterparties"detalji će biti dostupni" Porezni broj" i " Reg. broj"i detalji" TIN" i " kontrolni punkt" biće skriveno.

Pravila prijenosa podataka za prijenos imenika “Zaposleni” dodano je pravilima prijenosa “USN 7.7 - BP 3.0” (u standardnim pravilima prenosi se samo imenik pojedinaca).

U pravilima prijenosa "USN 7.7 - BP 3.0" ispravljeno je pravilo prijenosa za registar informacija Tekuća tarifna stopa zaposlenih.

Karakteristike prijenosa naloga za plaćanje poreza

Za naloge za plaćanje sa vrstom transakcije Transfer poreza Potrebno je popuniti dodatne podatke: KBK - šifra budžetske klasifikacije, status sastavljača itd. Strukture ovih detalja su u Bukh 7.7 (USN 7.7) i u BP 3.0 ne podudaraju. Posebno u BP 3.0 Neki od ovih detalja su uključeni u poseban imenik Vrste poreza i plaćanja u budžet, link na koji se nalazi u nalogu za plaćanje. Imenik sadrži niz isporučenih elemenata koji se pojavljuju u bazi podataka, na primjer, prilikom uređivanja računovodstvene politike. Prilikom prijenosa podataka ovi elementi će se pojaviti i prilikom učitavanja računovodstvene politike. Prilikom učitavanja i preuzimanja naloga za plaćanje, element direktorija Vrste poreza i plaćanja u budžet pretraživali koristeći KBK za zamjenu u detaljima naloga za plaćanje Porez. Stoga se preporučuje da nakon prijenosa računovodstvenih politika provjerite da li se svi potrebni porezi pojavljuju u imeniku i po potrebi ih dopunite. Prilikom upoređivanja (sinhronizacije) KBK u nalozima za plaćanje, izvor i primalac ne uzimaju u obzir četiri kategorije KBK, kategorije 14-17, šifru podvrste prihoda: porez, kazna, novčana kazna, itd. U imeniku Vrste poreza i plaćanja u budžet ovi bitovi su ispunjeni nulama. Prilikom dodavanja novih elemenata u direktorij, cifre 14-17 također treba popuniti nulama.

Prijenos velikih baza podataka.

Prije svega, prilikom prijenosa velikih baza podataka, proces preuzimanja podataka može potrajati jako dugo. To se događa ako postoji veliki broj stanja u jednom računovodstvenom dijelu, na primjer, stanja robe. Da biste smanjili vrijeme učitavanja, možete koristiti tehniku ​​razdvajanja jednog dokumenta " Unos početnih stanja"za nekoliko. Ako postavite vrijednost parametra " Broj redova u dokumentu za unos stanja" različito od nule (vidi sliku 6.3), tada će učitavanje podataka u jedan dokument biti ograničeno na određenu vrijednost. Ovo može vrlo značajno (nekoliko puta) smanjiti vrijeme učitavanja.

Slika 6.3 Podešavanje parametara prilikom prenosa podataka sa ograničenjem veličine dokumenta " Unos početnih stanja»

Napomena: vrijednost parametra ograničava broj redova tablice transakcija učitanih u jedan dokument " Unos početnih stanja“, umjesto da navedete broj redova samog dokumenta. Stoga će se broj redova dokumenta razlikovati od vrijednosti parametra; ovo nije greška. Prilikom razdvajanja dokumenta " Unos početnih stanja” za nekoliko dokumenata, postfiks će biti dodat komentaru svakog dokumenta na kraju reda: “-1”, “-2” itd.

BITAN! Opisani algoritam za cijepanje jednog dokumenta " Unos početnih stanja„nekoliko se koristi samo za smanjenje vremena postavljanja podataka; svi dokumenti se učitavaju u jedan fajl, tj. Prijenos podataka se odvija u jednom koraku, komentari (postfiksi) se generiraju automatski, specificiran je samo jedan parametar. Ali ova tehnika ne rješava problem nedostatka pamćenja, o čemu će biti riječi u nastavku.

Prilikom migracije velikih baza podataka može doći do problema sa nedostatkom ram memorija: Prilikom pokušaja učitavanja, program će izaći sa ili bez odgovarajuće poruke o grešci. Pokušaj da zamijenite svoj računar snažnijim je beskorisan. U tom slučaju, trebali biste učitati podatke u dijelovima, razbijajući ih na dijelove. Ovo zahtijeva pravila prijenosa koja podržavaju navedeni način rada. Pogledajmo kako se istovara. Prvo, prenos podataka treba da se izvrši korišćenjem samo jednog pravila za učitavanje (vidi sliku 6.4). Ako je prijenos nemoguć prema jednom pravilu, onda ga dijelimo na dijelove, navodeći početni i konačni broj porcija. Svaki dio će sadržavati informacije za dati broj analitičkih vrijednosti prve razine, na primjer, bilansa proizvoda, tj. navedeni broj vrijednosti stanja računa "41". Poznavajući ukupnu količinu analitike za račun, lako je izračunati broj porcija. Koliko se podataka prenosi bez problema odjednom (u jednu informaciju) potrebno je eksperimentalno utvrditi; po pravilu, prilikom učitavanja stanja na računu, problemi s prijenosom se javljaju kada je broj stanja nekoliko hiljada ili više. Iako, da bismo uštedjeli vrijeme za učitavanje podataka, možemo preporučiti njihovo podjelu na dijelove, čak i ako je moguće učitati sva stanja u odjeljak računovodstva odjednom. Vrijeme učitavanja ovisi o veličini dijela podataka, ne proporcionalno, ne linearno. Stoga, dijeljenjem, na primjer, deset hiljada salda proizvoda na deset dijelova od hiljadu, možete smanjiti vrijeme istovara za nekoliko puta. Ako prenosimo prvu porciju, možda neće biti naznačen broj početne porcije; ako se prenosi posljednji dio, onda se možda neće naznačiti broj završnog dijela.

BITAN! Prilikom prijenosa podataka u dijelovima potrebno je u parametrima navesti postfiks koji je uključen u formiranje komentara dokumenta “ Unos početnih stanja" Prilikom mijenjanja brojeva raspona porcija, ne smijete zaboraviti promijeniti postfiks, inače će, prilikom učitavanja u konfiguraciju primatelja, dokumenti sa istim komentarima (postfiksi) biti prepisani. Naziv datoteke sa podacima nije posebno važan. Možete koristiti taktiku sekvencijalnog prijenosa: istovar - utovar, istovar - utovar itd. U ovom slučaju, naziv datoteke podataka nije potrebno mijenjati. Možete odabrati taktiku: prvo sve istovarite, a zatim sve učitajte. U potonjem slučaju, ime datoteke sa podacima će se morati mijenjati svaki put kada se ona učitava. Još jedan primjer. Ako je broj stanja u računovodstvenom dijelu (na primjer, roba) recimo 10.000, podijelimo ga na dijelove od hiljadu, onda dobijemo 10 porcija. Svaki dio mora imati jedinstveni postfiks: "-1", "-2", "-3", "-4". Ako istovarimo svu preostalu robu, a zatim sve učitamo, onda i datoteke podataka moraju biti jedinstvene, na primjer: “41_1”, “41_2”, “41_3”, “41_4”. Parametri “Početak broja porcije” i “kraj broja porcije” trebaju imati sljedeće vrijednosti: 0, 1000; 1001, 2000; 2001, 3000; 3001, 4000.

Sl.6.4 Podešavanje parametara prilikom prenosa podataka u delovima

Prijenos podataka u dijelovima je podržan za sljedeća pravila učitavanja:

    Osnovna sredstva

    Materijali

    Odstupanja u nabavnoj vrijednosti zaliha

    PDV na kupljenu imovinu

    Nedovršena proizvodnja

  • Gotovi proizvodi i poluproizvodi

    Troškovi prodaje

    Roba poslana

    Cash

    Finansijske investicije

    Poravnanja sa dobavljačima i izvođačima

    Ostala poravnanja sa drugim ugovornim stranama

    Porezi i naknade

    Poravnanje sa osobljem

    Obračuni sa odgovornim licima

    Nagodbe sa osnivačima

    Poravnanja sa drugim dužnicima i poveriocima

    Kapital i rezerve

    Budući troškovi

    Odgođena porezna imovina i obaveze

    Finansijski rezultati

    Vanbilansni računi

Ne pokušavajte slijediti smiješan savjet poput: "Prenesite prvo referentne knjige, a zatim prenesite ostatke." Prvo, nema smisla pomicati direktorij odvojeno, bilo u dijelovima ili u cijelosti , ako se greška dogodi prilikom istovara salda, onda to neće pomoći. Greška će se najvjerovatnije zaista pojaviti prilikom prijenosa stanja (tokom istovara, važno je razumjeti), kada se direktorij prenosi putem veza. Nije bitno da li je imenik već prebačen ili ne, pri istovaru ostataka i dalje će se istovarati bez ograničenja. Drugo, prijenos cijelih direktorija obično je prijenos smeća; ne biste to trebali činiti.

Nakon što je istovar završen morate pokrenuti program 1C: Računovodstvo 8. Učitavanje, kako na početku, tako i tokom ponovljenih prenosa podataka ili dodatnih prenosa, trebalo bi da se izvrši korišćenjem standardne obrade (vidi sliku 7).

Pažnja, važno. Tretman Univerzalna razmjena podataka u XML formatu (u nekim izdanjima 3.0.43.x) sadrži greške. Može se koristiti korigirana obrada Univerzalna razmjena podataka u XML formatu, koji je uključen u isporuku i instaliran je u direktoriju baze podataka Računovodstvo izdanje 4.5.

Nakon učitavanja u program 1C: Računovodstvo 8 dokumenti za unos stanja moraju biti knjiženi, a preostali dokumenti se moraju ponovo knjižiti. To se najbolje radi obradom Grupni transfer dokumenata, koji se nalazi u odjeljku Administracija. Ako se ne vidi u navedenom odeljku, konfigurišite traku akcija dodavanjem željene naredbe (vidi sliku 7.1)

Sl.7.1 Podešavanje trake akcija

Bitan. Ne možete koristiti obradu iz standardne konfiguracije, jer ona radi u modu za otklanjanje grešaka rukovaoca (Exchange Processing.Handler DebuggingMode Flag = True) i ne dozvoljava upotrebu rukovaoca "Polja za pretraživanje" za traženje preuzetih stavki za direktorij " Counterparties" (vidi gore). Tačnije, svi rukovaoci koji se koriste tokom učitavanja su u obradi ugrađenoj u konfiguraciju ProcesoriDownloadsFromAccounting77. Stoga je nemoguće izvršiti transfer po izmijenjenim pravilima, prema najmanje u fazi utovara.

Možete koristiti sličan eksterna obrada Prijenos podataka iz informacionih baza 1Preduzeća77(uključeno je u isporuku). U nastavku opisujemo kako ga koristiti (još jednom - eksterna obrada).

Nakon što je istovar završen morate pokrenuti program 1C: Računovodstvo 8. U meniju: Datoteka - Otvori i pokaži na eksternu obradu Prijenos podataka iz informacionih baza 1Preduzeća77.

Nakon toga će se prikazati obrazac u kojem je potrebno odrediti opciju učitavanja podataka – Učitavanje podataka iz datoteke (slika 7.2).

Nakon toga će se prikazati dijaloški okvir u kojem ćete morati navesti putanju do učitane datoteke (vidi sliku 7.3).

Klikom na „Učitaj podatke“ pokrenite proces učitavanja podataka (vidi sliku 7.4), po čijem završetku ćete morati generirati bilans stanja i provjeriti promet u izvornoj bazi konfiguracije i odredišnoj konfiguraciji u koju je izvršeno preuzimanje. .

Ako dođe do bilo kakve greške tokom procesa prijenosa podataka, otvorit će se prozor s porukom iz kojeg možete dvaput kliknuti da biste riješili grešku. Da biste dobili izvještaj o nastalim greškama sa opisom i preporukama za otklanjanje, morate kliknuti na hipervezu “ Informacije o grešci».

Učitavanje tokom ponovljenih prijenosa podataka ili dodatnih prijenosa pojedinačnih dokumenata ili imenika može se izvršiti korištenjem standardne obrade "Univerzalna razmjena podataka u XML formatu", što će ubrzati proces.

Tehnika konverzije podataka.

Po potrebi, konverzija se može izvršiti u nekoliko faza, na primjer, prvo bilansi, a zatim dokumenti. Moguć je ponovni prijenos informacija.

Stanja se prenose putem dokumenata" Unos početnih stanja».

Više detalja o metodologiji unosa stanja možete pronaći u članku na ITS web stranici kompanije 1C (za 1C: Enterprise Accounting rev. 3.0)

Bitan! Prije unosa početnih stanja, moraju se postaviti parametri računovodstvene politike. Parametri računovodstvene politike organizacije se čitaju na datum koji slijedi nakon datuma unosa stanja. Na primjer, ako je datum za unos stanja 31. decembar 2013. godine, tada se uzimaju u obzir parametri računovodstvene politike utvrđeni od 1. januara 2014. To vam omogućava da uzmete u obzir parametre tekuće računovodstvene politike (na primjer: ako je 2013. godine organizacija primijenila pojednostavljeni sistem oporezivanja, a od 2014. godine prešla na zajednički sistem- tada će se prilikom unosa stanja na dan 31. decembra 2013. godine uzeti u obzir parametri računovodstvene politike iz 2014. godine). Uvjerite se da su računovodstvene politike ispravno prenesene, ispravite ako je potrebno.

Bitan! Ako odlučite da počnete raditi u konfiguraciji primatelja prije nego što tamo prenesete ostatak, tada morate prvo prenijeti direktorije prije nego počnete raditi u konfiguraciji primatelja. U suprotnom može doći do grešaka prilikom prijenosa stanja u nepraznu bazu podataka.

Odgovaram na pitanja! Pravila obrade i prijenosa uključena u set za isporuku su otvorena i ni na koji način nisu zaštićena od kopiranja. To ne znači da kupac (imatelj licence) ima pravo na distribuciju i reprodukciju. Vlasnik licence nema takvo pravo. Vlasnik licence ima pravo korištenja. Koristeći ovo pravo, korisnik licence može kreirati arhivske kopije, vršiti izmjene i koristiti neograničen broj puta na neograničenom broju računara. Da biste precizirali ili ispravili pravila konverzije, kao i da biste se bolje upoznali s njima, morate učitati pravila u program Konverzija podataka. Ovaj program distribuira 1C i on određuje pravila za njegovu upotrebu.

Razlozi za kupovinu

Ažurirano redovno. Ažuriranja su besplatna šest mjeseci nakon kupovine. Uvršten u TOP 100 publikacija Infostarta.

Prednosti

Tekst pravila i obrada su otvoreni, koristi se tehnologija konverzije podataka i lako se uređuju.

Poređenje verzija

    29.01.2019. Pravila ažurirana na izdanje 3.0.67.70

    07/05/2018 Pravila ažurirana na izdanje 3.0.63.22

    25.09.2017. Pravila ažurirana na izdanje 3.0.52.36

    18.07.2017. Pravila ažurirana na izdanje 3.0.51.16

    12.10.2016. Ispravljena greška u prenosu stručnog obrazovanja i obuke sa starim tipovima prijema

    09/08/2016 Pravila ažurirana na izdanje 3.0.44.102

    18.06.2016. Ispravljena greška u prijenosu ručnih operacija koje imaju odjeljenje podračuna

    31.05.2016. Pravila su ažurirana na izdanje 3.0.43.236. U standardnim konfiguracijama (BP izdanja 3.0.43.174 - 235) u obradi Universal XML Data Exchange, procedura učitavanja parametara ne radi ispravno. Pravila su promijenjena kako bi se zaobišla ova greška. Također možete koristiti Universal Data ExchangeXML obradu uključenu u paket isporuke za učitavanje u BP 3.0. Zapisuje se tokom instalacije u poddirektorijum ExtForms info direktorijuma. baze 7.7.

    25.05.2016. Pravila ažurirana na izdanje 3.0.43.215

    11.05.2016. Promijenjeno je ograničenje dužine naziva ugovora sa 50 na 100.

    23.02.2016. Pravila ažurirana na izdanje 3.0.43.29

    21.12.2015. Obrada i pravila ažurirana u izdanje 3.0.42.33

    11.11.2015. Dodata provjera za mod sinhronizacije

    18.05.2015. Obrada i pravila ažurirani na izdanje 3.0.40.24

    14.05.2015. Završen je prijenos dokumenata za plaćanje poreza

    04/08/2015 Obrada i pravila ažurirani u izdanje 3.0.39.56. U izdanju 3.0.39, struktura fakture za plaćanje je promijenjena: više ne postoji tabelarni dio „Usluge“, sada su roba i usluge u jednom tabelarnom dijelu „Roba“. Stoga se pravila za 3.0.38 ne mogu koristiti za prijenos na 3.0.39

    04.02.2015. Obrada i pravila ažurirana u izdanje 3.0.38.53

    23.12.2014. Obrada i pravila ažurirana u izdanje 3.0.37

Sadržaj isporuke.

Paket uključuje: obradu "ACC_ACC8", pravila transfera "ACC_ACC8" i obrada Prijenos podataka iz informacionih baza 1Preduzeća77. Ukoliko vaša organizacija nema stalno zaposlenog programera za obavljanje poslova, spremni smo da ponudimo usluge našeg specijaliste (programer će se povezati sa vašim računarom putem interneta, preko poseban program za rad na daljinu i obaviće potrebne poslove). Ako je moguće, obezbijedite radnu bazu "1C: Računovodstvo 7.7", možemo sami prenijeti podatke i prenijeti fajl " 1C: Računovodstvo 8" sa prenesenim salovima. Cijena ove usluge nije uključena u ukupnu cijenu paketa.


© Boris Balyasnikov, januar 2014, posljednje promjene januar 2019

Većina korisnika programa 1C 7.7 zamišlja prelazak sa 1C 7.7 na 8.3 (8.2) kao nešto složeno i podložno samo programerima. Ako organizacija nema potpuno redizajniranu konfiguraciju, onda je ovaj članak napisan za vas i pomoći će pri prelasku na 1C 8.3 ili 8.2.

Kako pripremiti bazu podataka 1C 8.3 (8.2) za naknadni prijenos podataka iz 1C 7.7 korak po korak

Prije početka rada potrebno je pripremiti bazu podataka 1C 8.3 (8.2) za naknadno učitavanje podataka.

Korak 1

Ažurirajte 1C bazu podataka na najnoviju verziju, koristite najnoviju verziju 8.2 ili 8.3. Relevantnost trenutnog izdanja možete provjeriti na web stranici tehničke podrške 1C.

Kako instalirati ili ažurirati platformu 1C 8.3, pogledajte naš video vodič:

Korak 2

Izvršite rutinske operacije zatvaranja na kraju mjeseca. Osim toga, možete provjeriti svoju računovodstvenu evidenciju putem Usluga – Provjera podataka za prelazak na 1C računovodstvo 8. Ako postoje greške, ispravite ih.

Korak 3

Korak 5

Kreirajte čistu bazu podataka za učitavanje podataka. Ovo je neophodno kako bi se odmah prekinulo preuzimanje podataka u slučaju nepredviđenih situacija. Top Menu izaberite programe Administracija – Upload podataka, navedite naziv datoteke za učitavanje i lokaciju na kojoj će biti sačuvana.

Zahvaljujući ovim pripremnim mjerama, nepotrebni objekti će biti uklonjeni iz baze podataka, 1C baza podataka će postati manja. Rezultati će biti ponovo izračunati i logički integritet baze podataka će se provjeriti. Sada možete započeti prijenos podataka sa 1C 7.7 na 1C 8.3 (8.2).

Kako dodati bazu informacija u 1C 8.3, pogledajte sljedeću video lekciju:

Prijenos podataka iz 1C 7.7 u 1C 8.2 Računovodstvo 2.0

U najnovijoj verziji izdanja programa 1C 8.2 Računovodstvo 2.0 nije podržan prijevod iz 1C 7.7 baza podataka. U skladu sa zahtjevima kompanije 1C, potrebno je učiniti. Stoga, ako u bazi podataka 1C 8.2 odaberete Usluga – Prijenos podataka iz informacionih baza podataka 1C Enterprise 7.7, tada dobijamo grešku:

Ali što biste trebali učiniti ako ga zaista trebate prenijeti na verziju 1C 8.2?

Korak 1. Prijenos podataka iz 1C 7.7

Potrebno je preuzeti datoteke koje je prethodno isporučio 1C za učitavanje u 1C 8.2 Računovodstvo. Ove datoteke moraju biti smještene u fasciklu ExtForms iz vaše baze podataka. U primjeru, ovo je D:\1s\77\unp_demo\ExtForms. Možete vidjeti putanju do vaše baze podataka prilikom učitavanja 1C programa:

Pokrenimo ovu obradu: Ako je sve urađeno ispravno, trebala bi se pojaviti poruka "Učitavanje podataka za 1C računovodstvo 8", odaberite je klikom na dugme Otvori:

  • Pravila otpremanja – fajl pod nazivom Acc77_80.xml, kopirali smo ga u fasciklu ExtForms;
  • Datum početka i datum završetka – period tokom kojeg će se podaci preuzimati;
  • Pravila za upload podataka – objekti koji se uploaduju, direktoriji i dokumenti koje treba učitati u datoteku.

Datoteka s podacima u primjeru će se kopirati na radnu površinu, ali možete odabrati bilo koju drugu mapu. Kliknite na dugme Load exchange rules. Otvorit će se lista objekata koji će biti učitani iz 1C 7.7 i koji se mogu uređivati ​​uklanjanjem ili označavanjem okvira za odabir:

Ovisno o situaciji, podatke možete učitati ili sve odjednom ili u dijelovima. Prvo, istovarujemo direktorije - 95% njih se isprazni bez problema. Sa drugom datotekom učitavamo stanja i promet po računovodstvenim dijelovima. Ova opcija je zgodna za korištenje ako neki podaci nisu učitani sasvim ispravno.

Korak 2. Učitavanje u 1C 8.2 Accounting 2.0 iz 1C 7.7

Izaberi Usluga – Prijenos podataka iz informacionih baza podataka 1C Enterprise 8, u prozoru koji se pojavi odaberite Učitaj iz datoteke:

Odaberite datoteku koja je preuzeta iz 1C 7.7 na radnu površinu. Nakon što kliknete na dugme Dalje, podaci će se učitati iz datoteke. Ako se računovodstvo u bazi podataka 1C 7.7 održava dugo vremena, učitavanje može potrajati.

Ako dođe do grešaka tokom preuzimanja, samo dio podataka će se preuzeti i stoga će se morati ponovo preuzeti.

Prijenos podataka iz 1C 7.7 u 1C 8.3 Računovodstvo 3.0

Algoritam za prijenos baze podataka sa 1C 7.7 na 1C 8.3 malo se razlikuje u detaljima, ali općenito je sličan onom gore opisanom za 1C 8.2 Računovodstvo 2.0.

Korak 1

Nakon ažuriranja baze podataka 1C, potrebno je ažurirati pravila učitavanja podataka. To se može uraditi na sljedeći način.

Otvorite 1C 8.3 Accounting 3.0 i izaberite dugme Sačuvaj pravila prenosa u donjem desnom uglu, izaberite verziju 1C Accounting 7.7 i sačuvajte pravila navodeći putanju do direktorijuma ExtForms baze podataka:

Korak 2. Učitavanje podataka iz 1C 7.7

Mogućnost učitavanja sa 1C 7.7 na 1C 8.3 je napravljena prema zadanim postavkama, odnosno nema potrebe za preuzimanjem dodatnih datoteka i njihovim dodavanjem u bazu podataka.

Započnimo obradu istovara: Usluga – Dodatne mogućnosti. Nalazimo natpis Prelazak na 1C 8.3 Računovodstvo izd. 3.0 i kliknite Otvori:

U prozoru koji se pojavi morate popuniti:

  • Pravila za otpremanje - datoteka pod nazivom ACC_ACC8.xml, koja se može naći u fascikli sa vašom bazom podataka (kako odrediti putanju do baze je opisano gore), fascikli ExtForms. Ovo je onaj kopiran iz 1C 8.3;
  • Datum početka i datum završetka – period za koji će se podaci preuzimati;
  • Naziv datoteke podataka – mjesto na koje ćemo kopirati datoteku sa učitanim podacima;
  • Pravila za upload podataka – objekti koji se uploaduju, direktoriji i dokumenti koji će biti učitani u datoteku:

Kliknite na dugme Load exchange rules. Pojavit će se popis objekata koji će biti učitani iz 1C 7.7, a koji se može uređivati ​​uklanjanjem ili označavanjem okvira za odabir.

Možete otpremati u dijelovima, kreirajući nekoliko datoteka ili otpremati sve podatke odjednom. Šta učiniti zavisi od konkretne situacije. U primjeru, učitavamo sve podatke odjednom.

Otvorimo 1C Accounting 3.0 (8.3) i odaberite Ovdje ćemo vidjeti 2 načina za učitavanje podataka:

  • Učitajte podatke iz baze informacija - program 1C 8.3 će ih sam pronaći instalirane baze i pokušat će se povezati s ovom bazom podataka kopiranjem podataka odatle. Koristeći postavke, možete odrediti šta treba učitati i kliknite na dugme Učitaj podatke:

  • Učitavanje podataka iz datoteke je samo naša opcija. Morate navesti datoteku koja je preuzeta iz 1C 7.7 i kliknite na dugme Učitaj podatke. Ako se pojavi prozor poput donjeg, to znači da je preuzimanje uspješno. U suprotnom, morate preuzeti ili u dijelovima i ispraviti greške koje program proizvodi u 1C 7.7:

Prijenos podataka iz modificirane standardne konfiguracije 1C 7.7 u 1C 8.3 (8.2)

Prijenos podataka iz promijenjenih konfiguracija 1C 7.7 je mnogo komplikovaniji zbog prepisanih poslovnih procesa koji ne postoje u izdanju programa u koje ćemo prenijeti podatke. U većini slučajeva takve prijenose treba obaviti stručnjak sa iskustvom u prijenosu podataka ili dobrim poznavanjem konfiguracije konverzije podataka. Postoji opšti principi prijenos, koji se može koristiti za prijenos sljedećih konfiguracija:

  • Prijenos funkcionalnosti. U novoj konfiguraciji potrebno je ponoviti funkcionalnost koja je prisutna u 1C 7.7. Dodatni dokumenti, referentne knjige i detalji. Učitajte -CF ove baze podataka.
  • na kraju godine. Uporedite promet na računu prije konvolucije i poslije- moraju biti jednaki.
  • Prijenos podataka iz kolabirane baze podataka 1C 7.7 u standardnu ​​čistu bazu podataka novog izdanja. Provjerite podatke o prometu na računima u 1C 7.7 i 8.2 ili 8.3. Ako postoje greške, ispravite ih.
  • U čistu bazu podataka u koju su učitani podaci iz 1C 7.7 potrebno je učitati CF konfiguracijski fajl u kojem je ponovljena funkcionalnost iz 1C 7.7.
  • Dodatni detalji direktorija mogu se prenijeti korištenjem konfiguracije konverzije podataka.

Provjera podataka nakon prijenosa podataka sa 1C 7.7 na 1C 8.3 i 8.2

Koristeći izvještaj Bilans prometa, generirajte izvještaj sa podacima o podračunima, vrstama računovodstva, vanbilansnim računima, valutama i uporedite sa istim izvještajem iz baze podataka 1C 8.3 (8.2) u koju su podaci preneseni:

Trebam li prijeći na 1C:Enterprise 8.2? Ako čitate ovaj članak, to znači da ste na ovo pitanje vjerovatno već odgovorili potvrdno. Stoga, sada nećemo ponovo govoriti o prednostima prelaska na novu platformu, već ćemo se fokusirati direktno na detalje i karakteristike ovog procesa.


1. Opšti algoritam

Dakle, odlučili ste da pređete na „osmicu“ i želite da saznate kako se to radi i šta vam „preti“. U samom opšti pogled Prijelazni dijagram izgleda ovako (slika 1).

Rice. 1. Algoritam za prelazak sa platforme 1C:Enterprise 7.7 na platformu 1C:Enterprise 8.2


1. Nadogradnja. Prva stvar koju treba da uradite je da napišete prijavu svoje organizacije, predate formular za registraciju za platformu 7.7 i kupite platformu 8.2. U ovom slučaju ćete biti osigurani popust u visini troškova stare platforme, ali ne više od 50%. Stara platforma ostaje kod vas i možete je nastaviti koristiti, ali će biti uklonjena tehnička podrška u kompaniji 1C.


2. Ažurirajte trenutnu konfiguraciju do najnovijeg aktuelnog izdanja.


3. Priprema baze podataka za prijenos. implicira backup baze podataka, zatvaranje tekućeg obračunskog perioda, brisanje baze podataka označenih za brisanje i ispravljanje računovodstvenih grešaka (ako ih ima).


4. Prijenos podataka. Ovo je glavna faza. Algoritmi i intenzitet rada su različiti u svakom konkretnom slučaju.


5. Obuka osoblja za rad sa novom konfiguracijom. Budući da se konfiguracije na platformama 7.7 i 8.2 razlikuju i po interfejsu i po funkcionalnosti, možda će vam trebati obuka za rad s novom konfiguracijom. Možete ga sami proučiti koristeći odgovarajuću metodološku literaturu, ali bolje je proći specijalizovani kurs prema 1C.


6. Operacija. U ovoj fazi, kada korisnici počnu raditi u novi program, ispravljen je i ispravljen moguće greške automatizovani prenos podataka.

Razmotrimo proces migracije na novu platformu u kontekstu konfiguracije "1c računovodstvo".


2. Promijenite “1C: Računovodstvo 7.7” u “1C: Računovodstvo 8.2”

Strategiju i mehanizme za prijenos podataka iz “1C: Računovodstvo 7.7” u “1C: Računovodstvo 8.2” određuju sljedeći faktori:

  • vrijeme početka računovodstva u novom programu;
  • prisutnost i složenost poboljšanja u trenutna verzija vaša konfiguracija;
  • potreba za očuvanjem istorije poslovnih transakcija za protekle periode.


Savjetujemo našim klijentima da počnu raditi u novom računovodstvenom programu od 1. januara nove godine . To je zbog činjenice da se većina poreza obračunava na obračunskoj osnovi. Dakle, da ne bi razvijali sredstva ispravan transfer akumuliranih rezultata, potrebno je početak rada u programu povezati sa početkom poreskog izvještajnog perioda. Naravno, možete početi sa radom od početka kvartala, pa čak i od početka sljedeći mjesec, ali će takav prijelaz povlačiti značajnije troškove (zbog značajnih razlika u strukturi dokumenata u 7.7 i 8.2).


Ovisno o kombinaciji gore navedenih faktora, situacije mogu biti sljedeće.

Situacija 1:

Prelazak iz nove godine, TIPIČNA konfiguracija, ispravna stanja računa se generišu u starom programu


Ova opcija je jednostavna i jasna, ali je u praksi izuzetno rijetka. Ispravna stanja u starom programu moguća je samo u jednom broju malih preduzeća neposredno prije početka rada u novom programu, i to samo pod uslovom da su svi primarni dokumenti za protekli period dostavljeni i uneseni u program.


Ako je ovo vaš slučaj, imate sreće. Potrebno je samo ažurirati konfiguraciju “1C:Enterprise 7.7” na najnoviju verziju i koristiti obradu “Transfer podataka iz informacionih baza 1C:Enterprise 7.7” ugrađenu u “1C:Enterprise 8.2”. To možete učiniti sami, bez pomoći stručnjaka. Potrebno je samo striktno slijediti upute navedene u obradi.

Situacija 2:

Prelazak sa nove godine, TIPIČNA konfiguracija, u starom programu NEMA ISPRAVNIH STANJA NA RAČUNU


Standardna praksa u ovom slučaju je radeći u starom i novom programu istovremeno . Tokom „prelaznog perioda“ (slika 2), zaposleni zatvaraju prethodne transakcije u starom programu i počinju da unose dokumente za nove transakcije u novi sistem.


Rice. 2. Prijelazni period prilikom promjene platforme


Da biste prevazišli ovaj period uz minimalne gubitke, možete koristiti sljedeće strategije:

  • prenijeti stanja „kao što je“ na početak godine i voditi evidenciju na osnovu tih podataka. Jednom kada se dobiju ispravni balansi u "sedam", oni se moraju odmah retroaktivno podesiti u "osmici".
  • odbiti prenošenje netačnih stanja i unositi primarne dokumente za nove transakcije u G8 bez naknadnog sprovođenja. U ovom slučaju, nije bitno da li u programu ima stanja ili ne; neobjavljeni dokumenti neće napraviti nikakva kretanja na računima. To se mora učiniti dok se ne primi tačna stanja u 1C: Enterprise 7.7. Zatim se nastali saldi prenose u novi program početkom godine. Posljednji korak je dosljedna implementacija "primarnog" uvedenog u novi program tokom prelaznog perioda koristeći ugrađenu obradu “Grupna obrada imenika i dokumenata” .

Situacija 3:

Prijelaz od sredine godine, TIPIČNA konfiguracija

“1C: Računovodstvo 8.2” podržava niz mehanizama važnih za računovodstvo, čiji učinak zavisi od podataka unesenih u dokumente tokom godine. Među takvim mehanizmima su već spomenuti obračun poreza po obračunskoj osnovi, algoritam raspodjele indirektnih troškova i druge procedure vezane za zatvaranje mjeseca. Upravo zbog ovih karakteristika u ovoj situaciji je nemoguće preći na novi program tako lako kao u prva dva slučaja. Da biste smanjili broj grešaka koje se mogu pojaviti tokom migracije, preporučujemo:

  • početi sa radom, ako ne od početka godine, onda barem od početka kvartala;
  • prenos stanja na početak godine;
  • prijenos svih primarnih dokumenata za tekuću izvještajni period(godina) u novi sistem i vraćanje računovodstvenih i poreskih podataka koristeći grupnu obradu imenika i dokumenata.


1. Standardno rješenje "1C: Konverzija podataka 2.1". Ovaj softverski proizvod može se koristiti za prijenos informacija između konfiguracija na 1C platformi bilo koje strukture i složenosti.

2. Razvoj korisnika franšize 1C. Mnoge kompanije, uključujući i kompaniju « RG-Soft" (), postoje dokazane metode za rješavanje ovog problema, koje mogu značajno smanjiti vrijeme i budžet rada prijenosa podataka.


Situacija 4:

Prelazak sa STANDARDNE konfiguracije SA PRENOSOM DOKUMENTA IZ PROŠLOG PERIODA

Odvojeno, napominjemo da postoje kompanije koje održavaju dugoročne (više od godinu dana) odnose po ugovorima sa drugim ugovornim stranama. Menadžment takvih kompanija je zainteresovan da u programu ima istoriju poslovnih transakcija. Prisutnost u novom programu dokumenata unesenih u stari program omogućava korisnicima da lako i brzo prate odnose po konkretnim ugovorima/transakcijama.


Takav transfer moguće je provesti korištenjem istih mehanizama kao u prethodnoj situaciji. Razlika između ovog procesa je u tome što nema potrebe za prijenosom svih dokumenata, možete se ograničiti na prijenos samo nekoliko vrsta dokumenata, a stanja na drugim računima se unose standardnom obradom. U ovom slučaju, dodatni preneseni dokumenti obično ostaju neobjavljeni.


Iako je moguće prenijeti dokumente za prošli period iz starog programa u novi, takav prijenos dovodi do primjetnog povećanja veličine baze podataka, a samim tim i veličine obrađenih tabela. Ovo može uzrokovati usporavanje sistema. Stoga ne biste trebali koristiti ovu opciju prijelaza osim ako nije apsolutno neophodno. Preporučuje se da dokumente prenesene iz prethodnih perioda ostavite neknjiženim kako informacije koje sadrže ne bi uticale na tekuće računovodstveno i poresko izvještavanje. Koristite istorijske dokumente samo u referentne svrhe.


Situacija 5:

Prelazak sa NETIPIČNE konfiguracije na platformu 1C:Enterprise 7.7

Gore opisane opcije se koriste prilikom migracije sa standardne konfiguracije „1C:Enterprise 7.7“, ali u praksi se često morate suočiti sa izmijenjenim konfiguracijama. Organiziranje tranzicije u ovoj situaciji posebna je opcija koja zaslužuje razmatranje.


Ovisno o prirodi promjena u programu, dostupne su sljedeće tehnologije prijenosa podataka:

· ako je konfiguracija malo promijenjena i osnovni mehanizmi su slični standardnom 1C rješenju, možete, kao iu prethodnim opcijama, koristiti standardne alate za tranziciju. Trebate ih samo konfigurirati ili malo modificirati da odgovaraju vašem programu. Možda najtestiraniji i najpouzdaniji alat je već spomenuti „1C: Konverzija podataka 2.1“. Ovaj alatće zahtijevati određene operativne vještine od korisnika, ali uz njegovu pomoć moguće je organizirati automatizirani prijenos objekata između konfiguracija.

· ako je tokom godina upotrebe konfiguracija radikalno redizajnirana, tada bi postavljanje standardnih alata za migraciju moglo biti radno intenzivnije od pisanja vlastite obrade za ove svrhe. Slična situacija se javlja u slučaju organiziranja prijelaza sa računovodstvenog programa koji nije povezan s 1C platformama. Moguće je i izvršiti takvu tranziciju, ali razmislite o tome unaprijed univerzalna razmena neće raditi. Svaki konkretan slučaj zahtijeva individualni pristup problemu. Naša kompanija može ponuditi svoje iskustvo u prijenosu podataka kroz datoteke različitih formata, kao što su dbf, xls (Univerzalni punjač od Excela do 1C), xml.


Još jedna stvar koju vrijedi spomenuti u vezi sa prelaskom sa platforme 7.7 na 8.2 tiče se konsolidacija baze podataka.


Zbog nepostojanja mehanizma za vođenje evidencije više kompanija u jednoj bazi podataka, mnoga preduzeća su morala da održavaju više baza podataka istovremeno u 1C:Enterprise 7.7. Budući da je ovaj problem riješen u osmoj verziji, postavlja se zadatak spajanja više baza podataka u jednu u sklopu projekta prijenosa podataka. Štaviše, svaka od sedam baza može imati svoje karakteristike.

Koristeći gore navedene metode, možete uspostaviti interakciju sa svakom od baza podataka zasebno. Međutim, javlja se niz podzadataka koji su specifični za ovaj slučaj.

1. Unifikacija dokumenata koji se odnose na određenu organizaciju. Ovaj problem se lako rješava korištenjem mehanizma prefiksa. Svakoj organizaciji registrovanoj u programu dodeljuje se sopstveni slovni prefiks. Ovaj prefiks se dodaje broju dokumenta, čime se osigurava jedinstvenost brojeva.

2. Kontrola duplih elemenata direktorija. Prilikom prijenosa podataka iz više izvora informacija u jedan informacioni sistem Može nastati situacija kada će se identični elementi imenika, na primjer, ista druga strana u novom imeniku ponoviti nekoliko puta. Stoga je nakon prijenosa podataka potrebno izvršiti proceduru za poređenje i spajanje duplikata elemenata direktorija.


3. Moguće poteškoće kojih biste trebali biti svjesni

Pravilnim planiranjem procesa prelaska na novu platformu mnogi problemi se mogu izbjeći. Međutim, postoji niz specifičnosti koje se otkrivaju već u fazi implementacije projekta. Riječ je o raznim greškama koje nastaju kako zbog pogrešnih radnji korisnika tako i zbog tehničke karakteristike platforma "1C:Enterprise". Razmotrimo ove tačke detaljnije.


3.1. Greške u izvornim podacima

Općenito, nedvosmislena identifikacija objekta u bazi podataka je moguća korištenjem podataka TIN-a i KPP-a. U sedam, obje ove vrijednosti su pohranjene u jednom detalju PIB/KPP i nije bilo provjera ispravnosti podataka unesenih u ovaj detalj. Bilo je moguće uvesti manje brojeva, i stavite separator na pogrešno mjesto i unesite potpuno apstraktni TIN.


Tipičan transfer, kada se kreira imenik, ugovorne strane se odvajaju TIN-om i KPP jednostavnim odsecanjem potrebnog broja znakova. Stoga se u pojedinostima nove baze podataka mogu upisati apsolutno netačni podaci. Stoga će ispravna identifikacija objekata tokom prijenosa pomoću takvih podataka biti vrlo teška.


Drugi problem je nedostatak jedinstvenog formata za unos podataka. Svaki korisnik može uneti ime kako mu se najviše sviđa. Zamislimo da je u jednoj bazi podataka "sedam" korisnik, popunjavajući "Naziv" druge ugovorne strane, napisao "Vympel Management Company", a u drugoj bazi podataka "sedam" ista druga strana je navedena kao "Vympel Management Company". U takvoj situaciji automatska obrada neće moći utvrditi da se radi o istoj ugovornoj strani, te će je dva puta pomjeriti na osmicu. Biće teško dalje raditi u takvoj bazi podataka, jer će dio bilansa biti na jednom elementu, a drugi dio na drugom.


3.2. Razlike u konfiguraciji

Druga grupa grešaka u prijenosu uzrokovana je tehnološkim razlikama u konfiguracijama. Neke poslovne transakcije se u „1C:Enterprise 7.7” ogledaju u nekoliko vrsta dokumenata, au „1C:Enterprise 8” po jednom. Na primjer, prijem i materijala i robe se u novom programu ogleda sa jednim dokumentom, au starom - sa dva. Dakle, prilikom pokušaja prenosa dokumenata „Prijem materijala br. 22” i „Prijem robe br. 22” dolazi do greške u kontroli jedinstvenosti. Pošto je evidentiranje dva dokumenta sa istim brojem u datom periodu nemoguće, potrebno je u njih veštački unositi razlike i unapred je dogovoren sistem za unošenje tih razlika.


Na primjer, ovaj problem može se riješiti dodavanjem dodatnog prefiksa broju učitanog dokumenta. Za svaku karakteristiku dokumenta, ovaj prefiks se dodjeljuje zasebno. Ovo može biti karakteristika baze podataka iz koje se preuzimaju dokumenti ili tipa dokumenta iz kojeg je izvršeno preuzimanje. Evo primjera formiranja takvog prefiksa. Baza podružnice u Krasnojarsku daje prefiks "KR". Tip dokumenta “Prijem materijala” iz kojeg se vrši preuzimanje ima prefiks “M”. Dakle, ako je broj dokumenta u sedam bio 00000031, tada će broj osam biti sljedeći:

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

Kao rezultat, jedinstveni broj će biti zabilježen u bazi podataka.


3.3. Tehnički problemi

Do grešaka u prijenosu podataka može doći i zbog tehničkih karakteristika platforme 1C:Enterprise. Na primjer, standardni mehanizam pretraživanja po imenu ne razlikuje velika slova u nazivu elementa direktorija od malih. Postoji zabuna kada se koristi ovaj mehanizam. Na primjer, u bazi podataka postoje dvije druge strane “l-audio” i “L-Audio”. Prilikom traženja "l-audio" ugovorne strane, sistem će pronaći "L-Audio". Rezultat će biti pogrešno popunjen dokument.


Također je potrebno obratiti pažnju na sam odabrani način prijenosa podataka. Gore opisani primjer sa udvostručavanjem ugovornih strana, kada se prenese iz baza podataka ogranaka kompanije, možda se zapravo neće pokazati kao udvostručenje. Kompanije koje posluju u različitim gradovima mogu imati partnere koji takođe posluju u različitim gradovima. Ogranak kompanije L-Audio u Nižnjem Novgorodu i sama kompanija L-Audio u Moskvi s pravom se u bazama podataka mogu nazvati potpuno istim. Da biste izbjegli takvu zabunu, morate unaprijed odabrati način prijenosa. U našem primjeru možemo odvojiti druge ugovorne strane u različite grupe direktorija ovisno o izvornoj bazi podataka. Izbor takve tehnike će uticati i na mehanizme učitavanja podataka.


Gore opisane metode za rješavanje novih problema također možda nisu dovoljno univerzalne. Prilikom migracije podataka vrlo je važno biti u mogućnosti kombinirati metode korištene u alatu za migraciju. Na primjer, većinu elemenata direktorija identificiramo po imenu. Istovremeno, prilikom prijenosa dokumenta „Prijem osnovnih sredstava na računovodstvo“, ovaj način će dati neželjene rezultate u slučaju kada se unese veći broj malih osnovnih sredstava iste vrste (kancelarijski materijal, namještaj, itd.), razlikuje se samo po inventarnom broju. Svaki dokument o prijemu u računovodstvo će označavati isti objekat. A prihvatanje jednog objekta na računovodstvo više puta je nemoguće. Stoga je vrlo važno osigurati mogućnost prilagođavanja korištenog alata za migraciju podataka. U ovom slučaju, jednostavno ćemo naznačiti da se pretraga OS mora izvršiti pristupnim brojem (šidom).


Zaključak

Trenutno još uvijek postoji dosta kompanija koje koriste 1C:Enterprise 7.7. To je zbog faktora kao što su nerazumijevanje prednosti nove platforme, nevoljkost za učenjem novih tehnologija i strah od velikog broja poteškoća tokom tranzicije. Na primjeru 1C: Računovodstva pokušali smo pokazati da većina ovih razloga nije toliko značajna. Kroz naše aktivnosti pomažemo našim klijentima da se izbore sa bilo kojim moguće poteškoće vezano za implementaciju programa na platformi 1C:Enterprise 8. Ako ste zainteresirani za pitanje tranzicije ili imate bilo kakva druga pitanja u vezi s platformom 1C:Enterprise 8 i konfiguracijama kreiranim na njoj, kontaktirajte stručnjake kompanije "RG-Soft" na usluzi!