Siirtyminen uuteen 1c-ohjelmaan. Mielenkiintoisia asioita IT-maailmasta, ohjeita ja arvosteluja

Kun siirrytään uuteen kirjanpitojärjestelmään, on tarpeen valita optimaalinen siirtymäaika sekä ratkaista useita ongelmia kirjanpidon jatkuvuuden varmistamiseksi. Vain teoriassa kirjanpidon pitäisi olla nopeaa, mutta käytännössä ajanjakson sulkeminen voi viedä jonkin aikaa objektiivisista syistä - esimerkiksi asiakirjoja oli palautettava tavarantoimittajille uudelleenkäsittelyä varten jne. saldot vanhasta tietokannasta kohtaan "1C: Accounting 8", sanoo V.N. Khomichevskaya, riippumaton konsultti, kirjan "Siirrytään 1C: kirjanpito 8:aan! Nopeaa oppimista 1C:Accounting 7,7":n käyttäjille

Yksi yleisimmistä tilanteista, jotka vaikuttavat vaihtopäätökseen uusi ohjelma kirjanpito on tarvetta valita siirtymäaika.

Perinteisesti sopivin aika tähän on vuoden alku uutena talous- ja verokautena.

Pääsyynä on, että suoriteperusteisen kirjanpidon toteuttamiseen ei tarvita erityisiä menettelyjä.

Mutta huolimatta siitä, että kaikkien kanonien mukaan kirjanpidon on oltava toimiva, eli jokainen asiakirja on luotava ajoissa (jos se on muodostettu yrityksessäsi) tai rekisteröity (jos se on luotu toisesta lähteestä), elämä tekee aina omat säätönsä. Jos useimmiten ensimmäisen vaihtoehdon kanssa ei ole ongelmia, niin toisessa - melko usein. Joko alkuperäinen "ensisijainen asiakirja" juuttui jonnekin matkan varrella tai katosi, niin suunnittelu on virheellinen ja dokumentti on palautettava uudelleenkäsittelyä varten, sitten... et koskaan tiedä mitä muuta! Ja voit odottaa arvoesineiden rekisteröintiä, kunnes alkuperäiset asiakirjat saapuvat tai palauttaa asiakirjan luojalleen (ja saapuvien arvoesineiden kanssa), mutta tällä hetkellä kirjanpidon etu noudattaa lain "henkeä ja kirjainta". vaatimukset alkavat kirjaimellisesti uhata todellista liiketoimintaa. Tai laskut yrityksellesi suoritetuista palveluista, jotka on ehdottomasti otettava huomioon tällä ajanjaksolla, saapuvat hyvin myöhässä.

Toisin sanoen kauden sulkeminen uuteen ohjelmaan siirrettävien saldojen saamiseksi voi kestää enemmän tai vähemmän määrittelemättömän ajan.

Siksi on mahdotonta määrittää tiettyä hetkeä "X", jolloin tulokset ovat täysin ja luotettavasti tiedossa, jotka voidaan siirtää välittömästi uuteen ohjelmaan ja aloittaa " uusi elämä", tarkemmin sanottuna, jatkaa välittömästi "vanhaa elämää" siinä. Lisäksi itse siirtoprosessi vaatii jonkin aikaa, riippuen siitä, miten se suoritetaan.

Esimerkiksi (katso kuva 1), vaikka haluaisit siirtyä rekisteröintiin uudessa ohjelmassa hetkestä A, sinun tulee oikea elämä odota tietty hetki B, jolloin tasapainotat saldot tarkasti ja suoritat kaikki tarvittavat säädökset (kustannustilien sulkeminen, taseen uudistaminen jne.). Pääsääntöisesti kaikkien käytettyjen tilien täydellisen, kattavan ja täsmäytetyn saldoluettelon esiintymispäivä kirjanpito(sekä synteettiset että analyyttiset komponentit), osuu yhteen taseen lopullisen täsmäytyspäivän kanssa, kaikki siihen liitetyt lomakkeet sekä veroilmoitus. Ja vasta sitten voit siirtää tietoja luottavaisesti uuteen järjestelmään.

Riisi. 1

Joten toisaalta sisään jakso A-B(siirtymäkausi) ei jää muuta kuin jatkaa joitain toimia edellisessä ohjelmassa (vähintään - pienentää päättyneen kauden saldoja, enintään - ottaa käyttöön koko toiminnallinen ensisijainen toiminta edellisessä ohjelmassa). Mutta samaan aikaan tarvitsemme kiireesti saman ajanjakson uudessa ohjelmassa (joko itse liiketoimien muodossa tai tilien välistä liikevaihtoa kuvaavien yhteenvetomerkintöjen muodossa), koska ilman sitä uudessa ohjelmassa tilikausi emme saa kumulatiivisia tuloksia. Näin ollen herää kysymys - missä tällä siirtymäkaudella kaikkien pitäisi olla ajankohtaisia yrityksen tilisiirrot? Koska kukaan ei tietenkään estä tavanomaista työn etenemistä siirtääkseen kirjanpidon toiseen ohjelmaan. Bisnes on bisnestä.

Yritetään täsmentää, mitä tarkalleen, miten ja milloin on tehtävä, kun kirjanpito siirretään uuteen ohjelmaan. Nämä toimet riippuvat useista syistä:

1. Se riippuu siitä, mistä ohjelmasta aiot vaihtaa.
2. Se riippuu siitä, kuinka valmis uusi ohjelma on yrityksesi (tai tilasi) kirjanpitoon.
3. Käytetäänkö kirjanpito-ohjelmaa erikseen vai pitääkö sen vaihtaa toimintatietoja erikoisohjelman kanssa (kaupan ja varaston kirjanpito, laskenta palkat tai molemmat).
4. Henkilöstön ja yrityksen valmiusasteesta työskennellä uudessa ohjelmassa jne.

Huomaa, että mukavin siirtyminen näyttää olevan "1C: Accounting 7.7" -standardikokoonpanosta, jonka kanssa vaihtoa varten "1C: Accounting 8" -sovelluksessa on valmis luettelo tiedostoista, jotka varmistavat saldojen automaattisen siirron ja toimintatietojen liikevaihdon. näiden ohjelmien välillä. Tietenkin tässä tapauksessa on noudatettava joitain "muodollisuuksia", joista keskustellaan asianmukaisessa osiossa. Mutta niitä ei kuitenkaan jätetä huomiotta lyhyt muoto, muita "epätyypillisiä", mutta yleisiä vaihtoehtoja.

Vähennämme osan tämän luettelon ensimmäisen kohdan kysymyksestä vain yhteen vaihtoehdoista - puhumme vain siirtymisestä kirjanpitoon 1C: Accounting 8 -ohjelmassa (kuva 2). Tässä tapauksessa harkitaan useita alkuperäisen kirjanpito-ohjelman vaihtoehtoja - se voi olla "1C: Kirjanpito 7.7" (vakio - vaihtoehto A tai modifioitu - vaihtoehto B) tai jokin muu ohjelma (vaihtoehto C). Jokaisesta näistä vaihtoehdoista keskustellaan erikseen.

Riisi. 2

Vaikuttavien syiden luettelon kolme seuraavaa kohtaa liittyvät toisiinsa. Toisaalta on tarpeen kuvitella tarkasti, täyttääkö standardiratkaisun "1C: Accounting 8" toiminnallisuus täysin yhden yrityksen tai yrityksen (holding) tarpeet, jonka kirjanpito on tarkoitus pitää siinä, toisin sanoen, käytetäänkö standardikokoonpanoa "Enterprise Accounting" vai mukautetaanko sitä. Toisaalta on tärkeää, mitkä tietyt (tai tietyt) ohjelmat ovat osapuolena toimintatietojen vaihdossa tilitoimistosi kanssa, ja jos nämä ohjelmat kuuluvat myös 1C:Enterprise-perheeseen, niin ovatko ne vakioratkaisuja vai muunneltuja. sopimaan toiminnan erityispiirteisiin, ja jos kyllä, niin kuinka paljon. Jokainen näistä tapauksista on tarkasteltava erikseen, ja artikkelin puitteissa voidaan antaa vain yleisimmät suositukset. Olemme jo keskustelleet yksityiskohtaisesti tekijästä, jolla kirjanpitohenkilöstö koulutetaan työskentelemään uuden ohjelman kanssa, ja tekijän, joka liittyy yrityksen organisaation valmisteluun uuden työkalun käyttöön (lue).

Siirtyminen "1C:Accounting 8" -ohjelmaan muista ohjelmista

Jos aloitat työskentelyn "1C: Accounting 8" -ohjelmassa sen jälkeen, kun olet pitänyt kirjaa jollakin toisella ohjelmalla (kuva 2 versio C), joka ei kuulu "1C: Enterprise" -ohjelmajärjestelmään, palataan kuvaan siirtymämenetelmän selittämiseksi. 1 ja tulkitse siinä näkyvät jaksot eri tavalla.

Riisi. 2

Alkaen osoittimen A osoittamasta hetkestä, voit, kuten edellä todettiin, toimia kahdella tavalla.

Ensimmäinen on, että jatkat liiketapahtumien ensisijaisten asiakirjojen syöttämistä ja heijastamista edellisessä ohjelmassa, jotta et horjuta yrityksesi työtä. Ja tee tätä siihen hetkeen asti, kun varmennetut tulokset vastaanotetaan, eli osoittimen B osoittamaan hetkeen asti. Siten hetkellä B olet valmis siirtämään kirjanpidon uuteen ohjelmaan. Tätä varten on tarpeen siirtää tarvittavat saldot kohtaan "1C: Kirjanpito 8" samalla (tai ennen) täyttämällä analyyttiset hakukirjat tarvittavilla elementeillä.

