Pro verzió 1s 7.7 frissítés 8.3-ra. Adatátviteli módszertan

Át kell váltanom az 1C:Enterprise 8.2-re? Ha olvasol ez a cikk, tehát valószínűleg már igennel válaszolt 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 fogunk összpontosítani.


1. Általános algoritmus

Tehát úgy döntött, hogy átvált a „nyolc”-ra, és szeretné tudni, hogyan történik ez, és mi „fenyeget” Önt. A nagyon Általános nézet az átmenet séma í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, írjon egy kérelmet a szervezetétől, és nyújtsa be regisztrációs űrlap a 7.7-es platformra és a 8.2-es platform megvásárlására. Ennek során biztosítva lesz kedvezmény a régi platform költségének összegében, de legfeljebb 50%. A régi platformot meg kell őriznie, és továbbra is használhatja, de eltávolítjuk technikai támogatás az 1C cégnél.


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


3. Az adatbázis előkészítése a migrációhoz. 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 bonyolultság minden 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 platformok konfigurációi mind interfészben, mind funkcionalitásban különböznek, előfordulhat, hogy az új konfigurációban való munkavégzéshez képzésre lesz szüksége. Maga is tanulmányozhatja a vonatkozó módszertani irodalom segítségével, de még mindig jobb, ha egy speciális 1C kurzust vesz fel.


6. Működés. Ebben a szakaszban, amikor a felhasználók elkezdenek dolgozni új program, hibakeresés és javítás alatt áll lehetséges hibákat automatizált adatátvitel.

Fontolja meg az új platformra való áttéré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 konfiguráció jelenlegi verziójában végrehajtott fejlesztések jelenléte és összetettsége;
  • az elmúlt időszakok üzleti tranzakcióinak történetének megőrzésének szükségessége.


Azt tanácsoljuk ügyfeleinknek, hogy kezdjenek el dolgozni egy új könyvelési programmal ú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, össze kell kapcsolni a programban a munka megkezdését az adóbevallási időszak kezdetével. Természetesen a negyedév elejétől, sőt akár a következő hónap elejétől is elkezdheti 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ó, a régi programban kialakulnak a helyes számlaegyenlegek


Ez a lehetőség egyszerű és egyértelmű, de a gyakorlatban rendkívül ritka. A helyes egyenlegek kialakítása a régi programban közvetlenül a munka megkezdése előtt az új programban csak számos esetben lehetséges kis cégek, majd azzal a feltétellel, hogy az elmúlt időszak összes elsődleges dokumentuma rendelkezésre áll és szerepel a programban.


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álja a beépített 1C:Enterprise 8.2 feldolgozást "Adatátvitel információs bázisok 1C: Vállalati 7.7. 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, JELLEMZŐ konfiguráció, a régi programban NINCS MEGFELELŐ EGYENLEG A SZÁMLÁN


Az általános gyakorlat ebben az esetben az egyszerre dolgozzon a régi és az új programban . Az „átmeneti időszakban” (2. ábra) az alkalmazottak a régi programban le vannak zárva a korábbi tranzakciókkal, és elkezdik benyújtani a dokumentumokat az új tranzakciókhoz. új rendszer.


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


Ennek az időszaknak a legkevesebb veszteséggel való 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. Amint a "hét" helyes egyenlege megérkezik, azonnal visszamenőlegesen korrigálni kell a "nyolcas"-ban.
  • megtagadja a hibás egyenlegek átutalását, és az új tranzakciók elsődleges dokumentumait benyújtja a G8-hoz azok utólagos végrehajtása nélkül. Ebben az esetben nem mindegy, hogy vannak-e egyenlegek a programban vagy sem, a fel nem könyvelt bizonylatok nem fognak elmozdulni a számlákon. Tehát addig kell cselekednie, amíg meg nem kapja a megfelelő egyenlegeket az 1C:Enterprise 7.7-ben. Továbbá a kapott 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. "Névjegyzékek és dokumentumok csoportos feldolgozása" .

3. helyzet:

Évközi átmenet, JELLEMZŐ

Az 1C:A Számvitel 8.2 számos fontos számviteli 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 költségek elosztási algoritmusa és egyéb, a hónapzáráshoz kapcsolódó 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;
  • egyenlegek átvitele az év elejére;
  • az összes elsődleges dokumentum átvitele az aktuális jelentési időszak(év) az új rendszerre és visszaállítja a könyvelést és adó számvitel címtárak és dokumentumok csoportos feldolgozásával.


1. Tipikus megoldás "1C: Adatkonverzió 2.1". Az szoftver bármilyen szerkezetű és összetettségű 1C platform konfigurációi közötti információátvitelre használható.

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


4. helyzet:

Átállás a TIPIKUS konfigurációról AZ ELMÚLT IDŐSZAK DOKUMENTUMAI ÁTVÉTELÉVEL

