Üleminek 77-lt 8,3-le.

Head päeva. Täna räägime programmi 1C uuest väljaandest platvormi 8.3 Palk ja personalijuhtimine versioonis 3.0. Täpsemalt, räägime sellest, kuidas sellega tööd alustada, kui enne seda kasutasite 1C Enterprise 7.7 Palgad ja personal 2.3 ja teie baas 7.7 peal on üsna suur.

Teatavasti ilmus 16. detsembril ZUP uus väljaanne, milles lubati meile ülekanne ZiK 7.7-st. Lubadus sai täidetud, nüüd saab stardiabiline andmeid edastada ka ZiK-st. Ainult halb õnn, ta teeb seda ainult mugavas vormis, nimelt loob ühenduse com-i ühenduse kaudu 7.7 platvormiga, käivitab selles määratud andmebaasi, alustab selles vajalike reeglitega ülekande töötlemist, laadib maha, laadib... ja teeb kõike ise.

Milline kaunitar, raamatupidajale, kes ei kavatse programmeerijat appi kutsuda. Kõik tehakse mõne klõpsuga. Kuid siin on miinus. Fakt on see, et andmeedastus palgaarvestuse programmis ei toimi nagu ülekanded Trade Managementis või ettevõtte raamatupidamises. Siin ei kanna ta ainult lõplikke jäänuseid. Üleslaadimine sisaldab kõiki personaliandmeid töötajate kohta, kõiki viimase 2 aasta arvutusi ja mahaarvamisi... ühesõnaga edastab olulise osa andmeid. Seetõttu võib xml-faili mahalaadimise ajal tekkida mälust tühi olukord.

Kõige tüütum on see, et see ei ole tõsiasi, et näete veateadet, sest... 1C 7.7 töötab taustal ja on nähtav ainult tegumihalduris. Tõenäoliselt proovivad kõik esimest korda stardiabi abil "tasuta" üles laadida. Soovitan kord tunnis, kui ekraanil midagi ei näe, vaadata tegumihaldurisse ja vaadata 1cv77 protsessi. Mure puudumise indikaator on see, et protsess kulutab mälu ja/või laadib keskprotsessorit. Ülesande tühistamise otsust ei tohiks teha välkkiirelt, võib-olla loeb protsess praegu andmeid kõvakettalt, vaadake seda. Kuigi ka Windows 8 õnnelikud omanikud näevad seda defekti, on neil nüüd tegumihalduris uus veerg, kus kuvatakse kõvaketta koormus.

Vahet pole, kuidas, aga saime teada, et andmevahetus ei toimunud ilusti. Mida edasi teha. Ilmselgelt peate otsima vahetusreegleid ja mahalaadimise töötlemist. Hoiatan teid kohe, et ZiK-i universaalse XML-i üleslaadimise sisseehitatud töötlemine ei pruugi töötada ja võib ebaõnnestuda tõrke tõttu, seega võtame reeglitega kaasasoleva töötlemise.

Käivitame 1C Enterprise 8.3. Valime välja oma, veel tühja, palga- ja personalijuhtimise 3.0-ga andmebaasi ja vajutame nuppu “Konfiguraator”. Pärast konfiguraatori avamist klõpsake horisontaalmenüüs "konfiguratsioon/ava konfiguratsioon". Tõenäoliselt siseneme konfiguraatorisse esimest korda.

Seega näeme oma lemmikmetaandmete puud.

Laiendage haru „Üldine” plussmärgiga. Selles otsime jaotist "Üldised paigutused". Leiame sealt paigutuse “PalkPersonalressursside andmeedastusIzZiK23”. Klõpsame sellel kaks korda.

Siin klõpsame nuppu Laadi üles faili. On väga oluline, et seal ei oleks reeglid ise, vaid arhiiv, mis sisaldab üleslaadimise reegleid ja töötlust. Seetõttu kirjutame failinime zip-laiendiga. Otsige üles kaust, kuhu arhiivi salvestasite, ja pakkige see seal lahti.

