Megvalósítási és karbantartási szolgáltatások

Átmenet az 1C:Accounting 8 2.0 kiadásáról a 3.0 kiadásra

Ellentétben az 1.6-ról a 2.0-ra való nehéz átállással, amikor a maradványokat egy új adatbázisba kellett átvinni, a 3.0-s kiadásra való áttérés viszonylag fájdalommentes - a szabványos konfigurációk esetében konfigurációfrissítésként hajtják végre a Configurator segítségével.

Mikor a legjobb idő az 1C:Accounting 3.0-ra váltani?

Jobb, ha az éves vagy negyedéves jelentések benyújtása után azonnal áttér az 1C Accounting 3.0 kiadásra, hogy a következő jelentések a 3.0 kiadásban készüljenek el. Mivel az átállás frissítéssel történik, az új jelentési időszakban bevezetett összes címtár és dokumentum zökkenőmentesen bekerül a 3.0-ás kiadásba.

Új verziót kell vásárolnom?

Nem, nem kell külön fizetni a frissítési licencért. Az új kiadás minden ITS-előfizető számára további díj nélkül elérhető.

Létezik 3.0-s kiadás az 1C: Accounting CORP-hoz?

Az "Accounting for an enterprise CORP" 3.0 konfiguráció 3.0-s kiadásának végleges verziója 2012. december végén jelent meg.

A 2.0-ról való váltás menete ugyanaz, mint a PROF Számvitelben.

Mi szükséges a 3.0-s verzióra való frissítéshez?

Az „Accounting PROF” 2.0-s konfigurációjának 3.0-s kiadásra történő frissítéséhez a konfiguráció aktuális verzióját és az „1C: Accounting 3.0” terjesztési készletben található speciális frissítési fájlt kell használnia.

A 3.0-s kiadás az Enterprise Accounting konfiguráció korábbi kiadásainak regisztrált felhasználói számára elérhető az információs technológiai támogatás (ITS) részeként.

Elvégezhető-e saját maga a frissítési eljárás?

Az 1C:Accounting 8 adminisztrációs jártassággal rendelkező felhasználó az adatátvitelt önállóan, szakemberek bevonása nélkül tudja elvégezni.

Cégünktől megrendelheti az „1C: Accounting 3.0”-ra való átálláshoz szükséges szolgáltatásokat.

Milyen problémákkal találkozhat az átállás során?

A 2.0-s kiadás egy „szokásos alkalmazás”, a 3.0-s kiadás pedig egy „felügyelt alkalmazás”. Az új kiadás elkészítéséhez a programozóknak teljesen át kellett írniuk a felhasználói felülettel kapcsolatos eljárásokat. Ezért a következő helyzetekkel találkozhat:

1. Ha a szabványos konfiguráció külső feldolgozást és saját vagy harmadik fél programozói által készített jelentéseket tartalmaz, ezek a feldolgozások nem működnek az új kiadással.
2. Ha a szabványos konfigurációt módosították, nem frissíthető 3.0-ra a módosítások elvesztése nélkül.

Minden ilyen esetben vegye fel a kapcsolatot a fejlesztések szerzőivel, hogy moduljaikat a 3.0-s kiadás jellemzőihez igazítsák.

Viszonylag a közelmúltban az 1C cég kiadta az „1C: 3.0” alkalmazásmegoldás új verzióját, és ezzel leállította a 2.0-s verzió támogatását. Korábban a fejlesztők partnereik kérésére továbbra is támogatták az előző verziót, de ez nem tartott sokáig.

Ez az alkalmazási megoldás az úgynevezett legendás számviteli programsorozat folytatása. Eltérő felülettel, úgynevezett menedzselt alkalmazással rendelkezik, amely teljesen új lehetőségeket biztosít a felhasználóknak: alkalmazások felhőben történő tárolása, riportkészítés a háttérben, valamint webkliens módban történő munkavégzés is lehetséges. Az interfész változtatások mellett a számviteli részhez kapcsolódó fejlesztések is történtek: bővült a bérszámviteli modul, logikusabb és kényelmesebb lett az adóelszámolás.

Milyen jellemzői vannak az átmenetnek?

Az 1C Accounting megoldásról a 2.0-s kiadásról a 3.0-ra való átállás kétségtelenül elkerülhetetlen minden olyan vállalkozás számára, ahol ezt használják. Fontos elmondani, hogy maga az átmenet egyáltalán nem bonyolult, és egyszerűen a konfiguráció „frissítése” a következőhöz. De van néhány hátránya is. A gyakorlatban már tapasztalatot szereztünk az atipikus konfigurációk átmenetében, amiről most elmondjuk. Az alábbiakban megvizsgáljuk azokat a funkciókat és problémákat, amelyek az „átlagnál nagyobb” változási szinttel rendelkező konfigurációkban fordulnak elő.