Külön megjegyezzük, hogy vannak olyan társaságok, amelyek hosszú távú (több mint egy év) kapcsolatban állnak a szerződő felekkel 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. Az új programban a régi programba bevitt dokumentumok jelenléte lehetővé teszi a felhasználók számára, hogy könnyen és gyorsan nyomon követhessék az egyes szerződések/tranzakciók kapcsolatát.


Lehetőség van egy ilyen átvitel végrehajtására ugyanazokkal a mechanizmusokkal, mint az előző helyzetben. Ennek a folyamatnak az a különbsége, hogy nincs szükség az összes dokumentum átutalására, csak néhány típusú bizonylat átvitelére korlátozódhat, a fennmaradó számlaegyenlegek pedig normál feldolgozással kerülnek rögzítésre. Ebben az esetben a további átvitt dokumentumok általában könyvelés nélkül maradnak.


Bár dokumentumokat elmúlt időszak lehetséges a régi programból egy újba való átvitel, az ilyen átvitel az adatbázis méretének, következésképpen a feldolgozott táblák méretének érezhető növekedéséhez vezet. Ez a rendszer lelassulását okozhatja. Ezért ezt az átállási lehetőséget nem szabad használni, hacsak nem feltétlenül szükséges. A korábbi időszakokról átvitt bizonylatokat ajánlott feladatlanul hagyni, hogy a bennük szereplő információk ne befolyásolják az aktuális számviteli és adóbevallást. Az elmúlt időszak dokumentumait csak referenciaként használja.


5. helyzet:

Migráció egy nem TIPIKUS konfigurációról az 1C:Enterprise 7.7 platformon

A fent ismertetett beállítások érvényesek a rendszerről való áttéréskor tipikus konfiguráció"1C:Enterprise 7.7", de a gyakorlatban gyakran kell kezelni a módosított konfigurációkat. Az átmenet megszervezése ebben a helyzetben egy speciális lehetőség, amelyet érdemes megfontolni.


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

Ha a konfiguráció kissé megváltozik, és a fő mechanizmusokban hasonló a tipikus 1C megoldáshoz, akkor az előző opciókhoz hasonlóan használhatja a tipikus átmeneti eszközöket. Csak módosítania vagy kissé módosítania kell őket a programhoz. 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 készségeket igényel a felhasználótól, azonban használható az objektumok konfigurációk közötti automatizált átvitelének megszervezésére.

ha a használat évek során a konfigurációt gyökeresen áttervezték, akkor a beállítást tipikus eszközök a portolás időigényesebb lehet, mint saját feldolgozás írása erre a célra. Hasonló helyzet adódik az 1C platformokhoz nem kapcsolódó számviteli programró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 esetben a probléma egyéni megközelítésére van szükség. 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-szövetségek.


A több vállalat nyilvántartásának egy adatbázisban történő tárolására szolgáló mechanizmus hiánya miatt sok vállalkozásnak egyszerre több adatbázist kellett tartania az 1C:Enterprise 7.7-ben. Mivel ezt a problémát a nyolcadik verzió megoldja, felmerül a feladat, hogy egy adatmigrációs projekt részeként több adatbázist egyesítsen egybe. Sőt, a hét alapjainak mindegyike megvan a maga sajátossága.

A fent megadott technikák segítségével képes lesz interakciót létrehozni az egyes bázisokkal külön-külön. Van azonban számos részfeladat, amelyek kifejezetten erre a konkrét esetre vonatkoznak.

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. Amikor több információforrásból egyetlen adatba visz át adatokat tájékoztatási rendszer előállhat olyan helyzet, amikor a címtárak ugyanazon elemei, például ugyanaz a partner az új címtárban többször megismétlődnek. Ezért az adatátvitel után el kell végezni a címtárak duplikált elemeinek összehasonlítását és összevonását.


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átos jellemzők, amelyeket már a projekt megvalósításának szakaszában észlelnek. 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 fordulnak elő. Tekintsük ezeket a szempontokat részletesebben.


3.1. Hibák az eredeti adatokban

Általános esetben egy objektum egyértelmű azonosítása az adatbázisban lehetséges a TIN és a KPP adatai alapján. A hétben mindkét értéket ugyanabban a TIN/KPP változóban tárolták, és nem ellenőrizték az ebbe a változóba bevitt adatok helyességét. Lehetett kevesebb számot beírni, rossz helyre tenni az elválasztót, és teljesen elvont TIN-t beírni.


Tipikus átvitel, amikor egy címtárat alakítanak ki, a szerződő felek egyszerű kivágással választják el a TIN-t és a KPP-t a megfelelő mennyiséget karakterek. Ezért az új adatbázis részleteibe abszolút hibás adatok írható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 nevet, ahogy akarja. Képzelje el, hogy az egyik "hét" adatbázisban a felhasználó a partner "Name" attribútuma kitöltésével azt írta, hogy "UK zászló", egy másik "hét" adatbázisban pedig ugyanaz a partner szerepel: " Menedzsment cég"Jelzőzászló". Ilyen helyzetben az automatikus feldolgozás nem tudja megállapítani, hogy ugyanarról a partnerről van-e szó, és kétszer továbbítja a nyolcnak. 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

