Üleminek uuele programmile 1s. Huvitavatest asjadest IT-maailmast, juhistest ja ülevaadetest

Uuele raamatupidamissüsteemile üleminekul on vaja valida üleminekuks optimaalne aeg, samuti lahendada mitmeid probleeme, et tagada raamatupidamise järjepidevus. Ainult teoreetiliselt peaks raamatupidamine toimima, praktikas võib perioodi sulgemine objektiivsetel põhjustel mõneks ajaks pikeneda – näiteks tuli dokumendid tarnijatele ümbertöötamiseks tagastada vms. Kuidas kõige paremini üle anda saldod vanast infobaasist "1C: Raamatupidamine 8-le", ütleb V.N. Khomitševskaja, sõltumatu konsultant, raamatu "Üleminek 1C-le: Raamatupidamine 8! Kiire areng 1C: Raamatupidamine 7.7 kasutajatele" autor.

Üks levinud olukord, mis mõjutab uuele raamatupidamisprogrammile ülemineku otsust, on ülemineku ajastamise vajadus.

Traditsiooniliselt on selleks sobivaim aeg uue finants- ja maksuperioodina aasta algus.

Peamine põhjus on see, et kumulatiivse raamatupidamisarvestuse rakendamisega ei ole vaja eriprotseduure.

Kuid hoolimata asjaolust, et kõigi kaanonite kohaselt peab raamatupidamine toimima, see tähendab, et iga dokument peab olema õigeaegselt loodud (kui see moodustatakse teie ettevõttes) või registreeritud (kui see on loodud muust allikast) , elu teeb alati oma korrektiivid. Kui esimese võimalusega pole enamasti probleeme, siis teisega - kogu aeg. Kas "esmase" originaal jäi teel kuhugi kinni või läks kaduma, siis on kujundus ebaadekvaatne ja tuleb dokument ümbertöötamiseks tagastada, siis ... iial ei tea, mis veel! Ja oodata väärtuste registreerimisega kuni originaaldokumentide saabumiseni või tagastada dokument selle koostajale (jah, koos saabunud väärtustega), kuid praegu on raamatupidamisosakonna huvides järgida " Seadusandlike nõuete vaim ja täht“ hakkavad sõna otseses mõttes ähvardama tegelikku äri. Või jõuavad teie ettevõttele osutatud teenuste arved, millega sel perioodil kindlasti arvestada tuleb, suure hilinemisega.

See tähendab, et uude programmi ülekantavate saldode laekumise perioodi sulgemist võib pikendada enam-vähem määramata ajaks.

Seetõttu on võimatu määrata teatud hetke "X", mille tulemused on täielikult ja usaldusväärselt teada, mida saab kohe üle kanda uude programmi ja alustada "uut elu" või õigemini jätkata kohe "vana". elu" selles. Lisaks nõuab ülekandeprotsess ise veidi aega, olenevalt sellest, kuidas see läbi viiakse.

Näiteks (vt joon. 1) peate kogu sooviga lülituda uues programmis alates hetkest A raamatupidamisele üle, reaalses elus ootama teatud hetke B, mille jooksul tasakaalustate saldod täpselt ja teostate. kõik vajalikud rutiinsed toimingud (kulude ja kulude kontode sulgemine, bilansi ümberkorraldamine jne). Üldjuhul langeb kõigi kasutatud raamatupidamiskontode (nii sünteetiliste kui ka analüütiliste) saldode täieliku, ammendava ja kontrollitud loendi toimumise kuupäev kokku bilansi lõpliku vastavusse viimise kuupäevaga, kõik sellele lisatud vormid, samuti maksuaruandlus. Ja alles pärast seda saate andmed julgelt uude süsteemi üle kanda.

Riis. üks

Nii et ühest küljest ei jää A-B perioodi (üleminekuperioodi) ajal muud üle, kui jätkata mõningaid tegevusi eelmises programmis (vähemalt - vähendada lõppenud perioodi saldosid, maksimaalselt - sisestada kogu tegevus esmane eelmises programmis) . Kuid samal ajal vajame kiiresti sama perioodi uues programmis (kas äritehingute endi kujul või kontodevahelist käivet kajastavate konsolideeritud kannete kujul), sest ilma selleta ei saa me progressiivseid tulemusi uuel finantsperioodil. Sellest lähtuvalt tekib küsimus – kuhu peaks sel üleminekuperioodil kõiki jooksvaid äritehinguid arvesse võtma? Sest raamatupidamise teise programmi üleviimise nimel ei peata loomulikult keegi tavapärast töökäiku. Äri on äri.

Proovime üksikasjalikult kirjeldada, mida täpselt, kuidas ja millal peate raamatupidamise uude programmi üleviimise protsessis tegema. Need toimingud sõltuvad mitmest põhjusest:

1. Alates sellest, millisest programmist ja mida te vahetate.
2. Alates uue programmi ettevalmistamisest kuni teie ettevõtte (või valdusettevõtte) raamatupidamise eripäradeni.
3. Kas raamatupidamisprogrammi kasutatakse isoleeritult või peaks see vahetama tegevusandmeid spetsiaalse programmiga (äri- ja laoarvestus, palgaarvestus või mõlemad).
4. Alates personali ja ettevõtte enda väljaõppe tasemest uue programmiga töötamiseks jne.

Pange tähele, et kõige mugavam on üleminek tüüpilisest konfiguratsioonist "1C: Raamatupidamine 7.7", mille vahetamiseks "1C: Raamatupidamine 8" on koostatud failide loend, mis tagab saldode ja operatiivandmete automaatse ülekande nende programmide vahel. . Loomulikult on sel juhul vaja järgida mõningaid "formaalsusi", millest tuleb juttu vastavas jaotises. Kuid muid "mittestandardseid", kuid levinud valikuid ei jäeta tähelepanuta, ehkki lühikeses vormis.

Osa selle loendi esimese lõigu küsimusest taandame ainult ühele valikule - me räägime ainult raamatupidamisele üleminekust programmis 1C: Raamatupidamine 8 (joonis 2). Sel juhul kaalutakse algse raamatupidamisprogrammi erinevaid võimalusi - see võib olla "1C: Raamatupidamine 7.7" (tüüpiline - valik A või muudetud - valik B) või mõni muu programm (valik C). Kõiki neid võimalusi arutatakse eraldi.

Riis. 2

Mõjutavate põhjuste loetelu järgmised kolm punkti on omavahel seotud. Ühest küljest tuleb täpselt ette kujutada, kas standardlahenduse 1C: Accounting 8 funktsionaalsus rahuldab täielikult ühe ettevõtte või ettevõtte (ettevõtte) vajadusi, mis peaks pidama arvestust ehk teisisõnu, kas standardkonfiguratsioon "Ettevõtte raamatupidamine" või selle kohandamine. Teisest küljest on oluline, millised (või millised) programmid on teie raamatupidamisosakonnaga operatiivandmete vahetamise osapooled ja kui need programmid kuuluvad ka perekonda 1C:Enterprise, siis kas need on standardlahendused või muudetud vastama tegevuse spetsiifikale ja kui jah, siis kui palju. Kõiki neid juhtumeid tuleb käsitleda eraldi ja artikli raames saab anda ainult kõige üldisemaid soovitusi. Raamatupidamispersonali uue programmiga töötamiseks koolitamise tegurit ja ettevõtte organisatsioonilise ettevalmistuse tegurit uue tööriista kasutamiseks oleme juba üksikasjalikult käsitlenud (loe).

Teistest programmidest "1C: Accounting 8" lülitumine

Kui hakkate 1C:Accounting 8-s töötama pärast seda, kui olete pidanud arvestust mõne muu programmi (joonis 2 variant C), mis ei ole 1C:Enterprise programmisüsteemiga seotud, siis ülemineku metoodika selgitamiseks pöördume tagasi joonise 1 juurde ja tõlgendada selles näidatud perioode teistmoodi.

Riis. 2

Alates punktist A, mida osutab kursor, saate, nagu eespool märgitud, tegutseda kahel viisil.

Esimene on see, et jätkate äritehingute põhidokumentide sisestamist ja kajastamist vanas programmis, et mitte viia oma ettevõtte tööd tasakaalust välja. Ja tehke seda hetkeni, mil kontrollitud tulemused laekuvad, st kuni hetkeni, mida näitab osuti B. Seega olete hetkel B valmis raamatupidamise üle viima uude programmi. Selleks on vaja vajalikud saldod üle kanda "1C: Raamatupidamine 8", samal ajal (või enne) analüütiliste teatmeteoste täitmist vajalike elementidega.

