Általánosságban elmondható, hogy könyvelői körökben az a vélemény uralkodik, hogy valamikor szabad akaratukból származó adatok (furcsa módon a könyvelő kívánságával egybeesve) szabadon vándoroltak egyik információs bázisról a másikra, de a gonosz programozók bevezették St. A György-nap és az átállás csak az adóidőszak elején kezdett megtörténni évente egyszer, majd a fokozatos jogcsökkentés révén az adatok teljesen elfelejtették, hogyan kell a könyvelő akaratára átvinni...

A számviteli osztályokat nem szabad lebeszélni arról, hogy az ilyen tévhiteknek nincs helye a fejükben. De lehet (és talán érdemes is), mielőtt független átvitelt hajtana végre, megismerkedhet az átvitel során azonosított jellemzőkkel és hibákkal. Zeke 7.7 V ZUP 8 , nevezetesen:

1). mindenekelőtt frissítenie kell a forrásadatbázis és a céladatbázis konfigurációit (nem ajánlott az adatokat a hálózaton keresztül lekérni), és meglepődhet, ha hibák, pl. "Az index nincs az értéklista határain belül" ;

2). első számítás a bérátutalást követően dupla összegű személyi jövedelemadó (és nem minden adatbázisban - a minta csak akkor derült ki, amikor 7.7-ben még nem zárták le a számlázási időszakot, azaz júliusra visszük át, de a június nincs lezárva - júliusban történik a duplázódás) - ilyenkor egyszerűbb a visszaállítás a Személyi jövedelemadó adatok átadása a Műveletek - Dokumentumok - Adattovábbítás útján;

3). Nem kerültek átadásra azon munkavállalók adatai sem, akikről 2011 előtt személyi jövedelemadó-nyilvántartást vezettek. 1-NDFL formanyomtatványon, később pedig a személyi jövedelemadó adónyilvántartásába - ebben az esetben a „Szja, biztosítási járulékok és egységes szociális adó számviteli kiigazítása” bizonylat kézi bevitele, amely a kezdeti bejegyzésre is használható. a program végrehajtása során kiegyensúlyozza és visszaállítja a könyvelést;

4). a termelési naptár hiányossága nem hiba az átadás során, de ezt az árnyalatot gyakran nem veszik figyelembe az áthelyezést követő első bérszámfejtés során;

5). A tanúsítvány 2-NDFL űrlap használatával történő kitöltésekor hibaüzenet jelenik meg és a dokumentum feldolgozása nem történik meg, mivel az „Orosz Föderáción kívüli magánszemély címe” mező nem üres (a vesszőt el kell távolítani), bár a 7.7. pontban a lakóhely szerinti ország címét nem töltötték ki;

6). A "Szervezetek adósságstruktúrája" című jelentés kérdéseivel tartósan elbocsátott alkalmazottak tartozásai , amelynek számításai a Zik-ban zárva vannak (az egyik jól ismert 1c fórumon hibás fizetés volt feltüntetve az ok, az elbocsátáskor kézileg feltüntetve az összeget, és nem számolva a teljes fizetést), és mivel ezek az összegek nem a betétes, akkor a megfelelő nyilvántartási bejegyzések törlésre kerülnek az „Adattovábbítás” bizonylatokból;

7). Semmilyen körülmények között ne másoljon át az átutalás feldolgozása során automatikusan generált dokumentumokat, hogy olyan dokumentumokat hozzon létre, amelyek tükrözik a munkabér kifizetését (a kifizetés nem jelenik meg a fizetési szelvényen).

folytatjuk...))

Jó nap. Ma az 1C program új kiadásáról fogunk beszélni a 8.3-as platform Fizetési és személyzeti menedzsmentjének 3.0 kiadásában. Pontosabban, beszéljünk arról, hogyan kezdjen el benne dolgozni, ha korábban az 1C Enterprise 7.7 Fizetések és személyzet 2.3-at használta, és a bázisa a 7.7-en meglehetősen nagy.

Mint ismeretes, december 16-án megjelent a ZUP új kiadása, amelyben ígéretet kaptunk a ZiK 7.7-ről való átigazolásra. Az ígéret teljesült, immár a kezdő asszisztens is átvihet adatokat a ZiK-ból. Csak balszerencse, ezt csak kényelmes formában teszi, mégpedig com kapcsolaton keresztül csatlakozik a 7.7-es platformhoz, elindítja benne a megadott adatbázist, elindítja benne az átviteli feldolgozást a szükséges szabályokkal, kirak, betölt... és mindent maga csinál.