A migrációs hibák másik csoportját a konfigurációk technológiai különbségei okozzák. Néhány üzleti tranzakció az 1C:Enterprise 7.7-ben többféle dokumentumban, az 1C:Enterprise 8-ban pedig egyenként jelenik meg. 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 áruátvétel" dokumentumok átadásakor egyediség-ellenőrzési hiba lép fel. Mivel egy adott időszakban nem lehet két azonos számú dokumentumot rögzíteni, ezért ezekbe mesterségesen eltéréseket kell bevezetni, és az eltérések bevezetésének rendszerét előre egyeztetni kell.


Például ezt a problémát hozzáadással oldja meg további előtag a betöltött dokumentum számára. A dokumentum minden egyes jellemzőjéhez ez az előtag külön van hozzárendelve. Ez lehet annak az adatbázisnak a jellemzője, amelyből a dokumentumokat betöltik, vagy annak a dokumentumtípusnak, amelyből a betöltés történt. Itt van egy példa egy ilyen előtag képzésére. A krasznojarszki fióktelep alapja a "KR" előtagot adja. Az "Áru átvétele" dokumentum típusa, amelyből a berakodás történik, az "M" előtagot adja. Tehát, ha a hetes dokumentumszám 00000031 volt, akkor a nyolcas szám a következő lesz:

"KR" + "M" + "00000031" = "KPM00000031"

Ennek eredményeként egy szám kerül az adatbázisba, amely egyedi lesz.


3.3. Technikai problémák

Adatátviteli hibák az 1C:Enterprise platform műszaki jellemzői miatt is előfordulhatnak. Tegyük fel, hogy a szabványos név szerinti keresési mechanizmus nem tesz különbséget a címtárelem nevében szereplő nagy betűk és a kis betűk között. Ennek a mechanizmusnak a használatakor zavarok vannak. Például az adatbázisban két szerződő fél található: „L-Audio” és „L-Audio”. Amikor az „l-audio” partnert keresi, a rendszer megtalálja az „L-Audio” kifejezést. Az eredmény egy rosszul kitöltött dokumentum.


Figyelni kell a választott adatátviteli módra is. A fentebb ismertetett példa a duplázó partnerekkel, ha a társaság fióktelepeiből átkerül, 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 címtár különböző csoportjaiba különítheti el, a forrásadatbázistól függően. Egy ilyen módszer megválasztása hatással lesz az adatok betöltésének mechanizmusaira 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” bizonylat átadásakor ez a módszer nemkívánatos eredményt ad abban az esetben, ha több azonos típusú kisebb tárgyi eszközt (írószer, bútor stb.) adnak meg, amelyek eltérőek. csak a leltári számban. Minden könyvelési átvételi dokumentumban ugyanaz az objektum lesz feltüntetve. Egy tárgy többszöri elszámolásra történő elfogadása pedig lehetetlen. 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 rendszert a leltári szám (kód) alapján kell keresni.


Következtetés

Jelenleg még mindig nagyon sok cég dolgozik az 1C:Enterprise 7.7 használatával. Ennek oka az olyan tényezők, mint az új platform előnyeinek megértésének hiánya, az új technológiák elsajátítására való hajlandóság, és attól való félelem, hogy az átállás során számos nehézséggel kell szembenézni. Az 1C:Accounting 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ítjük ügyfeleinket abban, hogy megbirkózzanak az 1C:Enterprise 8 platformon történő programok megvalósítá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!

Jelenleg az 1C: Enterprise 7.7-ről 8.3-ra (hasonlóan a 8.2-re) való átállás fejfájást okozott a könyvelőknek. Lehetőleg minél hamarabb és hibamentesen. Ha Ön 1C: Számviteli programozó, és dokumentumokat kell készítenie a hetedik verziótól a nyolcadikig, 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. Felolvas ezt a kézikönyvet a végéig, és meg fogja találni a módját, hogyan teheti meg. Először is fel kell készülnie munkahely 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! A kulcsrakész átállás átlagos költsége 6600 rubel.

Adatátvitel 1C 7.7-ből 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 a számítógépén van egy működő „Vállalkozás könyvelése” adatbázis, amellyel a könyvelői dolgoznak. Az Export77 feldolgozásával törölje az összeset Szükséges dokumentumok szöveges fájlba, és mostantól ne térjen vissza a fő munkabázisra. A további manipulációk más konfigurációkkal történnek.

