Primjer pravila konverzije objekata. Primjer pravila konverzije objekata Ako se uvjeti transakcije jednostavno mijenjaju

Migracija podataka između različitih konfiguracija nije trivijalan zadatak. Kao i uvijek, postoji nekoliko rješenja, ali nisu sva optimalna. Pokušajmo razumjeti nijanse prijenosa podataka i odabrati univerzalnu strategiju za rješavanje takvih problema.

Problem migracije podataka (govorimo isključivo o proizvodima 1C kompanije) s jednog rješenja na drugo nije se pojavio jučer. Kompanija 1C savršeno dobro razumije s kakvim se poteškoćama susreću programeri prilikom kreiranja migracija, pa pokušava na sve moguće načine pomoći alatima.

Tokom razvoja platforme, kompanija je uvela niz univerzalnih alata, kao i tehnologije koje pojednostavljuju prijenos podataka. Ugrađeni su u sva standardna rješenja i problem migracija između identičnih konfiguracija je uglavnom riješen. Pobjeda je još jednom potvrđena bliskom integracijom standardnih rješenja.

S migracijama između nestandardnih rješenja situacija je nešto složenija. Širok izbor tehnologija omogućava programerima da samostalno odaberu optimalan način rješavanja problema sa svoje tačke gledišta.

Pogledajmo neke od njih:

razmjena putem tekstualnih datoteka;
korištenje planova razmjene;
itd.

Svaki od njih ima svoje prednosti i nedostatke. Ukratko, glavni nedostatak će biti njegova opširnost. Nezavisna implementacija algoritama migracije opterećena je značajnim vremenskim troškovima, kao i dugim procesom otklanjanja grešaka. O daljoj podršci ovakvim odlukama ne želim ni da pričam.

Složenost i visoka cijena podrške naveli su kompaniju 1C da stvori univerzalno rješenje. Tehnologije koje omogućavaju da se razvoj i podrška migracijama što više pojednostave. Kao rezultat toga, ideja je implementirana u obliku posebne konfiguracije – „Konverzija podataka“.

Konverzija podataka - standardno rješenje, nezavisna konfiguracija. Svaki korisnik s pretplatom na “ITS:Prof” može preuzeti ovaj paket potpuno besplatno sa stranice korisničke podrške ili ITS diska. Instalacija je u toku na standardan način- kao i sva druga standardna rješenja iz 1C.

Sada malo o prednostima rješenja. Počnimo od najvažnije stvari - svestranosti. Rješenje nije prilagođeno specifičnim konfiguracijama/verzijama platforme. Podjednako dobro radi i sa standardnim i sa prilagođenim konfiguracijama. Programeri imaju univerzalnu tehnologiju i standardizirani pristup kreiranju novih migracija. Svestranost rješenja omogućava vam da pripremite migracije čak i za platforme koje nisu 1C:Enterprise.

Drugi veliki plus su vizuelna pomagala. Jednostavne migracije se kreiraju bez programiranja. Da, da, bez ijednog reda koda! Samo zbog ovoga vrijedi potrošiti vrijeme na učenje tehnologije jednom, a zatim opetovano korištenje neprocjenjivih vještina.

Treća prednost koju bih istakao je odsustvo ograničenja u distribuciji podataka. Programer sam bira način isporuke podataka konfiguraciji prijemnika. Dostupne su dvije opcije: otpremanje u xml datoteku i direktna veza sa bazom podataka (COM/OLE).

Studiranje arhitekture

Već znamo da konverzija podataka može učiniti čuda, ali još nije sasvim jasno šta oni znače tehničke prednosti. Prva stvar koju trebate razumjeti je da se svaka migracija (konverzija) podataka zasniva na pravilima razmjene. Exchange pravila su obična xml datoteka koja opisuje strukturu u koju će se učitavati podaci iz informacione sigurnosti. Obrada usluge koja učitava/preuzima podatke analizira pravila razmjene i vrši otpremanje na osnovu njih. Prilikom učitavanja dolazi do obrnutog procesa.

“CD” konfiguracija je vrsta vizualnog konstruktora uz pomoć kojeg programer kreira pravila razmjene. Ne zna kako da preuzme podatke. Za to je odgovorna dodatna eksterna servisna obrada uključena u CD distributivni paket. Ima ih nekoliko (XX u nazivu datoteke je broj verzije platforme):

MDXXExp.epf- obrada vam omogućava da otpremite opis strukture infobaze u xml datoteku. Opis strukture se učitava na CD radi dalje analize i kreiranja pravila razmjene.
V8ExchanXX.epf- postavlja/prekida podatke iz baze podataka u skladu sa pravilima razmjene. U većini tipičnih konfiguracija, obrada je prisutna izvan kutije (pogledajte stavku menija „Usluga“). Obrada je univerzalna i nije vezana ni za kakve specifične konfiguracije/pravila.

U redu, sada, na osnovu svega gore navedenog, definirajmo faze razvoja nove konverzije:

Definicija zadatka. Potrebno je jasno razumjeti koje podatke treba prenijeti (iz kojih konfiguracijskih objekata) i, što je najvažnije, gdje ih prenijeti.
Priprema opisa konfiguracijskih struktura (Source/Sink) za naknadno učitavanje na CD. Problem je riješen servisnom obradom MDXXExp.epf.
Učitavanje pripremljenih opisa struktura u informacijsku sigurnost.
Kreiranje pravila razmjene pomoću vizualnog CD alata.
Izvođenje učitavanja/preuzimanja prema kreiranim pravilima konverzije podataka korištenjem obrade V8ExchanXX.epf.
Otklanjanje grešaka u pravilima razmene (ako je potrebno).

Najjednostavnija konverzija

Za demonstraciju će nam trebati dvije raspoređene konfiguracije. Odlučio sam se za opciju: „Upravljanje trgovinom“ 10. izdanje i malo kućno napisano rješenje. Zadatak će biti prijenos podataka iz standardne “UT” konfiguracije. Radi kratkoće, nazovimo samopisno rješenje „Sink“, a upravljanje trgovinom „Izvor“. Počnimo rješavati problem prijenosom elemenata iz direktorija „Nomenklatura“.

Prije svega, pogledajmo shemu konverzije podataka i ponovo pročitajmo listu radnji koje je potrebno izvršiti. Zatim pokrećemo konfiguraciju “Source” i u njoj otvaramo obradu usluge MD82Exp.epf.

Interfejs za obradu nema obilje podešavanja. Korisnik samo treba da naznači tipove metapodataka objekata koji neće biti uključeni u opis strukture. U većini slučajeva ove postavke nije potrebno mijenjati, jer Nema posebne svrhe u istovaru kretanja pomoću registara akumulacije (kao primjer).

Ispravnije je formirati pokret dok držite dokumente u prijemniku. Sva kretanja će biti izvršena samim dokumentom nakon prijenosa. Drugi argument u odbranu zadanih postavki je smanjenje veličine fajla pri učitavanju.

Neki dokumenti (posebno u standardnim konfiguracijama) generiraju kretanja kroz više registara. Učitavanje svih ovih stvari će rezultirati XML datoteku učiniti prevelikom. Ovo može zakomplikovati kasniji transport i utovar u bazu prijemnika. Što je datoteka podataka veća, to će vam trebati više ram memorija da ga obradi. Tokom prakse imao sam priliku da naiđem na nepristojno velike datoteke za upload. Takvi fajlovi su potpuno odbili da se raščlane pomoću standardnih alata.

Dakle, ostavljamo sve zadane postavke i učitavamo opis konfiguracije u datoteku. Ponavljamo sličan postupak za drugu bazu.

Otvorite CD i izaberite u glavnom meniju “Direktori” -> “Konfiguracije”. Direktorij pohranjuje opise struktura svih konfiguracija koje se mogu koristiti za kreiranje konverzija. Opis konfiguracije učitavamo jednom, a zatim ga možemo koristiti više puta za kreiranje različitih konverzija.

U prozoru direktorija kliknite na dugme “ Dodati” i u prozoru koji se pojavi odaberite datoteku koja opisuje konfiguraciju. Označite polje za potvrdu “Učitaj u novu konfiguraciju” i kliknite na dugme “Učitaj”. Slične radnje izvodimo s opisom strukture druge konfiguracije.

Sada ste spremni za kreiranje pravila razmjene. U glavnom meniju CD-a odaberite “Direktoriji” -> “Konverzije”. Dodajte novi element. U prozoru za kreiranje nove konverzije potrebno je navesti: izvornu konfiguraciju (odaberite UT) i odredišnu konfiguraciju (odaberite „Primalac“). Zatim otvorite karticu "Napredno" i popunite sljedeća polja:

ime datoteke s pravilima razmjene - kreirana pravila razmjene će biti sačuvana pod ovim imenom. Možete promijeniti naziv datoteke u bilo kojem trenutku, ali je najbolje da ga postavite sada. Ovo će uštedjeti vrijeme u budućnosti. Nazvao sam pravila za demo primjer: “rules-ut-to-priemnik.xml”.
name - naziv konverzije. Ime može biti bilo šta, ograničio sam se na „Demo. UT do prijemnika.”

To je to, kliknite na "OK". Odmah se ispred nas pojavljuje prozor koji traži od nas da automatski kreiramo sva pravila. Pristanak na tako primamljivu ponudu dat će gospodaru naredbu da automatski analizira opis odabranih konfiguracija i samostalno generiše pravila razmjene.

