**********************************************

Prihvaćene skraćenice

KA 1.1- tipična konfiguracija "1C: Integrirana automatizacija 8", izdanje 1.1. Port je ažuriran za izdavanje KA 1.1.115.x;

SCP 1.3- tipična konfiguracija "1C: Upravljanje proizvodnim preduzećem 8", izdanje 1.3. Port je ažuriran za izdavanje SCP 1.3.122.x;

BP 3.0- tipična konfiguracija "1C: Enterprise Accounting 8", izdanje 3.0, verzija PROF, CORP ili osnovni. Port je ažuriran za izdavanje BP 3.0.71.x.

Prijenos podataka sa KA 1.1 na BP 3.0

Dva razvoja su dostupna za transfer - ili pravila konverzije, ili eksterna obrada razmjene.

1. Pravila konverzije su razvijena u programu Konverzija podataka. Standardna obrada se koristi za učitavanje i preuzimanje podataka. Uputstva o tome kako izvršiti prijenos nalaze se u prilogu publikacije. U nastavku teksta možete se upoznati sa karakteristikama prijenosa podataka, metodologijom prijenosa, listom prenesenih objekata, uputama i video demonstracijom.

2. Obrada za izvođenje prijenosa sadrži samo potrebna podešavanja. Jedan od njih je za KA 1.1 i omogućava vam da otpremite podatke u datoteku. Drugi je u prilogu BP 3.0, učitava podatke iz datoteke. Prilikom obavljanja razmjene korištenjem obrade, 1C programi ostaju tipični.

Možete odabrati vrstu razvoja koja vam je potrebna na dnu publikacije.

Da biste se upoznali s primjerom prijenosa podataka, dobivenim preuzimanjem sa tipične demobaze KA 1.1 od kompanije 1C.

Ko će imati koristi od prijenosa podataka?

Migracija je namijenjena profesionalnim implementatorima koji treba da migriraju sa računovodstva na KA 1.1 na BP 3.0. Korištenjem gotovog programa uštedjet ćete puno vremena na razvoju metodologije prijenosa, njenoj implementaciji, otklanjanju grešaka i testiranju grešaka.

Takođe, prenos podataka će moći samostalno da obavljaju zaposleni u organizacijama koje su odlučile da izvrše prelazak sa računovodstva na Integrirana automatizacija na Računovodstvo preduzeća 3.0. Prema predloženim uputama i video demonstraciji, možete izvršiti prijenos čak i ako niste stručnjak za 1C. Međutim, i dalje preporučujemo da kontaktirate iskusne 1C stručnjake kako biste jamčili kvalitetu rada i uštedjeli vrijeme. Možete nas kontaktirati i sa ovim zadatkom. Možemo se daljinski povezati sa vašim računarom i izvršiti transfer ili vam poslati bazu podataka poštom BP 3.0 sa učitanim podacima (tarif VIP). Imamo veliko iskustvo u razvoju i implementaciji transfera podataka, da razgovaramo o ovom zadatku, pišite u privatne poruke.

Zašto preći sa Integrisane automatizacije 1.1 na Enterprise Accounting 3.0?

Različiti su razlozi zbog kojih organizacije prelaze na računovodstvo Računovodstvo preduzeća 3.0 umjesto Integrirana automatizacija 1.1. Obično izdvajamo dva glavna razloga:

1) BP 3.0 je moderan program koji implementira veliki broj novih funkcionalnosti, radi na upravljanim obrascima, razne dodatne poslovne operacije su automatizovane. U odnosu na KA 1.1 konfiguraciju BP 3.0 je program nove generacije.

2) KA 1.1 podržava upravljačko računovodstvo, što znači da dokumenti sadrže mnogo veći broj detalja. Dakle, na ulazu primarni dokumenti in BP 3.0 potrebno je znatno manje vremena (do dva puta manje vremena za ulazak u svaku pošiljku). Također je mnogo lakše provesti zatvaranje mjeseca i druge rutinske poslove.

Pored toga, organizacija može odlučiti da dijeli ove programe. Na primjer, radni scenarij se može odabrati kada zaposlenici odjela nabave i odjela prodaje nastave koristiti KA 1.1, a računovodstvo počinje da vodi evidenciju BP 3.0. U tom slučaju će biti potrebna redovna razmjena podataka između ovih programa. Da biste to izvršili, možda će vam biti zgodno koristiti eksternu obradu za razmjenu, koja je priložena publikacijama.

Karakteristike prijenosa podataka KA 1.1 => BP 3.0 korištenjem pravila razmjene

0) Prije prijenosa je neophodno obavezno napravite rezervnu kopiju baze BP 3.0 u koji će podaci biti učitani.

1) Pravila su namijenjena stvarnim standardnim izdanjima programa "1C: Integrirana automatizacija 8", rev.1.1 i "1C: Računovodstvo preduzeća 8", ur. 3.0 od kompanije 1C (odnosno nepromijenjene konfiguracije). Također morate instalirati trenutnu verziju platforme 1C:Preduzeće 8.3.

2) Pravila se isporučuju kao datoteka pravila konverzije u formatu XML(dakle, izvorni kod je, naravno, open source). Ako je potrebno izvršiti prijenos za nestandardne konfiguracije, tada se predložena pravila moraju finalizirati u programu Konverzija podataka. Možete nas kontaktirati sa ovim zadatkom za plaćenu reviziju, napisati izjavu o problemu putem ličnih poruka.

3) Podaci o stanju za transfer su preuzeti iz KA 1.1 sa stanja računa računovodstvo na odabrani datum. Odnosno, podaci registara upravljačkog računovodstva ni na koji način ne utiču na prenos.

4) Transfer se može izvršiti u jednom koraku. Redoslijed učitavanja podataka je sljedeći: prvo se postavlja računovodstvena politika, a zatim referentne informacije(imenici, planovi tipova karakteristika i registri informacija), zatim bilansi, pa dokumenti.

5) Prijenos se vrši pomoću obrade tipa Univerzalna razmjena u XML formatu, koji je dio svake tipične 1C konfiguracije, uključujući KA 1.1 i BP 3.0. Uputstva za obavljanje prijenosa korištenjem ove obrade nalaze se u prilogu ove publikacije.

6) Prilikom prenosa, neophodno je popuniti obrazac za univerzalnu obradu razmene sa datumom početka i datumom završetka perioda istovara. Činjenica je da će se stanja na računu prenijeti na datum početka odabranog perioda. I dokumenti - za period između datuma početka i datuma završetka.

7) Kada prenosite velike količine podataka (kada je datoteka za otpremanje veća od 3-4 GB), potrebno je da koristite najproduktivniji računar ili server. Ako to nije moguće, onda je potrebno izvršiti prijenos u nekoliko faza. Preporučeni koraci: 1) imenici, 2) ostaci, 3) dokumenti. Dokumenti se također mogu raščlaniti na godine ili na periode od šest mjeseci ili manje. I svaka od faza se zauzvrat istovara KA 1.1 i otpremite u bazu podataka BP 3.0. Na listi pravila za otpremanje morate označiti grupu Referentne knjige samo ako je potrebno da se direktoriji u potpunosti prenesu. Ako je dovoljno prenijeti samo one elemente koji se koriste u dokumentima za period i u bilansima, označite grupu pravila Referentne knjige uopšte nije potrebno.

8) Pravila prenosa su razvijena u avgustu 2014. godine, od tada ih koriste mnoge kompanije, mnoge su počele da vode evidenciju na ovaj način BP 3.0. Međutim, svako ima svoje računovodstvene karakteristike; u rijetkim situacijama može doći do grešaka prilikom prijenosa. Informacije o njima šaljite privatnim porukama na infostartu, trudimo se da to ispravimo vrlo brzo, po mogućnosti u roku od 24 sata nakon otkrivanja greške. U rijetkim slučajevima, vrijeme korekcije se može povećati do 2 dana. Istovremeno, ispravljamo pravila samo ako su vaše konfiguracije tipične i računovodstvo se vodi ispravno i prema računovodstvenoj metodi koju preporučuje 1C.

