Dizajniran prvenstveno za napredne konfiguracije 1C: Računovodstvo 8 ed.2.0(mogući nazivi na Internetu BP 2.0 ili BP 8.2) kao osnova za razvoj originalnih pravila za prelazak na konfiguraciju 1C: Računovodstvo 8 ed.3.0(mogući nazivi na Internetu BP 3.0 ili BP 8.3), naravno, pogodan je i za prijenos podataka između standardnih konfiguracija.
Moguće strategije prelaska sa revizije 2.0 na 3.0 se mogu naći.
Princip rada.
Prijelaz iz 1C: Računovodstvo 8 ed.2.0 na 1C: Računovodstvo 8 ed.3.0 preporučuje se obavljanje na početku novog perioda (godina, kvartal, mjesec) nakon završetka planiranih poslova prethodnog perioda.
Prijenos podataka vrši se univerzalnom obradom koja istovaruje podatke iz infobaze 1C: Računovodstvo 8 ed.2.0 u XML datoteku. Rezultirajuća datoteka se učitava baza podataka 1C: Računovodstvo 8 ed.3.0 korištenjem univerzalne obrade učitavanja podataka.
Za prijenos podataka potrebni su sljedeći fajlovi:
ACC20_30.xml - pravila konverzije podataka.
Preneseni podaci.
Iz infobaze BP 2.0 in BP 3.0 preneseno:
informacije o stanju na tekućim računima računovodstvo infobaza "1C:Računovodstvo 8 rev.2.0" od datuma konverzije infobaze
dokumenti infobaze BP 2.0 za odabrani period
potrebne referentne informacije iz baze informacija "1C: Računovodstvo 8 ed.2.0"
Konverzija se vrši u dva koraka:
Podaci iz 1C infobaze BP 8.2 učitano u poseban fajl (datoteka sa podacima);
Dobivena datoteka se učitava u 1C infobazu BP 8.3.
Instalacija.
Instalacija nije potrebna, jer je obrada ugrađena u tipične konfiguracije, in 1C: Računovodstvo 8 ed.2.0 i 1C: Računovodstvo 8 ed.3.0.
Operativni postupak.
(Pročitajte o mogućnosti korištenja specijalizirane obrade)
U programu 1C: Računovodstvo 8 ed.2.0 potrebno je otvoriti obradu Univerzalna razmjena podataka u XML formatu(meni: Servis - Ostale razmjene podataka), izaberite fasciklu koja sadrži pravila prenosa (pogledajte sliku 1) i učitajte pravila razmene. Preporučujem prinudno učitavanje pravila razmjene svaki put, čak i ako se automatski učitavaju na početku obrade. Da biste to učinili, ponovo izaberite datoteku pravila ili kliknite na dugme Ponovo pročitajte pravila razmjene. Ne morate uključiti sva pravila transporta. Trebali biste koristiti samo one koji su neophodni za prijenos stanja i (ili) dokumenata. Svi imenici se prenose linkovima, po potrebi, tj. samo oni koji su uključeni u bilanse i dokumente. Time se osigurava da u novoj infobazi nema "smeća".
Ako treba da rasteretite stanja na kraju godine, na primjer, na kraju dana 31. decembra 2014. godine, tj. tačnije je reći početkom 2015. godine, tada bi period istovara trebao biti 01.01.2015. - XX.XX.XXXX. Dokumentacija unos stanja in BP 3.0 bit će datirana 31.12.2014. Od 01.01.2015 do BP 3.0 potrebno je da kreirate dokumente koji odražavaju tekuće operacije. Ako vam trebaju samo ostaci, onda morate omogućiti pravila za učitavanje podataka iz odjeljka Dolazni bilansi(vidi sliku 1). Pravila za učitavanje podataka iz sekcije Dokumentacija u ovom slučaju treba ga isključiti (vidi sliku 3). Period istovara, na primjer, 01.01.2015. - 31.01.2015. znači da će dokumenti iz januara 2015. godine biti prebačeni. Pravila za učitavanje podataka iz sekcije Dokumentacija u ovom slučaju moraju biti uključeni.
Fig.1
Prije svega, preporučujemo preseljenje računovodstvenu politiku organizacije (priručnik Organizacije prenosi se referencom). Prilikom prijenosa podataka možete dodatno podesiti parametre (vidi sliku 2). Da biste se vratili na zadane vrijednosti, morate ponovo učitati pravila razmjene.
Sl.2 Podešavanje parametara
Parametar Zanemarite registar PDV serija prije svega određuje da li će biti popunjena BP 3.0 prilikom unosa stanja TMC sto Podaci o primljenim fakturama. Takođe utiče na to kako će podkonto biti popunjen. stranke: prema BOO ili ostatkom registra PDV na kupljenu imovinu.
Podešavanje parametara Ne uzimajte u obzir izdatke registra za pojednostavljeni poreski sistem omogućava vam da upravljate istovarom stanja za organizacije koje koriste USN. Kada je računovodstvo pokrenuto, kada se podaci registra ne poklapaju Troškovi po pojednostavljenom poreskom sistemu moglo bi biti korisnije da računovodstveni registar rastereti stanja samo prema računovodstvenim podacima, bez obzira na velika i mala slova USN, što može dodati mnogo grešaka. U ovom slučaju, u ulaznim dokumentima početni bilansi in BP 3.0 rekviziti Refleksija u USN i Status potrošnje ispunjen zadanim vrijednostima.
Prilikom postavljanja parametra na Da Istovremeno sa dokumentima će se prenijeti i registarski setovi koji su povezani sa ovim dokumentima. U suprotnom, sadržaj dokumenata se prenosi, a za primanje kretanja dokumente treba objaviti u bazi podataka BP 3.0 nakon transfera. Mora se shvatiti da ne za sva kretanja dokumenata koji postoje u BP 8.3, ima šibica u BP 8.2. Stoga, čak i ako odaberete prijenos dokumenata sa kretanjima, neke vrste dokumenata će možda morati biti knjižene kako bi se kreirali svi potrebni skupovi knjiga.
Sl.3 Spisak dokumenata koji se prenose u BP 3.0
Lista imenika i registara informacija za prenos je prikazana na slici 4. Ako je neko zainteresovan za proširenje ove liste, neka se javi autoru. Postoje pravila za prijenos objekata za mnoge direktorije. To je razumljivo, jer se u mnogim dokumentima nalaze različiti direktoriji i, shodno tome, preuzimaju se putem veza. Napraviti pravila istovara od njih nije teško, možete to učiniti sami. Pravilo za istovar direktorija je potrebno ako postoji želja da se prenese cijeli direktorij, a ne samo putem veza.
Rice. 4 Lista imenika i registara informacija koje treba prenijeti
Osobine prijenosa stanja na računima 76.AB i 76.BA
Kada je postavljeno na Da parametar Ispravno regradiranje za obračune sa drugim ugovornim stranama računovodstvene greške se mogu ispraviti. Šta se pribegava jasno je na slici 5.1: za drugu stranu, saldo je nula, ali za drugi podkonto iznosi nisu nula. Takva stanja se neće prenositi.
Slika 5.1 Regradiranje u ostacima
Ako je postavljeno na Da parametar Poruke u detalje, tada će se tokom istovara prikazati poruke s objašnjenjima (vidi sliku 5.2).
Slika 5.2 Poruke tokom regradiranja u ostacima
Karakteristike prenosa stanja na računovodstvenim računima robe i materijala
Algoritam za ispravljanje grešaka kao što je pribjegavanje bilansima po TMC. Ovaj algoritam radi prilikom postavljanja parametra Popravite regradiranje ostataka robe i materijala u značenje Da. Primjer je prikazan na slici 5.3. Računovodstvo za konto 10.03 vodi se u okviru nomenklature, skladišta i serija. Ostatak nomenklature Benzin AI-92 na skladište №4 je nula, ali ako proširite bilanse po serijama, bit će ih puno. Algebarski zbir stanja nad serijama jednak je nuli, ovo je sortiranje. Takve ostatke ne bi trebalo prenositi, jer je to jasna greška. Neće se prenijeti kada je parametar postavljen.
Slika 5.3 Regradiranje u ostacima TMC u izvornoj bazi podataka BP 2.0
Situacija je gora sa ostalima skladište №6. Ostatak je različit od nule, tako da algoritam korekcije odmarališta neće raditi, ostatak će biti prebačen. A kako će oni biti prebačeni, razmotrimo. Suma -155,29 neće upasti u transfer, jer takav ostatak u BP 3.0 nemoguće je unijeti, nemoguće je unijeti nultu količinu i iznos različit od nule, dokument za unos stanja neće biti knjižen, stoga ne prenosimo. Kao rezultat toga, u BP 3.0 preostale dvije sume će pasti (vidi sliku 5.4). Ostalo je prebačeno kao sa greškom. U stvari, naravno, ovdje nema greške u prijenosu, ali postoje računovodstvene greške.
Slika 5.4 Rezultat prijenosa na BP 3.0
Da li će koristiti opisani algoritam korekcije regradiranja ili ne, odlučuje korisnik. Samo treba da zapamtite da se saldo nulte količine nikada ne prenosi. Prema autoru, ovo je najispravnije ponašanje, barem vam omogućava da unesete dokument za unos stanja i započnete usaglašavanje. Za bržu pretragu pozicija neslaganja između bilansa između BP 2.0 i BP 3.0 na osnovu rezultata transfera, može se preporučiti da se takve problematične pozicije u izvoru izaberu tako što će se u skladu sa tim postaviti bilans stanja. Pogledajte sliku 5.5 za kako to učiniti.
Slika 5.5 Izbor pozicija sa nultom količinom
Nakon što je istovar završen morate pokrenuti program 1C: Računovodstvo 8 ed.3.0. Učitavanje i na početku i tokom ponovljenih prenosa podataka ili dodatnih prenosa treba da se izvrši korišćenjem obrade tipa Univerzalna razmjena podataka u XML formatu(vidi sliku 8.1). Možete ga otvoriti kroz meni: Sve funkcije - Obrada - Univerzalna razmjena podataka u XML formatu. Ako nema stavke menija Sve karakteristike, onda morate ići na Servis -Parametri i označite polje Prikaži naredbu Sve funkcije.
Nakon učitavanja podataka u bazu podataka 1C: Računovodstvo 8 izdanje 3.0, potrebno je izvršiti dokumente za unos početnih stanja kako bi se dobila sva potrebna kretanja. Možete koristiti obradu Grupno repostovanje dokumenata(vidi Sl.8.2) ili knjižiti dokumente u dnevnik (meni: Sve funkcije - Dokumenti - Unos stanja). Ako su dokumenti preneseni bez kretanja (opcija Učitajte kretanje dokumenata postaviti na vrijednost Ne), tada je za primanje knjiženja i upisa u registre potrebno i knjiženje dokumenata.
Tehnika konverzije podataka.
Konverzija se, po potrebi, može izvršiti u nekoliko faza, na primjer, prvo imenici, zatim dokumenti za unos stanja, pa ostali dokumenti. Moguć je ponovni prijenos informacija. Između prijenosa ne biste trebali vršiti ispravke u prenesenim podacima 1C: Računovodstvo 8 ed.3.0, inače se ovi popravci mogu izgubiti tokom ponovljenih prijenosa.
Prenos stanja se vrši putem dokumenata Unos početnih stanja.
Više detalja o metodologiji unosa stanja možete pronaći u članku na web stranici ITS kompanije 1C.
Bitan! Prije unosa početnih stanja, moraju se postaviti parametri računovodstvene politike. Postavke računovodstvene politike organizacije čitaju se na datum koji slijedi nakon datuma unosa stanja. Na primjer, ako je datum unosa bilansa 31.12.2013., tada se uzimaju u obzir parametri računovodstvene politike postavljeni na datum 01.01.2014. To vam omogućava da uzmete u obzir parametre tekuće računovodstvene politike ( na primjer: ako je 2013. godine organizacija primijenila pojednostavljeni sistem oporezivanja, a od 2014. prešla na zajednički sistem- tada će se prilikom unosa stanja na dan 31. decembra 2013. godine uzeti u obzir parametri računovodstvene politike iz 2014. godine). Zato, kao što je gore navedeno, prije svega preporučujemo prijenos računovodstvene politike organizacije.
Bitan! Ukoliko odlučite da počnete da radite u 1C: Računovodstvo 8 ed.3.0 prije nego što se ostaci tamo prenesu potrebno je prije početka radova 1C: Računovodstvo 8 ed.3.0 direktorije prijenosa. U suprotnom, prilikom prijenosa ostataka u nepraznu bazu podataka, moguće su greške.
Bitan: postoji mogućnost rješavanja problema sinhronizacije pri učitavanju u nepraznu bazu podataka - podudarni objekti.
Kako raditi sa specijaliziranom obradom prijenosa podataka.
Obrada se koristi samo u režimu fajl. Obrada Prijenos podataka_od_BP20_na_BP30.epf treba pokrenuti u infobazi u koju se prenose podaci, tj. in 1C Računovodstvo preduzeća rev.3.0. U prvom prozoru (vidi sliku 9) potrebno je odrediti opciju za učitavanje podataka iz infobaze na platformi 1C:Enterprise:
Učitajte podatke direktno iz infobaze
Slika 9 Početni prozor za obradu prenosa podataka
Zatim ćemo razmotriti opciju Učitavanje podataka iz infobazekao najfunkcionalniji. Druga opcija je vrlo slična osim nekih karakteristika koje nedostaju.
U sledećem prozoru (pogledajte sliku 10) potrebno je da konfigurišete prenos:
Odaberite bazu podataka sa liste (lista je ista kao pri pokretanju aplikacije 1C Enterprise).
Navedite korisničko ime i lozinku
Odredite koje informacije želite prenijeti
Dodatno, možete provjeriti podatke u izvoru za ispravnost prijenosa
Prilikom migracije rječnika, podaci će se prenijeti iz rječnika odabrane infobaze za koje postoje pravila učitavanja. Imenici se u ovom slučaju prenose u potpunosti. Ako polje za potvrdu nije označeno, ali je odabrana bilo koja druga opcija prijenosa, tada će se prenositi i imenici, ali samo u mjeri potrebnoj za popunjavanje podataka u prenesenim transakcijama i dokumentima. Prilikom prijenosa podataka možete prenijeti imenike, dokumente i stanja na početak godine. Opcije prijenosa mogu se odabrati u bilo kojoj kombinaciji. Prilikom prenosa stanja, podaci o stanju na računovodstvenim računima od 1. januara izabrane godine će se prenijeti prema pravilima prikazanim na slici 1. U 1C: Računovodstvu 8, dokumenti "Unos početnih stanja" kreiraju se za 31. decembar godine koja prethodi odabranoj.
Sl.10 Prozor opcija prenosa
Ako je odabrana opcija provjere podataka, tada će se takva provjera izvršiti prije učitavanja i rezultat verifikacije će biti prikazan na ekranu (vidi sliku 11). Ako se pronađu greške tokom procesa verifikacije, proces migracije će biti obustavljen kako bi se omogućilo ispravljanje grešaka. Ako želite da otpremite i preuzmete podatke uprkos greškama, poništite izbor Provjerite podatke prije preuzimanja ili kliknite Nastavi. Lista pravila provjere se stalno ažurira.
Slika 11 Rezultat provjere valjanosti podataka prije učitavanja
U procesu prijenosa podataka od izvora do prijemnika, na ekranu će se ažurirati slika koja označava trenutnu fazu: povezivanje na infobazu, učitavanje podataka, učitavanje podataka itd. Osim toga, detaljnije informacije se prikazuju ispod kao linija, na primjer, "Učitavanje podataka: Dokumenti (3/3)". Po završetku učitavanja podataka, počinje proces knjiženja učitanih dokumenata i zatim provjera učitanih podataka. Ako dođe do grešaka tokom objavljivanja dokumenta ili verifikacije podataka, poruke o tome će se pojaviti u prozoru poruke na kraju. Poruke o greškama se također mogu vidjeti u posebnom prozoru klikom na hipervezu Informacije o grešci(Vidi sl.12).
Slika 12 Indikacija toka prenosa podataka
Fragment tabele koja sadrži zapise o greškama prikazan je na Sl.13. Prvo, tabela prikazuje poruke o greškama koje su se pojavile prilikom objavljivanja dokumenata, zatim greške tokom verifikacije. Provjera valjanosti učitanih podataka sastoji se u podudaranju bilansi stanja, formirana na dan unosa stanja, u izvoru i prijemniku. U slučaju neusklađenosti stanja na nekom računu, o tome se kreira zapis. Dvoklikom na unos u tabeli grešaka, možete otvoriti problematični dokument za ispravku i ručno izvršenje. Isto se može učiniti u prozoru za poruke.
Sl.13 Fragment tabele koja sadrži zapise o greškama
Nakon ispravki u odredišnoj bazi podataka, nema smisla ponovo prenositi iste informacije iz izvorne baze podataka, jer će pri drugom prijenosu ovi podaci ponovo biti upisani s greškama. Stoga pokušajte izvršiti ispravke na izvoru, a ne na odredištu, ili izbjegavajte ponavljanje prijenosa istih informacija. Na primjer, nakon prijenosa početnih stanja i ispravljanja svih dokumenata za unos početnih stanja u prijemniku, nemojte postavljati zastavicu za daljnje prijenose Stanje na početku godine.
Razlozi za kupovinu:
Prednosti:
Pravila stvorena tehnologijom Konverzije podataka: lako za uređivanje.
Potpuno otvoren, nema licencnih ograničenja osim zabrane replikacije.
Transfer demo
File TransferDemo20_30.xml je istovar iz baze podataka dobiven prijenosom demo baze podataka BP 2.0 koju distribuira 1C u bazu podataka BP 3.0. Napravite praznu bazu podataka BP 3.0.44.94, možete koristiti 1C predložak ili koristiti konfiguracijsku datoteku 1Cv8.cf. Postavite u postavkama računovodstva na Postavljanje kontnog plana obračun zaliha po skladištima i serijama. Preuzmite demo fajl TransferDemo20_30.xml sa obradom Univerzalna razmjena podataka u XML formatu. Demo baza podataka prikazuje prenos stanja od 01.01.2009. godine i dokumenata za period od 01.01.2009. do 31.12.2009.
Istorija promjena:
Pravila se redovno ažuriraju za nova izdanja, pogodna za BP izdanja 2.0.64.23 i novije. Nema potrebe za pretraživanjem i odabirom željene verzije pravila prijenosa, ona su pogodna za bilo koje izdanje SOURCE u navedenom rasponu. Ako su vam potrebna pravila za ranija izdanja, kontaktirajte autora. Otpuštanje RECEIVER mora biti samo tako kao u pravilima.
17.04.2019. Ažuriranje na 2.0.66.77 i 3.0.70.25
04/02/2019 Ažuriranje na 2.0.66.74 i 3.0.69.32
20.12.2018. Ažuriranje na 2.0.66.62 i 3.0.67.38
13.11.2018. Ažuriranje na 2.0.66.62 i 3.0.66.53
10.08.2018. Ažuriranje na 2.0.66.62 i 3.0.65.80
29.08.2018 Istaknuto u posebno pravilo istovar ostataka Krediti i zajmovi(računi 66, 67), ranije je bila u sastavu Ostali računovodstveni računi
20.08.2018. Ažuriranje na 2.0.66.59 i 3.0.64.48
06/03/2018 Dodan prijenos dokumenata Odraz plate u regulisanom računovodstvu
18.05.2018. Ažuriranje na 2.0.66.54 i 3.0.61.37
23.02.2018. Ažuriranje na 2.0.66.48 i 3.0.58.41
18.01.2018. Ažuriranje na 2.0.66.46 i 3.0.57.17
22.12.2017. Ažuriranje na 2.0.66.42 i 3.0.56.22
11.03.2017. Ažuriranje na 2.0.66.37 i 3.0.53.38
26.09.2017. Ažuriranje na 2.0.66.37 i 3.0.52.35
14.06.2017. Ažuriranje na 2.0.66.29 i 3.0.50.18
5.5.2017. Ažuriranje na 2.0.66.25 i 3.0.49.27
04/04/2017 - dodato kreiranje računa primljenih kada BP 2.0 ima samo broj i datum. Potrebno je postaviti parametar Izvršite konverziju fakture(kreirajte nove ako izvor sadrži samo broj i datum)
02.06.2017. Ažuriranje na BP 3.0.47.23
26.01.2017. Dodan prijenos dokumenata Odraz obračunavanja PDV-a i Odraz PDV-a odbitnog
Ne tako davno, 1C je bio zadovoljan izdavanjem nove verzije primenjeno rešenje 1C: Enterprise Accounting 3.0 i uznemiren kasnijim ukidanjem podrške za verziju 2.0 u proljeće 2014. Nešto kasnije, na zahtjev partnera, programeri su se dogovorili da nastave podržavati verziju 2.0 u smislu reguliranog izvještavanja do kraja 2014. godine.
Odluka je dugo očekivani nastavak legendarne serije računovodstveni programi. Ima fundamentalno novo sučelje (tzv. upravljana aplikacija), koje otvara nove mogućnosti korisnicima: moguć je rad u tankom i web klijentskom načinu rada, hostovanje aplikacija u "oblaku", generiranje izvještaja u "pozadini" i drugi. Pored transformacije interfejsa, postoje i neka poboljšanja u pogledu računovodstva: računovodstveni modul je proširen plate poresko računovodstvo je postalo praktičnije i logičnije.
Obavezno izdanje
Počnimo od početka: šta je potrebno za tranziciju? Malo je potrebno - konfiguracijsko izdanje verzije 2.0, s koje možete nadograditi na trenutnu verziju. Da biste razumjeli koje je izdanje potrebno, morate pronaći informacije o trenutnoj verziji pogodnoj za ažuriranje na web stranici http://users.v8.1c.ru. Na primjer, trenutna verzija je 3.0.27.7, koja se može nadograditi sa izdanja 2.0.53.6.
Adaptacija poboljšanja konfiguracije
Ako je konfiguracija netipična, prvi i najteži zadatak s kojim se suočavaju "implementari" je prelazak sa funkcionalnosti "kopejke" na "trojku".
Da biste dobili listu promjena, potrebno je da uporedite konfiguraciju baze podataka sa konfiguracijom provajdera (proverite da li je konfiguracija provajdera ažurna).
Ovdje su sljedeće karakteristike:
- Sva poboljšanja napravljena na "običnim" obrascima ne mogu se jednostavno prenijeti u upravljane forme. Kod treba da se prilagodi.
- Računovodstvo 3.0 je u suštini novi program. Ako je, na primjer, ranije vaša revizija bila u funkciji "Izračunavanje procenta doplate" u modulu dokumenta "Prijemi roba i usluga", sada takva procedura možda uopće ne postoji. Ovo postavlja pitanje potrebe za ozbiljnim razumijevanjem i analizom svake revizije.
- Ako su poboljšanja programera koristila standardna, s velikom vjerovatnoćom će se izgubiti „reference“: uobičajeni moduli su se ozbiljno promijenili: i sastav njihovih funkcija i njihova imena (naslijeđe novog BSP 2.x).
- Isto vrijedi i za objekte metapodataka. Veliki broj objekata je postao „nepotreban“, umjesto njih se koriste drugi objekti, neki su preimenovani (npr. priručnik „Registracije VIFTS-a“ postao je poznat kao „Registracije u Poreskoj upravi“).
Nabavite 267 1C video lekcija besplatno:
Problem "nadgradnje" industrije
Trenutno, na osnovu konfiguracije 1C: Enterprise računovodstvo postoji veliko mnoštvo industrijska rješenja. Ova rješenja se često instaliraju kao "dodatak" konfiguraciji.
Ako analizirate tržište, mnoga od ovih rješenja su već prestala biti podržana. Svugdje iz raznih razloga: negdje su programeri napustili kompaniju, negdje organizacija programera više ne postoji. Bez obzira na razlog, ostaje činjenica - ili prevodimo konfiguraciju "o svom trošku", ili gubimo cijenjenu funkcionalnost.
Ovo pitanje može biti vrlo akutno uočeno od strane klijenta zbog ograničenja budžeta kompanije za održavanje i podršku softverskih proizvoda.
Restrukturiranje podataka i sam proces su vrlo osjetljiva pitanja.
Restrukturiranje može potrajati dugo. Stolovi sa velika količina zapisi čak i na dobroj opremi mogu se restrukturirati dugo vremena.
Bilo je primjera kada se baza podataka ažurirala nekoliko dana, a na kraju je sistem dao grešku da je „zapis registra informacija... postao nejedinstven“. Takva situacija je sasvim moguća, na to je potrebno obratiti pažnju i uložiti dodatno vrijeme u riznicu rizika.
Proces ažuriranja (pokretanje obrađivača ažuriranja pri prvom pokretanju programa) također ne radi uvijek ispravno i može više puta zadovoljiti "iznenađenja".
Ne postoji jedinstveni recept kako izbjeći greške prilikom ažuriranja i restrukturiranja, svaki put kada se to može pojaviti nova nijansa. Prije tranzicije obavezno pokrenite proceduru ažuriranja i restrukturiranja "uživo" nekoliko puta na hardveru servera - to će vam pomoći da izbjegnete nepotrebne živce u "H" satu.
Prava pristupa
Na osnovu iskustva, problemi s pravima pristupa se često dešavaju. Nakon ažuriranja, obavezno provjerite mogućnost korisnika da se prijavi u bazu podataka. U pravilu se ovi problemi rješavaju banalnim prepisivanjem korisničkih prava (kartica Pristupne grupe u elementu direktorija "Korisnici").
Eksterna obrada, izvještaji, štampanje formulara
1C ni na koji način ne pruža prevođenje eksterne obrade, izvještaja, štampanih obrazaca. Za njihovo "preobraćanje" potrebno je svjesno pristupiti stvari:
- prvo, zahtijeva prijenos obrazaca u način upravljane aplikacije;
- drugo, prema novom metodu biblioteke standardnih podsistema, potrebno je pripremiti takve fajlove.
(Detalji o kreiranju eksterne obrade i izvještaja u članku ITS http://its.1c.ru/db/bspdoc#content:22:1:IssOgl2_%D0%A1%D0%BE%D0%B7%D0%B4% D0 %B0%D0%BD%D0%B8%D0%B5%D0%BD%D0%BE%D0%B2%D0%BE%D0%B3%D0%BE%D0%BE%D1%82%D1% 87 %D0%B5%D1%82%D0%B0%D0%B8%D0%BB%D0%B8%D0%BE%D0%B1%D1%80%D0%B0%D0%B1%D0%BE% D1 %82%D0%BA%D0%B8)
Obnavljanje numeracije
Sami programeri su rekli da nakon ažuriranja programa na 3.0 postoji problem sa numeracijom: "izgubi se" i ponovo počinje da broji. Da biste vratili numeraciju, dovoljno je kreirati dokument sa posljednjom šifrom koja je bila u sistemu.
Na primjer, ako je posljednji dokument o prijemu bio broj 256, kreiramo dokument sa istim brojem postavljenim ručno (256) i sljedeći dokument će automatski imati broj 257.
U ove svrhe možete napisati jednostavnu obradu: kreirajte dokument svake vrste sa posljednjim postojećim brojem i označite ga za brisanje.
Pravila razmjene
Ako je vaša konfiguracija razmijenjena s drugom pomoću pravila razmjene, onda će s vrlo velikom vjerovatnoćom ta pravila prestati raditi. To je zbog činjenice da su se neki objekti metapodataka počeli drugačije nazivati, neki detalji su uklonjeni, a neki dodani.
Za ispravan rad, potrebno je učitati svoja pravila u konfiguraciju "Konverzija podataka", pronaći izmijenjene detalje i ispraviti ih. Ako ste sigurni da znate u čemu je greška, možete je ispraviti direktno u xml datoteci pravila otvaranjem u notepadu.
Organizacioni momenti
Posljednja tačka među poteškoćama je napomenuti organizaciona pitanja:
Opravdanje troškova ažuriranja klijentu (šefu). Ovo je veoma teško pitanje za klijenta. Nedavno je došlo do prelaska sa 1.6 na 2.0, a sada na 3.0. Zašto klijent mora platiti nadogradnju? Utjeha je samo jedna: nadam se da se u bliskoj budućnosti ne očekuju nikakve inovacije i velika ažuriranja.
Procjena troškova rada za tranziciju. Vrijeme prijelaza na novo izdanje program uvelike zavisi od stepena modifikacije konfiguracije. Preporučljivo je da se pokušate suzdržati od preuranjene procjene i pokušati pristati da radite „poslije činjenice“. To je zbog činjenice da proces restrukturiranja može potrajati, a ovi problemi se ne mogu unaprijed predvidjeti.
Da sumiramo i pokušamo dati neke generalne preporuke za lakši i ugodniji prijelaz:
- Planirajte tranziciju što je prije moguće, nemojte odlagati do posljednjih dana.
- Poželjno je da prenos funkcionalnosti vrše isti programeri koji su finalizirali konfiguraciju.
- Pokušajte izdvojiti što više vremena za restrukturiranje. Ako se krećete od ponedjeljka, onda počnite s radom u petak uveče.
- Prije konačnog ažuriranja svih poboljšanja, obavezno pokrenite ažuriranje u testnom okruženju. Bez „probe“, rizikujete da nećete imati vremena za ažuriranje u tehnološkom prozoru.
- Napravite sigurnosne kopije svega što možete i što češće.
- Prelazak na 3.0 je odlična prilika za refaktoriranje koda i poboljšanja "inventara". Ako vidite da se neka funkcionalnost ne koristi ili je prestala biti relevantna, slobodno se oprostite od nje.
- Testirajte prenesenu funkcionalnost što je više moguće, kreirajte testnu bazu i tamo pokrenite korisnike.
- Stvorite okruženje za korisnike da se unaprijed upoznaju sa programom - to će pomoći da se izbjegnu jednostavna pitanja u budućnosti kada počnete s 3.0.
- Uvijek imajte “plan B” u rezervi – ako nešto ne ide kako je planirano, budite spremni da se vratite na 2.0 kako ne biste paralizovali kompaniju.
Prije nadogradnje na novo izdanje, morate napraviti rezervnu kopiju. Da biste to učinili, morate pokrenuti bazu podataka u načinu rada Konfigurator i na meniju Administracija odaberite stavku Preuzmite infobazu. U dijalogu koji se otvori dovoljno je navesti naziv fajla u koji će podaci biti upisani.
Pokrećem bazu podataka u modu KONFIGURATOR u ime administrator bazu podataka ili izaberite korisnik sa pravima administrator baze podataka. Za ispravan prijelaz sa BP 2.0 na BP3.0, morate instalirati dodatnu ulogu ""
To se može učiniti odabirom Konfigurator stavka menija " Administracija - Korisnici" i otvorite traženog korisnika na listi.
Na kartici " Ostalo" morate označiti kućicu pored stavke " Administrator sistema (za nadogradnju na verziju 3.0)" i " Puna prava".
Nakon klika na " uredu" napravljene promjeneće biti sačuvana.
Prelazak na izdanje 3.0 treba izvršiti samo u ime korisnika baze podataka sa ovim pravima.
Faza 2. Ažuriranje baze podataka u modu konfiguratora
Da biste odabrali ispravnu datoteku za ažuriranje, morate znati trenutnu verziju konfiguracije. Trenutnu verziju možete pogledati klikom na ikonu "O programu" ili u stavci menija Referenca odaberite stavku "O programu"
Otvorite bazu u modu Konfigurator u ime korisnika kojem ste dali prava.
U stavci menija " Konfiguracija/Podrška » klikni « Ažurirajte konfiguraciju ". Ako stavka " Podrška"nedostupno, kliknite" Konfiguracija - Otvorena konfiguracija “ i ponovite radnju.
U prozoru koji se otvori odaberite " Odabir datoteke za ažuriranje
" pritiskom na dugme Dalje
Navedite putanju do datoteke ažuriranja: Vanjski tretmani N:\Ažurira 1C\Datoteke prijelaza sa BP 2.0 na BP 3.0
U sljedećem prozoru kliknite « Spreman » da započnete proces ažuriranja.
Nakon nekog vremena, program će preuzeti informacije o datoteci za ažuriranje i vidjet ćete prozor poput ovog:
Pritiskom na dugme uredu proces ažuriranja konfiguracije će započeti. Može potrajati neko vrijeme.
Tokom perioda ažuriranja, dobićete dve poruke, u prvom pritisku DA- ažurirajte IB konfiguraciju, pritisnite drugi TO ACCEPT- reorganizacija tabela.
Faza 3: Dovršavanje ažuriranja
Nakon što je ažuriranje završeno, kliknite na dugme "Pokreni otklanjanje grešaka". Baza će se otvoriti u načinu rada Kompanija i vidjet ćete poruku koja potvrđuje legalnost ažuriranja. Kvačica "Potvrđujem" i pritisnite "Nastavi".
Nakon potvrde ažuriranja, baza podataka će pripremati promjene neko vrijeme (može se činiti da je program visio). 
Trebali biste sačekati da se ažuriranje završi.
Ovim je završen proces migracije na verziju 3.0.
Ažuriranje nije uspjelo? Obratite se stručnjaku!
Sandbox
iskusna osoba 8. jula 2013. u 12:33Prelazak na izdanje 3.0 računovodstvene konfiguracije preduzeća
Ovo je naziv instrukcije na disku "ITS PROF" u odjeljku novi materijali za izdanje. Nakon što isprobate trikove opisane u ovom vodiču, trebali biste imati vlastito poslovno računovodstvo (BC) 2.0, ali sa upravljanim obrascima i, očigledno, kartaškim igrama i promiskuitetnim ženama. Sve radnje će se izvoditi s verzijom datoteke baze podataka.
Posebno sam čekao disk s ITS-om i otkrio da upute objavljene na njemu ne odgovaraju stvarnosti, iako su u ažuriranom odjeljku. Pokušajmo sami napraviti ovu tranziciju.
ITS disk ekran
Slika iznad prikazuje proceduru, i čini se da je sve jednostavno, ali samo na ITS web stranici u odjeljku BP 3.0 nećete pronaći verzije koje počinju dvojkom.
Snimak ekrana prave ITS web stranice
Dakle, već prvi paragraf instrukcije vodi korisnika u ćorsokak. Neće biti moguće ažurirati drugu, odgovarajuću po datumu ili najnoviju verziju. Već postojeća distribucija nadogradnje 2.0 nije navedena. Ali postoji kompletna distribucija koja sadrži potrebna ažuriranja. Preuzmite ovu distribuciju i instalirajte je u direktorij šablona. "Karakteristika" ove distribucije je da sadrži datoteku "1Cv8.cf", što nam je potrebno. Uz njegovu pomoć, kreiraćemo čistu BP 3.0 konfiguraciju i učitati našu bazu podataka sa BP 2.0 u nju.
Instaliramo platformu 8.3, imajući u vidu verziju datoteke tankog klijenta i module ekstenzija web servera (kako bismo se poigrali sa „novim“ dobrotama u računovodstvu). Otvaramo „stari“ (8.2) konfigurator i dodajemo korisnika pod kojim ćemo ažurirati prava „Sistemski administrator (za prelazak na verziju 3.0)“. Učitavamo bazu podataka, zatvaramo konfigurator i otvaramo "svježi" (8.3). U njemu kreiramo novu bazu podataka, od šablona, sa verzijom 3.0, ovaj šablon se pojavio kada smo instalirali punu distribuciju. Otvaramo kreiranu bazu podataka i učitavamo istovar naše baze podataka. Ova operacija može potrajati dugo. Nakon što je učitavanje završeno, otvorite bazu podataka (ne iz konfiguratora) i dovršite ažuriranje (ova operacija također traje dugo). Preporučujem da komprimirate bazu, jer mi se nakon ovih radnji skoro udvostručila.
Ako vaša konfiguracija nije sadržavala promjene (dodatke), tada će ažuriranje najvjerojatnije proći bez grešaka, ali u slučaju 1C ne možete biti potpuno sigurni ni u što.
Sve. Možete otvoriti bazu podataka pomoću tankog klijenta, objaviti je na WEB serveru i pokrenuti 1C kroz pretraživač.
P.S.
1. Nemojte koristiti kao web server za 1C Denwer.
2. Objavite na web serveru bazu podataka koja se fizički nalazi na njemu.
Ovi savjeti će vam pomoći da objavite 1C na web serveru iz prvog pokušaja.
Oznake: sistemska administracija, 1s preduzeće 8, računovodstvo
Ovaj članak ne podliježe komentarima, jer njegov autor još nije
