Prestup zo 7.7 na 8.3. Chyby v zdrojových údajoch

V súčasnosti sa prechod z 1C:Enterprise 7.7 na 8.3 (podobne ako 8.2) stal pre účtovníkov bolesťou hlavy. Najlepšie čo najrýchlejšie a bez chýb. Ak ste programátor 1C:Accounting a potrebujete previesť dokumenty zo siedmej verzie na ôsmu, potom je tento článok určený práve vám.

Urobte len niekoľko krokov a vaše problémy s prenosom dát budú vyriešené. Pokračuj v čítaní tieto pokyny až do konca a spôsob, ako to urobiť, vám bude odhalený. Najprv sa musíte pripraviť pracovisko na vašom počítači na potrebné manipulácie. Po prvé, vaše HDD musí mať veľkosť aspoň 100 GB. Je to potrebné, pretože je viacúrovňové. A budete musieť pracovať s niekoľkými konfiguráciami 7.7.

Ak potrebujete rýchly a kvalitný prechod z účtovníctva 1C 7.7 na 1C 8.3, kontaktujte nás! Naše priemerné náklady na kľúč sú 6 600 rubľov.

Prenos údajov z účtovníctva 1C 7.7 do 1C 8.3 3.0

Takže pred prácou s prenosom údajov do verzie 1C 8.3 musíte tieto údaje pripraviť vo verzii 7.7. Ak to chcete urobiť, musíte urobiť nasledovné. Povedzme, že máte vo svojom počítači fungujúcu databázu „Účtovníctvo pre podnik“, s ktorou pracujú vaši účtovníci. Pomocou spracovania Export77 nahrajte všetky potrebné dokumenty do textového súboru a od tohto momentu sa už nikdy nevracajte do hlavnej pracovnej databázy. Vaše ďalšie manipulácie sa vyskytnú s inými konfiguráciami.

Nainštalujte najnovšie vydanie 1C:Enterprise 7.7 do nového adresára. (balíček obsahuje štandardnú prázdnu verziu (bez dát) a demo verziu). Budeme pracovať so štandardnou verziou. Teraz spustite túto databázu a na načítanie použite spracovanie Import 77 textový súborúdaje z vašej hlavnej databázy.

Pri konverzii údajov sa niektoré dokumenty nemusia spracovať. Nie je to strašidelné. Trik je v tom, že to môžete po prevode jednoducho opraviť, keďže v štandardnej databáze pracujete s hlavnou štandardnou účtovou osnovou. Preto bez ohľadu na to, aké sofistikované sú podúčty, je ľahké to opraviť vo vašej pracovnej databáze približne za 3 hodiny tak, že prejdete do každého nezaúčtovaného dokumentu a zmeníte účty, ktoré máte v konfigurácii v poliach účtu.

Prirodzene, pred prevodom najskôr zosúladíte účtovú osnovu štandardnej konfigurácie s účtovou osnovou vašej hlavnej pracovnej základne. Možnosti sú čisto individuálne v závislosti od špecifík vašej organizácie. Po vykonaní tejto práce dostanete štandardnú konfiguráciu naplnenú údajmi z vašej pracovnej databázy.

Teraz musíme vykonať ďalší prenos údajov. Ak to chcete urobiť, znova nainštalujte štandardnú nulovú konfiguráciu do nového adresára. A preneste tam dáta zo štandardnej konfigurácie s vašimi dátami.V dôsledku toho získate ideálnu databázu verzie 7, pripravenú na prenos do verzie 8.2.

Faktom je, že údaje sa prenášajú priamo do ôsmej verzie výlučne z „nedotknutej“ štandardnej verzie 7.7. A teraz máte práve takúto konfiguráciu. Teraz však nie je prázdny, ale s vašimi pracovnými údajmi.

Všetky! Spúšťame 1C:Enterprise 8.2. Vyberte „Prenos údajov od verzie 7.7“. a vychutnajte si, ako program sám prenáša údaje z vašich spracovaných 7.7., prenáša doklady a zobrazuje porovnávaciu tabuľku súvahy verzií 7.7 a 8.3.

Samozrejme, 100% výsledok nebude. Ale na 70-80 percent dostanete zhodu. A potom bude vaša práca vykonaná iba vo verzii 8.3.

Prípadné nepresnosti sa dajú ľahko opraviť. Sú to ďalšie 3-4 hodiny. Prejdete do denníka dokladov a upravíte účty alebo polia (napríklad „Dohoda“ alebo „Hlavná pokladňa“). Závisí to od miery rozdielu medzi vašou základňou 7,7. zo štandardu. V dôsledku všetkých týchto akcií bude vaša pracovná konfigurácia verzie 8.3 schopná produkovať účtovné údaje prostredníctvom súvahy v ideálnej forme.

Po prechode bude pre vás užitočné naučiť sa pracovať nový program. Na tento účel sme pripravili sekciu.

Mimochodom! Ak potrebujete úpravu programov 1C, môžete nás kontaktovať!

Video o prechode z 1 s 7,7 na 8:

Princíp činnosti.

Niekoľko slov o tom, ako sa údaje prenášajú zo štandardnej konfigurácie “ účtovníctvo", vydanie 4.5 pre 1C:Enterprise 7.7 alebo konfiguráciu "" (ďalej len zdrojové konfigurácie) do štandardnej konfigurácie " Podnikové účtovníctvo“, vydanie 3.0 pre 1C:Enterprise 8 (verzia 3.0.52), ďalej len „konfigurácia prijímača“.

DÔLEŽITÉ! Prenos dát je možný z konfigurácie účtovníctvo vydanie 4.5 pre 1C:Enterprise 7.7 verzie 7.70.569 a novšie alebo z konfigurácie " Zjednodušený daňový systém, vyd. 1.3"verzie 7.70.219 a vyššie."

Prechod zo zdrojovej konfigurácie do cieľovej konfigurácie sa odporúča na začiatku nového obdobia (rok, štvrťrok, mesiac) po ukončení regulačných operácií predchádzajúceho obdobia.

Prenos dát sa uskutočňuje pomocou špecializovaného spracovania, ktoré stiahne dáta zo zdrojovej konfiguračnej informačnej bázy do súboru vo formáte XML. Výsledný súbor sa načíta do konfiguračnej infobáze príjemcu pomocou univerzálneho spracovania načítania dát.

Na prenos údajov sú potrebné nasledujúce súbory:

ACC_ACC8 .ert - externé spracovanie nahrávanie údajov do externého súboru z konfigurácie " Účtovníctvo, Rev. 4.5»;

USN_ACC8 .ert - externé spracovanie nahrávania údajov do externého súboru z konfigurácie " Zjednodušený daňový systém, vyd. 1.3»;

ACC_ACC8 .xml - pravidlá konverzie údajov.

USN_ACC8 .xml - pravidlá konverzie údajov.

Prenosné dáta.

Nasledujúce údaje sa prenesú z informačnej databázy konfigurácie zdroja do konfigurácie príjemcu:

Prvky referenčných kníh;

Informácie o aktuálnych zostatkoch na účtovných účtoch informačnej bázy zdroja Konfigurácia ku dňu konverzie informačnej bázy;

Aktuálne dokumenty s dátumom väčším ako je dátum konverzie infobase.

Konverzia sa vykonáva v dvoch fázach:

Údaje z informačnej databázy konfigurácií zdroja sa nahrávajú do samostatný súbor(dátový súbor);

Výsledný súbor sa načíta do informačnej základne konfigurácie príjemcu.

Inštalácia.