Järgmisena käivitame 1C 7.7 andmebaasi, kus on meie palk ja personal ettevõtte režiimis. Klõpsake menüül "fail/ava" ja avage arhiivist töötlemine. Väliselt on see xml-i üles-/allalaadimise universaalne töötlemine. Kuid standard jooksis veaga kokku, sest... Ma ei leidnud ühtegi funktsiooni, nii et kindluse mõttes kasutame arhiivis leiduvat.

Töötlemisel valige väljal "reeglifaili nimi" arhiivist reeglid ja klõpsake nuppu "Laadi vahetusreeglid".

Nüüd on kõik teie kätes, valige loendist sellised reeglistikud, et teil oleks piisavalt mälu. Lisan, et algus- ja lõppkuupäeva valimisel tuleks lähtuda sellest, et meil on vaja kahte viimast aastat. See periood mõjutab ainult arvutatud andmeid, kogu perioodi jooksul laaditakse maha kõik, mida on vaja maha laadida.

Väga mugav on laadida üks jaotis ühte faili. Mõnes andmebaasis sellest jaotusest siiski ei piisa. Näiteks laadisin arvutatud andmed üles kord kuus, kuna neid oli lihtne perioodide kaupa filtreerida, kasutades algus- ja lõppkuupäeva.

Kui olete kõik eraldi alla laadinud, peate need alla laadima. Selleks käivitame ZUP 3.0 ettevõtte režiimis. Me ei pööra stardiabilisele tähelepanu. Klõpsake "kõik funktsioonid". Läheme töötlusse ja leiame sealt “Universaalne andmevahetus XML-vormingus”. See töötlemine on standardne ja ei tohiks selle abil raskusi tekitada, laadime kõik failid ükshaaval. Ütlen kohe, et need laadivad palju kiiremini kui maha.

Pärast allalaadimist saate naasta käivitusabilise juurde.

Aitäh kõigile tänase eest.

Andmed edastasin 2 andmebaasi, ligikaudu ühesuguse suuruse ja tekketüüpide koostisega. Üks andmebaas sai standardsete vahenditega probleemideta üle viidud, kuid teise baasiga oli mul palju probleeme.
Esimene tõrge ilmnes üldises Palga ja Personali moodulis protseduuris Määra andmed alluvates üksustes.
Ma ei viitsinud seda välja mõelda ja lihtsalt kommenteerisin selle mooduli ridu protseduuri lõpus:

//Jaotuste valimisel.Next() Loop // OsakondObject = DepartmentSelection.Link.GetObject();// Katse // OsakondObject.Lock();// Erand //TextExceptionRecord = StringFunctionsClientServer.SubstituteParametersIntoString( // NStr("ru = "Allosakonna %1 muutmine %2 kirjutamise ajal nurjus. // |Võib-olla muudab osakonda teine ​​kasutaja""), // Osakonnaobjekti nimi, // ?(Andmeallikas = Undefined, NStr("ru = "kõik jaotused""), DataSource.Name)); // RaiseExceptionRecordExceptionText;//EndTry; // // Täitke alamüksus(UnitObject, StringStructuralUnits.Key); // Kui DataSource<>Undefined And ExecuteOrganizationRecord siis // Kui ei ole DataSource.On SeparatedDivisions And DivisionObject.SeparatedDivision Siis // OsakondObject.SeparatedDivision = False;// EndIf; // EndIf; // // DivisionObject.AdditionalProperties.Insert("ParentRecordProcessing", True); // OsakondObject.DataExchange.Load = Tõene; // OsakondObject.Write();//EndCycle;

