1c adatátvitel 8.3-7.7. Átállás standard konfigurációról az előző időszak dokumentumainak átvételével

Jelenleg az 1C:Enterprise 7.7-ről 8.3-ra való átállás (hasonlóan a 8.2-hez) fejfájást okozott a könyvelőknek. Lehetőleg a lehető leggyorsabban és hibamentesen. Ha Ön 1C:Accounting programozó, és dokumentumokat kell konvertálnia a hetedik verzióból a nyolcadikba, akkor ez a cikk az Ön számára készült.

Csak néhány lépést kell megtennie, és az adatátviteli problémák megoldódnak. Olvassa el ezt az utasítást a végéig, és látni fogja, hogyan kell ezt megtenni. Először is fel kell készítenie egy munkahelyet a számítógépén a szükséges manipulációkhoz. Először is, a merevlemeznek legalább 100 GB-nak kell lennie. Erre azért van szükség, mert többszintű. És több 7.7-es konfigurációval kell dolgoznia.

Ha gyors és minőségi átállásra van szüksége az 1C Accounting 7.7-ről az 1C 8.3-ra, lépjen kapcsolatba velünk! Átlagos kulcsrakész költségünk 6600 rubel.

Adatátvitel az 1C 7.7-ből az 1C 8.3-ba, könyvelés 3.0

Tehát, mielőtt az adatok 1C 8.3-as verziójába történő átvitelével foglalkozna, elő kell készítenie ezeket az adatokat a 7.7-es verzióban. Ehhez a következőket kell tennie. Tegyük fel, hogy van egy működő „Vállalkozás könyvelése” adatbázis a számítógépén, amellyel a könyvelői dolgoznak. Az Export77 feldolgozás segítségével töltse fel az összes szükséges dokumentumot egy szöveges fájlba, és attól kezdve soha ne térjen vissza a fő működő adatbázisba. A további manipulációk más konfigurációkkal történnek.

Telepítse a legújabb 1C:Enterprise 7.7 kiadást az új könyvtárba. (a csomag tartalmaz egy szabványos üres verziót (adat nélküli) és egy demó verziót). A standard verzióval fogunk dolgozni. Most futtassa ezt az adatbázist, és az Import 77 feldolgozás segítségével töltse be az adatokat a fő adatbázisból egy szöveges fájlból.

Az adatok konvertálásakor előfordulhat, hogy egyes dokumentumok nem kerülnek feldolgozásra. Nem ijesztő. A trükk az, hogy ezt könnyen kijavíthatod az átutalás után, mivel a standard adatbázisban a fő szabványos számlatáblázattal dolgozol. Ezért bármennyire is kifinomultak az alszámlák, ezt könnyen kijavíthatja a működő adatbázisban körülbelül 3 óra alatt úgy, hogy minden fel nem könyvelt dokumentumba bemegy, és módosítja a konfigurációjában lévő fiókokat a fiókmezőkben.

Természetesen az átutalás előtt először összhangba hozza a standard konfiguráció számlatükrét a fő munkabázis számlatükrével. A lehetőségek tisztán egyéniek, a szervezet sajátosságaitól függően. Miután elvégezte ezt a munkát, egy szabványos konfigurációt kap, amely tele van a működő adatbázisából.

Most újabb adatátvitelt kell végrehajtanunk. Ehhez telepítse újra a normál nulla konfigurációt egy új könyvtárba. És vigye át az adatokat a szabványos konfigurációból az Ön adataival. Ennek eredményeként egy ideális 7-es verziójú adatbázist kap, amely készen áll a 8.2-es verzióra való átvitelre.

Az a tény, hogy az adatok közvetlenül a nyolcadik verzióba kerülnek átvitelre, kizárólag az „érintetlen” szabványos 7.7-es verzióból. És most éppen ilyen konfigurációja van. De most nem üres, hanem a munkaadataiddal.

Minden! Elindítjuk az 1C:Enterprise 8.2-t. Válassza az „Adatátvitel a 7.7-es verzióból” lehetőséget. és élvezze, ahogy a program maga viszi át a feldolgozott 7.7.-ből az adatokat, viszi át a dokumentumokat, és megjeleníti a 7.7 és 8.3 verzió mérlegének összehasonlító táblázatát.

Természetesen nem lesz 100%-os eredmény. De 70-80 százaléknál gyufát kapsz. És akkor a munkája csak a 8.3-as verzióban történik.

Az esetleges pontatlanságok könnyen kijavíthatók. Még 3-4 óra. Lépjen a bizonylatnaplóba, és módosítsa a számlákat vagy a mezőket (például „Szerződés” vagy „Általános pénztárgép”). Ez a 7,7-es bázis közötti különbség mértékétől függ. szabványtól. Mindezen műveletek eredményeként az Ön 8.3-as verziójának működő konfigurációja ideális formában képes lesz számviteli adatokat előállítani a mérlegen keresztül.

Az átállás után hasznos lesz, ha megtanulja, hogyan kell dolgozni az új programban. Ehhez készítettünk egy részt.

Apropó! Ha 1C programok módosítására van szüksége, forduljon hozzánk!

Videó az 1s 7.7-ről 8-ra való átállásról:

Nem túlzás azt állítani, hogy az 1C: Accounting 7.7 összes olyan felhasználója, aki úgy döntött, hogy az 1C: Accounting 8-ra vált, aggódik az adatátvitel problémája miatt. És nem csak a címtárak mechanikus átvitele, hanem a számviteli és adószámlákon felhalmozott összes információ átvitele, amely lehetővé tenné a felhasználók számára, hogy az új program megvásárlása után azonnal elkezdhessenek dolgozni. Az „1C: Accounting 7.7”-ről az „1C: Accounting 8”-ra való gyors átálláshoz egy „Transition Assistant” nevű mechanizmust fejlesztettek ki. Pontosabban két asszisztens. Az egyik az „1C: Accounting 7.7” programból való adatok letöltésére szolgál, a második az „1C: Accounting 8” programba való adatok betöltésére szolgál. Az 1C módszertanosai az asszisztens használatáról beszélnek.

Hívja be az asszisztenst "1C: Számvitel 7.7" elvégezhető a "Szolgáltatás - Áttérés 1C: Számvitel 8" menüből (lásd 1. ábra).

Rizs. 1

Az asszisztenssel végzett munka öt lépésből áll. A lépésről lépésre történő átmenet a „Tovább” és a „Vissza” gombokkal történik.

Az első lépés az egymás megismerése. Itt található egy rövid leírás az asszisztens céljáról, megtekintheti az "1C: Accounting 8" előnyeiről szóló információkat, és jelezheti, hol kaphat további információkat az "1C: Accounting 8"-ra való átállásról.

A második lépésben lehetőség nyílik a szabványos konfiguráció ellenőrzésére és szükség esetén frissítésére. A legfrissebb konfigurációs kiadás használata javasolt, mivel a jogszabályi változások miatt a program folyamatosan frissül.

Ha nincsenek frissítések, folytathatja a munkát.

Ha van frissítés, akkor kaphat egy új konfigurációs kiadást.

Miután megkapta az új kiadást, frissítenie kell a konfigurációt. Ehhez ki kell lépnie az Asszisztensből, és be kell zárnia a programot. A konfiguráció frissítése után az Asszisztens automatikusan elindul az átállás folytatásához, és felajánlja a következő lépést.

A harmadik lépésben meg kell adni, hogy milyen információkat kell átvinni. A könyvelési és adószámlákról csak az év elejére vihető át egyenleg.

Vagy az év eleji egyenlegek és az év elejétől bármely hónap végéig tartó forgalom.

Különös figyelmet kell fordítani arra, hogy az átállás előtt a kirakodási időszakba tartozó minden hónapban rutinszerű hó végi zárási eljárásokat kell végezni.

A negyedik lépésben az Asszisztens jelzi, hogy a feltöltött adatok melyik fájlba kerülnek. Ha nem módosítja az alapértelmezett beállításokat, akkor az adatok 1C: Accounting 8-ba való betöltésekor a Transition Assistant to 1C: Accounting 8 automatikusan megtalálja a megadott fájlt.

És végül az utolsó lépés az adatok letöltése. Ha bejelöli a „Mérleg létrehozása” jelölőnégyzetet, akkor a feltöltés után egy mérleg készül, amely kinyomtatható, és ezzel összevetheti az „1C: Számvitel 8”-ba történő betöltés eredményét. A közvetlen kirakodás a "Kirakás" gombra kattintva történik.

Ezzel befejeződik az „1C: Accounting 7.7” migrációs asszisztens munkája.

Most futnod kell "1C: Számvitel 8"és kezdje el az adatok letöltését.

Az asszisztenst felhívhatja a „Szolgáltatás – Átmenet az 1C-ből: Számvitel 7.7” menüből (lásd 2. ábra).

Rizs. 2

Csakúgy, mint az 1C: Accounting 7.7-ben, az Asszisztenssel végzett munka több lépésből áll. A lépésről lépésre történő átmenet a „Tovább” és a „Vissza” gombokkal történik.