Ak chcete nainštalovať spracovanie migrácie údajov, musíte použiť inštalačný program setup.exe. Po spustení programu (ak je číslo informačné základne 1C: Podnik je veľký, potom sa po určitom čase objaví dialógové okno, v ktorom musíte označiť tie informačné základne, kde bude nainštalované spracovanie prenosu údajov. Okno vyzerá ako na obr. Ak je počet informačných základní viac ako sedem, na navigáciu použite tlačidlá „hore“ a „dole“. Ak je vybratých niekoľko informačných databáz, riadok „cesta“ odráža umiestnenie iba poslednej zvolenej informačnej bázy. Tieto informácie majú pomocný charakter a používajú sa voliteľne na dodatočnú kontrolu zo strany užívateľa nad výsledkom práce. inštalatér, nevenujte tomu zvláštnu pozornosť, program sám určí, kde sú nainštalované vami zvolené informačné bázy.

Obr.1 Okno pre výber infobáz počas inštalácie

Okrem toho môžete určiť priečinok, do ktorého sa nainštaluje aj spracovanie prenosu údajov, použite na to okno výberu priečinka (kliknutím na tlačidlo s tromi bodkami). Úplná cesta k vybratému priečinku sa prejaví vo výberovom riadku. Po kliknutí na tlačidlo „inštalovať“ sa potrebné súbory nainštalujú do vybraných infobáz a (alebo) do zvoleného priečinka. Po dokončení môžete kliknúť na tlačidlo „podrobnosti“ a zobraziť podrobný protokol inštalácie, ktoré súbory boli zapísané do ktorých priečinkov. Výsledkom je, že vybraný priečinok by mal mať niečo ako nasledujúci obrázok, viď obr. 2.

Obr.2 Súbory nainštalované vo vybranom priečinku

Do podadresára ExtForms spracovanie je nainštalované Prechod na 1C:Účtovníctvo 8, ed. 3.0 a pravidlá prestupu. Upozorňujeme, že spracovanie nahrávania ACC_ACC8.ert a pravidlá nahrávania údajov nahrádzajú štandardné spracovanie a pravidlá. Ak chcete zachovať štandardný prechodový mechanizmus, nainštalujte nové spracovanie do samostatného adresára a nie do informačnej databázy.

Proces inštalácie je podrobnejšie opísaný na príklade inštalácie zostavy " pre konfiguráciu "1C: Účtovanie 7.7".

Operačný postup.

V programe" 1C: Účtovníctvo 7.7"musí byť otvorený z pridané vlastnosti spracovanie" Prechod na 1C:Účtovníctvo 8, ed. 3.0", vyberte priečinok, v ktorom sa nachádzajú pravidlá prevodu (pozri obr. 3) a stiahnite si pravidlá výmeny. Nemusíte zahrnúť všetky pravidlá prevodu. Mali by ste použiť len tie, ktoré sú potrebné napríklad na prevod zostatkov, alebo zostatky a doklady. Napríklad v skupine adresárov nemôže byť zahrnuté jediné pravidlo, pretože všetky adresáre sa podľa potreby prenášajú odkazom, t. j. iba tie, ktoré sú zahrnuté buď v zostatkoch alebo v dokladoch. Tým sa zabezpečí, že neexistuje „smeti" v novej informačnej databáze. Dokumenty tiež nie je potrebné zahrnúť všetko. Ak napríklad niektoré dokumenty nie sú vo Vašej databáze, alebo ich nechcete preniesť, nemusíte toto pravidlo povoliť.

Obr.3. Spracovanie na nahranie údajov

Odporúčam nastaviť názov dátového súboru na "C:\v77_v8\Exp77_80.xml", toto je priečinok, ktorý sa v programe často používa štandardne " 1C: Účtovníctvo 8"pri načítavaní údajov z programov na platforme" 1C:Podnik 7.7". V prípade potreby nastavte parametre na stránke " možnosti".

Počas procesu sťahovania údajov z konfigurácie " Účtovníctvo 7.7„Môžu sa vyskytnúť rôzne chyby. Tu uvedené pravidlá prenosu sa líšia od štandardných v tom, že vo fáze nahrávania údajov vykonávajú vyhľadávanie typické chyby. Zoberme si tie, o ktorých sa zobrazujú správy.

Nulové množstvo a nenulové množstvo inventárnych položiek. Zadanie zostatku v prijímacej konfigurácii tak, aby sa množstvo materiálu rovnalo nule a odhad nákladov na materiál nebol rovný nule, je nemožné a je to aj zbytočné, pretože ide o chybu. Preto pri prevode zostatkov takéto pozície (s nulovým množstvom) nebudú zahrnuté do dokladov na zaúčtovanie salda. V dôsledku toho, ak sa chyby pred prenosom údajov neopravia, potom sa sumy v zdroji a mieste určenia údajov pri prenose zostatkov nebudú zhodovať, čo spôsobí ďalšie ťažkosti pri zosúlaďovaní. Preto v procese sťahovania údajov z konfigurácie " Účtovníctvo 7.7» zobrazia sa hlásenia o zistených chybách (pozri obr. 4). Dodatočne na nájdenie chýb odporúčame použiť spracovanie „Expresná kontrola vedenia účtovníctva“, a to pravidlo „Neprítomnosť nenulového množstva pri nulovom množstve materiálov“.

Obr.4.1 Hlásenia o zistených chybách

Nenulový zostatok pre podúčet druhej (tretej) úrovne, pričom zostatok na prvej (druhej) úrovni je nulový. Ide o pomerne bežnú situáciu chybného vedenia záznamov. Typický príklad je znázornený na obrázku 4.2. Tento stav vzniká v dôsledku „preradenia“ v analytickom účtovníctve. Napríklad dohoda je uvedená v dokladoch o peňažných tokoch, ale v dokladoch o kapitalizácii nie je žiadna dohoda alebo naopak, alebo existujú dohody, ale sú odlišné. Vo všetkých týchto prípadoch existuje na základe zmlúv nenulový zostatok, napriek tomu, že zostatok pod protistranou je rovný nule. Podobný obraz môže nastať pri účtovaní materiálu a nomenklatúry (keď je zahrnuté celkové účtovanie podľa skladových miest): pretriedenie medzi skladmi, najmä ak sú sklady finančne zodpovedné osoby.

Obr. 4.2 Príklad chýb v účtovníctve

Je jasné, že ide o chybu a je jasné, že nemá zmysel prenášať takéto zostatky. Aby sa vylúčil prenos tohto druhu zostatkov, existuje parameter „Nevykladať zostatky, ak je na hornej úrovni nulový zostatok“. Ak je tento parameter nastavený na hodnotu jedna, potom počas nahrávania budú správy zobrazené na obr. 4.3 (porovnaj s obr. 4.2) a váhy pre takéto pozície nebudú vyložené. Môžete použiť rôzne kombinácie tohto parametra s pravidlami na prenos rôznych zvyškov. Ak prenášate nie všetky zostatky naraz, ale podľa účtovných úsekov, môžete prenášať zostatky z rôznych účtovných úsekov s rôznymi hodnotami parametrov.

Obr.4.3. Chybové hlásenia

Prázdne zmluvné hodnoty alebo zahraničné zmluvy. Problém je podobný, ako je popísané vyššie, dôvod je rovnaký – chybné zatriedenie v analytickom účtovaní zmlúv (pozri obr. 4.4). Zostatok pre protistranu však nie je nulový, takže vyššie opísané overovacie pravidlo nebude fungovať. Pri prenose údajov dôjde k chybe pri zaúčtovaní dokladu na zadávanie zostatkov, pretože prázdna hodnota zmluvy nie je povolená.

Obr.4.4 Správa zobrazujúca chybu

Na odstránenie takýchto chýb pred prenosom sa vo fáze nahrávania údajov vydávajú chybové hlásenia (pozri obr. 4.5). Rovnaký obrázok ukazuje, že došlo k ďalšej chybe: zmluva nezodpovedá protistrane, t.j. vlastníkom zmluvy je iná protistrana. Takéto chyby sa často nachádzajú v modifikovaných, t.j. neštandardných konfiguráciách alebo v dávno vytvorených databázach, kedy ani v štandardných konfiguráciách neprebehla dostatočne prísna kontrola dodržiavania zmlúv pri vypĺňaní dokumentov.

Obr.4.5 Chybové hlásenia účtovníctva

Kontrola prázdnych hodnôt zmlúv a zmlúv iných ľudí sa vykonáva, ak je parameter „ nastavený na jednu Skontrolujte zmluvy, či nemajú prázdne hodnoty a sú v súlade s protistranou Okrem toho na nájdenie chýb odporúčame použiť spracovanie „Expresná kontrola vedenia účtovníctva“, a to pravidlá „Neprítomnosť prázdnej analytiky pre zmluvy“ a „Súlad protistrán a zmlúv“.

Existujú aj ďalšie kontroly chýb, pre viac informácií nás kontaktujte (kontakty v spodnej časti stránky).

Pracovné metódy

Na príklade nahrávania dokumentov samostatného typu alebo dokonca jednotlivých kópií dokumentov vybraného typu si ukážeme, ako môžete prenášať údaje po častiach, a nie úplne. Označme len jedno pravidlo nahrávania údajov " Platobný príkaz" (pozri obr. 5). To vám umožní nahrať iba dokumenty typu " Platobný príkaz". Ak s týmito parametrami kliknete na tlačidlo " Vyložiť", potom sa stiahnu všetky dokumenty typu " Platobný príkaz", ktorý sa nachádza v časovom intervale s " dátum začiatku"Od" dátum spotreby". Stlač tlačidlo " Nainštalujte PVD", po tejto správe " Výber údajov pre Platobný príkaz".

Obr.5 Ako nastaviť pravidlo pre nahrávanie dát určitého typu

Ďalej kliknite na tlačidlo "Pridať podmienku", budete môcť vybrať atribút výberu (pozri obr. 6.1), najčastejšie je to " CurrentDocument", ktorý umožňuje vybrať jednotlivý doklad zo zoznamu dokladov tohto typu. Pomocou ďalších podrobností výberu môžete získať výber pre skupinu dokladov, napríklad vybrať doklady podľa dátumu. Vo všetkých prípadoch sa doklady vyberú v časovom intervale určenom parametrami " Dátum začiatku"A" dátum spotreby".

Obr.6.1 Ako vybrať jeden dokument

Dôležité! "1C"), ktorý v niektorých konfiguráciách neumožňuje výber dokumentov pri nahrávaní podľa detailov výberu. Je to spôsobené tým, že v štandardné pravidlá dokumenty sa vyberajú pomocou žiadosti bez určenia obdobia. Takéto žiadosti nie vždy fungujú.

Podobným spôsobom môžete nahrať adresáre, nie celý adresár, ale výberom podľa niektorých detailov. Najprv vyberte požadované pravidlo nahrávania údajov a potom postupne stlačte tlačidlá " Nainštalujte PVD"A" Pridať podmienku". Napríklad obr. 6.2 ukazuje, ako môžete vyložiť len tých zamestnancov, s ktorými v čase prechodu z programu " 1C: Zjednodušený daňový systém, vyd. 1.3"zapnuté" 1C: Podnikové účtovníctvo, vydanie 3.0“ (alebo, ako používatelia často hovoria, prechod z účtovníctva 7.7 na 3.0) boli vytvorené pracovné vzťahy.

Obr.6.2 Ako vybrať skupinu prvkov adresára

Dôležité! V navrhovaných pravidlách prenosu údajov bola opravená chyba v štandardných pravidlách (od spol "1C"), čo vedie k nesprávnemu výberu prvkov adresára pri vykladaní pomocou periodických podrobností adresára, t.j. tie, ktoré majú pre rôzne dátumy nastavené rôzne hodnoty. Je to spôsobené tým, že v štandardných pravidlách sa výber prvkov adresára vykonáva dotazom bez zadania obdobia.

Výber na základe pravidelných podrobností o adresári sa vykonáva k dátumu parametra " dátum spotreby"!!!

Môžete použiť kombináciu pravidiel nahrávania údajov a výberu. Pravidlá, ktoré majú nastavený výber, budú označené ako „[VÝBER]“. Ak chcete zobraziť alebo upraviť výber konkrétneho pravidla nahrávania údajov, musíte na toto pravidlo dvakrát kliknúť v zozname pravidiel alebo po jeho výbere kliknite na tlačidlo „ Nainštalujte PVD".

Dôležité! Ak sa ukáže, že nahrávanie objektov je prázdne alebo neúplné, musíte skontrolovať, či je režim synchronizácie nastavený pomocou 1C: Accounting 8. Ak je to tak, nahrajú sa iba objekty zmenené po prenose (Directory.Synchronous Accounting Parametre ukladajú parameter Pozícia posledného nahraného dokumentu, ktorý je pri nahrávaní kontrolovaný funkciou CheckFor Upload Possibility) . Práca na plný úväzok v režime synchronizácie nebude možné. Režim synchronizácie sa skontroluje po načítaní pravidiel výmeny. Ak je režim nainštalovaný, vygeneruje sa varovné okno (pozri obr. 6.5) a budete požiadaní o deaktiváciu režimu synchronizácie.

