1c prijenos podataka 8.3 do 7.7. Prelazak sa standardne konfiguracije sa prenosom dokumenata iz prethodnog perioda

Trenutno je prelazak sa 1C:Enterprise 7.7 na 8.3 (slično 8.2) postao glavobolja za računovođe. Po mogućnosti što je brže moguće i bez grešaka. Ako ste programer 1C: Računovodstva i trebate pretvoriti dokumente iz sedme verzije u osmu, onda je ovaj članak za vas.

Poduzmite samo nekoliko koraka i vaši problemi s prijenosom podataka bit će riješeni. Pročitajte ovo uputstvo do kraja i vidjet ćete kako se to radi. Prvo morate pripremiti radno mjesto na svom računaru za potrebne manipulacije. Prvo, vaš čvrsti disk mora imati najmanje 100 GB. Ovo je neophodno jer je na više nivoa. I morat ćete raditi s nekoliko 7.7 konfiguracija.

Ako vam je potreban brz i kvalitetan prijelaz sa 1C računovodstva 7.7 na 1C 8.3, kontaktirajte nas! Naša prosječna cijena ključ u ruke je 6.600 rubalja.

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

Dakle, prije rada s prijenosom podataka u verziju 1C 8.3, trebate pripremiti ove podatke u verziji 7.7. Da biste to učinili, morate učiniti sljedeće. Recimo da na svom računaru imate radnu bazu podataka „Računovodstvo preduzeća“ sa kojom rade vaše računovođe. Koristeći Export77 obradu, učitajte sve potrebne dokumente u tekstualnu datoteku i od tog trenutka se više nikada ne vraćajte u glavnu radnu bazu podataka. Vaše daljnje manipulacije odvijat će se s drugim konfiguracijama.

Instalirajte najnoviju verziju 1C:Enterprise 7.7 u novi direktorij. (paket uključuje standardnu praznu verziju (bez podataka) i demo verziju). Radit ćemo sa standardnom verzijom. Sada pokrenite ovu bazu podataka i, koristeći obradu Import 77, učitajte podatke iz vaše glavne baze podataka iz tekstualne datoteke.

Prilikom konvertovanja podataka neki dokumenti se možda neće obraditi. Nije strašno. Trik je u tome što to lako možete popraviti nakon transfera, jer u standardnoj bazi podataka radite sa glavnim standardnim kontnim planom. Stoga, bez obzira koliko su sofisticirani podračuni, to je lako popraviti u vašoj radnoj bazi podataka za oko 3 sata tako što ćete ući u svaki neobjavljen dokument i promijeniti račune koje imate u svojoj konfiguraciji u poljima računa.

Naravno, prije transfera prvo kontni plan standardne konfiguracije uskladite sa kontnim planom vaše glavne radne baze. Opcije su isključivo individualne ovisno o specifičnostima vaše organizacije. Nakon ovog posla, dobijate standardnu konfiguraciju ispunjenu podacima iz vaše radne baze podataka.

Sada moramo izvršiti još jedan prijenos podataka. Da biste to učinili, ponovo instalirajte standardnu nultu konfiguraciju u novi direktorij. I prenesite podatke tamo iz standardne konfiguracije sa vašim podacima, kao rezultat, dobit ćete idealnu verziju 7 baze podataka, spremnu za prijenos na verziju 8.2.

Činjenica je da se podaci prenose direktno u osmu verziju isključivo iz “netaknute” standardne verzije 7.7. A sada imate upravo takvu konfiguraciju. Ali sada nije prazan, već sa vašim radnim podacima.

Sve! Pokrećemo 1C:Enterprise 8.2. Odaberite "Prijenos podataka iz verzije 7.7." i uživajte kako sam program prenosi podatke iz vaše obrađene 7.7., prenosi dokumente i prikazuje uporednu tabelu bilansa verzija 7.7 i 8.3.

Naravno, neće biti 100% rezultata. Ali na 70-80 posto dobićete poklapanje. I tada će vaš posao biti obavljen samo u verziji 8.3.