Micsoda szépség egy könyvelőnek, aki nem hívja segítségül a programozót. Minden néhány kattintással megtörténik. De van itt egy mínusz. Az a tény, hogy a bérszámfejtő programban az adatátvitel nem úgy működik, mint a Trade Management vagy a Enterprise Accounting esetében. Itt nem csak a végső maradványokat viszi. A feltöltésben benne van az alkalmazottakra vonatkozó összes személyi adat, az elmúlt 2 év összes számítása, levonása...egyszóval jelentős adatot visz át. Emiatt az xml fájl kirakodásakor előfordulhat, hogy kifogy a memória.

A legbosszantóbb az, hogy nem tény, hogy hibaüzenetet fog látni, mert... Az 1C 7.7 a háttérben fut, és csak a feladatkezelőben látható. Valószínűleg mindenki először „ingyen” próbál majd feltölteni a start asszisztens segítségével. Azt javaslom, hogy óránként egyszer, ha nincs művelet a képernyőn, nézzen be a feladatkezelőbe, és nézze meg az 1cv77 folyamatot. Az aggodalom hiányát jelzi, hogy a folyamat memóriát fogyaszt és/vagy betölti a központi processzort. A feladat törlésére vonatkozó döntést nem szabad villámgyorsan meghozni, lehet, hogy a folyamat éppen adatokat olvas ki a merevlemezről, figyelje meg. Bár a Windows 8 boldog tulajdonosai is látni fogják ezt a hibát, most már van egy új oszlopuk a feladatkezelőben, ahol a merevlemez terhelése látható.

Nem mindegy, hogyan, de rájöttünk, hogy az adatcsere nem történt meg valami szép módon. Mi legyen a következő. Nyilvánvalóan meg kell keresni a csereszabályokat és a kirakodási feldolgozást. Azonnal figyelmeztetem, hogy a ZiK-ba épített univerzális XML-feltöltés feldolgozása nem biztos, hogy működik, és hibával meghiúsulhat, ezért vállaljuk a szabályokkal együtt járó feldolgozást.

Bevezetjük az 1C Enterprise 8.3-at. Kiválasztjuk a még üres, bér- és személyügyi menedzsment 3.0-s adatbázisunkat, és rákattintunk a „Konfigurátor” gombra. A konfigurátor megnyitása után kattintson a „konfiguráció/konfiguráció megnyitása” elemre a vízszintes menüben. Végül is valószínűleg először lépünk be a konfigurátorba.

Tehát látjuk kedvenc metaadat-fánkat.

Bontsa ki az „Általános” ágat egy pluszjellel. Ebben keressük az „Általános elrendezéseket”. Ott találjuk a „BérekHuman ResourcesData TransferIzZiK23” elrendezést. Kétszer kattintunk rá.

Itt kattintunk a feltöltés fájlba gombra. Nagyon fontos, hogy ne maguk a szabályok legyenek ott, hanem egy archívum, amely tartalmazza a feltöltés szabályait és feldolgozását. Ezért a fájl nevét zip kiterjesztéssel írjuk. Keresse meg azt a mappát, ahová az archívumot mentette, és ott csomagolja ki.

Ezután elindítjuk az 1C 7.7 adatbázist a fizetésünkkel és a személyzetünkkel vállalati módban. Kattintson a "fájl/megnyitás" menüre, és nyissa meg a feldolgozást az archívumból. Külsőleg ez az xml-feltöltés/letöltés univerzális feldolgozása. De a normál hibával lefagyott, mert... Nem találtam semmilyen funkciót, úgyhogy a biztosság kedvéért az archívumot használjuk.

A feldolgozás során a „szabályfájl neve” mezőben válassza ki a szabályokat az archívumból, és kattintson a „Csereszabályok betöltése” gombra.

Most már minden az Ön kezében van, válasszon a listából olyan szabályokat, hogy elegendő memóriája legyen. Hozzáteszem, hogy a kezdési és befejezési dátumot az alapján kell kiválasztani, hogy az utolsó két évre van szükségünk. Ez az időszak csak a számított adatokat érinti, minden, amit a teljes időszakra ki kell rakni, a teljes időszakra kirakod.