Az első lépés az egymás megismerése. Itt van egy rövid leírás az asszisztens céljáról, jelezve, hogy hol kaphat további információkat az „1C: Accounting 8”-ra való átállásról, van egy tipp arra vonatkozóan, hogy mit kell tenni az adatok letöltéséhez az „1C: Accounting” alkalmazásból. 7,7"

A második lépés lehetőséget ad a szabványos konfiguráció ellenőrzésére és szükség esetén frissítésére. A legfrissebb konfigurációs kiadás használata javasolt, mivel a jogszabályi változások miatt a program folyamatosan frissül. Miután megkapta az új kiadást, frissítenie kell a konfigurációt. Ehhez ki kell lépnie az Asszisztensből, és be kell zárnia a programot. A konfiguráció frissítése után az Asszisztens automatikusan elindul az átállás folytatásához, és felajánlja a következő lépést.

A szervezetre vonatkozó információkat csak az 1C: Accounting 8 alapverziójának felhasználóinak kell kitölteniük. Felhívjuk figyelmét, hogy a TIN-nek és a KPP-nek teljes mértékben meg kell egyeznie az „1C: Számvitel 7.7-ben” megadott TIN-nel és KPP-vel. Az „1C: Accounting 8 PROF” programban a szervezet automatikusan létrejön az adatok betöltésekor, és az asszisztens kihagyja ezt a lépést.

Az adatok betöltésének megkezdése előtt be kell állítania a készletnyilvántartást. Az a tény, hogy az "1C: Számvitel 7.7"-ben csak a mennyiségi elszámolást támogatják a raktárak. Az "1C: Accounting 8"-ban a raktári könyvelés lehetőségei sokkal szélesebbek: lehet kötegelt könyvelést vezetni, mennyiségi és teljes könyvelést vezethet a raktárakra, vagy kikapcsolhatja a raktári könyvelést. Ha a raktári könyvelés beállításai nem felelnek meg az „1C: Accounting 7.7” funkciónak (a raktári könyvelés le van tiltva), akkor a felhasználó felkéri a raktári könyvelés telepítésére. Ha korábban már engedélyezte a készletkezelést, az Asszisztens kihagyja ezt a lépést.

A következő lépésben meg kell adni, hogy melyik fájlból kell betölteni az adatokat. Az Asszisztens automatikusan megkeresi a feltöltött adatokat tartalmazó fájlt az Asszisztensben alapértelmezés szerint megadott néven, amikor az "1C: Számvitel 7.7"-ből tölt fel adatokat.

És végül az utolsó lépés az adatok betöltése. A közvetlen letöltés a "Letöltés" gombra kattintva történik.

Ha bepipálja a "Menlegek generálása" jelölőnégyzetet, akkor a betöltés után a számviteli számlák forgalmi mérlege és az adószámviteli számlák mérlege keletkezik, amely kinyomtatható, amellyel ellenőrizheti az adatok letöltése során keletkező mérleget. az "1C: Számvitel 7.7"-ből.

Mielőtt elkezdené dolgozni az 1C: Accounting 8 programmal, be kell állítania az alapvető számviteli paramétereket:

• számviteli politikák felállítása;
• adószámviteli politikák felállítása;
• a készletek analitikus könyvelésének felállítása;
• felhasználói beállítások megadása stb.

Jelölje be az „Open Start Assistant” négyzetet az „1C: Accounting 7.7” átmeneti asszisztensben, és az adatok betöltése után a Start Assistant automatikusan elindul.

Ezzel befejeződik az „1C: Accounting 7.7”-ről az „1C: Accounting 8”-ra való átállás folyamata.

Működés elve.

Néhány szó az adatok átviteléről a szabványos konfigurációból Könyvelés", 4.5-ös kiadás 1C:Enterprise 7.7-hez vagy konfigurációhoz "" (a továbbiakban: Forráskonfigurációk) szabványos konfigurációvá " Vállalati könyvelés", 3.0-s kiadás az 1C:Enterprise 8-hoz (3.0.52-es verzió), a továbbiakban: "Végvevő konfiguráció".

FONTOS! Az adatátvitel a konfigurációból lehetséges Könyvelés 4.5-ös kiadás az 1C:Enterprise 7.7 7.70.569-es és újabb verzióihoz, vagy a konfigurációból Egyszerűsített adózási rendszer, szerk. 1.3"7.70.219 és újabb verziók.

Javasoljuk, hogy a forrás Konfigurációról a cél Konfigurációra váltson egy új időszak (év, negyedév, hónap) elején az előző időszak szabályozási műveleteinek befejezése után.

Az adatátvitel speciális feldolgozás segítségével történik, amely XML formátumú fájlba tölti le az adatokat a konfigurációs információs forrásból. Az eredményül kapott fájl betöltődik a címzett konfigurációs információs bázisába univerzális adatbetöltési feldolgozás segítségével.

Az adatátvitelhez a következő fájlok szükségesek:

ACC_ACC8 .ert - adatok külső feldolgozása külső fájlba a konfigurációból Számvitel, szerk.4.5»;

USN_ACC8 .ert - adatok külső feldolgozása külső fájlba a konfigurációból Egyszerűsített adózási rendszer, szerk. 1.3»;

ACC_ACC8 .xml - adatkonverziós szabályok.

USN_ACC8 .xml – adatkonverziós szabályok.

Átvihető adatok.

A következők kerülnek át a Forráskonfiguráció információs bázisból a Címzett konfigurációjába:

kézikönyvek elemei;

Információk a Konfiguráció-forrás információs bázis számviteli számláinak aktuális egyenlegeiről az információs bázis konvertálásának időpontjában;

Aktuális dokumentumok, amelyek dátuma nagyobb, mint az információs bázis konverziós dátuma.

Az átalakítás két szakaszban történik:

A Source Configuration infobázisból származó adatok egy külön fájlba (adatfájlba) töltődnek fel;

Az eredményül kapott fájl betöltődik a címzett konfigurációs információs bázisába.

Telepítés.

Az adatmigrációs feldolgozás telepítéséhez a setup.exe telepítőprogramot kell használnia. A program elindítása után (ha nagy az 1C:Enterprise infobázisok száma, akkor egy idő után) megjelenik egy párbeszédpanel, amelyben meg kell jelölni azokat az információs bázisokat, ahol az adatátviteli feldolgozást telepíteni kell. Az ablak úgy néz ki, mint az 1. ábrán. Ha az információs bázisok száma több mint hét, akkor használja a „fel” és „le” gombokat a navigációhoz. Ha több információs bázis van kiválasztva, az „útvonal” sor csak az utoljára kiválasztott információs bázis helyét mutatja. Ezek az információk segéd jellegűek, és opcionálisan a felhasználó további ellenőrzésére szolgálnak a telepítőprogram eredménye felett .

1. ábra Az információs bázisok kiválasztására szolgáló ablak a telepítés során

Ezenkívül megadhatja azt a mappát, amelybe az adatátviteli feldolgozást is telepíteni fogja, ehhez használja a mappaválasztó ablakot (a hárompontos gombra kattintva). A kiválasztott mappa teljes elérési útja megjelenik a kiválasztási sorban. A „telepítés” gomb megnyomása után a szükséges fájlok telepítésre kerülnek a kiválasztott információs bázisokba és (vagy) a kiválasztott mappába. A befejezés után kattintson a „részletek” gombra, és megtekintheti a részletes telepítési naplót, amely szerint mely fájlok melyik mappába kerültek. Ennek eredményeként a kiválasztott mappának az alábbi képhez hasonlónak kell lennie, lásd a 2. ábrát.

2. ábra A kiválasztott mappába telepített fájlok

Az alkönyvtárba ExtForms feldolgozás telepítve van Áttérés az 1C-re: Számvitel 8, szerk. 3.0és az átadási szabályokat. Felhívjuk figyelmét, hogy a feltöltés feldolgozása ACC_ACC8.ertés adatfeltöltési szabályok váltják fel a szabványos feldolgozást és szabályokat. Ha meg szeretné tartani a szabványos átállási mechanizmust, telepítse az új feldolgozást egy külön könyvtárba, és ne az információs bázisba.

A telepítési folyamat részletesebb leírása a jelentés telepítésének példájával. konfigurációhoz "1C: Számvitel 7.7".

Működési eljárás.

egy programban" 1C: Számvitel 7.7"meg kell nyitnia a feldolgozást a további lehetőségek közül" Áttérés az 1C-re: Számvitel 8, szerk. 3.0", válassza ki azt a mappát, amelyben az átutalási szabályok találhatók (lásd 3. ábra), és töltse le a csereszabályokat. Nem kell minden átutalási szabályt megadnia. Csak azokat használja, amelyek szükségesek például egyenlegek átutalásához, vagy egyenlegek és bizonylatok Például a címtárak csoportba egyetlen szabály sem kerülhet be, mert szükség szerint minden címtár átkerül, azaz csak azok, amelyek vagy az egyenlegekben, vagy a bizonylatokban szerepelnek nem „szemét” az új információs bázisban, ha például egyes dokumentumok nem szerepelnek az adatbázisban, vagy nem akarjuk átvinni, akkor ezt a szabályt nem kell engedélyezni.

3. ábra. Adatfeltöltés feldolgozása