Moguće nepreciznosti se lako ispravljaju. To je još 3-4 sata. Odete u dnevnik dokumenata i prilagodite račune ili polja (na primjer, „Ugovor“ ili „Glavna blagajna“). Zavisi od stepena razlike između vaše baze 7.7. od standardnog. Kao rezultat svih ovih radnji, vaša radna konfiguracija verzije 8.3 će moći da proizvede računovodstvene podatke kroz bilans stanja u idealnom obliku.

Nakon tranzicije, bit će vam korisno da naučite kako raditi u novom programu. Za to smo pripremili odjeljak.

Između ostalog! Ako vam je potrebna izmjena 1C programa, možete nas kontaktirati!

Video o prelasku sa 1s 7.7 na 8:

Ne bi bilo pretjerano reći da su svi korisnici 1C: Računovodstva 7.7 koji su odlučili da pređu na 1C: Računovodstvo 8 zabrinuti zbog pitanja prijenosa podataka. I to ne samo mehanički prijenos imenika, već prijenos svih informacija akumuliranih na računovodstvenim i poreznim računima, što bi omogućilo korisnicima da odmah nakon kupovine počnu raditi u novom programu. Za brzi prijelaz sa “1C: Računovodstvo 7.7” na “1C: Računovodstvo 8” razvijen je mehanizam pod nazivom “Tranzicioni pomoćnik”. Tačnije, dva asistenta. Jedan je namijenjen za preuzimanje podataka iz “1C: Računovodstvo 7.7”, drugi je za učitavanje podataka u “1C: Računovodstvo 8”. Metodolozi 1C govore o tome kako koristiti pomoćnika.

Pozovite asistenta "1C: Računovodstvo 7.7" može se izvršiti iz menija "Usluga - Prijelaz na 1C: Računovodstvo 8" (vidi sliku 1).

Rice. 1

Rad sa Asistentom podijeljen je u pet koraka. Prijelaz sa koraka na korak se vrši pomoću dugmadi „Dalje“ i „Nazad“.

Prvi korak je upoznavanje. Evo kratkog opisa svrhe Asistenta, možete pogledati informacije o prednostima "1C: Računovodstvo 8" i naznačiti gdje možete dobiti dodatne informacije o prelasku na "1C: Računovodstvo 8".

Ako nema ažuriranja, možete nastaviti sa radom.

Ako postoji ažuriranje, tada možete dobiti novo izdanje konfiguracije.

Nakon što primite novo izdanje, trebali biste ažurirati konfiguraciju. Da biste to učinili, morat ćete izaći iz Asistenta i zatvoriti program. Nakon ažuriranja konfiguracije, Asistent će se automatski pokrenuti za nastavak prijelaza i ponudit će vam sljedeći korak.

Treći korak zahtijeva da naznačite koje informacije treba prenijeti. Na početak godine možete prenijeti samo stanja sa računovodstvenih i poreznih računa.

Ili stanja na početku godine i promet od početka godine do kraja bilo kojeg mjeseca.

Posebnu pažnju treba obratiti na činjenicu da je prije tranzicije potrebno provesti rutinske procedure zatvaranja na kraju mjeseca svakog mjeseca koji je uključen u period istovara.

U četvrtom koraku, Asistent pokazuje u koju će datoteku biti upisani podaci. Ako ne promijenite zadane postavke, tada će prilikom učitavanja podataka u 1C: Računovodstvo 8, pomoćnik za prijelaz na 1C: Računovodstvo 8 automatski pronaći navedenu datoteku.

I konačno, posljednji korak je preuzimanje podataka. Ako označite potvrdni okvir „Generiraj bilans stanja“, tada će se nakon učitavanja generirati bilans stanja, koji se može ispisati i s kojim možete uporediti rezultat učitavanja u „1C: Računovodstvo 8“. Direktno istovar se vrši klikom na dugme "Istovari".