Stavimo tačke na "i" odmah. Čarobnjak neće moći generirati ništa ozbiljno. Međutim, tu mogućnost ne treba zanemariti. Ako je potrebno uspostaviti razmjenu između identičnih konfiguracija, tada će usluge stručnjaka biti vrlo korisne. Za naš primjer, ručni način rada je poželjniji.

Pogledajmo bliže prozor "Postavke pravila razmjene". Interfejs može izgledati malo zbunjujuće - veliki broj kartica prepun kontrola. Zapravo, sve i nije tako teško, na ovo ludilo se počinjete navikavati nakon nekoliko sati rada s aplikacijom.

U ovoj fazi nas zanimaju dvije kartice: “Pravila konverzije objekata” i “Pravila za prijenos podataka”. Najprije moramo konfigurirati pravila podudaranja, tj. usporediti objekte dvije konfiguracije. Na drugom, odredite moguće objekte koji će biti dostupni korisniku za upload.

U drugoj polovini kartice “Pravila konverzije objekata” nalazi se dodatni panel sa dvije kartice: “Konverzija svojstava” i “ Pretvaranje vrijednosti" Prvi će odabrati svojstva (detalje) odabranog objekta, a drugi je neophodan za rad s unaprijed definiranim vrijednostima (na primjer, unaprijed definirani elementi direktorija ili elementi nabrajanja).

Odlično, sada kreirajmo pravila konverzije za direktorije. Ovu radnju možete izvesti na dva načina: koristite čarobnjaka za sinhronizaciju objekata (dugme “”) ili ručno dodajte korespondenciju za svaki objekat.

Da bismo uštedjeli prostor, koristit ćemo prvu opciju. U prozoru čarobnjaka poništite izbor grupe " Dokumentacija” (zanimaju nas samo imenici) i proširite grupu “ Imenici" Pažljivo listamo kroz listu i gledamo nazive referentnih knjiga koje se mogu porediti.

U mom slučaju postoje tri takva imenika: Nomenklatura, Organizacije i Skladišta. Postoji i direktorij pod nazivom Klijenti, koji služi istoj svrsi kao i “ Counterparties"iz konfiguracije" UT" Istina, majstor ih nije mogao uporediti zbog različitih imena.

Ovaj problem možemo riješiti sami. Nalazimo u prozoru “ Podudaranja objekata» priručnik « Klijenti", a u koloni "Izvor" odaberite imenik "Counterparties". Zatim potvrdite okvir u koloni „Vrsta“ i kliknite na dugme „U redu“.

Čarobnjak za sinhronizaciju objekata će ponuditi automatsko kreiranje pravila za konverziju svojstava svih odabranih objekata. Nekretnine će se porediti po imenu i za našu demonstraciju to će biti sasvim dovoljno, slažemo se. Sljedeće pitanje će biti prijedlog za kreiranje pravila za otpremanje. Hajde da pristanemo i na to.

Osnova za pravila razmjene je spremna. Odabrali smo objekte za sinhronizaciju, a pravila za konverziju svojstava i pravila za učitavanje su kreirana automatski. Spremimo pravila razmjene u datoteku, zatim otvorimo IB "Izvor" (u mom slučaju je UT) i pokrenimo obradu usluge u njemu V8Exchan82.epf.

Prije svega, u prozoru za obradu odaberite pravila razmjene koja smo kreirali. Na pitanje pravila učitavanja odgovaramo potvrdno. Obrada će analizirati pravila razmjene i izgraditi stablo objekata istog imena dostupnih za učitavanje. Za ovo stablo možemo postaviti sve vrste selekcija ili razmjenjivati čvorove, promjenom kojih trebamo odabrati podatke. Želimo preuzeti apsolutno sve podatke, tako da nema potrebe za instaliranjem filtera.

Nakon što završite proces učitavanja podataka u datoteku, idite na IB “ Prijemnik" U njemu otvaramo i obradu V8Exchan82.epf, samo ovaj put idemo na karticu “Učitavanje podataka”. Odaberite datoteku s podacima i kliknite na dugme „Preuzmi“. To je to, podaci su uspješno preneseni.

Problemi iz stvarnog svijeta

Prvi demo bi mogao biti pogrešan. Sve izgleda prilično jednostavno i logično. Zapravo to nije istina. U stvarnom radu nastaju problemi koje je teško ili potpuno nemoguće riješiti samo vizualnim sredstvima (bez programiranja).

Kako ne bih bio razočaran tehnologijom, pripremio sam nekoliko problema iz stvarnog života. Na njih ćete sigurno naići na poslu. Ne izgledaju tako trivijalno i tjeraju vas da pogledate konverziju podataka iz novog ugla. Pažljivo razmotrite predstavljene primjere i slobodno ih koristite kao isječke prilikom rješavanja stvarnih problema.

Zadatak br. 1. Popunite detalje koji nedostaju

Pretpostavimo da trebamo prenijeti direktorij “ Counterparties" Prijemnik ima sličan direktorij „Klijenata“ za ovu svrhu. Potpuno je pogodan za skladištenje podataka, ali ima rekvizite “ Organizacija“, koji vam omogućava da razdvojite druge strane po pripadnosti organizaciji. Podrazumevano, sve ugovorne strane moraju pripadati trenutnoj organizaciji (ovo se može dobiti iz konstante istog imena).

Postoji nekoliko rješenja za problem. Razmotrićemo opciju popunjavanja podataka “ Organizacija“pravo u bazi podataka” Prijemnik“, tj. u trenutku učitavanja podataka. Trenutna organizacija je pohranjena u konstanti, stoga nema prepreka za dobijanje ove vrijednosti. Otvorimo pravilo konverzije objekata (u daljem tekstu PKO) “ Klijenti” (dvaput kliknite na objekt) i u čarobnjaku za postavljanje pravila idite na odjeljak „Upravljači događajima“. Na listi rukovalaca naći ćemo “ Nakon preuzimanja”.

Hajde da opišemo šifru za dobijanje trenutne organizacije i zatim je dodijelimo detaljima. U trenutku kada se pokrene rukovalac „Nakon učitavanja“, objekat će biti u potpunosti formiran, ali još nije upisan u bazu podataka. Niko nam ne brani da ga menjamo po sopstvenom nahođenju:

Ako NIJE Object.ThisGroup onda Object.Organization = Constants.CurrentOrganization.Get(); endIf;

Prije popunjavanja podataka " Organizacija"Potrebno je provjeriti vrijednost atributa" Ova grupa" Za referencu" Klijenti„Hijerarhijska karakteristika je postavljena, pa je neophodna provjera grupe. Popunite sve detalje na sličan način. Obavezno pročitajte pomoć za druge opcije rukovanja " AfterLoading" Na primjer, među njima postoji parametar “ Odbijanje" Ako mu dodijelite vrijednost “True”, tada objekt neće biti upisan u bazu podataka. Tako postaje moguće ograničiti objekte koji se mogu napisati u vrijeme učitavanja.

Zadatak br. 2. Detalji za registar informacija

U imeniku “ Counterparties"UT konfiguracije, detalji dostupni" Kupac" i " Provajder" Oba detalja su tipa “ Boolean” i koriste se za određivanje vrste druge ugovorne strane. U IB” Prijemnik“, u imeniku “ Klijenti“Nema sličnih detalja, ali postoji registar informacija” Vrste klijenata" Obavlja sličnu funkciju i može pohraniti više atributa za jednog klijenta. Naš zadatak je da prenesemo vrijednosti detalja u posebne unose u registar informacija.

Nažalost, ni tu se ne mogu nositi sama vizuelna sredstva. Počnimo s malim, kreirajmo novi softver za registar informacija “ Vrste klijenata" Ne navodite ništa kao izvor. Izbjegavajte automatsko kreiranje pravila za otpremanje.

Sljedeći korak je kreiranje pravila za otpremanje. Idite na odgovarajuću karticu i kliknite na „ Dodati" U prozoru za dodavanje pravila za otpremanje popunite:

Metoda uzorkovanja. Promjena na “Proizvoljni algoritam”;
Pravilo konverzije. Odaberite registar informacija “Vrste klijenata”;
Šifra (naziv) pravila. Zapišite to kao “Učitavanje tipova klijenata”;

Sada morate napisati kod za odabir podataka za učitavanje. Parametar “ Uzorkovanje podataka" U nju možemo postaviti kolekciju sa pripremljenim skupom podataka. Parametar " Uzorkovanje podataka” može poprimiti različite vrijednosti - rezultat upita, odabir, kolekcije vrijednosti itd. Inicijaliziramo ga kao tablicu vrijednosti sa dvije kolone: klijent i tip klijenta.

Ispod je kod za obradu događaja “ Prije obrade" Inicijalizira parametar “ Uzorkovanje podataka” nakon čega slijedi popunjavanje podataka iz imenika “ Counterparties" Ovdje treba obratiti pažnju na popunjavanje rubrike “ Client Type" U “UT” naši atributi su “Boolean” tipa, a primalac je nabrajanje.

U ovoj fazi ne možemo ih konvertovati u traženi tip (nije u UT), pa ćemo ih za sada ostaviti u obliku stringova. Ne morate ovo da radite, ali odmah želim da pokažem kako da prebacite na tip koji nedostaje u izvoru.