Azt javaslom, hogy az adatfájl nevét állítsa a következőre: "C:\v77_v8\Exp77_80.xml", ezt a mappát gyakran használják alapértelmezés szerint a " programban 1C: Számvitel 8"adat betöltésekor a platformon lévő programokból" 1C: Vállalati 7.7". Ha szükséges, állítsa be a paramétereket a" oldalon Lehetőségek".

Az adatok letöltése során a konfigurációból " Számvitel 7.7"Különféle hibák fordulhatnak elő. Az itt bemutatott átviteli szabályok annyiban térnek el a szokásostól, hogy az adatfeltöltési szakaszban tipikus hibákat keresnek. Tekintsük azokat, amelyekről üzenetek jelennek meg.

Leltári cikkek nulla mennyisége és nullától eltérő mennyisége. A fogadó Konfigurációban az egyenleget úgy megadni, hogy az anyagmennyiség nulla legyen, és az anyag költségbecslése ne legyen egyenlő nullával, lehetetlen és értelmetlen is, mert ez hiba. Ezért az egyenlegek átutalásakor az ilyen (nulla mennyiségű) pozíciók nem kerülnek be az egyenlegbevezetési bizonylatokba. Ebből következően, ha a hibákat az adatátvitel előtt nem javítják ki, akkor az egyenlegátvitel során az adatok forrásában és célállomásában szereplő összegek nem egyeznek meg, ami további egyeztetési nehézségeket okoz. Ezért az adatok letöltése folyamatában a konfigurációból " Számvitel 7.7» üzenetek jelennek meg a felmerült hibákról (lásd: 4. ábra). Ezen túlmenően a hibák feltárásához javasoljuk a „Számviteli vezetés expressz ellenőrzése” feldolgozást, nevezetesen a „Nullától eltérő összeg hiánya nulla anyagmennyiség esetén” szabályt.

4.1. ábra Üzenetek a talált hibákról

Nem nulla egyenleg a második (harmadik) szintű alszámlánál, míg az első (második) szinten az egyenleg nulla. Ez a hibás nyilvántartás meglehetősen gyakori helyzete. Egy tipikus példa látható a 4.2. ábrán. Ez a feltétel az analitikus számvitel „újraosztályozása” eredményeként merül fel. Pl. a pénzforgalmi bizonylatokban egy megállapodás szerepel, de az aktiválási bizonylatokban nincs megállapodás, vagy fordítva, vagy vannak megállapodások, de ezek különböznek. Mindezekben az esetekben a szerződések között nullától eltérő egyenleg van, annak ellenére, hogy a szerződő fél egyenlege nullával egyenlő. Hasonló kép adódhat az anyagelszámolásban és a nómenklatúrában (amikor a tárolóhelyek szerinti teljes elszámolás is benne van): raktárak közötti átsorolás, különösen, ha a raktárak anyagilag felelős személyek.

4.2. ábra Példa a könyvelési hibákra

Nyilvánvaló, hogy ez tévedés, és világos, hogy nincs értelme az ilyen egyenlegeket átvinni. Az ilyen típusú egyenlegek átvitelének kizárására van egy paraméter: „Ne rakd ki az egyenlegeket, ha a felső szinten nulla egyenleg van”. Ha ez a paraméter egyre van állítva, akkor a feltöltés során az üzenetek az ábrán láthatók. 4.3 (vö. 4.2. ábra), és az ilyen pozíciókhoz tartozó mérlegek nem kerülnek kiürítésre. Ennek a paraméternek a különböző kombinációit használhatja a különböző egyenlegek átvitelére vonatkozó szabályokkal. Ha nem az összes egyenleget egyszerre, hanem könyvelési szakaszonként viszi át, akkor a különböző számviteli szekciók egyenlegét különböző paraméterértékekkel tudja átvinni.

4.3. Hibaüzenetek

Üres szerződésértékek vagy külföldi szerződések. A probléma hasonló a fent leírtakhoz, az ok ugyanaz – a szerződések analitikus elszámolásának hibás besorolása (lásd 4.4. ábra). De a partner egyenlege nem nulla, így a fent leírt ellenőrzési szabály nem fog működni. Az adatátvitelnél hiba történik az egyenlegbeviteli bizonylat feladásánál, mert üres szerződésérték nem megengedett.

4.4. ábra: Hibajelentés

Az ilyen hibák átvitel előtti kiküszöbölésére az adatfeltöltési szakaszban hibaüzenetek jelennek meg (lásd 4.5. ábra). Ugyanezen az ábrán látható, hogy egy másik hiba is felmerült: a szerződés nem felel meg a szerződő félnek, pl. a szerződés tulajdonosa egy másik szerződő fél. Ilyen hibákat gyakran találunk a módosított, i.e. nem szabványos konfigurációkban vagy régen létrehozott adatbázisokban, amikor a szabványos konfigurációkban sem volt kellően szigorú a szerződések megfelelőségének ellenőrzése a dokumentumok kitöltésekor.

4.5. ábra Könyvelési hibaüzenetek

A szerződések és mások szerződéseinek üres értékeinek ellenőrzése akkor történik meg, ha a " paraméter egyre van állítva Ellenőrizze a szerződések üres értékét és a partnerrel való megfelelést Ezen túlmenően a hibák megtalálásához javasoljuk a „Számviteli vezetés expressz ellenőrzése” feldolgozás használatát, nevezetesen az „Üres elemzés hiánya a szerződéseknél” és „A szerződő felek és szerződések betartása” szabályokat.

Vannak egyéb hibaellenőrzések is, további információért forduljon hozzánk (elérhetőségek az oldal alján).

Munkamódszerek

Megmutatjuk, hogyan lehet részenként, nem pedig egészben átvinni az adatokat egy külön típusú dokumentumok vagy akár a kiválasztott típusú dokumentumok egyedi másolatainak feltöltésével. Csak egy adatfeltöltési szabályt jelöljünk meg" Fizetési felszólítás" (lásd az 5. ábrát). Ezzel csak a következő típusú dokumentumokat töltheti fel Fizetési felszólítás". Ha ezekkel a paraméterekkel a " gombra kattint Kirak", akkor az összes " típusú dokumentum letöltődik Fizetési felszólítás", amely a következő időintervallumban található kezdő dátum" által " lejárati dátum". Nyomja meg a gombot " Telepítse a PVD-t", ezt követően az üzenet" Fizetési megbízás adatainak kiválasztása".

5. ábra Hogyan állíthatunk be egy szabályt egy bizonyos típusú adatok feltöltéséhez

Ezután kattintson a "Feltétel hozzáadása" gombra, és kiválaszthat egy kiválasztási attribútumot (lásd 6.1. ábra), leggyakrabban " CurrentDocument", amely lehetővé teszi, hogy egy adott dokumentumot válasszon ki az ilyen típusú dokumentumok listájából. Egyéb kijelölési adatok segítségével kiválaszthat egy dokumentumcsoportot, például dátum szerint jelölhet ki dokumentumokat. Minden esetben a dokumentumok kiválasztásra kerülnek. paraméterek által meghatározott időintervallumon belül " Kezdő dátum"És" lejárati dátum".

6.1. ábra Külön dokumentum kiválasztása

Fontos! "1C"), amely bizonyos konfigurációkban nem teszi lehetővé a dokumentumok kiválasztását feltöltéskor a kiválasztási részletek szerint. Ennek oka az a tény, hogy a szabványos szabályokban a dokumentumok kiválasztása határidő megjelölése nélküli kéréssel történik. Az ilyen kérések nem mindig működnek.

Hasonló módon lehet könyvtárakat feltölteni, de nem a teljes könyvtárat, hanem egyes részletek szerint kiválasztva. Először válassza ki a kívánt adatfeltöltési szabályt, majd nyomja meg egymás után a " gombokat Telepítse a PVD-t"És" Feltétel hozzáadása". Például a 6.2. ábra azt mutatja, hogyan lehet csak azokat az alkalmazottakat kirakni, akiknél a programból való áttérés időpontjában " 1C: Egyszerűsített adózási rendszer, szerk. 1.3" tovább " 1C: Enterprise Accounting, 3.0 kiadás"(vagy ahogy a felhasználók gyakran mondják, az átmenet a 7.7-ről a 3.0-ra) a munkaügyi kapcsolatok létrejöttek.

6.2. ábra Címtárelemek csoportjának kiválasztása

Fontos! A szabványos szabályok hibáját javítottuk az adattovábbítási szabályzatban (a cégtől "1C"), ami a címtárelemek helytelen kiválasztásához vezet a periodikus címtáradatok használatával történő kirakodáskor, pl. azok, amelyek különböző dátumokhoz eltérő értékkel rendelkeznek. Ennek az az oka, hogy a szabványos szabályokban a címtárelemek kiválasztását egy lekérdezés végzi, pont megadása nélkül.

A könyvtár időszakos adatai alapján történő kiválasztás a paraméter dátumán történik lejárati dátum"!!!