Nagyon kényelmes egy szakaszt egy fájlba feltölteni. Egyes adatbázisokban azonban ez a bontás nem lesz elegendő. Például havonta töltöttem fel a számított adatokat, mivel a kezdő dátum és a záró dátum alapján könnyen lehetett időszakonként szűrni.

Miután mindent egyenként letöltött, le kell töltenie őket. Ehhez elindítjuk a ZUP 3.0-t vállalati módban. Nem figyelünk az induló asszisztensre. Kattintson az "összes funkció" elemre. Bemegyünk a feldolgozásba, és ott találjuk az „Univerzális adatcsere XML formátumban” részt. Ez a feldolgozás szabványos és nem okozhat nehézséget, segítségével minden fájlunkat egyenként töltjük be. Azonnal mondom, hogy sokkal gyorsabban töltenek be, mint amennyit kiraknak.

A letöltés után visszatérhet az indítási asszisztenshez.

Köszönöm mindenkinek a mai napot.

Miért váltsunk „ZIK”-ről „ZUP”-ra? Megéri a báránybőr az árát?

Ezt a kérdést minden könyvelő felteszi. Milyen előnyei vannak tehát az új programnak?

Minden menedzser érdekelt vállalkozása fejlődésében. A személyzet növekszik, és lehetetlen minden egyes ember munkáját ellenőrizni. A HR osztály egyszerűen nem tudja kezelni ezt a fajta munkát. A vezető egyszerűen nem ismer látásból minden alkalmazottat. A személyzet munkájának ösztönzésére, motiválására, elemzésére egy „Emberi Erőforrás Menedzsment” szolgáltatás jön létre, amely közvetlenül a vezetővel működik együtt, és együtt sémákat és módszereket alkotnak a bátorításra, motivációra, létszámképzésre stb. A „ZIK 7/ 7” ez a lehetőség tanszéki szintű kereteken valósul meg. Általában ez a program csak egy dologra vonatkozik: a bérszámfejtésre és az adókra. A „ZUP” lehetővé teszi a könyvelők és a személyzeti menedzsment osztály együttműködését. Íme egy rövid lista a „ZUP” segítségével megoldott feladatokról:

1. bérszámfejtés előkészítése;
2. a személyzet pénzügyi motivációjának kezelése;
3. törvényben szabályozott adók és járulékok számítása a béralapból;
4. a felhalmozott bérek és adók tükrözése a vállalkozás költségeiben;
5. Pénzügyi elszámolások kezelése személyzettel, beleértve a letétbe helyezést is;
6. Személyzeti számvitel és személyzeti elemzés;
7. személyi nyilvántartások kezelésének automatizálása;
8. a személyzeti igények tervezése;
9. Üzlet biztosítása személyzettel;
10. kompetenciák kezelése, képzés, alkalmazottak minősítése;
11. hatékony személyi foglalkoztatási tervezés.

Ebből a listából azt a következtetést vonhatjuk le, hogy a bérszámfejtés csak egyike azon feladatoknak, amelyekkel a ZUP kiválóan megbirkózik.

Az „1C: Fizetés és személyügyi menedzsment 8” alkalmazási megoldás által automatizált témakört az alábbi ábra szemlélteti.

A program több jogi személy nyilvántartását is képes vezetni. Lehetőség van konszolidált jelentéskészítésre is a holding egészére vonatkozóan. Így nem kell külön riportokat készíteni, amelyeket leggyakrabban Excelben kellett feldolgozni. A program bevezette a vezetői bérszámfejtést. A platform egy hatékony mechanizmus analitikai jelentések generálására, valamint eszköz bármilyen jelentés készítésére felhasználói módban a adatösszetétel. Lehetőség van arra is, hogy rendszerszinten korlátozza a felhasználói hozzáférést bármely adathoz. A programot, mint a G8 minden verziójában, a gyártó önállóan frissítheti az interneten keresztül, nem kell szakembert hívni.

A program megvásárlásakor az első kérdés az ár kérdése.

Hasonlítsuk össze a "ZIK" és a "ZUP" költségét:

Hogyan lehet tehát fájdalommentesen áttérni az automatizálás új szintjére?

Szinte minden szervezet, amikor új bérprogramra vált, több okból is az új év kezdetét választja:

• a személyi jövedelemadóra és az egységes szociális adóra vonatkozó információk bevitelének minimalizálása (év közepén a programba való belépéskor az év elejétől az adóalapról és az elhatárolt adókról minden információt be kell írnia a program);
• az egységes szociális adóra és az OPS-re vonatkozó nyilatkozatok automatikus kitöltésének képessége, valamint a személyi jövedelemadóra és az Orosz Föderáció nyugdíjalapjára vonatkozó információk benyújtása.

Milyen adatokra lesz szükségünk, ha év elejétől új programra váltunk:

• betegszabadság, szabadság és üzleti utak elhatárolása esetén a korábbi időszakok átlagkeresetére lesz szükség;
• a szervezet alkalmazottaival való kölcsönös elszámolások egyenlege az év elején;
• a gördülő szabadságok és betegszabadságok adatai tavalyról jövő évre;
• a tavalyi évben felhalmozott szabadságokból és betegszabadságokból származó átvitt személyi jövedelemadó adatai a következő évre vonatkozóan.

Mutassunk be egy konkrét példát a „ZIK”-ről „ZUP”-ra való átmenetre.

Az ügyfél 3 adatbázist tartott fenn a ZIK-en, és ezeket az adatbázisokat egy ZUP-ba kellett átvinni. Az első és a második alap rendszeres volt, plusz díjak, időalapú bónuszok nélkül, a harmadik darabmunka megrendeléseket tartalmazott. Szükség volt mind a munkavállalók, mind a saját települések áthelyezésére a ZIK-ben fejlesztett alkalmazottakkal. A ZUP-ba csak az utolsó 12 hónap adatait töltjük be (az átlag kiszámításához), az előzmények megőrzése érdekében minden személyi bizonylatot, valamint a felhalmozási és kiadási bizonylatokat. FIGYELEM! Ha saját maga hajtja végre az átállást, ne továbbítsa a feltöltéssel keletkezett dokumentumokat. A ZiK 7.7-ről a ZUP 8.0-ra történő szabványos adatátvitel során a személyzeti dokumentumokat még egyszer ellenőrizni kell. Ha a ZiK 7.7-ben ugyanazon a napon több személyi megrendelés is volt ugyanarra a munkavállalóra, akkor az ilyen dokumentumok átkerülnek a ZUP 8.0-ba, de nem postázhatók. Az ilyen helyzeteket manuálisan kell nyomon követni és korrigálni.

Javasoljuk továbbá, hogy az északi pótlék kiszámításakor ügyeljen a személyi jövedelemadó levonásra és a szolgálati időre. Valószínűleg manuálisan kell megadnia ezeket, ritkán fog látni olyan ZIK adatbázist, amelyet megfelelően karbantartottak. Az átvitel alapjának előzetes előkészítése nélkül az átállási folyamat egyszerűen lehetetlen. Először is meg kell szabadulnia az összes törlésre jelölt elemtől; ha a törlés nem lehetséges, akkor törölje a törlési jelet. Másodszor, 12 hónapra készítsen összes kimutatást összehasonlítás céljából. Harmadszor, törölje a címosztályozót (időpocsékolás, úgysem kerül átadásra). És csak ezután kerülhet sor az átállásra. Célszerű az átállást a franchise cég szakemberei végezni, akkor a kockázat minimálisra csökken, garantáltan fejfájás nélkül. Az adatok ZIK-ből történő letöltésének folyamata legfeljebb 1-3 órát vesz igénybe, attól függően, hogy mennyire elfoglaltak a címtárak. Esetünkben a tiszta átviteli idő bázisonként legfeljebb 70 percet vett igénybe. Mert nem minden adat kerül átvitelre automatikusan, az adatok ZUP-ba való betöltése után néhány műveletet manuálisan kell végrehajtania. A tranzakciós sablonok és számítási algoritmusok nem kerülnek átvitelre, ha eltérnek a szabványos sablonoktól. A legérdekesebb pont a darabmunka adatok átvitele, mert... kifejezetten átadják. A darabmunka rendszerrel történő bérszámítási dokumentumokban néhány mezőt magának kell kitöltenie. Amikor adatokat tölt be a ZUP-ba, a rendszer maga tájékoztatja Önt arról, hogy mely dokumentumokban kell manuálisan módosítani.