9) Ako postavljate na osnovnu verziju BP 3.0, zatim na kartici Opcije obavezno postavite odabir po organizaciji. Također provjerite da li su polja Naziv, PIB, KPP na organizacionoj kartici KA 1.1 potpuno odgovaraju poljima Naziv u programu, PIB, KPP in BP 3.0. Samo u ovom slučaju će doći do poređenja organizacija i preuzimanje neće biti prekinuto greškom pri pokušaju kreiranja druge organizacije. A, kao što znamo, to je zabranjeno u osnovnoj verziji.

Karakteristike razmjene korištenjem obrade

Mnogi računovođe preferiraju da vode evidenciju i podnose izvještaje iz programa "1C: Enterprise Accounting 8", rev.3.0. U ovom slučaju se za upravljačko računovodstvo mogu koristiti različiti programi: UT 10.3, UT 11, SCP 1.3, ERP 2 i takođe KA 1.1(aka "1C: Integrisana automatizacija 8", rev.1.1).

Međutim, 1C nije razvio tipičan prijenos podataka ili razmjenu podataka između programa. KA 1.1 i BP 3.0.

Za redovnu interaktivnu razmjenu (odnosno koja se izvodi ručno) možete koristiti naznačenu obradu.

Ove obrade za upotrebu moraju biti priložene kao dodatne, kako u kompleksu tako i u računovodstvu.

Velika prednost ovakvog scenarija razmjene je što programi ostaju tipični. A ako za kompleks nije toliko kritično, onda je za računovodstvo prilično važno. Često se ažurira, a ažuriranje nestandardnog računovodstva znači dodatna sredstva i vrijeme.

Tako odjel prodaje, odjel nabave, uprava kompanije mogu nastaviti da održavaju upravljačko računovodstvo u složenoj automatizaciji. A računovodstvo će moći da balansira, priprema izveštaje u sopstvenom programu "Računovodstvo preduzeća", verzija 3.0.

Prije svakog učitavanja podataka (koje se može obaviti, na primjer, jednom mjesečno), preporučujemo da u računovodstvu unesete datum zabrane promjene. Ovo će osigurati da se stari podaci neće mijenjati prilikom otpremanja.

1) Moguća je razmena podataka između programa "1C: Integrisana automatizacija 8", rev.1.1 i "1C: Računovodstvo preduzeća 8", rev. 3.0. Podaci se prenose u jednom smjeru KA1.1 => BP3.0. Prikladna platforma je trenutna verzija 1C:Enterprise 8.3.

2) Mogu vam ponuditi poboljšanje razmjene podataka za vaše nestandardne konfiguracije ili posebnu računovodstvenu metodu. Ova izmjena će biti plaćena. Ako postoje komentari na sastav ili način razmjene podataka koji se odnose na tipičnu metodologiju rada u 1C programima, ispravljam ih besplatno i brzo. Primjer: trebate implementirati prijenos dokumenata Prijem robe i usluga (KA 1.1) dokumentovati Prodaja robe i usluga (BP 3.0) - ova revizija će biti plaćena. Ili primjer 2: u imeniku Organizacije kontakt informacije se ne prenose - ova revizija će biti implementirana besplatno i brzo.

3) Kod za obradu je otvoren, moguće ga je samostalno mijenjati.

4) Ažuriranje razmjene podataka kada se objave nove verzije 1C programa u roku od tjedan dana nakon objavljivanja izdanja. Ažuriranja su besplatna. Da primite ažuriranje, morate mi poslati privatnu poruku. Ako ste kupili program, bit ćete uključeni u listu primalaca ažuriranja ove razmjene podataka.

5) Pružam besplatnu tehničku podršku za razmjenu podataka u roku od tri mjeseca nakon kupovine. Dalja plaćena podrška je moguća ako vam je potrebna.

6) Za postavljanje razmjene podataka putem eksterne obrade dovoljno je da u svaki od programa povežete svoju eksternu obradu. AT KA 1.1 povezati i vanjsku obradu istovara i u BP 3.0- obrada učitavanja podataka. Nakon toga možete započeti razmjenu podataka iz programa. Ili možete otvoriti obradu kroz glavni meni - Fajl - Otvori.

7) Prilikom istovara moguće je podesiti selekciju po organizaciji i tada će se prenositi podaci samo za ovu organizaciju. Ovo uključuje filtriranje svih informacija koje se odnose na organizacije. Ova funkcija će biti korisna kako za korisnike osnovnog računovodstva tako i za organizacije koje vode evidenciju KA 1.1 za mnoge organizacije, uključujući menadžment. Ili, ako je potrebno, iz jedne baze podataka KA 1.1 upload na nekoliko različitih baza BP 3.0.

8) Ako nakon učitavanja podataka u bazu podataka BP 3.0 ispravljani su dokumenti, a onda se opet javila potreba za prijenosom novih dokumenata ili izvršenim nekim korekcijama KA 1.1 retrospektivno, onda postoji mogućnost za ovo. Potrebno u komentarima u dokumentima BP 3.0 dodati riječ "zaštititi". Ova riječ se može dodati glavnom tekstu komentara. Može se nalaziti bilo gdje - početak, kraj, čak i u sredini komentara. Možete pisati velikim ili malim slovom. Ako komentar dokumenta sadrži riječ "zaštiti", taj dokument neće biti prepisan kada se podaci učitaju sa KA 1.1. Preporučuje se da se ova funkcija koristi zajedno sa uključivanjem datuma bez uređivanja u BP 3.0.

Prijenosne vrste dokumenata

Prenose se svi mogući tipovi programskih dokumenata KA 1.1 i BP 3.0. Ako ste nešto propustili i ne možete prenijeti, možete nas kontaktirati - mi ćemo to dodati u prijenos podataka.

Osnovna sredstva

• Razvoj nematerijalne imovine
• Razvoj OS
• Promjena rasporeda amortizacije osnovnih sredstava
• Promjena parametara za obračun amortizacije osnovnih sredstava
• Promjena faktora smanjenja za obračun amortizacije nematerijalne imovine (poresko računovodstvo)
• Promjena stanja OS
• Promjena posebnog koeficijenta za obračun amortizacije osnovnih sredstava (poresko računovodstvo)
• Inventar radova u toku
• OS inventar
• OS upgrade
• Prenos nematerijalne imovine
• Transfer opreme za montažu
• OS transfer
• Pokretni OS
• Priprema za prijenos OS-a
• Prijem nematerijalne imovine
• Prijem na računovodstvo nematerijalne imovine
• Prihvatanje za OS računovodstvo
• Otpis nematerijalne imovine
• Razgradnja OS

Plata

• Plata koja se isplaćuje organizacijama
• Lista performansi
• Odraz plate u redovnom računovodstvu
• Regrutacija
• Otpuštanje
• Platni spisak za zaposlene u organizacijama
• Obračun odsustva zaposlenima u organizacijama
• Obračun bolovanja
• Bonusi zaposlenih u organizaciji
• Zapošljavanje za organizaciju
• Transfer osoblja organizacija
• Otpuštanje iz organizacija

Materijali u upotrebi

• Povrat materijala iz servisa
• Prijenos materijala u pogon
• Otpis materijala iz eksploatacije

Proizvodnja

• Akt o pružanju proizvodnih usluga (ne koristi se)
• Prijem robe iz prerade (ne koristi se)
• Zahtev za fakturom

Regulisano računovodstvo

• Knjižna evidencija prihoda i rashoda USN(ručno računovodstvo)
• Poslovanje (računovodstveno i poresko računovodstvo)
• Formiranje knjiženja u knjizi nabavki
• Formiranje upisa u prodajnoj knjizi

Osnovni dokumenti (trgovina, međusobna poravnanja)

• Izvještaj unaprijed
• Zakon o pomirenju
• Povrat robe od kupca
• Povrat robe dobavljaču
• Carinska deklaracija za uvoz
• Punomoćje
• Narudžba kupca
• Popis obračuna sa drugim ugovornim stranama
• Inventar robe u magacinu
• Kompletan set nomenklature
• Usklađivanje duga
• Prilagodba računa
• Prilagodba implementacije
• Knjiženje robe
• Izvještaj povjerenika o prodaji
• Izvještaj pošiljaoca o prodaji robe
• Izvještaj o maloprodaji
• Transfer robe
• Kretanje robe
• Revalorizacija robe u maloprodaji
• Prijem dodatnih troškovi
• Prijem robe i usluga
• Prijem robe i usluga u NTT
• Prodaja otpremljene robe
• Prodaja robe i usluga
• Realizacija usluga obrade (ne koriste se)
• Otpis robe
• Račun kupca
• Račun dobavljača
• Račun izdat
• InvoiceInvoiceReceived
• Određivanje cijena artikala

