Data a důležité dokumenty shromážděné v průběhu let tvrdé práce by neměly být ztraceny jen proto, že vyšla novější platforma nebo konfigurace 1C. Aby k tomu nedocházelo, existuje možnost přenosu dat.

Migrace dat je jednou z nejdůležitějších částí migrace z jedné konfigurace do druhé.

Abyste mohli přenášet data neporušená a bezpečná, musíte tuto práci svěřit profesionálům. Náš tým provede veškerou práci kvalitně a včas.

Fáze přenosu

Přenos dat se skládá z 5 kroků. Snažili jsme se je popsat co nejpodrobněji a nejsrozumitelněji.

Proč je náš přenos dat lepší?

Typické náklady na přenos dat

Údržba nového programu

Po přenesení všech dat budete možná muset svůj program udržovat. Jsme připraveni vám ji poskytnout!

Přechod na 1C 8.2

Podrobnosti o dalších fázích přechodu z jedné platformy na druhou. Upgrade licence, konfigurace, školení, údržba. Naši odborníci jsou připraveni poskytnout vám veškerou pomoc, kterou potřebujete!

Proč jsme lepší?

Převod objednávky

náš tým

Proč je náš převod 1C lepší?

Průhlednost

Před přenosem referenčních knih 1C 8.2 a vašich dalších údajů vám naši specialisté podrobně řeknou o všech fázích práce. Když nám důvěřujete ve svou databázi, vždy víte, co se děje, v jakém pořadí a kolik platíte za každou fázi práce.

Individuální přístup

Než budete pokračovat přímo k převodu 1C 7,7 na 1C 8,2, naši specialisté provedou hloubkovou analýzu vaší databáze. Je velká šance, že nová verze 1C již obsahuje všechna vylepšení, která jste potřebovali. V každém případě vám doporučíme, co dalšího můžete pro pohodlnou práci potřebovat.

Kvalitní

Před nejdůležitější fází přenosu naši specialisté vždy provedou zkušební přenos databází 1C, aby zjistili možné chyby, opakování a ztrátu dat. Ale i po samotném přenosu rozhodně vše zkontrolujeme, abychom získali ještě větší důvěru v jeho kvalitu.

Pracujte pro výsledky

Práce je považována za dokončenou až poté, co se ujistíte, že přenos referenčních knih 1C 8 a dalších údajů byl proveden správně, a jste s výsledkem spokojeni. Neopouštíme své klienty!

Fáze 1. Obecná analýza zdrojové základny

Jaká práce se provádí:

získání typické konfigurace verze podobné zdrojové základně;

obecná analýza změn v datové struktuře (srovnání s typickou konfigurací);

obecná analýza změn ve formulářích a konfiguračních modulech (srovnání s typickou konfigurací);

kontrola dostupnosti atypických účtů pro účetní konfigurace;

obecná kontrola správnosti účtování ve zdrojové základně (přítomnost „červených“ zůstatků, neuzavřená období, neobnovené sekvence atd.);

aktualizace zdrojové databáze na verzi požadovanou standardními pravidly migrace;

zkušební přenos dat;

příprava možných doporučení pro přípravu zdrojové databáze pro přenos referenčních knih 1C 8 a dalších údajů.

K čemu:

stanovení možnosti použití typického převodu;

posouzení složitosti revizí a příprava technické dokumentace k převodu (není-li použití typického převodu možné).

Po provedení obecné analýzy zdrojové základny lze potvrdit, že data lze přenášet standardními prostředky, v takovém případě se další náklady na službu přenosu stanoví podle ceníku typického přenosu v závislosti na konfiguraci .

Pokud správný typický přenos není možný, je připraven návrh s náklady na práci na dokončení konfigurací, směnných pravidlech a atypickém přenosu.

Cena: 2 000 rublů

Fáze 2. Příprava technické dokumentace pro atypický přenos

Jaká práce se provádí:

je provedena hloubková analýza dostupných úprav standardní konfigurace zdrojové základny, porovnání těchto úprav s typickou konfigurací stejné verze a s nejnovější verzí standardní konfigurace základny přijímače;