Ryža. 6.5 Varovné okno režimu synchronizácie

Ďalšie rozdiely oproti štandardným pravidlám

Opravená chyba pri prenose PT&U so starými typmi príjemky: ak v dokladoch Príjem tovaru a služieb je typ príjemky rovný 2 (neaktuálna hodnota) a neexistuje dodávateľská faktúra, chybná konverzia tohto dokladu v BP 3.0 na návratku dokladom od kupujúceho.

Bola opravená chyba pri prenose manuálnych operácií, ktoré majú podúčet divízie, do PROF verzie BP. Takáto operácia nie je zaznamenaná v BP, vyskytne sa chyba: „Pole Division musí byť prázdne“. Je to spôsobené tým, že pravidlá sú navrhnuté pre prácu s verziami CORP, avšak v PROF musia byť dimenzie DivisionDt a DivisionKt účtovného registra prázdne.

Opravená chyba, ktorá viedla k duplikácii skupín adresárov zmluvy a v dôsledku toho k duplikácii prvkov tohto adresára (keďže vyhľadávanie počas načítavania sa vykonáva s prihliadnutím na rodiča). Toto je znázornené na obrázku 6.6.

Obr.6.6 Výsledok prenosu adresára zmluvyštandardné pravidlá

Tu v stĺpci Rodič(skupina adresárov) s názvom 2015 Existujú dve rôzne skupiny adresárov s rovnakým názvom (v zdroji je len jedna skupina), preto sú zmluvy duplikované.

Opravená chyba pri prevode bankových dokladov pri prevode peňazí z jedného bežného účtu na druhý. IN BP 3,0 v tomto prípade sa vytvorí dokument Debetovanie z bežného účtu s typom operácie prevod na iný účet organizácie, ktorá sa nevykonáva z dôvodu nevyplnenia údajov Účet príjemcu. Údaje sú navyše nesprávne vyplnené. účtu A Debetný účet. To sa ukáže, ak sú odlišné, napríklad 55 a 51, potom ich treba vymeniť. Opravená chyba pri nevypĺňaní údajov Druh záväzku v dokladoch o prevode dane. Všetko vyššie uvedené platí pre vydanie 3.0.43.215.

Rekvizity sa prenesú hlavná zmluva adresár protistrany.

Pravidlo pre sťahovanie adresára bolo zmenené Nomenklatúra, teraz je metódou výberu údajov štandardné vzorkovanie, ktoré umožňuje vyberať prvky adresára podľa detailov (v štandardných pravidlách zjednodušeného daňového systému 7.7 - BP 3.0 to nie je možné). Pri prenose adresára Nomenklatúra, sú prevedené a Ceny položiek cez odkazy, t.j. ceny len prevádzaných položiek nomenklatúry. Ak chcete povoliť túto funkciu, musíte nastaviť hodnotu parametra na jednu Nahrajte ceny pri vykladaní položiek.

V štandardných pravidlách "USN 7,7 - BP 3,0" bola opravená chyba pri prevode zostatkov na vyrovnanie s protistranami: typ dohody bol vždy nastavený na Iné. Teraz - v závislosti od typu zostatku, podľa účtovnej sekcie " Kalkulácie s dodávateľmi a dodávateľmi"typ zmluvy =" S dodávateľom", podľa účtovného oddielu" Výpočty s kupujúcimi a zákazníkmi"typ zmluvy =" S kupujúcim", v ostatných prípadoch typ zmluvy = " Iné".

V štandardných pravidlách "USN 7,7 - BP 3,0" bola opravená chyba pri prevode zostatkov na vyrovnanie s protistranami: výška vzájomných vyrovnaní bola zaznamenaná v dvoch detailoch vstupného dokumentu počiatočné zostatky Sum A SumaKt. Z tohto dôvodu nebol zaúčtovaný vstupný doklad pre počiatočné stavy.

SkontrolujteS kupujúcim" (v štandardných pravidlách" Iné"). Hodnota atribútu " je nastavená. Štát platby“, je to dôležité pre správna voľba faktúry na úhradu kupujúcemu v bankových platobných dokladoch v Konfigurácii príjemcu.

Pri prenose dokumentov formulára " Platobný príkaz"typ zmluvy je nastavený na" S dodávateľom" (v štandardných pravidlách" Iné").

Bola opravená chyba v štandardných pravidlách "USN 7.7 - BP 3.0" pri prenose miest uloženia: údaje "nie sú vyplnené" Skladový typ".

Pridaný parameter " Vrátane výmeny s regulačnými orgánmi": ak je jeho hodnota 1, potom rekvizita Typ výmeny s kontrolnými orgánmi prvok adresára " organizácie"nastaviť na hodnotu" Výmena v univerzálnom formáte", inak v " ExchangeDisabled"ako v štandardných pravidlách. Toto je dôležité pre opakované (pravidelné) prevody, aby sa nepokazilo nastavenie EDF.

Pravidlo vyhľadávania pre stiahnuté položky pre adresár bolo zmenené " protistrany": najprv vykoná vyhľadávanie TIN A kontrolný bod(ak sú tieto hodnoty vyplnené), tak iba podľa TIN a nakoniec tým názov. Vo všetkých troch prípadoch vyhľadávanie zahŕňa atribút skupiny (ThisGroup) a samotnú skupinu (Parent). Toto je dôležité pri opakovaných (pravidelných) prevodoch, aby nevznikali duplikáty pre protistrany so zmenenými menami PO načítaní.

Pri prevode protistrán vyplňte údaje KrajinaRegistráciačo znamená „Rusko“. Je to potrebné, aby po načítaní adresára protistrán do programu "1C účtovníctvo 8" Nemusel som ručne vypĺňať požadované údaje KrajinaRegistrácia. Ak nie je vyplnený, potom vo forme prvku adresára " protistrany"podrobnosti budú k dispozícii" Daňové identifikačné číslo"A" Reg. číslo"a podrobnosti" TIN"A" kontrolný bod“ bude skrytý.

Do pravidiel prenosu „USN 7.7 - BP 3.0“ pribudlo pravidlo nahrávania údajov na prenos adresára „Zamestnanci“ (v štandardných pravidlách sa prenáša iba adresár jednotlivcov).

V pravidlách prevodu "USN 7,7 - BP 3,0" bolo opravené pravidlo prevodu pre informačný register Aktuálna tarifa zamestnancov.

Vlastnosti prevodu platobných príkazov na platby daní

Pre platobné príkazy s typom transakcie Prevod dane Je potrebné vyplniť ďalšie údaje: KBK - kód rozpočtovej klasifikácie, stav zostavovateľa a pod. Štruktúry týchto detailov sú in Bukh 7.7 (USN 7.7) a v BP 3,0 nezhodujú. Najmä v BP 3,0 Niektoré z týchto podrobností sú zahrnuté v samostatnom adresári Druhy daní a odvodov do rozpočtu, odkaz na ktorý sa nachádza v platobnom príkaze. Adresár obsahuje množstvo dodaných prvkov, ktoré sa objavujú v informačnej báze, napríklad pri úprave účtovnej zásady. Pri prenose údajov sa tieto prvky prejavia aj pri načítaní účtovnej zásady. Pri nahrávaní a sťahovaní platobných príkazov prvok adresára Druhy daní a odvodov do rozpočtu vyhľadal pomocou KBK náhradu do detailov platobného príkazu daň. Preto sa odporúča po prenose účtovných zásad skontrolovať, či sa v adresári objavujú všetky potrebné dane a prípadne ich doplniť. Pri porovnávaní (synchronizácii) KBK v platobných príkazoch zdroj a príjemca nezohľadňujú štyri kategórie KBK, kategórie 14-17, kód podtypu príjmu: daň, penále, pokuta atď. V adresári Druhy daní a odvodov do rozpočtu tieto bity sú vyplnené nulami. Pri pridávaní nových prvkov do adresára by mali byť aj číslice 14-17 vyplnené nulami.

Prenos rozsiahlych informačných databáz.

Po prvé, pri prenose veľkých infobáz môže proces sťahovania údajov trvať veľmi dlho. Stáva sa to vtedy, ak je v jednej účtovnej časti veľké množstvo zostatkov, napríklad zostatky tovaru. Ak chcete skrátiť čas nahrávania, môžete použiť techniku ​​rozdelenia jedného dokumentu " Zadávanie počiatočných zostatkov" pre niekoľko. Ak nastavíte hodnotu parametra " Počet riadkov v doklade o zaúčtovaní salda" rôzne od nuly (pozri obr. 6.3), potom bude nahrávanie údajov do jedného dokumentu obmedzené na zadanú hodnotu. To môže veľmi výrazne (niekoľkokrát) skrátiť čas nahrávania.

Obr.6.3 Nastavenie parametrov pri prenose dát s obmedzením veľkosti dokumentu " Zadávanie počiatočných zostatkov»

Poznámka: Hodnota parametra obmedzuje počet riadkov tabuľky transakcií nahraných do jedného dokumentu " Zadávanie počiatočných zostatkov“, namiesto zadávania počtu riadkov samotného dokumentu. Preto sa počet riadkov dokladu bude líšiť od hodnoty parametra, nejde o chybu. Pri rozdelení dokumentu " Zadávanie počiatočných zostatkov” pre niekoľko dokumentov sa ku komentáru každého dokumentu na konci riadku pridá postfix: „-1“, „-2“ atď.

DÔLEŽITÉ! Opísaný algoritmus na rozdelenie jedného dokumentu " Zadávanie počiatočných zostatkov„viaceré slúžia len na skrátenie času nahrávania dát, všetky dokumenty sa nahrávajú do jedného súboru, t.j. Prenos dát prebieha v jednom kroku, komentáre (postfixy) sa generujú automaticky, špecifikuje sa len jeden parameter. Táto technika však nerieši problém nedostatku pamäte, o ktorom sa bude diskutovať nižšie.