DataFetch = Nova ValueTable(); DataSelection.Columns.Add("Klijent"); DataSelection.Columns.Add("ClientType"); SelectingDataFromDirectory = Directories.Accounts.Select(); Dok SelectingDataFromDirectory.Next() Loop If SelectingDataFromDirectory.ThisGroup Then Continue; endIf; Ako je odabir podataka iz imenika.kupac onda je novi red = odabir podataka.dodaj(); NewRow.Client = DataFetchFromDirectory.Link; NewRow.ClientType = "Kupac"; endIf; Ako je DataFetchFromDirectory.Supplier Tada je NewRow = DataFetch.Add(); NewRow.Client = DataFetchFromDirectory.Link; NewString.ClientType = "Dobavljač"; endIf; EndCycle;

Sačuvajmo pravilo za učitavanje podataka i vratimo se na karticu " Pravila konverzije objekata" Dodajmo za informacije registar “ Vrste klijenata” Pravila konverzije svojstva: klijent i tip klijenta. Ostavićemo izvor prazan, a u obrađivaču događaja "Prije iskrcavanja" upisaćemo:

//Za svojstvo “Klijent” Vrijednost = Source.Client; //Za svojstvo “ClientType” If Source.Client = "Buyer" Then Expression = "Enumerations.ClientTypes.Buyer" ElseIf Source.Client = "Supplier" Then Expression = "Enumerations.ClientTypes.Supplier"; endIf;

U listingu se podaci popunjavaju na osnovu odabranog uzorka podataka. Jednostavno prosljeđujemo klijenta kao vezu i upisujemo tip klijenta u parametar “ Izraz" Podaci ovog parametra će biti interpretirani u prijemniku, a kada se izvrši, prop će biti popunjen ispravnom vrijednošću iz enumeracije.

To je to, pravila razmjene su spremna. Razmatrani primjer se pokazao prilično univerzalnim. Sličan pristup se često koristi prilikom migracije podataka iz konfiguracija kreiranih na platformi 7.7. Upečatljiv primjer za to je prijenos periodičnih detalja.

Zadatak br. 3. Trikovi sa dijelovima stola

Često nailazite na zadatke koji zahtijevaju objavljivanje redova iz jednog odjeljka tablice u nekoliko. Na primjer, u početnoj konfiguraciji usluge i roba se registruju u jednom tabelarnom dijelu, au prijemniku je podijeljeno skladište ovih entiteta. Opet, problem se ne može riješiti vizualnim sredstvima. Ovdje je zgodno uzeti rješenje drugog problema kao osnovu.

Napravimo pravilo za istovar podataka, specificiramo proizvoljan algoritam i u rukovatelju “Prije istovaranja” upišemo zahtjev za dobijanje podataka iz tabelarnog dijela.

Da uštedim prostor, neću dati kod (uvijek se možete pozvati na izvore) zahtjeva - u njemu nema ničeg neobičnog. Rezultirajuću selekciju sortiramo i sortirane rezultate stavljamo u već poznati parametar “ Uzorkovanje podataka" Opet je zgodno koristiti tablicu vrijednosti kao kolekciju:

DataFetch = Nova ValueTable(); //Ovdje će biti još jedan dio tabele Data Selection.Columns.Add(“Proizvodi”); //Ovdje će biti i tabelarni dio Data Selection.Columns.Add(“Services”); SelectionData.Columns.Add(“Link”);

Zadatak br. 4. Prijenos podataka u operaciju

Ako organizacija koristi nekoliko računovodstvenih sistema, prije ili kasnije će se pojaviti potreba za migracijom podataka s naknadnim generiranjem transakcija.

U konfiguraciji “ BP“postoji univerzalni dokument” Operacija” i idealan je za formiranje više žica. Postoji samo jedan problem - dokument je lukavo napravljen, a podaci se u njega ne mogu tako lako prenijeti.

Naći ćete primjer takve konverzije u izvornom kodu za članak. Ispostavilo se da je količina koda prilično velika, tako da nema smisla objavljivati ga zajedno sa člankom. Dozvolite mi samo da kažem da ponovno učitavanje koristi proizvoljan algoritam u pravilima za učitavanje podataka.

Zadatak br. 5. Sinhronizacija podataka na više detalja

Već smo pogledali nekoliko primjera, ali još uvijek nismo razgovarali o sinhronizaciji objekata tokom migracije. Zamislimo da trebamo prenijeti druge ugovorne strane i neke od njih su vjerovatno u bazi podataka primaoca. Kako prenijeti podatke i spriječiti pojavljivanje duplikata? U tom smislu, CD nudi nekoliko načina za sinhronizaciju prenesenih objekata.

Prvi je po jedinstvenom identifikatoru. Mnogi objekti imaju jedinstveni identifikator koji garantuje jedinstvenost unutar tabele. Na primjer, u direktoriju “ Counterparties” ne mogu postojati dva elementa sa istim identifikatorima. CD vrši kalkulacije za ovo i za sve kreirane PCO-e, pretraga po identifikatoru je odmah omogućena po defaultu. Prilikom kreiranja PCO-a, trebali ste primijetiti sliku povećala pored naziva objekta.

Sinhronizacija pomoću jedinstvenog identifikatora je pouzdana metoda, ali nije uvijek prikladna. Prilikom spajanja direktorija “ Counterparties” (iz nekoliko različitih sistema) neće puno pomoći.

U takvim slučajevima je ispravnije sinkronizirati objekte prema nekoliko kriterija. Ispravnije je tražiti druge strane po INN, KPP, Nazivu ili podijeliti pretragu u nekoliko faza.

Konverzija podataka ne ograničava programera u definiranju kriterija pretraživanja. Pogledajmo jedan apstraktan primjer. Pretpostavimo da trebamo sinkronizirati direktorije “ Counterparties” iz različitih informacionih baza. Pripremimo PKO i u postavkama pravila konverzije objekata označite " Nastavite s pretraživanjem polja za pretraživanje ako objekt primatelja nije pronađen po identifikatoru" Ovom akcijom smo odmah definirali dva kriterija pretraživanja - po jedinstvenom identifikatoru i prilagođenim poljima.

Imamo pravo da sami biramo polja. Provjerom PIB-a, KPP-a i Naziva, odmah ćemo naznačiti nekoliko kriterija pretraživanja. Udoban? Sasvim, ali opet ovo nije dovoljno. Šta ako želimo promijeniti kriterije pretraživanja? Na primjer, prvo tražimo kombinaciju TIN+KPP, a ako ništa ne pronađemo, onda počinjemo iskušavati sreću s imenom.

Takav algoritam je prilično sposoban za implementaciju. U obrađivaču događaja “ Polja za pretragu” možemo odrediti do 10 kriterija pretraživanja i za svaki od njih definirati svoj sastav polja za pretragu:

Ako je SearchOptionNumber = 1 onda SearchPropertyNameString = “TIN, KPP”; InačeIfSearchOptionNumber = 2 ThenSearchPropertyNameString = “Name”; endIf;

Uvijek postoji nekoliko rješenja

Svaki zadatak ima nekoliko rješenja, a prijenos podataka između različitih konfiguracija nije izuzetak. Svaki programer ima pravo odabrati svoje rješenje, ali ako stalno morate razvijati složene migracije podataka, toplo preporučujem da obratite pažnju na "". Možda ćete u početku morati uložiti sredstva (vrijeme) u obuku, ali oni će se više nego isplatiti na prvom manje-više ozbiljnom projektu.

Po mom mišljenju, kompanija 1C nepravedno ignoriše temu korištenja konverzije podataka. Za sve vreme postojanja tehnologije, o njoj je objavljena samo jedna knjiga: „1C: Enterprise 8. Konverzija podataka: razmena između aplikativnih rešenja.” Knjiga je dosta stara (2008), ali je ipak preporučljivo da se s njom upoznate.

Poznavanje platformi je i dalje neophodno

"je univerzalni alat, ali ako planirate da ga koristite za kreiranje migracija podataka iz konfiguracija razvijenih za platformu 1C:Enterprise 7.7, tada ćete morati potrošiti vrijeme na upoznavanje ugrađenog jezika. Sintaksa i ideologija jezika su veoma različite, tako da ćete morati da potrošite vreme na učenje. Inače princip ostaje isti.

Svrha ovog pravila razmjene je prijenos stanja na međusobnim obračunima sa BP 2 na UT11.

Korak po korak kreiranje pravila razmjene koristeći konfiguraciju "Konverzija podataka" (metapodaci moraju biti učitani):

1) Kreirajte pravilo za učitavanje objekta za ovo, idite na karticu „Pravila za učitavanje podataka“, kliknite na dodaj. U prozoru koji se pojavi izaberite uzorak objekta, to će biti samoračunovodstveni registar. Mijenjamo metodu uzorkovanja u proizvoljni algoritam.

2) Pređimo na pisanje samog koda jer U UT ne postoji samoračunovodstveni registar, pa ga moramo konvertirati. Prvo nam je potreban upit koji će, prema našim parametrima, vraćati stanja za međusobna poravnanja. U obrađivaču događaja "Prije obrade" pišemo sljedeći zahtjev:

Moj zadatak je bio da ograničim grupe ugovornih strana za koje se uploaduju međusobna poravnanja.

Određujemo vrijednosti varijabli koje će se koristiti u budućnosti.

Datum = datum("20130101");
TD = CurrentDate();
group = Directories.Counterparties.FindByName("Kupci");
group1 = Directories.Counterparties.FindByName("Povratak od POJEDINACA");

Kreiramo tabelu koju ćemo kasnije proslediti pravilu konverzije vrednosti.