Kötelező kiadás

Másik konfigurációra való váltáshoz kevésre van szüksége: engedje el a „2.0” kiadás konfigurációját, amelyből át kell váltania az új verzióra. A weboldalon megtudhatja, melyik kiadásra van szükség. A frissítésre alkalmas aktuális verziókról van információ. Például ma a jelenlegi verzió a „3.0.27.7”, amely a „2.0.53.6” kiadástól frissíthető.

Hogyan lehet adaptálni a konfigurációs módosításokat?

Ha a felhasználó atipikus konfigurációval küzd, először a második verzió funkcionalitásának fejlesztéseit kell átvinnie a harmadikba.

A változások listájának megtekintéséhez össze kell hasonlítania (összehasonlítania) az információs adatbázis konfigurációját a szállító konfigurációjával. Ugyanakkor ellenőriznie kell, hogy a szolgáltató konfigurációja naprakész marad-e.

Ebben az esetben vannak bizonyos funkciók:

A „szokásos” űrlapokon végzett fejlesztések nem vihetők át egyszerűen kezelt űrlapokra. Itt szükség van a programkód adaptálására;

- Az „Accounting 3.0” lényegében egy új szoftvermegoldás. Ha például ezt megelőzően a módosítás az „Áruk és szolgáltatások átvétele” elnevezésű bizonylatmodulban történt (“Párszázalék számítása” funkció), akkor most előfordulhat, hogy a fenti eljárás egyáltalán nem létezik. Ekkor felmerül a kérdés, hogy szükség van-e komoly megértésre, valamint az egyes fejlesztések elemzésére;

Amikor a programozók tipikus általános modulokat használtak a módosítások során, akkor leginkább a „linkek” fognak elveszni. Most az általános modulok jelentős változáson mentek keresztül: mind a nevük, mind a funkcióik összetétele (az új 2.x öröksége);

Hasonló sors érte a metaadat objektumokat. Ezek nagy része úgyszólván „feleslegessé” vált. Ez utóbbi helyett más objektumokat kezdtek használni, és néhányat átneveztek (például egy „Regisztráció VIFNS” nevű könyvtár neve „Regisztráció az adóhatóságnál”-ra változott);

Az ipari „felépítmények” problémája

Jelenleg az „1C: Enterprise Accounting” elnevezésű konfiguráció alapján számos iparági megoldás létezik. Ezeket a megoldásokat a legtöbb esetben „kiegészítő” konfigurációként telepítik.

A piacelemzés eredményeként sok ilyen megoldás már nem támogatott. Ez teljesen más okok miatt történt. Egyes esetekben a fejlesztők elhagyták a céget, más esetekben pedig a fejlesztő cég már nem létezik. Ezért a választás a következő: elveszti a megbecsült funkcionalitást, vagy átviszi a konfigurációt „saját költségére”.

A cég korlátozott költségvetése és programtámogatása miatt ez a kérdés nagyon kényes lehet az ügyfelek számára.

Adatok átstrukturálása

Általánosságban elmondható, hogy az 1C frissítési folyamata, különösen az adatok átstrukturálása, nagyon kényes kérdések.

Maga a szerkezetátalakítás sok időt vesz igénybe. A jelentős számú rekordot tartalmazó táblák átstrukturálása még jó hardverrel is sok időt vehet igénybe.

Előfordul, hogy az adatbázis frissítése több napig is eltartott, és a végén hibaüzenetet közölt a rendszer, mondván, hogy „az adatnyilvántartási bejegyzés... nem egyedivé vált”. Természetesen előfordulhatnak ilyen helyzetek, de erre figyelni kell, és további időt kell beépíteni a kockázati bankba.

Maga a frissítési folyamat (a szoftver első indításakor a frissítéskezelők) szintén nem minden esetben működik megfelelően (hibák nélkül), és néha problémákat okozhat.

Ma nincs egyetlen cselekvési algoritmus, amely segítene elkerülni a hibákat. Hiszen minden alkalommal megjelenhet egy új „kellemes újdonság”. Az egyetlen dolog, hogy elkerülje a felesleges idegeskedést a „H” órában, az azonnali átállás kezdetén, azt tanácsoljuk, hogy a frissítési és átstrukturálási eljárást többször futtassa „élőben” a szerverberendezésen.