finansije

• Akreditiv prenesen
• Akreditiv primljen
• izručenje novčana dokumenta
• Dokument o poravnanju sa drugom stranom (ručno računovodstvo)
• Nalog za naplatu poslan
• Nalog za naplatu primljen
• Nalog za plaćanje dolazni
• Odlazni nalog za plaćanje
• Zahtjev za plaćanje izdat
• PaymentRequestReceived
• Nalog za uplatu Novac
• Nalog za naplatu sredstava
• dolazni gotovinski nalog
• Račun za gotovinski nalog

Ukoliko je potrebno prenijeti još neke standardne vrste dokumenata po standardnoj metodi računovodstva u programima KA i BP 3.0, zatim besplatno dodajemo vrste dokumenata na vaš zahtjev.

Lista prenosivih referentnih objekata

• Klasifikator adresa
• bankovni računi
• Forms stroga odgovornost
• Valute
• Vrste međusobnih obračuna
• Vrste kontakt informacija
• Vrste poreskih organa
• Vrste poslanih dokumenata
• Vrste subconto samonosivih
• Eksterna obrada
• Privremeni boravak Strani državljani prihvaćeno po dugoročnim ugovorima
• Godišnji rasporedi amortizacije osnovnih sredstava
• Državljanstvo pojedinca
• Pristupne grupe za pojedince
• Grupa korisnika
• Gotovinski dokumenti
• Punomoćja poreskog obveznika
• Ugovori sa drugom stranom
• Lični dokumenti
• Pozicije
• Položaji organizacija
• prihod budućih perioda
• Prihodi od premija osiguranja
• Vrijednosti svojstava objekta
• Klasifikator jedinica
• Klasifikator zemalja svijeta
• Kontakt lica
• Counterparties
• Devizni kursevi
• Licence dobavljača alkoholnih proizvoda
• Maksimalna veličina mjesečna uplata osiguranja
• Minimalna uplata Rad Ruske Federacije
• Svrha upotrebe
• Dodjela svojstava kategorije objekta
• Poreska uprava
• Nematerijalna imovina
• Nomenklatura
• Nomenklaturne grupe
• GTD brojevi
• Građevinski objekti
• Građevinski objekti organizacija
• Organizacije
• Razlozi za otkaz
• osnovna sredstva
• Posebni uslovi rada
• Odgovorne osobe
• Odgovorne osobe organizacija
• OLTC pošiljke
• Opcije generacije OS
• Podaci o pasošu pojedinca
• Podjele organizacija
• Korisnici
• granična vrijednost osnovice premija osiguranja
• Razlozi za otpis
• Ostali prihodi i rashodi
• Radna mjesta
• Buduća potrošnja
• Registracija kod IFTS-a
• Registracija zemljišne parcele
• Registracija Vozilo
• Regulisani izveštaji
• rezerve
• Uloge kontakt osoba
• Informacije o alkoholnim proizvodima
• Informacije o invaliditetu pojedinaca
• Svojstva objekta
• Popusti na prihod pri obračunu premija osiguranja
• Skladišta
• OS događaji
• Članovi korisničkih grupa
• Zaposleni u organizacijama
• Specifikacije artikla
• Načini prikazivanja plata u reg. računovodstvo
• Načini prikazivanja troškova amortizacije
• Stopa premije osiguranja od nezgode
• Stopa refinansiranja Centralne banke
• Stope poreza na imovinu
• Stope poreza na imovinu za pojedinačna osnovna sredstva
• Statusi osiguranika
• Stavke novčanih tokova
• Rashodi
• Subconto
• Računi sa posebnim postupkom revalorizacije (računovodstvo)
• Računi knjigovodstva stavki
• Računi za obračun obračuna sa drugim ugovornim stranama
• Teritorijalni uslovi
• Tipovi cijena artikla
• Ovlašćena lica organizacija
• Prezime, ime, patronim pojedinca
• Pojedinci
• Hartije od vrijednosti
• Ciklusi razmjene

Vrste prenosivih početni bilansi

• Gotovi proizvodi i poluproizvodi (računi 43, 21)
• Gotovina (računi 50-59)
• Kapital (računi 80-86)
• Kapitalna ulaganja (računi 07, 08)
• Materijali (broj 10)
• PDV na avanse (računi 76.AB, 76.VA)
• PDV na stečene dragocjenosti (račun 19)
• PDV na prodaju
• Radovi u toku (računi 20, 23)
• Nematerijalna ulaganja i troškovi istraživanja i razvoja (konta 04, 05)
• Osnovna sredstva (konto 01)
• Otpremljena roba (račun 45)
• Odložena poreska sredstva/obveze (konta 09, 77)
• Ostali računovodstveni računi
• Odloženi rashodi (konta 97, 76.01.2)
• Obračuni za poreze i naknade (računi 68, 69)
• Obračuni sa osobljem za plate i deponente (računi 70, 76)
• Poravnanja sa odgovornim licima (račun 71)
• Obračun sa kupcima i kupcima (račun 62)
• Obračuni sa dobavljačima i izvođačima (konto 60)
• Poravnanja sa drugim dužnicima i poveriocima
• Poravnanja sa osnivačima (račun 75)
• Roba (račun 41)

Video demonstracija

Možete pogledati video demonstraciju migracije podataka. Na videu se prijenos vrši iz demobaze KA 1.1 in BP 3.0:

Kako ažurirati i popraviti greške

1) Pravila prijenosa se ažuriraju odmah. Ponekad je ažuriranje već spremno, ali još nije objavljeno u publikaciji. Stoga se možete obratiti putem privatnih poruka kako biste ubrzali prijem ažuriranja pravila.

2) Objavljujem ažuriranje samo za trenutne verzije izdanja konfiguracije 1C. Trenutne verzije su one koje se nalaze u drugom stupcu na web stranici 1C izdanja. To jest, ne objavljujem ažuriranja za planirana ili probna izdanja.

3) Za neke publikacije, cijeli set pravila je dostupan nakon kupovine - uključujući i starija izdanja. Dakle, dajem sve stare verzije pravila samo na pregled, odnosno po principu "kako jesu". Možda nemaju dovoljno podataka za migraciju i može doći do grešaka. Promptno ispravljam greške u pravilima, razumijem da ljudima često ponestaje vremena za odlaganje. Ali ako imate staro izdanje, bolje je odvojiti vrijeme i ažurirati. A ako dođe do greške tokom prijenosa, odmah ću je ispraviti. Slično, ne radim nikakva poboljšanja u starim pravilima transfera.

U nekim slučajevima može čak biti relevantno uzeti nova pravila, učitati ih u konverziju podataka i vratiti na starija izdanja konfiguracije (ili na vaše prilagođene konfiguracije) i izvršiti migraciju na taj način.

4) Gotovo sve zahtjeve korisnika za poboljšanja pravila ispunjavam besplatno. Uslov za reviziju je da mora biti u skladu sa standardnom računovodstvenom metodologijom iz 1C. Treba se odnositi na trenutnu verziju pravila. I, naravno, usavršavanje samo tipičnih konfiguracija.

5) Migracija je testirana na velikom broju korisničkih baza podataka. Međutim, način obračuna, sami podaci u bazama podataka, jedinstven je za svakoga. A u vašoj bazi podataka može doći do grešaka tokom prijenosa. U tom slučaju, obratite se autoru migracije što je prije moguće. Možda će se od vas tražiti i jedno i drugo Detaljan opis način da se reproducira greška na demobazi iz 1C, ili pružanje baze podataka na kojoj navedena greška reprodukovano. Baza bi trebala biti tipična, aktuelna verzija. Garancija povrata novca za migraciju ne pokriva slučajeve u kojima nije navedena valjana izvorna baza za reprodukciju greške.

Mogućnosti kupovine prijenosa podataka