TZ = Nova tablica vrijednosti();
TK.Columns.Add("Counterparty");
TK.Columns.Add("Iznos");
TK.Columns.Add("AmountREGLE");
TK.Columns.Add("Dokument izračunavanja");
TK.Columns.Add("Datum dokumenta poravnanja");
TK.Columns.Add("Broj dokumenta o poravnanju");
TK.Columns.Add("Partner");
TK.Columns.Add("Valuta međusobnog obračuna");
TK.Columns.Add("Datum plaćanja");

Postavljamo parametre, pozivamo zahtjev, popunjavamo tabelu i pozivamo pravilo konverzije.

zahtjev = novi Zahtjev(Tekst zahtjeva);
request.SetParameter("group", group); request.SetParameter("group1",group1);
request.SetParameter("OnDate",OnDate);
request.SetParameter("Računi", Kontni planovi. Samoobračun. Obračuni sa drugim dobavljačima i izvođačima);//76.05
Dohvati = request.Run().Select();
TZ.clear();
Dok Select.Next() petlja
ako je Sample.SumRemainingCT = 0 ili Sample.SumRemainingCT = "" onda
nastaviti;
endif;
ako Sample.AmountRemainderCT< 0тогда
report(""+Sample.Subconto1+" negativna vrijednost "+Sample.SumRemainingCT);
endif;
LinijaTZ = TZ.Dodaj();
LineTZ.Counterparty = Selection.Subconto1;
LineTZ.sum = Selection.SumRemainingCT;//Selection.SumRemainingCT;
LineTZ.sumRegl = Sampling.SumRemainingCT;//Sampling.SumRemainingCT;
Red TK.Datum kalkulacionog dokumenta = Izbor. Datum dokumenta kalkulacije;
Red TK.Broj dokumenta obračuna = Izbor.Broj dokumenta obračuna;
LineTZ.Datum plaćanja = TD;
EndCycle;
OutData = Nova struktura;
OutgoingData.Insert("Datum", CurrentDate());
OutgoingData.Insert("Izračuni sa partnerima", TK);
OutgoingData.Insert("Vrsta operacije", "Stanje dugova prema dobavljačima");
OutgoingData.Insert("Komentar", "Generirano na kredit računa 76,05");
report("76.05 KREDIT početak");
UploadByRule(, OutgoingData, "Unos stanja za međusobno poravnanje_7605Credit");

Na sličan način vršimo istu operaciju i za preostale potrebne račune (njihov opis, kao i gotovo pravilo, nalazi se u prilogu).

3) Pređimo na kreiranje pravila konverzije objekata da biste to učinili, otvorite karticu "Pravila konverzije objekata". Dodajmo novo pravilo pod nazivom "Unos stanja po uzajamnom poravnanju_7605Credit", izvorni objekat ostavimo praznim, postavimo objekat primaoca na dokument "Unesi salda", a na kartici postavki uklonimo zastavicu "Pretraži objekt primatelja po interni identifikator izvornog objekta".

U obrađivaču događaja "Prije učitavanja" napisat ćemo sljedeći kod:

GenerateNewNumberOrCodeIfNotSpecified = istina;

U obrađivaču događaja "Nakon učitavanja" napisaćemo:

execute(algorithms.AfterLoadInputRemainings);

on će izvršiti algoritam sa sljedećim sadržajem:

valuta = Constants.RegulatedAccountingCurrency.Get();
object.Owner = SessionParameters.CurrentUser;
object.organization=parameters.organization;
za svaku stranicu iz petlje object.calculationspartners
Page.SettlementDocument = Directories.Counterparty Agreements.empty link();
StranicaCurrencySettlements = valuta;
ako je ValueFilled(page.counterparty.partner) onda
p.partner = p.counterparty.partner;
inače
partneri = Directories.Partners.FindByName(page.counterparty.Name);
ako je stol<>Nedefinisano i stolovi<>Directories.Partners.emptylink() onda
p.partner = stol;

objekt2.Partner = stol;
object2.Write();
inače
izvršiti(algoritmi.AddPartner);
endif;

endif;

kraj ciklusa;

Ovaj algoritam će se izvršiti na strani prijemnika (BP). Pored prenosa stanja za međusobna poravnanja, postoji i zadatak prenosa ugovornih strana, ali UT koristi partnere, pa nakon generisanja dokumenta proveravamo da li su sve ugovorne strane i partneri u bazi podataka primaoca, ako ih iz nekog razloga nema , zatim ih dodajemo.

Dodavanje izvođača će implementirati pravilo konverzije za imenik „Counterparties“ možete ga kreirati na isti način kao i prethodno pravilo, ali dozvolite sistemu da uporedi potrebna polja.

Napravljen je algoritam za partnere koji se izvršava na strani primaoca.

Da biste izvršili algoritam na strani prijemnika, potrebno je da označite zastavicu „Koristi se prilikom učitavanja“ u gornjem desnom uglu prozora algoritma (prilikom uređivanja).

Ispod je kod za algoritam "Dodaj partnera":

nPartner = Directories.Partners.CreateItem();
nPartner.Name = page.counterparty.name;
nPartner.Comment = "Kreirano prilikom učitavanja sa BP-a";
nPartner.NameFull = page.counterparty.NameFull;
nPartner.Supplier = ?(pronađi(page.counterparty.AdditionalInformation,"Supplier")>0,true,false);
nPartner.Client = ?(find(page.counterparty.AdditionalInformation,"Klijent")>0,true,false);
OtherRelations = ?(find(page.counterparty.AdditionalInformation,"Other")>0,true,false);
npartner.Write();
p.partner = npartner.link;
counterparty = Directories.Counterparties.FindByName(page.counterparty.Name);
object2 = counterparty.GetObject();
object2.Partner = npartner.link;
object2.Write();

Vratimo se na pravilo konverzije objekata. Sada moramo uspostaviti korespondenciju između izvornog i odredišnog polja. Za upoređivanje polja u donjem tabelarnom dijelu nalazi se dugme za pozivanje čarobnjaka „Sinhronizacija svojstava“. U ovom čarobnjaku možemo ili mapirati polja ili ih ostaviti i bez izvora i bez odredišta. U našem slučaju ostavljamo sva polja i PM bez izvora.

Nakon što su obavezna polja odabrana u donjem TC-u, za svako polje postavljamo zastavicu u koloni „Preuzmi iz dolaznih podataka“. Ova zastavica označava da će sistem tražiti ovo polje u dolaznim podacima. Važno je da naziv polja odgovara imenu u dolaznim podacima, inače će se prikazati poruka da polje nije pronađeno.

Tekst ne opisuje sve nijanse procesa.

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 ove 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. Čitaj dalje ove upute do kraja, a način na koji to možete učiniti će vam biti otkriven. Prvo se morate pripremiti radno mjesto na vašem računaru za potrebne manipulacije. Prvo, vaš čvrsti disk mora imati najmanje 100 GB. To je neophodno jer je prijenos stanja 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 koristite obradu Import 77 za učitavanje tekstualnu datoteku podatke iz vaše glavne baze podataka.

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 što ste obavili ovaj posao, 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 ili prilagodite račune ili polja (na primjer, „Ugovor“ ili „Opća kasa“). Zavisi od stepena razlike između vaše baze 7.7. od standarda. 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. U tu svrhu pripremili smo odjeljak Obuka 1C računovodstva 8.3.

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

Prebacivanje baze podataka 1C 7.7 na 8.3, kako to učiniti?

Mnoga standardna (i neka industrijska specifična) osmojezgarna rješenja već imaju ili ugrađene alate za prijenos iz 7.7 ili u obliku dodatnih datoteka u direktoriju za instalaciju šablona.

Ako ga sami prenesete, tada na ITS disku (kao i na mnogim mjestima na internetu - Google može pomoći) postoji obrada “Učitavanje iz tabelarnog dokumenta” koja vam omogućava da učitate proizvoljne tabelarne podatke u direktorije/dokumente /registri. Uz dovoljno visok nivo kvalifikacije, možete koristiti borbenu artiljeriju - posebnu konfiguraciju "Konverzija podataka 2" (ne brkati sa 3.).

Možete li mi reći zašto dolazi do ove greške? U dokumentaciji za 1C sve je napisano previše konfuzno - na kraju krajeva, morate primati platu, tako da je nemoguće razumjeti njihove rukopise uopće, rat i mir su lakši od njihovih tutorijala o upravljanju njihovim daleko od složenog sistema.

Maxim Kravchenko, pa, sve je napisano na ruskom :)

Prema mom iskustvu, najčešći razlozi mogu biti sljedeći:

1) Pogrešna putanja je navedena u postavkama razmjene sa 7.7. Ovdje su ili samo greške u kucanju ili je navedena staza do pogrešnog direktorija. Ili je određena lokalna putanja na vašem računaru, ali se razmena odvija na strani 1C servera preduzeća i ovaj server naravno ne vidi ništa duž vašeg puta (čest problem).
2) Na strani računara koja pokušava da komunicira sa 7.7 (lokalnim ili serverskim) ne postoji potpuno instalirana 7.7 platforma. One. nema registrovanog COM objekta, a baza 7.7 je tradicionalno povezana pomoću direktorijuma sa hakovanom platformom kojoj nije potreban ključ ili bilo koji sistemski podaci.
3) Ne postoje prava pristupa direktoriju sa 7.7 bazom (posebno važno kada se radi na serveru, gdje se radni proces rphost pokreće pod korisnikom usluge, a 7.7 osnovni direktorij je otvoren za određene osobe).