Selline andmete sisestamine võib olla käsitsi, samas on hea võimalus visuaalseks ekspertkontrolliks selle üle, milliseid analüütilisi objekte sinna tööaastate jooksul kogunenud hulgast on otstarbekas üle kanda ja millistest pole uues üldse kasu. teabebaas. See on "medali" positiivne külg, kuid on ka negatiivne - töömahukus. Esiteks on see perioodi lõpu saldode ja perioodi käivete käsitsi ülekandmise töömahukus punktist A punkti B. Samuti on tehniliselt võimalik andmeid "1C: Raamatupidamine 8" kanda mis tahes andmebaasist, ainus küsimus. on migratsioonireeglite kirjutamiseks vajalike ressursside suhe, kui teie vana programm toetab XML-vormingus andmete üleslaadimise võimalust või andmete migratsiooni käsitlemist, kui seda ei tehta. Sõltuvalt sellest, kui palju andmeid edastatakse, peate hindama, mis on otstarbekam - kulutada aega iseseisvale "käsitsi" andmete sisestamisele või tellida ülekande töötlemise kirjutamine. Väärib märkimist, et kui eeldada viimast, siis tuleb seda teha eelnevalt – nii et töötlus kirjutataks ja silutakse enne hetke B saabumist.

Lisaks tuleb meeles pidada, et eelmises programmis juhtisite üleminekuperioodil (perioodil punktist A punkti B) kogu esmast programmi. Seetõttu võib teie äritehinguid kajastavate dokumentide käsitsi sisestamise küsimus täiendada uuele programmile üleminekuga seotud tööde kompleksi. Pange tähele, et selliste andmete (ühes või teises mahus ja detailsuses) automaatset allalaadimist saab lisada ka andmeedastuse töötlemisele, mis ilmselt ei vähenda nende kirjutamise ja silumise aega – planeerige ka seda!

Loomulikult tuleks käsitsi andmesisestuse valikul eelnevalt hoolt kanda selles protsessis osalevate raamatupidajate koolitamisest uue programmiga töötamiseks. See aitab vältida võimalikke operaatorivigu (arvestades uue liidesega harjumist) ning pearaamatupidaja peaks seda tööd organiseerima. Ilmselgelt ei ole uude programmi käsitsi andmete sisestamisel erilist vajadust oodata hetke 2, et alustada algsaldode sisestamist – need saab sisestada "1C: Raamatupidamine 8", kuna need on kooskõlastatud ja kinnitatud (tulemusena inventar või muul viisil). See tähendab, et niipea, kui kontrollitud saldod ilmuvad näiteks materjalide järgi, saab need ohutult uude andmebaasi sisestada. Ja vana ja uue programmi bilansitulemuste ühildamise võib edasi lükata hetkeni, mil kõik saldod uude programmi kantakse.

Oluline punkt on see, et pärast kõigi üleminekuperioodi saldode ja dokumentide sisestamist tuleks dokumendid postitada. Selleks tuleb kasutada töötlust, mis asub menüüs Teenus -> Dokumentide grupi ümberpostitamine. See on vajalik andmete sisestamise järjestuse, kronoloogia jälgimiseks. Seda enam kehtib see (kõige levinumal) juhul, kui üleminekuperioodi dokumendid sisestatakse arvestusvaldkondade (pank, kassa, kviitungid jne) järgi, mitte nende tegeliku laekumise (registreerimise) kronoloogia ja looming.

Teiseks viis on nii, et vanas programmis ei sisestata alates hetkest A enam sissetulevaid esmaseid dokumente ega registreerita sissetulevaid dokumente - seda kõike tehakse uues programmis "1C: Raamatupidamine 8" (on väga soovitav, et samal ajal on maksimaalselt täidetud kõik põhikataloogid ja sisse toodud peamised analüütilised objektid (nomenklatuur, vastaspooled jne).

Eelmises programmis jätate ainult nende äritehingute lisaregistreerimise töö, mida mingil põhjusel õigeaegselt andmebaasi ei sisestatud (näiteks teenusepakkujate pikaajaliste dokumentide järgi), varude saldode vastavusse viimine. kaupade ja materjalide ning omavahelised arveldused. Teisisõnu – sa "sulged tasakaalu" vanas programmis. Nende tööde tegemise ajal olete kontrollinud saldod, mida saab üle kanda kas käsitsi (järk-järgult või kohe) või automaatselt, kasutades spetsiaalset töötlemist (kõik sellega seotud - vt ülalt, esimese valiku kirjeldust).

Selle meetodi eeliseks on see, et te ei pea enam esmaste toimingute sisestust dubleerima, olenemata sellest, kuidas peate seda tegema. Ja miinus (ajutine, üleminekuperioodiks) on see, et esialgsete saldode puudumise tõttu peate üleminekuperioodil "loobuma" tavapärasest soovist saada operatiivteavet - kuna teil on liikumisi (käivet ), kuid algsaldode puudumise tõttu on lõppsaldod moonutatud. Tõsi, ainult hetkeni, mil kõik saldod uude andmebaasi kantakse. Pärast seda, nagu ülalkirjeldatud meetodil, on vaja töödelda dokumentide grupi uuesti postitamist.

Mõlemal kirjeldatud üleminekuperioodi "elamise" viiside puhul pärast sissetulevate saldode lõplikku sisestamist ja vastavusse viimist ning dokumentide grupikontot võime eeldada, et teie üleminek uuele süsteemile oli edukas.

Üleminek "1C: Raamatupidamine 7.7" - ühe ettevõtte raamatupidamine

Vaatleme nüüd võimalust, kui andmed edastatakse eelkäijaprogrammist. Kui raamatupidamine viidi läbi tüüpilises konfiguratsioonis, on see juhtum kõigist võimalikest lihtsaim, kuna selle jaoks on loodud spetsiaalne töötlus andmete üleslaadimiseks rakendusest "1C: Accounting 7.7" ja spetsiaalselt konfigureeritud vahetusreeglite fail. Neid tuleb lihtsalt ära kasutada. Kuidas täpselt - seda kirjeldatakse üksikasjalikult paketiga kaasas olevates andmeedastusfailides (mis asub kaustas Convert, mis asub omakorda kaustas, kus on mall "Ettevõtte raamatupidamise" konfiguratsioonide värskendamiseks või installimiseks alates versioonist 1.5.12.1 ja kõrgem) kaks tekstifaili:

• Acc77_80.txt - infobaaside jaoks, arvestades traditsioonilist maksusüsteemi;
• USN_Acc8.txt – lihtsustatud maksusüsteemiga teabebaaside jaoks.

Tehniliselt läksid andmeedastuse teostamise toimingud raamatupidajale maksma vaid paarkümmend hiireklõpsu ning andmete üleslaadimise faili nime sisestamine. Kuid need, kes soovivad teostada tõeliselt korrektset andmeedastust, peaksid oma konfiguratsioonile vastava faili väga hoolikalt läbi lugema. See näeb muuhulgas ette teatud toimingud, mis ka sel, kõige lihtsamal juhul on vajalikud ülekande õnnestumiseks. Tooksin need siinkohal esile, tuginedes 14. detsembril 2006 toimunud raamatupidamispäeval üleminekuboksi külastajate küsimustele.

Andmeedastusprotseduur koosneb kahest etapist. Esimene on andmete üleslaadimine jaotisest "1C: Accounting 7.7", teine ​​​​üleslaadimine jaotisesse "1C: Accounting 8".

ESIMENE ETAPP - andmete üleslaadimine, tuleks läbi viia mitte varem kui kõik vajalikud raamatupidamistoimingud, mis on seotud regulatiivsete toimingutega. See on kõigi kuu lõpus sulgemisele kuuluvate kontode sulgemine, vastastikuste arvelduste vastavusse viimine (kuni saldod vastavad selle konto atribuudile (aktiivne, passiivne), millel need on kajastatud). Kui käes on aasta viimane kuu, tuleks bilanss ümber teha. Milliste vahenditega te seda teete - teie valik. Võite töötada tavaliste aruannetega või minna lühimat teed - vaadake imelist töötlust, mis asub jaotises "1C: Raamatupidamine 7.7" menüüs Aruanded -> Raamatupidamise tehnoloogiline analüüs. Selle abiga ei jäta te esiteks ühtegi viga ja teiseks näete kiiresti ja kompaktselt oma paranduste tulemusi.

Eraldi teema, mis aeg-ajalt stendis üles kerkis - kataloogide enda üleandmine. Pole saladus, et pikalt töötavatesse teabebaasidesse koguneb aja jooksul märkimisväärne kogus "ballasti" - kataloogide elemente (enamasti vastaspooled), mis on kas valesti sisestatud (ja õigel ajal kustutamata) või need, millel on kelle suhted on ammu lõppenud või vastastikuste arvelduste saldosid pole kontrollitud (sõna otseses mõttes "penni eest").

Küsitakse - kas selliseid objekte on vaja uude andmebaasi üle kanda?

Muidugi tuleks midagi ja märgistatud objektide eemaldamine enne uue programmi jaoks andmete üleslaadimist teha enne üleslaadimist "1C: Raamatupidamine 7.7" ja seeläbi vabaneda kirjetest, mida uues andmebaasis üldse vaja ei lähe. Kui nende hulgas pole kustutamist - kontrollige, võib-olla on need kunagi kogemata loodud "topelt" kajad. Sel juhul on mõttekas lingid õigesse kohta tagastada.

Kasutades režiimi Otsi objektiviiteid (menüü Toimingud), saate leida kehtetuid viiteid sisaldavad objektid ja määrata need uuesti.

Kui kataloogide elementide hulgas on neid, mida pole pikka aega kasutatud, saate need enne üleslaadimist valida eraldi kaustas – nii on neid lihtsam uuest infobaasist leida ja nende väärtust otsustada ning lõpuks kustutage mittevajalikud.

Seega on võimalik vana infobaasi andmeid "revideerida" ja siis "1C: Raamatupidamine 7.7" allalaaditud andmed ei sisalda "infoprügi" või vähendatakse selle kogust miinimumini.

TEINE ETAPP - andmete laadimine "1C: Raamatupidamine 8"-sse. Loomulikult võtate nendel eesmärkidel uue, "tühja" aluse. Võib arutleda küsimuse üle, kas on vaja läbi viia aluse esmane täitmine, mida esimesel käivitamisel pakutakse? Nagu paljud teised valikud, on see jäetud teie isiklikule valikule, et see sobiks teie konkreetse olukorraga kõige paremini. Esialgne allalaadimine säästab suuresti andmebaasiga töötamise aega raamatupidajale ja see, näete, on oluline tegur. Lisaks on selle üks eeliseid see, et luuakse selliste kataloogide nagu Nomenklatuur ja Osapooled esialgne struktuur. Andmete laadimisel paigutatakse nende abil vana andmebaasi erinevad temaatilised kaustad, millega saab nõustuda või mitte nõustuda. Viimasel juhul pole kataloogide ümberkorraldamine oma äranägemise järgi teie enda mugavuse ja otstarbekuse huvides keeruline ning ümberkorraldamine programmis "1C: Accounting 8" on muutunud palju lihtsamaks - kuni lohistamise ja kasutamise võimaluseni. langetage hiirega kaustu või elemente.

Kui mõtlete läbi ja võtate arvesse kõiki ülaltoodud punkte, on andmete ülekandmine uuele platvormile lihtne ja edukas. Mis muidugi ei välista ülekantud andmete kontrollimise etappi, mida on eelkõige juba kirjeldatud (loe ). Tuleb märkida, et rakendades mitte ainult saldode, vaid ka kontokäibete ülekandmise võimalust, tagate uue andmebaasi andmete järjepidevuse tekkepõhiselt, seega saate enne ülekandmist jätkata tööd esmaste dokumentidega. tavaline vorm vanas andmebaasis.

Asjad on mõnevõrra erinevad, kui lähete ümber kohandatud konfiguratsioonilt "1C: Raamatupidamine 7.7" (joonis 2, valik B). Kuna artikli raames on võimatu hinnata muudatuste suurust igal konkreetsel juhul, jääb üle vaid märkida, et tüüpilise konfiguratsiooni väiksemate muudatustega on võimalik andmevahetusfaili (Acc77_80.xml) teha muudatusi. või USN_Acc8.xml vastavalt traditsioonilistele või lihtsustatud maksustamisvormidele) või minge ülalkirjeldatud teed mööda mõnest muust raamatupidamisprogrammist ülemineku võimalust (joonis 2, valik C).