Mul jäi see viga kahe silma vahele ja avastasin: "Aastanumber kirjas Kuupäev ületab 3999." Viidatud andmeedastusobjektile eesliitega "ROtp". Need. puhkuseregistri üleandmisel. Niipea, kui ma seda kuupäeva ei otsinud. Tõmbasin aruande ära ja vaatasin kõik dokumendid seitsmes kuupäeva järgi läbi (leidsin paari, parandasin kuupäeva, aga see ei aidanud). Seejärel vaatasin läbi kõik personali- ja mittepersonali dokumendid koos algus- ja lõpuandmetega. Ka nendest üksikasjadest ei leidnud ma ühtegi kuupäeva. Seda objekti ei olnud võimalik Universal Data ExchangeXML-i töötlemisel kommenteerida ja vahele jätta, kuna probleemne kuupäev ei hiilinud sisse mitte Andmeedastusdokumendi enda kuupäevasse, vaid sellesse, mille registris see dokument on registripidajaks.
Pidin vahetusreeglid välja tõmbama ja muutma. Need asuvad ZUP-is üldistes paigutustes “Palgapersonali andmete edastamine ZiK23-st”. Laadime üles andmed, mis on arhiiv, pakime lahti ja laadime xml-faili andmete teisendamise konfiguratsiooni. On olemas algoritm, mida nimetatakse puhkuseregister ja üleslaadimine. Otsustasin, et kuna see nii oli, teen registrita ja lõpetan selle protseduuri tegemise.
Laadisin reeglid maha, laadisin maha töötlemismooduli, pakkisin kõik uuesti kokku ja lükkasin konfiguratsiooni tagasi. Miks te ei tahtnud seda ZiK-ist lihtsalt reeglite järgi töödeldes maha laadida ja seejärel ZUP-i laadida? Kuna ma ei tahtnud tegelikult aru saada üleslaadimisreeglitega kaasnevatest parameetritest. Mida sinna märkida, mis kuupäevad jne. pole päris selge.
Üldiselt laaditi andmed kuidagi ja isegi ilma veahoiatusteta. Aga millegipärast ilma esialgse võlata. Ma pidin ikkagi ZiK-st maha laadima, kasutades ZUP-ist mahalaaditud töötlemist ja reegleid.
Avasin ZiK-is töötlemise, laadisin reeglid ja proovisin parameetrites määrata aastalõpu kuupäevi. Märkige ruut, et laadida üles ainult palgavõlgnevused. Üleslaadimisel sain veateate:

Objekt: Ivanov Ivan Ivanovitš, vara: üksikisik
Viga objekti atribuutide väärtuste hankimisel
Objekt: Ivanov Ivan Ivanovitš, vara: Nime täpsustus
Vaatasin konversioonireeglitest, kuidas töötajate kataloog sinna üles laetakse. Tõepoolest, seal on kirjas, et need omadused tuleks üles laadida, aga töötajatel neid omadusi ZiK-is ei ole, need on ainult ZUP-is.

Selle tulemusel loobusin lõpuks kõigest ja läksin otse 7-st mahalaadimise töötlemist redigeerima. Ma ei maini, milliseid väiksemaid muudatusi protseduurides tegin. Igal neist on oma eripärad.

Paljud kasutajad on juba hinnanud programmi 1C: Palga- ja personalijuhtimine 8, mis automatiseerib personaliandmete haldamise protsesse ning võimaldab teil pidada ka personaliarvestust, palgaarvestust ning koostada aruandeid maksude ja sissemaksete kohta vastavalt seaduse nõuetele. Artiklis pakuvad 1C metoodikud üksikasjalikke samm-sammult juhiseid. See aitab teil andmeid õigesti üle kanda programmi 1C: Palk ja personalijuhtimine 8 ning vältida tulevikus vigu palkade arvutamisel.

• sõjaväelise registreerimise kättesaadavus;
• puhkuse ajakava pidamine;
• ja palju muud.

Kas on vaja kõndida?

Programmi “1C: Palgad ja personalijuhtimine 8” eelised “1C: Palgad ja personal 7.7” (edaspidi ZiK) ees on ilmselged ja arvukad, kuid nende täielikuks hindamiseks tuleks pingutada.

Peamiste eeliste hulgas on järgmised:

• võimalus säilitada mitme organisatsiooni arvestust ühes infobaasis;
• omaduste ja kategooriate mehhanism, mis võimaldab suvaliselt laiendada töötajate kohta salvestatud teavet ilma konfiguratsioonita;
• reguleeritud personalidokumentide laiendatud võimalused;
• sõjaväelise registreerimise kättesaadavus;
• puhkuse ajakava pidamine;
• tööaja kasutamise arvestus (osaline tööaeg, töögraafikud, töötunnid);
• rangete regulatsioonide puudumine nii järgnevatele kui ka eelmistele arveldusperioodidele üleminekuks;
• palju sisseehitatud arvutusalgoritme, saate tasude ja mahaarvamiste seadistamisel sisestada suvalisi valemeid;
• erinevad võimalused ettemaksu vormistamiseks;
• reguleeritud ja meelevaldse aruandluse laialdased võimalused;
• teenusmehhanismide kättesaadavus, andmetele juurdepääsu jagamise vahendid, isikuandmete kaitse vahendid;
• ja palju muud.

Programmile “1C: Palk ja personalijuhtimine 8” valutult üleminekuks peate tegema mitu sammu järjest.

Teeme esimese sammu – valmistame ette teabebaasi

Teeme korda programmi 1C: Palk ja personal 7.7 esialgse andmebaasi.

Tähtis! Selleks, et toimingud oleksid pööratavad, et neid saaks uuesti korrata, et miski ei tekitaks pettumust, alustame andmebaasis (DB) kõiki toiminguid varukoopia loomisega.

Selleks käivitage režiimis "1C: Palk ja personal 7.7". Konfiguraator. Valige menüüst Administreerimine – andmete üleslaadimine... Anname arhiivile nime, et seda oleks hiljem lihtne mõista (näiteks “enne ZUP-i üleslaadimist”). Pärast seda:

• Sulgeme arveldusperioodi, mille kohta andmeid edastame (näiteks detsember 2011). Kustutame kõik järgmiste perioodidega seotud dokumendid, mis on juba sisestatud. Need tuleb uuesti ZUP-i sisestada;
• Arvestades teatmeteost Diviisid. Arvesse võetakse ZUP-i spetsiaalses bilansis asuvaid osakondi Organisatsioonid. Kõik eraldiseisvad ZIK-üksused koos täidetud kontrollpunkti üksikasjadega kantakse kataloogi Organisatsioonid ZUP konfiguratsioonid. Nende jaoks luuakse eraldi reguleeritud aruandlus. Kui on vaja ZUP-i organisatsiooni struktuuris olevaid ZiK-i üksusi kataloogi üle kanda Organisatsioonilised osakonnad, tühjendage see kataloogist Diviisid rekvisiidid kontrollpunkt ja eemaldage märkeruut Lahti e osakond, millel on spetsiaalne bilanss;
• Teeme seda Märgistatud objektide kustutamine. Muide, see on põhjus tegeleda objektidega, mida ei kustutata. Võib-olla ei saa neid tõesti kustutada - ja seejärel tühjendage kustutamismärk. Või peate kustutama nii need objektid kui ka muud nendega seotud objektid;
• Järgmine režiimis Konfiguraator teeme seda Andmebaasi testimine ja parandamine.....Pöörake tähelepanu tegevuslippudele. Peate installima kõik, sealhulgas viimase. Protsess võib olla pikk. Saate seda korrata, käivitada kaks korda: kõigepealt kolm esimest toimingut ja pärast lõpetamist ülejäänud;
• Veenduge, et failid V7Plus.dll ja V7Plus.als oleksid ZiK andmebaasi kataloogis;
• Kontrollige, kas konfiguratsiooni väljalase on ajakohane. Vajadusel värskendage seda;
• Väljume ZiK andmebaasist.

Teeme teise sammu – laadime andmed alla

Selles etapis:

• Veenduge, et programm "1C: Palga- ja personalijuhtimine 8" oleks installitud ja konfiguratsiooniväljaanne oleks ajakohane;
• Kui allalaadimine ei toimu uude puhtasse andmebaasi, vaid mõnda teavet sisaldavasse andmebaasi, kontrollige, kas see pole installitud Muuda keelukuupäeva, ja ka enne allalaadimise alustamist varuge kindlasti varukoopia, et teil oleks rikke korral võimalus allalaadimisprotsessi uuesti korrata;
• Määratleme ülekandemeetodi. Valige menüüst (Joonis 1):
• laadige alla andmed teabebaasist;
• laadige failist andmed.