Maksim Kravčenko, zašto ne preko IRC-a ili ćaskanja na „prokletim malim ulicama“ ljudi? 🙂
Ne, neću ponovo stati na iste grablje. Jednoj nezahvalnici sam već dao svoj Skype i on mu je sjeo na vrat.

Ako imate općenitih pitanja čiji bi odgovori mogli pomoći drugima, pitajte. Učinimo dobro djelo zajedno. Bez tajnih pregovora.

P.S. Kako ljudi ne bi izgubili želju da daju odgovore na ovom resursu, bilo bi lijepo označiti rješenja ili kliknuti na dugme “sviđa mi se” na najadekvatnije odgovore, čak i ako nisu direktno pomogli.

Maxim Kravchenko, FAQ je nemoguće jer čisti 7.7 ne postoji u prirodi. Postoji čitava paleta standardnih/industrijskih rješenja, postoje različite verzije iste specifične konfiguracije, ali nijedna od ovog seta ne pokriva potrebe kompanija iz kutije, a svih 7.7 prodatih su završene godinama nakon instalacije. Uzimajući u obzir činjenicu da je masovna prodaja 7.7 stala prije više od deset godina, možda neće ostati ništa od standardne funkcionalnosti u vašoj bazi podataka.

Jedno je ako uzmete standardne mehanizme transfera, o kojima sam pisao u svom odgovoru, i prenesete ih, shvatajući da je odgovornost za greške na vama i da ćete staviti "cure" da isprave sve nedosljednosti. Sasvim je druga stvar unajmiti stručnjaka za novac. Morate opisati sve referentne knjige za prijenos, količinu informacija za prijenos (članci, bar kodovi, TIN, itd.), gdje dobiti informacije koje nedostaju itd. Trenutno nisam spreman da preuzmem tvoj projekat. Predlažem da se ovaj zadatak registruje na sajtovima slobodnih profesija i da se među njima održi tender.

Pravila prijenosa 1s 8

Prijenos podataka iz programa “1C: Računovodstvo 8 rev.2.0” u “1C: Računovodstvo 8 rev.3.0”

Dizajniran prvenstveno za modificirane konfiguracije 1C: Računovodstvo 8 izdanje 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 izdanje 3.0(mogući nazivi na Internetu BP 3.0 ili BP 8.3), naravno pogodan i za prijenos podataka između standardnih konfiguracija.

Moguće strategije za prelazak sa izdanja 2.0 na 3.0 možete pronaći ovdje.

Prijelaz iz 1C: Računovodstvo 8 izdanje 2.0 on 1C: Računovodstvo 8 izdanje 3.0 Preporučuje se izvođenje na početku novog perioda (godina, kvartal, mjesec) nakon završetka rutinskih poslova iz prethodnog perioda.

Prijenos podataka vrši se univerzalnom obradom koja preuzima podatke iz baze podataka 1C: Računovodstvo 8 izdanje 2.0 u datoteku u XML formatu. Rezultirajuća datoteka se učitava u informacijsku bazu podataka 1C: Računovodstvo 8 izdanje 3.0 koristeći univerzalnu obradu učitavanja podataka.

Za prijenos podataka potrebni su sljedeći fajlovi:

ACC20_30.xml - pravila konverzije podataka.

Iz baze informacija BP 2.0 V BP 3.0 preneseno:

informacije o tekućim stanjima na računovodstvenim računima informacione baze “1C: Računovodstvo 8 rev. 2.0” na dan konverzije informacione baze

dokumenta baze informacija BP 2.0 za odabrani period

potrebne referentne informacije iz baze informacija “1C: Računovodstvo 8 izdanje 2.0”

— podaci iz baze podataka 1C BP 8.2 učitano u poseban fajl (datoteka sa podacima);

— rezultirajuća datoteka se učitava u informacijsku bazu podataka 1C BP 8.3.

Nije potrebna instalacija, jer se koristi obrada ugrađena u standardne konfiguracije 1C: Računovodstvo 8 izdanje 2.0 I 1C: Računovodstvo 8 izdanje 3.0.

(O mogućnosti korištenja specijalizirane obrade pročitajte u nastavku)

U programu 1C: Računovodstvo 8 izdanje 2.0 potrebno je da otvorite obradu (meni: Servis — Ostale razmjene podataka), izaberite fasciklu u kojoj se nalaze pravila prenosa (pogledajte sliku 1) i preuzmite pravila razmene. Preporučujem da se pravila razmjene nasilno učitavaju svaki put, čak i ako se automatski učitavaju kada obrada započne. Da biste to učinili, morate ponovo odabrati datoteku pravila ili kliknuti na dugme Ponovo pročitajte pravila razmjene. Ne morate uključiti sva pravila prijenosa. Treba koristiti samo one potrebne za prijenos stanja i/ili dokumenata. Svi priručnici se po potrebi prenose putem linkova, tj. samo oni koji su uključeni u bilanse i dokumente. Time se osigurava da u novoj bazi podataka nema "smeća".

Ako treba da rasteretite stanja na kraju godine, na primjer na kraju dana 31.12.2014., tj. Ispravnije bi bilo reći početkom 2015. godine, tada bi period istovara trebao biti 01.01.2015. - XX.XX.XXXX. Dokumenti za unos stanja BP 3.0 bit će dana 31.12.2014. Od 01.01.2015 do BP 3.0 potrebno je da kreirate dokumente koji odražavaju tekuće transakcije. Ako vam trebaju samo ostaci, onda morate omogućiti pravila za preuzimanje podataka iz odjeljka Dolazni bilansi(vidi sliku 1). Pravila za preuzimanje podataka iz sekcije Dokumentacija u ovom slučaju treba ga isključiti (vidi sliku 3). Period učitavanja, na primjer, 01/01/2015 - 01/31/2015 znači da će dokumenti iz januara 2015. biti prebačeni. Pravila za preuzimanje podataka iz sekcije Dokumentacija u ovom slučaju moraju biti uključeni.

Rice. 1 . Obrada za upload podataka

Prije svega, preporučujemo prijenos računovodstvenih politika organizacije (imenika Organizacije prenosi putem linkova). 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-a prije svega određuje da li će biti popunjena BP 3.0 prilikom unosa stanja Inventar sto Podaci o primljenim fakturama. Takođe utiče na to kako će podkonto biti popunjen Zabave: prema BOO ili ostatkom registra PDV na kupljenu imovinu.

Postavljanje ovog parametra vam omogućava da upravljate istovarom stanja za organizacije koje koriste pojednostavljeni poreski sistem. Kada je računovodstvo pokrenuto, ako se podaci registra ne poklapaju Troškovi po pojednostavljenom poreskom sistemu Za računovodstveni registar bi moglo biti korisnije da iskrca stanja samo prema računovodstvenim podacima, bez uzimanja u obzir registra pojednostavljeni poreski sistem, što može dodati mnogo grešaka. U ovom slučaju, u ulaznim dokumentima početni bilansi V BP 3.0 rekviziti Odraz u pojednostavljenom poreskom sistemu I Status protoka su ispunjene zadanim vrijednostima.

Prilikom postavljanja parametra na Da istovremeno sa dokumentima, bit će prenijeti i skupovi registara povezanih sa ovim dokumentima. U suprotnom, sadržaj dokumenata se prenosi, a za primanje kretanja dokumenti se moraju unijeti u bazu podataka BP 3.0 nakon transfera. Morate shvatiti da nisu sva kretanja dokumenata koji postoje u BP 8.3, postoje korespondencije u BP 8.2. Stoga, čak i ako odaberete opciju prijenosa dokumenata sa kretanjima, za neke vrste dokumenata možda ćete morati knjižiti kako biste kreirali sve potrebne skupove registara.

Sl.3 Lista 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 su razne referentne knjige prisutne u mnogim dokumentima i, shodno tome, preuzimaju se putem veza. Od njih nije teško stvoriti pravila za istovar; Pravilo za istovar direktorija je potrebno ako postoji želja za prijenosom cijelog direktorija, a ne samo veza.

Rice. 4 Lista imenika i registara informacija za prenos

Karakteristike prenosa stanja na računima 76.AB i 76.VA

Kada je postavljeno na Da parametar Ispraviti pogrešnu ocenu u obračunima sa drugim ugovornim stranama greške napravljene u računovodstvu mogu se ispraviti. Šta je regradiranje jasno je na slici 5.1: za drugu stranu stanje je nula, ali za drugi podkonto iznosi nisu nula. Takva stanja se neće prenositi.

Slika 5.1 Ponovna klasifikacija ostataka

Ako je postavljeno na Da parametar Poruke u detalje, tada će se tokom učitavanja prikazati poruke s objašnjenjima (vidi sliku 5.2).

Slika 5.2 Poruke kada postoji pogrešna ocjena u bilansima

Karakteristike prenosa stanja na računima zaliha

Algoritam za ispravljanje grešaka kao što je pogrešna ocjena u ostacima radi na sličan način. Inventar. Ovaj algoritam radi prilikom postavljanja parametra Ispraviti pogrešnu ocenu stanja zaliha u značenju Da. Primjer je prikazan na slici 5.3. Knjigovodstvo za konto 10.03 vrši se po artiklima, skladištu i partijama. Ostalo po stavci Benzin AI-92 on magacin br.4 jednaka nuli, ali ako proširite saldo po serijama, bit će ih puno. Algebarski zbir stanja po partijama jednak je nuli, ovo je ponovno ocjenjivanje. Takva stanja ne treba prenositi, jer je to očigledna greška. Neće se prenijeti ako je parametar postavljen.