Navedeni skup pravila prijenosa isti je za sve opcije kupovine. Razlikuju se samo zahtjevi za izvorne baze podataka, kao i uvjeti ko će vršiti prijenos podataka. Sama pravila konverzije su otvorena za uređivanje, mogu se učitati u program za konverziju podataka i promijeniti nezavisno za vaše nestandardne baze podataka, ako je potrebno.

Cijene:

PRO- obezbjeđen je skup obrade za prijenos, uključujući netipičnu obradu s proširenom funkcionalnošću, trenutna pravila za prijelaz između najnovijih izdanja 1C programa, arhivu pravila za stara izdanja i uputstva.

Sami radite transfer.

Opcije: nedostaje.

Tehnička podrška - 1 mjesec, pitanja o mehanizmu prijenosa putem pošte i zahtjevi na stranici. Konsultacije o transferu nisu date.

standard- sadrži skup obrade za prijenos, isti kao u verziji PRO i niz dodatnih opcija.

Početni zahtjevi baze podataka: Tipična konfiguracija je podržana, veličina nije veća od 5 GB u proširenom obliku i broj dokumenata za prijenos nije veći od 10 hiljada komada. Osoblje i dokumenti o poravnanju. Ne morate sami da navodite broj dokumenata, možete nas kontaktirati, postoji odgovarajuća obrada.

Tarifne opcije: Izvođenje naših snaga bez uključivanja vaših resursa ili u njihovom odsustvu; Usklađivanje stanja i prometa.

Tehnička podrška - 1 mjesec, ispravka uočenih grešaka i komentari na transfer.

VIP- sadrži paket za prijenos sličan tarifnom standard, sa naprednijim opcijama.

Osnovni zahtjevi: Nema ograničenja za konfiguraciju i bazu podataka

Tarifne opcije: Prijenos kadrovske i obračunske dokumentacije, prijenos postavki i poboljšanja, obuka korisnika, usaglašavanje stanja i prometa.

Prioritetna tehnička podrška - 3 mjeseca, savjeti za rad sa novom konfiguracijom i obuka korisnika.

Politika tehničke podrške

Ako imate pitanja o već kupljenom prijenosu podataka, trebate pokrenuti poziv. Možete pokrenuti poziv Različiti putevi na osnovu vaše stope.

Komunikacijski kanal\Tarifa	PRO	standard	VIP
Kontaktirajte na sajtu
Pismo podrške
Poziv za podršku
Posvećeni specijalista
Nivo usluge	Baza	Standard	Visok

Osnovni - vrijeme reakcije od 24 do 72 sata.

Standardno - vrijeme reakcije od 12 do 24 sata.

Visoko - vrijeme reakcije od 3 do 12 sati.

Tehnička podrška se pruža radnim danima od 9:00 do 19:00 po moskovskom vremenu.

Očekivani rezultat prijenosa podataka i uvjeti

U situacijama kada je knjigovodstvo ispravno vođeno u izvornoj bazi i u računovodstvu nisu korištene vrste dokumenata za koje nema ispravnog poređenja u odredišnoj bazi, tada je očekivani rezultat prijenosa baza podataka sa dokumentima. Unos stanja na datum početnih stanja (Datum početnih stanja se bira u parametrima obrade upload-a) i sve vrste dokumenata za period prenosa dokumenata. Jedna od opcija za provjeru ispravnosti računovodstva za računovodstvenu politiku „batch accounting“ je jednakost stanja u serijama, a ne u serijama.

Za sve tarife (osim PRO tarife) određene su sljedeće faze rada:

za standardne i VIP tarife

1. Bazna analiza.

2. Usklađivanje rasporeda rada.

3. Prenos testa

4. Koordinacija rezultata

5. Radni transfer.

Prosječno vrijeme prijenosa po Standard tarifi je 1 sedmica.

extra za VIP

6. Revizija poboljšanja u prenosivoj bazi podataka

7. Koordinacija poboljšanja nove baze podataka

8. Obuka

9. Podrška nakon transfera

Imate bilo kakvih pitanja? Teško odabrati? Pišite nam, pomoći ćemo vam da odaberete najbolju opciju!

Pogledajte kompletnu listu razvoja:

Već smo govorili o metodologiji prelaska na računovodstvo u programima baziranim na platformi 1C:Enterprise 8*. Pređimo sada s teorije na praksu. Specijalisti Spektr BUSINESS doo, koji su relativno kratko vrijeme doveo je računovodstveni sistem na novi nivo automatizacije. To je omogućeno zahvaljujući posebno razvijenom planu implementacije.

Referenca

1. Pripremna faza:
   • razvoj metodologije tranzicije;
2. Kontrolne mjere:

"1C:Enterprise 8" - iskustvo organizacije tranzicije u kompaniji CJSC "INTERSKOL"

CJSC INTERSKOL je glavni ruski dobavljač električnih alata.

Tokom svog postojanja, kompanija je aktivno dobijala na zamahu, a sada asortiman obuhvata 60 vrsta proizvoda.

Najbliži planovi uključuju dalje povećanje asortimana, kao i širenje dilerske mreže i servisnih stanica u Rusiji i inostranstvu. Jedan od glavnih ciljeva kompanije je ulazak u IPO, što će privući dodatne investicije. Postizanje ovog cilja (IPO) je složen proces korak po korak. Jedan od prvih koraka ka uspehu bila je odluka menadžmenta kompanije da se unapredi informacioni sistem u preduzeću. Bilo je potrebno osigurati finansijsku „transparentnost“ i odgovarajući nivo prezentiranih informacija, razumljivih ostalim korisnicima na globalnom tržištu. U takvoj situaciji, prelazak na MSFI je obavezan. Time bi se osiguralo da dionice kompanije budu uključene u listing. berze mir. Usput je bilo potrebno riješiti zadatke smanjenja intenziteta rada i povećanja efikasnosti računovodstvenih procesa, obračuna plata, kadrovske evidencije, obračuna troškova, računovodstva sredstava itd.

Referenca Rusko preduzeće "INTERSKOL" registrovano je 1991. godine kao istraživačko-proizvodno preduzeće na bazi VNIISMI (Svesavezni naučno-istraživački institut za građevinske mehanizovane alate). Koristeći sopstveni razvoj i proizvodne odnose sa glavnim profilisanim preduzećima u Rusiji, kompanija je započela kooperativnu proizvodnju električnih alata pod robnom markom INTERSKOL. Kompanija proizvodi mašine za brušenje, poliranje i glodanje, perforatore i čekiće, električne bušilice, odvijače, blanje i druge električne alate. Holding obuhvata pogon za proizvodnju električnih alata, veleprodajna i maloprodajna preduzeća. Kompanija posjeduje široku mrežu servisnih radionica. U sopstvenoj proizvodnoj bazi i kod regionalnih dilera, a kompanija ih ima više od 100, vrši se garantno i servisno održavanje INTERSKOL alata. Među partnerima firme u proizvodni ciklus Može se izdvojiti Iževska mehanička tvornica, Bykovsky Power Tool Plant (BEP) Sparky GMBH (Njemačka), Mini Gears (Italija), Capax (Holandija), Marquardt (Njemačka), Rebir (Letonija), Freud Industrial (Španija).

Nakon analize zadataka i sprovođenja niza anketa, kompanija je izabrala „1C: Menadžment proizvodni pogon 8". Tipična konfiguracija ovog softverskog proizvoda, prvo, već uključuje IFRS blok, a drugo, svakako nadograđuje informacioni sistem.

Izrađen je plan tranzicije koji je uključivao nekoliko faza:

1. Pripremna faza:
   • proučavanje poslovnih procesa, analiza sistemskih zahtjeva;
   • planiranje vremena i troškova implementacije;
   • razvoj metodologije tranzicije;
   • pisanje tehničkih specifikacija.
2. Obuka korisnika za rad sa programom "1C: Upravljanje proizvodnim preduzećem 8".
3. Razvoj sistemskih zahtjeva.
4. Pisanje potrebne obrade: pravila za prijenos početnih stanja i dokumenata.
5. Prelazak na program "1C: Upravljanje proizvodnim preduzećem 8":
   • konverzija potrebnih stanja i dokumenata;
   • prelazak korisnika na rad sa novim sistemom;
   • verifikacija i unapređenje programa.
6. Kontrolne mjere:
   • provjera sposobnosti korisnika za rad sa SCP-om;
   • otkrivanje i ispravljanje grešaka.