Telepítse a friss Release 1C:Enterprise 7.7-et az új könyvtárba. (a csomag tartalmaz egy szabványos üres (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 feladásra. Nem ijesztő. A trükk az, hogy az átutalás után könnyen javítható, mivel a szabványos adatbázisban a fő szabványos számlatáblázattal dolgozik. Ezért bármilyen kifinomultak is az alszámlák, a működő adatbázisában könnyen kijavítható 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 előzetesen, az átutalás előtt összhangba hozza a standard konfigurációjú számlatükröt a fő munkabázisa 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 már ott vigye át az adatokat a szabványos konfigurációból az Ön adataival, így 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 van egy ilyen konfigurációja. 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 100%-os eredmény nem lesz. De 70-80 százaléknál megkapod a megfelelést. É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 mindig 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 "Fő pénztár"). Attól függ, hogy mekkora a különbség az alap 7.7. szabványtól. Mindezen műveletek eredményeként az Ön 8.3-as verziójú működő konfigurációja ideális formában képes lesz számviteli adatokat kiadni 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 az 1C programokat véglegesíteni kell, forduljon hozzánk!

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

Mostantól az "1C: Accounting 7.7" felhasználóinak nem kell az év végéig várniuk, hogy átválthassanak az "1C: Accounting 8"-ra. Az átállás az adózási időszak bármely hónapjának végén megtörténhet. Az egyenlegátvitel technológiáját már tesztelték működő vállalkozásoknál, amelyek közül az egyiket az Automated Accounting Systems LLC szakemberei írják le. A cikk tartalmazza az átadás módjának leírását és általános ajánlásokat az átvitt adatok bemeneti és kimeneti vezérlésére.

Mielőtt a Laima LLC-hez (Miass, Cseljabinszk régió) költözött, az "1C: Számvitel 7.7. Standard verzió" programot használták. A program telepítve van egy laptopra. A munka az otthoni irodában történik.

Az 1C új adatátviteli módszertanának és kis mennyiségű információs bázisnak a kibocsátása lehetővé tette a 2006-os adatok átvitelét közvetlenül az 1C: Accounting 8 telepítésekor.

Adatátviteli módszertan

Az 1.5.8.5 kiadásban található új módszertan az „1C: Accounting 7.7”-ről az „1C: Accounting 8”-ra való átálláshoz biztosítja az adatok átvitelét az „1C: Accounting 7.7” információs bázisból, amely biztosítaná a helyes végrehajtást a „ 1C: Számviteli 8" a következő műveletek:

  • az „1C: Számvitel 8”-ra való áttérés után kiállított dokumentumok birtokában;
  • regiszterek kialakítása könyvelés az aktuális beszámolási időszakra (mérleg, főkönyv stb.);
  • a tárgyidőszakra vonatkozó, az év elejétől eredményszemléletű mutatókat tartalmazó adószámviteli nyilvántartások kialakítása;
  • szabályozott jelentéstétel kialakítása az aktuális jelentési időszakra.

Az „1C: Számvitel 7.7”-ről az „1C: Számvitel 8”-ra e módszer szerint javasolt áttérni egy új adózási időszak (év) elején, vagy ha már van új időszak, akkor a végén. az aktuális beszámolási időszak következő hónapjában. Az adatok "1C: Accounting 8"-ba történő átvitele során a következő információk töltődnek be:

  • számviteli és adószámlák egyenlege a tárgyidőszak elején (a tárgyév január 1-jén);
  • a tárgyidőszak számviteli és adószámláinak forgalmát összevont havi tételenként;
  • a vonatkozó adóelszámolásokban tükröződő átmeneti különbségek (a PBU 18/02-t alkalmazó szervezetek esetében);
  • befektetett eszközök és immateriális javak kezdeti egyenlegeinek rögzítésére szolgáló dokumentumok;
  • a személyi jövedelemadó és a munkabér adóalapja a tárgyidőszakban;
  • a beérkezett és kiállított számlák fizetési hátraléka a tárgyidőszak utolsó lezárt hónapjának végén;
  • információk az analitikus számvitel tárgyairól.

Előkészítő műveletek az "1C: Számvitel 7.7" programban

Az adatátvitel az "1C: Accounting 7.7"-ből a 7.70.477 kiadástól kezdve lehetséges. Ezért az áttelepítés előtt frissíteni kellett a konfigurációt erre a kiadásra.

Gondoskodni kell arról is, hogy rendszeres számviteli és adószámviteli műveleteket hajtsanak végre múlt hónapévben (beleértve a mérlegreformálást).

Az adatátvitelhez szükséges összes fájl a Convert mappában található az 1.5.8.5 "1C:Accounting 8" kiadás sablonkönyvtárában. Jobb, ha a mappa tartalmát az "1C:Accounting 7.7" információs bázis ExtForms könyvtárába másolja.

Az átviteli technika biztosítja az egyetlen előkészítő műveletet - a referenciakódok ellenőrzését, amelyek nem egyedivé válhatnak az adatok "1C: Accounting 8"-ba történő átvitelekor. Az ellenőrzéshez a ChkCode.ert külső feldolgozást használják.

Azonban annak érdekében, hogy ellenőrizni lehessen a számvitel és az adóelszámolás helyességét az 1C: Accounting 7.7 adatbázisban, és ne kerüljön átadásra a szándékosan hibás bejegyzések a G8-nak, hasznos a számvitel technológiai elemzését elvégezni ("Jelentések -> Technológiai elemzés számvitel" ), valamint az adószámvitel helyzetének elemzése ("Adóelszámolás -> Adószámvitel helyzetének elemzése").

A problémákat általában a „kézi” könyvelések okozzák, amelyek a nyitóegyenleg, mennyiségi elszámolás stb. ellenőrzése nélkül készülnek. Az új módszertan még az ilyen feladásokat is helyesen továbbítja, azonban a bejövő vezérlés lehetővé teszi a problémák azonnali azonosítását és a javításukra vonatkozó javaslatok megfogalmazását.

Esetünkben az ellenőrzés eltéréseket tárt fel a könyvelésben a tárgyi eszközök értékcsökkenésének korábbi időszaki veszteségekre történő leírása tekintetében, melyek kijavításáról már az átállás után az „1C: Számvitel 8”-ban döntöttek.

Adatátvitel

Maga az adatátvitel a V77Exp.ert külső feldolgozással történik ("Fájl -> Megnyitás" menü). A feldolgozási párbeszédpanel a következőket írja ki:

  • adatkonverziós szabályok fájl - Acc77_80.xml ("Szabályfájl neve" mező);
  • a fájl, amelybe az adatokat feltöltik ("Adatfájl neve" mező);
  • az aktuális jelentési időszak kezdő dátuma - 2006. január 1. ("Kezdő dátum" mező);
  • az aktuális időszak utolsó lezárt hónapjának záró dátuma ("Befejező dátum" mező). Esetünkben - 2006. május 31.

A feldolgozási párbeszédablakban a „Csereszabályok betöltése” gombra kattintás után az adatfeltöltési szabályok listája kitöltődik. A betöltött lista a fiókok listája, melynek eredményei letölthetők, valamint a „Vállalati könyvelés” konfigurációba átvihető könyvtárak. A jobb oldali táblázatban a legtöbb adatfeltöltési szabályhoz szűrőket állíthat be attribútumértékek szerint (például elemek szelektív feltöltéséhez).

Mivel a "hétből" viszünk át adatokat, az "1C: Accounting 8" első indításakor el kell hagynia az adatbázis kezdeti kitöltését. Ezt követően az adatbetöltés feldolgozásával ("Eszközök -> Adatcsere -> Univerzális adatcsere XML formátumban" menü) - betöltjük az átviteli fájlt a nyolcba.

Vizsgálat

Az adatátvitel teljes folyamata nem tartott tovább fél óránál. Csak meg kell győződni arról, hogy az összes adatot megfelelően továbbították. Itt a legjobb az adatátviteli időszak mérlegével kezdeni. Egyenlegszámlák esetén az „1C: Accounting 7.7” és az „1C: Accounting 8” alatt generált kivonatoknak egyezni kell. Ha valamelyik számla forgalma nem egyezik, akkor ehhez a számlához részletesebb jelentéseket (mérleg vagy kártya) kell készíteni, hogy megállapítható legyen, mely forgalom nem került átvezetésre. Így minden adat ellenőrizhető, kivéve a tárgyi eszközök és immateriális javak egyenlegét, a tárgyidőszaki személyi jövedelemadó és munkabér adóalapját, valamint a beérkezett és kiállított számlák végi fizetési hátralékát. az aktuális beszámolási időszak utolsó lezárt hónapjában.

Esetünkben az "1C: Számvitel 7.7"-ben az állóeszközökre vonatkozó adatok nem kerültek beírásra teljesen, és a "nyolc"-ban a "Befektetett eszközök kezdeti egyenlegeinek megadása" dokumentumok egyszerűen nem kerültek feladásra, és az egyenleg az időszak elején a 01-es számlán nem merült fel. Ezeket a dokumentumokat manuálisan javították.

Az áfa-számviteli alrendszer az „1C: Számvitel 8”-ban van megvalósítva a nyilvántartásokban, az átutalás helyességének ellenőrzéséhez az „Egyenlegek és forgalom” (Jelentések -> Egyenlegek és forgalom) egyetemes jelentést kell használnia a könyvelés időtartamának korlátozása nélkül. szakaszok „ÁFA bemutatott”, „ÁFA előlegekből” a ZPK és a ZPR számláinak átutalásának helyességének elemzésé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 fogunk összpontosítani.

1. Általános algoritmus

Tehát úgy döntött, hogy átvált a „nyolc”-ra, és szeretné tudni, hogyan történik ez, és mi „fenyeget” Önt. Legáltalánosabb formájában az átmeneti séma í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. Ennek során biztosítva lesz kedvezmény a régi platform költségének összegében, de legfeljebb 50%. A régi platform megmarad az Ön számára, és továbbra is használhatja, azonban az 1C-nél eltávolítjuk a technikai támogatásból.

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

3. Az adatbázis előkészítése a migrációhoz. 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 bonyolultság minden 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 platformok konfigurációi mind interfészben, mind funkcionalitásban különböznek, előfordulhat, hogy az új konfigurációban való munkavégzéshez képzésre lesz szüksége. Tanulmányozhatja saját maga is, a vonatkozó módszertani irodalom segítségével, de jobb, ha egy speciális tanfolyamot vesz igénybe.

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

Fontolja meg az új platformra való áttéré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 konfiguráció jelenlegi verziójában végrehajtott fejlesztések jelenléte és összetettsége;
  • az elmúlt időszakok üzleti tranzakcióinak történetének megőrzésének szükségessége.
Azt tanácsoljuk ügyfeleinknek, hogy kezdjenek el dolgozni egy új könyvelési programmal ú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, össze kell kapcsolni a programban a munka megkezdését az adóbevallási időszak kezdetével. Természetesen a negyedév elejétől, sőt akár a következő hónap elejétől is elkezdheti 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ó, a régi programban kialakulnak a helyes számlaegyenlegek

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

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 a beépített 1C:Enterprise 8.2 feldolgozást "Adatátvitel 1C:Enterprise 7.7 infobázisokból". 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, JELLEMZŐ konfiguráció, a régi programban NINCS MEGFELELŐ EGYENLEG A SZÁMLÁN

Az általános gyakorlat ebben az esetben az egyszerre dolgozzon a régi és az új programban . Az „átmeneti időszakban” (2. ábra) az alkalmazottak a régi programban le vannak zárva a korábbi tranzakciókkal, és megkezdik az új tranzakciók dokumentumainak beírását az új rendszerbe.

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

Ennek az időszaknak a legkevesebb veszteséggel való 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. Amint a "hét" helyes egyenlege megérkezik, azonnal visszamenőlegesen korrigálni kell a "nyolcas"-ban.
  • megtagadja a hibás egyenlegek átutalását, és az új tranzakciók elsődleges dokumentumait benyújtja a G8-hoz azok utólagos végrehajtása nélkül. Ebben az esetben nem mindegy, hogy vannak-e egyenlegek a programban vagy sem, a fel nem könyvelt bizonylatok nem fognak elmozdulni a számlákon. Tehát addig kell cselekednie, amíg meg nem kapja a megfelelő egyenlegeket az 1C:Enterprise 7.7-ben. Továbbá a kapott 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. "Névjegyzékek és dokumentumok csoportos feldolgozása" .
3. helyzet: Évközi átmenet, JELLEMZŐ

Az 1C:A Számvitel 8.2 számos fontos számviteli 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 költségek elosztási algoritmusa és egyéb, a hónapzáráshoz kapcsolódó 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;
  • egyenlegek átvitele 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ószámviteli adatok visszaállítása címtárak és dokumentumok csoportos feldolgozásával.
Azt is javasoljuk, hogy automatizált adatátviteli eszközöket használjon az adatok átviteléhez. Ilyen eszközök lehetnek:
  • Átlagos megoldás "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ű.
  • 1C franchise cégek fejlesztései. Számos cég, köztük az RG-Soft is bevált módszerekkel rendelkezik ennek a problémának a megoldására, amelyek jelentősen csökkenthetik az adatátvitel idejét és költségvetését.
4. helyzet: Átállás a TIPIKUS konfigurációról AZ ELMÚLT IDŐSZAK DOKUMENTUMAI ÁTVÉTELÉVEL

Külön megjegyezzük, hogy vannak olyan társaságok, amelyek hosszú távú (több mint egy év) kapcsolatban állnak a szerződő felekkel 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. Az új programban a régi programba bevitt dokumentumok jelenléte lehetővé teszi a felhasználók számára, hogy könnyen és gyorsan nyomon követhessék az egyes szerződések/tranzakciók kapcsolatát.

Lehetőség van egy ilyen átvitel végrehajtására ugyanazokkal a mechanizmusokkal, mint az előző helyzetben. Ennek a folyamatnak az a különbsége, hogy nincs szükség az összes dokumentum átutalására, csak néhány típusú bizonylat átvitelére korlátozódhat, a fennmaradó számlaegyenlegek pedig normál feldolgozással kerülnek rögzítésre. Ebben az esetben a további átvitt dokumentumok általában könyvelés nélkül maradnak.

Bár az elmúlt időszak dokumentumai átvihetők a régi programból az ú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 ezt az átállási lehetőséget nem szabad használni, hacsak nem feltétlenül szükséges. A korábbi időszakokról átvitt bizonylatokat ajánlott feladatlanul hagyni, hogy a bennük szereplő információk ne befolyásolják az aktuális számviteli és adóbevallást. Az elmúlt időszak dokumentumait csak referenciaként használja.

5. helyzet: Migráció egy nem TIPIKUS konfigurációról az 1C:Enterprise 7.7 platformon

A fent leírt opciókat egy tipikus 1C:Enterprise 7.7 konfigurációról való váltáskor használják, de a gyakorlatban gyakran találkozunk módosított konfigurációkkal. Az átmenet megszervezése ebben a helyzetben egy speciális lehetőség, amelyet érdemes megfontolni.

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

  • ha a konfiguráció kissé megváltozik, és a fő mechanizmusokban hasonló a tipikus 1C megoldáshoz, akkor az előző opciókhoz hasonlóan használhatja a tipikus átmeneti eszközöket. Csak módosítania vagy kissé módosítania kell őket a programhoz. 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 készségeket igényel a felhasználótól, azonban használható az objektumok konfigurációk közötti automatizált átvitelének megszervezésére.
  • Ha az évek során a konfigurációt radikálisan újratervezték, akkor a tipikus migrációs eszközök beállítása időigényesebb lehet, mint saját feldolgozás írása erre a célra. Hasonló helyzet adódik az 1C platformokhoz nem kapcsolódó számviteli programró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 esetben a probléma egyéni megközelítésére van szükség. Cégünk fejlesztéseit különféle formátumú állományokon, mint pl. dbf, xls, xml adatátvitelre tudja ajánlani.
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-szövetségek.

A több vállalat nyilvántartásának egy adatbázisban történő tárolására szolgáló mechanizmus hiánya miatt sok vállalkozásnak egyszerre több adatbázist kellett tartania az 1C:Enterprise 7.7-ben. Mivel ezt a problémát a nyolcadik verzió megoldja, felmerül a feladat, hogy egy adatmigrációs projekt részeként több adatbázist egyesítsen egybe. Sőt, a hét alapjainak mindegyike megvan a maga sajátossága.

A fent megadott technikák segítségével képes lesz interakciót létrehozni az egyes bázisokkal külön-külön. Van azonban számos részfeladat, amelyek kifejezetten erre a konkrét esetre vonatkoznak.

  • 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.
  • A címtárak ismétlődő elemeinek vezérlése. Több információforrásból egyetlen információs rendszerbe történő adatátvitel során olyan helyzet adódhat, amikor a címtárak ugyanazon elemei, például ugyanaz a szerződő fél, többször megismétlődnek egy új címtárban. Ezért az adatátvitel után el kell végezni a címtárak duplikált elemeinek összehasonlítását és összevonását.

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átos jellemzők, amelyeket már a projekt megvalósításának szakaszában észlelnek. 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 fordulnak elő. Tekintsük ezeket a szempontokat részletesebben.

3.1. Hibák az eredeti adatokban

Általános esetben egy objektum egyértelmű azonosítása az adatbázisban lehetséges a TIN és a KPP adatai alapján. A hétben mindkét értéket ugyanabban a TIN/KPP változóban tárolták, és nem ellenőrizték az ebbe a változóba bevitt adatok helyességét. Lehetett kevesebb számot beírni, rossz helyre tenni az elválasztót, és teljesen elvont TIN-t beírni.

Egy tipikus átvitel, amikor egy címtárat alakítanak ki, a szerződő felek elválasztják a TIN-t és a KPP-t úgy, hogy egyszerűen levágják a szükséges számú karaktert. Ezért az új adatbázis részleteibe abszolút hibás adatok írható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, hogy nincs egységes adatbeviteli formátum. Minden felhasználó beírhatja a nevet, ahogy akarja. Képzelje el, hogy az egyik "hét" adatbázisban a felhasználó a partner "nevét" beírva azt írta, hogy "MC Vympel", egy másik "hét" adatbázisban pedig ugyanaz a partner szerepel "Vympel Management Company"-ként. Ilyen helyzetben az automatikus feldolgozás nem tudja megállapítani, hogy ugyanarról a partnerről van-e szó, és kétszer továbbítja a nyolcnak. 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

A migrációs hibák másik csoportját a konfigurációk technológiai különbségei okozzák. Néhány üzleti tranzakció az 1C:Enterprise 7.7-ben többféle dokumentumban, az 1C:Enterprise 8-ban pedig egyenként jelenik meg. 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 áruátvétel" dokumentumok átadásakor egyediség-ellenőrzési hiba lép fel. Mivel egy adott időszakban nem lehet két azonos számú dokumentumot rögzíteni, ezért 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 feltöltött dokumentumszámhoz. A dokumentum minden egyes jellemzőjéhez ez az előtag külön van hozzárendelve. Ez lehet annak az adatbázisnak a jellemzője, amelyből a dokumentumokat betöltik, vagy annak a dokumentumtípusnak, amelyből a betöltés történt. Itt van egy példa egy ilyen előtag képzésére. A krasznojarszki fióktelep alapja a "KR" előtagot adja. Az "Áru átvétele" dokumentum típusa, amelyből a berakodás történik, az "M" előtagot adja. Tehát, ha a hetes dokumentumszám 00000031 volt, akkor a nyolcas szám a következő lesz:

"KR" + "M" + "00000031" = "KPM00000031"

Ennek eredményeként egy szám kerül az adatbázisba, amely egyedi lesz.

3.3. Technikai problémák

Adatátviteli hibák az 1C:Enterprise platform műszaki jellemzői miatt is előfordulhatnak. Tegyük fel, hogy a szabványos név szerinti keresési mechanizmus nem tesz különbséget a címtárelem nevében szereplő nagy betűk és a kis betűk között. Ennek a mechanizmusnak a használatakor zavarok vannak. Például az adatbázisban két szerződő fél található: „L-Audio” és „L-Audio”. Amikor az „l-audio” partnert keresi, a rendszer megtalálja az „L-Audio” kifejezést. Az eredmény egy rosszul kitöltött dokumentum.

Figyelni kell a választott adatátviteli módra is. A fentebb ismertetett példa a duplázó partnerekkel, ha a társaság fióktelepeiből átkerül, 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 címtár különböző csoportjaiba különítheti el, a forrásadatbázistól függően. Egy ilyen módszer megválasztása hatással lesz az adatok betöltésének mechanizmusaira 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” bizonylat átadásakor ez a módszer nemkívánatos eredményt ad abban az esetben, ha több azonos típusú kisebb tárgyi eszközt (írószer, bútor stb.) adnak meg, amelyek eltérőek. csak a leltári számban. Minden könyvelési átvételi dokumentumban ugyanaz az objektum lesz feltüntetve. Egy tárgy többszöri elszámolásra történő elfogadása pedig lehetetlen. 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 rendszert a leltári szám (kód) alapján kell keresni.

Következtetés

Jelenleg még mindig nagyon sok cég dolgozik az 1C:Enterprise 7.7 használatával. Ennek oka az olyan tényezők, mint az új platform előnyeinek megértésének hiánya, az új technológiák elsajátítására való hajlandóság, és attól való félelem, hogy az átállás során számos nehézséggel kell szembenézni. Az 1C:Accounting példáján megpróbáltuk bemutatni, hogy ezen okok többsége nem olyan jelentős.

Nem túlzás azt állítani, hogy az "1C: Accounting 7.7" minden olyan felhasználója, aki úgy döntött, hogy átvált az "1C: Accounting 8"-ra, 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ámviteli 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"-ből való adatok feltöltésére szolgál, a második az adatok feltöltésére az "1C: Accounting 8"-ba. Hogyan kell használni az asszisztenst, mondja el az „1C” cég módszertanosainak.

Idézd meg az asszisztenst "1C: Számvitel 7.7" ez a „Szolgáltatás – Áttérés 1C: Számvitel 8” menüből lehetséges (lásd 1. ábra).

Rizs. egy

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 megadva Rövid leírás Asszisztens kinevezése, megtekintheti az "1C: Accounting 8" előnyeiről szóló információkat, feltüntetve, hol kaphat További információ az „1C: Számvitel 8”-ra való átállásról.

A második lépés lehetőséget biztosít a tipikus konfiguráció ellenőrzésére és szükség esetén frissítésére. A konfiguráció legújabb kiadásának 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, új konfigurációs kiadást kaphat.

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 felkéri a következő lépés végrehajtására.

A harmadik lépés annak meghatározása, hogy milyen információkat kell áttelepíteni. Számviteli és adószámlákról csak év elején lehet egyenleget átutalni.

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 minden, a kirakodási időszakba tartozó hónapban el kell végezni a hónapzárás rutin eljárásait.

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

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

Ezzel befejeződik az „1C: Accounting 7.7” Átmeneti asszisztens munkája.

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

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

Rizs. 2

Csakúgy, mint az "1C: Számvitel 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, hogy mit kellett volna tenni az „1C: Accounting 7.7”-ből való adatok feltöltéséhez ".

A második lépés lehetőséget biztosít a tipikus konfiguráció ellenőrzésére és szükség esetén frissítésére. A konfiguráció legújabb kiadásának 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 felkéri a következő lépés végrehajtására.

A szervezetre vonatkozó információkat csak az „1C: Accounting 8” alapverziójának felhasználóinak kell kitölteniük. Meg kell jegyezni, 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észletfelügyeletet. Az a tény, hogy az "1C: Accounting 7.7" csak a mennyiségi elszámolást támogatja a raktárakkal összefüggésben. Az „1C: Accounting 8” funkciókban raktári könyvelés sokkal tágabb: tarthat kötegelt könyvelést, tarthat mennyiségi összegű könyvelést a raktáraknál, vagy kikapcsolhatja a raktári könyvelést. Abban az esetben, 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), a felhasználó felkéri a raktári könyvelés beállítására. Ha korábban már engedélyezték a készletfelügyeletet, 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 adatokat tölt fel az „1C: Accounting 7.7” alkalmazásból.

É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 bejelöli a "Mérleg generálása" jelölőnégyzetet, akkor a letöltés után a számviteli számlákról és az adószámlákról egy mérleg készül, amely kinyomtatható, amellyel ellenőrizheti az adatok feltöltése során keletkezett mérleget "1C: Számvitel 7.7".

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

  • számviteli politikát állít fel;
  • számviteli politikát állít fel az adószámvitelhez;
  • 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 Startup Assistant” jelölőnégyzetet az „1C: Accounting 7.7” átmeneti asszisztensben, és az adatok betöltése után az Indítási asszisztens automatikusan elindul.

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