Üleminek "1C: Raamatupidamine 7.7" - mitme ettevõtte raamatupidamine

Andmete edastamiseks on aga veel üks võimalus, mis põhineb "1C: Raamatupidamine 8" ühel kõige olulisemal omadusel - mitme ettevõtte raamatupidamise pidamise võimalusel. Samas tuleks mitme vana infobaasi andmed koguda ühte uude andmebaasi, samas pole välistatud võimalus, et neid hoiti varem erinevates raamatupidamissüsteemides, sh "1C: Raamatupidamine 7.7" ja kasutades konfiguratsiooni lihtsustatud maksustamiseks. süsteem.

Mida saab selle juhtumi kohta öelda? Iga üksiku andmebaasi andmeedastuse tehnilise poole osas võite kasutada kõiki selles artiklis ülaltoodud kirjeldusi ja soovitusi. Mitme andmebaasi teabe kombineerimisel ühes on oma omadused. Milline? Need võivad olla nii põhimõttelised, lähtuvalt majandustegevuse koosseisu erinevusest, kui ka subjektiivsed, sest üldjuhul korraldasid raamatupidamisandmeruumi erinevad inimesed. See võib mõjutada nii mitmetasandiliste kataloogide struktureerimist kui ka nende elementide nimede moodustamise stiili.

Miks peaks sellele tähelepanu pöörama? Jah, sest laadides ühel või teisel viisil erinevatest andmebaasidest mahalaaditud andmeid, toimub aga erinevatest andmebaasidest pärit samanimeliste kataloogide teabe liitmine. Kuidas see täpselt juhtuda saab ja kuidas saate seda mõjutada - vaatleme mitmeid olulisi teatmeteoseid. Selleks võtame näitena joonisel fig. 3, kus andmed kahest andmebaasist - IB nr 1 ja IB nr 2, samuti tüüpilise konfiguratsiooni alusel, kuid juba "1C: Raamatupidamine 7.7" tuleks tüüpprogrammi alusel üle kanda IB nr 3 infobaasi. "1C: raamatupidamine 8". Loomulikult räägime kahest erinevate organisatsioonide andmebaasist ja ülalmainitud standardse andmeedastusprotseduuri kasutamisest, kasutades samal ajal võimalust valida V77exp.ert töötlemisvormil kõik andmete üleslaadimise reeglid.

Riis. 3

Kataloog "Organisatsioonid"

Andmete laadimisel tuleb IB nr 1 ja IB nr 2 konstantide teave, mis on seotud ettevõtte andmetega ja osa selle teabega, nagu TIN, statistika koodid jne. 3 andmete laadimisel sisestage see käsitsi, kuna andmete valik selles inforegistris toimub kataloogist Isikud. Mis puutub organisatsioonide raamatupidamispoliitikasse, siis nii raamatupidamises kui ka maksuarvestuses tekivad kanded vastavates registrites laadimisel, kuid neid tuleb oluliselt muuta. Selle põhjuseks on asjaolu, et "1C: Raamatupidamine 8" on raamatupidamispoliitika parameetrite seadmise võimalused palju rikkalikumad kui näiteks "1C: Raamatupidamine 7.7" puhul, näiteks partiiarvestuse võimaluse kasutamine võimaldab kasutada kirjutamise meetodeid. laoartiklid - FIFO ja LIFO *, ja mitte ainult keskmiselt, nagu see oli võimalik tavalises "1C: Raamatupidamine 7.7".

Kataloog "Üksikisikud"

Andmete edastamisel laetakse sinna info IB-s nr 3 kataloogidest IB nr 1 ja IB nr 2 töötajad. Kui eeldada, et osa kahe organisatsiooni töötajatest on samad isikud, siis erinevate töötajate laadimisel täiendada isikute nimekirja ja samad (vastavalt sisestatud TIN-ile) asendatakse teise baasi andmete laadimisel.

Kataloog "Töövõtjad"

Andmete edastamisel laetakse sinna IB-s nr 3 info samanimelistest kataloogidest IB-s nr 1 ja IB nr 2. Siin on üsna oluline kataloogi struktuuri olek enne andmete laadimise alustamist. Kui IB nr 3 esmasel käivitamisel tehti esmane täitmine, siis sellisel juhul kasutatakse kahest infobaasist esimese laadimisel olemasolevat Vastaspoolte rühmade struktuuri. Kui esialgset täitmist ei tehtud, siis laadimise käigus moodustub uus rühmastruktuur. Teise aluse laadimisel kasutatakse loodud struktuuri ning teise aluse vastaspooled lisatakse eelnevalt laaditutele. Tõenäoliselt tuleks pärast kõigi osapoolte automaatset laadimist kõigist vanadest teabebaasidest läbi viia visuaalne kontroll ja võimalusel kataloogi ümberkorraldamine selle mugavamaks kasutamiseks.