Pogledajmo detaljnije svaku fazu.

Organizacija tranzicije: pripremna faza

Nakon što je donesena odluka o prelasku sa 1C:Enterprise 7.7 na 1C:Enterprise 8, počeo je rad na pisanju Projektnog zadatka.

Za izradu tehničkih specifikacija proučavani su procesi koji postoje u preduzeću. Sprovedene su kadrovske ankete, upitnici, analize želja rukovodstva itd. Zatim je razvijen plan glatke tranzicije, u kojem većina korisnika nije morala da vodi evidenciju i pokreće primarnu dokumentaciju u dva računovodstvena programa odjednom. Na osnovu postavljenih zadataka, prelazak na računovodstvo u programu 1C: Manufacturing Enterprise Management 8 organizovan je na sledeći način: korisnici su nastavili da rade u starom računovodstvenom programu, paralelno se odvijala obuka, a razvojni tim je pisao pravila za konverziju. prenos stanja i primarnih dokumenata iz stare informacione baze u novu.

Potreba za pisanjem ovih pravila nastala je zbog činjenice da je verzija složene konfiguracije koja se koristi u preduzeću bila zastarjela, nestandardna i jako modificirana, pa se tipičan mehanizam prijenosa podataka nije mogao koristiti, jer su se proizvodi uvelike razlikovali od svakog drugo u smislu strukture podataka.

Odlučeno je da se sva primarna dokumentacija prenese od početka godine. Ovo je, prvo, omogućilo pojednostavljenje sastavljanja finansijskih izvještaja u skladu sa MSFI, a drugo, uštedilo vrijeme i živce korisnicima, jer ih nije potrebno ručno upisivati.

Organizacija tranzicije: obuka

Ova faza je išla paralelno sa pripremnom, ali je odlučeno da se izdvoji kao poseban pravac, jer je ljudski faktor veoma značajan, te je ljudima bilo potrebno pružiti informacijsku i psihičku pripremu, što im je kasnije pomoglo da brzo prilagoditi novom sistemu.

U procesu rada na obuci osoblja glavna poteškoća je bila da se prijelaz učini što bezbolnijim za korisnike koji su već opterećeni tekućim poslom.

Korisnicima je pojašnjeno da neće imati poteškoća prilikom prelaska sa jednog sistema na drugi, a to im neće dodatno raditi, a novi je moderniji i funkcionalni program olakšati im život u budućnosti.

Kako bi se zaposlenima u preduzeću prenijele prednosti novog sistema, održane su obuke i svaki korisnik je obučen za vođenje svoje računovodstvene oblasti u programu.

Prelazak na "1C:Enterprise 8": sistemski zahtjevi

Funkcionalnost

Nakon što je identifikovan i organizovan prelazni rad, izvršena je analiza zahteva za novi program i modelira ih prema svojim tipičnim mogućnostima. Dok je osoblje nastavilo da radi u konfiguraciji kompleksa, menadžment je, na osnovu profila rada INTERSKOL-a, razvio zahtjeve za sistem. Sve zadate zadatke rješavaju standardni alati proizvoda "1C: Manufacturing Enterprise Management 8".

Tehnički aspekti

Dodatni i odlučujući uslov je bio učinak sistema, budući da kompanija ima veoma veliki protok dokumenata. Provedeni su testovi performansi, napisani su roboti za obradu koji su simulirali pravi posao sistemi: kreirani dokumenti, otvoreni izvještaji. Izvršena su mjerenja performansi i pokazala su da je vjerovatnoća vršnog opterećenja na serveru vrlo velika, što može usporiti rad. Kao rezultat probnih proba, klijentu je ponuđena kupovina modernijeg servera, koji će značajno povećati performanse sistema, šire koristiti mogućnosti platforme 1C:Enterprise 8 i imati određenu rezervu resursa koji će omogućiti rad u bliskoj budućnosti bez dodatnih troškova za kupovinu dodatnih servera (u uslovima stalnog rasta i širenja organizacije (povećanje broja osoblja)).

Obrada pisanja: pravila za prijenos početnih stanja i dokumenata pri prelasku na "1C: Enterprise 8"

Pravila za prijenos stanja su napisana korištenjem standardne konfiguracije "Data Conversion 2.0". Ranije je provedena studija o preporučljivosti pisanja pravila za svaki objekt (tj. ako je brže ručno upisati direktorij ili stanje računa nego napraviti i otkloniti pravila za njega, onda je svrsishodnije izvršiti ovu operaciju ručno). Glavna poteškoća nastala je u činjenici da je odlučeno da se promijene podračuni računovodstva materijala tokom prijenosa (u složenoj konfiguraciji oni su vođeni na računu 10.6, au 1C: Enterprise 8 usvojen je drugačiji format za numeriranje računa i podračuna - materijal se obračunava na računima od 10.01., 10.02., 10.06.). Kao rezultat toga, odlučeno je da se u imenik nomenklature dodaju novi detalji, uz pomoć kojih je bilo moguće klasifikovati podračun prilikom prenosa. Kako je podjela na podračune uglavnom bila podložna logičkom opisu, najveći dio nomenklaturne knjige popunjen je uz pomoć obrade.

Izuzeci su popunjeni ručno. Od primarnih dokumenata za prvi kvartal odlučeno je da se kopiraju samo sljedeći: Prijem robe i materijala, Prijem usluga, Prijem dodatnih. Trošak, Primljena faktura, Prijem izvoda, Troškovi izvoda, Prodaja, Izdan račun (uključujući avansno plaćanje), Kretanje robe i materijala (u skladištima i za preradu), Knjiženje robe i materijala (iz prerade), Otpis robe i materijala (uključujući i preradu), Oprema robe i materijala, Narudžbe dobavljača, Narudžbe kupaca. Dokumenti o osnovnim sredstvima (puštanje u rad, modernizacija itd.) i obračun i obračun plate, kao i drugi kadrovski i regulatorni dokumenti, uneseni su ručno, jer je to omogućilo značajno smanjenje vremena za izradu pravila prijenosa i, kao rezultat, uštedu resursa na tome. Ručni rad na prenosu podataka obavljali su pojedinačni korisnici sistema, budući da je 90% obavljeno obradom konverzije. Da, i malo prakse koristilo je zaposlenima kompanije, koji su mogli uporediti rezultat svog rada u dvije baze podataka, što im je dalo više povjerenja u ispravnost svojih postupaka. No, dok prijenos podataka nije obavljen, korisnici su nastavili da vode evidenciju u staroj bazi podataka, dok su istovremeno učili kako da rade s novom.

Po mišljenju glavnog računovođe CJSC "INTERSKOL" Osipova V.L. "Nakon što je završena glavna i, kako nam se čini, glavna faza projekta - prelazak sa starog sistema na novi, naša kompanija je u potpunosti zadovoljna rezultatima. Veoma je važno da je sam proces tranzicije protekao korektno izgrađen i organizovan i nismo imali nikakvih poteškoća u radu uprkos ovakvim kardinalnim promenama u računovodstvenom sistemu. Kadrovi su blagovremeno obučeni, a sada su svi korisnici već savladali i koriste u svom radu široke mogućnosti novu informacijsku bazu. ovog trenutka imamo automatizovan sistem koji nam omogućava da kontrolišemo procese u kompaniji i uštedimo mnogo vremena na tome. Stvoren je pogodan mehanizam raspodjele troškova, optimiziran je tok dokumenata. Zahvaljujući automatizaciji procesa obračuna troškova, možemo postaviti najbolje cijene za proizvode, što je vrlo važno u konkurentskom okruženju. Prilikom vođenja računovodstva, sada možete voditi ekonomske analize ključni indikatori učinka, koji će omogućiti pravovremeno reagiranje na njihove promjene. U potpunosti smo zadovoljni rezultatima projekta, a fleksibilnost programa, osim toga, omogućava nam da ga što bliže prilagodimo potrebama kompanije."

Prelazak na rad u programu "1C: Upravljanje proizvodnim preduzećem 8"