Pri migrácii veľkých infobáz môže nastať problém nedostatku informácií. Náhodný vstup do pamäťe: Pri pokuse o odovzdanie sa program ukončí s príslušnou chybovou správou alebo bez nej. Pokúšať sa vymeniť počítač za výkonnejší je zbytočné. V tomto prípade by ste mali nahrať údaje po častiach a rozdeliť ich na časti. To si vyžaduje pravidlá prenosu, ktoré podporujú špecifikovaný režim. Pozrime sa, ako vyložiť. Po prvé, prenos údajov by sa mal vykonávať iba pomocou jedného pravidla nahrávania (pozri obr. 6.4). Ak prenos nie je možný podľa jedného pravidla, rozdelíme ho na časti s uvedením počiatočného a konečného čísla porcie. Každá časť bude obsahovať informácie pre daný počet hodnôt analýzy prvej úrovne, napríklad zostatky produktov, t.j. zadaný počet hodnôt zostatkov na účte „41“. Keď poznáte celkové množstvo analytiky pre účet, je ľahké vypočítať počet porcií. Koľko dát sa naraz bez problémov prenesie (do jednej informácie) je potrebné určiť experimentálne, spravidla pri nahrávaní zostatkov na účtoch nastávajú problémy s prenosom pri počte zostatkov niekoľko tisíc a viac. Aj keď pre úsporu času na nahrávanie údajov odporúčame ich rozdeliť na časti, aj keď je možné naraz nahrať všetky zostatky v účtovnej časti. Čas nahrávania závisí od veľkosti časti údajov, nie proporcionálne, nie lineárne. Preto rozdelením napríklad desaťtisícových zostatkov produktov na desať častí tisíc môžete čas vykládky skrátiť niekoľkonásobne. Ak prenášame prvú časť, nemusí byť uvedené číslo počiatočnej časti, ak sa prenáša posledná časť, nemusí byť uvedené číslo poslednej časti.

DÔLEŽITÉ! Pri prenose dát po častiach je potrebné zadať v parametroch postfix, ktorý sa podieľa na tvorbe komentára dokumentu “ Zadávanie počiatočných zostatkov" Pri zmene čísel rozsahu porcií nesmiete zabudnúť zmeniť príponu, inak sa pri načítaní do Konfigurácie príjemcu prepíšu dokumenty s rovnakými komentármi (postfixy). Názov dátového súboru nie je obzvlášť dôležitý. Môžete použiť sekvenčnú taktiku presunu: vyložiť - načítať, vyložiť - načítať atď. V tomto prípade nie je potrebné meniť názov dátového súboru. Môžete si zvoliť taktiku: najprv všetko vyložte, potom všetko naložte. V druhom prípade sa názov súboru s údajmi bude musieť zmeniť pri každom nahrávaní. Ešte jeden príklad. Ak je počet zostatkov v účtovnej časti (napríklad tovar) povedzme 10 000, rozdelíme to na tisíc, tak dostaneme 10 porcií. Každá časť musí mať jedinečný postfix: "-1", "-2", "-3", "-4". Ak vyložíme všetok zostávajúci tovar a potom všetko naložíme, potom aj dátové súbory musia byť jedinečné, napríklad: „41_1“, „41_2“, „41_3“, „41_4“. Parametre „Začiatok čísla časti“ a „Koniec čísla časti“ by mali mať nasledujúce hodnoty: 0, 1000; 1001, 2000; 2001, 3000; 3001,4000.

Obr.6.4 Nastavenie parametrov pri prenose dát po častiach

Prenos údajov po častiach je podporovaný pre nasledujúce pravidlá nahrávania:

    Dlhodobý majetok

    Materiály

    Odchýlky v obstarávacej cene položiek zásob

    DPH z nakúpeného majetku

    Nedokončená výroba

  • Hotové výrobky a polotovary

    Výdavky na predaj

    Tovar odoslaný

    Hotovosť

    Finančné investície

    Vyrovnanie s dodávateľmi a zmluvnými partnermi

    Ostatné vyrovnania s protistranami

    Dane a poplatky

    Dohody s personálom

    Výpočty so zodpovednými osobami

    Vyrovnania so zakladateľmi

    Vyrovnania s inými dlžníkmi a veriteľmi

    Kapitál a rezervy

    Budúce výdavky

    Odložené daňové pohľadávky a záväzky

    Finančné výsledky

    Podsúvahové účty

Nesnažte sa riadiť smiešnymi radami typu: „Preneste najskôr referenčné knihy a potom preneste zvyšky.“ Po prvé, nemá zmysel presúvať adresár samostatne, či už po častiach, alebo ako celok , ak sa chyba vyskytne pri vykladaní zostatkov, tak to nepomôže. Chyba s najväčšou pravdepodobnosťou skutočne nastane pri prenose zostatkov (pri vykladaní, je to dôležité pochopiť), keď sa adresár prenáša pomocou odkazov. Nezáleží na tom, či už bol adresár prenesený alebo nie, pri vykladaní zvyškov sa bude stále vykladať bez obmedzení. Po druhé, prenos celých adresárov je zvyčajne prenos odpadu; nemali by ste to robiť.

Po dokončení vykládky musíte spustiť program 1C:Accounting 8. Načítanie, počiatočné aj počas opakovaných prenosov dát alebo dodatočných prenosov, by sa malo vykonávať pomocou štandardného spracovania (pozri obr. 7).

Pozor, dôležité. Liečba Univerzálna výmena dát vo formáte XML (v niektorých vydaniach 3.0.43.x) obsahuje chyby. Je možné použiť opravené spracovanie Univerzálna výmena dát vo formáte XML, ktorý je súčasťou dodávky a je nainštalovaný v adresári databázy účtovníctvo vydanie 4.5.

Po načítaní do programu 1C: Účtovníctvo 8 doklady na zadanie zostatkov treba zaúčtovať a zvyšné doklady preúčtovať. Najlepšie sa to robí pomocou spracovania Skupinový prenos dokumentov, ktorý sa nachádza v sekcii Administrácia. Ak to nie je viditeľné v zadanej časti, nakonfigurujte panel akcií pridaním požadovaného príkazu (pozri obr. 7.1)

Obr.7.1 Nastavenie lišty akcií

Dôležité. Nemôžete použiť spracovanie zo štandardnej konfigurácie, pretože funguje v režime ladenia obsluhy (Exchange Processing.Handler DebuggingMode Flag = True) a neumožňuje použitie obsluhy "Vyhľadávacie polia" vyhľadať stiahnuté položky pre adresár " protistrany" (pozri vyššie). Presnejšie povedané, všetky manipulátory, ktoré sa používajú pri načítaní, sú v spracovaní zabudované do konfigurácie Procesory na stiahnutie z účtovníctva77. Preto nie je možné uskutočniť prevod podľa zmenených pravidiel, podľa najmenej vo fáze nakladania.

Je možné použiť podobné externé spracovanie Prenos údajov z informačných báz 1Enterprise77(je súčasťou dodávky). Nižšie popíšeme, ako ho používať (ešte raz - externé spracovanie).

Po dokončení vykládky musíte spustiť program 1C:Accounting 8. V menu: Súbor - Otvoriť a ukážte na externé spracovanie Prenos údajov z informačných báz 1Enterprise77.

Potom sa zobrazí formulár, v ktorom je potrebné špecifikovať možnosť načítania dát – Načítať dáta zo súboru (obr. 7.2).

Potom sa zobrazí dialógové okno, v ktorom je potrebné zadať cestu k nahrávanému súboru (pozri obr. 7.3).

Kliknutím na „Načítať údaje“ spustíte proces načítania údajov (pozri obr. 7.4), po dokončení ktorého bude potrebné vygenerovať súvahu a skontrolovať obrat v zdrojovej konfiguračnej databáze a cieľovej konfigurácii, do ktorej sa sťahovanie vykonalo .

Ak sa počas procesu prenosu údajov vyskytnú nejaké chyby, otvorí sa okno so správou, v ktorom môžete chybu odstrániť dvojitým kliknutím. Ak chcete získať správu o chybách, ktoré sa vyskytli s popisom a odporúčaniami na odstránenie, musíte kliknúť na hypertextový odkaz „ Informácie o chybe».

Načítanie pri opakovaných prenosoch dát alebo dodatočných prenosoch jednotlivých dokumentov alebo adresárov je možné vykonať pomocou štandardného spracovania „Universal Data Interchange in XML Format“, čím sa proces urýchli.

Technika konverzie údajov.

Ak je to potrebné, konverziu je možné vykonať v niekoľkých fázach, napríklad najprv zostatky a potom doklady. Opätovný prenos informácií je možný.

Zostatky sa prenášajú prostredníctvom dokumentov " Zadávanie počiatočných zostatkov».

Viac podrobností o metodike zadávania zostatkov nájdete v článku na stránke ITS spoločnosti 1C (pre 1C: Enterprise Accounting rev. 3.0)

Dôležité! Pred zadaním počiatočných stavov je potrebné nastaviť parametre účtovnej politiky. Parametre účtovnej politiky organizácie sa čítajú v deň nasledujúci po dátume zadania zostatkov. Ak je napríklad dátum zadávania zostatkov 31. december 2013, potom sa berú do úvahy parametre účtovnej politiky stanovené k 1. januáru 2014. To vám umožní zohľadniť parametre aktuálnej účtovnej politiky (napríklad: ak v roku 2013 organizácia uplatňovala zjednodušený systém zdaňovania a od roku 2014 .prešla na spoločný systém- potom pri zadávaní zostatkov k 31.12.2013 budú zohľadnené parametre účtovnej politiky roku 2014). Uistite sa, že účtovné zásady boli prenesené správne, v prípade potreby ich opravte.

Dôležité! Ak sa rozhodnete začať pracovať v konfigurácii príjemcu skôr, ako tam prenesiete zvyšok, musíte pred začatím práce v konfigurácii príjemcu najskôr preniesť adresáre. V opačnom prípade sa môžu vyskytnúť chyby pri prenose zostatkov do neprázdnej databázy.

Odpovedám na otázky! Pravidlá spracovania a prenosu, ktoré sú súčasťou dodávky, sú otvorené a nie sú žiadnym spôsobom chránené pred kopírovaním. To neznamená, že kupujúci (držiteľ licencie) má právo na šírenie a rozmnožovanie. Držiteľ licencie takéto právo nemá. Držiteľ licencie má právo na použitie. Uplatnením tohto práva môže nadobúdateľ licencie vytvárať archívne kópie, vykonávať zmeny a používať neobmedzený počet krát na neobmedzenom počte počítačov. Na spresnenie alebo opravu pravidiel prevodu, ako aj na to, aby ste sa s nimi lepšie oboznámili, musíte pravidlá načítať do programu Konverzia údajov. Tento program distribuuje 1C a určuje pravidlá jeho používania.