Tällainen tiedonsyöttö voidaan tehdä manuaalisesti, mutta on hyvä mahdollisuus visuaaliseen asiantuntijavalvontaan, mitkä analyyttiset kohteet niistä, jotka ovat kertyneet siihen työvuosien aikana, kannattaa siirtää ja joista ei ole uudessa tiedossa lainkaan hyötyä. pohja. Tämä positiivinen puoli"mitaleita", mutta on myös negatiivinen - työvoimaintensiteetti. Ensinnäkin tämä on jakson lopun saldojen ja kauden liikevaihdon manuaalisen siirtämisen työlästä pisteestä A pisteeseen B. Tietojen siirtäminen "1C: Accounting 8" -järjestelmään on teknisesti mahdollista mistä tahansa tietokannasta, ainoa kysymys on resurssien suhde, joka tarvitaan siirtosääntöjen kirjoittamiseen, jos edellinen ohjelmasi tukee tietojen lataamista XML-muodossa tai tiedonsiirron käsittelyä, jos se ei tue. Riippuen siitä, kuinka paljon tietoja siirretään, joudut arvioimaan, onko tarkoituksenmukaisempaa käyttää aikaa manuaaliseen tietojen syöttämiseen vai tilata siirtokäsittelyn kirjoittaminen. On syytä huomata, että jos toinen oletetaan, tämä on tehtävä etukäteen - jotta käsittely kirjoitetaan ja virheenkorjaus tehdään ennen hetkeä B.

Lisäksi tulee muistaa, että edellisessä ohjelmassa hoitit myös koko ensisijan siirtymäkauden aikana (jaksolla pisteestä A pisteeseen B). Siksi yritystapahtumiasi heijastavien asiakirjojen manuaalinen syöttäminen voi hyvinkin täydentää merkittävästi uuteen ohjelmaan siirtymiseen liittyvää työtä. Huomaa, että myös tällaisten tietojen automaattinen lataaminen (vaihtelevan volyymin ja tarkkuuden mukaan) voidaan sisällyttää tiedonsiirron käsittelyyn, mikä ei tietenkään vähennä kirjoittamiseen ja virheenkorjaukseen kuluvaa aikaa - suunnittele myös se!

Manuaalista tiedonsyöttövaihtoehtoa valittaessa kannattaa tietysti etukäteen kouluttaa ne kirjanpitäjät, jotka osallistuvat tähän prosessiin, työskentelemään uuden ohjelman kanssa. Näin vältytään mahdollisilta käyttäjävirheiltä (ottaen huomioon tottuminen uuteen käyttöliittymään), ja pääkirjanpitäjän tulee organisoida tämä työ organisatorisesti. Ilmeisesti kun tietoja syötetään manuaalisesti uuteen ohjelmaan, ei tarvitse odottaa hetkeen 2 alkusaldon syöttämisen aloittamista - ne voidaan syöttää 1C: Kirjanpito 8, kun ne täsmäytetään ja hyväksytään (inventoinnin tuloksena tai muuten ). Eli heti kun varmistetut saldot ovat ilmaantuneet esimerkiksi materiaalien perusteella, ne voidaan syöttää turvallisesti uuteen tietokantaan. Ja vanhojen ja uusien ohjelmien taseiden tulosten yhteensovittamista voidaan lykätä siihen hetkeen, jolloin kaikki saldot kirjataan uuteen ohjelmaan.

Tärkeä asia on, että kun kaikki siirtymäkauden saldot ja asiakirjat on syötetty, asiakirjat tulee kirjata. Tätä varten sinun on käytettävä työkalut -> Asiakirjojen ryhmä uudelleenkirjaus -valikossa olevaa käsittelyä. Tämä on tarpeen sen varmistamiseksi, että tietojen syöttöjärjestys ja kronologia säilyvät. Tämä pätee erityisesti (yleisimmässä) tapauksessa, kun siirtymäkauden asiakirjat kirjataan tilialueiden (pankki, kassa, kuitit jne.) mukaan, ei niiden todellisen vastaanoton (rekisteröinnin) ja luomisen kronologian mukaan.