Használhatja az adatfeltöltési és -kiválasztási szabályok kombinációját. Azok a szabályok, amelyeknél kijelölések vannak beállítva, „[KIVÁLASZTÁS]”-ként lesznek megjelölve. Egy adott adatfeltöltési szabály kiválasztásának megtekintéséhez vagy szerkesztéséhez duplán kell rákattintani a szabálylistában erre a szabályra, vagy miután kiválasztotta, kattintson a " gombra Telepítse a PVD-t".

Fontos! Ha az objektumok feltöltése üresnek vagy hiányosnak bizonyul, ellenőrizni kell, hogy a szinkronizálási mód be van-e állítva az 1C:Accounting 8 segítségével. Ha ez a helyzet, akkor csak az átvitel után módosított objektumok kerülnek feltöltésre (Könyvtár A .Synchronous Accounting Parameters az Utoljára feltöltött bizonylat pozícióját tárolja, amelyet a feltöltés során a CheckFor Upload Possibility funkció ellenőriz) . A teljes működés szinkronizálási módban lehetetlenné válik. A szinkronizálási mód a csereszabályok betöltése után kerül ellenőrzésre. Ha a mód telepítve van, akkor egy figyelmeztető ablak jelenik meg (lásd 6.5. ábra), és a rendszer kéri, hogy tiltsa le a szinkronizálási módot.

Rizs. 6.5 Szinkronizálási mód figyelmeztető ablaka

További eltérések a szabványos szabályokhoz képest

Hiba javítása a PT&U régi nyugtatípusokkal történő átvitelénél: ha az Áruk és szolgáltatások átvétele bizonylatokban a nyugta típusa 2 (elavult érték), és nincs szállítói számla, akkor ennek a bizonylatnak a BP 3.0-ban hibás átalakítása visszáruvá. dokumentum a vevőtől történik.

Hiba javításra került a részleg alszámlával rendelkező kézi műveletek átvitele során a BP PROF verziójára. Az ilyen művelet nem kerül rögzítésre a BP-ben, hiba történik: „Az osztás mezőnek üresnek kell lennie.” Ennek oka az a tény, hogy a szabályok CORP verziókkal működnek, azonban PROF-ban a számviteli nyilvántartás DivisionDt és DivisionKt dimenzióinak üresnek kell lenniük.

Javítottunk egy hibát, amely a címtárcsoportok megkettőzéséhez vezetett szerződésekés ennek következtében a könyvtár elemeinek megkettőződése (mivel a betöltés során a keresés a szülő figyelembevételével történik). Ezt szemlélteti a 6.6. ábra.

6.6. ábra A címtárátvitel eredménye szerződések szabványos szabályokat

Itt a rovatban Szülő(könyvtárcsoport) névvel 2015 Két különböző címtárcsoport van azonos névvel (a forrásban csak egy csoport van), ezért a szerződések duplikálva vannak.

Kijavítottuk a banki dokumentumok átutalásának hibáját, amikor pénzt utalnak át egyik folyószámláról a másikra. BAN BEN BP 3.0 ebben az esetben dokumentum jön létre Terhelés folyószámláról a művelet típusával Átutalás a szervezet másik számlájára, amelyre azért nem kerül sor, mert az adatok nincsenek kitöltve A címzett fiókja. Ráadásul az adatok hibásan vannak kitöltve. fiókÉs Betéti számla. Ez akkor jelenik meg, ha különböznek, például 55 és 51, akkor ki kell cserélni őket. Kijavítottuk a részletek kitöltésének hiányát Kötelezettség típusa adóátutalási dokumentumokban. A fentiek mindegyike a 3.0.43.215 kiadásra vonatkozik.

A kellékek átkerülnek főszerződés Könyvtár Ügyfelek.

A címtár letöltésének szabálya megváltozott Elnevezéstan, most az adatkiválasztás módszere a standard mintavétel, amely lehetővé teszi a címtárelemek részletezését (az egyszerűsített adórendszer 7.7 - BP 3.0 szabványos szabályaiban ez nem lehetséges). Címtár átvitelekor Elnevezéstan, átkerülnek és Tétel árak linkeken keresztül, pl. a nómenklatúra csak átadott tételeinek árai. A funkció engedélyezéséhez a paraméter értékét egyre kell állítani Töltsd fel az árakat az áruk kirakodásakor.

Hiba javításra került az "USN 7.7 - BP 3.0" szabványos szabályokban a partnerekkel való elszámolások egyenlegének átutalásakor: a megállapodás típusa mindig a következőre volt beállítva. Egyéb. Most - az egyenleg típusától függően, a számviteli szakasz szerint " Számítások beszállítókkal és vállalkozókkal"szerződés típusa = " Szállítóval", a könyvelési rész szerint" Számítások vevőkkel és vásárlókkal"szerződés típusa = " Vevővel", egyéb esetekben szerződés típusa = " Egyéb".

Hiba javításra került az "USN 7.7 - BP 3.0" szabványos szabályokban a partnerekkel történő elszámolások egyenlegének átutalásakor: a kölcsönös elszámolások összegét a kezdeti egyenlegek rögzítésére szolgáló bizonylat két részletében rögzítették. ÖsszegÉs ÖsszegKt. Emiatt nem került könyvelésre a nyitó egyenlegek könyvelési bizonylata.

Jelölje beA vevővel" (normál szabályok szerint " Egyéb"). A " attribútum értéke be van állítva. Fizetési állapot", ez fontos a vevőnek történő fizetéshez szükséges számla helyes kiválasztásához a banki fizetési bizonylatokban a Címzett konfigurációjában.

"" formátumú dokumentumok átvitelekor Fizetési felszólítás"a szerződés típusa a következőre van állítva" A szállítóval" (normál szabályok szerint " Egyéb").

A tárolási helyek átvitele során az "USN 7.7 - BP 3.0" szabvány szabályaiban hibát javítottak: a részletek "nincs kitöltve" Raktár típus".

Paraméter hozzáadva " Csere a szabályozó hatóságokkal is": ha értéke 1, akkor a prop Az ellenőrző hatóságokkal folytatott csere típusa könyvtárelem " Szervezetek"értékre állítva" ExchangeIn univerzális formátum", egyébként a " Exchange Disabled"mint az általános szabályokban. Ez ismételt (rendszeres) átutalások esetén fontos, hogy ne rontsa el az EFA beállítását.

A címtár letöltött elemeire vonatkozó keresési szabály megváltozott " Ügyfelek": először a keresést hajtja végre ÓNÉs ellenőrző pont(ha ezek az értékek ki vannak töltve), akkor csak a ÓNés végül által Név. A keresés mindhárom esetben magában foglalja a csoport attribútumot (ThisGroup) és magát a csoportot (Parent). Ez fontos az ismételt (rendszeres) átutalásoknál, hogy ne jöjjön létre duplikátum a betöltés UTÁN megváltozott névvel rendelkező ügyfelek számára.

A szerződő felek átruházásakor töltse ki az adatokat OrszágRegisztráció jelentése "Oroszország". Erre azért van szükség, hogy a partnerek könyvtárának programba való betöltése után "1C számvitel 8" Nem kellett kézzel kitöltenem a szükséges adatokat OrszágRegisztráció. Ha nincs kitöltve, akkor könyvtárelem formájában " Ügyfelek"a részletek elérhetőek lesznek" Adószám"És" Reg. szám"és a részletek" ÓN"És" ellenőrző pont" el lesz rejtve.

Az „USN 7.7 - BP 3.0” átviteli szabályokhoz egy adatfeltöltési szabály került az „Alkalmazottak” címtár átvitelére (a szabványos szabályokban csak a magánszemélyek névjegyzéke kerül átvitelre).

Az "USN 7.7 - BP 3.0" átadási szabályokban az Alkalmazottak aktuális tarifája információs nyilvántartás átadási szabálya kijavításra került.

Az adófizetési megbízások átvitelének jellemzői

A tranzakció típusú fizetési megbízásokhoz Adóátutalás További részleteket kell kitölteni: KBK - költségvetési besorolási kód, fordítói állapot stb. Ezeknek a részleteknek a szerkezete benne van Bukh 7.7 (USN 7.7) és benne BP 3.0 nem egyeznek. Különösen abban BP 3.0 Ezen adatok egy része egy külön könyvtárban található Az adók és a költségvetésbe történő befizetések típusai, amelynek hivatkozását a fizetési megbízás tartalmazza. A címtár számos olyan elemet tartalmaz, amelyek megjelennek az információs bázisban, például egy számviteli politika szerkesztésekor. Adatátvitelkor ezek az elemek a számviteli politika betöltésekor is megjelennek. Fizetési megbízások feltöltésekor és letöltésekor egy címtárelem Az adók és a költségvetésbe történő befizetések típusai a KBK segítségével keresett helyettesítést a fizetési megbízás adataiban Adó. Ezért javasolt a számviteli politika átadása után ellenőrizni, hogy minden szükséges adó megjelenik-e a címtárban, és szükség esetén kiegészíteni. A fizetési megbízásokban a KBK összehasonlítása (szinkronizálása) során a forrás és a fogadó nem veszi figyelembe a négy KBK kategóriát, 14-17 kategóriát, jövedelem altípus kódját: adó, kötbér, bírság stb. A könyvtárban Az adók és a költségvetésbe történő befizetések típusai ezek a bitek nullákkal vannak feltöltve. Amikor új elemeket adunk a könyvtárhoz, a 14-17. biteket is nullákkal kell kitölteni.