Néhány szó a hozzáférési jogokról

Tapasztalataink azt mutatják, hogy az átlagfelhasználóknak gyakran problémái lehetnek a hozzáférési jogokkal. A frissítés után feltétlenül ellenőrizze bejelentkezési lehetőségeit és információs adatbázisát. Ezeket a problémákat általában a felhasználó engedélyeinek átírásával lehet megoldani (a "Felhasználók" címtárbejegyzésben a "Hozzáférési csoportok" fül).

Nyomtatott űrlapok, külső feldolgozás és jelentések

A nyomtatott űrlapok fordítását, a külső feldolgozást és a jelentések fordítását az 1C semmilyen módon nem biztosítja. Ahhoz, hogy „megtérítsd” őket, tudatosan kell hozzáállnod az ügyhöz.

Először is át kell vinnie az űrlapokat a kezelt alkalmazás módba. Ezután az új szabványos alrendszerkönyvtár módszerrel kell elkészítenünk az ilyen fájlokat.

A számozás helyreállítási folyamata

Még maguk a fejlesztők is megjegyezték, hogy a szoftvertermék „3.0” verzióra történő frissítése után problémák vannak a számozással: „eltéved”, majd újra elkezdi a számolást. A számozás visszaadásához elegendő egy dokumentumot előállítani az utolsó kóddal, amely a rendszerben volt.

Például, ha az utolsó „Nyugta” nevű bizonylat száma 256 volt, akkor létre kell hoznia egy ugyanazt a számot, manuálisan beállítva (256). A következő dokumentum ennek megfelelően automatikusan a 257-es szám alá kerül.

Ilyen célokra egyszerű feldolgozás írható. Ez azt jelenti, hogy minden típusú dokumentumot kell létrehozni az utolsó létező számmal, és ki kell jelölni azt törlés céljából.

Mik a csereszabályok?

Ha például a konfigurációját egy másikkal cserélték ki csereszabályok segítségével, akkor a szabályok szinte minden esetben nem fognak működni. Ez a helyzet azért adódik, mert egyes metaadat-objektumok nevei eltérőek lettek, egyes részleteket töröltek, másokat hozzáadtak.

A helyes működéshez be kell töltenie a szabályokat az „Adatkonverzió” nevű konfigurációba. Ezután keresse meg a megváltozott részleteket, és javítsa ki azokat. Ha tudja, mi a hiba, akkor a meglévő hibát kijavíthatja a "" szabályfájlban. Jegyzettömbben nyitható.

Egy kicsit a szervezési kérdésekről

A nehézségek közül figyelmet kell fordítani a szervezeti kérdésekre:

A frissítés költségeinek indoklása az ügyfél számára. Utóbbi számára ez meglehetősen nehéz kérdés. Viszonylag a közelmúltban történt átállás az „1.6”-ról a „2.0”-ra, majd eltelt egy kis idő, és máris módosítani kell a konfigurációt „3.0-ra”. Miért kellene az ügyfélnek ismét odaadnia a pénzét a frissítésért? A felhasználót azonban vigasztalhatja, hogy az 1C cég a közeljövőben nem tervez frissítéseket, komolyabb újításokat.

Milyen kiadásokkal kell számolnia az átállás során? A szoftvertermék új verziójára való váltáshoz szükséges idő nagyban függ magától a konfiguráció módosításának mértékétől. Az egyik ajánlás az, hogy tartózkodjunk az idő előtti értékelésektől, és ehelyett vállaljuk el, hogy „tényként” dolgoznak. Hiszen a szerkezetátalakítási folyamat a tervezettnél sokkal tovább folytatódhat. Hátránya, hogy a fenti probléma semmilyen módon nem jelezhető előre.

Most levonunk bizonyos következtetéseket, és megpróbálunk tanácsot adni egy kényelmesebb és egyszerűbb átmenethez:

Ne pazarolja az időt, tervezze meg az átállást a lehető legkorábban;

Jobb lenne, ha a funkciók átadását ugyanazok a programozók végeznék, akik a konfiguráció véglegesítésén dolgoztak;

Célszerű minél több időt fordítani a szerkezetátalakításra. Például, ha azt tervezi, hogy hétfőtől vált, akkor jobb, ha péntek este kezdi el a munkát;

A végső módosítások elvégzése előtt a frissítéseket szöveges környezetben kell futtatnia. Az úgynevezett „próba” nélkül fennáll annak a veszélye, hogy a technológiai ablakban nem sikerül időben befejezni a frissítést;