Eriti huvipakkuv on andmete laadimine osapoolte lepingute kohta, mis põhinevad konkreetsete vastaspooltega käesoleva lepingu ja erinevate raamatupidamiskontode käivete ja arvelduste saldode analüüsil. Täpsemalt - lepinguliigi automaatne kvalifitseerimine (sellist nõuet vastaspoolte lepingute kataloogis "1C: Raamatupidamine 7.7" ei olnud). Antud juhul on oluline, kui korrektselt ja standarditelähedaselt kasutati vastaspooltega arvelduste kontosid IB nr 1 ja IB nr 2 andmebaasides. Arvelduste olemasolu konto 60 allkontodel määrab tõenäoliselt lepingu kui lepingu "tarnijaga", konto 62 allkontodel - kui "ostjaga", kontodel 76 - kui "muu". Kui sama lepingu alusel tuvastatakse liikumisi erinevatel kontodel, jääb lepinguliigi prioriteetne kvalifikatsioon viimastele liikumistele.

Kataloog "Nomenklatuur"

Selle kataloogi "1C: Raamatupidamine 8" allalaadimine on laadimata kataloogide "1C: Raamatupidamine 7.7" suhtes väga spetsiifiline. Selle põhjuseks on asjaolu, et IS nr 3 nomenklatuur sisaldab kataloogide Aluste nomenklatuur nr 1 ja nr 2 elemente ning nende elemente kataloogidest Materjalid, Põhivara, Seadmed.

Sel juhul on oluline, kuidas näeb välja selle kataloogi (puu) esialgne (enne laadimist) rühmastruktuur IB-s nr 3. Kui rühmapuu moodustati uue konfiguratsiooniandmebaasi esmasel käivitamisel, siis kasutatakse, kui mitte, siis rühmad moodustatakse. Pealegi on eriti huvitav, et nomenklatuuri teatmeteoses moodustatakse samanimeline nomenklatuurirühm ja selles omakorda nomenklatuuritüübile vastavad teise astme rühmad (kaubad, teenused, tooted, pooltooted). tooted, tööd), millesse on vastavalt paigutatud aluse nomenklatuurielemendid teatud tüüpi IB nr 1. Endise kataloogi Materjalid elemendid on paigutatud eraldi, rühmitatud rühmadesse, mis on sarnased lähtekataloogi rühmadega. Samanimelistes vastavates gruppides asuvad ka muud IB nr 1 kaubad ja materjalid.

Siin, nagu ka muudel juhtudel, võib osutuda vajalikuks kataloog ümber korraldada, et jagada erinevate valdusorganisatsioonide kasutajate juurdepääsu samale loendile. Veelgi enam, tuleb meeles pidada, et sageli võivad ühele organisatsioonile kuuluvas sama tüüpi kaupade ja materjalide valduses teise raamatupidamisele üleandmisel (müügil, töötlemiseks üleandmisel jne) muuta oma välimust ja eesmärk. See võib tõsiselt ümber defineerida nomenklatuuri teatmeteose grupistruktuuri, seda enam, et operatiivsetesse raamatupidamisdokumentidesse “vaikimisi” sisestatud raamatupidamiskontode kogum on soovitatav rühmadega “linkida”.

Kataloog "Nomenklatuurirühmad"

Esindab andmete laadimise seisukohalt üht lihtsaimat objekti. Esiteks on see "1C: Raamatupidamine 8" ühetasandiline. Teiseks kantakse sinna andmed üle IB nr 1 ja IB nr 2 andmebaaside teatmeteostest Tooted, tööd, teenused koos juba sisestatud sellesse nomenklatuurirühma kuuluvate nomenklatuuriobjektide nimekirjadega. Kuid visuaalne juhtimine ei sega seda juhendit pärast allalaadimise lõpetamist.

Kataloog "Kuluartiklid"

Selle eripära on see, et IB-s nr 3 ("1C: Raamatupidamine 8") sisaldab see kõiki kuluartikleid, turustuskulusid ja ärikulusid, mis IB-s nr 1 ja IB nr 2 paiknesid mitmes kataloogis. Muidugi oli viimasel juhul palju kattuvaid kuluartikleid ja kulusid, mis tuli igasse kataloogi sisestada. Laadimisel sulanduvad need ausalt ühte kataloogi ja jääb üle otsustada, mida nende pealtnäha "topeltidega" edasi teha.

Otsus on täielikult kõigi ettevõtete (organisatsioonide) juhtkonna ja raamatupidamisosakondade huvide ja vastutuse sfääris tervikuna, mille arvestus peaks olema selles andmebaasis (meie näites IB nr 3). Võimalusi võib olla palju ja äärmuslikud on: säilitada kõik ülekantud kataloogipositsioonid, andes neile eelmisega sarnase struktuuri või kustutada enamik neist, jättes ühe, mis kuulub konkreetsesse maksukululiigi, vastavalt ainulaadsuse põhimõte. Esimesel juhul saab kataloogirühmade struktureerimist alustada esimesel tasandil rühmadest - kulukontode analoogidest, täpsemalt ettevõtte ettevõtetele vastavate kululiikide või rühmade kaupa või alustada struktureerimist liikide kaupa. kuludest. Igal juhul tuleb meeles pidada, et olenemata sellest, milliseid kuluartiklite komplekte te sellesse kataloogi kokku panite, jagatakse nende kasutamise tulemus nende raamatupidamiskontodele, see tähendab, et te lihtsalt ei näe "ülejääki". konkreetse kulukonto bilanss. Kuid alati on küsimus käsitsi ergonoomikas, selle kasutajamugavuses kui teguris, mis vähendab operaatori vigade riski. Ja tehniliselt on kataloogi ümberkorraldamine, nagu juba märgitud, muutunud äärmiselt lihtsaks.

Selles artiklis käsitletakse ainult kõige üldisemaid aspekte raamatupidamisele üleminekust jaotises "1C: Raamatupidamine 8". Ja iga konkreetne juhtum nõuab optimaalse ülemineku üksikasjalikku kaalumist.

Kas olete seadnud eesmärgi minna üle uuele programmile? Ja salvestada kogutud andmed?

Selles artiklis räägin teile, kuidas korraldada uuele programmile üleminekut nii, et te ei peaks lõpetama.

Levinumad väärarusaamad

1. Andmete edastamise, konfigureerimise, vastavusse viimise viis läbi programmeerija või süsteemiadministraator. Teised töötajad (osakonnajuhatajad, raamatupidajad, personaliametnikud jne) üleviimise protsessis ei osalenud (“üks kord”, “palju tööd”, “tead juba, kuidas me töötame”).
2. Kohe pärast üleviimist hakkasid nad uues programmis arvestust pidama.

Nõuded on mõlemal juhul reeglina sama tüüpi - “programm on toores”, “andmeid ei tõmmata üles”, “kõik tuleb käsitsi teha”, “mis programmeerija sa oled”.

Andmeedastus on alati projekt! Ja seetõttu peate sellele lähenema samamoodi nagu igale teisele projektile - planeerige etapid, kontrollige nende rakendamist ja tulemusi.

Eeltoimingud

Enamik parim projektüleminek uuele programmile – kui selle tulemused on teada juba enne andmeedastust ennast.

Uurige võimeid uus programm. Peaksite ette teadma, mida temalt oodata. Kasutage dokumentatsiooni, infotehnoloogia toe veebisaidi materjale, temaatilisi foorumeid.

Kirjelda peegeldustehnikadäritehingud praeguses programmis. Kas kasutate standardseid mehhanisme või põhinevad need modifikatsioonidel? Kas neid tehnikaid on võimalik uude programmi ilma muudatusi tegemata rakendada? Kui muudate, siis mida – metoodikat või parendusplaani?

Kontrollige, kas uus programm toetab teie riistvara, operatsioonisüsteeme ja muud tarkvara. Koostage värskenduste loend.

Kui koostatakse värskenda nimekirja(OS, tarkvara, riistvara) - vali tarnijad, lepi kokku spetsifikatsioonid, planeeri ja kinnita eelarve.

Valige ülemineku tööriist. Kui kasutate kolmanda osapoole lahendust - tutvuge selle dokumentatsiooniga, konsulteerige tehniliste tugiteenuste vajalike paranduste, paranduste, tingimuste ja ajakava osas.

Valmistuge vältimatuks

Värskenda riistvara, operatsioonisüsteemid, muu tarkvara.

Treeni kasutajaid(ja õppige ise), kuidas uues programmis töötada. Erilist tähelepanu - teie äritehingute kajastamise meetodid. Alustades uue teabebaasiga töötamist, peaksid teie kasutajad juba suutma nendega arvestada.

Valmistage ette lühidalt juhiseid majandustehingute kajastamise kohta uues programmis nende arvestusmeetodite puhul, mida on plaanis kasutada. Kui vanu meetodeid ei toetata, töötage välja uued.