Dôvody na kúpu

Pravidelne aktualizované. Aktualizácie sú bezplatné šesť mesiacov po zakúpení. Zaradené do TOP 100 publikácií Infostart.

Výhody

Text pravidiel a spracovanie sú otvorené, používa sa technológia Data Conversion a ľahko sa upravujú.

Porovnanie verzií

    29.01.2019 Pravidlá aktualizované na vydanie 3.0.67.70

    07/05/2018 Pravidlá aktualizované na vydanie 3.0.63.22

    25.09.2017 Aktualizované pravidlá na vydanie 3.0.52.36

    18.07.2017 Pravidlá aktualizované na vydanie 3.0.51.16

    12.10.2016 Opravená chyba pri prenose odborného vzdelávania a prípravy so starými typmi prijímania

    09/08/2016 Pravidlá aktualizované na vydanie 3.0.44.102

    18.06.2016 Opravená chyba pri prenose manuálnych operácií, ktoré majú podúčet Divízia

    31.05.2016 Pravidlá boli aktualizované na vydanie 3.0.43.236. V štandardných konfiguráciách (BP vydania 3.0.43.174 - 235) v spracovaní Universal XML Data Exchange procedúra Load Parameters nefunguje správne. Pravidlá boli zmenené, aby túto chybu obišli. Na načítanie do BP 3.0 môžete použiť aj spracovanie Universal Data ExchangeXML, ktoré je súčasťou dodávky. Zapisuje sa počas inštalácie do podadresára ExtForms v adresári info. základy 7.7.

    25.05.2016 Aktualizované pravidlá na vydanie 3.0.43.215

    5.11.2016 Obmedzenie dĺžky názvu zmluvy sa zmenilo z 50 na 100.

    23.02.2016 Pravidlá aktualizované na vydanie 3.0.43.29

    21.12.2015 Spracovanie a pravidlá aktualizované na vydanie 3.0.42.33

    11.11.2015 Pridaná kontrola režimu synchronizácie

    18.05.2015 Spracovanie a pravidlá aktualizované na vydanie 3.0.40.24

    14.05.2015 Prevod platobných dokladov za dane bol ukončený

    04/08/2015 Spracovanie a pravidlá aktualizované na vydanie 3.0.39.56. Vo verzii 3.0.39 sa zmenila štruktúra faktúry za platbu: už neexistuje tabuľková časť „Služby“, teraz sú tovary a služby v jednej tabuľkovej časti „Tovar“. Preto pravidlá pre 3.0.38 nemožno použiť na prenos na 3.0.39

    04/02/2015 Spracovanie a pravidlá aktualizované na vydanie 3.0.38.53

    23.12.2014 Spracovanie a pravidlá aktualizované na vydanie 3.0.37

Obsah dodávky.

Balenie obsahuje: spracovanie "ACC_ACC8", pravidlá prestupu "ACC_ACC8" a spracovanie Prenos údajov z informačných báz 1Enterprise77. Ak vaša organizácia nemá programátora na plný úväzok na vykonanie práce, sme pripravení ponúknuť služby nášho špecialistu (programátor sa pripojí k vášmu počítaču cez internet, cez špeciálny program na prácu na diaľku a vykoná potrebné práce). Ak je to možné, poskytnite pracovnú základňu "1C: Účtovníctvo 7.7", môžeme preniesť údaje sami a preniesť súbor " 1C: Účtovníctvo 8" s prevedenými zostatkami. Cena tejto služby nie je zahrnutá v celkovej cene balíka.


© Boris Balyasnikov, január 2014, posledné zmeny januára 2019

Používatelia „1C: Accounting 7.7“ teraz nemusia čakať do konca roka, kým prejdú na „1C: Accounting 8“. Prechod je možné vykonať na konci ktoréhokoľvek mesiaca zdaňovacieho obdobia. Technológia prevodu zostatkov už bola testovaná v existujúcich podnikoch, z ktorých jeden je opísaný odborníkmi z Automated Accounting Systems LLC. Článok obsahuje popis metodiky prenosu a všeobecné odporúčania pre vstupnú a výstupnú kontrolu prenášaných dát.

Pred presťahovaním do Laima LLC (Miass, Čeľabinská oblasť) bol použitý program „1C: Účtovníctvo 7.7. Štandardná verzia“. Program je nainštalovaný na prenosnom počítači. Práca sa vykonáva v domácej kancelárii.

Uvoľnenie novej metodiky prenosu údajov spoločnosťou 1C a malý objem informačnej základne umožnili prenos údajov za rok 2006 priamo v čase inštalácie 1C: Accounting 8.

Spôsob prenosu údajov

Nový spôsob prechodu z „1C: Accounting 7.7“ na „1C: Accounting 8“ zahrnutý vo verzii 1.5.8.5 umožňuje prenos údajov z informačnej základne „1C: Accounting 7.7“, čo by zabezpečilo správne vykonanie v „ 1C: Účtovanie 8" nasledujúcich akcií:

  • vykonávanie dokladov vydaných po prechode na „1C: Účtovníctvo 8“;
  • tvorba účtovných registrov pre prúd vykazované obdobie(súvaha obratu, hlavná kniha atď.);
  • vytvorenie daňových účtovných registrov za bežné účtovné obdobie, ktoré obsahujú ukazovatele určené kumulatívnym súčtom od začiatku roka;
  • generovanie regulovaného výkazníctva za aktuálne vykazované obdobie.

Prechod z „1C: Účtovníctvo 7.7“ na „1C: Účtovníctvo 8“ pomocou tejto metódy sa odporúča vykonať na začiatku nového zdaňovacieho obdobia (roka), alebo ak už bolo otvorené nové obdobie, tak na konci. nasledujúceho mesiaca aktuálneho vykazovaného obdobia. Počas procesu prenosu údajov do 1C:Accounting 8 sa načítajú nasledujúce informácie:

  • stavy účtovných a daňových účtov k začiatku bežného účtovného obdobia (k 1. januáru bežného roka);
  • obrat na účtovných a daňových účtoch za bežné účtovné obdobie s konsolidovanými mesačnými výkazmi;
  • dočasné rozdiely zohľadnené v príslušných daňových účtoch (pre organizácie uplatňujúce PBU 18/02);
  • podklady na zadávanie počiatočných stavov dlhodobého majetku a nehmotného majetku;
  • základy dane z príjmov fyzických osôb a dane zo mzdy za bežné účtovné obdobie;
  • neuhradená platba prijatých a vystavených faktúr na konci posledného uzavretého mesiaca aktuálneho vykazovacieho obdobia;
  • informácie o objektoch analytického účtovníctva.

Prípravné operácie v "1C: Účtovníctvo 7.7"

Prenos údajov z "1C: Účtovníctvo 7.7" je možný od vydania 7.70.477. Preto bolo pred migráciou potrebné aktualizovať konfiguráciu na toto vydanie.

Taktiež je potrebné zabezpečiť, aby boli vykonané bežné účtovné a daňové účtovné operácie minulý mesiac rok (vrátane reformy súvahy).

Všetky súbory potrebné na prenos údajov sa nachádzajú v priečinku Convert v adresári šablóny vydania 1.5.8.5 „1C: Accounting 8“. Je lepšie skopírovať obsah tohto priečinka do adresára ExtForms informačnej databázy 1C: Accounting 7.7.

Metóda prenosu umožňuje jedinú prípravnú operáciu - kontrolu kódov adresárov, ktoré sa môžu stať nejedinečnými pri prenose údajov do 1C: Účtovníctvo 8. Na overenie sa používa externé spracovanie ChkCode.ert.