komunikace s odpovědnými osobami Zákazníka s cílem určit potřebu identifikovaných vylepšení, vyjasnit způsoby jejich použití, shromáždit přání ke zlepšení vylepšení (je-li to nutné);

je vypracován seznam dostupných úprav standardní konfigurace zdrojové základny;

je vypracován a odsouhlasen seznam doporučených modifikací typické konfigurace základny přijímače s přihlédnutím ke standardní funkčnosti typické konfigurace (je možné, že modifikace nemusí být přenesena, pokud konfigurace přijímače již má podobnou standardní funkce);

je vypracován a schválen návrh technického úkolu pro dokončení konfigurace základny přijímače, dokončení pravidel výměny, popis
nestandardní postupy přenosu (v případě potřeby).

K čemu:

záruka kvality a transparentnosti práce na atypickém přenosu databází 1C;

přesný odhad nákladů a délka práce;

schopnost vykonávat práci na převodu za účasti programátora 1C na plný úvazek zajišťujícího požadovanou úroveň kvality.

Pokud specifikovaná sada technické dokumentace není k dispozici, nestandardní přenosy mezi konfiguracemi 1C se provádějí pouze každou hodinu. V takovém případě není možné předem přesně zaručit náklady a dobu trvání práce. V tomto případě je však možná určitá úspora času a nákladů na přípravu sady dokumentace.

Cena: Bude upřesněno na základě výsledků obecné analýzy zdrojové základny.

Fáze 3. Dokončení konfigurace přijímače

Jaká práce se provádí:

standardní konfigurace základny přijímače se dokončuje na základě zadání nebo v souladu s pokyny zákazníka (pro hodinovou práci);

provádí se předběžné testování modifikací;

zdokonalení jsou zdokumentována ve formě zprávy o změnách typické konfigurace (pro možnost další aktualizace servisním technikem);

provádí se ukázka vylepšení uživatele (dodání-převzetí práce);

v případě potřeby se vyvíjí uživatelská příručka pro vylepšení.

K čemu:

Získáte nejnovější verzi konfigurace s požadovanými změnami;

Obdržíte dokumentaci pro vylepšení, která potřebujete pro další
aktualizace servisním technikem.

Fáze 4. Upřesnění pravidel převodu

Jaká práce se provádí:

dokončují se standardní pravidla pro převod z 1C, aby se zohlednily změny v datové struktuře standardní konfigurace zdrojové základny i nestandardní účetní účty používané ve zdrojové základně;

předběžné testování migrace se změnami.

K čemu:

Poskytuje správný přenos dat, který se nepřenáší standardními pravidly výměny;

Může být také vyžadována úprava pravidel přenosu, pokud bylo účtování ve zdrojové databázi provedeno nesprávně z hlediska metodiky typického řešení, i když konfigurace zdroje nemusí obsahovat úpravy.

Cena: stanovena na základě souboru technické dokumentace.

Fáze 5. Přenos dat

Jaká práce se provádí:

převod referenčních informací (všechny nebo odkazy), převod zůstatků k danému datu;

kontrola správnosti přenosu - porovnání údajů zdrojové databáze a cílové databáze;

příprava možných doporučení pro úpravu zůstatků v přijímací základně, s přihlédnutím ke zvláštnostem účtování v různých konfiguracích (je-li to nutné).

K čemu:

Obdržíte novou databázi s aktuálními zůstatky připravenými k práci.

Přenos se provádí pomocí pravidel převodu vyvinutých společností 1C s využitím úprav provedených speciálně pro zákazníka. Složení přenesených dat se může u různých verzí konfigurace lišit, naši specialisté vám poradí, jak je to možné
funkce přenosu.

Pravděpodobně každý 1C specialista čelil situaci, kdy bylo nutné přenášet data z jedné infobáze do druhé. V případě, že se konfigurace liší, musíte napsat pravidla převodu dat. Tato pravidla jsou vytvořena v konfiguraci 1C „Data Conversion“.

Můžete také přenášet data pomocí. Mnoho konfigurací 1C 8.3 má standardní funkce pro nastavení synchronizace dat mezi různými konfiguracemi a bezproblémovou integraci se správou dokumentů 1C.