Toinen menetelmä on, että edellisessä ohjelmassa, alkaen hetkestä A, et enää syötä saapuvia ensisijaisia ​​asiakirjoja etkä rekisteröi vastaanotettuja - kaikki tämä tehdään uudessa ohjelmassa "1C: Kirjanpito 8" (on erittäin toivottavaa, että tässä tapauksessa kaikki päähakemistot on täytetty niin monta kuin tärkeimmät analyyttiset objektit on syötetty (nimikkeistö, urakoitsijat jne.).

Edelliseen ohjelmaan jätät vain niiden liiketapahtumien lisärekisteröinnin, joita ei jostain syystä ole syötetty tietokantaan ajoissa (esimerkiksi palveluntarjoajien pitkäaikaisten asiakirjojen mukaan), varastosaldojen täsmäytyksen tavaroista ja materiaaleista sekä keskinäisistä maksuista. Toisin sanoen "suljet tasapainon" vanhassa ohjelmassa. Näiden töiden valmistuttua olet tarkistanut saldot, jotka voidaan siirtää joko manuaalisesti (asteittain tai välittömästi) tai automaattisesti erityiskäsittelyä käyttäen (kaikki tähän liittyvä - katso yllä, ensimmäisen vaihtoehdon kuvauksessa).

Etu tätä menetelmää on se, että sinun ei enää tarvitse kopioida ensisijaisten toimintojen syöttöä riippumatta siitä, miten sinun on tehtävä se. Ja haittapuoli (väliaikainen, siirtymäkauden ajaksi) on, että alkusaldojen puutteen vuoksi joudut "luopumaan" tavanomaisesta halusta saada operatiivista tietoa siirtymäkauden aikana - koska sinulla on liikkeitä (liikevaihtoja), mutta loppusaldot vääristyvät alkusaldon puutteen vuoksi . Totta, vain siihen hetkeen asti, jolloin kaikki saldot syötetään uuteen tietokantaan. Tämän jälkeen, kuten yllä kuvatussa menetelmässä, on tarpeen käsitellä asiakirjojen ryhmä uudelleenkirjaus.

Molemmissa kuvatuissa menetelmissä siirtymäajan "elämisestä" saapuvien saldojen lopullisen kirjaamisen ja täsmäytyksen ja asiakirjojen ryhmäkirjauksen jälkeen voit katsoa, ​​että siirtymisesi uuteen järjestelmään sujui onnistuneesti.

Siirtyminen "1C: Kirjanpito 7.7":stä - yhden yrityksen kirjanpito

Tarkastellaan nyt vaihtoehtoa, kun dataa siirretään edeltäneestä ohjelmasta. Jos kirjanpito pidettiin vakiokokoonpanossa, tämä tapaus on yksinkertaisin kaikista mahdollisista, koska sille on luotu erityinen käsittely tietojen lataamiseksi "1C: Accounting 7.7" -sovelluksesta ja erityisesti määritetty vaihtosääntötiedosto. Sinun tarvitsee vain käyttää sitä. Kuinka tarkalleen - tämä on kirjoitettu yksityiskohtaisesti kahdessa tekstitiedostossa, jotka tulevat tiedonsiirtotiedostopaketin mukana (joka sijaitsee Muunna-kansiossa, joka sijaitsee puolestaan ​​​​kansiossa, jossa on malli "Enterprise Accounting" -kokoonpanojen päivittämistä tai asentamista varten 1.5.12.1 ja uudemmat):

• Acc77_80.txt - tietokantoihin, joissa otetaan huomioon perinteinen verojärjestelmä;
• USN_Acc8.txt - tietokantoihin yksinkertaistetulla verojärjestelmällä.

Teknisesti tiedonsiirron vaiheet maksoivat kirjanpitäjälle vain parikymmentä hiiren napsautusta ja tiedonsiirtotiedoston nimen syöttämistä. Mutta niiden, jotka haluavat suorittaa todella oikean tiedonsiirron, tulee lukea kokoonpanoaan vastaava tiedosto erittäin huolellisesti. Siinä määrätään muun muassa tietyistä toimista, jotka tässäkin yksinkertaisimmassa tapauksessa vaaditaan, jotta siirto onnistuisi. Haluan korostaa niitä tässä 14. joulukuuta 2006 pidetyssä kirjanpitopäivässä siirtymäosaston vierailijoiden esittämien kysymysten perusteella.

Tiedonsiirtoprosessissa on kaksi vaihetta. Ensimmäinen lataa tietoja "1C: Accounting 7.7" -sovelluksesta, toinen lataa "1C: Accounting 8" -sovellukseen.

ENSIMMÄINEN VAIHE - tietojen lataaminen - tulee suorittaa aikaisintaan, kun kaikki tarvittavat kirjanpitotoimenpiteet, jotka on luokiteltu viranomaisiksi, on suoritettu. Tämä on kaikkien kuun lopussa suljettavien tilien sulkeminen, keskinäisten maksujen täsmäytys (kunnes saldot vastaavat sen tilin ominaisuuksia (aktiivinen, passiivinen), jolle ne kirjataan). Jos tämä viime kuukausi vuosi - tase pitäisi uudistaa. Tapa, jolla teet tämän, on sinun valintasi. Voit työskennellä vakioraporttien kanssa tai mennä lyhin reitti- katso upea käsittely, joka sijaitsee kohdassa "1C: Kirjanpito 7.7" kohdassa Raportit -> Kirjanpidon tekninen analyysi. Sen avulla ensinnäkin et menetä yhtäkään virhettä, ja toiseksi voit nähdä korjaustesi tulokset nopeasti ja tiiviisti.

Erillinen asia, joka nousi silloin tällöin osastolla esille, oli itse hakuteosten siirto. Ei ole mikään salaisuus, että pitkäaikaisiin tietokantoihin kertyy ajan myötä huomattava määrä "painolastia" - hakemistojen elementtejä (useimmiten - Vastapuolet), joko kerran syötettyinä virheellisesti (eikä poistettu ajoissa) tai niitä, joiden kanssa suhde on päättynyt kauan tai keskinäisten maksujen saldoja ei ole varmistettu (kirjaimellisesti "penneillä").

Kysymys on: onko tarpeen siirtää tällaiset objektit uuteen tietokantaan?

Tietysti jotain, mutta merkittyjen objektien poistaminen ennen tietojen lataamista uudelle ohjelmalle tulisi tehdä 1C: Accounting 7.7:ssä ennen lataamista ja siten päästä eroon tietueista, joita ei ehkä tarvita ollenkaan uudessa tietokannassa. Jos niiden joukossa on sellaisia, joita ei voida poistaa, tarkista, ehkä nämä ovat kaikuja vahingossa luoduista "kaksoista". Tässä tapauksessa on järkevää palauttaa linkit oikeaan paikkaan.

Etsi objektilinkkejä -tilassa (Toiminto-valikko) voit etsiä objekteja, jotka sisältävät virheellisiä linkkejä, ja määrittää ne uudelleen.

Jos hakemistojen elementtien joukossa on sellaisia, joita ei ole käytetty pitkään aikaan, voit valita ne erilliseen kansioon ennen lataamista - näin on helpompi löytää ne uudesta tietokannasta ja tehdä päätös niiden arvo ja lopuksi poista tarpeettomat.

Tällä tavalla on mahdollista suorittaa vanhan tietokannan tietojen "tarkistus", jolloin "1C: Accounting 7.7":stä ladatut tiedot eivät sisällä "tietoroskaa" tai sen määrä pienenee minimi.

TOINEN VAIHE - tietojen lataaminen "1C: Accounting 8" -sovellukseen. Tietenkin näihin tarkoituksiin otat uuden, "tyhjän" pohjan. Voimme keskustella kysymyksestä, onko tarpeen suorittaa tietokannan ensimmäinen täyttö, jota ehdotetaan ensimmäisessä käynnistyksessä? Kuten monet muutkin vaihtoehdot, tämä on jätetty henkilökohtaisen valinnan varaan, jotta se sopii parhaiten erityiseen tilanteeseen. Ensimmäinen lataus säästää suurelta osin tietokannan parissa työskentelevän kirjanpitäjän aikaa, ja tämä on tärkeä tekijä. Lisäksi yksi sen eduista on, että luodaan tällaisten hakemistojen, kuten nimikkeistön ja urakoitsijoiden, alkuperäinen rakenne. Dataa ladattaessa niillä sijoitetaan aikaisemman tietokannan erilaisia ​​temaattisia kansioita, joiden kanssa voit olla samaa mieltä tai eri mieltä. Jälkimmäisessä tapauksessa ei ole vaikeaa järjestää hakemistoja uudelleen oman harkintasi mukaan oman mukavuutesi ja tarkoituksenmukaisuutesi vuoksi, ja uudelleenjärjestely "1C: Accounting 8" -sovelluksessa on tullut paljon helpommaksi - aina mahdollisuuteen käyttää vetämällä. ja pudota kansioita tai elementtejä hiirellä.

Jos harkitset ja otat huomioon kaikki yllä olevat kohdat, tietojen siirtäminen uudelle alustalle on helppoa ja onnistunutta. Mikä ei tietenkään sulje pois siirrettyjen tietojen tarkistusvaihetta, joka erityisesti on jo kuvattu (lue). On huomioitava, että ottamalla käyttöön vaihtoehdon siirtää saldojen lisäksi myös tililiikevaihto, varmistat tietojen jatkuvuuden uudessa tietokannassa suoriteperusteisesti, joten ennen siirtoa voit jatkaa työskentelyä perusasiakirjojen kanssa tavanomaisessa muodossa. vanhassa tietokannassa.

Asiat ovat hieman erilaisia, jos siirryt mukautetusta "1C: Accounting 7.7" -kokoonpanosta (kuva 2 vaihtoehto B). Koska artikkelin puitteissa on mahdotonta arvioida muutosten määrää kussakin tapauksessa, on vain huomattava, että pienillä muutoksilla vakiokokoonpanoon on mahdollista tehdä muutoksia tiedonsiirtotiedostoon (Acc77_80.xml tai USN_Acc8.xml perinteisille tai yksinkertaistetuille verotusmuodoille) tai jatka edellä kuvattua polkua vaihtoehtona siirtyä toisesta kirjanpito-ohjelmasta (kuva 2, vaihtoehto C).

Siirtyminen "1C: Kirjanpito 7.7" - usean yrityksen kirjanpito

On kuitenkin olemassa toinen vaihtoehto tietojen siirtoon, joka perustuu yhteen 1C:n merkittävimmistä ominaisuuksista: Kirjanpito 8 - kyky ylläpitää usean yrityksen kirjanpitoa. Samanaikaisesti useiden vanhojen tietokantojen tiedot tulisi kerätä yhteen uuteen tietokantaan, mutta ei voida sulkea pois mahdollisuutta, että niitä on aiemmin ylläpidetty erilaisissa kirjanpitojärjestelmissä, mukaan lukien 1C: Accounting 7.7, ja yksinkertaistetun verotusjärjestelmän konfiguraatiolla. .

Mitä voit sanoa tästä tapauksesta? Kunkin yksittäisen tietokannan tiedonsiirron teknisen puolen osalta voit käyttää kaikkia tässä artikkelissa annettuja kuvauksia ja suosituksia. Tiedon yhdistämisellä useista tietokannoista yhdeksi on omat ominaisuutensa. Mikä? Ne voivat olla perustavanlaatuisia perustuen eroon itse koostumuksessa Taloudellinen aktiivisuus, ja subjektiivisia, koska ne järjestivät kirjanpitotietoavaruuden yleisessä tapauksessa erilaiset ihmiset. Tämä saattaa vaikuttaa sekä monitasoisten hakemistojen rakenteeseen että niiden elementtien nimien muodostustyyliin.

Miksi meidän pitäisi kiinnittää tähän huomiota? Kyllä, koska ladattaessa eri tietokannoista ladattuja tietoja tavalla tai toisella eri tietokantojen samannimistä hakemistoista olevat tiedot yhdistyvät. Kuinka tämä tarkalleen ottaen voi tapahtua ja miten voit vaikuttaa siihen, katsomme useita tärkeitä hakuteoksia. Otetaan tätä varten esimerkkinä kuvassa 1 esitetty tilanne. 3, jossa kahdesta tietokannasta tiedot on siirrettävä IS-tietokantaan nro 3 vakio-ohjelman "1C: Accounting 8" perusteella - IS nro 1 ja IS nro 2, myös vakiokokoonpanon perusteella, mutta jo " 1C: Kirjanpito 7,7". Puhumme tietysti kahdesta perustasta erilaisia ​​järjestöjä ja yllä kuvatun vakiotiedonsiirtomenettelyn käyttämisestä käyttämällä vaihtoehtoa valita kaikki tiedonsiirtosäännöt V77exp.ert-käsittelylomakkeessa.

Riisi. 3

Hakemisto "Organisaatiot"

IS nro 3:ssa tietoja ladattaessa on siirrettävä tietoja vakioista IS nro 1 ja IS nro 2, jotka liittyvät yritystietoihin ja osa sen tiedoista, kuten TIN, tilastokoodit jne. Tässä tapauksessa tiedot organisaatioiden Vastuuhenkilöistä on lisättävä manuaalisesti, koska tämän tietorekisterin tietojen valinta tehdään Henkilöhakemistosta. Mitä tulee organisaatioiden sekä kirjanpidon että verokirjanpidon laskentaperiaatteisiin, merkinnät asiaankuuluviin rekistereihin syntyvät latauksen yhteydessä, mutta niitä muokataan merkittävästi. Tämä johtuu siitä, että mahdollisuudet kirjanpitopolitiikan parametrien asettamiseen "1C: Accounting 8" -sovelluksessa ovat paljon rikkaammat kuin "1C: Accounting 7.7" -sovelluksessa, esimerkiksi eräkirjanpito -vaihtoehdon avulla voit käyttää poistomenetelmiä. varastoerät - FIFO ja LIFO *, eikä vain keskimäärin, kuten oli mahdollista standardissa "1C: Kirjanpito 7.7".

Hakemisto "Yksihenkilöt"

Tietoa siirrettäessä siihen ladataan tiedot hakemistoista Employees of IS nro 1 ja IS nro 2 IS nro 3:ssa. Jos oletetaan, että osa näiden kahden organisaation työntekijöistä on samoja henkilöitä, niin ladattaessa eri työntekijät täydentävät luetteloa yksilöitä, ja identtiset (syötetyn TIN-tunnuksen mukaan) korvataan toisen tietokannan tietoja ladattaessa.

Hakemisto "Vastapuolet"

IS nro 3:ssa dataa siirrettäessä siihen ladataan tietoa samannimistä hakemistoista IS nro 1 ja IS nro 2. Hakemistorakenteen tila ennen tiedon lataamisen aloittamista on tässä varsin tärkeä. Jos IS nro 3:n ensikäynnistyksen aikana tehtiin ensimmäinen täyttö, niin tässä tapauksessa ensimmäistä kahdesta tietokannasta ladattaessa käytetään olemassa olevaa Vastapuoliryhmien rakennetta. Jos alkutäyttöä ei suoritettu, muodostuu uusi ryhmärakenne lastauksen aikana. Toista kantaa ladattaessa käytetään luotua rakennetta ja toisen kannan vastapuolet lisätään aiemmin ladattuihin. Todennäköisesti, kun olet ladannut automaattisesti kaikki vastapuolet kaikista vanhoista tietokannoista, sinun tulee suorittaa visuaalinen valvonta ja mahdollisesti järjestää hakemisto uudelleen kätevämpää käyttöä varten.

Erityisen mielenkiintoista on vastapuolisopimuksia koskevien tietojen lataaminen, joka perustuu liikevaihdon ja tietyn sopimuksen ja erilaisten kirjanpitotilien tiettyjen vastapuolten kanssa suoritettujen tilitysten analyysiin. Tarkemmin sanottuna sopimustyypin automaattinen luokittelu (tällaisia ​​tietoja ei ollut hakemistossa Vastapuolten sopimukset "1C: Kirjanpito 7.7"). Tässä tapauksessa on tärkeää, kuinka oikein ja standardien mukaisesti vastapuolten kanssa tehtyjen selvitysten tilejä käytettiin IS-tietokannassa nro 1 ja IS nro 2. Selvitykset tilin 60 alatileillä määrittelee sopimuksen todennäköisesti sopimukseksi "toimittajan kanssa", tilin 62 alatileillä - "ostajan kanssa", tileillä 76 - "muuksi". Jos saman sopimuksen yhteydessä havaitaan liikkeitä eri tileillä, sopimustyypin prioriteettiluokitus säilyy viimeisimpien liikkeiden mukaan.

Hakemisto "nimikkeistö"

Tämän hakemiston "1C: Accounting 8" lataus on erittäin tarkka suhteessa ladattuihin hakemistoihin "1C: Accounting 7.7". Tämä johtuu siitä, että IS-nimikkeistö nro 3 sisältää osia hakuteosten Nomenclature of Databases nro 1 ja nro 2 sekä niiden osia hakuteoksista Materials, Kiinteä omaisuus, Laitteet.

Tässä tapauksessa on tärkeää, miltä tämän hakemiston (puun) alkuperäinen (ennen latausta) ryhmärakenne näyttää IS nro 3:ssa. Jos ryhmäpuu muodostettiin uuden konfigurointitietokannan ensimmäisen käynnistyksen yhteydessä, se käytetään, jos ei, ryhmiä muodostetaan. Lisäksi on erityisen mielenkiintoista, että Nomenclature-hakemistossa muodostetaan samanniminen Nomenclature-ryhmä ja siihen puolestaan ​​​​toisen tason ryhmät, vastaa tyyppiä nimikkeistö (tavarat, palvelut, tuotteet, puolivalmiit tuotteet, työt), johon vastaavasti sijoitetaan tietyn tyyppisiä IS-kannan nro 1 nimikkeistöelementtejä. Aiemman hakemiston Materiaalit elementit sijoitetaan erikseen, ryhmiteltynä lähdehakemiston ryhmien kaltaisiin ryhmiin. Myös muut IS nro 1:n varastotuotteet sijaitsevat vastaavissa samannimisissä ryhmissä.

Tässä, kuten muissakin tapauksissa, saattaa olla tarpeen järjestää luettelo uudelleen, jotta eri holding-organisaatioiden käyttäjät pääsisivät yhteisesti samaan luetteloon. Lisäksi on syytä pitää mielessä, että usein tilalla yhden tyyppiset, yhdelle organisaatiolle kuuluvat inventaariot voivat siirtymisen (myynti, siirtäminen jalostettaviksi jne.) aikana rekisteröitäväksi toiseen tilalla muuttaa tyyppiään ja tarkoitus. Tämä voi muuttaa vakavasti Nomenclature-hakemiston ryhmien rakennetta, varsinkin kun on suositeltavaa "linkittää" operatiivisiin kirjanpitoasiakirjoihin "oletusarvoisesti" syötetty kirjanpitotilien joukko ryhmiin.

Hakemisto "Nimikkeistön ryhmät"

Se on yksi yksinkertaisimmista kohteista tietojen lataamisen kannalta. Ensinnäkin "1C: Accounting 8" -ohjelmassa se on yksitasoinen. Toiseksi siihen siirretään tietoja IS nro 1- ja IS nro 2 -tietokantojen hakemistoista Tuotteet, työt, palvelut, joihin on jo syötetty luettelo tähän nimikkeistöryhmään kuuluvista nimikkeistökohteista. Visuaalinen ohjaus ei kuitenkaan häiritse tätä hakuteosta sen jälkeen, kun lataus on valmis.

Hakemisto "Kulut"

Sen erikoisuus on, että IB:ssä nro 3 ("1C: Kirjanpito 8") se sisältää kaikentyyppisiä kustannuseriä, jakelukustannuksia ja liiketoimintakuluja, jotka IB:ssä 1 ja IB:ssä 2 sijaitsivat useissa hakemistoissa. Tietysti jälkimmäisessä tapauksessa oli monia päällekkäisiä kuluja ja kuluja, jotka oli kirjattava kuhunkin hakemistoon. Kun ne ladataan, ne sulautuvat rehellisesti yhdeksi hakemistoksi, ja ainoa kysymys on, mitä tehdä näille näennäisille "kaksoille" seuraavaksi.

Päätös on täysin kaikkien yritysten (organisaatioiden) johtohenkilöstön ja kirjanpitoosastojen etu- ja vastuualueella, joiden kirjanpito on oletettu tässä tietokannassa (esimerkissämme IS nro 3). Vaihtoehtoja voi olla monia, ja äärimmäisiä ovat: säilytä kaikki siirretyt hakemistopaikat antamalla niille edellistä muistuttava rakenne tai poista suurin osa niistä jättäen kukin tietyntyyppiseen verokuluon. ainutlaatuisuuden periaate. Ensimmäisessä tapauksessa hakemistoryhmien strukturointi voidaan aloittaa ensimmäisellä tasolla ryhmillä - kustannustilien analogeilla, tarkemmin eriteltyinä kustannustyypeihin tai holdingyhtiöitä vastaaviin ryhmiin, tai voit aloittaa strukturoinnin kulutyyppien mukaan. Joka tapauksessa on pidettävä mielessä, että riippumatta siitä, mitä kustannuserien sarjoja kokoat tähän hakemistoon, niiden käytön tulos jaetaan heidän kirjanpitoon, eli tase tietyllä kulutilillä et yksinkertaisesti näe "ylimääräistä". Mutta aina jää kysymys hakuteoksen ergonomiasta, sen käyttömukavuudesta käyttäjän virheiden riskiä vähentävänä tekijänä. Ja teknisesti, kuten jo todettiin, hakemiston uudelleenjärjestely on tullut erittäin yksinkertaiseksi.

Tässä artikkelissa käsitellään vain yleisimmät näkökohdat kirjanpitoon siirtymisestä "1C: Kirjanpito 8:ssa". Ja jokainen tapaus vaatii yksityiskohtaista harkintaa optimaalisen siirtymän saamiseksi.

Oletko asettanut tehtäväksi vaihtaa uuteen ohjelmaan? Ja samalla tallentaa kertyneet tiedot?

Tässä artikkelissa kerron sinulle, kuinka voit järjestää uuteen ohjelmaan siirtymisen, jotta sinun ei tarvitse lopettaa.

Yleisimmät väärinkäsitykset

1. Ohjelmoija tai järjestelmänvalvoja suoritti tiedonsiirron, konfiguroinnin ja täsmäytyksen. Muut työntekijät (osastopäälliköt, kirjanpitäjät, henkilöstöjohtajat jne.) eivät osallistuneet siirtoprosessiin ("ei aikaa", "paljon työtä", "tiedät jo, kuinka me toimimme").
2. Välittömästi siirron jälkeen aloimme pitää kirjaa uudessa ohjelmassa.

Reklamaatiot ovat molemmissa tapauksissa yleensä samantyyppisiä - "ohjelma on raaka", "tietoja ei vedä esiin", "kaikki on tehtävä käsin", "mikä ohjelmoija olet".

Tiedonsiirto on aina projekti! Ja siksi sinun on lähestyttävä sitä samalla tavalla kuin mitä tahansa muuta hanketta - suunnittele vaiheet, seuraa niiden toteutumista ja tuloksia.

Alustavat toimenpiteet

Suurin osa paras projekti siirtyminen uuteen ohjelmaan - kun sen tulokset ovat tiedossa jo ennen itse tiedonsiirtoa.

Tutkia mahdollisuuksia uusi ohjelma. Sinun pitäisi tietää etukäteen, mitä häneltä odottaa. Käytä dokumentaatiota, materiaalia tieto- ja teknologiatukisivustolta sekä temaattisia foorumeita.

Kuvaile heijastustekniikat liiketoimia nykyisessä ohjelmassa. Onko käytössä vakiomekanismeja vai perustuvatko ne modifikaatioihin? Voidaanko nämä tekniikat ottaa käyttöön uudessa ohjelmassa ilman muutoksia? Jos muutat, niin mitä - metodologiaa vai parannussuunnitelmia?

Tarkista, tukeeko uusi ohjelma laitteistoasi, käyttöjärjestelmiäsi jne. ohjelmisto. Tee lista päivitettäväksi.

Jos koottu päivityslista(OS, ohjelmistot, laitteistot) - valitse toimittajat, sovi tekniset tiedot, suunnittele ja hyväksy budjetti.

Valitse siirtymätyökalu. Jos käytät kolmannen osapuolen kehittäjän ratkaisua, tutustu sen dokumentaatioon, tutustu mahdollisuuteen tehdä tarvittavat muutokset, korjaukset, ehdot ja teknisen tukipalvelun aikataulu.

Valmistaudu väistämättömään

Päivittää laitteistot, käyttöjärjestelmät ja muut ohjelmistot.

Kouluta käyttäjiä(ja opi itse) työskentelemään uudessa ohjelmassa. Erityistä huomiota kiinnitetään menetelmiin, joilla liiketapahtumasi heijastetaan. Juuri aloittaessaan työskentelyn uuden tietokannan parissa käyttäjien pitäisi jo pystyä ottamaan ne huomioon.

Valmista lyhyt ohjeet liiketapahtumien heijastamisesta uudessa ohjelmassa niille kirjanpitomenetelmille, joita aiotaan käyttää. Jos aiempia menetelmiä ei tueta, kehitä uusia.

Valitse aika ajoittaa uudelleen. Sopivin aika on uuden talous- ja verokauden alku. Erityisesti palkanlaskentaan suunniteltuihin ohjelmiin. Erityisesti lomakkeen 6-NDFL oikeaa laatimista varten (palkanlaskentaan ja henkilöstökirjanpitoon suunniteltuihin ohjelmiin). Kun päätät milloin, muista harkita, tukeeko valmistaja nykyistä ohjelmaasi. On erittäin suositeltavaa suunnitella siirtymä ennen tuen päättymistä.

Muista osallistua konsultaatioihin ja järjestelmäasetuksiin avainhenkilöitä- osastopäälliköt, kirjanpitäjät, HR-työntekijät jne. He ovat avustajiasi. Heidän kiinnostuksensa hankkeen tuloksiin määrittää, miten muut käyttäjät näkevät ohjelman.

Tee ensin luettelo niistä, jotka:

1. Siirrä tiedot(kehitä siirtymätyökaluja, jos käytetään kolmannen osapuolen työkaluja - ota yhteyttä ratkaisun kehittäjään, tarjoa tukea).
2. Täytä järjestelmän asennus(yksittäiset alueet, osat).
3. Valmistele tarvittavat tiedot(jos niitä ei ole tallennettu nykyiseen järjestelmään).
4. Olla vastuussa laitteisto, ohjelmisto.

Muista sopia projektitiimistä ja työluettelosta johtajan kanssa, kehittää suunnitelma - aikataulu heidän osallistumisensa hankkeeseen.

Muista, vain yksi ohjelmoija, järjestelmänvalvoja(suoraan siirtymän suorittaja) ei voi eikä saa olla vastuussa koko projektin onnistumisesta. Tiedonsiirto (etenkin big data) on aina tiimityötä.

Säveltää Suunnitelma B". Aina pitäisi olla mahdollista palata vanhaan ohjelmaan tai työskennellä uudessa, mutta eri tilassa, jos jokin ei mene suunnitellulla skenaariolla.

Tiedonsiirrot ja kaikki niihin liittyvä

Valmistele edellinen ohjelma- päivittää, poistaa merkittyjä kohteita, etsiä ja korjata virheet, laskea tulokset uudelleen.

Testaa siirrot

Suorita testitietojen siirrot. Tavoitteesi on saavuttaa vertailukelpoisuus siirretty data. Muista ottaa huomioon ero ohjelmaarkkitehtuurissa. Kaikkia tietoja ei voi verrata keskenään. Tee luettelo tarkistettavista raporteista.

Anna käyttäjille mahdollisuus työskennellä testitietokannassa. Hän tottuu uuteen ohjelmaan, tarkistaa siirretyt tiedot, syöttää uusia asiakirjoja ja tarkistaa työnsä sekä saa tarvittavat raportit. Siirron tulos oli tyydyttävä - sovi asetukset, kirjaa sopimukset paperille.

Säveltää skenaario toimistasi siirtäessäsi tietoja, jotta et unohda mitään ja säästää aikaa.

Kun testitietojen siirrot ovat saavuttaneet vertailukelpoisia tuloksia, siirry lopulliseen siirtoon.

Lopullinen siirto

Etukäteen ilmoittaa käyttäjille tiedonsiirtotyön päivämäärästä ja kellonajasta; jos mahdollista, estä kirjautuminen edelliseen ohjelmaan tänä aikana.

Kohokohta tarvittavat resurssit. Kiintolevytilan äkillinen loppuminen tai sähkökatkos vähentää merkittävästi mahdollisuuksia noudattaa ennalta sovittuja määräaikoja.

Siirrä tiedot ja suorita viimeiset vaiheet - luo ja konfiguroi käyttäjiä, määritä ryhmiä ja pääsymalleja, liitä ohjelma Internet-tukeen, lataa perusluokitukset, konfiguroi ohjelma aiemmin sovittujen järjestelyjen mukaisesti.

Estä nykyisen kauden tietojen syöttäminen vanhaan ohjelmaan.

Ensimmäinen kerta siirron jälkeen

Valmistaudu odottamattomiin. Huolimatta siitä, kuinka harkittu ja hyvin organisoitu uuteen ohjelmaan siirtymisprojekti on, melkein aina on pieniä asioita, jotka unohdettiin ottaa huomioon, joihin ei kiinnitetty huomiota ajoissa jne.

Jatka suunnitelman "B" kehittämistä - suunnitelma 2 järjestelmän rinnakkaistoiminnasta tai mahdollisuudesta palata edelliseen.

Tiivistettynä…

Koska vuonna 2018 1C-yritys lopettaa 1C: Palkka- ja henkilöstöhallinnan kokoonpanoversion 2.5 tukemisen, on erittäin toivottavaa suunnitella ja järjestää siirtyminen ZUP 3.0:aan (3.1) viipymättä.

"1C: Palkka- ja henkilöstöhallinta" 3.1 on täysin uusi ohjelma, jossa on uusi arkkitehtuuri tietojen tallentamiseen ja käsittelyyn*, joka ei salli sinun siirtyä uuteen kokoonpanojulkaisuun tavalliseen tapaan - asentamalla päivitys. Sinun on siirrettävä tiedot 1C ZUP 2.5:stä uuteen järjestelmään, toisin sanoen ladata ja purkaa tiedot.

*Arkkitehtuurierojen lisäksi ZUP 3.0 erottuu uudesta suunnittelusta, Web-asiakkaan tuesta ja parantuneesta käytettävyydestä erityisesti nykyaikaisen Taxi-käyttöliittymän ansiosta.

Voit siirtyä versioon 1C ZUP 3.1 uudesta kuukaudesta odottamatta vuoden alkua. Päätimme kuukauden ja vaihdoimme uuteen painokseen.

On optimaalista tehdä tämä käyttämällä yksinkertaistettua siirtovaihtoehtoa, koska kaikkia siirtoja ja vähennyksiä ei siirretä tositteiden, vaan rekisterimerkintöjen kautta.

Suositeltava optimaalinen ja turvallinen tapa siirtymä: rinnakkainen palkanlaskenta samanaikaisesti 2 versiossa (vanha ja uusi) 1C ZUP -ohjelmasta yhden (tai useamman) raportointijakson aikana. Rinnakkaispalkkalaskenta molemmissa tietokannassa antaa käyttäjille mahdollisuuden oppia ja tottua uuteen ohjelmaan vertaamalla sitä aiempi versio, poistaa työseisokit, jos jotain menee pieleen uudessa ohjelmassa.

Ohjeet siirtymiseen ZUP 2.5:stä 3.1:een

Valtuustietojen oikea siirtäminen ohjelmasta toiseen edellyttää ZUP 2.5 -tietokannan alustavaa valmistelua. Se koostuu raportointijakson (kuukauden) sulkemisesta ZUP 2.5:ssä, kopion tekemisestä tämän version toimivasta tietoturvasta ja tietokannan testaamiseen ja korjaamiseen (tarvittaessa, mikä on todennäköisimmin) konfiguraattorin avulla.

• Luo puhdas tietokanta uusimmalla 1C:ZUP 3.1 -julkaisulla;
• Käynnistä se tyhjässä tietokannassa ilmoittaen aloittavan vaiheittaisen avustajan ensimmäisessä vaiheessa, että haluat siirtää tietoja versiosta 2.5; Lataa tiedot;
• Suorita täydellinen tietojen tarkistus siirron jälkeen.

Yksityiskohtaisesti: menettely ZUP 2.5:stä 3.0:aan /ZUP 3.1 vaihtamiseen

• Valmistaudutaan siirtymään uuteen ohjelmaan

Täytä vanhassa tietokannan versiossa 2.5 kaikki asiakirjat palkkojen, sairauslomien, lomien, palkanmaksujen, verojen ja maksujen laskemisesta ja siirtämisestä jne. Tee kopio toimivasta ZUP 2.5 -tietokannasta ja ota se käyttöön erilliseen hakemistoon. Siirry ohjelmaan "Configurator" -käyttötilaan, valitse "Testaus ja korjaus" -komento "Hallinta"-valikosta. Jos ZUP:ta ei ole päivitetty pitkään aikaan, päivitä uusimpaan versioon.

• Uuden tietokannan luominen ZUP 3.1

1C ZUP 3.1:n uusin versio voidaan ladata 1C-päivityssivustolta. Lisäksi saatat joutua asentamaan uudemman version 1C:Enterprise 8 alustasta, jonka päivitykset voi myös ladata verkkosivustolta.

Luodaksesi puhtaan tietokannan, sinun on käynnistettävä 1C-pikakuvake ja napsautettava "Lisää", mikä osoittaa uuden tietokannan luomisen. Valitse seuraavaksi mallista uusin versio “1C: Palkka- ja henkilöstöhallinta” 3.1.

Kuva 1. Puhtaan tietokannan 1C ZUP 3 luominen

• Aloitusavustajan määrittäminen ja tiedonsiirtovaihtoehdon valitseminen

Kun käynnistät ZUP 3.1:n alun perin, sinun on valittava tietojen siirtoa koskeva kohta "1C: Palkat ja henkilöstöhallinta 8" versiosta 2.5 ja valittava sitten toinen kahdesta tiedonsiirtovaihtoehdosta:

Kuva 2. Tietojen siirtäminen ZUP:iin 3.1.2.213

Tietokantaluettelosta sinun on valittava sopiva tietokantaversio 2.5, josta haluat siirtää tietoja:

Kuva 3. Tietojen siirtäminen ZUP:iin 3.1.2.213

Kuva 4. Tietojen siirtovaihtoehdon valinta ZUP 3.1.2.213:een

Tietojen siirtäminen 1C ZUP 2.5:stä 3.1:een

• Tätä vaihtoehtoa valittaessa ei siirretä itse aikaisempien vuosien asiakirjoja, vaan rekisteritietoja ja hakemistoja.
• Tämän vaihtoehdon avulla voit hyödyntää uusia mahdollisuuksia henkilöstökirjanpidossa ja palkkalaskelmissa.
• Vain saldot siirretään keskinäisiin maksuihin.
• Henkilöstöhistorian siirto (T-2), tiedot keskiansioiden laskemista varten.*
• Nopein siirtovaihtoehto.

*GPC-sopimusten mukaisia ​​työntekijöitä koskevia tietoja eikä lainoja koskevia tietoja kuitenkaan siirretä.

• Kun valitset tämän vaihtoehdon, asiakirjat siirretään.
• Ohjelman uusia ominaisuuksia ei käytetä, vaan edellisen painoksen asiakirjoja käytetään.
• Henkilötietojen osalta kaikki asiakirjat siirretään: irtisanominen, muuttaminen jne.
• Suunnitellut siirtosaamiset siirretään rekisterimerkintöjen muodossa, kun taas yksinkertaistetulla tavalla siirrettiin vain siivu.
• Keskinäisten selvitysten mukaan kaikki asiakirjat siirretään.
• Täydellisen siirron yhteydessä on tarpeen korjata kaikki kirjanpitovirheet, jotka todennäköisimmin tapahtuivat aikaisemmilla kausilla, muuten ne on korjattava uudessa tietokannassa. Tämän jälkeen kaikki asiakirjat ja tiedot on tarkistettava molemmista tietokannoista.
• Koska siirrettävän tiedon määrä on suuri, prosessi on hidas.*

*Kaikki tiedot tallennetaan vanhaan tietokantaan, johon pääset milloin tahansa ja löydät tarvittavat tiedot.

Kuva 5. Lataa tiedot

• Tietojen tarkistus siirron jälkeen

Ennen kuin aloitat työskentelyn uudella 1C ZUP 3.1 -ohjelmalla, kuten jo mainittiin, sinun tulee tarkistaa siirrettyjen tietojen täydellisyys ja oikeellisuus vanha versio– 2.5. Voit tehdä tämän käyttämällä raportteja tietojen täsmäyttämiseen.

Tarkastaa:

• Yrityksen organisaatiorakenne, hakemistot "Organisaatiot", "Divisioonat", "Alueet";
• Työntekijöiden henkilötiedot;
• Alkuperäinen henkilöstö;
• Siirtymät ja vähennykset, kaavojen oikeellisuus;
• Saldot keskinäisistä maksuista.

Uuteen 1C:ZUP-versioon siirtymisen ja tehtyjen alustavien toimenpiteiden seurauksena, tietojen siirron jälkeen, saamme kaksi erillistä tietokantaa: ZUP 2.5 -ohjelman vanhan tietokannan asiakirjoineen ja uuden - version 3.1 ohjelman alkusaldoineen. Samanaikaisesti on suositeltavaa suorittaa palkkalaskelmia rinnakkain molemmissa ohjelmissa jonkin aikaa, ja kun olet tutustunut täysin uuteen kokoonpanoon, voit siirtyä kirjanpitoon vain siinä.

Vastauksemme on tietysti "kyllä"!
Japanilaisen viisauden mukaan "jos et parane, tulet huonommaksi". Tämä pätee erityisesti kiristyneillä markkinoilla.

1C:Enterprise 8:n tärkeimmät edut koko yritykselle:

• Kirjanpito useissa organisaatioissa yhdessä tietokannassa.
• Kaikki verojärjestelmät ovat saatavilla yhdessä tietokannassa .
• Tarkkaile PBU 18/02 -vaatimusten noudattamista nyt on paljon helpompaa.
• Eräkirjanpito .
• Raportit rakennetaan nopeasti, suurten tietomäärien käsittelytekniikan ansiosta.

• Mukauta instrumenttisi, kaiuttimesi ja paneelisi
• Automaattinen asiakirjajaksojen luominen
• Raportointiaikataulu
• "Accountant Monitor" - kaikki olennaiset tiedot sinulle yhdellä näytöllä
• « Pikakirjanpidon tarkistus"- Etsi virheitä sinulle ennen dokumentointia ja kirjaamista ja suosituksia niiden poistamiseksi
• Tietojen täyttämisen valvonta - ei salli virheitä!
• Merkittävä toiminnallisuuden laajennus monimutkaisiin kirjanpitotapauksiin
• Välilliset kustannukset - jakelu toiveidesi mukaan.
• Paljon mukavia pikkuasioita kirjanpitäjän työhön

Siirtymän organisointi sisältää tiedonsiirtoalgoritmin rakentamisen ja työkalujen valinnan tämän algoritmin toteuttamiseksi. Täysin yleispätevää menettelyä ei ole olemassa millekään yritykselle. Seuraavat tekijät voidaan tunnistaa, jotka vaikuttavat siirtymäalgoritmiin: kirjanpidon alkamisaika uudessa ohjelmassa, parannukset nykyisessä kokoonpanosi versiossa, tarve tallentaa liiketapahtumien historia menneiltä ajanjaksoilta. Tietojen siirtostrategia voi vaihdella näiden tekijöiden yhdistelmästä riippuen. Siirtymäprojektit ovat mielenkiintoisimpia harkita, jos ne sisältävät prosesseja kirjanpidon saldojen siirtämiseksi. Siksi tässä artikkelissa tarkastelemme kattavasti uuteen alustaan ​​siirtymisprojektia suhteessa 1C: Accounting -kokoonpanoon.

Neuvoja yhtiöltä RG- Pehmeä: Työt uudessa kirjanpito-ohjelmassa on parasta aloittaa uuden vuoden tammikuun 1. päivänä. Tämä johtuu siitä, että suurin osa veroista lasketaan suoriteperusteisesti. Siksi, jotta et keksi keinoja siirtää kertyneet tulokset oikein, yritä sitoa ohjelman työn alkaminen veroraportointikauden alkuun. Töiden voi tietysti aloittaa vuosineljänneksen alusta ja jopa alusta ensikuussa, mutta tällaiseen siirtymiseen liittyy perinteisesti suurempia kustannuksia.

Katsotaanpa yleisimmät tilanteet.

1. Siirtyminen tapahtuu uudesta vuodesta alkaen vakiokokoonpanosta ja siirtymähetkellä oikeat tilisaldot muodostetaan vanhassa ohjelmassa.

Tämä vaihtoehto on erittäin yksinkertainen ja suoraviivainen, mutta sitä käytetään harvoin käytännössä. Vain useissa pienissä yrityksissä on mahdollista luoda oikeat saldot vanhassa ohjelmassa välittömästi ennen töiden aloittamista uudessa ohjelmassa ja vain sillä ehdolla, että kaikki kuluneen kauden "ensisijaiset" saldot on toimitettu ja mukana ohjelmassa. Useimmiten vanhat edellisen kauden tapahtumat suljetaan ohjelmassa arvonlisäveroilmoituksen jättöhetkellä (20. tammikuuta), ja joissain tapauksissa tämä prosessi voi kestää kauemmin. Toinen yleinen tilanne syntyy.

1. Siirtyminen tapahtuu uudesta vuodesta, vakiokokoonpanosta, ja siirtymähetkellä vanhassa ohjelmassa ei ole oikeita tilisaldoja.

Olosuhteista riippuen voit myös toimia tässä tilanteessa erilaisia ​​menetelmiä. Näiden menetelmien ydin on työskentely kahdessa ohjelmassa samanaikaisesti. "Siirtymäkauden aikana" työntekijöiden on suljettava aiemmat tapahtumat vanhassa ohjelmassa ja aloitettava uusien tapahtumien asiakirjojen syöttäminen uuteen järjestelmään. Tämä tilanne näkyy selvästi kuvassa 1. Tällaisen ajanjakson esiintyminen siirtymäprojektissa on vakiokäytäntö, eikä sitä ole syytä pelätä. Voittaa Tämä jakso Voit käyttää seuraavia strategioita minimaalisilla tappioilla.

• Siirrä saldot "sellaisenaan" vuoden alkuun ja pidä kirjaa näiden tietojen perusteella, kuten ensimmäisessä ehdotetussa tilanteessa. Ohjelma sisältää ainakin tiedot rahastosaldoista ja tavaroiden määrästä varastoissa. Kuitenkin heti kun oikeat saldot "seitsemässä" on saatu, on tarpeen korjata ne välittömästi "takautuvasti" "kahdeksaan".
• Vaihtoehtoinen vaihtoehto on kieltäytyä siirtämästä vääriä saldoja ja syöttämään uusien tapahtumien ensisijaiset asiakirjat G8:aan suorittamatta niitä myöhemmin. Tässä tapauksessa ei ole väliä, onko ohjelmassa saldoja vai ei; kirjaamattomat asiakirjat eivät tee liikkeitä tileillä. Tämä on tehtävä, kunnes saat oikeat saldot 1C:Enterprise 7.7:ssä. Seuraavaksi syntyneet saldot siirretään uuteen ohjelmaan vuoden alussa. Viimeinen vaihe on uuteen ohjelmaan sisältyvän "ensisijaisen" johdonmukainen toteuttaminen siirtymäkauden aikana käyttämällä sisäänrakennettua "Hakuteosten ja asiakirjojen ryhmäkäsittelyä" -käsittelyä.

1. Siirtyminen tapahtuu vuoden puolivälistä alkaen vakiokokoonpanosta.

• Aloita työt, jos ei vuoden alusta, niin ainakin vuosineljänneksen alusta.
• Siirrä saldot vuoden alkuun.
• Siirrä kaikki kuluvan raportointikauden (vuoden) ensisijaiset asiakirjat uuteen järjestelmään ja palauta kirjanpito- ja verotiedot käyttämällä hakemistojen ja asiakirjojen ryhmäkäsittelyä.

Koska yritys voi tuottaa jopa yhden vuosineljänneksen aikana useita tuhansia dokumentteja, suosittelemme käyttämään myös automaattisia tiedonsiirtotyökaluja.
Tällaisia ​​keinoja voivat olla:

1. Vakioratkaisu "1C: Data Conversion". Tätä ohjelmistotuotetta voidaan käyttää tiedon siirtämiseen minkä tahansa 1C-alustan kokoonpanon välillä. Meidän tapauksessamme asiakirjojen lataaminen kohdasta 1C: Kirjanpito 7.7 kohtaan 1C: Kirjanpito 8.
2. Franchise-yritysten epätyypillinen kehitys. Monilla yrityksillä, myös meillä, on todistettu menetelmiä tämän ongelman ratkaisemiseksi, mikä voi merkittävästi vähentää tiedonsiirtotyön aikaa ja budjettia.

1. Siirtyminen vakiokokoonpanosta edellisen kauden asiakirjojen lisäsiirrolla.

Tällainen siirto on mahdollista toteuttaa samoilla mekanismeilla kuin edellisessä tilanteessa. Tämän prosessin erona on, että kaikkia asiakirjoja ei tarvitse siirtää, vaan voit rajoittua siirtämään vain muutaman tyyppisiä tositteita ja muiden tilien saldot syötetään normaalin käsittelyn kautta. Tällöin siirretyt lisäasiakirjat jäävät yleensä kirjaamatta.

Neuvoja yhtiöltä RG- Pehmeä: Vaikka kuluneen ajanjakson asiakirjoja on mahdollista siirtää vanhasta ohjelmasta uuteen, tällainen siirto johtaa tietokannan koon ja siten käsiteltävien taulukoiden koon tuntuvaan kasvuun. Tämä puolestaan ​​voi hidastaa järjestelmää. Siksi sinun ei pitäisi käyttää tätä siirtymävaihtoehtoa, ellei se ole ehdottoman välttämätöntä. Aiemmilta kausilta siirretyt tositteet on suositeltavaa jättää kirjaamatta, jotta niiden sisältämät tiedot eivät vaikuta kirjanpitoon ja veroraportointiin. Käytä historiallisia asiakirjoja vain viitteenä.

1. Siirtyminen ei-standardista kokoonpanosta 1C:Enterprise-alustalla 7.7.

• Jos kokoonpanoa on muutettu hieman ja se on perusmekanismeiltaan samanlainen kuin standardi ratkaisu 1C, voit, kuten aiemmissa versioissa, käyttää tavallisia siirtymätyökaluja. Sinun tarvitsee vain määrittää tai muokata niitä hieman ohjelmallesi sopivaksi. Ehkä testatuin ja luotettavin työkalu on jo mainittu "1C: Data Conversion". Tämä työkalu vaatii käyttäjältä tiettyjä käyttötaitoja, mutta sen avulla on mahdollista järjestää automatisoitu objektien siirto konfiguraatioiden välillä. Tässä tilanteessa se on viitetiedot ja asiakirjat tarvittaessa.
• Jos kokoonpanoa on suunniteltu radikaalisti uudelleen vuosien aikana, standardien siirtotyökalujen määrittäminen voi osoittautua työvoimavaltaisemmaksi kuin omien työkalujen kirjoittaminen näihin tarkoituksiin. Samanlainen tilanne syntyy, kun järjestetään siirtyminen kirjanpito-ohjelmasta, joka ei liity 1C-alustoihin. On myös mahdollista tehdä tällainen siirtyminen, mutta yleistä vaihtoa ei ole mahdollista keksiä etukäteen. Jokaisessa erityistapauksessa se on välttämätöntä yksilöllinen lähestymistapa ongelmaan.

Moniyritys siirtymä.

Usean yrityksen kirjanpitomekanismin puuttumisen vuoksi monien yritysten oli ylläpidettävä useita tietokantoja samanaikaisesti 1C:Enterprise 7.7:ssä. Koska tämä ongelma on ratkaistu kahdeksannessa versiossa, herää tehtävänä yhdistää useita tietokantoja yhdeksi osana tiedonsiirtoprojektia. Lisäksi jokaisella seitsemästä pohjasta voi olla omat ominaisuutensa. Yllä annettujen menetelmien avulla voit luoda vuorovaikutuksen kunkin tietokannan kanssa erikseen. Esiin tulee kuitenkin useita tähän tapaukseen liittyviä alatehtäviä.

• Tiettyyn organisaatioon liittyvien asiakirjojen yhdistäminen. Tämä ongelma on helppo ratkaista etuliitemekanismin avulla. Jokaiselle ohjelmaan rekisteröidylle organisaatiolle on määritetty oma kirjainetuliite. Tämä etuliite lisätään asiakirjan numeroon, mikä varmistaa numeroiden ainutlaatuisuuden.
• Hakemistojen päällekkäisten elementtien hallinta. Siirrettäessä tietoja useista tietolähteistä yhteen tietojärjestelmään voi syntyä tilanne, jossa hakemistojen samat elementit, esimerkiksi sama vastapuoli uudessa hakemistossa, toistetaan useita kertoja. Sen vuoksi tietojen siirron jälkeen on tarpeen suorittaa prosessi päällekkäisten hakemistoelementtien vertaamiseksi ja yhdistämiseksi.

Mitä ongelmia voi syntyä?

Kaikkien siirtymävaiheiden suunnittelu etukäteen voi auttaa sinua välttämään monia ongelmia, mutta se ei ole kaikki mitä tarvitset menestyäksesi. On myös useita erityispiirteitä, jotka havaitaan jo projektin toteutusvaiheessa. Alla on useita tekijöitä, joita monet yritykset kohtaavat hallittaessaan siirtymätoimiaan.

Alkutiedot

Ensinnäkin nämä ovat monenlaisia ​​"virheitä", joita käyttäjät tekevät syöttäessään tietoja tietokantaan. Yleensä kohteen yksiselitteinen tunnistaminen on mahdollista TIN- ja KPP-tietojen avulla. Seitsemässä nämä molemmat arvot tallennettiin yhteen TIN/KPP-tietoon, eikä tähän tietoon syötettyjen tietojen oikeellisuutta tarkastettu. Oli mahdollista syöttää vähemmän numeroita ja laittaa erotin väärään paikkaan ja syöttää täysin abstrakti TIN (joskus on myös sellaisia: 22222222223). Tyypillinen siirto, kun hakemistoa luotaessa vastapuolet erotetaan TIN-tunnuksella ja KPP:llä yksinkertaisesti leikkaamalla pois tarvittava määrä merkkejä. Siksi uuden tietokannan tiedoissa voi olla täysin virheellisiä tietoja. Tietenkin esineiden oikea tunnistaminen siirron aikana tällaisilla tiedoilla on erittäin vaikeaa.
Toinen ongelma on yhtenäisen tiedonsyöttömuodon täydellinen puute. Jokainen käyttäjä voi kirjoittaa nimen haluamallaan tavalla. Kuvitellaan, että yhdessä seitsemän tietokannassa käyttäjä kirjoitti vastapuolen "Nimen" täyttäessään "Vympel Management Company" ja toisessa seitsemässä tietokannassa sama vastapuoli on listattu nimellä "Vympel Management Company". Tällaisessa tilanteessa automaattinen käsittely ei pysty ymmärtämään, että tämä on sama vastapuoli, ja siirtää sen kahdeksaan kahdesti. On vaikeaa jatkaa työskentelyä tällaisessa tietokannassa, koska osa saldosta on yhdellä elementillä ja toinen osa toisella.

Konfiguraatioerot

Toinen ryhmä siirtovirheitä johtuu teknisistä eroista kokoonpanoissa. Jotkin liiketapahtumat näkyvät 1C:Enterprise 7.7:ssä useilla asiakirjoilla ja 1C:Enterprise 8:ssa yhdellä. Esimerkiksi sekä materiaalien että tavaroiden kuitit näkyvät uudessa ohjelmassa yhdellä asiakirjalla ja vanhassa - kahdella. Siten yritettäessä siirtää asiakirjoja ”Materiaalien vastaanotto nro 22” ja ”Tavaroiden vastaanotto nro 22”, tapahtuu yksilöllisyyden valvontavirhe. Koska kahden samalla numerolla olevan asiakirjan kirjaaminen tietyllä ajanjaksolla on mahdotonta, niihin on tarpeen lisätä keinotekoisesti eroja ja näiden erojen kirjaamisjärjestelmästä sovitaan etukäteen. Tämä ongelma ratkaistaan ​​esimerkiksi lisäämällä ylimääräinen etuliite ladatun asiakirjan numeroon.

Tämä etuliite osoitetaan jokaiselle asiakirjan ominaisuudelle erikseen. Tämä voi olla ominaisuus tietokannasta, josta asiakirjat ladataan, tai asiakirjan tyypistä, josta lataus tehtiin. Tässä on esimerkki tällaisen etuliitteen muodostamisesta. Krasnojarskin sivukonttori antaa etuliitteen "KR". Dokumenttityyppi "Materiaalien vastaanotto", josta lataus tehdään, on varustettu etuliitteellä "M". Joten jos asiakirjan numero seitsemässä oli 00000031, kahdeksan numero on seuraava:
"KR" + "M" + "00000031" = "KRM00000031"

Tämän seurauksena tietokantaan tallennetaan yksilöllinen numero.

Teknisiä ongelmia

Tiedonsiirtovirheitä voi tapahtua myös mm tekniset ominaisuudet alustat 1C:Enterprise. Esimerkiksi tavallinen nimenhakumekanismi ei erota isoja kirjaimia hakemistoelementin nimessä pienistä. Tätä mekanismia käytettäessä on hämmennystä.

Esimerkiksi tietokannassa on kaksi vastapuolta "m-video" ja "M-Video". Kun etsit ”m-video”-vastapuolta, järjestelmä löytää ”M-Video”. Tuloksena on väärin täytetty asiakirja. Tämä tilanne näkyy kuvassa 2.

On myös syytä kiinnittää huomiota itse valittuun tiedonsiirtotapaan. Yllä kuvattu esimerkki vastapuolten kaksinkertaistumisesta, siirrettynä yritysten sivukonttoreiden tietokannoista, ei välttämättä näytä kaksinkertaistuvan. Yrityksille, jotka toimivat eri kaupungit, vastapuolet voivat hyvinkin työskennellä eri kaupungeissa.

M-Video-yrityksen Nizhny Novgorodissa olevaa haaraa ja itse M-Video-yritystä Moskovassa voidaan oikeutetusti kutsua tietokannoissa täsmälleen samaksi. Tällaisten sekaannusten välttämiseksi sinun on valittava siirtotapa etukäteen. Esimerkissämme voimme erottaa vastapuolet eri ryhmiä hakemistoon lähdetietokannan mukaan. Tällaisen tekniikan valinta vaikuttaa myös tiedonlatausmekanismeihin.

Tiedontunnistusmenetelmien yhdistäminen

Yllä kuvatut menetelmät esiin tulevien ongelmien ratkaisemiseksi eivät myöskään välttämättä ole riittävän yleismaailmallisia. Tietoa siirrettäessä on erittäin tärkeää pystyä yhdistämään siirtotyökalussa käytetyt menetelmät. Esimerkiksi useimmat hakemistojen elementit tunnistetaan nimen perusteella.

Samanaikaisesti siirrettäessä asiakirjaa "Kiinteän omaisuuden hyväksyminen kirjanpitoon" tämä menetelmä antaa ei-toivottuja tuloksia, jos kirjataan useita samantyyppisiä pieniä käyttöomaisuushyödykkeitä (toimistotarvikkeet, huonekalut jne.), eroavat vain varastonumerosta. Jokaisessa kirjanpitoon hyväksyvässä asiakirjassa on sama kohde. Ja yhden kohteen hyväksyminen kirjanpitoon useita kertoja on mahdotonta. Siksi on erittäin tärkeää tarjota mahdollisuus mukauttaa käytettävää tiedonsiirtotyökalua. Tässä tapauksessa ilmoitamme yksinkertaisesti, että käyttöjärjestelmän haku on suoritettava liittymisnumerolla (koodilla).

Neuvoja yhtiöltä RG- Pehmeä: Itsenäinen siirtyminen 1C:Enterprise-alustojen välillä ei ole helppo ratkaisu, mutta tietyissä tilanteissa se on oikea ja taloudellisin. Jos et ole varma, että voit voittaa kaikki mahdolliset vaikeudet itse, käytä franchising-haltijoiden palveluita. Yrityksemme on toteuttanut monia vastaavia projekteja ja luonut erittäin tarkan "metodologian onnistuneeseen siirtoon".

Menestyksellisen siirron menetelmät

Pääkriteerit minkä tahansa projektin arvioinnissa ovat aika, budjetti ja asiakkaan vaatimusten noudattaminen. Katsotaanpa tarkemmin kutakin parametria ja kuinka ottaa huomioon niiden vaikutus tulokseen.

• Aika.

• Luo ja kirjaa kaikki tarvittavat asiakirjat edellisiltä ajanjaksoilta (kuukauden sulkeminen, myyntireskontrakirjaukset, ostoreskontrakirjaukset). Tämä on tarpeen oikean saldon muodostamiseksi siirtopäivänä. Näiden toimintojen suorittaminen siirtymäprosessin aikana vain pidentää siirtymäaikaa.

• Jos aiot käyttää ulkoisia hoitoja, sinun on varattava aikaa niiden kirjoittamiseen ja testaamiseen ennen siirtymäkauden alkamista. Yrityksemme on toistuvasti joutunut kirjoittamaan tällaista käsittelyä ja saatujen kokemusten perusteella olemme luoneet oman ratkaisumme asiakirjojen siirtoon. Siksi uusissa siirtoprojekteissa emme tuhlaa aikaa ja budjettia uuden käsittelyn kirjoittamiseen, vaan vain räätälöimme siirtotyökalumme tietyn asiakkaan ominaisuuksien mukaan.

• Ryhdy toimenpiteisiin kouluttaaksesi henkilöstöä etukäteen esiteltävän uuden tuotteen ominaisuuksista. Tämä lyhentää käyttäjien tottumisaikaa uuteen käyttöliittymään ja mahdollistaa siten siirtymisen uudelle alustalle lyhyemmässä ajassa.

• Budjetti.

• Sijoita ja tarkenna jatkuvasti omia varoja tiedonvaihto eri muodoissa. Näin ollen otamme huomioon aiempien porttien kokemukset emmekä käytä ylimääräistä rahaa vastaavien mekanismien uudelleenkirjoittamiseen.

• Käytä projektiin vain kokeneita työntekijöitä. Aiempien projektien tilastot osoittavat, että jos vaikeuksia ilmenee, "kokenut" asiantuntija selviytyy tehtävästä nopeammin.

• Tiedä mahdollisimman paljon tietoa vakiotyökaluista ja niiden toimivuudesta. Normaalien siirtotyökalujen tai pienten muutosten/räätälöintien käyttö auttaa myös minimoimaan kustannuksia.

• Ymmärtää kirjanpitomekanismeja ohjelman eri versioissa. Jos projekti edellyttää lisätoimintojen käyttöönottoa, siitä aiheutuu lisäkustannuksia vain kehittämiseen, mutta ei opiskeluun.

• Asiakkaiden vaatimusten täyttäminen.

Ajatteletko vielä? Muut ovat jo töissä!

Tällä hetkellä monet yritykset käyttävät 1C:Enterprise 7.7:ää. Tämä johtuu sellaisista tekijöistä kuin ymmärryksen puute uuden alustan eduista, haluttomuus oppia uutta teknologiaa, tapaamisen pelko suuri määrä vaikeuksia siirtymän aikana. 1C: Kirjanpito -esimerkillä yritimme todistaa, että useimmat näistä syistä eivät ole niin merkittäviä. Yhdessä artikkelissa on kuitenkin vaikea analysoida siirron ominaisuuksia mille tahansa kokoonpanolle ratkaisemattomia ongelmia ei voi tapahtua missään tapauksessa. Koko toimintamme ajan autamme asiakkaitamme selviytymään kaikista ongelmista, jotka liittyvät ohjelmien toteuttamiseen 1C:Enterprise 8 -alustalla. Jos olet kiinnostunut siirtymisestä tai sinulla on muita kysymyksiä liittyen 1C:Enterprise 8 -alustaan ​​ja siinä luotuihin kokoonpanoihin se - olemme palveluksessasi!

Miksi näin tapahtuu?

Jotta ohjelmistotuote pysyy hyödyllisenä sinulle, 1C Company tekee jatkuvasti päivityksiä, lisää uusia ominaisuuksia ja ottaa huomioon toiveesi.

Mutta tulee aika, jolloin uusia ratkaisuja ei voida toteuttaa vanhassa painoksessa. Kaikkien uusien mekanismien ja ominaisuuksien käyttöönottamiseksi kehittäjät luovat ohjelmalle "uuden muodon" ja lopettavat edellisen version tukemisen.

Mistä saan tiedon uuden painoksen julkaisusta?

Myös nettisivuillamme tai sähköpostiuutiskirjeestämme.

tiedottava
uutiskirje

Mitä "tuki lopetettu" tarkoittaa?

Tuen päättyminen tarkoittaa, että ohjelmistotuote ei täytä uusia lainsäädännön muutoksia, lisätoimintoja ei kehitetä, mikä tarkoittaa, että kirjanpito ohjelmassa on virheellinen, raportointi ohjelmasta ei ole mahdollista ja monet kätevät ominaisuudet jäävät käyttämättä. käytetty.

Milloin kannattaa vaihtaa?

1C-yhtiö varoittaa etukäteen tulevista muutoksista, ja ohjelman käyttäjillä on vuosi tai jopa enemmän. On parasta suunnitella siirtyminen uuteen painokseen etukäteen - tämä auttaa sinua hallitsemaan täysin uuden ohjelman, ymmärtämään kaikki kirjanpidon monimutkaisuudet ilman kiirettä, kouluttamaan työntekijöitä ja aloittamaan työskentelyn uudella raportointikaudella ilman paniikkia.

Kuinka siirtää?

mahdollista erilaisia ​​muunnelmia siirtyminen - haluttaessa käyttäjä voi tehdä tämän itsenäisesti lataamalla tarvittavan päivityksen (jakelun) 1C-verkkosivustolta. Tai voit käyttää asiantuntijoiden apua. Jokaisella vaihtoehdolla on omat ominaisuutensa. Itsenäinen siirtymä ei sovi kaikille, koska on suuri todennäköisyys, että kaikkia tietoja ei siirretä tai siirretään väärin, tulee paljon virheitä ja hämmentyy täysin. Siirtyminen asiantuntijan avustuksella takaa laadukkaan tiedonsiirron, lisäksi voit aina kysyä apua, jos sinulla on kysyttävää.

Paljonko se maksaa?

Hinta riippuu monista tekijöistä:

• vakio tai muokattu 1C-kokoonpano;
• tietokantojen määrä;
• siirrettyjen tietojen määrä;
• käyttäjien kirjanpidon oikeellisuus;
• kirjanpitomenetelmien noudattaminen.

Esimiehemme laskevat arvion siirtymän kustannuksista organisaatiosi olosuhteiden perusteella.

Mitä tapahtuu, jos et vaihda ohjelman uuteen versioon?

Kuten edellä mainittiin, ilman tukea jätetty ohjelma lakkaa olemasta merkityksellinen.

Voit edelleen käyttää ohjelmaa, mutta säänneltyihin raportointilomakkeisiin ei tule päivityksiä tai tila-arvojen muutoksia, joten raportoinnista tulee suuria vaikeuksia.