Slika 5.3 Ponovno rangiranje ostataka Inventar u izvornoj bazi podataka BP 2.0

Stvari su gore sa bilansima magacin br.6. Ostatak je različit od nule, tako da algoritam za korekciju pogrešne ocjene neće raditi, ostatak će biti prebačen. Pogledajmo kako će biti prebačeni. Suma -155,29 neće biti uključeno u transfer, jer je 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, tako da ga ne učitavamo. Kao rezultat toga, u BP 3.0 preostala dva iznosa će pasti (vidi sliku 5.4). Ostalo je prebačeno kao sa greškom. U stvari, naravno, ovdje nema greške u prijenosu, ali ima računovodstvenih grešaka.

Slika 5.4 Rezultat prijenosa na BP 3.0

Da li će koristiti opisani algoritam za ispravljanje pogrešne ocjene ili ne, na korisniku je da odluči. Samo treba da zapamtite da se sredstva sa nultim iznosom nikada ne prenose. Prema autoru, ovo je najispravnije ponašanje, barem vam omogućava da unesete dokument za unos stanja i započnete usaglašavanje. Za brže traženje pozicija neslaganja između stanja BP 2.0 I BP 3.0 Na osnovu rezultata transfera, može se preporučiti da se takve problematične pozicije u izvoru odaberu tako što će se u skladu sa tim postaviti bilans stanja. Kako to učiniti, pogledajte sliku 5.5.

Slika 5.5 Izbor pozicija sa nultom količinom

Nakon što je istovar završen morate pokrenuti program 1C: Računovodstvo 8 izdanje 3.0. Učitavanje, kako na početku, tako i tokom ponovljenih prijenosa podataka ili dodatnih prijenosa, trebalo bi da se izvrši standardnom obradom Univerzalna razmjena podaci 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 na meniju Sve funkcije, 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 rev.3.0, potrebno je unijeti dokumente za unos početnih stanja kako bi se dobila sva potrebna kretanja. Možete koristiti obradu Grupni transfer dokumenata(vidi sliku 8.2) ili knjižiti dokumente u dnevnik (meni: Sve funkcije - Dokumenti - Unos stanja). Ako su dokumenti preneseni bez kretanja (parametar Prenesite kretanje dokumenata postaviti na vrijednost br), tada je za primanje transakcija i upisa u registre potrebno knjižiti dokumente.

Tehnika konverzije podataka.

Konverzija se, ako je potrebno, može izvršiti u nekoliko faza, na primjer, prvo referentne knjige, zatim dokumenti za unos stanja, zatim ostali dokumenti. Moguć je ponovni prijenos informacija. Između prijenosa ne biste trebali vršiti ispravke u prenesenim podacima 1C: Računovodstvo 8 izdanje 3.0, inače ovi popravci mogu biti izgubljeni tokom ponovljenih prijenosa.

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.

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. Zato, kao što je gore navedeno, prije svega preporučujemo prijenos računovodstvenih politika organizacije.

Bitan! Ukoliko odlučite da počnete da radite u 1C: Računovodstvo 8 izdanje 3.0 prije nego što se ostaci tamo prenesu, potrebno je prvo prije početka radova 1C: Računovodstvo 8 izdanje 3.0 direktorije prijenosa. U suprotnom može doći do grešaka prilikom prijenosa stanja u nepraznu bazu podataka.

Bitan: Moguće je riješiti problem sinhronizacije prilikom učitavanja u nepraznu bazu podataka - podudaranje objekata.

Kako raditi sa specijaliziranom obradom prijenosa podataka.

Obrada se koristi samo u režimu File. Obrada Transfer_Data_from_BP20_to_BP30.epf treba pokrenuti u infobazi u koju se prenose podaci, tj. V 1C Računovodstvo preduzeća ed.3.0. U prvom prozoru (vidi sliku 9) treba 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