Ale když je třeba přenášet data mezi zcela identickými konfiguracemi, můžete svůj úkol zjednodušit a použít standardní zpracování nahrávání a stahování prostřednictvím XML. Upozorňujeme, že tato metoda, stejně jako převod dat, porovnává objekty navzájem pomocí jedinečného identifikátoru (GUID), nikoli podle názvu.

Toto zpracování si můžete stáhnout na disk ITS nebo pomocí odkazů:

Je univerzální a vhodný pro jakoukoli konfiguraci.

Uvažujme o příkladu vyložení referenční knihy Nomenklatury z jedné infobáze 1C 8.3 Accounting 3.0 do druhé. Předpokladem bude výběr rodičem (skupinou) „Zpracování dřeva“.

Vykládání dat z 1C do XML

Přejděte na infobázi, ze které budou data stažena (zdroj). Nezapomeňte je zkontrolovat a zohlednit všechny možné podmínky, abyste předešli nežádoucím důsledkům.

Otevřete zpracování odesílání a stahování dat XML (Ctrl + O).

Zajímá nás karta Vykládka. Nejprve určete název souboru, do kterého se budou data nahrávat, a cestu pro uložení. V tomto případě se data nahrají „Do souboru na serveru“.

V záhlaví zpracování je nakonfigurováno období, po které bude výběr proveden. U periodických knih můžete také určit, jak se použije výběr podle období. Pokud je nutné vyložit pohyby spolu s dokumenty, nastaví se odpovídající příznak. V tomto případě přetížíme adresář, takže v záhlaví není třeba nic konfigurovat.

Pojďme k výběru dat pro nahrávání. V tabulkové části formuláře pro zpracování zaškrtněte políčka u konfiguračních objektů, které potřebujete přenést.

Sloupec „Uvolnit v případě potřeby“ znamená, zda je nutné znovu načíst tento objekt, pokud na něj odkazuje atribut adresáře, který znovu načítáme. Například pozice položky, kterou znovu načítáte, má měrnou jednotku, která není v základně přijímače. Pokud je zaškrtávací políčko ve sloupci „Uvolnit v případě potřeby“ nastaveno oproti referenční knize s měrnými jednotkami, bude vytvořena nová poloha. Jinak nápis „<Объект не найден>„A jeho jedinečný identifikátor.

V jednoduchém případě bez vzorkování bude nastavení načítání položek vypadat takto.

V tomto příkladu stačí vybrat položku, která je umístěna ve složce „Zpracování dřeva“.

Podobné zpracování pro 8.2 umožňuje pohodlně nastavit výběry pro každý konfigurační objekt. Ve verzi 8.3 bohužel taková funkce neexistuje. Jedním ze způsobů řešení v této situaci by bylo vybrat požadované pozice na kartě „Další objekty pro vykládku“.

Zde můžete přidat objekty buď ručně (tlačítko „Přidat“), nebo na žádost („Přidat na žádost ...“). U velkého počtu z nich je výhodnější druhá možnost.

V takovém případě bude požadavek následující. Vyplňte parametry, proveďte požadavek, zkontrolujte údaje a klikněte na tlačítko „Vybrat výsledek“.

Poté, co zadáte všechny potřebné objekty a další prvky pro nahrávání, klikněte na tlačítko „Nahrát data“. Půjdou do souboru XML, jehož název a cestu jste zadali dříve. Výsledky této operace se zobrazí ve zprávách.

V tomto příkladu bylo nutné vyložit pouze 3 pozice, ale pět bylo vyloženo. Důvodem je, že příznak byl nastaven ve sloupci „Uvolnit v případě potřeby“ naproti adresáři „Nomenklatura“. Spolu s nezbytnými pozicemi byli jejich rodiče přetíženi.

Načítání reference z XML

Po úspěšném uvolnění dat ze zdrojové konfigurace do souboru XML otevřete cílovou databázi. Struktura objektů a jejich detaily se musí navzájem shodovat. V tomto případě se převod provádí mezi dvěma typickými konfiguracemi 1C: Účetnictví 3.0.