Riis. 1

meetod Laadige andmed teabebaasist eelistatav. Selle kasutamiseks peavad ZiK ja ZUP andmebaasid olema samas kohtvõrgus.

Kui see pole võimalik, peate kasutama teist meetodit.

...andmete laadimine teabebaasist

• Valime ZiK andmebaasi, millest tahame andmeid edastada (joonis 2):

Riis. 2

Vahetult on vaja kindlaks määrata vastastikuste arvelduste läbiviimise poliitika. Kui märgite ruudu Palkade vastastikused arveldused toimuvad selle tekkekuude kontekstis , siis kantakse palgavõlgnevused koos detailidega kuude kaupa (muidu - ainult kogusumma).

Märkeruut Nulli ülekantud palgavõlgnevus Seda on mugav kuvada, kui tehakse otsus võtta arvesse kõiki ZiK-is olevaid võlgu, ilma neid esimese kuu maksete läbipaistvuse huvides ZUP-ile üle kandmata.

• vajuta nuppu Edasi..

Kui andmebaasis “1C: Palk ja personal 7.7” on kasutajad juba loodud, ilmub ekraanile autoriseerimisaken, kus tuleb valida kasutaja ja sisestada parool (joonis 3).

Riis. 3

Pärast seda algab andmete ZiK-ist ZUP-i edastamise protsess. Pange tähele – see võib võtta kaua aega. Kui edastusprotsessi käigus leitakse vigu, tuleb neid analüüsida, teha ZiK-is vastavad parandused ja allalaadimist korrata. Ekraanile kuvatakse teade, mis näitab edukat allalaadimist.

...või laadige failist andmeid

Kui on põhjuseid, mis ei võimalda teabebaasist andmete laadimist, kasutame teist meetodit:

• Valige ZUP andmebaasis menüü Toimingud – kataloogid – teabebaasidest teisendamine 1C:Enterprise 7.7(joonis 4);

Riis. 4

• Ikooni valimine Põletage teisendusfailid kettale. Sel juhul töötlemisfail Palga- ja personalijuhtimise ülemineku assistent, versioon 2.5 ja soovitav on salvestada valitud konfiguratsiooni reeglite fail ZiK andmebaasi kataloogi ExtForms kataloogi, kust andmed alla laaditakse;
• Käivitame ZiK režiimis Ettevõte;
• Järgmisena valige menüüst Teenus – lisafunktsioonid – 1C palgale ülemineku assistent ja personalijuhtimine 8.
  Kui see menüüelement ei sisalda määratud töötlust, klõpsake nuppu Värskenda. Kui määratud töötlemist ei kuvata, tähendab see, et salvestasite selle teise kataloogi ja saate selle menüüst käivitada Fail – avatud, faili valimine PrB_Wiz.ert(joonis 5).

Riis. 5

• Ja edasi, järgides juhiseid , märkida üleslaadimise tingimused ja edastatavate andmete faili nimi;
• Pärast mahalaadimise edukat lõpetamist liigume ZUP-i;
• Menüüs Teenus – andmete edastamine teabeandmebaasidest "1C:Enterprise 7.7" vali Andmete laadimine failist. Määrake edastatud andmefaili tee ja nimi. Ekraanile kuvatakse teade, mis näitab edukat allalaadimist.

Kolmas samm - ülekande tulemuste analüüs

Andmed on edastatud. Peate veenduma, et programm 1C: Palga- ja personalijuhtimine 8 on palgaarvestuse jaoks valmis:

• Teeme ülekantud andmetest varukoopia. Selleks valige ZUP konfiguraatori režiimis Administreerimine, teabebaasi üleslaadimine... Anname arhiivile selge nime (näiteks "kohe pärast ZUP-i laadimist");