Nagy információs adatbázisok átvitele.

Először is, nagy információs bázisok migrálásakor az adatok letöltésének folyamata nagyon sokáig tarthat. Ez akkor fordul elő, ha egy számviteli szakaszban nagyszámú egyenleg van, például áruegyenlegek. A feltöltési idő csökkentése érdekében használhatja az egyik dokumentum felosztásának technikáját " Kezdő egyenlegek megadása"néhányra. Ha beállítja a paraméter értékét " Az egyenlegbejegyzési bizonylat sorainak száma" nullától eltérő (lásd 6.3. ábra), akkor az adatok egy dokumentumba történő feltöltése egy meghatározott értékre korlátozódik. Ez jelentősen (többször) csökkentheti a feltöltési időt.

6.3. ábra Paraméterek beállítása dokumentumméret-korlátozással járó adatátvitelnél " Kezdő egyenlegek megadása»

Megjegyzés: a paraméter értéke korlátozza az egy dokumentumba feltölthető tranzakciós tábla sorok számát " Kezdő egyenlegek megadása", ahelyett, hogy megadná magának a dokumentumnak a sorainak számát. Ezért a dokumentumsorok száma eltér a paraméter értékétől, ez nem hiba. Dokumentum felosztásakor " Kezdő egyenlegek megadása” több dokumentum esetén minden dokumentum megjegyzéséhez egy postfix kerül a sor végén: „-1”, „-2” stb.

FONTOS! A leírt algoritmus egy dokumentum felosztására " Kezdő egyenlegek megadása"többet csak az adatfeltöltési idő csökkentésére használunk, az összes dokumentum egy fájlba kerül, pl. Az adatátvitel egy lépésben történik, a megjegyzések (postfixek) automatikusan generálódnak, csak egy paraméter van megadva. De ez a technika nem oldja meg a memóriahiány problémáját, amelyet az alábbiakban tárgyalunk.

Nagy információs bázisok migrálásakor probléma merülhet fel a RAM elfogyásával: amikor megpróbálja kirakni, a program egy megfelelő hibaüzenettel vagy üzenet nélkül fejeződik be. Hiába próbálja kicserélni a számítógépét egy erősebbre. Ebben az esetben az adatokat részekre bontva kell feltölteni. Ehhez olyan átviteli szabályokra van szükség, amelyek támogatják a megadott módot. Nézzük, hogyan kell kirakni. Először is, az adatátvitelt egyetlen feltöltési szabály segítségével kell végrehajtani (lásd 6.4. ábra). Ha egy szabály szerint lehetetlen az átvitel, akkor azt részekre osztjuk, feltüntetve a kezdeti és a végső adagszámot. Minden rész tartalmaz egy adott számú első szintű analitikai értéket, például termékegyenlegeket, pl. a megadott számú számlaegyenleg értéke "41". A fiókhoz tartozó elemzések teljes összegének ismeretében könnyen kiszámítható az adagok száma. Kísérletileg kell meghatározni, hogy mennyi adat kerül egyszerre problémamentesen (egy információba), a számlaegyenlegek feltöltésekor több ezer vagy több egyenlegnél jelentkeznek átviteli problémák. Bár az adatok feltöltésének időmegtakarítása érdekében javasoljuk az adatok részekre bontását, még akkor is, ha a könyvelési rész összes egyenlege egyszerre feltölthető. A feltöltési idő az adatrész méretétől függ, nem arányosan, nem lineárisan. Ezért ha például tízezer termékegyenleget oszt tíz ezres részre, többszörösére csökkentheti a kirakodási időt. Ha az első részt utaljuk át, akkor előfordulhat, hogy az utolsó rész száma nem kerül feltüntetésre, akkor az utolsó rész száma nem kerül feltüntetésre.

FONTOS! Részletekben történő adatátvitelkor meg kell adni egy postfixet a paraméterekben, amely részt vesz a dokumentum megjegyzésének kialakításában " Kezdő egyenlegek megadása" Az adagtartomány számainak megváltoztatásakor ne felejtse el megváltoztatni a postfixet, ellenkező esetben a címzett konfigurációjába való betöltéskor az azonos megjegyzésekkel (postfixekkel) ellátott dokumentumok felülíródnak. Az adatfájl neve nem különösebben fontos. Használhat szekvenciális átviteli taktikákat: kirakodás - berakodás, kirakodás - berakodás stb. Ebben az esetben az adatfájl nevét nem kell módosítani. Választhat taktikát: először mindent kirak, majd mindent berak. Ez utóbbi esetben az adatfájl nevét minden egyes feltöltéskor módosítani kell. Még egy példa. Ha a könyvelési részben az egyenlegek száma (például áruk) mondjuk 10 000, akkor ezres részekre osztjuk, akkor 10 adagot kapunk. Minden résznek egyedi utótaggal kell rendelkeznie: "-1", "-2", "-3", "-4". Ha az összes megmaradt árut kirakjuk, majd mindent berakunk, akkor az adatállományoknak is egyedinek kell lenniük, például: „41_1”, „41_2”, „41_3”, „41_4”. Az „Adagszám kezdete” és „Adagszám vége” paramétereknek a következő értékeket kell felvenniük: 0, 1000; 1001, 2000; 2001, 3000; 3001, 4000.

6.4. ábra Paraméterek beállítása részleges adatátvitelkor

Az adatok részleges átvitele a következő feltöltési szabályokhoz támogatott:

Befektetett eszközök

Anyagok

A leltári cikkek bekerülési értékének eltérései

A vásárolt eszközök áfája

Befejezetlen gyártás

• Késztermékek és félkész termékek

  Eladási költségek

  Áruk szállítva

  Készpénz

  Pénzügyi befektetések

  Elszámolások beszállítókkal, vállalkozókkal

  Egyéb elszámolások partnerekkel

  Adók és díjak

  Elszámolások személyzettel

  Számítások elszámoltatható személyekkel

  Elszámolások alapítókkal

  Elszámolások más adósokkal és hitelezőkkel

  Tőke és tartalékok

  Jövőbeli kiadások

  Halasztott adó követelések és kötelezettségek

  Pénzügyi eredmény

  Mérlegen kívüli számlák

Ne próbáljon olyan nevetséges tanácsokat követni, mint például: "Először vigye át a kézikönyveket, majd vigye át a maradékokat." Először is, nincs értelme a címtárat külön átvinni, sem részenként, sem teljes egészében , ha a hiba az egyenlegek kirakásakor jelentkezik, akkor ez nem segít. A hiba nagy valószínűséggel ténylegesen egyenlegek átvitelekor fordul elő (a kirakodás során ezt fontos megérteni), amikor a címtár hivatkozások segítségével történik. Nem számít, hogy a címtárat már átvitték-e vagy sem, a maradékok kirakásakor továbbra is korlátozás nélkül kirakják. Másodszor, a teljes címtárak átvitele általában szemétszállítást jelent.

A kirakodás befejezése után el kell indítania az 1C: Accounting 8 programot. A betöltést mind a kezdeti, mind az ismételt adatátvitelek vagy további átvitelek során szabványos feldolgozással kell végrehajtani (lásd 7. ábra).

Figyelem, fontos. Kezelés Univerzális adatcsere XML formátumban (egyes kiadásokban 3.0.43.x) hibákat tartalmaz. Korrigált feldolgozás használható Univerzális adatcsere XML formátumban, amelyet a szállítás tartalmazza, és az adatbázis-könyvtárban van telepítve Könyvelés kiadás 4.5.

A programba való betöltés után 1C: Számvitel 8 egyenlegbejegyzési bizonylatokat, a fennmaradó bizonylatokat pedig újra könyvelni kell. Ezt a legjobb a feldolgozás segítségével megtenni Dokumentumok csoportos átadása, amely a szakaszban található Adminisztráció. Ha nem látható a megadott részben, állítsa be a műveletsort a kívánt parancs hozzáadásával (lásd: 7.1. ábra).

7.1. ábra A műveletsor beállítása

Fontos. A szabványos konfigurációból nem használhatja a feldolgozást, mivel az a kezelő hibakereső módban működik (Exchange Processing.Handler DebuggingMode Flag = True), és nem teszi lehetővé a kezelő használatát "Keresési mezők" letöltött elemek kereséséhez a "" könyvtárban Ügyfelek" (lásd fent). Pontosabban a betöltés során használt összes kezelő benne van a konfigurációba épített feldolgozásban ProcesszorokLetöltések a könyvelésből77. Így a megváltozott szabályokkal nem lehet migrálni, legalábbis a betöltési szakaszban.

Hasonló külső feldolgozás is használható Adatátvitel az 1Enterprise77 információs bázisaiból(a szállítás tartalmazza). Az alábbiakban leírjuk, hogyan kell használni (még egyszer - külső feldolgozás).

A kirakodás befejezése után el kell indítania az 1C:Accounting 8 programot. A menüben: Fájl - Megnyitás és mutasson a külső feldolgozásra Adatátvitel az 1Enterprise77 információs bázisaiból.