Valige aeg üle kanda. Kõige mugavam aeg on uue finants- ja maksuperioodi algus. Eriti - palgaarvestuse jaoks mõeldud programmide jaoks. Eriti - 6-NDFL-vormi korrektseks koostamiseks (palgaarvestuse ja personaliarvestuse jaoks mõeldud programmide jaoks). Aja valimisel arvesta kindlasti, kas sinu praegust programmi toetab tootja. Soovitatav on planeerida üleminek enne toe lõppu.

Konsultatsioonideks, süsteemi seadistusteks kaasa kindlasti võtmetöötajad- osakonnajuhatajad, raamatupidajad, personaliametnikud jne. Nad on teie assistendid. Nende huvi projekti tulemuste vastu määrab, kuidas teised kasutajad programmi tajuvad.

Esiteks koostage nimekiri neist, kes:

1. Andmete ülekandmine(arendage üleminekutööriistu, kui kasutatakse kolmanda osapoole tööriistu - võtke ühendust lahenduse arendajaga, osutage tuge).
2. Täitma süsteemi seadistus(eraldi sektsioonid, sektsioonid).
3. Valmistage ette vajalikud andmed(kui neid pole praeguses süsteemis salvestatud).
4. Ole vastutav Riistvara Tarkvara.

Leppige kindlasti kokku projektimeeskonna juhi ja tööde nimekirjaga, arendage plaan - ajakava nende osalemine projektis.

Pidage meeles, et on ainult üks programmeerija, süsteemiadministraator(otse ülemineku teostaja) ei saa ega peaks vastutama projekti kui terviku edu eest. Andmete (eriti suurandmete) edastamine on alati meeskonnatöö.

Meik Plaan B". Alati peaks olema võimalus naasta vana programmi juurde või töötada uues, kuid teises režiimis, kui miski ei lähe plaanitud stsenaariumi järgi.

Andmeedastused ja kõik sellega seonduv

Valmistage ette algne programm- värskendada, kustutada märgitud objekte, leida ja parandada vigu, arvutada summad ümber.

Testi migratsioone

Tehke testandmete edastamine. Sinu eesmärk on saavutada võrreldavus edastatud andmed. Kindlasti võtke arvesse programmi arhitektuuri erinevust. Kõiki andmeid ei saa otsekohe võrrelda. Koostage ülevaatamiseks vajalike aruannete loend.

Andke kasutajatele võimalus töötada katsebaasis. Nad harjuvad uue programmiga, kontrollivad ülekantud andmeid, sisestavad uusi dokumente ja kontrollivad oma tööd ning saavad vajalikud aruanded. Ülekande tulemusega olen rahul - seaded kokku leppida, kokkulepped paberil fikseerida.

Meik teie tegevuse stsenaarium andmete edastamisel, et mitte midagi unustada ja aega säästa.

Kui olete katseandmete edastamise tulemusel saavutanud tulemuste võrreldavuse, jätkake lõpliku edastamisega.

Lõplik ülekanne

Ette kasutajaid teavitama võimalusel andmeedastuse kuupäeva ja kellaaja kohta - keelake selleks ajaks eelmisse programmi sissepääs.

Tõstke esile vajalikke ressursse. Järsku kõvakettaruumi ammendumine või elektrikatkestus vähendab oluliselt võimalust eelnevalt kokkulepitud tähtaegadest kinni pidada.

Andmete ülekandmine ja sooritage viimased sammud - kasutajate loomine ja seadistamine, rühmade ja juurdepääsumallide määramine, programmi ühendamine Interneti-toega, põhiklassifikaatorite allalaadimine, programmi konfigureerimine vastavalt eelnevalt kokkulepitud kokkulepetele.

Keelake jooksva perioodi andmete sisestamine vanasse programmi.

Esimest korda pärast üleminekut

Ole valmis üllatusteks. Ükskõik kui läbimõeldud ja hästi korraldatud uuele programmile ülemineku projekt ka poleks, on peaaegu alati pisiasju, millega unustati arvestada, millele ei pööratud õigel ajal tähelepanu jne.

Jätkata plaani "B" väljatöötamist - plaan 2 süsteemi paralleelseks tööks või võimalus naasta eelmise juurde.

Kokkuvõtteks…

Tulenevalt asjaolust, et 1C ettevõte lõpetab 2018. aastal konfiguratsiooni “1C: Palgaarvestus ja personalijuhtimine” versiooni 2.5 toetamise, on väga soovitav planeerida ja korraldada üleminek ZUP 3.0-le (3.1) viivitamatult.

"1C: Palga- ja personalihaldus" 3.1 on täiesti uus programm, millel on andmete salvestamiseks ja töötlemiseks uus arhitektuur *, mis ei võimalda lülituda uuele konfiguratsiooniväljaandele tavapärasel viisil - värskenduse installimisega. Peate andmed 1C ZUP 2.5-st uude süsteemi üle kandma, st andmed alla laadima ja üles laadima.

*Lisaks arhitektuursetele erinevustele on ZUP 3.0-l uus disain, veebikliendi tugi, täiustatud kasutatavus, eelkõige tänu võimalusele kasutada kaasaegset taksoliidest.

Programmi 1C ZUP 3.1 versioonile saate üle minna uuest kuust, ilma aasta algust ootamata. Kuu suletud – läks üle uuele väljaandele.

Parim on seda teha lihtsustatud ülekandevõimaluse abil, kuna kõik viited ja mahaarvamised kantakse üle mitte dokumentide, vaid registrikannetega.

Soovitatav optimaalne ja ohutu viis ümberlülitamiseks: paralleelne palgaarvestus 1C ZUP programmi kahes versioonis (vanas ja uues) ühe (või mitme) aruandeperioodi jooksul. Paralleelne palgaarvestus mõlemas andmebaasis võimaldab kasutajatel õppida ja harjuda uue programmiga, võrreldes seda eelmise versiooniga, ning välistab tööseisaku, kui uues programmis peaks midagi valesti minema.

Juhised üleminekuks ZUP 2.5-lt 3.1-le

Mandaatide korrektseks ülekandmiseks ühest programmist teise peate esmalt ette valmistama ZUP 2.5 andmebaasi. See seisneb aruandeperioodi (kuu) sulgemises ZUP 2.5-s, selle versiooni töötavast IS-ist koopia tegemises ning konfiguraatori kasutamises andmebaasi testimiseks ja parandamiseks (vajadusel, mis on kõige tõenäolisem).

• Looge 1C:ZUP 3.1 uusima versiooniga puhas teabebaas;
• Käivitage see tühjas andmebaasis, näidates samm-sammult käivitusabilise esimeses etapis, et soovite andmeid üle kanda versioonist 2.5; Tehke andmete laadimine;
• Tehke pärast migreerimist täielik andmete kontroll.

Üksikasjalikult: ZUP 2.5-lt 3.0-le ülemineku järjekord / ZUP 3.1

• Uuele programmile üleminekuks valmistumine

Vanas versioonis 2.5 infobaasis täitke kõik dokumendid palgaarvestuse, haiguslehtede, puhkuste, palgamaksete, maksude ja sissemaksete arvutamise ja ülekandmise jms kohta. Tehke ZUP 2.5 tööbaasist koopia ja juurutage see eraldi kataloogis. Sisestage programm töörežiimi "Configurator", valige menüüst "Administreerimine" käsk "Testimine ja korrigeerimine". Kui ZUP-i pole pikka aega värskendatud, värskendage uusimale versioonile.

• Uue infobaasi loomine ZUP 3.1

1C ZUP 3.1 värskeima versiooni saab alla laadida 1C värskendussaidilt. Lisaks võib tekkida vajadus installida platvormi 1C:Enterprise 8 uuem versioon, mille värskendusi saab ka veebisaidilt alla laadida.

Puhta teabebaasi loomiseks peate käivitama 1C otsetee ja klõpsama nuppu "Lisa", mis näitab uue andmebaasi loomist. Järgmisena valige mallist uusim versioon "1C: Palk ja inimressursid" 3.1.

Joonis 1. Puhta aluse loomine 1C ZUP 3

• Käivitusabilise seadistamine ja andmeedastusvaliku valimine

ZUP 3.1 esmasel käivitamisel peate valima andmeedastuse üksuse "1C: Palk ja HR 8" väljaandest 2.5 ja seejärel valima ühe kahest andmeedastusvalikust:

Joonis 2. Andmeedastus ZUP-i 3.1.2.213

Andmebaaside loendist peate valima sobiva versiooni 2.5 andmebaasi, mille andmed soovite üle kanda:

Joonis 3. Andmete edastamine ZUP-i 3.1.2.213

Joonis 4. Andmete ZUP-i edastamise valiku valimine 3.1.2.213

Andmeedastus 1C ZUP 2.5-lt 3.1-le