Mindenről biztonsági másolatot kell készíteni, és ezeket a műveleteket a lehető leggyakrabban kell elvégezni;

A „3.0”-ra való átállás jó ok arra, hogy „leltárt készítsünk” a fejlesztésekről és a kód átalakításáról. Ha azt látja, hogy egy bizonyos funkciót nem használnak, vagy elvesztette relevanciáját, akkor habozás nélkül búcsút mondjon neki;

Az átvitt funkciókat gyakrabban is tesztelheti. Hozzon létre egy tesztbázist, és indítsa el a felhasználókat;

Hozzon létre egy olyan környezetet a felhasználók számára, ahol előzetesen megismerkedhetnek a szoftvertermékkel. Ez lehetővé teszi a jövőben az egyszerű kérdések elkerülését a „3.0”-val való munka megkezdésekor;

Mindig legyen raktáron egy B terv. Ha valami nem működött a „3.0”-val, akkor vissza kell térnie a „2.0”-hoz, hogy ne állítsa le a vállalkozás működését.

Az új kiadásra való frissítés előtt biztonsági másolatot kell készítenie. Ehhez módban kell futtatnia az információs bázist Konfigurátorés a menüben Adminisztráció tárgy kiválasztása Töltse le az információs bázist. A megnyíló párbeszédpanelen csak adja meg annak a fájlnak a nevét, amelybe az adatokat írjuk.

Indítsa el az adatbázist módban KONFIGURATOR nevében Adminisztrátor adatbázisok vagy válasszon felhasználó jogokkal adatbázis adminisztrátor. A BP 2.0-ról a BP3.0-ra való helyes átmenethez telepítenie kell a "" kiegészítő szerepkört

Ezt a kiválasztással lehet megtenni Konfigurátor menü tétel " Adminisztráció – Felhasználók", és nyissa meg a kívánt felhasználót a listában.

A lapon " Mások"be kell jelölnie az elem melletti négyzetet" Rendszergazda (a 3.0-s kiadásra való átálláshoz)"És" Teljes jogok".

Kattintás után " rendben" a végrehajtott változtatások mentésre kerülnek.

A 3.0-s kiadásra való átállást csak az ilyen jogokkal rendelkező adatbázis-felhasználó nevében szabad végrehajtani.

2. szakasz: Az adatbázis frissítése Configurator módban

A megfelelő frissítési fájl kiválasztásához ismernie kell az aktuális konfigurációs verziót. Az aktuális verziót az ikonra kattintva tekintheti meg "A programról" vagy a menüpontban Referencia tárgy kiválasztása "A programról"

Nyissa meg az adatbázist módban Konfigurátor annak a felhasználónak a nevében, akinek jogokat adott.

A menüpontban " Konfiguráció/Támogatás » kattints « Frissítse a konfigurációt " Ha elem " Támogatás"nem elérhető, kattintson a " Konfiguráció – Nyissa meg a konfigurációt ", és ismételje meg a műveletet.

A megnyíló ablakban válassza a „ Frissítési fájl kiválasztása " gomb megnyomásával További

Adja meg a frissítési fájl elérési útját: Külső kezelések N:\1C frissítések\Fájlok áttérés a BP 2.0-ról a BP 3.0-ra

A következő ablakban kattintson a gombra « Kész » a frissítési folyamat elindításához.

Egy idő után a program letölti a frissítési fájlra vonatkozó információkat, és megjelenik egy ilyen ablak:

Egy gombnyomással rendben Megkezdődik a konfiguráció frissítési folyamata. Eltarthat egy ideig.

A frissítési időszak alatt két üzenetet fog kapni, először kattintson IGEN- frissítse az információbiztonsági konfigurációt, nyomja meg a második gombot ELFOGAD- a táblázatok átszervezése.

3. szakasz: A frissítés befejezése

A frissítés befejezése után kattintson a gombra "Kezdje el a hibakeresést." Az adatbázis módban nyílik meg Vállalatés megjelenik egy üzenet, amely megerősíti a frissítés jogszerűségét. Pipa "Kijelentem"és nyomja meg "Folytatni".

A frissítés megerősítése után az adatbázisnak némi időbe telik a változtatások előkészítése (a program lefagyottnak tűnhet).

Meg kell várnia a frissítés befejezését.

Ezzel befejeződött az átállás a 3.0-s verzióra.

Nem sikerült frissíteni? Forduljon szakemberhez!