Nakon pisanja pravila prijenosa podataka, proces konverzije je započeo direktno. U jednom danu prenesena su stanja na početku godine (01.01.2007.) i imenici. Počeo je rad na provjeri ispravnosti rezultata konverzije, koji je distribuiran zaposlenima INTERSKOL-a - svaki korisnik programa je provjerio računovodstvenu oblast za koju je odgovoran. Po završetku revizije postalo je jasno da nema značajnijih odstupanja, već su uočeni manji nedostaci koji su nastali kao rezultat činjenice da je stari sistem imao netipičan kontni plan. Kreirana je obrada koja je automatski popunila sistem, indirektnim znakovima, nedostajuću analitiku; za slučajeve koji nisu mogli biti klasifikovani, korisnici su ručno unosili analitiku. Nakon provjere ispravnosti stanja, primarni dokumenti su prebačeni za I četvrtina. Nakon toga je počela provjera usklađenosti prenesenih dokumenata, koja je otkrila nekoliko neslaganja u vezi sa razlikama u računovodstvenim mehanizmima u programima: posebno posebna metodologija za otpis pošiljki robe primljenih na proviziju u integrisanoj konfiguraciji. Jedan te isti proizvod može biti i vlastiti i prihvaćen za proviziju. U starom programu takva roba je otpisana po FIFO, bez obzira na status serije, a u standardnoj konfiguraciji „Upravljanje proizvodnim preduzećem“ moguće je otpisati sopstvenu robu i robu primljenu na proviziju redom, piše -isključenje parcele bez obzira na status nije predviđeno. Počevši da koristim drugačiju metodologiju, morao bih da prepravim PDV prijavljivanje, pa je odlučeno da se tako novi sistem implementirati mehanizam otpisa sličan onom u Complexu. Poboljšano je i automatsko popunjavanje dokumenta "izvještaj pošiljaocu".

U starom programu obračun međusobnih obračuna se odvijao u okviru jednog ugovora sa drugom stranom. Ova druga strana može biti i dobavljač i komitent, ili kupac i komisionar. U novom programu, međutim, takva podjela po ugovorima je obavezna. Kao rezultat toga, nakon prelaska u program "1C: Manufacturing Enterprise Management 8", mnoge uplate su se pretvorile u avanse, a vrijednosti PDV-a su se u skladu s tim promijenile. Ovaj problem je ručno riješen. Uz pomoć dokumenta "Usklađivanje duga" vršeni su preboji između ugovora. Svi indikatori stare baze su identično prebačeni na novu. Istovremeno, najveći dio posla oko prijenosa obavljen je automatski, uz pomoć obrade.

Tokom tranzicije korisnici nisu morali da rade istovremeno u dvije infobaze, već su do konačnog transfera nastavili da vode evidenciju u starom sistemu. Kao rezultat poduzetih radnji, početkom godine dobili su novu bazu podataka sa svim primarnim dokumentima i bilansima.

Organizacija tranzicije: mjere kontrole

Nakon završetka glavne faze implementacije - prelaska na novi sistem, kada su sva potrebna bilansa i primarni dokumenti već bili prebačeni i korisnici počeli da rade u novom programu, po prvi put je specijalista iz kompanije za implementaciju stalno u INTERSKOLU. Sproveo je revizije učinka osoblja u novom sistemu u cilju identifikacije moguće greške, kako bi ih na vrijeme ispravili i spriječili njihovo ponovno pojavljivanje, savjetovali su korisnike o problemima koji su se pojavili tokom rada. Tako je osoblje obučeno za rad sa programom i u praksi, uz izbjegavanje značajnih grešaka koje bi mogle nastati pri radu sa sistemom neiskusnog korisnika. Kada praktički nije bilo pitanja, a revizije koje je proveo specijalista nisu otkrile greške povezane s nepravilnim korištenjem programa, postalo je jasno da se osoblje u potpunosti prilagodilo radu u novom informacionom sistemu i da je u stanju da pravilno koristi njegovu funkcionalnost.

Prijenos podataka iz programa 1C UPP rev.1.3 u 1C računovodstvo 8 rev. 3.0

Transfer Infobaza se proizvodi po pravilima za istovar i učitavanje podataka, tj. kroz razmjenu podataka.

Bitan! Nivo podrške zavisi od mogućnosti da se u obliku arhive obezbedi radna baza ili druga baza na kojoj se problemska situacija reprodukuje na računaru programera. U nedostatku takve osnove, autor ne prihvata tvrdnje.

Prelazak sa na 1C računovodstvo preduzeća preporučuje se obavljanje na početku novog perioda (godina, kvartal, mjesec) nakon završetka planiranih poslova prethodnog perioda. Pravila migracije se također mogu koristiti za redovnu migraciju podataka.

Pažnja. Svi algoritmi i metode rada opisani u članku u potpunosti su primjenjivi na prijenos podataka iz SCP-a (vidi opis u pdf formatu). Funkcionalnost može varirati.

Prilikom preuzimanja podataka sa1C Manufacturing Enterprise managementmogu se pojaviti razne greške. Ovdje predstavljena pravila migracije traže neke greške tokom faze učitavanja.

Nulta količina i nenulta količina robe i materijala. Unošenje stanja u konfiguraciju primaoca tako da količina robe i materijala bude jednaka nuli, a troškovnik robe i materijala nije jednak nuli, nemoguće je, i nema smisla, jer je to greška. Stoga, kada se stanja prenesu, takve stavke (sa nultom količinom) neće biti dostupne u dokumentima za unos stanja. Stoga, ako se greške ne isprave prije prijenosa podataka, tada se iznosi u izvoru podataka i odredištu podataka neće poklapati kada se salda prenese, što će uzrokovati dodatne poteškoće u usaglašavanju. Stoga, u procesu istovara podataka iz 1C UPP prikazuju se poruke o grešci. Provjera se vrši kada je parametar postavljen Provjerite ima li iznosa koji nije nula.

Sa skupom parametara Provjerite usklađenost računovodstvenih registara OS izvršiće se provjera korespondencije ostatka registra CostOSAccounting i računovodstvenih podataka. Ako se stanja u registrima ne podudaraju, prikazuju se poruke o tome. Najčešće dolazi do odstupanja u visini akumulirane amortizacije. Amortizacija u SCP se obračunava uzimajući u obzir podatke registra CostOSAccounting, a ne prema BU registrima. Zbog opisanih neslaganja, nakon prijenosa, obračun amortizacije u izvoru i odredištu se možda neće podudarati.

Operativni postupak.

U samom opšti pogled proces izgleda ovako: podaci iz izvorne baze podataka SCP-a se učitavaju u međufajl (vidi sliku 1. Ime datoteke podataka), a zatim se učitava u bazu prijemnika BP 3.0.

Upload i učitavanje podataka vrši se obradom Univerzalna razmjena podataka u formatuXML, koji je u svim standardnim konfiguracijama kompanije bez izuzetka 1C. Možete ga otvoriti u Meni - Alati - Ostale razmjene podataka.

Sl.1 Učitavanje podataka

Za istovar morate koristiti pravila razmjene SCP_ACC8.xml, koje morate navesti u polju za unos Ime datoteke pravila. Kada odaberete datoteku pravila, ona će biti pročitana i stablo će biti popunjeno Pravila učitavanja podataka. Ako je potrebno, možete ponovo pročitati pravila razmjene koristeći dugme desno od polja za unos. Prilikom čitanja pravila razmjene, parametri upload-a će biti ispunjeni zadanim vrijednostima (vidi sliku 2), po želji se mogu promijeniti prije učitavanja podataka.

Sl.2 Parametri učitavanja podataka

1. Prije svega, preporučujem prenošenje računovodstvenih politika organizacija. Ali možete prenijeti sve podatke odjednom. Bookmark Opcije otpremanja možete podesiti različite parametre i tako kontrolirati proces. U ovoj fazi, korisno je postaviti parametar na vrijednost Da. U ovom slučaju, prilikom učitavanja podataka, računski parametri će biti konfigurisani u bazi prijemnika BP 3.0.

Pritisnemo dugme Upload podataka i preuzmite datoteku sa podacima u navedenom folderu.

Zatim podatke treba učitati u bazu podataka koja prima. Da bismo to učinili, koristimo istu obradu Univerzalna razmjena podataka u XML formatu ali u bazi prijemnika. Odredite na kartici naziv fajla koji će se učitati, isto kao i pri istovaru (vidi sliku 3) i pritisnite dugme Preuzmi podatke.