Ezt követően megjelenik egy űrlap, amelyben meg kell adni az adatbetöltés opciót – Adatok betöltése fájlból (7.2. ábra).

Ezt követően megjelenik egy párbeszédpanel, amelyben meg kell adnia a feltöltött fájl elérési útját (lásd 7.3. ábra).

Az „Adatok betöltése” gombra kattintva indítsa el az adatbetöltési folyamatot (lásd 7.4. ábra), melynek befejezése után mérleget kell készítenie, és ellenőriznie kell a forrás konfigurációs adatbázisban a forgalmat és azt a célkonfigurációt, amelybe a letöltés történt. .

Ha az adatátviteli folyamat során hiba lép fel, megnyílik egy üzenetablak, amelyből duplán kattintva megoldhatja a hibát. Ha jelentést szeretne kapni a felmerült hibákról, leírással és kiküszöbölési javaslatokkal, kattintson a „ hiperhivatkozásra Hibainformáció».

Az ismétlődő adatátvitelek vagy az egyes dokumentumok vagy könyvtárak további átvitele során történő betöltés a szabványos "Universal Data Interchange in XML Format" feldolgozás segítségével történhet, ez felgyorsítja a folyamatot.

Adatkonverziós technika.

Szükség esetén az átalakítás több szakaszban is elvégezhető, például először egyenlegek, majd bizonylatok. Lehetőség van az információk újbóli továbbítására.

Az egyenlegek átutalása dokumentumokon keresztül történik Nyitóegyenlegek megadása».

Az egyenlegek megadásának módszertanáról további részletek az 1C vállalat ITS webhelyén található cikkben találhatók (1C esetében: Enterprise Accounting rev. 3.0)