• Selle valiku valimisel ei edastata mitte möödunud aastate dokumente, vaid registrite ja kataloogide andmeid.
• See valik võimaldab kasutada uusi võimalusi personaliarvestuses ja palgaarvestuses.
• Vastavalt vastastikustele arveldustele kantakse üle ainult saldod.
• Personali ajaloo ülekanne (T-2), andmed keskmise töötasu arvutamiseks.
• Kiireim ülekandevõimalus.

*Samas ei edastata andmeid GPC lepingute alusel töötajate kohta, samuti andmeid laenude kohta.

• Kui valite selle suvandi, viiakse dokumendid üle.
• Programmi uusi funktsioone ei kasutata, kasutatakse eelmise väljaande dokumente.
• Personaliandmete osas liiguvad kõik dokumendid: vallandamine, kolimine jne.
• Planeeritud viitlaekumised kantakse üle registrikannete vormis, samas kui lihtsustatud puhul kanti üle vaid viil.
• Vastavalt vastastikustele arveldustele antakse kõik dokumendid üle.
• Täieliku ülekande korral on vaja parandada kõik raamatupidamisvead, mis tõenäoliselt esinesid eelmistel perioodidel, vastasel juhul peate need uues andmebaasis parandama. Pärast seda tuleb kõik dokumendid ja andmed mõlemas andmebaasis kontrollida.
• Kuna edastatavate andmete hulk on suur, on protsess aeglane.*

*Vana andmebaas säilitab kõik andmed, millele saate igal ajal ligi pääseda ja vajalikud andmed leida.

Joonis 5. Andmete allalaadimine

• Andmete kontrollimine pärast migreerimist

Enne uue 1C ZUP 3.1 programmiga töö alustamist, nagu juba mainitud, peaksite kontrollima vanast versioonist - 2.5 - edastatud andmete täielikkust ja õigsust. Selleks kasutage andmete vastavusse viimiseks julgelt aruandeid.

Peate kontrollima:

• Ettevõtte organisatsiooniline struktuur, kataloogid "Organisatsioonid", "Alaüksused", "Territooriumid";
• Töötajate isikuandmed;
• Esialgne personali komplekteerimine;
• Viit- ja mahaarvamised, valemite õigsus;
• Ülejäänud saldod.

Uue versiooni 1C: ZUP-ile ülemineku ja tehtud eeltoimingute tulemusena saame pärast andmeedastust kaks eraldi andmebaasi: ZUP 2.5 programmi vana infobaasi koos dokumentidega ja programmi uue versiooni. 3.1 algsaldodega. Samal ajal on soovitatav hoida palgaarvestust mõnda aega paralleelselt mõlemas programmis ja pärast uue konfiguratsiooniga täielikku tutvumist saate lülituda ainult selles raamatupidamisele.

Meie vastus on loomulikult "jah"!
Jaapani tarkuse järgi "kui te ei parane, lähete halvemaks". See kehtib eriti üha tiheneva konkurentsiga turul.

1C: Enterprise 8 peamised eelised ettevõtte kui terviku jaoks:

• Raamatupidamine mitme organisatsiooni vahel ühes andmebaasis.
• Kõik maksusüsteemid on saadaval ühes andmebaasis .
• Jälgige vastavust PBU 18/02 nõuetele nüüd palju lihtsam.
• partiiarvestus .
• Aruanded koostatakse kiiresti, tänu suurte andmemassiivide töötlemise tehnoloogiale.

• Instrumentide, sammaste ja paneelide individuaalne kohandamine
• Automaatne dokumentide järjestamine
• Aruandluse ajakava
• "Accountant Monitor" – kogu asjakohane teave teile ühel ekraanil
• « Raamatupidamise kiirkontroll»- otsige enda jaoks enne dokumendi ja postitamist vigu ja soovitusi nende kõrvaldamiseks
• Kontroll detailide täitmise üle – ei luba eksida!
• Funktsionaalsuse märkimisväärne laienemine keerukate raamatupidamisjuhtumite jaoks
• Kaudsed kulud - jaotus vastavalt teie soovile.
• Palju meeldivaid pisiasju raamatupidaja tööks

Ülemineku korraldamine hõlmab andmeedastusalgoritmi konstrueerimist ja tööriistade valikut selle algoritmi realiseerimiseks. Täiesti universaalset protseduuri, mis sobiks ühelegi ettevõttele, pole olemas. Võib tuvastada järgmised tegurid, mis mõjutavad üleminekualgoritmi: uues programmis raamatupidamise alustamise aeg, teie konfiguratsiooni praeguse versiooni täiustuste olemasolu, vajadus salvestada eelmiste perioodide äritehingute ajalugu. Sõltuvalt nende tegurite kombinatsioonist võib andmete migratsioonistrateegia olla erinev. Üleminekuprojekte on kõige huvitavam kaaluda, kui need hõlmavad saldoülekande protsesse. Seetõttu käsitleme selles artiklis põhjalikult uuele platvormile ülemineku projekti seoses 1C: raamatupidamise konfiguratsiooniga.

Nõuanded ettevõttelt RG- Pehme: Parim on alustada tööd uues raamatupidamisprogrammis uue aasta 1. jaanuarist. See on tingitud asjaolust, et enamik makse arvutatakse tekkepõhiselt. Seetõttu, et mitte leiutada vahendeid kogunenud tulemuste korrektseks ülekandmiseks, proovige programmi töö algust siduda maksude aruandeperioodi algusega. Loomulikult saab tööd alustada kvartali algusest ja isegi järgmise kuu algusest, kuid selline üleminek toob traditsiooniliselt kaasa märkimisväärsemaid kulutusi.

Vaatame kõige levinumaid olukordi.

1. Üleminek toimub uuest aastast, standardkonfiguratsioonist ja ülemineku hetkel moodustati kontodel õiged saldod vanas programmis.

See valik on äärmiselt lihtne ja selge, kuid praktikas rakendatav harva. Õigeid saldosid on vanas programmis võimalik moodustada vahetult enne uues programmis töö algust ainult paljudes väikeettevõtetes ja seejärel tingimusel, et kogu eelmise perioodi “esmane” on esitatud ja lisatud programm. Enamasti toimub programmis eelmise perioodi vanade tehingute sulgemine käibedeklaratsioonide esitamise ajaks (20. jaanuar) ning mõnel juhul võib see protsess venida pikemaks ajaks. On teine ​​levinud olukord.

1. Üleminek toimub uuest aastast, standardkonfiguratsioonist ja vanas programmis ülemineku ajal puuduvad kontodel õiged saldod.

Olenevalt asjaoludest saate selles olukorras tegutseda ka mitmel viisil. Nende meetodite olemus on töötada kahes programmis samaaegselt. “Üleminekuperioodil” peavad töötajad sulgema vanad tehingud vanas programmis ja hakkama uute tehingute dokumente uude süsteemi sisestama. Selline olukord on selgelt näidatud joonisel 1. Sellise perioodi olemasolu üleminekuprojektis on tavapraktika ja seda pole põhjust karta. Selle perioodi kõige väiksemate kahjudega ületamiseks võite kasutada järgmisi strateegiaid.

• Kandke saldod "nagu on" aasta algusesse ja pidage nende andmete alusel arvestust, nagu esimeses pakutud olukorras. Vähemalt on programmis info rahaliste vahendite jäägi ja ladudes olevate kaupade arvu kohta. Kuid niipea, kui on saadud õiged saldod "seitsmes", tuleb need kohe "tagasi" ja "kaheksas" korrigeerida.
• Alternatiivne võimalus on keelduda valede saldode ülekandmisest ja sisestada uute tehingute esmased dokumendid G8-sse ilma neid hiljem teostamata. Sel juhul pole vahet, kas programmis on saldosid või mitte, konteerimata dokumendid ei tee kontodel liikumisi. Seega peate tegutsema, kuni saate 1C: Enterprise 7.7-s õiged saldod. Edasi kantakse laekunud saldod aasta alguses üle uude programmi. Viimaseks sammuks on üleminekuperioodil uude programmi sisse viidud “esmatöö” järjepidev rakendamine, kasutades sisseehitatud töötlust “Kataloogide ja dokumentide grupitöötlus”.

1. Üleminek toimub alates aasta keskpaigast tüüpilise konfiguratsiooniga.

• Alusta tööd kui mitte aasta algusest, siis vähemalt kvartali algusest.
• Kandke saldod aasta algusesse.
• Viige kõik jooksva aruandeperioodi (aasta) esmased dokumendid üle uude süsteemi ning taastage raamatupidamis- ja maksuarvestuse andmed kataloogide ja dokumentide grupitöötluse abil.

Kuna isegi ühes kvartalis saab genereerida mitu tuhat dokumenti, soovitame kasutada ka automatiseeritud andmeedastusvahendeid.
Sellised vahendid võivad olla:

1. Standardlahendus "1C: Andmete teisendamine". Seda tarkvaratoodet saab kasutada teabe edastamiseks platvormi 1C mis tahes konfiguratsioonide vahel. Meie puhul dokumentide üleslaadimiseks jaotisest 1C: Raamatupidamine 7.7 kuni 1C: Raamatupidamine 8.
2. Frantsiisivõtjate ettevõtete ebatüüpilised arengud. Paljud ettevõtted, sealhulgas meie, on selle probleemi lahendamiseks tõestanud meetodeid, mis võivad oluliselt vähendada andmeedastuse aega ja eelarvet.

1. Üleminek tüüpilisest konfiguratsioonist koos möödunud perioodi dokumentide täiendava ülekandmisega.

Sellist ülekannet on võimalik teostada samade mehhanismide abil, mis eelmises olukorras. Selle protsessi erinevus seisneb selles, et kõiki dokumente pole vaja üle kanda, saab piirduda vaid mõne tüüpi dokumentide ülekandmisega ning ülejäänud kontojäägid sisestatakse tavatöötluse teel. Sel juhul jäetakse täiendavad ülekantud dokumendid tavaliselt postitamata.

Nõuanded ettevõttelt RG- Pehme: Kuigi möödunud perioodi dokumente saab vanast programmist uude üle kanda, toob selline üleviimine kaasa andmebaasi ja seega ka töödeldud tabelite suuruse märgatava suurenemise. See võib omakorda süsteemi aeglustada. Seetõttu ei tohiks seda üleminekuvõimalust kasutada, kui see pole tingimata vajalik. Eelmistest perioodidest üle kantud dokumendid on soovitav jätta konteerimata, et neis sisalduv info ei mõjutaks jooksvat raamatupidamis- ja maksuaruandlust. Kasutage möödunud perioodi dokumente ainult viitena.

1. Üleminek ebatüüpiliselt konfiguratsioonilt platvormil 1C:Enterprise 7.7.

• Kui konfiguratsiooni on veidi muudetud ja see on põhimehhanismides sarnane tüüpilise 1C lahendusega, saate kasutada standardseid üleminekutööriistu, nagu eelmistes valikutes. Peate neid ainult oma programmi jaoks kohandama või veidi muutma. Võib-olla on kõige testitud ja usaldusväärsem tööriist juba mainitud "1C: Data Conversion". See tööriist nõuab kasutajalt teatud oskusi, kuid seda saab kasutada objektide automaatse ülekandmise korraldamiseks konfiguratsioonide vahel. Antud olukorras on selleks taustainfo ja vajadusel dokumendid.
• Kui aastate jooksul on konfiguratsiooni põhjalikult ümber kujundatud, võib tüüpiliste migratsioonitööriistade seadistamine olla töömahukam kui nendel eesmärkidel oma töötluse kirjutamine. Sarnane olukord tekib ka 1C platvormidega mitteseotud raamatupidamisprogrammilt ülemineku korraldamisel. Sellist üleminekut on ka võimalik teha, kuid universaalset vahetust eelnevalt välja mõelda ei saa. Igal juhul on vaja probleemile individuaalset lähenemist.

Mitme ettevõtte üleminek.

Mitme ettevõtte raamatupidamise mehhanismi puudumise tõttu pidid paljud ettevõtted hoidma 1C:Enterprise 7.7-s korraga mitut andmebaasi. Kuna see probleem on lahendatud kaheksandas versioonis, tekib andmete migratsiooniprojekti raames mitme andmebaasi ühendamine üheks. Veelgi enam, igal seitsme alustel võivad olla oma omadused. Kasutades ülaltoodud tehnikaid, saate luua interaktsiooni iga alusega eraldi. Siiski on mitmeid alamülesandeid, mis on selle konkreetse juhtumi jaoks spetsiifilised.

• Konkreetse organisatsiooniga seotud dokumentide ühtlustamine. Seda probleemi saab hõlpsasti lahendada prefiksi mehhanismi abil. Igale programmis registreeritud organisatsioonile määratakse oma tähe eesliide. See eesliide lisatakse dokumendi numbrile, tagades sellega numbrite unikaalsuse.
• Kataloogide dubleerivate elementide juhtimine. Andmete edastamisel mitmest teabeallikast ühte infosüsteemi võib tekkida olukord, kus samu kataloogide elemente, näiteks sama vastaspool, korratakse uues kataloogis mitu korda. Seetõttu on pärast andmete edastamist vaja läbi viia kataloogide dubleerivate elementide võrdlemise ja liitmise protseduur.

Millised probleemid võivad tekkida?

Kõiki üleminekuetappe ette planeerides saate vältida paljusid probleeme, kuid see pole veel kõik, mida edu saavutamiseks vaja läheb. Samuti on mitmeid spetsiifilisi funktsioone, mis tuvastatakse juba projekti rakendamise etapis. Allpool on toodud mõned tegurid, millega paljud ettevõtted üleminekutööd korraldades kokku puutuvad.

Esialgsed andmed

Esiteks on need kasutajate kõige erinevamad "vead" andmete sisestamisel andmebaasi. Üldjuhul on objekti üheselt identifitseerimine võimalik TIN-i ja KPP andmete põhjal. Seitsme puhul olid mõlemad väärtused salvestatud samasse TIN/KPP muutujasse ja sellesse muutujasse sisestatud andmete õigsust ei kontrollitud. Võimalik oli sisestada vähem numbreid ja panna eraldaja valesse kohta ja sisestada täiesti abstraktsed TIN-id (mõnikord on selliseid: 22222222223). Tüüpilise ülekandmise korral eraldavad osapooled kataloogi moodustamisel TIN-i ja KPP-d, lõigates lihtsalt ära vajaliku arvu tähemärke. Seetõttu saab uue andmebaasi detailidesse kirjutada absoluutselt valed andmed. Loomulikult on selliste andmete abil esemete õige tuvastamine edastamise ajal väga keeruline.
Teine probleem on andmete sisestamiseks ühe vormingu täielik puudumine. Iga kasutaja saab endale sobiva nime sisestada. Kujutage ette, et ühte seitsmest alusest kirjutas kasutaja, täites vastaspoole "Nimi", "MC Vympel" ja teises seitsmes aluses on sama vastaspool märgitud kui "Vympeli haldusettevõte". Sellises olukorras ei saa automaatne töötlemine aru, et tegemist on sama vastaspoolega, ja edastab selle kaks korda kaheksale. Sellises andmebaasis on raske edasi töötada, kuna osa bilansist on ühel elemendil, teine ​​osa teisel.

Konfiguratsiooni erinevused

Teise migratsioonivigade rühma põhjustavad konfiguratsioonide tehnoloogilised erinevused. Mõningaid äritehinguid kajastavad 1C: Enterprise 7.7 mitut tüüpi dokumendid ja 1C: Enterprise 8 üks. Näiteks nii materjalide kui ka kaupade kviitungid kajastuvad uues programmis ühe dokumendiga ja vanas - kahega. Seega dokumentide "Materjalide kättesaamine nr 22" ja "Kauba kättesaamine nr 22" ülekandmisel tekib kordumatuse kontrolli viga. Kuna kaht sama numbriga dokumenti antud perioodi jooksul ei ole võimalik registreerida, tuleb neisse kunstlikult sisse tuua erinevused ning nende erinevuste kehtestamise süsteem lepitakse eelnevalt kokku. Näiteks lahendatakse see probleem, lisades üleslaaditud dokumendinumbrile täiendava eesliide.

Dokumendi iga funktsiooni jaoks eraldatakse see eesliide eraldi. See võib olla selle andmebaasi tunnus, millest dokumendid laaditakse, või dokumendi tüüp, millest laaditi. Siin on näide sellise eesliite moodustamisest. Krasnojarskis asuva filiaali alus annab eesliite "KR". Dokumendi liik "Kauba vastuvõtmine", millelt laadimine toimub, annab eesliite "M". Seega, kui dokumendi number seitsmes oli 00000031, on kaheksa number järgmine:
"KR" + "M" + "00000031" = "KPM00000031"

Selle tulemusena kirjutatakse andmebaasi number, mis on kordumatu.

Tehnilised probleemid

Andmeedastusvead võivad tekkida ka platvormi 1C:Enterprise tehniliste omaduste tõttu. Oletame, et tavaline nimeotsingu mehhanism ei tee vahet suurte tähtede vahel kataloogielemendi nimes ja väikestel tähtedel. Selle mehhanismi kasutamisel tekib segadus.

Näiteks on andmebaasis kaks vastaspoolt "m-video" ja "M-Video". “m-video” vastaspoole otsimisel leiab süsteem “M-Video”. Tulemuseks on valesti täidetud dokument. See olukord on näidatud joonisel 2.