U sledećem prozoru (vidi 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

Navedite koje informacije treba prenijeti

Dodatno, možete provjeriti podatke u izvoru za ispravnost prijenosa

Prilikom prijenosa direktorija, podaci će se prenositi iz direktorija odabrane infobaze, za koje postoje pravila uploada. U ovom slučaju, direktoriji se prenose u potpunosti. Ako potvrdni okvir nije označen, 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 referentne knjige, dokumente i stanja na početak godine. Opcije prijenosa mogu se odabrati u bilo kojoj kombinaciji. Prilikom prenosa stanja, podaci o stanju na 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" kreirat će se za 31. decembar godine koja prethodi odabranoj.

Slika 10 Prozor parametara prenosa

Ako je odabrana opcija za provjeru podataka, tada će se prije učitavanja izvršiti takva provjera i rezultat provjere će biti prikazan na ekranu (vidi sliku 11). Ako se pronađu greške tokom procesa verifikacije, proces prijenosa će biti pauziran kako bi se omogućilo ispravljanje grešaka. Ako trebate učitati i preuzeti 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 podataka prije učitavanja

Tokom procesa prenosa podataka od izvora do prijemnika, na ekranu će se ažurirati slika koja ukazuje na trenutnu fazu: povezivanje sa info bazom, učitavanje podataka, učitavanje podataka itd. Osim toga, detaljnije informacije su prikazane ispod u obliku linije, na primjer, „Učitavanje podataka: Dokumenti (3 /3)“. Kada se podaci preuzmu, počinje proces knjiženja preuzetih dokumenata i zatim provjera preuzetih podataka. Ako je došlo do grešaka tokom obrade dokumenta ili verifikacije podataka, poruke o tome će se pojaviti u prozoru za poruke po završetku. Poruke o greškama se također mogu vidjeti u posebnom prozoru klikom na hipervezu Informacije o grešci(vidi sliku 12).

Slika 12 Indikacija procesa prenosa podataka

Fragment tabele koja sadrži zapise o greškama prikazan je na slici 13. Najprije se u tabeli prikazuju poruke o greškama koje su se pojavile prilikom objavljivanja dokumenata, zatim greške prilikom verifikacije. Provjera preuzetih podataka sastoji se od poređenja bilansa stanja nastalih na datum unosa stanja na izvoru i odredištu. Ako se stanje na nekom računu ne podudara, o tome se kreira zapis. Dvoklikom na unos u tabeli grešaka, možete otvoriti problematični dokument za ispravku i ručno uređivanje. Isto se može učiniti u prozoru za poruke.

Slika 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 se pri ponovnom prijenosu ovi podaci ponovo evidentirati s greškama. Stoga pokušajte izvršiti ispravke na izvoru, a ne na prijemniku, ili ne ponavljajte prijenos 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 Stanja na početku godine.

Ažuriranja su besplatna 6 mjeseci nakon kupovine. Na kraju perioda besplatna ažuriranja, Možete primati ažuriranja uz naknadu (pogledajte cijenu ispod). Istovremeno, ako ste kupili više softverskih proizvoda, u sklopu setova ili zasebno, onda imate pravo da računate na popust. Možete saznati više o sistemu popusta.

Pravila su kreirana uz pomoć tehnologije Konverzije podataka: Lako za uređivanje.
Potpuno otvoren, bez licencnih ograničenja osim zabrane replikacije.

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. Kreirajte praznu BP bazu podataka 3.0.44.94, bilo iz 1C predloška ili koristeći konfiguracijsku datoteku 1Cv8.cf. Postavite u računovodstvenim parametrima na Postavljanje kontnog plana obračun zaliha po skladištima i serijama. Preuzmite datoteku demo baze podataka TransferDemo20_30.xml koristeći obradu 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.

Pravila se redovno ažuriraju za nova izdanja, pogodna za BP izdanja 2.0.64.23 i novije. Nema potrebe za traženjem i odabirom željene verzije pravila za prijenos; Ako su vam potrebna pravila za ranija izdanja, kontaktirajte autora. Otpuštanje RECEIVER mora biti upravo ovako po pravilima.

29.08.2018. Rasterećenje bilansa po sekcijama je izdvojeno kao posebno pravilo 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 plata 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 u BP 2.0 postoji samo broj i datum. Morate podesiti parametar Konvertujte 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 za odbitak

01.11.2017. Ažuriranje na BP 2.0.66.8 i BP 3.0.46.16. Prijenos predmeta isključen NDSpoOSiNMA. U ranijim verzijama, gdje je uključen u konfiguraciju, neće se prenositi.

14.12.2016. Ažuriranje na BP 3.0.44.203

12/07/2016 Dodan prijenos dokumenata Usklađivanje duga

12.01.2016. Dodati parametar Ne uzimajte u obzir rashode registra po pojednostavljenom poreskom sistemu, koji vam omogućava da upravljate istovarom stanja za organizacije koje koriste pojednostavljeni poreski sistem

21.11.2016. Dodano preuzimanje imenika Korisnici posebno pravilo sa kreiranjem korisnika informacione bezbednosti u prijemniku (detalji ovde). Dodan prenos stanja preko RS Zaposleni u organizacijama(podaci o osoblju). Prilikom prijenosa stanja na računima 76.AB i 76.BA moguće je provjeriti i ispraviti pogrešne ocjene na drugom podračunu.

11/08/2016 Spisak dokumenata je proširen.

28.10.2016. Dodan prijenos dokumenata. Dodan je demo prijenos, ovo je rezultat prijenosa demo baze podataka BP 2.0.

26.10.2016 Ispravljeno kreiranje praznih dokumenata za unos stanja kada postoje stanja na računu 10.07.

09.09.2016 Ažuriranje na BP 3.0.44.102

23.03.2016 Poboljšan prenos podataka o primljenim fakturama (prilikom prenosa stanja zaliha)

01/11/2016 Transfer dodan kontakt informacije pojedinci, državljanstvo, podaci o pasošu, podaci o invalidnosti, statusi pojedinaca. Dodata pravila za prijenos bankovnih računa i računa obračuna stavki.

23.12.2015. Ažuriranje na BP 3.0.43.29. Dodan je prijenos kontakt podataka ugovornih strana i njihovih kontakt osoba.

14.12.2015. Kreirana su pravila za BP 3.0.42

Paket uključuje: pravila prijenosa "ACC20_30" i obrada Transfer_Data_from_BP20_to_BP30. 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 8 izdanje 2.0", možemo sami prenijeti podatke i prenijeti fajl “ 1C: Računovodstvo 8 izdanje 3.0» sa prenesenim salovima. Cijena ove usluge nije uključena u ukupnu cijenu paketa.

Bitan. Ne prenose se svi dokumenti (za kompatibilnost sa starijim izdanjima BP 2.0). Prije kupovine pažljivo pročitajte listu na slici 3.

Prijenos podataka iz programa "1C: Računovodstvo 7.7" i "1C: USN 7.7" u "1C: Računovodstvo 8"

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.

ACC_ACC8 .ert - eksterna obrada učitavanja podataka u eksterni fajl iz konfiguracije " Računovodstvo, ur.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.

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

— informacije o tekućim stanjima na računovodstvenim računima informacione baze Izvorne konfiguracije na dan konverzije informacione baze;

— tekući dokumenti sa 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 zasebnu datoteku (datoteku sa podacima);

— primljena datoteka se učitava u bazu podataka konfiguracije primaoca.

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 trebate 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 baza podataka, tada linija “putanja” odražava lokaciju samo posljednje odabrane baze. Ova informacija je pomoćne prirode i opciono se koristi za dodatnu kontrolu od strane korisnika nad rezultatom instalacijskog programa, ne obraćajte pažnju na to posebnu pažnju, program će sam odrediti gdje su instalirane baze podataka koje ste odabrali.

Sl.1 Prozor za izbor infobaze tokom instalacije

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

Sl.2 Fajlovi instalirani u odabranom folderu

U poddirektorijum ExtForms uspostavljena su pravila obrade i prijenosa. 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 " Ekspresna provjera računovodstva za konfiguraciju "1C: Računovodstvo 7.7"«.

U programu " 1C: Računovodstvo 7.7» mora se otvoriti iz dodatne funkcije obrada " Prelazak na 1C: Računovodstvo 8, ur. 3.0“, izaberite fasciklu u kojoj se nalaze pravila prenosa (pogledajte sliku 3) i preuzmite pravila razmene. Ne morate uključiti sva pravila prijenosa. Treba koristiti samo one koji su neophodni, na primjer za prijenos ostataka, ili ostataka i dokumenata. Na primjer, u grupu direktorija se ne može uključiti niti jedno pravilo, jer se svi direktoriji prenose putem linkova, po potrebi, tj. samo oni koji su uključeni u bilanse ili dokumente. Time se osigurava da u novoj bazi podataka nema "smeća". Dokumenti također ne moraju biti uključeni svi. Na primjer, ako neki dokumenti nisu u vašoj bazi podataka ili ih ne želite prenijeti, ne morate omogućiti ovo pravilo.

Fig.3. Obrada za upload podataka

Preporučujem da naziv datoteke podataka postavite na "C:\v77_v8\Exp77_80.xml", ovo je folder koji se često koristi po defaultu u programu " 1C: Računovodstvo 8"pri preuzimanju podataka iz programa na platformi" 1C:Preduzeće 7.7". Ako je potrebno, postavite parametre na " 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, u dokumentima o novčanim tokovima je naznačen dogovor, ali u dokumentima o kapitalizaciji nema sporazuma, 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 se može 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 ovakvog stanja, postoji opcija „Ne iskrcavati salda ako postoji nulti saldo na gornjem nivou“. Ako je ovaj parametar postavljen na jedan, tada se tokom učitavanja pojavljuju poruke prikazane na sl. 4.3 (uporedi sa slikom 4.2), a balansi za takve pozicije neće biti rasterećeni. Možete koristiti različite kombinacije ovog parametra s pravilima za prijenos različitih stanja. Ako ne prenosite sva stanja odjednom, već prema 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

Da 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 " Provjerite ima li u ugovorima praznih vrijednosti i usklađenosti sa drugom stranom". Dodatno, za pronalaženje grešaka, možemo preporučiti korištenje obrade „Ekspresne provjere računovodstvenog održavanja“, 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).

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 kao " Nalog za plaćanje". Ako sa ovim parametrima kliknete na “ Istovariti", zatim svi dokumenti tipa " Nalog za plaćanje", koji se nalazi u vremenskom intervalu sa " datum početka" od " datum isteka". Kliknite na dugme " Instalirajte PVD", nakon toga natpis " 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 „ CurrentDocument“, što vam omogućava da odaberete poseban dokument sa liste dokumenata ove vrste. Možete koristiti druge detalje odabira da biste dobili izbor prema grupi dokumenata, na primjer, odaberite dokumente po datumu. U svim slučajevima, dokumenti se biraju 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 tipke “ 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) su uspostavljeni 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 za koja su postavljeni odabiri ć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ć. Mod 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 vrstama 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 u PROF verziju BP-a. 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 elemente imenika odaberete po detaljima (u standardnim pravilima pojednostavljenog poreznog sistema 7.7 - BP 3.0 to nije moguće). Prilikom prijenosa imenika Nomenklatura, prenose se i Cijene artikala putem linkova, tj. cijene samo prenesenih stavki nomenklature. Da biste omogućili ovu funkciju, trebate postaviti vrijednost parametra na jedan Učitajte cijene prilikom istovara artikala.

Ispravljena je greška u standardnim pravilima “STS 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 vrijednost « 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: atribut “ nije popunjen 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" je postavljeno na " ExchangeU univerzalnom formatu", inače u " ExchangeDisabled"kao u standardnim pravilima. Ovo je važno za ponovljene (redovne) transfere, kako ne bi pokvarili EDI podešavanje.

Promijenjeno je pravilo pretraživanja preuzetih stavki za direktorij " 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 popunjavati tražene detalje CountryRegistration. Ako nije popunjen, onda u obliku elementa direktorija " Counterparties» detalji će biti dostupni « Porezni broj" i " Reg. broj"i detalji" TIN" i " kontrolni punkt" biće skriveno.

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

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

Karakteristike prijenosa naloga za plaćanje poreza

Za naloge za plaćanje sa vrstom transakcije Transfer poreza Potrebno je popuniti dodatne podatke: KBK - šifra budžetske klasifikacije, status sastavljača itd. Strukture ovih detalja su u Bukh 7.7 (USN 7.7) i u BP 3.0 ne podudaraju. Posebno u BP 3.0 Neki od ovih detalja nalaze se u posebnom imeniku, veza na koji se nalazi u nalogu za plaćanje. Imenik Vrste poreza i plaćanja u budžet 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 pojedinostima naloga za plaćanje Porez. Stoga se preporučuje da nakon prijenosa računovodstvenih politika provjerite da li se svi potrebni porezi pojavljuju u imeniku i po potrebi ih dopunite. Prilikom upoređivanja (sinhronizacije) KBK u nalozima za plaćanje, izvor i primalac ne uzimaju u obzir četiri kategorije KBK, kategorije 14-17, šifru podvrste prihoda: porez, kazna, novčana kazna, itd. U imeniku Vrste poreza i plaćanja u budžet ovi bitovi su ispunjeni nulama. Prilikom dodavanja novih elemenata u direktorij, cifre 14-17 također treba popuniti nulama.

Prijenos velikih baza podataka.

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

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 upload-a 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 dijelimo na dijelove, navodeći početni i konačni broj porcija. Svaki dio će sadržavati informacije za dati broj analitičkih vrijednosti prve razine, na primjer, bilansa proizvoda, tj. navedeni broj vrijednosti stanja računa "41". Poznavajući ukupnu količinu analitike za račun, lako je izračunati broj porcija. Koliko se podataka prenosi bez problema 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. Ime datoteke podataka nema poseban značaj. 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, naziv 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.