Vaatame teatmeteost Üksikisikud. Andmed võivad edastuse tulemusel "korrutada", eriti mitmest andmebaasist. Ühendage need töötlemise abil SearchAndReplaceValues.epf ITS-kettalt (joonis 6);

Riis. 6

• Töötage teatmeraamatuga Töötajad."Pane vallandatud inimesed arhiivi." Selguse huvides lisage menüüsse Tegevused kataloog Töötajad seadke režiim Kuva töötajate arhiiv. Asetage kursor loendis koondatud töötajale. IN menüü Tegevused kataloog Töötajad vali Asetage töötaja arhiivi. See toiming on pööratav ja saate alati kasutada käsku Töötaja eemaldamine arhiivist. Kui arhiveerisite töötaja ekslikult, siis käsk Töötaja eemaldamine arhiivist muutub kättesaadavaks alles pärast seda, kui liigutate kursori teisele töötajale ja seejärel naasete soovitud töötaja juurde. Kui te kursorit ei liigutanud, siis vastavalt käsule Arhiveerige töötaja saate valida nupu Väljavõte arhiivist;
• Täida tootmiskalender ja töögraafikud;
• Kontrollige bilansse. Analüüsige nende erinevusi. Dokument Kogumisregistri kannete korrigeerimine teha vastavalt vajadusele registrites muudatusi Omavahelised arveldused organisatsioonide töötajatega Ja Üksikisiku tulumaks krediidi eest.

Üldiselt on raamatupidamisringkondades levinud arvamus, et kunagi ammu liikusid andmed oma vabast tahtest (kummalisel kombel kattuvad raamatupidaja sooviga) vabalt ühest teabebaasist teise, kuid kurjad programmeerijad tutvustasid St. Jüripäev ja üleminek hakkas toimuma vaid kord aastas maksustamisperioodi alguses ja siis õiguste järkjärgulise vähendamise kaudu ununesid andmed täielikult, kuidas raamatupidaja tahtel üle kanda...

Raamatupidamisosakondi ei tohiks heidutada, et sellistel väärarusaamadel pole nende peas kohta. Kuid võite (ja võib-olla peaksite) enne iseseisva ülekande sooritamist tutvuma ülekande ajal tuvastatud funktsioonide ja vigadega. Zeke 7.7 V ZUP 8 , nimelt:

1). esiteks peate värskendama lähteandmebaasi ja sihtandmebaasi konfiguratsioone (üldiselt pole soovitatav andmeid üle võrgu tõmmata) ja võite olla üllatunud, kui vead, nagu "Indeks ei ole väärtuste loendi piirides" ;

2). esimene arvestus peale palgaülekande avastamist topeltsummad üksikisiku tulumaksuks (ja mitte kõigis andmebaasides - muster ilmnes alles siis, kui 7.7 arveldusperioodi ei suletud, st viime juulisse, kuid juuni pole suletud - kahekordistumine toimub juulis) - sellisel juhul on lihtsam lähtestada edastas üksikisiku tulumaksu andmed läbi Toimingud - Dokumendid - Andmeedastus;

3). Samuti ei edastatud andmeid töötajate kohta, kelle kohta peeti üksikisiku tulumaksuarvestust enne 2011. aastat. vormil 1-NDFL ja hiljem üksikisiku tulumaksu maksuregistrisse - antud juhul käsitsi sisestada dokument "Üksikisiku tulumaksu, kindlustusmaksete ja ühtse sotsiaalmaksu raamatupidamise korrigeerimised", mille abil saab sisestada ka esialgsed tasakaalustab ja taastab raamatupidamise programmi rakendamisel;

4). tootmiskalendri ebatäielikkus ei ole üleviimise käigus viga, kuid seda nüanssi ei võeta sageli arvesse esimesel üleviimisejärgsel palgaarvestusel;

5). Sertifikaadi täitmisel vormi 2-NDFL abil kuvatakse viga ja dokumenti ei töödelda, kuna lahter "Vene Föderatsiooni välise isiku aadress" ei ole tühi (koma tuleb eemaldada), kuigi punktis 7.7 ei ole elukohariigi aadressi täidetud;