Samuti on vaja pöörata tähelepanu valitud andmeedastusviisile. Ülalkirjeldatud näide kahekordistavate vastaspooltega, kui see viiakse ettevõtte filiaalidest üle, ei pruugi tegelikult kahekordistada. Erinevates linnades tegutsevatel ettevõtetel võib olla ka vastaspooli, kes tegutsevad erinevates linnades.

Ettevõtte M-Video filiaali Nižni Novgorodis ja M-Video ettevõtet ennast Moskvas võib andmebaasides nimetada õigustatult täpselt samamoodi. Sellise segaduse vältimiseks peate eelnevalt valima ülekandemeetodi. Meie näites saate jagada osapooled kataloogi erinevatesse rühmadesse, olenevalt lähteandmebaasist. Sellise metoodika valik mõjutab ka andmete laadimise mehhanisme.

Andmete tuvastamise meetodite kombinatsioon

Eespool kirjeldatud meetodid esilekerkivate probleemide lahendamiseks ei pruugi samuti olla piisavalt universaalsed. Andmete migreerimisel on väga oluline osata kombineerida migreerimistööriistas kasutatavaid meetodeid. Näiteks tuvastame enamiku kataloogide elemente nime järgi.

Samas annab see meetod dokumendi “Põhivara arvestusse võtmine” üleandmisel ebasoovitavaid tulemusi juhul, kui sisestatakse mitu sama tüüpi väikest põhivara (kirjatarbed, mööbel jne), mis erinevad üksteisest. ainult laonumbril. Igas arvestusse vastuvõtmise dokumendis märgitakse sama objekt. Ja ühe objekti mitu korda raamatupidamiseks vastuvõtmine on võimatu. Seetõttu on väga oluline võimaldada kasutatavat andmete migratsiooni tööriista kohandada. Sel juhul näitame lihtsalt, et OS-i tuleb otsida laonumbri (koodi) järgi.

Nõuanded ettevõttelt RG- Pehme: Iseseisev üleminek 1C:Enterprise platvormide vahel ei ole lihtne otsus, kuid teatud olukordades kõige õigem ja ökonoomsem. Kui te pole kindel, et saate ise kõigist võimalikest raskustest üle saada, kasutage frantsiisivõtjate teenuseid. Meie ettevõte on ellu viinud palju sarnaseid projekte ja loonud täpselt määratletud "eduka migratsiooni meetodi".

Eduka migratsiooni metoodika

Iga projekti hindamise peamised kriteeriumid on aeg, eelarve ja vastavus kliendi nõudmistele. Analüüsime üksikasjalikumalt kõiki parameetreid ja viise, kuidas võtta arvesse nende mõju tulemusele.

• Aeg.

• Koostage ja postitage kõik vajalikud dokumendid möödunud perioodide kohta (Kuu sulgemine, Müügiraamatu kanded, Osturaamatu kanded). See on vajalik saldode korrektseks moodustamiseks ülekandekuupäeval. Nende toimingute tegemine ülemineku ajal ainult pikendab üleminekuperioodi.

• Kui plaanite kasutada välist töötlemist, peate enne üleminekuperioodi algust eraldama aega nende kirjutamiseks ja testimiseks. Meie ettevõte on korduvalt pidanud sellist menetlemist kirjutama ja saadud kogemuste põhjal oleme loonud oma lahenduse dokumentide ülekandmiseks. Seetõttu ei kuluta me uute ülekandeprojektide puhul aega ja eelarvet uue töötlemise kirjutamisele, vaid kohandame oma ülekandetööriista ainult konkreetse kliendi eripäradega.

• Võtke kasutusele meetmed, et koolitada personali eelnevalt tutvustatava uue toote funktsioonide osas. See vähendab kasutajate uue liidesega "harjumise" perioodi ja võimaldab neil seega lühema ajaga üle minna uuele platvormile.

• Eelarve.

• Omada ja pidevalt täiustada oma andmevahetusvahendeid erinevates formaatides. Seega võtame arvesse varasemate ülekannete kogemust ega kuluta lisaraha sarnaste mehhanismide ümberkirjutamiseks.

• Kaasake projektiga töötama ainult kogenud töötajaid. Varasemate projektide statistika näitab, et kui raskused tekivad, saab "kogenud" spetsialist ülesandega kiiremini hakkama.

• Teadke võimalikult palju teavet tüüpiliste tööriistade ja nende funktsionaalsuse kohta. Tüüpiliste edastustööriistade kasutamine või nende väikesed muudatused/konfiguratsioonid aitavad samuti teie kulusid minimeerida.

• Saate aru raamatupidamismehhanismidest programmi erinevates versioonides. Kui projekt nõuab lisafunktsionaalsuse juurutamist, toob see kaasa lisakulusid ainult arendusele, kuid mitte õppetööle.

• Vastavus kliendi nõudmistele.

Kas sa ikka mõtled? Teised juba töötavad!

Praegu töötab veel üsna palju ettevõtteid, mis kasutavad 1C:Enterprise 7.7. Selle põhjuseks on sellised tegurid nagu arusaamatus uue platvormi eelistest, soovimatus õppida uusi tehnoloogiaid ja hirm, et üleminekul tekib palju raskusi. 1C: Raamatupidamine näitel püüdsime tõestada, et enamik neist põhjustest ei ole nii olulised. Ühe artikli raames on raske analüüsida ülekande omadusi mis tahes konfiguratsiooni jaoks, kuid lahendamatuid probleeme ei saa ühelgi juhul tekkida. Kogu oma tegevuse käigus aitame oma klientidel toime tulla probleemidega, mis on seotud programmide rakendamisega platvormil 1C: Enterprise 8. Kui olete huvitatud ülemineku teemast või teil on muid küsimusi platvormi 1C: Enterprise 8 kohta ja sellel loodud konfiguratsioonid - oleme teie teenistuses!

Miks see juhtub?

Selleks, et tarkvaratoode jääks teile kasulikuks, uuendab 1C Firm pidevalt, lisab uusi funktsioone ja arvestab teie soovidega.

Kuid tuleb aeg, mil uusi lahendusi ei saa vanas versioonis rakendada. Kõigi uute mehhanismide ja funktsioonide rakendamiseks loovad arendajad programmi "uue vormingu" ja lõpetavad eelmise versiooni toetamise.

Kuidas ma saan teada, millal uus väljaanne ilmub?

Ja ka meie kodulehel või meie e-posti uudiskirjast.

informatiivne
meililist

Mida tähendab "lõpetatud tugi"?

Toetuse lõpetamine tähendab, et tarkvaratoode ei vasta uutele õigusaktide muudatustele, lisafunktsionaalsust ei arendata, mis tähendab, et raamatupidamine programmis on vale, aruandlus programmist ei ole võimalik ja paljud mugavad funktsioonid ei tööta. kasutada.

Millal peaksite vahetama?

Ettevõte 1C hoiatab ette tulevaste muudatuste eest ja programmi kasutajatel on aasta või isegi rohkem aega. Parim on uuele väljaandele üleminek ette planeerida - see aitab teil uut programmi täielikult omandada, mõistab kiirustamata kõiki raamatupidamise nõtkusi, koolitab töötajaid ja alustate paanikata uuel aruandeperioodil tööd.

Kuidas vahetada?

Üleminekuks on erinevaid võimalusi – soovi korral saab kasutaja seda ise teha, laadides 1C veebisaidilt alla vajaliku värskenduse (levituskomplekti). Ja võite kasutada spetsialistide abi. Igal valikul on oma omadused. Iseseisev üleminek ei sobi kõigile, kuna on suur tõenäosus, et kõiki andmeid ei edastata või edastatakse valesti, tekib palju vigu ja läheb täiesti segadusse. Spetsialisti abiga minek tagab kvaliteetse andmeedastuse, lisaks saab küsimuste korral alati abi küsida.

Kui palju see maksab?

Maksumus sõltub paljudest teguritest:

• tüüpiline või modifitseeritud 1C konfiguratsioon;
• infobaaside arv;
• edastatud andmete hulk;
• kasutajate arvestuse korrektsus;
• raamatupidamise metoodika järgimine.

Meie juhid arvutavad ülemineku maksumuse hinnangu, lähtudes konkreetselt teie organisatsiooni jaoks kehtivatest tingimustest.

Mis juhtub, kui te ei lähe üle programmi uuele versioonile?

Nagu eespool mainitud, kaotab toetuseta jäänud programm aktuaalsuse.

Programmi saab endiselt kasutada, kuid samal ajal ei toimu reguleeritud aruandluse vormide uuendamist, olekuväärtuste muutumist, millega seoses tekitab aruandlus suuri raskusi.