2017-12-07T17:44:22+00:00

Az 1C:Accounting Edition 3.0, a 2.0-tól eltérően, a „kezelt űrlapokon” működik.

A „kezelt űrlapok” egy új megközelítés a programfelület felépítéséhez, a felhasználóval való interakciójához és a hálózaton keresztüli munkához.

Lehetővé válik, hogy olyan üzemmódban működjünk, amelyben csak az információk bevitele és megjelenítése történik a felhasználó számítógépén, a többit egy másik számítógép (szerver) végzi.

A munka sebessége nő, és lehetővé válik az 1C elérése böngészőn vagy.

Szükséges-e váltani?

Igen, az 1C „A 2.0 kiadás 3.0-s kiadással történő cseréjéről” című tájékoztató levél szerint az ilyen átállás 20xx-től kötelező lesz ( Egyébként a 2.0-s kiadás támogatásának megszűnését már évek óta elhalasztották, de a vélemény szerint ez a támogatás előbb-utóbb megszűnik).

Tehát a jelenleg rendelkezésre álló információk szerint:

• 1C: A 2.0 számviteli kiadás 20xx. 1. negyedévének végéig támogatott a 20xx. évi éves jelentések benyújtásához szükséges mértékben. Ide tartoznak a jogszabályi változások és természetesen a szabályozott jelentéstétel.
• A 20xx 1. negyedévére vonatkozó jelentéseket azonban új kiadásban kell benyújtani, mivel a jogszabályi változások és a 20xx új jelentéskészletei csak a 3.0-s kiadásra vonatkoznak.

Általában senki sem tudja, meddig lesz támogatott a második kiadás

Mennyire lesz egyszerű frissíteni az új 3.0-s kiadásra?

Általánosságban elmondható, hogy az 1C: Accounting 3.0-ra való áttérés a 2.0-s kiadásról egyszerű adatbázis-frissítésként történik, amelyet már régóta megszoktunk. Hiszen ilyen frissítésekkel jelennek meg programunkban a szabályozott jelentések új sorozatai.

Az alábbiakban lépésről lépésre ismertetjük a frissítési folyamatot.

Egy ilyen frissítés viszonylag egyszerű lesz azoknak a felhasználóknak, akiknek a konfigurációja teljesen szabványos, vagyis nem módosították a konfigurátorban. Ebben az esetben bármely kellően hozzáértő felhasználó kezelheti a frissítést. Ha a konfiguráció atipikus, akkor szakemberhez kell fordulnia.

Milyen nehézségekkel kell szembenéznie az átállás után?

1. Ha bármilyen külső feldolgozást vagy jelentést használt, akkor az új kiadásban ezek mind leállnak. A kezelt felülethez pedig ezeknek a kezeléseknek az új verzióira lesz szüksége.
2. Ha a régi kiadást a konfigurátoron keresztül módosították, akkor ezeket a módosításokat meg kell ismételni a 3.0-s kiadásnál.
3. Új, szokatlan felület. Általában a munkamódszerek megegyeznek a 2.0-s kiadáséval, de sok újdonság van. Ebben a részben megpróbálok információkat közzétenni az 1C: Számvitel 3.0 munkatechnikáiról. hírekért.

A 2.0-s kiadásról a 3.0-ra való váltás folyamata lépésről lépésre

Kézi módszer

6. A rendszer kiválasztja az 1C: Accounting Edition 3.0 megfelelő verzióját, amelyre kettőről frissíthet. Kattintson a "Tovább" gombra.

7. Várjon, amíg az 1C letölti az összes frissítési fájlt a webhelyről.

8. Válassza az "Igen, indítsa újra az 1C:Enterprise" lehetőséget, és kattintson a "Tovább" gombra.

9. Most meg kell várnia, amíg a frissítés megtörténik. Ez egy nagyon hosszú folyamat. Lehet, hogy fél óráig tart a frissítés, esetleg másfél óráig. Itt a számítógép teljesítménye az adatbázis méretétől is függ.

10. A frissítés után elindul az 1C: Accounting 8.3 (3.0-s verzió) új verziója.

11. Frissítés ablak újra - a program előkészítő műveleteket hajt végre az új kiadásra váltás után.

12. Kész! Gratulálunk, átváltott az 1C: Accounting 3.0 új kiadására.

De nem mindig és nem mindenki megy simán. Ha a frissítés sikertelen, a program automatikusan visszaáll az előző verzióra. De minden esetre mindig legyen kéznél biztonsági másolat, a frissítés előtt készült.