Az adatokat 2 db, megközelítőleg azonos méretű és összetételű felhalmozási típusú adatbázisban vittem át. Az egyik adatbázist gond nélkül átvitték szabványos eszközökkel, a második alappal viszont sok gondom volt.
Az első hiba az általános Fizetés és Személyzet modulban jelent meg a Részletek beállítása a beosztott egységekben eljárásban.
Nem vettem a fáradságot, hogy kitaláljam, és az eljárás végén csak kommentáltam a modul sorait:

//Divisions kiválasztása közben.Next() Loop // DepartmentObject = DepartmentSelection.Link.GetObject();// Kísérlet // OsztályObject.Lock();// Kivétel //TextExceptionRecord = StringFunctionsClientServer.SubstituteParametersIntoString( // NStr("ru = "Nem sikerült módosítani a %1 alárendelt részleget a %2 írása közben. // |Talán az osztályt egy másik felhasználó szerkeszti""), // DepartmentObject.Name, // ?(DataSource = Undefined, NStr("ru = "all divisions""), DataSource.Name)); // RaiseExceptionRecordExceptionText;//EndTry; // // Alárendelt egység kitöltése(UnitObject, StringStructuralUnits.Key); // Ha DataSource<>Undefined And ExecuteOrganizationRecord Ezután // Ha nem DataSource.There AreSeparatedDivisions And DivisionObject.SeparatedDivision then // DepartmentObject.SeparatedDivision = False;// EndIf; // EndIf; // // DivisionObject.AdditionalProperties.Insert("ParentRecordProcessing", True); // DepartmentObject.DataExchange.Load = True; // OsztályObject.Write();//EndCycle;

Kihagytam ezt a hibát, és azt tapasztaltam, hogy „A Date típusú literálban szereplő évszám meghaladja a 3999-et.” Az adatátviteli objektumra hivatkozva "ROtp" előtaggal. Azok. a szabadságnyilvántartás átadásakor. Amint nem ezt a dátumot kerestem. Elvágtam a jelentést, és átnéztem az összes dokumentumot dátum szerint a hétben (találtam párat, javítottam a dátumot, de nem segített). Ezután átnéztem az összes személyi és nem személyi jellegű dokumentumot a kezdési és befejezési adatokkal. Ezekben a részletekben sem találtam dátumot. Ezt az objektumot az Universal Data ExchangeXML feldolgozás során nem lehetett kommentálni és kihagyni, mert a problémás dátum nem magában az Adatátadási bizonylat keltében csúszott be, hanem amelynek nyilvántartásában ez a dokumentum az iktató.
Ki kellett húznom a csereszabályokat és módosítanom kellett. Ezek a ZUP-ban találhatók a „ZiK23 adatátvitel fizetési személyzettel” általános elrendezésében. Feltöltjük az adatokat, ami egy archívum, kicsomagoljuk és betöltjük az xml fájlt a Data Conversion konfigurációba. Van egy Vacation Registry and Upload nevű algoritmus. Úgy döntöttem, hogy mivel ez a helyzet, a rendszerleíró adatbázist nélkülözöm, és abbahagyom az eljárás végrehajtását.
Kiraktam a szabályokat, kiraktam a feldolgozó modult, mindent újra összepakoltam és visszatoltam a konfigurációba. Miért nem akartad egyszerűen a szabályoknak megfelelő feldolgozással kirakni a ZiK-ból, majd betölteni a ZUP-ba? Mert nem igazán akartam megérteni azt a csomó paramétert, ami a feltöltési szabályokat kíséri. Mit kell ott feltüntetni, milyen dátumokat stb. nem egészen világos.
Általánosságban elmondható, hogy az adatok valahogy és hibajelzés nélkül is betöltődnek. De valamiért kezdeti tartozás nélkül. A ZiK-ból való kirakást továbbra is a ZUP-ból kirakott feldolgozás és szabályok segítségével kellett elvégeznem.
ZiK-ban megnyitottam a feldolgozást, betöltöttem a szabályokat, és megpróbáltam beállítani az év végi dátumokat a paraméterekben. Jelölje be a négyzetet, ha csak az elmaradt fizetéseket szeretné feltölteni. Feltöltéskor hibát kaptam:

Tárgy: Ivanov Ivan Ivanovics, ingatlan: magánszemély
Hiba az objektumtulajdonságok értékeinek lekérésekor
Tárgy: Ivanov Ivan Ivanovics, tulajdonság: Név pontosítás
Megnéztem az átalakítási szabályokat, hogy ott hogyan kerül fel az alkalmazotti címtár. Valóban oda van írva, hogy ezeket az ingatlanokat fel kell tölteni, de a dolgozóknak ezek az ingatlanok nem a ZiK-ban vannak, csak a ZUP-ban vannak.

Ennek eredményeként végül mindent feladtam, és közvetlenül szerkesztettem a kirakodás feldolgozását 7-től. Nem fogom idézni, hogy milyen kisebb módosításokat végeztem az eljárásokon. Mindegyiknek megvan a maga sajátossága.

Sok felhasználó már értékelte az 1C: Fizetés és személyzeti menedzsment 8 programot, amely automatizálja a humánerőforrás-adatok kezelésének folyamatait, és lehetővé teszi a személyzeti nyilvántartások vezetését, a bérszámfejtést, valamint az adókról és járulékokról szóló jelentéseket a törvényi előírásoknak megfelelően. A cikkben az 1C módszertanosai részletes, lépésről lépésre szóló utasításokat kínálnak. Segít az adatok helyes átvitelében az 1C: Fizetés és személyzeti menedzsment 8 programba, és elkerülheti a hibákat a jövőben a bérek kiszámításakor.

• katonai regisztráció elérhetősége;
• a szabadság ütemezésének betartása;
• és még sok más.

Szükséges sétálni?

Az „1C: Fizetés és személyzeti menedzsment 8” előnyei az „1C: Fizetés és személyzet 7.7” (a továbbiakban: ZiK) előtt nyilvánvalóak és számosak, de némi erőfeszítést kell tenni ezek teljes körű értékeléséhez.

A fő előnyök között a következők szerepelnek:

• több szervezet nyilvántartásának képessége egyetlen információs bázisban;
• tulajdonságok és kategóriák mechanizmusa, amely lehetővé teszi az alkalmazottakról tárolt információk tetszőleges bővítését konfiguráció nélkül;
• a szabályozott személyzeti nyilvántartás bővített lehetőségei;
• katonai regisztráció elérhetősége;
• a szabadság ütemezésének betartása;
• munkaidő-felhasználás elszámolása (részmunkaidő, munkarend, munkaidő-nyilvántartás);
• szigorú szabályozás hiánya a következő és az előző számlázási időszakra való áttérés tekintetében;
• sok beépített számítási algoritmus, tetszőleges képleteket adhat meg a díjak és levonások beállításakor;
• különféle lehetőségek az előleg képzésére;
• a szabályozott és önkényes jelentéstétel széles lehetőségei;
• szolgáltatási mechanizmusok elérhetősége, az adatokhoz való hozzáférés megosztásának eszközei, a személyes adatok védelmének eszközei;
• és még sok más.

Annak érdekében, hogy fájdalommentesen váltson az „1C: Fizetés és HR menedzsment 8” programra, több lépést kell megtennie egymás után.

Tegyük meg az első lépést – készítsünk egy információs bázist

Tegyük rendbe az 1C: Fizetés és Személyzet 7.7 program kezdeti adatbázisát.

Fontos! Annak érdekében, hogy a műveletek visszafordíthatóak legyenek, ismételhetőek legyenek, és semmi se okozzon csalódást, az adatbázison (DB) végzett műveleteket biztonsági másolat készítésével kezdjük meg.

Ehhez indítsa el az „1C: Fizetés és személyzet 7.7” módot Konfigurátor. Válassza ki a menüből Adminisztráció - Adatok feltöltése... Az archívumnak nevet adunk, hogy később könnyen érthető legyen (például „a ZUP-ba való feltöltés előtt”). Azt követően:

• Lezárjuk azt a számlázási időszakot, amelyre az adatokat átadjuk (például 2011. december). Töröljük a következő időszakokhoz kapcsolódó minden olyan dokumentumot, amely már be van írva. Újra be kell őket léptetni a ZUP-ba;
• Figyelembe véve a kézikönyvet Osztályok. Figyelembe veszik a ZUP-ban külön mérlegben található részlegeket Szervezetek. Az összes különálló ZIK egységet kitöltött ellenőrzőpont-adatokkal átvisszük a címtárba Szervezetek ZUP konfigurációk. Számukra külön szabályozott jelentés készül. Ha szükséges, hogy a ZUP szervezeti struktúrájában szereplő ZiK egységeket át kell vinni a címtárba Szervezeti részlegek, törölje a könyvtárból Osztályok kellékek ellenőrző pontés távolítsa el a jelölőnégyzetet Egymástól e dedikált mérleggel rendelkező részleg;
• Csináljuk Megjelölt objektumok törlése. Ez egyébként ok arra, hogy foglalkozzunk a nem törölt objektumokkal. Lehet, hogy valóban nem törölhetők – majd törölje a törlés jelét. Vagy törölnie kell ezeket az objektumokat és a hozzájuk társított egyéb objektumokat is;
• Következő módban Konfigurátor csináljuk Az adatbázis tesztelése és javítása.....Figyeljen az akciójelzőkre. Mindent telepítenie kell, beleértve az utolsót is. A folyamat hosszadalmas lehet. Megismételheti, futtassa kétszer: először az első három műveletet, és a befejezés után a többit;
• Győződjön meg arról, hogy a V7Plus.dll és V7Plus.als fájlok a ZiK adatbázis-könyvtárban vannak;
• Ellenőrizze, hogy a konfigurációs kiadás naprakész-e. Szükség esetén frissítse;
• Kilépünk a ZiK adatbázisból.

Tegyük meg a második lépést – töltsük le az adatokat

Ezen a ponton:

• Győződjön meg arról, hogy az „1C: Fizetés és HR Management 8” program telepítve van, és a konfigurációs kiadás naprakész;
• Ha a letöltés nem új tiszta adatbázisba történik, hanem olyanba, amely bizonyos információkat tartalmaz, ellenőrizze, hogy nincs-e telepítve Nincs szerkesztési dátum, valamint a letöltés megkezdése előtt mindenképpen készítsen biztonsági másolatot, hogy sikertelenség esetén ismételje meg a letöltési folyamatot;
• Határozzuk meg az átvitel módját. Válassza ki a menüből (1. ábra):
• adatok letöltése az infobázisból;
• adatok betöltése fájlból.

Rizs. 1

Módszer Adatok betöltése az információs bázisból előnyös. Használatához a ZiK és a ZUP adatbázisoknak ugyanazon a helyi hálózaton kell lenniük.

Ha ez nem lehetséges, akkor a második módszert kell használnia.

...adatok betöltése az információs bázisból

• Válasszuk ki azt a ZiK adatbázist, ahonnan adatokat szeretnénk átvinni (2. ábra):

Rizs. 2

Azonnal meg kell határozni a kölcsönös elszámolások lebonyolításának politikáját. Ha bejelöli a négyzetet A bérek kölcsönös elszámolása a felhalmozási hónapokban történik , akkor a fizetéshátralék átutalásra kerül részletekkel havi bontásban (egyébként - csak a végösszeg).

Jelölőnégyzet Az átutalt fizetési hátralék visszaállítása Kényelmes megjeleníteni, amikor döntés születik arról, hogy a ZiK-ban lévő összes tartozást figyelembe veszik, anélkül, hogy azokat a ZUP-hoz utalnák át az első havi kifizetések átláthatósága érdekében.

• nyomja meg a gombot További..

Ha már létrehoztak felhasználókat az „1C: Fizetés és Személyzet 7.7” adatbázisban, akkor a képernyőn megjelenik egy engedélyezési ablak, amelyben ki kell választania egy felhasználót és meg kell adnia egy jelszót (3. ábra).

Rizs. 3

Ezt követően megkezdődik az adatok átvitele a ZiK-ból a ZUP-ba. Felhívjuk figyelmét, hogy ez sokáig tarthat. Ha az átvitel során hibákat találnak, azokat elemezni kell, a ZiK-ban megfelelő javításokat kell végezni, és a letöltést meg kell ismételni. A képernyőn megjelenik egy üzenet, amely jelzi a sikeres letöltést.