Kada se radni staž prekida nakon otkaza Od 1. januara 2007. godine na snazi je nešto drugačija procedura za utvrđivanje kontinuiteta radnog staža građanina. Prije toga, ako nije prošlo 3 sedmice pri prelasku s jednog mjesta rada na drugo, staž se nije prekidao. Od 2007. godine […]
ANKO Tambov Centar za forenzička veštačenja i istraživanja, ANO ANKO Tambov Centar za forenzička veštačenja i istraživanja, ANO je registrovan u Tambovu, ul. Rabočaja, 37, kancelarija 40, 392008. DIREKTOR organizacije [ AUTONOMNA NEPROFITNA ORGANIZACIJA KRAJINA… ]
Nalog o rasporedu radnog vremena Uzorak naloga o rasporedu radnog vremena O rasporedu radnog vremena U skladu sa članovima 100, 103, 104, 73 Zakona o radu Ruske Federacije i Pravilnikom o unutrašnjem radu PJSC "Organizacija", kako bi optimalno funkcionisati preduzeće i povećati […]
U Centralnoj gradskoj bolnici br. 20 u Jekaterinburgu, gde je glavni lekar otpušten, imenovana v.d. Sverdlovsk region | Uralski federalni okrug Alena Tunis imenovana je za vršioca dužnosti glavnog lekara centralne gradske bolnice broj 20 u Jekaterinburgu. Kako javlja dopisnik [...]
Ohmov zakon za paralelu Početna Zapamtite fiziku: 7. razred 8. razred 9. razred 10-11. video snimci o fizici multimedija 7. razred. multimedija 8. razred multimedija 9. razred multimedija 10-11 razred. testovi iz astronomije 7 razred testovi 8.razred. Testovi za 9. razred Jedinstveni državni ispitni stolovi [...]
Zakon RSFSR „O konkurenciji i ograničenju monopolističkih aktivnosti na tržištima roba“ od 22. marta 1991. N 948-1 (sa dopunama i dopunama zakona Ruske Federacije od 24. juna 1992. N 3119-1 od 15. jula 1992. N 3310-1; Savezni zakoni od 25.05.1995. N 83-FZ, od 05.06.1998. N 70-FZ, od 01.02.2000. N 3-FZ, od […]

Podaci i važni dokumenti prikupljeni godinama napornog rada ne bi trebali biti izgubljeni samo zato što je puštena novija platforma ili 1C konfiguracija. Da se to ne dogodi, moguć je prijenos podataka.

Prijenos podataka je jedan od najkritičnijih dijelova tranzicije s jedne konfiguracije na drugu.

Kako bi podaci bili sigurni i zdravi, ovaj posao morate povjeriti profesionalcima. Naš tim će sve radove obaviti efikasno i na vrijeme.

Faze transfera

Prijenos podataka se sastoji od 5 faza. Trudili smo se da ih opišemo što detaljnije i jasnije.

Zašto je naš prijenos podataka bolji?

Uobičajeni trošak prijenosa podataka

Održavanje novog programa

Nakon što se svi podaci prenesu, možda ćete morati servisirati svoj program. Spremni smo da vam ga obezbedimo!

Prelazak na 1C 8.2

Saznajte više o drugim fazama prijelaza s jedne platforme na drugu. Nadogradnja licence, konfiguracija, obuka, podrška. Naši stručnjaci su spremni da Vam pruže svu potrebnu pomoć!

Zašto smo bolji?

Transfer naloga

Naš tim

Zašto je naš 1C transfer bolji?

Transparentnost

Prije prijenosa 1C 8.2 imenika i vaših drugih podataka, naši stručnjaci će vam detaljno reći o svim fazama rada. Povjeravajući nam svoju bazu podataka, uvijek znate šta se radi, kojim redoslijedom i koliko plaćate za svaku fazu posla.

Individualni pristup

Prije nego što pređete direktno na prijenos 1C 7.7 na 1C 8.2, naši stručnjaci će izvršiti detaljnu analizu vaše baze podataka. Velika je vjerovatnoća da nova verzija 1C već ima sva poboljšanja koja su vam bila potrebna. U svakom slučaju, preporučićemo šta vam je još potrebno za udoban rad.

Kvaliteta

Prije najvažnije faze prijenosa, naši stručnjaci uvijek izvode probni prijenos 1C baza podataka kako bi identificirali moguće greške, ponavljanja i gubitke podataka. Ali i nakon samog transfera, svakako ćemo sve provjeriti za još veće povjerenje u njegov kvalitet.

Radite za rezultate

Posao se smatra završenim tek nakon što se uvjerite da je prijenos 1C 8 imenika i drugih podataka ispravno obavljen i da ste zadovoljni rezultatom. Ne napuštamo naše klijente!

Faza 1. Opća analiza izvorne baze podataka

Šta se radi:

dobijanje standardne verzije konfiguracije slične izvornoj bazi podataka;

opšta analiza promjena u strukturi podataka (poređenje sa tipičnom konfiguracijom);

opšta analiza promjena u obrascima i konfiguracijskim modulima (poređenje sa standardnom konfiguracijom);

kontrola dostupnosti nestandardnih računovodstvenih računa za računovodstvene konfiguracije;

opšta kontrola ispravnosti računovodstva u izvornoj bazi podataka (prisustvo „crvenih“ stanja, otvorenih perioda, neobnovljenih sekvenci, itd.);

ažuriranje izvorne baze podataka na verziju koju zahtijevaju standardna pravila prijenosa;

probni prijenos podataka;

priprema mogućih preporuka za pripremu izvorne baze podataka za prijenos 1C 8 imenika i drugih podataka.

Za što:

utvrđivanje mogućnosti korišćenja standardnog transfera;

procena radnog intenziteta izmena i priprema tehničke dokumentacije za prenos (ako korišćenje standardnog prenosa nije moguće).

Nakon generalne analize izvorne baze podataka može se dobiti potvrda da se podaci mogu prenijeti standardnim sredstvima, u ovom slučaju se daljnji trošak usluge prijenosa utvrđuje prema standardnom cjenovniku prijenosa, ovisno o konfiguraciji.

Ako ispravan standardni prijenos nije moguć, tada se priprema prijedlog sa troškovima rada za finalizaciju konfiguracija, pravila razmjene i nestandardnog prijenosa.

Cijena: 2.000 rub.

Faza 2. Izrada tehničke dokumentacije za nestandardni prenos

Šta se radi:

vrši se dubinska analiza postojećih modifikacija standardne konfiguracije izvorne baze, upoređujući ove modifikacije sa standardnom konfiguracijom slične verzije i sa najnovijom verzijom standardne konfiguracije prijemne baze;

komunikacija sa odgovornim licima Naručioca radi utvrđivanja potrebe za identifikovanim modifikacijama, pojašnjenja metoda korišćenja modifikacija, prikupljanja želja za poboljšanjem modifikacija (ako je potrebno);

sastavlja se lista dostupnih modifikacija standardne konfiguracije izvorne baze podataka;

sastavlja se i dogovara lista preporučenih izmjena standardne konfiguracije prijemne baze, uzimajući u obzir standardnu funkcionalnost standardne konfiguracije (možda modifikacija nije potrebna ako konfiguracija prijema već ima sličnu standardnu funkcionalnost) ;

projekat je razvijen i dogovoren projektni zadatak da se finalizira konfiguracija prijemne baze, finaliziraju pravila razmjene, opis
nestandardne procedure prenosa (ako je potrebno).

Za što:

garancija kvaliteta i transparentnosti rada na nestandardnom prijenosu 1C baza podataka;

tačan trošak i trajanje rada;

mogućnost obavljanja migracijskih poslova uz angažovanje 1C programera sa punim radnim vremenom uz osiguravanje potrebnog nivoa kvalitete.

Ako navedeni skup tehničke dokumentacije nije dostupan, nestandardni prijenosi između 1C konfiguracija provode se samo na sat vremena. U ovom slučaju, nemoguće je unaprijed točno garantirati cijenu i trajanje posla. Međutim, u ovom slučaju moguće su određene uštede u vremenu i troškovima za pripremu kompleta dokumentacije.

Cijena: Određuje se na osnovu rezultata opće analize izvorne baze podataka.

Faza 3. Finalizacija konfiguracije prijemnika

Šta se radi:

Standardna konfiguracija baze prijemnika se mijenja na osnovu tehničkih specifikacija, odnosno prema uputama Kupca (za rad po satu);

vrši se preliminarno testiranje poboljšanja;

poboljšanja su dokumentirana u obliku izvještaja o promjenama standardne konfiguracije (za mogućnost daljeg ažuriranja od strane servisera);

vrši se demonstracija poboljšanja korisniku (primopredaja i prijem radova);

Korisnički priručnik za modifikacije je u izradi (ako je potrebno).

Za što:

Dobijate najnoviju verziju konfiguracije sa promjenama koje su vam potrebne;

Dobijate dokumentaciju o modifikacijama potrebnim za dalje
ažuriranja od strane servisnog inženjera.

Faza 4. Finalizacija pravila transfera

Šta se radi:

standardna pravila prijenosa iz 1C se finaliziraju kako bi se uzele u obzir promjene u strukturi podataka standardne konfiguracije izvorne baze podataka, kao i nestandardni računovodstveni računi koji se koriste u izvornoj bazi podataka;

Preliminarno testiranje transfera se vrši uzimajući u obzir promjene.

Za što:

Osigurava ispravan prijenos podataka koji se ne prenose standardnim pravilima razmjene;

Izmjena pravila prijenosa može biti potrebna i ako je računovodstvo u izvornoj bazi podataka izvedeno pogrešno sa stanovišta metodologije standardnog rješenja, iako izvorna konfiguracija možda nije sadržavala izmjene.

Cijena: na osnovu kompleta tehničke dokumentacije.

Faza 5. Prijenos podataka

Šta se radi:

prijenos referentnih informacija (sve ili preko linkova), prijenos stanja do određenog datuma;

kontrola ispravnosti prenosa - poređenje podataka iz izvorne i odredišne baze podataka;

priprema mogućih preporuka za usklađivanje stanja u bazi podataka prijema, uzimajući u obzir posebnosti računovodstva u različitim konfiguracijama (ako je potrebno).

Za što:

Dobijate novu bazu podataka spremnu za korištenje s vašim trenutnim stanjem.

Prijenos se vrši korištenjem pravila prijenosa koja je razvila 1C, uz korištenje modifikacija napravljenih posebno za Kupca. Sastav prenesenih podataka može se razlikovati za različite verzije konfiguracija;
karakteristike prijenosa.