Otevřete zpracování v základně přijímače. Toto zpracování se používá pro nahrávání i stahování dat. Přejděte na kartu Stáhnout a určete cestu k souboru XML, do kterého byla data dříve stažena. Poté klikněte na tlačítko „Stáhnout data“.

Výsledek stahování se zobrazí ve zprávách. V našem případě šlo všechno dobře.

Adresář „Nomenklatura“ v základně - příjemce nebyl vyplněn. Nyní má pět prvků: tři položky nomenklatury a dvě skupiny.

Účelem tohoto směnného pravidla je převést zůstatky vzájemného vypořádání z BP 2 do UT11.

Postupné vytvoření pravidla výměny pomocí konfigurace „Převod dat“ (je třeba načíst metadata):

1) Za tímto účelem vytvořte pravidlo pro uvolnění objektu, přejděte na kartu „Pravidla pro uvolnění dat“ a klikněte na Přidat. V okně, které se objeví, vyberte ukázkový objekt, pro nás to bude samonosný registr. Metodu vzorkování změníme na libovolný algoritmus.

2) Pojďme k psaní samotného kódu. Protože v UT není žádný samonosný registr, musíme jej transformovat. Nejprve potřebujeme požadavek, který podle našich parametrů vrátí zůstatky pro vzájemné vypořádání. V obslužné rutině události „Před zpracováním“ napište následující požadavek:

V mém úkolu byla omezení pro skupiny protistran, pro které jsou vykládky vykládány.

Určujeme hodnoty proměnných, které budou použity v budoucnu.

ByDate \u003d date ("20130101");
TD \u003d CurrentDate ();
group \u003d Directories.Contractors.FindByDesign ("Kupující");
group1 \u003d Directories.Contractors.NaytiByName ("Refunds from INDIVIDUALS");

Vytvoříme tabulku, kterou později přeneseme do pravidla převodu hodnoty.

TK \u003d New ValueTable ();
TK.Kolonki.Add ("protistrana");
TK.Kolonki.Add ("Částka");
TK.Kolonki.Add ("SumREGL");
TK.Kolonki.Add ("Dokument o vypořádání");
TK.Kolonki.Add ("datum dokladu o vyrovnání");
TK.Kolonki.Add ("číslo zúčtovacího dokladu");
TK.Kolonki.Add ("partner");
TK.Kolonki.Add ("měna vypořádání");
TK.Columns.Add ("datum platby");

Nastavíme parametry, vyvoláme požadavek, vyplníme tabulku a vyvoláme pravidlo převodu.

požadavek \u003d nový požadavek (text požadavku);
request.SetParameter ("skupina", skupina); request.SetParameter ("skupina1", skupina1);
request.SetParameter ("OnDate", OnDate);
request.SetParameter ("Účet", Plány účtů. Samonosné.CalculationsWith Ostatní dodavatelé a dodavatelé); // 76.05
Načíst \u003d Query.Run (). Select ();
TK.clean ();
While Fetch.Next () Loop
pokud Sample.SumResponseCT \u003d 0 nebo Sample.SumResponseCT \u003d "" pak
pokračovat;
konec pokud;
pokud Sample.SumResponseKT< 0тогда
report ("" + Sample.Subkonto1 + "záporná hodnota" + Sample.SumRemainst hodnota);
konec pokud;
Řetězec TK \u003d TK.Add ();
Řetězec TZ.Contractor \u003d Sample.Subconto1;
Řetězec TZ.sum \u003d Selection.SumRemainst; // Selection.SumResponseKt;
Řetězec TZ.sumRegl \u003d Selection.SumResponseKt; // Selection.SumResponseKt;
Řetězec TZ.Date of SettlementDocument \u003d Sample.Date of SettlementDocument;
Řetězec TZ.Number of SettlementDocument \u003d Sample.Number of SettlementDocument;
Řetězec TZ.PaymentDate \u003d AP;
Konec cyklu;
OutgoingData \u003d nová struktura;
OutgoingData.Insert ("Date", CurrentDate ());
OutgoingData.Insert ("CalculationWithPartners", TK);
OutgoingData.Insert ("TransactionType", "DebtBelowBeforeSuppliers");
OutgoingData. Insert („Komentář“, „Zformováno na účtu 76,05 kreditu“);
report ("76.05 KREDIT start");
UnloadByRule (, OutboundData, "Entering BalancesByMutual Settlements_7605Credit");