...vagy töltsön be adatokat egy fájlból

Ha vannak olyan okok, amelyek nem teszik lehetővé az adatok betöltését az információs bázisból, akkor a második módszert alkalmazzuk:

• A ZUP adatbázisban válassza ki a menüt Műveletek - Címtárak - Konvertálás információs bázisokból 1C:Enterprise 7.7(4. ábra);

Rizs. 4

• Ikon kiválasztása Konverziós fájlok lemezre írása. Ebben az esetben a feldolgozó fájl Átmeneti asszisztens bérszámfejtésre és HR menedzsmentre, 2.5-ös verzióés célszerű a kiválasztott konfigurációhoz tartozó szabályfájlt elmenteni annak a ZiK adatbázis-könyvtárnak az „ExtForms” könyvtárába, ahonnan az adatokat letölti;
• A ZiK-ot módban indítjuk Vállalat;
• Ezután válassza ki a menüből Szolgáltatás – Kiegészítő funkciók – Asszisztens az 1C fizetésre való átálláshoz és a személyzeti menedzsmenthez 8.
  Ha ez a menüpont nem tartalmazza a megadott feldolgozást, kattintson a gombra Frissítés. Ha a megadott feldolgozás nem jelenik meg, az azt jelenti, hogy egy másik könyvtárba mentette, és a menüből futtathatja Fájl – Megnyitás, fájl kiválasztása PrB_Wiz.ert(5. ábra).

Rizs. 5

• És tovább, kövesse az utasításokat , feltünteti a feltöltési feltételeket és az átadott adatok fájljának nevét;
• A kirakodás sikeres befejezése után áttérünk a ZUP-ra;
• A menün Szolgáltatás - Adatok átvitele információs adatbázisokból "1C:Enterprise 7.7" választ Adatok betöltése fájlból. Adja meg az átvitt adatfájl elérési útját és nevét. A képernyőn megjelenik egy üzenet, amely jelzi a sikeres letöltést.

Harmadik lépés - az átviteli eredmények elemzése

Adatátvitel megtörtént. Győződjön meg arról, hogy az 1C: Fizetés és HR menedzsment 8 program készen áll a bérszámfejtésre:

• Az átvitt adatokról készítsünk biztonsági másolatot. Ehhez a ZUP konfigurátor módban válassza a lehetőséget Adminisztráció, Információs bázis feltöltése... Az archívumnak egyértelmű nevet adunk (például „azonnal a ZUP-ba való betöltés után”);

Nézzük meg a kézikönyvet Magánszemélyek. Az adatok „megszaporodhatnak” az átvitel következtében, különösen több adatbázisból. Csatlakoztassa őket feldolgozás segítségével SearchAndReplaceValues.epf az ITS lemezről (6. ábra);

Rizs. 6

• Dolgozzon a referenciakönyvvel Alkalmazottak.– Tedd az elbocsátott embereket az archívumba. Az egyértelműség kedvéért vegye fel a menübe Akciók Könyvtár Alkalmazottak mód beállítása Alkalmazotti archívum megjelenítése. Helyezze a kurzort a listában az elbocsátott alkalmazottra. BAN BEN menü Akciók Könyvtár Alkalmazottak válassza ki Helyezzen el egy alkalmazottat az archívumba. Ez a művelet visszafordítható, és bármikor használhatja a parancsot Vegyen ki egy alkalmazottat az archívumból. Ha tévedésből archivált egy alkalmazottat, a parancs Vegyen ki egy alkalmazottat az archívumból csak akkor válik elérhetővé, ha a kurzort egy másik alkalmazottra viszi, majd visszatér a kívánthoz. Ha nem mozgatta a kurzort, akkor a parancs szerint Egy alkalmazott archiválása kiválaszthat egy gombot Kivonat az archívumból;
• A gyártási naptár és a munkaterv kitöltése;
• Ellenőrizze a mérlegeket. Elemezze a különbségeiket. Dokumentum A felhalmozási regiszter bejegyzéseinek beállítása szükség szerint módosítsa a nyilvántartásokat Kölcsönös elszámolások szervezetek alkalmazottaivalÉs Személyi jövedelemadó hitelre.