6). Aruanne "Organisatsioonide võla struktuur" väljaanded pikaajaliste koondatud töötajate võlad , mille arvutused on Zikis suletud (ühel tuntud 1c foorumil märgiti põhjus vale maksena, märkides vallandamisel summa käsitsi ja jättes kogumakse arvestamata) ja kuna need summad ei ole hoiustaja, siis vastavad registrikanded kustutatakse “Andmeedastuse” dokumentidest;

7). Ärge mingil juhul kopeerige ülekande töötlemisel automaatselt genereeritud dokumente, et luua dokumente, mis kajastavad töötasu maksmist (makse ei kajastu palgalehele).

jätkub...))

Miks vahetada "ZIK" asemel "ZUP"? Kas lambanahk on oma hinda väärt?

Seda küsimust küsivad kõik raamatupidajad. Millised on siis uue programmi eelised?

Iga juht on huvitatud oma ettevõtte arengust. Personal kasvab ja iga inimese tööd on võimatu kontrollida. Personaliosakond lihtsalt ei saa sellise tööga hakkama. Juht lihtsalt ei tunne iga töötajat silma järgi. Personalitöö stimuleerimiseks, motiveerimiseks, analüüsimiseks luuakse personalijuhtimise teenus, mis töötab vahetult koos juhiga ja koos luuakse skeeme ja meetodeid julgustamiseks, motiveerimiseks, personali moodustamiseks jne. „ZIK 7/ 7” seda võimalust rakendatakse osakonna tasandi raamides. Üldiselt on see programm mõeldud ainult ühe asja jaoks: palgaarvestus ja maksud. "ZUP" võimaldab koostööd teha nii raamatupidajatel kui ka personalijuhtimise osakonnal. Siin on lühike nimekiri "ZUP" abiga lahendatud ülesannetest:

1. palgaarvestuse ettevalmistamine;
2. personali finantsmotivatsiooni juhtimine;
3. seadusega reguleeritud maksude ja sissemaksete arvestamine palgafondist;
4. kogunenud palkade ja maksude kajastamine ettevõtte kuludes;
5. rahaliste arvelduste haldamine personaliga, sh hoiustamine;
6. personaliarvestus ja personalianalüüs;
7. personalidokumentide haldamise automatiseerimine;
8. personalivajaduste planeerimine;
9. äritegevuse pakkumine personaliga;
10. kompetentside juhtimine, koolitus, töötajate sertifitseerimine;
11. tõhus personali tööhõive planeerimine.

Sellest loetelust võime järeldada, et palgaarvestus on vaid üks ülesannetest, millega ZUP suurepäraselt hakkama saab.

Rakenduslahendusega "1C: Palk ja personalijuhtimine 8" automatiseeritud ainevaldkonda illustreerib järgmine diagramm.

Programm suudab pidada arvestust mitme juriidilise isiku kohta. Samuti on võimalik koostada konsolideeritud aruandlust osaluse kui terviku kohta. Seega ei ole vaja luua eraldi aruandeid, mida tuli kõige sagedamini Excelis töödelda. Programmiga võeti kasutusele juhtkonna palgaarvestus. Platvorm on võimas mehhanism analüütiliste aruannete genereerimiseks, samuti tööriist mis tahes aruannete loomiseks kasutajarežiimis, kasutades andmete koostis. Samuti on võimalik piirata kasutaja juurdepääsu mis tahes andmetele süsteemi tasemel. Tootja saab programmi, nagu kõigis G8 versioonides, iseseisvalt Interneti kaudu värskendada, pole vaja spetsialisti kutsuda.

Esimene küsimus programmi ostmisel on hinna küsimus.

Võrdleme "ZIK" ja "ZUP" maksumust:

Kuidas saaksite siis valutult üle minna uuele automatiseerimise tasemele?

Peaaegu iga organisatsioon valib uuele palgaprogrammile üleminekul uue aasta alguse mitmel põhjusel:

• võimalus minimeerida üksikisiku tulumaksu ja ühtse sotsiaalmaksu teabe sisestamist (aasta keskel programmi sisenedes peate sisestama kogu teabe maksubaasi ja kogunenud maksude kohta aasta algusest programm);
• võimalus automaatselt saada ühtse sotsiaalmaksu ja OPS-i deklaratsioonide täitmine, samuti üksikisiku tulumaksu ja Vene Föderatsiooni pensionifondi teabe esitamine.

Milliseid andmeid vajame aasta algusest uuele programmile üleminekul:

• haiguspuhkuste, puhkuste, töölähetuste kogumiseks nõutakse eelmiste perioodide keskmist töötasu;
• saldod vastastikustel arveldustel organisatsiooni töötajatega aasta alguses;
• andmed jooksvate puhkuste ja haiguslehtede kohta eelmisest aastast järgmise aastani;
• andmed eelmisel aastal kogunenud puhkuselt ja haiguslehtedelt ülekantavate üksikisiku tulumaksu kohta järgmise aasta kohta.

Kirjeldame konkreetset näidet üleminekust “ZIK”-lt “ZUP-ile”.

Klient pidas ZIK-il 3 andmebaasi ja kõik need andmebaasid oli vaja üle kanda ühte ZUP-i. Esimene ja teine ​​alus olid tavalised, ilma lisatasudeta, ajapõhiste lisatasudeta, kolmas sisaldas tükitöö tellimusi. Oli vaja üle viia nii töötajad kui ka kõik nende endi arveldused ZIK-is välja töötatud töötajatega. Laadime ZUP-i andmed ainult viimase 12 kuu kohta (keskmise arvutamiseks), ajaloo säilitamiseks kõik personalidokumendid, samuti tekke- ja väljastamise dokumendid. TÄHELEPANU! Kui teete ülemineku ise, ärge edastage üleslaadimisel tekkinud dokumente. Tavalise andmete edastamise ajal ZiK 7.7-st ZUP 8.0-sse on vaja personalidokumente üle kontrollida. Kui ZiK 7.7-s oli samale töötajale samal päeval mitu personalitellimust, siis kantakse sellised dokumendid üle ZUP 8.0-sse, kuid neid ei saa postitada. Selliseid olukordi tuleb käsitsi jälgida ja parandada.

Samuti soovitame põhjapoolse toetuse arvutamisel pöörata tähelepanu üksikisiku tulumaksu mahaarvamisele ja staažile. Tõenäoliselt peate need käsitsi sisestama. Õigesti hooldatud ZIK-i andmebaasi näete harva. Ilma ülekande baasi eelneva ettevalmistamiseta on üleminekuprotsess lihtsalt võimatu. Esiteks peate eemaldama kõik kustutamiseks märgitud elemendid, kui kustutamine pole võimalik, seejärel eemaldage kustutamismärk. Teiseks genereerige võrdluseks kõik 12 kuu väljavõtted. Kolmandaks tühjendage aadresside klassifikaator (aja raiskamine, seda nagunii üle ei kanta). Ja alles pärast seda saab üleminekut teha. Soovitatav on, et ülemineku viiksid läbi frantsiisiettevõtte spetsialistid, siis on risk minimaalne, garanteeritud ilma peavaludeta. Andmete allalaadimine ZIK-ist ei kesta kauem kui 1-3 tundi, olenevalt kataloogide hõivatusest. Meie puhul ei võtnud puhas ülekandeaeg iga aluse kohta rohkem kui 70 minutit. Sest pärast andmete laadimist ZUP-i ei edastata kõiki andmeid automaatselt, mõned toimingud tuleb teha käsitsi. Tehingumalle ja arvutusalgoritme ei edastata, kui need erinevad standardsetest. Kõige huvitavam on tükitöö andmete edastamine, sest... need kantakse spetsiaalselt üle. Tükitöösüsteemiga töötasu arvutamise dokumentides peate mõned väljad ise täitma. Andmete laadimisel ZUP-i annab süsteem ise teada, millistes dokumentides peate käsitsi kohandama.