Tokom preuzimanja, ako je parametar postavljen tokom upload-a Sinhronizirajte postavke programa i računovodstvene parametre u značenje Da, računski parametri će biti konfigurisani u bazi prijemnika BP 8.3. Ako se postavka u prijemnoj bazi ne poklapa sa postavkom u izvornoj bazi, tada će biti ispravljena, o čemu će se unosi pojaviti u prozoru servisne poruke (vidi sliku 4). Uporedite sadržaj okvira za poruke sa parametrima prikazanim na slici 2. Jasno je da u budućnosti, prilikom prenosa ostalih informacija, neće biti potrebe za takvom sinhronizacijom.

Sl.4 Poruke o promjenama u postavkama računovodstva

Dakle transfer računovodstvena politika i postavljanje obračunskih parametara u bazi odredišta je završeno. Pripreme za prijenos osnovnih informacija su završene.

2. Zatim biste trebali prenijeti ostatke u bazu prijemnika BP 3.0 na datum transfera. Pravila razmjene u ovom slučaju funkcioniraju na isti način kao i kod svakog prijenosa podataka u bilo koju drugu bazu podataka: dokumenti se formiraju Unos početnih stanja. Prilikom istovara treba da navedete pravila u odeljku Dolazna stanja (vidi sliku 5).

Sl.5 Pravila razmjene za prijenos stanja

Dokumenti će se pojaviti u bazi prijemnika BP 8.3 prilikom učitavanja Unos početnih stanja biti sprovedena. Oni će kreirati sva potrebna kretanja registra. Tokom procesa, mogu postojati unosi o greškama u prozoru servisne poruke. Treba ih ispraviti i riješiti pitanje problematičnih dokumenata. Greške u knjiženju nastaju zbog grešaka napravljenih u računovodstvu. Na slici 6 prikazan je primjer takve greške, koja dovodi do problema u formiranju ostataka. Količina materijala je nula, količina namotana po materijalu i po skladištu je također nula, ali postoje stanja različita od nule sa suprotnim predznakom za treći podkonto. Ovo je prilično tipična situacija. Takvi ostaci će pasti u dokument Unošenje početnih stanja, ali će to biti nemoguće izvesti.

Sl.6 Primjer greške u računovodstvu

U ovom slučaju, oba reda dokumenta Unos početnih stanja sa netačnim balansima u bazi prijemnika 1C 8.3 treba izbrisati. Zatim će dokument biti održan.

Postoje greške povezane s nedostatkom obavezne analitike. Na primjer, na računima obračuna sa drugim ugovornim stranama predviđen je podkonto Dokumenti za poravnanje sa drugom stranom, ali u praksi takvih podbrojeva u ostatku nema. Ovo će takođe dovesti do nemogućnosti knjiženja dokumenta za unos stanja. Takve greške će se morati ručno ispravljati kreiranjem novih proračunskih dokumenata.

Prilikom generisanja stanja na datum tranzicije, ne samo dokumenti za unos stanja će se pojaviti u bazi podataka prijema, već i neki dokumenti koji se prenose putem linkova. Na primjer, to su dokumenti koji predstavljaju podkonto na računima obračuna sa drugim ugovornim stranama. Takvi dokumenti s datumom koji je raniji od datuma prijenosa neće biti objavljeni i ne bi trebali biti objavljeni.

3. Sada trebate prenijeti dokumente sa datumom kasnijim od datuma bilansa. Nakon preuzimanja i njih treba izvršiti. Prilikom istovara potrebno je označiti pravila za istovar u odjeljku Dokumentacija. Pravila za učitavanje podataka za dokumente prikazana su na slici 7.

Sl.7 Pravila za istovar dokumenata

Bitan! Kada se učitaju, svi dokumenti sa datumom manjim od početka perioda učitavanja moraju ostati neobjavljeni ili označeni za brisanje. Ovo bi trebalo slijediti u budućnosti kada radite u BP 3.0. Posebno morate biti oprezni kada ažurirate podatke.

4. Sada o prijenosu direktorija. U prethodnim paragrafima nismo zabeležili pravila za prenos imenika, to ne znači da nisu preneti. Preneseni su elementi imenika po referencama, tj. koji učestvuju u formiranju stanja na određeni datum, odnosno prisutni su u dokumentima za upis stanja, kao i onima sadržanim u drugim dokumentima. To znači da je većina referentnih informacija koje će biti potrebne za dalji rad već prenesena.

Stoga, po pravilu, nije potrebno posebno prenositi referentne informacije. Ali ako se, ipak, pojavi takva potreba, ako se element direktorija ne nalazi ni u jednom dokumentu, ali će biti potreban u budućnosti, tada se u tu svrhu pravila razmjene grupiraju u odjeljku Referentne knjige(vidi sliku 8). Pravila za učitavanje podataka za direktorijume prikazana su na slici 8.

Slika 8 Pravila za istovar direktorija

Direktoriji se ne moraju prenositi u cijelosti, možete ograničiti upload raznim filterima. Da biste to učinili, u desnoj polovini prozora morate konfigurirati odabir (vidi sliku 9), najjednostavniji: u Polje označite odabrani direktorij, u Vrsta poređenja- Jednako, unutra Značenje- link do referentnog elementa. To je ono što vam omogućava da prenesete nedostajuće elemente direktorija koji nisu preuzeti putem linkova iz dokumenata. Također možete kreirati složenije odabire koristeći različite referentne detalje i različite vrste poređenja.

Sl.9 Instalacija selekcije tokom istovara

Izvještaj o proizvodnji po smjeni, dokument Izlaz i dokument Kompletan set nomenklature sa vrstom operacije Izlaz. Svi su pretvoreni u BP 3.0 u dokument Izvještaj o proizvodnji po smjeni, u svim slučajevima potrebno je utvrditi planirani trošak

5. Prijenos registra informacija(u daljem tekstu RS) je također dio prijenosa referentnih informacija. Postoje nezavisni registri informacija, tj. nema veze sa dokumentima. Shodno tome, oni se ne mogu prenijeti putem veza, stoga se prenose nezavisno. Pravila učitavanja podataka za takve registre grupirana su u odjeljku Informacioni registri. To ne znači da se svi registri informacija koji su ovdje navedeni moraju prenijeti. Na primjer, neki se mogu prenijeti ili učitati u bazu prijemnika 1C 8.3 pomoću samog programa. Neki registri informacija su već popunjeni prije prijenosa.

Savjet: koristite zadane postavke koje su postavljene prilikom učitavanja pravila razmjene. Ako se postavke izgube, to znači da automatski spremate i koristite svoja podešavanja. Odznači Koristiti prilikom otvaranja i postavke iz pravila razmjene će biti vraćene.

Ako je registar informacija periodičan, onda se istovar vrši za period istovara (vidi sliku 9). Na korisniku je da odluči hoće li ili ne prenijeti takav registar i, ako se prenosi, na koji period.

Gore opisani postupak podijeljen je u nekoliko faza. Ovo se radi radi jasnoće i boljeg razumijevanja algoritama. Možete kombinirati nekoliko faza u jednu, na primjer, istovremeno prenositi stanja i dokumente. Čak je poželjno to učiniti kako bi se smanjilo vrijeme istovara i učitavanja podataka. Ali također morate razumjeti da, ako je potrebno, možete razbiti proces na proizvoljno male komponente. Na primjer, za lokalizaciju određenog problema prijenosa.

Značajke prijenosa dokumenata za računovodstvo proizvodnje. To uključuje: dokument Izvještaj o proizvodnji po smjeni, dokument Izlaz i dokument Kompletan set nomenklature sa vrstom operacije Izlaz. Svi su pretvoreni u BP 3.0 u dokument Izvještaj o proizvodnji po smjeni, u svim slučajevima potrebno je utvrditi planirani trošak (planirani iznos), budući da je u BP 3.0 ovaj rekvizit je obavezan. Ako PPM koristi način obračuna troškova Partion, tada se planirani trošak utvrđuje prema računovodstvenim podacima za knjiženja SCP dokumenta. U slučaju RAUS moda napredne analitike, planirani trošak se utvrđuje prema računovodstvenim podacima za mjesec u kojem je izvršena ovaj dokument. Planirani trošak je promet na teretu računa računovodstvo zaliha(10, 21, 41, 43) iz odobrenja računa 20. Istovremeno, ako je u računovodstvenim parametrima postavljena konstanta Održavati serijsko računovodstvo za skladišta Reg, tada se za svako skladište utvrđuje planirana cijena artikla. Inače se konsoliduje za sva skladišta.