Fontos! A nyitó egyenlegek megadása előtt be kell állítani a számviteli politika paramétereit. A szervezet számviteli politika paramétereit az egyenlegek rögzítésének dátumát követő napon olvassuk be. Például, ha az egyenlegek rögzítésének dátuma 2013. december 31., akkor a 2014. január 1-jén megállapított számviteli politika paramétereit veszik figyelembe. Ez lehetővé teszi az aktuális számviteli politika paramétereinek figyelembevételét (például: ha a szervezet 2013-ban egyszerűsített adózási rendszert alkalmazott, és 2014-től áttért az általános rendszerre - akkor a 2013. december 31-i egyenlegek rögzítésekor a 2014. évi számviteli politika paramétereit veszik figyelembe. Győződjön meg arról, hogy a számviteli politikákat helyesen vitte át, szükség esetén javítsa.

Fontos! Ha úgy dönt, hogy elkezd dolgozni a címzett konfigurációjában, mielőtt a fennmaradó részt áthelyezte volna oda, akkor először át kell helyeznie a címtárakat, mielőtt elkezdené a munkát a címzett konfigurációjában. Ellenkező esetben hibák léphetnek fel az egyenlegek nem üres adatbázisba való átvitelekor.

Válaszolok a kérdésekre! A szállítási készletben található feldolgozási és átadási szabályok nyitottak, másolás ellen semmilyen módon nem védettek. Ez nem jelenti azt, hogy a vevőnek (engedélyesnek) joga van a terjesztéshez és a sokszorosításhoz. Az engedélyesnek nincs ilyen joga. Az engedélyesnek joga van a felhasználásra. E jogának gyakorlásával az engedélyes archív másolatokat készíthet, változtatásokat hajthat végre, és korlátlan számú számítógépen korlátlan számú alkalommal használhatja. A konverziós szabályok finomításához vagy kijavításához, valamint azok megismeréséhez be kell tölteni a szabályokat a programba Adatkonverzió. Ezt a programot az 1C terjeszti, és ez határozza meg a használatának szabályait.

Vásárlási okok

Rendszeresen frissítve. A frissítések a vásárlás után hat hónapig ingyenesek. Bekerült az Infostart TOP 100 kiadványába.

Előnyök

A szabályok szövege és feldolgozása nyitott, adatkonverziós technológia használatos, és könnyen szerkeszthető.

Verziók összehasonlítása

2019. 01. 29. A szabályok frissítve a 3.0.67.70 kiadásra

2018.07.05. A szabályok frissítve a 3.0.63.22 kiadásra

2017. 09. 25. A szabályok frissítve a 3.0.52.36 kiadásra

2017. 07. 18. A szabályok frissítve a 3.0.51.16 kiadásra

2016.10.12.: Hiba javítása a szakképzés és a szakképzés régi felvételi típusokkal történő átvitelénél

2016. 09. 08. A szabályok frissítve a 3.0.44.102 kiadásra

2016.06.18. Hiba javítása az alszámlarészleggel rendelkező kézi műveletek átvitelében

2016.05.31. A szabályok frissítve a 3.0.43.236 kiadásra. A szabványos konfigurációkban (BP 3.0.43.174-235) az Univerzális XML Data Exchange feldolgozásban a Paraméterek betöltése eljárás nem működik megfelelően. A szabályok módosultak a hiba elkerülése érdekében. A szállítási csomagban található Universal Data ExchangeXML feldolgozást is használhatja a BP 3.0-ba való betöltéshez. A telepítés során az info könyvtár ExtForms alkönyvtárába íródik. alapok 7.7.

2016. 05. 25. A szabályok frissítve a 215.0.43.3.

2016.11.05. A szerződésnév hosszára vonatkozó korlátozás 50-ről 100-ra módosult.

2016. 02. 23. A szabályok frissítve a 3.0.43.29 kiadásra

2015.12.21. Feldolgozás és szabályok frissítve a 3.0.42.33-as kiadásra

2015.11.11. A szinkronizálási mód ellenőrzése hozzáadva

2015.05.18. Feldolgozás és szabályok frissítve a 3.0.40.24-es kiadásra

2015.05.14. Az adófizetési bizonylatok átutalása lezárult

2015.08.04. Feldolgozás és szabályok frissítve a 3.0.39.56 kiadásra. A 3.0.39-es kiadásban megváltozott a fizetési számla felépítése: megszűnt a „Szolgáltatások” táblázatos rész, most az áruk és szolgáltatások egy „Áru” táblázatos részben vannak. Ezért a 3.0.38-ra vonatkozó szabályok nem használhatók a 3.0.39-re történő portoláshoz

2015.02.04. Feldolgozás és szabályok frissítve a 3.0.38.53 kiadásra

2014.12.23. Feldolgozás és szabályok frissítve a 3.0.37-es kiadásra

A szállítás tartalma.

A csomag tartalma: feldolgozás "ACC_ACC8",átadási szabályok "ACC_ACC8"és feldolgozás Adatátvitel az 1Enterprise77 információs bázisaiból. Ha az Ön szervezete nem rendelkezik főállású programozóval a munka elvégzésére, készek vagyunk felajánlani szakemberünk szolgáltatásait (a programozó az interneten keresztül csatlakozik az Ön számítógépéhez egy speciális távmunka program segítségével, és elvégzi a szükséges munkát ). Ha lehetséges, biztosítson munkaalapot "1C: Számvitel 7.7", mi magunk is átvihetjük az adatokat és továbbíthatjuk a fájlt" 1C: Számvitel 8" átutalt egyenlegekkel. A szolgáltatás költségét a csomag teljes költsége nem tartalmazza.

© Boris Balyasnikov, 2014. január, utolsó változtatások 2019. január.

Át kell váltanom az 1C:Enterprise 8.2-re? Ha ezt a cikket olvassa, az azt jelenti, hogy valószínűleg már igenlő választ adott erre a kérdésre. Ezért most nem beszélünk újra az új platformra váltás előnyeiről, hanem közvetlenül ennek a folyamatnak a részleteire és jellemzőire összpontosítunk.

1. Általános algoritmus

Tehát úgy döntött, hogy a „nyolc”-ra vált, és szeretné megtudni, hogyan történik ez, és mit „fenyeget” az Ön számára. A legáltalánosabb formájában az átmenet diagram így néz ki (1. ábra).

Rizs. 1. Algoritmus az 1C:Enterprise 7.7 platformról az 1C:Enterprise 8.2 platformra való átmenethez

1. Frissítés. Az első dolog, amit meg kell tennie, hogy írjon egy kérelmet a szervezetétől, küldjön be egy regisztrációs űrlapot a 7.7-es platformhoz és a 8.2-es platform megvásárlásához. Ebben az esetben Önt biztosítják kedvezmény a régi platform költségének összegében, de legfeljebb 50%. A régi platform Önnél marad, és továbbra is használhatja, azonban az 1C-nél eltávolítjuk a technikai támogatásból.

2. Frissítés aktuális konfiguráció a legújabb aktuális kiadásig.

3. Az adatbázis előkészítése átvitelre. Ez magában foglalja az adatbázis biztonsági mentését, az aktuális számlázási időszak lezárását, az adatbázis törlésre kijelölt tételek törlését és a könyvelési hibák (ha vannak) javítását.

4. Adatátvitel. Ez a fő színpad. Az algoritmusok és a munkaintenzitás minden konkrét esetben eltérő.

5. A személyzet képzése az új konfigurációval való munkára. Mivel a 7.7-es és 8.2-es platform konfigurációi mind interfészben, mind funkcionalitásban különböznek, előfordulhat, hogy az új konfigurációval való munkavégzéshez képzésre lesz szüksége. Tanulmányozhatja saját maga is a megfelelő módszertani irodalom segítségével, de jobb, ha egy speciális tanfolyamot vesz az 1C-ről.

6. Működés. Ebben a szakaszban, amikor a felhasználók elkezdenek dolgozni az új programban, megtörténik a hibakeresés, és kijavítják az automatizált adatátvitel esetleges hibáit.

Nézzük meg az új platformra való átállás folyamatát a konfiguráció kontextusában "1c könyvelés".

2. Módosítsa az „1C: Számvitel 7.7” szöveget „1C: Számvitel 8.2” értékre.

Az „1C: Accounting 7.7”-ből az „1C: Accounting 8.2”-be történő adatátvitel stratégiáját és mechanizmusait a következő tényezők határozzák meg:

• a könyvelés kezdő időpontja az új programban;
• a módosítások jelenléte és összetettsége a konfiguráció aktuális verziójában;
• az elmúlt időszakok üzleti tranzakcióinak történetének megőrzésének szükségessége.

Javasoljuk ügyfeleinknek, hogy új könyvelési programmal kezdjenek dolgozni új év január 1-jétől . Ez annak köszönhető, hogy a legtöbb adót eredményszemléletű módon számítják ki. Ezért annak érdekében, hogy ne dolgozzanak ki eszközöket a felhalmozott eredmények helyes átvitelére, a programban a munka megkezdését az adóbevallási időszak kezdetéhez kell kötni. Természetesen a negyedév elejétől, sőt akár a következő hónap elejétől is megkezdheti a munkát, de egy ilyen átállás jelentősebb költségekkel jár (a 7.7 és 8.2 dokumentumok szerkezetének jelentős eltérései miatt).

A fenti tényezők kombinációjától függően a helyzetek a következők lehetnek.

1. helyzet:

Átállás az új évtől, JELLEMZŐ konfiguráció, helyes számlaegyenlegek generálása a régi programban történik

Ez a lehetőség egyszerű és világos, de a gyakorlatban rendkívül ritka. Számos kisvállalatnál lehetséges a helyes egyenlegek előállítása a régi programban közvetlenül az új programban való munka megkezdése előtt, és csak azzal a feltétellel, hogy az elmúlt időszak összes elsődleges dokumentuma rendelkezésre áll és bekerül a programba.

Ha ez a te eseted, akkor szerencséd van. Csak frissítenie kell az „1C:Enterprise 7.7” konfigurációt a legújabb verzióra, és használnia kell az „1C:Enterprise 8.2”-be épített „Adatok átvitele az 1C:Enterprise 7.7 információs bázisokból” feldolgozást. Ezt saját maga is megteheti, szakember segítsége nélkül. Csak szigorúan be kell tartania a feldolgozás során megadott utasításokat.

2. helyzet:

Átállás az új évtől, TIPIKUS konfiguráció, a régi programban NINCS HELYES SZÁMLAEGYENLEG

Az általános gyakorlat ebben az esetben egyszerre dolgozik a régi és az új programban . Az „átmeneti időszakban” (2. ábra) a dolgozók lezárják korábbi tranzakcióikat a régi programban, és megkezdik az új tranzakciókról szóló dokumentumok bevitelét az új rendszerbe.

Rizs. 2. Átmeneti időszak platformváltáskor

Ennek az időszaknak a minimális veszteségekkel történő leküzdéséhez a következő stratégiákat használhatja:

• az egyenlegeket „ahogyan” átviszi az év elejére, és ezen adatok alapján nyilvántartást vezet. A „hét” helyes egyenlegeinek megszerzése után azokat azonnal visszamenőleg ki kell igazítani a „nyolcas”-ban.
• megtagadják a hibás egyenlegek átutalását, és az új tranzakciók elsődleges dokumentumait a G8-ba adják be anélkül, hogy azokat később lebonyolítanák. Ebben az esetben nem számít, hogy vannak-e egyenlegek a programban vagy sem, a fel nem könyvelt dokumentumok nem hajtanak végre mozgást a számlákon. Ezt addig kell megtenni, amíg meg nem érkezik a megfelelő egyenleg az 1C:Enterprise 7.7-ben. Ezt követően az így keletkező egyenlegek az év elején átkerülnek az új programba. Az utolsó lépés az új programba az átmeneti időszakban bevezetett „elsődleges” következetes megvalósítása beépített feldolgozás segítségével. „A címtárak és dokumentumok csoportos feldolgozása” .

3. helyzet:

Átmenet az év közepéről, TIPIKUS konfiguráció

Az „1C: Számvitel 8.2” számos, a számvitel szempontjából fontos mechanizmust támogat, amelyek teljesítménye az év során a dokumentumokba bevitt adatoktól függ. Ilyen mechanizmusok közé tartozik a már említett eredményszemléletű adószámítás, a közvetett kiadások elosztási algoritmusa és egyéb, a hónap zárásával kapcsolatos eljárások. Éppen ezen tulajdonságok miatt ebben a helyzetben lehetetlen olyan könnyen átváltani egy új programra, mint az első két esetben. Az áttelepítés során előforduló hibák számának minimalizálása érdekében a következőket javasoljuk:

• kezdje meg a munkát, ha nem is az év elejétől, de legalább a negyedév elejétől;
• az egyenlegek áthelyezése az év elejére;
• az aktuális beszámolási időszakra (évre) vonatkozó összes elsődleges bizonylat átvitele az új rendszerbe, valamint a számviteli és adózási adatok visszaállítása címtárak és dokumentumok csoportos feldolgozásával.

1. Standard oldat "1C: Adatkonverzió 2.1". Ez a szoftvertermék felhasználható információk átvitelére a konfigurációk között az 1C platformon bármilyen szerkezetű és összetettségű.

2. 1C franchise-ok fejlesztései. Sok cég, köztük a cég « RG-Soft" (), vannak bevált módszerek a probléma megoldására, amelyek jelentősen csökkenthetik az adatátviteli munka idejét és költségvetését.

4. helyzet:

Áttérés SZABVÁNYOS konfigurációról AZ ELMÚLT IDŐSZAK DOKUMENTUMAI ÁTVÉTELÉVEL

Külön megjegyezzük, hogy vannak olyan cégek, amelyek hosszú távú (több mint egy év) kapcsolatot tartanak fenn partnerekkel kötött szerződések alapján. Az ilyen cégek vezetése érdekelt abban, hogy a programban legyen üzleti tranzakciók múltja. A régi programban bevitt dokumentumok új programban való jelenléte lehetővé teszi a felhasználók számára, hogy könnyen és gyorsan nyomon követhessék az adott megállapodások/tranzakciók keretében fennálló kapcsolatokat.

Lehetőség van egy ilyen átvitel végrehajtására ugyanazokkal a mechanizmusokkal, mint az előző helyzetben. A különbség ebben a folyamatban az, hogy nincs szükség az összes dokumentum átvitelére, csak néhány típusú dokumentum átvitelére korlátozódhat, más számlák egyenlege pedig normál feldolgozáson keresztül történik. Ebben az esetben a további átvitt dokumentumok általában könyvelés nélkül maradnak.

Bár lehetséges az elmúlt időszakra vonatkozó dokumentumok átvitele egy régi programból egy újba, az ilyen átvitel az adatbázis méretének, és ennek következtében a feldolgozott táblák méretének érezhető növekedéséhez vezet. Ez a rendszer lelassulását okozhatja. Ezért ne használja ezt az átállási lehetőséget, hacsak nem feltétlenül szükséges. A korábbi időszakokról átvitt bizonylatokat ajánlott feladatlanul hagyni, hogy a bennük lévő információk ne befolyásolják a folyó számviteli és adóbevallást. A történelmi dokumentumokat csak referenciaként használja.

5. helyzet:

Átállás NEM TIPIKUS konfigurációról az 1C:Enterprise 7.7 platformon

A fent leírt opciók a szabványos „1C:Enterprise 7.7” konfigurációról való átálláskor használatosak, de a gyakorlatban gyakran kell kezelni a módosított konfigurációkat. Az átmenet megszervezése ebben a helyzetben egy különleges lehetőség, amelyet meg kell fontolni.

A programon végrehajtott változtatások jellegétől függően a következő adatátviteli technológiák állnak rendelkezésre:

· Ha a konfiguráció kissé megváltozott, és az alapvető mechanizmusok hasonlóak a szabványos 1C megoldáshoz, akkor az előző opciókhoz hasonlóan használhatja a szabványos átmeneti eszközöket. Csak be kell állítania vagy kissé módosítania kell őket, hogy megfeleljenek a programnak. Talán a legteszteltebb és legmegbízhatóbb eszköz a már említett „1C: Data Conversion 2.1”. Ez az eszköz bizonyos működési készségeket igényel a felhasználótól, de segítségével meg lehet szervezni az objektumok automatizált átvitelét a konfigurációk között.

· Ha az évek során a konfigurációt radikálisan újratervezték, akkor a szabványos migrációs eszközök beállítása munkaigényesebbnek bizonyulhat, mintha saját feldolgozást írna erre a célra. Hasonló helyzet adódik az 1C platformokhoz nem kapcsolódó számviteli programból való átállás megszervezése esetén. Lehetséges ilyen átmenet is, de nem lehet előre egy univerzális cserét kitalálni. Minden konkrét eset egyéni megközelítést igényel a problémához. Cégünk fel tudja ajánlani tapasztalatait az adatok különböző formátumú fájlokon keresztüli átvitelében, mint pl. dbf, xls(Univerzális betöltő Excelből 1C-be), xml.

A 7.7-es platformról a 8.2-es platformra való átállással kapcsolatban meg kell említeni egy másik pontot adatbázis-konszolidáció.

A több vállalat nyilvántartásának egy adatbázisban való karbantartására szolgáló mechanizmus hiánya miatt sok vállalatnak egyszerre több adatbázist kellett karbantartania az 1C:Enterprise 7.7-ben. Mivel ezt a problémát a nyolcadik verzióban megoldották, felmerül a feladat, hogy egy adatátviteli projekt keretében több adatbázist egyesítsenek egybe. Sőt, mind a hét alapnak megvannak a maga sajátosságai.

A fent megadott módszerek segítségével az egyes adatbázisokkal külön-külön hozhat létre interakciót. Számos részfeladat azonban felmerül, amelyek erre az esetre jellemzőek.

1. Egy adott szervezethez kapcsolódó dokumentumok egységesítése. Ez a probléma könnyen megoldható az előtag-mechanizmus segítségével. Minden programban regisztrált szervezethez saját betűelőtag tartozik. Ez az előtag hozzáadódik a bizonylatszámhoz, ezzel biztosítva a számok egyediségét.

2. A címtárak ismétlődő elemeinek ellenőrzése. Több információforrásból egyetlen információs rendszerbe történő adatátvitel során olyan helyzet állhat elő, amikor a címtárak ugyanazon elemei, például ugyanaz a partner egy új címtárban többször megismétlődnek. Ezért az adatok átvitele után el kell végezni egy eljárást a duplikált címtárelemek összehasonlítására és összevonására.

3. Lehetséges nehézségek, amelyekkel tisztában kell lennie

Az új platformra való átállás folyamatának megfelelő megtervezésével sok probléma elkerülhető. Vannak azonban olyan sajátosságok, amelyek már a projekt megvalósításának szakaszában feltárulnak. Különféle hibákról beszélünk, amelyek mind a helytelen felhasználói műveletek, mind az 1C: Enterprise platform műszaki jellemzői miatt merülnek fel. Tekintsük ezeket a szempontokat részletesebben.

3.1. Hibák a forrásadatokban

Általánosságban elmondható, hogy egy objektum egyértelmű azonosítása az adatbázisban lehetséges a TIN és a KPP adatainak használatával. A hétben mindkét értéket egy TIN/KPP adatban tárolták, és nem ellenőrizték az ebbe a részletbe bevitt adatok helyességét. Lehetett kevesebb számot beírni, rossz helyre tenni az elválasztót, és teljesen elvont TIN-t is be lehetett írni.

Egy tipikus átvitel, amikor egy címtár létrehozásakor a partnereket TIN-vel és KPP-vel választják el úgy, hogy egyszerűen levágják a szükséges számú karaktert. Emiatt az új adatbázis részleteiben abszolút hibás adatok rögzíthetők. Így az objektumok helyes azonosítása az ilyen adatok felhasználásával történő átvitel során nagyon nehéz lesz.

További probléma az egységes adatbeviteli formátum hiánya. Minden felhasználó beírhatja a neki tetsző nevet. Képzeljük el, hogy az egyik „hetes” adatbázisban a felhasználó a partner „nevét” kitöltve azt írta, hogy „Vympel Management Company”, egy másik „hetes” adatbázisban pedig „Vympel Management Company”-ként szerepel ugyanaz a partner. Ilyen helyzetben az automatikus feldolgozás nem tudja megállapítani, hogy ugyanarról a partnerről van-e szó, és kétszer áthelyezi a nyolcba. Nehéz lesz tovább dolgozni egy ilyen adatbázisban, mivel az egyenleg egy része az egyik elemen, a második része pedig egy másikon lesz.

3.2. Konfigurációs különbségek

Az átviteli hibák másik csoportját a konfigurációk technológiai különbségei okozzák. Egyes üzleti tranzakciókat az „1C:Enterprise 7.7”-ben többféle dokumentum, az „1C:Enterprise 8”-ban pedig egy-egy dokumentum tükrözi. Például mind az anyagok, mind az áruk bevételei az új programban egy dokumentummal, a régiben pedig kettővel jelennek meg. Így a „22-es számú anyagátvétel” és a „22-es számú áruátvétel” dokumentumok átadása során egyediség-ellenőrzési hiba lép fel. Mivel egy adott időszakban két azonos számú dokumentum rögzítése lehetetlen, ezekbe mesterségesen eltéréseket kell bevezetni, és az eltérések bevezetésének rendszerét előre egyeztetni kell.

Ezt a problémát például úgy oldja meg, hogy egy további előtagot ad a letöltött dokumentum számához. A dokumentum minden egyes jellemzőjéhez ez az előtag külön van hozzárendelve. Ez annak az adatbázisnak a jellemzője lehet, amelyből a dokumentumokat letöltik, vagy annak a dokumentumnak a típusát, amelyből a letöltés történt. Íme egy példa egy ilyen előtag létrehozására. A krasznojarszki fióktelep a „KR” előtagot adja. Az „Anyagok átvétele” dokumentumtípus, amelyből a letöltés történik, „M” előtagot kap. Tehát, ha a hetes dokumentumszám 00000031 volt, akkor a nyolc szám a következő lesz:

"KR" + "M" + "00000031" = "KRM00000031"

Ennek eredményeként egy egyedi szám kerül rögzítésre az adatbázisban.

3.3. Technikai problémák

Adatátviteli hibák az 1C:Enterprise platform műszaki jellemzői miatt is előfordulhatnak. Például a szabványos név szerinti keresési mechanizmus nem különbözteti meg a nagybetűket egy könyvtárelem nevében a kis betűktől. Ennek a mechanizmusnak a használatakor zavart tapasztalhatunk. Például az adatbázisban két szerződő fél található: „l-audio” és „L-Audio”. Amikor „l-audio” partnert keres, a rendszer megtalálja az „L-Audio” nevet. Az eredmény egy hibásan kitöltött dokumentum lesz.

Figyelni kell magára a választott adatátviteli módra is. Előfordulhat, hogy a fent leírt példa a partnerek megduplázódásával a cégfiókok adatbázisaiból átkerülve valójában nem duplázódik. A különböző városokban működő vállalatoknak lehetnek más-más városokban működő partnerei is. Az L-Audio cég Nyizsnyij Novgorod-i fióktelepét és magát az L-Audio céget Moszkvában jogosan nevezhetjük pontosan ugyanúgy az adatbázisokban. Az ilyen zavarok elkerülése érdekében előre ki kell választania az átviteli módot. Példánkban a szerződő feleket a forrásadatbázistól függően különböző címtárcsoportokba különíthetjük el. Egy ilyen technika megválasztása hatással lesz az adatbetöltési mechanizmusokra is.

Előfordulhat, hogy a felmerülő problémák megoldására a fent leírt módszerek sem elég univerzálisak. Az adatok migrálásakor nagyon fontos, hogy a migrációs eszközben használt módszereket kombinálni lehessen. Például a könyvtárak legtöbb elemét név szerint azonosítjuk. Ugyanakkor a „Befektetett eszközök könyvelésre történő átvétele” dokumentum átadásakor ez a módszer nemkívánatos eredményt ad abban az esetben, ha több azonos típusú kis tárgyi eszköz kerül be (irodaszerek, bútorok stb.), csak a leltári számban tér el. Minden könyvelési átvételi dokumentum ugyanazt az objektumot jelzi. Lehetetlen egy tárgyat többször könyvelésre elfogadni. Ezért nagyon fontos, hogy lehetőséget biztosítsunk a használt adatmigrációs eszköz testreszabására. Ebben az esetben egyszerűen jelezzük, hogy az operációs rendszer keresését a hozzáférési szám (kód) alapján kell végrehajtani.

Következtetés

Jelenleg még mindig nagyon sok cég dolgozik az 1C:Enterprise 7.7 használatával. Ez olyan tényezőknek köszönhető, mint az új platform előnyeinek megértésének hiánya, az új technológiák elsajátításától való vonakodás, és attól való félelem, hogy az átállás során számos nehézséggel kell szembenézni. Az 1C: Számvitel példáján megpróbáltuk bemutatni, hogy ezen okok többsége nem olyan jelentős. Tevékenységünk során segítünk ügyfeleinknek megbirkózni az 1C:Enterprise 8 platformon történő programok végrehajtásával kapcsolatos esetleges nehézségekkel. Ha érdekli az átállás kérdése, vagy bármilyen egyéb kérdése van az 1C:Enterprise 8 platformmal és az azon létrehozott konfigurációkkal kapcsolatban, az RG-Soft szakemberei állnak az Ön rendelkezésére!