Ovim je završen posao asistenta za migracije iz "1C: Računovodstvo 7.7".

Sada treba da trčiš "1C: Računovodstvo 8" i počnite preuzimati podatke.

Pomoćnika možete pozvati iz menija "Usluga - Prijelaz iz 1C: Računovodstvo 7.7" (vidi sliku 2).

Rice. 2

Kao iu 1C: Računovodstvu 7.7, rad sa Asistentom podijeljen je u nekoliko koraka. Prijelaz sa koraka na korak se vrši pomoću dugmadi „Dalje“ i „Nazad“.

Prvi korak je upoznavanje. Evo kratkog opisa svrhe Asistenta, naznačeno je gdje možete dobiti dodatne informacije o prelasku na "1C: Računovodstvo 8", postoji nagovještaj šta je trebalo učiniti za preuzimanje podataka iz "1C: Računovodstvo 7,7".

Drugi korak pruža mogućnost da provjerite i, ako je potrebno, dobijete ažuriranje standardne konfiguracije. Preporučljivo je koristiti najnoviju verziju konfiguracije, jer se program stalno ažurira zbog promjena u zakonodavstvu. Nakon što primite novo izdanje, trebali biste ažurirati konfiguraciju. Da biste to učinili, morat ćete izaći iz Asistenta i zatvoriti program. Nakon ažuriranja konfiguracije, Asistent će se automatski pokrenuti za nastavak prijelaza i ponudit će vam sljedeći korak.

Informacije o organizaciji morat će popuniti samo korisnici osnovne verzije 1C: Računovodstvo 8. Imajte na umu da TIN i KPP moraju u potpunosti odgovarati TIN-u i KPP-u unesenim u „1C: Računovodstvo 7.7“. U "1C: Računovodstvo 8 PROF" organizacija će se automatski kreirati prilikom učitavanja podataka, a Asistent će preskočiti ovaj korak.

Prije nego što počnete učitavati podatke, potrebno je postaviti obračun zaliha. Činjenica je da u "1C: Računovodstvu 7.7" skladišta podržavaju samo kvantitativno računovodstvo. U "1C: Računovodstvu 8" mogućnosti skladišnog računovodstva su mnogo šire: možete voditi grupno računovodstvo, možete voditi kvantitativno i ukupno računovodstvo za skladišta ili možete isključiti računovodstvo skladišta. Ako postavke skladišnog knjigovodstva ne odgovaraju funkcionalnosti "1C: Računovodstvo 7.7" (skladišno računovodstvo je onemogućeno), od korisnika se traži da instalira skladišno računovodstvo. Ako je upravljanje zalihama već bilo omogućeno, Asistent će preskočiti ovaj korak.

Sljedeći korak je odrediti iz koje datoteke treba učitati podatke. Asistent automatski traži datoteku sa učitanim podacima po imenu koje je zadano po defaultu u Asistentu prilikom učitavanja podataka iz "1C: Računovodstvo 7.7".

I konačno, posljednji korak je učitavanje podataka. Direktno preuzimanje se vrši klikom na dugme "Preuzmi".

Ako označite polje za potvrdu "Generiši bilanse stanja", tada će se nakon učitavanja generisati bilans stanja za računovodstvene račune i bilans stanja za račune poreskog računovodstva, koji se može ispisati, pomoću kojeg možete provjeriti bilans stanja generiran prilikom preuzimanja podataka iz "1C: Računovodstvo 7.7".

Prije nego što počnete raditi s programom 1C: Accounting 8, morate postaviti osnovne računovodstvene parametre:

uspostaviti računovodstvene politike;
uspostaviti poresko računovodstvene politike;
uspostaviti analitičko računovodstvo zaliha;
podesiti korisnička podešavanja itd.

Označite polje "Otvori pomoćnik za pokretanje" u pomoćniku za prijelaz iz "1C: Računovodstvo 7.7", a nakon učitavanja podataka, Start Assistant će se automatski pokrenuti.