Aby sme si však overili správnosť účtovníctva a daňového účtovníctva v databáze „1C: Accounting 7.7“ a nepreniesli zjavne chybné zápisy do „osmičky“, je užitočné vykonať technologickú analýzu účtovníctva (Menu „Výkazy -> Technologická analýza účtovníctva" ), ako aj analýza stavu daňového účtovníctva ("Daňové účtovníctvo -> Analýza stavu daňového účtovníctva").

Problémy sú spravidla spôsobené „ručnými“ zápismi, ktoré sa vykonávajú bez kontroly počiatočného stavu, kvantitatívneho účtovníctva atď. Nová technika dokonca takéto transakcie prenesie správne, ale prichádzajúca kontrola vám umožňuje okamžite identifikovať problémy a vydať odporúčania na ich nápravu.

V našom prípade kontrola odhalila nezrovnalosti v účtovníctve týkajúce sa odpisu odpisov dlhodobého majetku na straty z predchádzajúcich období, ktoré sa po prechode rozhodlo opraviť v „1C: Účtovníctvo 8“.

Prenos dát

Samotný prenos dát sa vykonáva pomocou externé spracovanie V77Exp.ert (menu "Súbor -> Otvoriť"). Dialógové okno spracovania zobrazuje:

  • súbor pravidiel konverzie dát - Acc77_80.xml (pole "Názov súboru pravidiel");
  • súbor, do ktorého sa budú údaje nahrávať (pole „Názov súboru údajov“);
  • dátum začiatku aktuálneho vykazovaného obdobia - 1. január 2006 (pole "Dátum začiatku");
  • dátum ukončenia posledného uzavretého mesiaca v aktuálnom období (pole „Dátum ukončenia“). V našom prípade 31.5.2006.

Po kliknutí na tlačidlo „Načítať pravidlá výmeny“ sa v dialógovom okne spracovania vyplní zoznam pravidiel nahrávania údajov. Načítaný zoznam je zoznam účtov, ktorých výsledky je možné stiahnuť, a adresárov, ktoré je možné preniesť do konfigurácie "Podnikové účtovníctvo". V tabuľke vpravo môžete nastaviť výber na základe hodnôt podrobností pre väčšinu pravidiel nahrávania údajov (napríklad pre selektívne nahrávanie položiek).

Keďže prenášame údaje zo „siedmich“, pri prvom spustení 1C: Accounting 8 musíte opustiť počiatočné naplnenie databázy. Potom pomocou spracovania načítania dát (menu “Nástroje -> Výmena dát -> Univerzálna výmena dát vo formáte XML”) načítame prenosový súbor do osmičky.

Vyšetrenie

Celý postup prenosu údajov netrval dlhšie ako pol hodiny. Zostáva len uistiť sa, že všetky údaje boli prenesené správne. Tu je najlepšie začať súvahou za obdobie prenosu údajov. Pre súvahové účty sa musia zhodovať výkazy vygenerované v „1C: Účtovníctvo 7.7“ a „1C: Účtovníctvo 8“. Ak sa obrat na niektorom účte nezhoduje, je potrebné pre tento účet vygenerovať podrobnejšie zostavy (obratová súvaha alebo karta), aby sa zistilo, ktorý obrat nebol prevedený. Môžete si tak skontrolovať všetky údaje s výnimkou zostatkov dlhodobého a nehmotného majetku, základov dane z príjmov fyzických osôb a dane zo mzdy za bežné účtovné obdobie a dlhu na úhrade prijatých a vystavených faktúr ku koncu poslednej uzávierky mesiaca aktuálneho vykazovaného obdobia.

V našom prípade v „1C: Účtovníctvo 7.7“ neboli údaje o investičnom majetku zadané úplne a v „ôsmich“ sa jednoducho nezadali dokumenty „Zadanie počiatočných zostatkov dlhodobého majetku“, a preto neexistovali žiadne zostatok na začiatku obdobia pre účet 01. Tieto dokumenty boli ručne opravené.

Účtovný podsystém DPH je implementovaný v „1C: Accounting 8“ na registroch, na kontrolu správnosti prevodu by ste mali použiť univerzálny výkaz „Zostatky a obraty“ (Výkazy -> Zostatky a obraty) bez obmedzenia doby účtovania. oddiely „DPH predložená“, „DPH zo záloh“ rozobrať správnosť prevodu účtov ZPK a ZPR.

Väčšina používateľov programu 1C 7.7 si prechod z 1C 7.7 na 8.3 (8.2) predstavuje ako niečo zložité a podliehajúce iba programátorom. Ak organizácia nemá úplne prepracovanú konfiguráciu, tento článok bol napísaný pre vás a pomôže vám s prechodom na 1C 8.3 alebo 8.2.

Ako pripraviť databázu 1C 8.3 (8.2) na následný prenos údajov z 1C 7.7 krok za krokom

Pred začatím práce musíte pripraviť databázu 1C 8.3 (8.2) na následné načítanie údajov.

Krok 1

Aktualizujte databázu 1C na najnovšie vydanie, použite najnovšiu verziu 8.2 alebo 8.3. Relevantnosť aktuálneho vydania môžete skontrolovať na webovej stránke technickej podpory 1C.

Ako nainštalovať alebo aktualizovať platformu 1C 8.3, pozrite si náš video tutoriál:

Krok 2

Vykonajte bežné operácie na konci mesiaca. Okrem toho si môžete skontrolovať svoje účtovné záznamy prostredníctvom Služba – Overenie údajov pre prechod na účtovníctvo 1C 8. Ak sa vyskytnú chyby, opravte ich.

Krok 3

Krok 5

Vytvorte čistú databázu na načítanie údajov. Je to potrebné na okamžité zrušenie sťahovania údajov v prípade nepredvídaných situácií. Horné menu vyberte programy Administrácia – nahrávanie údajov, zadajte názov nahrávaného súboru a miesto, kde sa uloží.

Vďaka týmto prípravným opatreniam budú z databázy odstránené nepotrebné objekty, databáza 1C sa zmenší. Výsledky sa prepočítajú a skontroluje sa logická integrita databázy. Teraz môžete začať prenášať údaje z 1C 7.7 na 1C 8.3 (8.2).

Ako pridať informačnú základňu do 1C 8.3, pozrite si nasledujúcu video lekciu:

Prenos údajov z 1C 7.7 do 1C 8.2 Účtovníctvo 2.0

IN Najnovšia verzia vydanie programu 1C 8.2 Accounting 2.0, preklad z informačných databáz 1C 7.7 nie je podporovaný. V súlade s požiadavkami spoločnosti 1C je potrebné urobiť. Ak teda v databáze 1C 8.2 vyberiete Služba – Prenos údajov z informačných databáz 1C Enterprise 7.7, potom dostaneme chybu:

Čo by ste však mali robiť, ak ho skutočne potrebujete preniesť konkrétne do verzie 1C 8.2?

Krok 1. Nahrávanie údajov z 1C 7.7

Na nahranie do účtovníctva 1C 8.2 je potrebné stiahnuť súbory, ktoré predtým dodal 1C. Tieto súbory musia byť umiestnené v priečinku ExtForms z vašej databázy. V príklade je to D:\1с\77\unp_demo\ExtForms. Cestu k databáze si môžete pozrieť pri načítaní programu 1C:

Spustite toto spracovanie: Ak je všetko vykonané správne, mala by sa zobraziť správa „Nahrávanie údajov pre 1C Accounting 8“, vyberte ju kliknutím na tlačidlo Otvoriť:

  • Pravidlá nahrávania – súbor s názvom Acc77_80.xml sme skopírovali do priečinka ExtForms;
  • Dátum začiatku a dátum ukončenia – obdobie, počas ktorého sa budú údaje sťahovať;
  • Pravidlá pre nahrávanie údajov – objekty, ktoré sa majú nahrať, adresáre a dokumenty, ktoré je potrebné nahrať do súboru.

Dátový súbor v príklade sa skopíruje na plochu, ale môžete vybrať ľubovoľný iný priečinok. Kliknite na tlačidlo Načítať pravidlá výmeny. Otvorí sa zoznam objektov, ktoré budú vyložené z 1C 7.7 a ktoré je možné upraviť odstránením alebo začiarknutím políčok výberu:

V závislosti od situácie môžete nahrať údaje buď všetky naraz, alebo po častiach. Najprv uvoľníme adresáre - 95% z nich je uvoľnených bez problémov. Druhým súborom nahrávame zostatky a obraty podľa účtovných úsekov. Túto možnosť je vhodné použiť, ak niektoré údaje nie sú nahrané celkom správne.

Krok 2. Načítanie do 1C 8.2 Accounting 2.0 z 1C 7.7

Vyberte si Služba – Prenos údajov z informačných databáz 1C Enterprise 8, v zobrazenom okne vyberte možnosť Načítať zo súboru:

Vyberte súbor, ktorý bol stiahnutý z 1C 7.7 na plochu. Po kliknutí na tlačidlo Ďalej sa zo súboru načítajú údaje. Ak sa účtovníctvo v databáze 1C 7.7 udržiavalo dlhú dobu, načítanie môže trvať dlho.

Ak sa pri sťahovaní vyskytnú chyby, stiahne sa len časť údajov, a preto sa bude musieť stiahnuť znova.

Prenos údajov z 1C 7.7 do 1C 8.3 Účtovníctvo 3.0

Algoritmus na prenos databázy z 1C 7.7 do 1C 8.3 sa v detailoch mierne líši, ale vo všeobecnosti je podobný tomu, ktorý je opísaný vyššie pre 1C 8.2 Accounting 2.0.

Krok 1

Po aktualizácii informačnej základne 1C je potrebné aktualizovať pravidlá nahrávania údajov. Dá sa to urobiť nasledovne.

Otvorte 1C 8.3 Accounting 3.0 a vyberte tlačidlo Uložiť pravidlá prenosu v pravom dolnom rohu, vyberte verziu 1C Accounting 7.7 a uložte pravidlá zadaním cesty k adresáru ExtForms informačnej databázy:

Krok 2. Nahrávanie údajov z 1C 7.7

Schopnosť nahrávať z 1C 7.7 na 1C 8.3 je štandardne nastavená, to znamená, že nie je potrebné sťahovať ďalšie súbory a pridávať ich do databázy.

Začnime s vykladaním: Služba – Doplnkové funkcie. Nájdeme nápis Prechod na 1C 8.3 Accounting ed. 3.0 a kliknite na Otvoriť:

V zobrazenom okne musíte vyplniť:

  • Pravidlá nahrávania - súbor s názvom ACC_ACC8.xml, ktorý nájdete v priečinku s vašou databázou (ako určiť cestu k databáze bolo popísané vyššie), priečinok ExtForms. Toto je ten skopírovaný z 1C 8.3;
  • Dátum začiatku a dátum ukončenia – obdobie, za ktoré sa budú údaje sťahovať;
  • Názov dátového súboru – miesto, kam budeme kopírovať súbor s nahratými dátami;
  • Pravidlá pre nahrávanie údajov – objekty, ktoré sa majú nahrať, adresáre a dokumenty, ktoré budú nahrávané do súboru:

Kliknite na tlačidlo Načítať pravidlá výmeny. Objaví sa zoznam objektov, ktoré budú vyložené z 1C 7.7, ktorý je možné upraviť odstránením alebo zaškrtnutím políčok výberu.

Môžete nahrať po častiach, vytvoriť niekoľko súborov alebo nahrať všetky údaje naraz. Čo robiť, závisí od konkrétnej situácie. V príklade nahrávame všetky údaje naraz.

Otvorme 1C Accounting 3.0 (8.3) a vyberte Tu uvidíme 2 spôsoby načítania údajov:

  • Načítajte údaje z informačnej základne - program 1C 8.3 si ich nájde sám inštalované základne a pokúsi sa pripojiť k tejto informačnej databáze skopírovaním údajov odtiaľ. Pomocou nastavení môžete určiť, čo sa má načítať, a kliknúť na tlačidlo Načítať údaje:

  • Načítanie údajov zo súboru je len naša možnosť. Musíte zadať súbor, ktorý bol stiahnutý z 1C 7.7, a kliknúť na tlačidlo Načítať údaje. Ak sa zobrazí okno podobné tomu nižšie, znamená to, že sťahovanie bolo úspešné. V opačnom prípade si musíte stiahnuť buď časti a opraviť chyby, ktoré program vytvára v 1C 7.7:

Prenos údajov z upravenej štandardnej konfigurácie 1C 7.7 do 1C 8.3 (8.2)

Prenos údajov zo zmenených konfigurácií 1C 7.7 je oveľa komplikovanejší kvôli prepísaným obchodným procesom, ktoré neexistujú vo vydaní programu, do ktorého budeme údaje prenášať. Vo väčšine prípadov by takéto prenosy mal vykonávať špecialista so skúsenosťami s prenosom dát alebo dobrými znalosťami konfigurácie Data Conversion. Existovať všeobecné zásady prenos, ktorý možno použiť na prenos nasledujúcich konfigurácií:

  • Prenos funkčnosti. V novej konfigurácii je potrebné zopakovať funkčnosť, ktorá je prítomná v 1C 7.7. Ďalšie dokumenty, referenčné knihy a podrobnosti. Uvoľnite -CF tejto databázy.
  • na konci roka. Porovnajte obraty na účte predtým konvolúcie a po- musia byť rovnaké.
  • Prenos údajov zo zbalenej databázy 1C 7.7 do štandardnej čistej databázy nového vydania. Skontrolujte údaje o obrate na účtoch v 1C 7.7 a 8.2 alebo 8.3. Ak sa vyskytnú chyby, opravte ich.
  • Do čistej databázy, do ktorej boli načítané dáta z 1C 7.7, je potrebné nahrať konfiguračný súbor CF, v ktorom sa opakovala funkcionalita z 1C 7.7.
  • Ďalšie podrobnosti o adresári je možné preniesť pomocou konfigurácie konverzie údajov.

Kontrola údajov po prenose údajov z 1C 7.7 do 1C 8.3 a 8.2

Pomocou zostavy Súvaha obratu vygenerujte zostavu s údajmi o podúčtoch, typoch účtovníctva, podsúvahových účtoch, menách a porovnajte ju s rovnakou zostavou z databázy 1C 8.3 (8.2), do ktorej boli údaje prenesené:

Musím prejsť na 1C:Enterprise 8.2? Ak čítate tento článok, znamená to, že na túto otázku ste už pravdepodobne odpovedali kladne. Preto teraz nebudeme opäť hovoriť o výhodách prechodu na novú platformu, ale zameriame sa priamo na detaily a vlastnosti tohto procesu.


1. Všeobecný algoritmus

Takže ste sa rozhodli prejsť na „osmičku“ a chcete zistiť, ako sa to robí a čo vám „hrozí“. Vo veľmi všeobecný pohľad Diagram prechodu vyzerá takto (obr. 1).

Ryža. 1. Algoritmus prechodu z platformy 1C:Enterprise 7.7 na platformu 1C:Enterprise 8.2


1. Upgrade. Prvá vec, ktorú musíte urobiť, je napísať žiadosť od vašej organizácie, odoslať registračný formulár pre platformu 7.7 a zakúpiť platformu 8.2. V tomto prípade vám bude poskytnutá zľava vo výške nákladov na starú platformu, ale nie viac ako 50%. Stará platforma vám zostane a môžete ju naďalej používať, ale bude z nej odstránená technická podpora v spoločnosti 1C.


2. Aktualizácia aktuálnu konfiguráciu až po najnovšie aktuálne vydanie.


3. Príprava databázy na prenos. Implikuje zálohovanie databázy, uzatvorenie aktuálneho zúčtovacieho obdobia, vyčistenie databázy položiek označených na vymazanie a oprava účtovných chýb (ak sa vyskytli).


4. Prenos dát. Toto je hlavná fáza. Algoritmy a intenzita práce sú v každom konkrétnom prípade iné.


5. Školenie personálu na prácu s novou konfiguráciou. Keďže konfigurácie na platformách 7.7 a 8.2 sa líšia rozhraním aj funkčnosťou, možno budete potrebovať školenie na prácu s novou konfiguráciou. Môžete si to preštudovať sami pomocou vhodnej metodickej literatúry, ale je lepšie absolvovať špecializovaný kurz na 1C.


6. Prevádzka. V tejto fáze, keď používatelia začnú pracovať v novom programe, je tento odladený a opravený možné chyby automatizovaný prenos dát.

Pozrime sa na proces migrácie na novú platformu v kontexte konfigurácie "1c účtovníctvo".


2. Zmeňte „1C: Účtovníctvo 7.7“ na „1C: Účtovníctvo 8.2“

Stratégiu a mechanizmy na prenos údajov z „1C: Účtovníctvo 7.7“ do „1C: Účtovníctvo 8.2“ určujú tieto faktory:

  • čas začiatku účtovania v novom programe;
  • prítomnosť a zložitosť úprav v aktuálnej verzii vašej konfigurácie;
  • potreba zachovať históriu obchodných transakcií za minulé obdobia.


Našim klientom radíme začať pracovať v novom účtovnom programe od 1. januára nového roka . Je to spôsobené tým, že väčšina daní sa počíta na akruálnom princípe. Preto, aby sa nevyvíjali prostriedky správny prevod kumulovaných výsledkov, je potrebné naviazať začiatok práce v programe na začiatok zdaňovacieho obdobia. Samozrejme, môžete začať pracovať od začiatku štvrťroka a dokonca od začiatku ďalší mesiac, ale takýto prechod si vyžiada výraznejšie náklady (vzhľadom na výrazné rozdiely v štruktúre dokumentov v 7.7 a 8.2).


V závislosti od kombinácie vyššie uvedených faktorov môžu byť situácie nasledovné.

1. situácia:

Prechod z nového roka, TYPICKÁ konfigurácia, správne zostatky na účtoch sa generujú v starom programe


Táto možnosť je jednoduchá a priamočiara, ale v praxi je veľmi zriedkavá. Vygenerovať správne zostatky v starom programe je možné len v niekoľkých malých firmách bezprostredne pred začatím práce v novom programe, a to len za predpokladu, že budú poskytnuté a zadané do programu všetky prvotné doklady za uplynulé obdobie.


Ak je to váš prípad, máte šťastie. Stačí aktualizovať konfiguráciu „1C:Enterprise 7.7“ na najnovšiu verziu a použiť spracovanie „Prenos údajov z informačných báz 1C:Enterprise 7.7“ zabudované do „1C:Enterprise 8.2“. Môžete to urobiť sami, bez pomoci špecialistu. Musíte len prísne dodržiavať pokyny uvedené pri spracovaní.

2. situácia:

Prechod od nového roka, TYPICKÁ konfigurácia, v starom programe NIE SÚ SPRÁVNE STAVY NA ÚČTE


Štandardná prax v tomto prípade je pracovať v starom a novom programe súčasne . Počas „prechodného obdobia“ (obr. 2) zamestnanci uzavrú predchádzajúce transakcie v starom programe a začnú zadávať doklady pre nové transakcie do nový systém.


Ryža. 2. Prechodné obdobie pri zmene nástupíšť


Na prekonanie tohto obdobia s minimálnymi stratami môžete použiť nasledujúce stratégie:

  • previesť zostatky „tak, ako sú“ na začiatok roka a na základe týchto údajov viesť evidenciu. Keď sa získajú správne zostatky v „sedmičke“, musia sa okamžite spätne upraviť v „ôsmičke“.
  • odmietnuť previesť nesprávne zostatky a zadať primárne doklady pre nové transakcie do G8 bez ich následného vykonania. V tomto prípade nezáleží na tom, či sú v programe zostatky alebo nie, nezaúčtované doklady nespôsobia žiadne pohyby na účtoch. Toto sa musí robiť, kým sa v 1C:Enterprise 7.7 nedostanú správne zostatky. Následne sa výsledné zostatky na začiatku roka prenesú do nového programu. Posledným krokom je dôsledná implementácia „primárneho“ zavedeného do nového programu počas prechodného obdobia pomocou vstavaného spracovania "Skupinové spracovanie adresárov a dokumentov" .

3. situácia:

Prechod od polovice roka, TYPICKÁ konfigurácia

„1C: Účtovníctvo 8.2“ podporuje množstvo mechanizmov dôležitých pre účtovníctvo, ktorých výkon závisí od údajov zadávaných do dokladov počas roka. Medzi takéto mechanizmy patrí už spomínaný výpočet daní na akruálnej báze, algoritmus na rozdelenie nepriamych nákladov a ďalšie postupy súvisiace s uzávierkou mesiaca. Práve kvôli týmto vlastnostiam je v tejto situácii nemožné prejsť na nový program tak jednoducho ako v prvých dvoch prípadoch. Ak chcete minimalizovať počet chýb, ktoré sa môžu vyskytnúť počas migrácie, odporúčame:

  • nástup do práce, ak nie od začiatku roka, tak aspoň od začiatku štvrťroka;
  • previesť zostatky na začiatok roka;
  • preniesť všetky prvotné doklady za aktuálne vykazovacie obdobie (rok) do nového systému a obnoviť účtovné a daňové údaje pomocou skupinového spracovania adresárov a dokladov.


1. Štandardný roztok "1C: Konverzia dát 2.1". Tento softvérový produkt možno použiť na prenos informácií medzi konfiguráciami na platforme 1C akejkoľvek štruktúry a zložitosti.

2. Vývoj franšízantov 1C. Mnoho spoločností, vrátane spol « RG-Soft" (), existujú osvedčené metódy riešenia tohto problému, ktoré môžu výrazne znížiť čas a rozpočet práce na prenos údajov.


4. situácia:

Prechod zo ŠTANDARDNEJ konfigurácie S PRENOSOM DOKLADOV MINULÉHO OBDOBIA

Samostatne poznamenávame, že existujú spoločnosti, ktoré udržiavajú dlhodobé (viac ako rok) vzťahy na základe zmlúv s protistranami. Vedenie takýchto spoločností má záujem mať v programe históriu obchodných transakcií. Prítomnosť dokumentov zadaných v starom programe v novom programe umožňuje používateľom jednoducho a rýchlo sledovať vzťahy v rámci konkrétnych zmlúv/transakcií.


Takýto prenos je možné realizovať pomocou rovnakých mechanizmov ako v predchádzajúcej situácii. Rozdiel medzi týmto procesom je v tom, že nie je potrebné prenášať všetky doklady, môžete sa obmedziť na prevod len niekoľkých typov dokladov a zostatky na ostatných účtoch sa zadávajú štandardným spracovaním. V tomto prípade zostávajú ďalšie prevedené doklady zvyčajne nezaúčtované.


Hoci doklady sú minulé obdobie Prechod zo starého programu do nového je možný, takýto prenos vedie k citeľnému zväčšeniu veľkosti databázy a následne aj veľkosti spracovávaných tabuliek. To môže spôsobiť spomalenie systému. Preto by ste túto možnosť prechodu nemali používať, pokiaľ to nie je absolútne nevyhnutné. Doklady prevedené z predchádzajúcich období sa odporúča ponechať nezaúčtované, aby informácie, ktoré obsahujú, neovplyvnili aktuálne účtovné a daňové vykazovanie. Historické dokumenty používajte len na referenčné účely.


5. situácia:

Prechod z NETYPICKEJ konfigurácie na platforme 1C:Enterprise 7.7

Vyššie opísané možnosti sa používajú pri migrácii zo štandardnej konfigurácie „1C:Enterprise 7.7“, no v praxi sa často musíte vysporiadať s upravenými konfiguráciami. Organizácia prechodu v tejto situácii je špeciálna možnosť, ktorá si zaslúži pozornosť.


V závislosti od povahy zmien vykonaných v programe sú k dispozícii nasledujúce technológie prenosu údajov:

· ak bola konfigurácia mierne zmenená a základné mechanizmy sú podobné štandardnému riešeniu 1C, môžete, ako v predchádzajúcich možnostiach, použiť štandardné prechodové nástroje. Stačí ich nakonfigurovať alebo mierne upraviť tak, aby vyhovovali vášmu programu. Snáď najtestovanejším a najspoľahlivejším nástrojom je už spomínaný „1C: Data Conversion 2.1“. Tento nástroj bude od používateľa vyžadovať určité prevádzkové zručnosti, ale s jeho pomocou je možné organizovať automatizovaný prenos objektov medzi konfiguráciami.

· ak bola v priebehu rokov používania konfigurácia radikálne prepracovaná, nastavenie štandardných migračných nástrojov sa môže ukázať ako náročnejšie na prácu ako písanie vlastného spracovania na tieto účely. Podobná situácia nastáva v prípade organizovania prechodu z účtovného programu, ktorý nie je spojený s platformami 1C. Je možné uskutočniť aj takýto prechod, ale premyslite si to vopred univerzálna výmena nebudem pracovať. Každý konkrétny prípad si vyžaduje individuálny prístup k problému. Naša spoločnosť môže ponúknuť svoje skúsenosti s prenosom dát prostredníctvom súborov rôznych formátov, ako sú dbf, xls(Univerzálny nakladač z Excelu do 1C), xml.


Ďalší bod, ktorý stojí za zmienku v súvislosti s prechodom z platformy 7.7 na 8.2, sa týka konsolidácia databázy.


Z dôvodu chýbajúceho mechanizmu na uchovávanie záznamov niekoľkých spoločností v jednej databáze muselo mnoho podnikov súčasne udržiavať niekoľko databáz v 1C:Enterprise 7.7. Keďže tento problém bol vyriešený v ôsmej verzii, vzniká úloha spojiť viacero databáz do jednej v rámci projektu prenosu dát. Navyše, každá zo siedmich báz môže mať svoje vlastné charakteristiky.

Pomocou vyššie uvedených metód môžete vytvoriť interakciu s každou z databáz samostatne. Vzniká však množstvo čiastkových úloh, ktoré sú špecifické pre tento prípad.

1. Zjednotenie dokumentov týkajúcich sa konkrétnej organizácie. Tento problém sa dá ľahko vyriešiť pomocou mechanizmu predpony. Každá organizácia registrovaná v programe má pridelenú vlastnú predponu písmena. Táto predpona sa pridá k číslu dokumentu, čím sa zabezpečí jedinečnosť čísel.

2. Kontrola duplicitných prvkov adresárov. Pri prenose údajov z viacerých informačných zdrojov do jedného informačný systém Môže nastať situácia, keď sa identické prvky adresárov, napríklad tá istá protistrana v novom adresári budú opakovať niekoľkokrát. Preto je po prenose údajov potrebné vykonať procedúru na porovnanie a zlúčenie duplicitných adresárových prvkov.


3. Možné ťažkosti, o ktorých by ste si mali byť vedomí

Správnym plánovaním procesu prechodu na novú platformu sa dá predísť mnohým problémom. Existuje však množstvo špecifík, ktoré sa odhaľujú už vo fáze realizácie projektu. Hovoríme o rôznych chybách, ktoré vznikajú v dôsledku nesprávnych akcií používateľa a technické vlastnosti platforma "1C:Enterprise". Pozrime sa na tieto body podrobnejšie.


3.1. Chyby v zdrojových údajoch

Vo všeobecnosti je možná jednoznačná identifikácia objektu v databáze pomocou údajov DIČ a KPP. V siedmych boli obe tieto hodnoty uložené v jednom detaile TIN/KPP a neprebiehali žiadne kontroly správnosti údajov zadaných do tohto detailu. Dalo sa predstaviť menej čísel, vložte oddeľovač na nesprávne miesto a zadajte úplne abstraktné DIČ.


Typický prevod, pri vytváraní adresára sú protistrany oddelené DIČ a KPP jednoduchým odrezaním požadovaného počtu znakov. Preto môžu byť v detailoch novej databázy zaznamenané absolútne nesprávne údaje. Správna identifikácia objektov počas prenosu pomocou takýchto údajov bude teda veľmi náročná.


Ďalším problémom je chýbajúci jednotný formát zadávania údajov. Každý používateľ si môže zadať meno, ako sa mu najviac páči. Predstavme si, že v jednej databáze „siedmich“ používateľ, ktorý vyplnil „Názov“ protistrany, napísal „Správcovská spoločnosť Vympel“ a v inej databáze „siedmich“ je tá istá protistrana uvedená ako „Správcovská spoločnosť Vympel“. V takejto situácii automatické spracovanie nedokáže určiť, že ide o tú istú protistranu, a presunie ju na osmičku dvakrát. V takejto databáze bude ťažké ďalej pracovať, pretože časť zostatku bude na jednom prvku a druhá časť na druhom.


3.2. Rozdiely v konfigurácii

Ďalšia skupina prenosových chýb je spôsobená technologickými rozdielmi v konfiguráciách. Niektoré obchodné transakcie sa odrážajú v „1C:Enterprise 7.7“ niekoľkými typmi dokumentov a v „1C:Enterprise 8“ jedným. Napríklad príjem materiálu aj tovaru sa v novom programe prejaví jedným dokladom a v starom - dvoma. Pri pokuse o prenos dokladov „Príjem materiálu č. 22“ a „Príjem tovaru č. 22“ teda dochádza k chybe kontroly jedinečnosti. Keďže zaznamenanie dvoch dokladov s rovnakým číslom v danom období je nemožné, je potrebné do nich umelo vnášať rozdiely a systém uvádzania týchto rozdielov je vopred dohodnutý.


Napríklad, tento problém možno vyriešiť pridaním ďalšej predčíslia k číslu načítaného dokladu. Pre každú funkciu dokumentu je táto predpona pridelená samostatne. Môže to byť charakteristika databázy, z ktorej sa dokumenty sťahujú, alebo typu dokumentu, z ktorého sa sťahovanie vykonalo. Tu je príklad vytvorenia takejto predpony. Základňa pobočky v Krasnojarsku má predponu „KR“. Typ dokumentu „Príjem materiálov“, z ktorého sa sťahovanie uskutočňuje, má predponu „M“. Takže, ak číslo dokumentu v siedmich bolo 00000031, potom číslo osem bude nasledovné:

„KR“ + „M“ + „00000031“ = „KRM00000031“

V dôsledku toho sa do databázy zaznamená jedinečné číslo.


3.3. Technické problémy

Chyby prenosu údajov sa môžu vyskytnúť aj v dôsledku technických vlastností platformy 1C:Enterprise. Napríklad štandardný mechanizmus vyhľadávania podľa názvu nerozlišuje veľké písmená v názve prvku adresára od malých. Pri používaní tohto mechanizmu dochádza k nejasnostiam. Napríklad v databáze sú dve protistrany „l-audio“ a „L-Audio“. Pri hľadaní protistrany „l-audio“ systém nájde „L-Audio“. Výsledkom bude nesprávne vyplnený dokument.


Pozornosť je potrebné venovať aj samotnému zvolenému spôsobu prenosu dát. Vyššie opísaný príklad so zdvojením protistrán pri prenose z databáz pobočiek spoločnosti nemusí v skutočnosti dopadnúť ako zdvojnásobenie. Spoločnosti pôsobiace v rôznych mestách môžu mať protistrany pôsobiace aj v rôznych mestách. Pobočka spoločnosti L-Audio v Nižnom Novgorode a samotná spoločnosť L-Audio v Moskve sa v databázach právom môžu nazývať úplne rovnako. Aby ste predišli takýmto zmätkom, musíte si vopred zvoliť spôsob prevodu. V našom príklade môžeme rozdeliť protistrany do rôznych skupín adresárov v závislosti od zdrojovej databázy. Výber takejto techniky ovplyvní aj mechanizmy načítania údajov.


Vyššie opísané metódy riešenia vznikajúcich problémov tiež nemusia byť dostatočne univerzálne. Pri migrácii dát je veľmi dôležité vedieť kombinovať metódy používané v migračnom nástroji. Napríklad väčšinu prvkov adresárov identifikujeme podľa názvu. Zároveň pri prenose dokladu „Prevzatie dlhodobého majetku do účtovníctva“ táto metóda prinesie nežiaduce výsledky v prípade, že je zapísaných viacero drobného investičného majetku rovnakého druhu (kancelárske potreby, nábytok a pod.), líšia sa len inventárnym číslom. Každý doklad o prijatí do účtovníctva bude označovať rovnaký predmet. A prijať jeden objekt na zaúčtovanie niekoľkokrát je nemožné. Preto je veľmi dôležité poskytnúť možnosť prispôsobenia použitého nástroja na migráciu údajov. V tomto prípade jednoducho uvedieme, že vyhľadávanie OS sa musí vykonať podľa prístupového čísla (kódu).


Záver

V súčasnosti stále existuje pomerne veľa spoločností, ktoré používajú 1C:Enterprise 7.7. Je to spôsobené takými faktormi, ako je nepochopenie výhod novej platformy, neochota učiť sa nové technológie a strach z veľkého množstva ťažkostí počas prechodu. Na príklade 1C: Accounting sme sa pokúsili ukázať, že väčšina z týchto dôvodov nie je až taká významná. Počas celej našej činnosti pomáhame našim klientom zvládnuť akúkoľvek možné ťažkosti súvisiace s implementáciou programov na platforme 1C:Enterprise 8. Ak vás problematika prechodu zaujíma alebo máte ďalšie otázky týkajúce sa platformy 1C:Enterprise 8 a konfigurácií na nej vytvorených, špecialisti RG-Soft sú vám k dispozícii!