Podobně provádíme stejnou operaci se zbytkem požadovaných účtů (jejich popis i připravené pravidlo je v příloze).

3) Přejít na vytváření pravidel pro převod objektů, otevřete tuto kartu „Pravidla pro převod objektů“. Přidejte tam nové pravidlo s názvem „Balance Entry by Mutual Settlements_7605Credit“, zdrojový objekt nechejte prázdný, nastavte objekt příjemce na dokument „Enter balances“, zrušte u nastavení příznak „Hledat objekt příjemce podle interního identifikátoru zdrojového objektu“ záložka.

V obslužné rutině události „Před načtením“ napište následující kód:

Generovat NewNumberORCodeIfNOTSpecified \u003d true;

Do obslužné rutiny události „Po načtení“ napište:

execute (algorithms.AfterLoadingInputResults);

provede algoritmus s následujícím obsahem:

měna \u003d Constants.CurrencyRegulatedAccounting.Get ();
object.Responsible \u003d SessionParameters.CurrentUser;
object.organization \u003d parameters.organization;
pro každou stránku z objektu smyčka výpočtů partnera
Page.AccountingDocument \u003d Directories.Contractors 'agreement.blank link ();
Stránka měny vypořádání \u003d měna;
pokud ValueFilled (protistrana stránky), pak
page.partner \u003d page.partner.partner;
v opačném případě
part \u003d Directories.Partners.FindByDesign (stránka counterparty.Description);
pokud je součástí<> Nedefinováno a rozděleno<> Directories.Partners.blank link () poté
p. partner \u003d stoly;

object2.Partner \u003d párty;
object2.Write ();
v opačném případě
vykonat (algorithms.AddPartner);
konec pokud;

konec pokud;

konec cyklu;

Tento algoritmus bude proveden na straně přijímače (BP). Kromě převodu zůstatků pro vzájemné vypořádání je úkolem převést protistrany, ale partneři se používají v UT, proto po vytvoření dokumentu zkontrolujeme, zda jsou všechny protistrany a partneři k dispozici v databázi příjemce, pokud pro některé protože nejsou, pak je přidáme.

Přidáním protistran bude implementováno pravidlo převodu pro adresář „Účty“. Můžete jej vytvořit stejným způsobem jako předchozí pravidlo, ale umožnit systému mapovat požadovaná pole sama.

Pro partnery byl vytvořen algoritmus, který běží na straně příjemce.

Chcete-li spustit algoritmus na straně přijímače, v pravém horním rohu okna algoritmu (při jeho úpravách) zaškrtněte příznak „Použito při spuštění“.

Níže je uveden kód algoritmu „Přidat partnera“:

nPartner \u003d Directories.Partners.CreateItem ();
nPartner.Name \u003d page.contract.name;
nPartner.Comment \u003d "Vytvořeno při načítání z BP";
nPartner.NameFull \u003d page.contractor.NameFull;
nPartner.Supplier \u003d? (find (page counterparty.AdditionalInformation, "Supplier")\u003e 0, true, false);
nPartner.Client \u003d? (find (page counterparty.AdditionalInformation, "Client")\u003e 0, true, false);
OtherRelations \u003d? (Find (page counterpart.AdditionalInformation, "Other")\u003e 0, true, false);
npartner.Write ();
page.partner \u003d npartner.link;
counterparty \u003d Reference bookss.Contractors.FindByDesign (stránka counterparty.Name);
object2 \u003d contractor.GetObject ();
object2.Partner \u003d npartner.link;
object2.Write ();

Vraťme se k pravidlu převodu objektu. Nyní musíme nastavit korespondenci mezi zdrojovým a cílovým polem, mohlo to být provedeno těsně před napsáním kódu. Aby bylo možné porovnat pole ve spodní části tabulky, je zde tlačítko pro vyvolání průvodce „Synchronizace vlastností“. V tomto průvodci můžeme buď mapovat pole, nebo je nechat bez zdroje nebo bez cíle. V našem případě necháme všechna pole a PM bez zdroje.