Ovim je završen proces prelaska sa "1C: Računovodstvo 7.7" na "1C: Računovodstvo 8".

Princip rada.

Nekoliko riječi o tome kako se podaci prenose iz standardne konfiguracije “ 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 učitavanja podataka u 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 konfiguraciji izvora se učitavaju u posebnu datoteku (datoteka podataka);

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

Instalacija.

Da biste instalirali obradu migracije podataka, morate koristiti instalacioni program setup.exe. Nakon pokretanja programa (ako je broj infobaza 1C:Enterprise veliki, onda će se nakon nekog vremena pojaviti dijaloški okvir u kojem morate označiti one baze podataka u koje će biti instalirana 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 nekoliko 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 instalacionog programa, ne obraćajte posebnu pažnju na to, program će sam odrediti gde su instalirane baze podataka koje ste odabrali .

Sl.1 Prozor za izbor infobaze tokom instalacije

Dodatno, možete odrediti fasciklu u kojoj će se takođe instalirati obrada prenosa podataka, koristite prozor za izbor fascikle (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"trebate otvoriti obradu iz dodatnih opcija" 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 dokumenti Na primjer, u grupu imenika ne može se uključiti niti jedno pravilo, jer se po potrebi prenose svi imenici, odnosno samo oni koji su uključeni u bilanse ili u dokumente nije "smeće" u novoj bazi podataka, morate uključiti sve, na primjer, ako neki dokumenti nisu u vašoj bazi podataka, ili ne želite da ih prenesete, ne morate omogućiti ovo pravilo.

Fig.3. Obrada za upload podataka

Preporučujem da postavite naziv datoteke podataka na "C:\v77_v8\Exp77_80.xml", ovo je folder koji 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 javiti razne greške. Ovdje predstavljena pravila prijenosa razlikuju se od standardnih po tome što u fazi učitavanja podataka traže 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 „Nedostatak 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, dogovor je naznačen u dokumentima o tokovima novca, ali nema sporazuma u dokumentima o kapitalizaciji, 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 iskrcavati salda ako postoji nulta salda na gornjem nivou“. Ako je ovaj parametar postavljen na jedan, tada će se tokom učitavanja pojaviti 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 onom gore opisanom, razlog je isti – pogrešno rangiranje 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.

Slika 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 Osim toga, 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 se u standardnim pravilima odabir dokumenata vrši 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 vrši se 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 se učitavati 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) . Potpuni rad u režimu sinhronizacije postaje nemoguć. 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 nije zabilježena u BP-u dolazi do greške: „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 metod odabira podataka standardno uzorkovanje, što vam omogućava da selektujete elemente imenika po detaljima (u standardnim pravilima pojednostavljenog poreskog 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 evidentiran je u dva detalja dokumenta za unos početnih stanja 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 ispravan odabir fakture za plaćanje kupcu u bankovnim platnim dokumentima u Konfiguraciji primatelja.

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 nakon učitavanja imenika kontrastranaka u program "1C računovodstvo 8" Nisam morao ručno da popunjavam 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” dodato 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, bitove 14-17 također treba popuniti nulama.

Prijenos velikih baza podataka.

Prije svega, prilikom migracije 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; 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 se pojaviti problem sa ponestaje RAM-a: kada pokušate da se učitate, program će završiti sa odgovarajućom porukom o grešci ili bez poruke. 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 razbijamo na dijelove, navodeći početni i konačni broj porcija. Svaki dio će sadržavati informacije za zadani broj analitičkih vrijednosti prve razine, na primjer, stanja 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 u jednom trenutku (u jednu informaciju) se po pravilu mora eksperimentalno utvrditi, pri učitavanju stanja računa problemi 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, broj početnog dijela možda neće biti naveden, 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

Podržan je prijenos podataka u dijelovima 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 kao što je: "Prvo prenesite referentne knjige, a onda ostatak." Prvo, nema smisla pomicati direktorij odvojeno, bilo u dijelovima ili u cijelosti , ako dođe do greške prilikom istovara salda, 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 je obično prijenos smeća;

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 je najbolje uraditi obradom Grupni transfer dokumenata, koji se nalazi u odjeljku Administracija. Ako nije vidljiv 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. Dakle, nije moguće migrirati koristeći izmijenjena pravila, barem tokom faze učitavanja.

Može se koristiti slična 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 potrebno je da pokrenete 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.

Ako je potrebno, 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. godine. 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. prešla na opći sistem - tada će se prilikom unosa stanja od 31. decembra 2013. 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 prijenosu 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. Ako vaša organizacija nema programera sa punim radnim vremenom za obavljanje posla, spremni smo ponuditi usluge našeg stručnjaka (programer će se povezati s vašim računarom putem interneta pomoću posebnog programa za daljinski rad i obaviti 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.

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 svom najopštijem obliku, dijagram tranzicije 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, međutim, bit će uklonjena iz tehničke podrške na 1C.

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

3. Priprema baze podataka za prijenos. Ovo uključuje pravljenje rezervne kopije baze podataka, zatvaranje tekućeg obračunskog perioda, brisanje baze podataka stavki 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 u novoj konfiguraciji. Možete ga sami proučiti koristeći odgovarajuću metodološku literaturu, ali bolje je pohađati specijalizirani tečaj o 1C.

6. Operacija. U ovoj fazi, kada korisnici počnu da rade u novom programu, on se otklanja i ispravlja moguće greške u automatizovanom prenosu podataka.

Pogledajmo 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 izmjena u trenutnoj verziji vaše konfiguracije;
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. Stoga, kako se ne bi razvili načini pravilnog prenošenja akumuliranih rezultata, potrebno je početak rada u programu vezati za početak poreskog izvještajnog perioda. Naravno, možete započeti s radom od početka tromjesečja, pa čak i od početka sljedećeg mjeseca, ali takav prijelaz će podrazumijevati 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 „prijelaznog perioda“ (slika 2), zaposleni zatvaraju svoje prethodne transakcije u starom programu i počinju unositi dokumente o novim transakcijama 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 važno da li postoje stanja u programu 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;
prebaciti sve primarne dokumente za tekući izvještajni period (godinu) u novi sistem i obnoviti računovodstvene i poreske podatke 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 za ostale račune se unose standardnom obradom. U ovom slučaju, dodatni preneseni dokumenti obično ostaju neobjavljeni.

Iako je moguće prenijeti dokumente za protekli 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 s 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ća je i takva tranzicija, ali neće biti moguće unaprijed smisliti univerzalnu razmjenu. Svaki konkretan slučaj zahtijeva individualni pristup problemu. Naša kompanija može ponuditi svoje iskustvo u prijenosu podataka kroz fajlove različitih formata, kao što su dbf, xls(Univerzalni učitavač iz Excela u 1C), xml.

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

Zbog nedostatka mehanizma za vođenje evidencije više kompanija u jednoj bazi podataka, mnoga preduzeća su morala istovremeno da održavaju nekoliko baza podataka u 1C: Enterprise 7.7. Budući da je ovaj problem riješen u osmoj verziji, nameće 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 isti 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čkih karakteristika platforme 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 unijeti manje brojeva, staviti separator na pogrešno mjesto i unijeti potpuno apstraktni PIB.

Tipičan transfer, kada se kreira imenik, ugovorne strane su odvojene 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, već ć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 se rješava dodavanjem dodatnog prefiksa broju preuzetog 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 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. Nemoguće je više puta prihvatiti jedan objekat na računovodstvo. 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 svoje aktivnosti pomažemo našim klijentima da se nose sa svim mogućim poteškoćama vezanim za implementaciju programa na platformi 1C:Enterprise 8. Ako ste zainteresovani za pitanje tranzicije ili imate bilo kakva druga pitanja u vezi sa platformom 1C:Enterprise 8 i konfiguracijama kreiranim na njoj, stručnjaci RG-Soft vam stoje na raspolaganju!