Prilikom prijenosa dokumenta Kompletan set nomenklature sa vrstom operacije Izlaz popuni tabelu materijala i, shodno tome, prilikom vođenja dokumenta Izvještaj o proizvodnji po smjeni u BP 3.0 materijali su otpisani. Prilikom prijenosa dokumenta Izvještaj o proizvodnji po smjeni in 1C računovodstvo 8 tabelarni dio Materijali se ne popunjava, jer u ovom slučaju postoje dokumenti obrasca Zahtev za fakturom.

Ako postoji problem sa preuzimanjem: Navedena datoteka ne postoji", preporučujem da uradite sljedeće. Prebacite se sa "Operation mode (na serveru)" na "Operation mode (na klijentu)", tada prozor za odabir datoteke za preuzimanje postaje neaktivan. Kada kliknete na dugme "Preuzmi podatke", obrada vas traži da odaberete datoteku za preuzimanje, navedite pokušaj da ukupna dužina naziva datoteke bude ispod 64 znaka, ne sadrži razmake ili ruska slova, samo ime datoteke treba da bude što kraće, na primjer CDData.xml

Sadržaj isporuke.

Paket uključuje: Pravila prijenosa SCP_ACC8.xml. Za opciju Prijenos stanja i dokumenata iz programa 1C UPP u 1C BP rev. 3.0 uz odabir ZhR-a uključena obrada UniversalData ExchangeXML_Selection_By_Fat.

Ostala pravila prijenosa podataka:

Imajući dovoljno iskustva u implementaciji SCP-a, želim da napomenem da je na svakom projektu, prije ili kasnije, bilo potrebno prenijeti odjel računovodstva kao odjel za rad u programu. Mnogo je poteškoća u ovom procesu. Posebno bih želeo da primetim prelazak sa BP 2.0 na SCP. Uprkos činjenici da je BP 3.0 već objavljen, mislim da će ovo pitanje ostati popularno još neko vrijeme. Dakle, u čemu je poteškoća?

Morate početi s činjenicom da je u 1.3 računovodstveno odjeljenje bliže odjelu računovodstva 1.6 izdanja preduzeća nego 2.0, iako naravno sva funkcionalnost odgovara modernoj stvarnosti. Ipak, to se doživljava kao povratak nečemu starom, zastarjelom. I što je najvažnije, u ovome ima dosta istine.

Naravno, za računovodstvene zadatke, konfiguracija (u daljnjem tekstu BP) 2.0 ima prednosti i pogodnosti, ali ipak, vrhunac SCP-a je njegov proizvodni krug, koji nema analoga ni u jednom 1C rješenju (osim). Nažalost, ovu psihološku prednost je teško preokrenuti, to se postiže samo voljnom odlukom uprave da će oni koji se ne prekvalifikuju dobiti otkaz.

Razlike između 1C SCP i 1C računovodstva

Glavne negativne točke koje razlikuju UPP od BP-a s kojima sam se morao suočiti u praksi:

• Formiranje fakture po referenci (u BP se ovi računi unose na posebnoj kartici).
• Izgled izvještaja (računovodstveni izvještaji u UPP-u izgledaju definitivno dosadno, za razliku od prekrasnih izvještaja u BP-u sa zelenim zaglavljem i mnogo postavki).
• Razlika između dnevnika dokumenata (i nazivi i sastav dnevnika dokumenata za koje se računovođe u BP-u koriste).
• Prisustvo dodatnih polja za pretraživanje na obrascima dnevnika dokumenata.

Nabavite 267 1C video lekcija besplatno:

Sada bi trebalo detaljnije govoriti o ovim i drugim tehničkim mogućnostima koje mogu uticati na računovodstvo. I takođe, koje nam alternative nudi 1C UPP.

Najvažnija razlika u principima računovodstva u SCP i BP za računovođu je, po mom mišljenju, nemogućnost (možda vrlo ograničen iznos) poslovne transakcije"Knjigovodstvene reference". U nekim kompanijama polovina računovodstva se zasniva na upotrebi "Operacije". Ova karakteristika proizlazi iz raširene upotrebe računovodstvenih registara u SCP-u, a ne samo računovodstvenih registara. U SCP-u se velika većina operacija izvodi pomoću specijalizovanih dokumenata.

Primjer: većina računovođa odražava kamatu na kredite izdane operacijom, ukazujući na korespondenciju Dt91 Kt76, međutim, u 1C UPP-u, ovaj pristup neće utjecati, na primjer, na registar međusobnih poravnanja sa drugim ugovornim stranama. Treba koristiti dokument prodaje roba i usluga.

Posebno treba reći da postoji mogućnost korištenja dokumenta Operacija, ali samo u sprezi sa dokumentom Ispravka registara, a ovaj dokument može svakog nespremnog korisnika dovesti u omamljenost.

Dalje, treba napomenuti razlike u računovodstvu subconto za neke računovodstvene račune i nemogućnost dobijanja informacija od interesa standardnim metodama. Na primjer, račun 60 nema treći podkonto „Dokumenti obračuna sa drugom stranom“, za koji je dokument Registra prikazan u BP, odnosno neće biti moguće vidjeti ove dokumente koristeći standard bilans. Dio izlaza iz ove situacije je korištenje izvještaja „Izjava o međusobnim obračunima sa ugovornim stranama“.

Nedostatak nekih "vanbilansnih" računa u 1C SCP, na primjer, MC računi. Zaista, materijali u pogonu se evidentiraju u BP-u na račun MC. U SCP-u, informacije o materijalima koji su prebačeni u rad evidentiraju se u registru „Materijali u radu“, informacije o njima se mogu dobiti pomoću izvještaja „Materijala u operaciji“.

Nepostojanje procedure za zatvaranje mjeseca, tako blisko i razumljivo. Da, takva obrada je odsutna u SCP-u. Zatvaranje mjeseca se vrši korištenjem poslovnog procesa "Procedura zatvaranja mjeseca", koji koristi referentni element "postavljanje zatvaranja mjeseca".

Možda je ova tačka vrlo poseban slučaj. Ipak, vredi napomenuti. Dokument “Kretanje OS” - ovdje je poteškoća u tome što računovodstvo ukazuje gdje i gdje se premešta objekat osnovnog sredstva, a u SCP-u je naznačeno samo mjesto na koje se objekat premešta. Prava lokacija objekta određena je upisom u registar u tom trenutku.

Izvještaj o amortizaciji u SCP-u ima drugačiji prikaz i ne odražava kretanje kretanja osnovnih sredstava, alternativno, možete koristiti nadograđeni izvještaj.

Povećan broj popunjenih podataka. Naravno, povećao se i broj rekvizita. Međutim, zbog korisničkih postavki, velika većina ovih podataka može se automatski popuniti.

Izlaz iz trenutne situacije

U pravilu, većina zadataka pred nama ima nekoliko rješenja. U ovoj situaciji mogu istaknuti, na primjer, ovo:

U jednoj kompaniji pozicija računovodstva je bila veoma jaka, užasno im se nije dopao povratak u prošlost na 1C UPP 1.3, projekat je bio ugrožen... Na sreću, kompanija je imala odlične finansijske mogućnosti... Rezultat bila je kompletna korespondencija svih računovodstvenih izvještaja i njihovo dovođenje u formu BP 2.0, dodavanje novih dokumenata u dnevnike dokumenata, prikazivanje obrazaca za pretragu na obrascima dnevnika dokumenata. Ispostavilo se da je to skupo: i u smislu razvoja i u smislu dalje podrške, ali računovodstvo je osjetilo njegovu važnost i projekt je nastavljen.

Iako se čini da ova opcija nije baš efikasna, ona ima svoje mjesto u životu.

Dijametralno suprotno rješenje bi bila stroga instrukcija uprave da se koristi samo postojeća funkcionalnost. Usput, omogućava vam da u potpunosti vodite računovodstvo, ima sve kontrolne mehanizme. Ovaj pristup je optimalan za kompaniju!