Po výběru požadovaných polí v dolním PT pro každé pole nastavte příznak ve sloupci „Získat z příchozích dat“. Tento příznak znamená, že systém vyhledá toto pole v příchozích datech. Je důležité, aby se název pole shodoval s názvem v příchozích datech, jinak se zobrazí zpráva oznamující, že pole nebylo nalezeno.

Text nepopisuje všechny nuance procesu.

Uživatelé „1C: Účetnictví 7.7“ nyní nemusí čekat na konec roku, než přejdou na „1C: Účetnictví 8“. Přechod lze provést na konci kteréhokoli měsíce zdaňovacího období. Technologie přenosu zbytků již byla testována v provozních podnicích, z nichž jeden je popsán specialisty společnosti Automated Accounting Systems LLC. Článek obsahuje popis techniky přenosu a obecná doporučení pro řízení vstupu a výstupu přenášených dat.

Před přesunem do LLC „Laima“ (Miass, Čeljabinská oblast) byl použit program „1C: Účetnictví 7.7. Standardní verze“. Program je nainstalován na notebooku. Práce se provádí v domácí kanceláři.

Vydání nové metody přenosu dat a malého množství informační základny společností 1C umožnilo přenos dat za rok 2006 přímo v době instalace aplikace 1C: Accounting 8.

Technika přenosu dat

Nová metoda přechodu z „1C: Účetnictví 7.7“ na „1C: Účetnictví 8“ obsažená ve verzi 1.5.8.5 zajišťuje přenos dat z informační základny „1C: Účetnictví 7.7“, což by zajistilo správné provedení v „1C: Účetnictví 8“ následujících akcí:

vedení dokladů vydaných po přechodu na „1C: Účetnictví 8“;
tvorba účetních registrů pro aktuální vykazované období (rozvaha, hlavní kniha atd.);
vytvoření daňových účetních registrů pro aktuální vykazované období, které obsahují indikátory určené na akruální bázi od začátku roku;
tvorba regulovaného výkaznictví pro aktuální vykazované období.

Přechod z „1C: Účetnictví 7.7“ na „1C: Účetnictví 8“ pomocí této techniky se doporučuje provést na začátku nového zdaňovacího období (roku), nebo pokud je již otevřené nové období, pak na konci příští měsíc aktuálního vykazovaného období. V procesu přenosu dat do „1C: Účetnictví 8“ se načtou následující informace:

zůstatky účetních a daňových účtů na začátku aktuálního účetního období (k 1. lednu běžného roku);
obrat na účetních a daňových účtech za aktuální účetní období konsolidovanými zápisy měsíčně;
dočasné rozdíly promítnuté do příslušných daňových účtů (pro organizace používající PBU 18/02);
doklady pro zadání počátečních zůstatků dlouhodobého majetku a nehmotného majetku;
daňové základy pro daň z příjmu fyzických osob a daně ze mzdy pro aktuální vykazované období;
nedoplatky na úhradě přijatých a vystavených faktur na konci posledního uzavřeného měsíce aktuálního vykazovaného období;
informace o objektech analytického účetnictví.

Přípravné operace v „1C: Účetnictví 7.7“

Přenos dat z „1C: Účetnictví 7.7“ je možný od vydání 7.70.477. Proto před migrací bylo nutné aktualizovat konfiguraci na toto vydání.

Musíte se také ujistit, že za poslední měsíc roku byly prováděny pravidelné účetní a daňové účetní operace (včetně reformy rozvahy).

Všechny soubory potřebné pro přenos dat jsou obsaženy ve složce Převést v adresáři šablon vydání 1.5.8.5 "1C: Accounting 8". Je lepší zkopírovat obsah této složky do adresáře ExtForms infobáze "1C: Accounting 7.7".

Metoda přenosu poskytuje jedinou přípravnou operaci - kontrolu referenčních kódů, které se při přenosu dat do 1C: Účetnictví 8 mohou stát nejedinečnými. K ověření se používá externí zpracování ChkCode.ert.

Aby však byla zajištěna správnost účetnictví a daňového účetnictví v databázi „1C: Účetnictví 7.7“, a aby se do „osmičky“ nepřenášely záměrně chybné záznamy, je užitečné provést technologickou analýzu účetnictví (nabídka „Zprávy - \u003e Technologická analýza účetnictví "), jakož i analýza stavu daňového účetnictví („ Daňové účetnictví -\u003e Analýza stavu daňového účetnictví ").

Problémy zpravidla způsobují „manuální“ účtování, která se provádějí bez kontroly počátečního zůstatku, kvantitativního účetnictví atd. Nová metoda, i takové transakce se přenášejí správně, příchozí kontrola vám však umožňuje okamžitě identifikovat problémy a vydat doporučení k jejich nápravě.

V našem případě kontrola odhalila nesrovnalosti v účetnictví týkající se odpisů odpisů stálých aktiv na ztráty minulých období, které bylo rozhodnuto napravit již v „1C: Účetnictví 8“ po přechodu.

Přenos dat

Samotný přenos dat se provádí pomocí externího zpracování V77Exp.ert (nabídka "Soubor -\u003e Otevřít"). Dialogové okno zpracování označuje:

soubor pravidel převodu dat - Acc77_80.xml (pole „Název souboru pravidel“);
soubor, do kterého budou data načtena (pole „Název datového souboru“);
datum zahájení aktuálního vykazovaného období - 1. ledna 2006 (pole „Datum zahájení“);
datum ukončení posledního uzavřeného měsíce v aktuálním období (pole „Datum ukončení“). V našem případě - 31. května 2006.

Po kliknutí na tlačítko „Načíst pravidla výměny“ v dialogovém okně zpracování se vyplní seznam pravidel pro nahrávání dat. Načteným seznamem je seznam účtů, jejichž součty lze stáhnout, a referenční knihy, které lze přenést do konfigurace „Enterprise Accounting“. V tabulce vpravo můžete nastavit filtry pro většinu pravidel uvolnění dat podle hodnot atributů (například pro selektivní uvolnění položek).

Jelikož přenášíme data ze „sedmičky“, je při prvním spuštění „1C: Účetnictví 8“ nutné odmítnout počáteční naplnění databáze. Poté pomocí zpracování načítání dat (nabídka „Nástroje -\u003e Výměna dat -\u003e Univerzální výměna dat ve formátu XML“) načtěte soubor přenosu do osmičky.

Šek

Celá procedura přenosu dat netrvala déle než půl hodiny. Zbývá pouze zajistit, aby byla všechna data přenesena správně. Nejlepším místem pro začátek je rozvaha za období přenosu dat. U rozvahových účtů se musí výpisy generované v „1C: Účetnictví 7.7“ a „1C: Účetnictví 8“ shodovat. Pokud se obraty u libovolného účtu neshodují, je nutné pro tento účet generovat podrobnější zprávy (rozvaha nebo karta), aby bylo možné určit, které obraty nebyly převedeny. Můžete tedy zkontrolovat všechna data, s výjimkou zůstatků na fixních a nehmotných aktivech, základů daně pro daň z příjmů fyzických osob a daní se mzdou za aktuální vykazované období a nedoplatků v platbě přijatých a vystavených faktur na konci posledního uzavřeného měsíce aktuálního vykazovaného období.

V našem případě v „1C: Účetnictví 7.7“ nebyly údaje o fixních aktivech plně zadány a na osmičce se dokumenty „Zadání počátečních zůstatků na fixních aktivech“ jednoduše nezaúčtovaly, a proto zůstatek na začátku období na účtu 01 nevznikl. Tyto dokumenty byly opraveny ručně.

Subsystém účtování DPH je v registrech implementován v „1C: Účetnictví 8“, abyste zkontrolovali správnost převodu, měli byste použít univerzální výkaz „Bilance a obraty“ (Výkazy -\u003e Bilance a obraty) bez omezení období pro účetní sekce „DPH předložena“, „DPH ze záloh „analyzovat správnost převodu účtů ZPK a ZPR.