Razkladanje z Zika 7.7 na Zup. Za pomoč kalkulatorju ali ziku korak za korakom

Zakaj prehod z “ZIK” na “ZUP”? Je ovčja koža vredna te cene?

To vprašanje si zastavljajo vsi računovodje. Kakšne so torej prednosti novega programa?

Vsak vodja je zainteresiran za razvoj svojega podjetja. Osebje raste in nemogoče je nadzorovati delo vsakega posameznika. Kadrovska služba takšnega dela preprosto ne zmore. Vodja preprosto ne pozna vsakega zaposlenega na videz. Za spodbujanje, motiviranje, analizo dela kadrov je oblikovana služba »Upravljanje s človeškimi viri«, ki sodeluje neposredno z vodjo in skupaj oblikujeta sheme in načine spodbujanja, motiviranja, oblikovanja kadrov itd. V »ZIK 7/ 7” se ta priložnost izvaja na okvirih na ravni oddelka. Na splošno je ta program namenjen samo eni stvari: obračunu plač in davkov. ZUP omogoča sodelovanje tako računovodjem kot kadrovski službi. Tukaj je kratek seznam nalog, rešenih s pomočjo "ZUP":

  1. obračun plač;
  2. upravljanje finančne motivacije osebja;
  3. obračun davkov in prispevkov iz sklada plač, ki ga ureja zakon;
  4. odraz obračunanih plač in davkov v stroških podjetja;
  5. vodenje denarnih poravnav z osebjem, vključno z deponiranjem;
  6. kadrovsko računovodstvo in kadrovska analiza;
  7. avtomatizacija vodenja kadrovskih evidenc;
  8. načrtovanje kadrovskih potreb;
  9. Nudenje poslovanja z osebjem;
  10. upravljanje kompetenc, usposabljanje, certificiranje zaposlenih;
  11. učinkovito načrtovanje zaposlovanja kadrov.

Iz tega seznama lahko sklepamo, da je obračun plač le ena izmed nalog, s katerimi se ZUP odlično spopada.

Predmetno področje, avtomatizirano z aplikativno rešitvijo "1C: Plače in kadrovski management 8", je prikazano z naslednjim diagramom.

Program lahko vodi evidenco več pravnih oseb. Možna je tudi izdelava konsolidiranih poročil za gospodarstvo kot celoto. Tako ni treba ustvarjati ločenih poročil, ki so bila najpogosteje obdelana v Excelu. Program je uvedel vodstveni obračun plač. Platforma je močan mehanizem za ustvarjanje analitičnih poročil, pa tudi orodje za ustvarjanje kakršnih koli poročil v uporabniškem načinu z uporabo sestava podatkov. Možna je tudi omejitev uporabniškega dostopa do poljubnih podatkov na sistemski ravni. Program lahko, kot v vseh različicah G8, posodobi proizvajalec neodvisno prek interneta, ni treba poklicati strokovnjaka.

Prvo vprašanje pri nakupu programa je vprašanje cene.

Primerjajmo stroške "ZIK" in "ZUP":

Kako torej narediti prehod na novo raven avtomatizacije neboleč?

Skoraj vsaka organizacija ob prehodu na nov plačni program izbere začetek novega leta iz več razlogov:

  • možnost minimiziranja vnosa podatkov o dohodnini in enotni socialni davku (pri vstopu v program sredi leta boste morali vnesti vse podatke o davčni osnovi in ​​obračunanih davkih od začetka leta v program);
  • možnost samodejnega prejemanja izpolnitve izjav za enotni socialni davek in obvezno pokojninsko zavarovanje ter predložitev podatkov za dohodnino in pokojninski sklad Ruske federacije.

Katere podatke bomo potrebovali ob prehodu na nov program od začetka leta:

  • za obračune za bolniško odsotnost, počitnice in službena potovanja bodo potrebni povprečni zaslužki za pretekla obdobja;
  • bilance medsebojnih obračunov z zaposlenimi v organizaciji na začetku leta;
  • podatke o tekočih dopustih in bolniških odsotnostih iz lanskega v prihodnje leto;
  • podatke o prenosu dohodnine iz naslova dopustov in bolniških odsotnosti, obračunanih lani, v naslednje leto.

Naj opišemo konkreten primer prehoda iz »ZIK« v »ZUP«.

Naročnik je vzdrževal 3 baze podatkov na ZIK in je bilo potrebno vse te baze prenesti v en ZUP. Prva in druga osnova sta bili redni, brez doplačil, časovnih bonitet, tretja je vsebovala akordna naročila. Prenesti je bilo treba tako zaposlene kot vse lastne obračune z zaposlenimi, ki so jih razvili v ZIK-u. V ZUP nalagamo podatke samo za zadnjih 12 mesecev (za izračun povprečja), vse kadrovske dokumente za ohranitev zgodovine ter obračunske in izdajne listine. POZOR! Če prehod izvajate sami, ne posredujte dokumentov, ustvarjenih z nalaganjem. Pri standardnem prenosu podatkov iz ZiK 7.7 v ZUP 8.0 bo treba še enkrat preveriti kadrovsko dokumentacijo.

Svetujemo vam tudi, da bodite pozorni na odbitke dohodnine in delovno dobo za izračun severnega dodatka. Najverjetneje jih boste morali vnesti ročno. Redko boste videli pravilno vzdrževano bazo ZIK. Brez predhodne priprave podlage za prenos je postopek prehoda preprosto nemogoč. Najprej se morate znebiti vseh elementov, označenih za brisanje; če brisanje ni mogoče, nato odstranite oznako za brisanje. Drugič, ustvarite vse izjave za 12 mesecev za primerjavo.

Tretjič, počistite klasifikator naslovov (izguba časa, tako ali tako ne bo prenesen). In šele po tem se lahko izvede prehod. Priporočljivo je, da prehod izvedejo strokovnjaki iz franšiznega podjetja, potem bo tveganje čim manjše, zagotovljeno brez glavobolov. Postopek prenosa podatkov iz ZIK-a ne traja več kot 1-3 ure, odvisno od zasedenosti imenikov. V našem primeru čisti čas prenosa ni trajal več kot 70 minut za vsako bazo. Ker vsi podatki se ne prenašajo samodejno, po nalaganju podatkov v ZUP morate nekatere operacije izvesti ročno. Transakcijske predloge in algoritmi za izračun se ne prenesejo, če se razlikujejo od standardnih.
Najbolj zanimiv je prenos podatkov o akordu, saj... se prenašajo posebej. V dokumentih za izračun plače po sistemu akordov morate nekaj polj izpolniti sami. Pri nalaganju podatkov v ZUP vas bo sistem sam obvestil, v katerih dokumentih morate opraviti ročne popravke.
Podatke sem prenesel v 2 bazi podatkov, približno enake velikosti in sestave tipov časovnih razmejitev. Ena baza je bila prenesena brez težav s standardnimi sredstvi, z drugo bazo pa sem imel veliko težav.

Prva napaka se je pojavila v splošnem modulu Plača in Kadri v postopku Nastavitev podrobnosti v podrejenih enotah. Nisem se trudil ugotoviti in sem samo komentiral vrstice na koncu postopka v tem modulu://Med izbiranjem razdelkov.Zanka Next(). // DepartmentObject = DepartmentSelection.Link.GetObject();// Poskus // DepartmentObject.Lock(); // Izjema //TextExceptionRecord = StringFunctionsClientServer.SubstituteParametersIntoString( // NStr("ru = "Ni uspelo spremeniti podrejenega oddelka %1 med pisanjem %2. // |Morda oddelek ureja drug uporabnik""), // DepartmentObject.Name,// ?(DataSource = Undefined, NStr("ru = "all divisions""), DataSource.Name)); // Izpolnite PodrejenoEnoto(UnitObject, StringStructuralUnits.Key); // Če DataSource<>Undefined In nato ExecuteOrganizationRecord // Če ni DataSource.There AreSeparatedDivisions In DivisionObject.SeparatedDivision Potem // DepartmentObject.SeparatedDivision = False;// EndIf; // EndIf; // // DivisionObject.AdditionalProperties.Insert("ParentRecordProcessing", True);// DepartmentObject.DataExchange.Load = True;

// DepartmentObject.Write();
//Končni cikel;
Spregledal sem to napako in naletel na »Številka leta v literalu tipa Datum presega 3999«. Sklicuje se na objekt prenosa podatkov s predpono "ROtp". Tisti. ob prenosu evidence dopustov. Takoj ko nisem iskal tega datuma. Pohitel sem s poročilom in pregledal vse dokumente po datumih v sedmici (našel sem par, popravil datum, a ni pomagalo). Nato sem pregledal vse kadrovske in nekadrovske dokumente s podatki o začetku in koncu. Tudi v teh podrobnostih nisem našel nobenih datumov. V obdelavi Universal Data ExchangeXML tega predmeta ni bilo mogoče komentirati in preskočiti, ker problematičen datum se ni prikradel v datum samega dokumenta o prenosu podatkov, temveč v register, katerega vpisnik je ta dokument.
Moral sem izvleči pravila izmenjave in jih urediti. Nahajajo se v ZUP v splošnih postavitvah “Plače Kadri Prenos podatkov iz ZiK23”. Podatke, ki so arhiv, naložimo, razpakiramo in xml datoteko naložimo v konfiguracijo Data Conversion. Obstaja algoritem, imenovan Vacation Registry and Upload. Odločil sem se, da bom, ker je temu tako, brez registra in nehal izvajati ta postopek.
Razložil sem pravila, razložil modul za obdelavo, vse znova zapakiral in potisnil nazaj v konfiguracijo. Zakaj ga niste želeli raztovoriti iz ZiK-a preprosto tako, da bi ga obdelali po pravilih, nato pa naložili v ZUP? Ker pravzaprav nisem želel razumeti kopice parametrov, ki spremljajo pravila nalaganja. Kaj tam navesti, katere datume itd. ni povsem jasno.

Na splošno so bili podatki naloženi nekako in celo brez opozoril o napakah. Toda iz nekega razloga brez začetnega dolga. Še vedno sem moral opraviti razbremenitev iz ZiK-a po obdelavah in pravilih razloženih iz ZUP-a.
Odprl sem obdelavo v ZiK-u, naložil pravila, v parametrih poskušal nastaviti datume do konca leta. Označil sem polje za nalaganje samo zaostalih plač. Pri nalaganju sem prejel napako:
Predmet: Ivanov Ivan Ivanovič, lastnina: Pojasnilo imena
Ogledal sem si pravila pretvorbe, da bi videl, kako je tam naložen imenik zaposlenih. Tam res piše, da je treba te lastnosti naložiti, a zaposleni teh lastnosti nimajo v ZiK-u, so samo v ZUP-u.

Posledično sem končno obupal nad vsem in šel neposredno urejati obdelavo razkladanja od 7. Ne bom navajal, katere manjše spremembe sem vnesel v postopke. Vsak bo imel svoje posebnosti.

  1. ZiK je še vedno živ in redno se objavljajo posodobitve konfiguracije. To je dobra novica. Vendar pa ne obstajajo vedno pravila za izmenjavo z drugimi konfiguracijami.
  2. Na kratko o bistvu obračuna plač. Bom kar se da kratek. Vse je narejeno na koncu, da se pridobi poročilo o »plačilni listi« - to je poročilo, ki prikazuje, koliko je bilo obračunanih in zadržanih za vsakega zaposlenega, poročilo »Poravnava časovnih razmejitev« pa je analog plačilne liste, vendar povzeto za vse zaposlene.Na splošno obstajata dve vrsti gibanja poravnave - časovne razmejitve in odbitki. Obračun - to je lahko "plača", "bonus", različni dodatki. Odbitki so poklicni prispevki, dohodnina itd. Tudi odbitki lahko pogojno vključujejo izplačilo plače. Kot rezultat, preprosta aritmetika: začetni dolg + časovne razmejitve - odbitki = končni dolg (stanje). Plače se običajno obračunavajo mesečno.
  3. S tehničnega vidika sta v plačah dve obdobji - "obračunsko obdobje" in "akcijsko obdobje". Samo zapomni si to.
  4. V ZiK-u je za normalen izračun potrebno »odpreti obdobje« oziroma »prestopiti v novo obdobje«. V tem primeru postanejo vsi premiki v starih obdobjih na voljo samo za ogled in rezultatov izračuna ni več mogoče popraviti na običajen način. To pomeni, da se moramo pred začetkom novega obračunskega obdobja, na primer, ko želimo izračunati plačo »za januar«, prepričati, da je »januar tega leta« »odprt«.
  5. Če boste nenadoma morali prilagoditi zapise starega obdobja, se morate tega spomniti. Poznamo dve vrsti urejanj: a) urejanje za nazaj, ko preprosto popravimo zapise starega obdobja, ker se razlikujejo od naših papirnih zapisov. To je edini razlog, zakaj se izračun popravlja za nazaj. b) popravki za tekoče obdobje, ko se ugotovi, da je bil izračun prejšnjega obdobja napačen, vendar se vse ujema s papirji, poročilo pa je že oddano in podpisano. To pomeni, da je nemogoče urejati za nazaj, zato se v tekočem obdobju naredijo popravljalni zapisi prejšnjega obdobja. Januarja na primer opravimo prilagoditev »za december tega leta«. Za popravek »za nazaj« preverite, ali je staro obdobje še odprto, ali je že opravljena »sprememba na nov mesec«. Če je staro obdobje odprto, je vse jasno, prilagodili smo in šli naprej. Če je obdobje "zaprto", ga lahko odprete na običajen način, vendar je to polno resnih posledic - zapisi starega obdobja, ki se odpirajo, bodo označeni kot "ni izračunano" in jih bo treba znova izračunati . To je zelo slabo, saj računovodja pogosto in naključno prilagaja izračune (in se potem tega ne spomni), zaradi česar ponovnega izračuna ni mogoče narediti kar tako - ročne prilagoditve bodo izgubljene. Uporabite zdravljenje »Soft Rollback«, da se pomaknete na staro obdobje, nato pa se »povrnete« na trenutno obdobje. Na primer ta
  6. Osnove vrst obračunov in časovnih razmejitev ne morete popravljati, če so že bili uporabljeni (to velja za sekundarne vrste obračunov, kot je “Bonus” ipd.). To je pomembno za izračune "v povprečju" - vse vrste bolniških odsotnosti, plačila za dopust, "izpadi" itd. Po tem se bo vse to začelo napačno upoštevati ob upoštevanju prilagoditev. Če se izkaže, da je bila baza napačno konfigurirana, je bolje ustvariti nov tip obračuna, zaposlenim pa »zapreti« časovne razmejitve za stari tip obračuna in jim dodati nov kreiran tip, ki je že konfiguriran »pravilno v nov način."
  7. Imenik "Zaposleni". Če je bil delavec odpuščen in ponovno zaposlen, ne morete ustvariti novega elementa imenika, morate uporabiti obstoječega (to je lastnost ZiK 7.7, v različici 8 je obratno), sicer bo prišlo do napak pri oddaji poročil. . Edina sprejemljiva in pravilna možnost, ko je potrebno podvajanje, je sprejem istega delavca, ki že dela, na delovno mesto kot honorarni sodelavec. Nato bi se morala v imeniku pojaviti dva elementa. Če pogledate s tehničnega vidika, bo imel glavni zaposleni izpolnjeno polje »Glavni element« - povezava do sebe, honorarni zaposleni pa bo imel izpolnjeno polje »Glavni element« - povezava do glavni uslužbenec. Uporabite pomočnika za vnos zaposlenih. Če se delavec podvoji, ne bo mogoče oddati poročil za leto. Morali bomo napisati obdelavo.
  8. ZiK uporablja veliko detajlov, ki se spreminjajo skozi čas – periodične detajle. Pogosto ima računovodja zaradi njih težave pri svojem delu. Uporabiti morate gumb "Zgodovina".
  9. Globalni modul je ogromen. Zelo enostavno se je zmešati. Za lažje delo s konfiguracijo morate namestiti OpenConf. Zaradi velikega števila vrstic globalnik se lahko tudi načini odpravljanja napak upočasnijo. Za odpravljanje napak v globalizatorju ne smete uporabljati prekinitvenih točk, temveč nastavite škrbine tipa »Opozorilo« in nato nadaljujte z odpravljanjem napak.
  10. Ne odpravljajte napak v dolgo delujočih modulih v produkcijski bazi, ko uporabniki delajo prek RDP, saj bodo vsi uporabniki prav tako doživeli zaustavitev v svoji kodi (počutili se bodo obtičali).
  11. Za izračun transakcij se uporablja dinamična shema, to pomeni, da se transakcije izračunajo na novo vsakič, ko se zažene “Poročilo o transakcijah” ali “Naloži transakcije”. V globalni knjigi je za izračun transakcij odgovoren postopek "Glav Transactions for the Period". Je velik in le strokovnjak ga lahko spremeni.
  12. V velikih podatkovnih zbirkah lahko »knjižbe obdobij« delujejo več ur, kar jezi računovodje. Obstaja preprost način optimizacije, spremeni se le nekaj vrstic, kar vam omogoča večkratno pospešitev dela. To je opisano v enem od člankov. Uporabljajo se dodatne tehnične specifikacije. Tipičen algoritem naredi to: Tabela obračunavanja plačNNP.Razloži(Tabela obračunavanja plačNNP); V izpis dela morate dodati zahtevano število vrstic in šele nato kopirati vrstice v izpis dela, ne da bi ga popolnoma razložili in naložili.Tukaj je opisan, čeprav je bil članek nezasluženo pozabljen in opuščen.
  13. Izračun davka. Davek na »dohodnino« se obračuna takoj pri obračunu plače, obstaja pa tudi »socialni davek«, ki se obračuna posebej.
  14. Za shranjevanje zapisov o izračunih obstaja »Dnevnik izračunov«. Obstajata dve glavni - "Plača" in "Prispevki za zavarovanje". Obstaja tudi "Dodatno", kjer se včasih upoštevajo plače vodstva.
  15. Za nastavitev računovodskih vnosov uporabite atribut »Računovodska predloga« za zaposlenega. Prav tako ga ne morete določiti; v tem primeru nastavite "predlogo za objavo" za oddelek, v katerem delajo zaposleni. Če pa je napotitev standardna za vse zaposlene, uporabimo konstanto »Privzeta napotitev«.
  16. Včasih ni jasno, ali je bila dohodnina pravilno obračunana ali ne. Pomembno je, da se dohodnina obračunava po naključnem principu skozi vse leto, zato morate pogledati obdobje od januarja do decembra. Obstajajo tudi zapleteni primeri - na primer, prejšnje obdobje je lahko vključeno v izračun, na primer "decembra lani je bil dopust obračunan za januar tekočega leta." Za lažjo kontrolo lahko uporabite uporabna poročila o časovnih razmejitvah po načelu nastanka poslovnega dogodka ali poročila kot je »plačilna lista od začetka leta« ipd.
  17. Tudi pri zavarovalnih premijah se nadzor lahko izvaja s pomočjo zbirnih posebnih poročil. Za nadzor nad zavarovalnimi premijami je pomembno vedeti, da obstaja odstotna lestvica, pri čemer lahko preverite, ali je bil davek pravilno izračunan tako, da preprosto pomnožite osnovo z odstotkom. Vendar pa morate spremljati, "od katere osnove je prišlo do časovnega razmejitve". Bazo podatkov lahko najdete tudi tako, da zaženete posebna poročila, ki niso vključena v standardni ZiK in so jih napisali neodvisni razvijalci. Na primer, to poročilo:
  18. Včasih postane dnevnik obračunov za zaposlenega tako zmeden, da računovodja ne more narediti avtomatskega izračuna in ne more popraviti vnosov (včasih sistem blokira ročne popravke). Če želite rešiti to težavo, prenesite obdelavo »Urejevalnik dnevnika izračunov«. Na primer tale:. Seveda morate pred uporabo narediti kopijo. Začetnik ali celo povprečen razvijalec ne bo mogel napisati analoga te obdelave, saj je pomembno jasno razumevanje programskega dela z dnevnikom izračuna. Ta obdelava vam omogoča, da z dnevnikom izračuna počnete, kar želite.
  19. Ko spreminjate Zik, ne pozabite, da je to komponenta »Izračun«; tam vam ni treba dodati kontnega načrta in operativnih računovodskih registrov, saj stranka morda nima licenc zanje. Za tiste, ki delajo z različicami 8.x, to morda ni trivialno in videl sem takšne rešitve.
  20. V storitev\parametri vnesite predstavitev datuma v 4-mestni obliki »11/19/2014«, ne »11/19/14«. Potem se izogibajte zamenjavi z različnimi starimi starši, rojenimi v 40., 50. letih
  21. ZiK pri izračunih dela s tabelami vrednosti, kot tudi (!) z ugnezdenimi tabelami vrednosti v tabelah vrednosti, predvsem pri izračunu davkov. Koristno je poiskati in prenesti nekakšno obdelavo za 7.7, kot je »Ogled tabele vrednosti«. Seveda lahko uporabite metodo »Izberi vrstico«, vendar ta ni primerna za ogled velikih ali ugnezdenih tehničnih specifikacij. Če kdo pozna dobro obdelavo ogleda, naj napiše, priložim povezavo. Sam že dolgo uporabljam obdelavo “PreviewTSZ”, vendar je nisem našel na IS.

Pozdravljeni dragi bralci bloga. V tem članku bom odgovoril na vprašanje kaj je 1C ZUP 8.2 in katere težave lahko reši ta programski izdelek. Na kratko bom zbral vse informacije, ki so bile predstavljene v seriji publikacij, posvečenih pregledu Glavne značilnosti programskega izdelka "1C: Upravljanje plač in osebja". Naj vas spomnim, da ta serija vključuje sedem člankov:

Kaj je 1C ZUP




1C ZUP - 1C: Plača in upravljanje kadrov ( HRM – Upravljanje s človeškimi viri) je programski izdelek 1C, zasnovan za avtomatizacijo računovodstva kadrovskih podatkov, izračunov plač in ustvarjanja reguliranih in drugih poročil. Program upošteva zakonske zahteve, konfiguracijo pa redno posodabljamo s spremembami zakonodaje.

Najbolj priljubljena izdaja programa danes 1C ZUP 8.2 izdaja 2.5. Je pravni naslednik programskega izdelka 1C Plača in kadri 7.7, ki se še vedno uporablja v številnih organizacijah in celo velikih tovarnah. Končna izdaja nove izdaje je bila izdana pred kratkim 1C ZUP izdaja 3.0.

Program 1C ZUP ima tri možnosti dostave:

  • 1C: Plače in upravljanje osebja 8. Osnovna različica(samo za 2550 rubljev) – v eni bazi se lahko vodi samo ena organizacija; Samo en uporabnik lahko hkrati dela z bazo podatkov; funkcionalnosti ni mogoče spreminjati, ker je konfiguracija zaprta;
  • 1C: Plače in kadrovski management 8 PROF– omogoča vzdrževanje več organizacij v eni informacijski bazi; Z bazo podatkov lahko dela več uporabnikov hkrati; konfiguracija je odprta za urejanje, tako da lahko izboljšate funkcionalnost;
  • 1C: Plače in upravljanje osebja 8 CORP.

Kadrovske evidence

Seminar “Lifehacks za 1C ZUP 3.1”
Analiza 15 življenjskih vdorov za računovodstvo v 1C ZUP 3.1:

KONTROLNI LIST za preverjanje obračunov plač v 1C ZUP 3.1
VIDEO - mesečno samokontrolo računovodstva:

Obračun plač v 1C ZUP 3.1
Navodila po korakih za začetnike:

Programski izdelek 1C ZUP ponuja celotno paleto objektov za vodenje kadrovskih evidenc: dokumenti " Zaposlovanje«, »Premestitev osebja«, »Odpuščanje«, »Dopust«, »Službena potovanja«, »Odsotnosti in bolezni«. Program ponuja tudi storitve, ki vam omogočajo sledenje bilance dopusta, svinec tabela osebja, pri čemer shrani zgodovino svojih sprememb. Program vam omogoča tiskanje "Pogodba o zaposlitvi" poročila o kadrovski ureditvi, premikih osebja, karte T-2, T-3, T-4 in tako naprej (Več o poročilih preberite v članku:). Program omogoča tudi dirigiranje vojaška registracija in natisnite predpisane obrazce za vojaško registracijo (obrazec št. 11, 18, 6).

Obračun plače

Za izračun plač je na voljo široka paleta funkcionalnosti. Osnovni dokumenti za izračun, "Absentizem", "Plačilo na podlagi povprečnega zaslužka", "Registracija enkratnih dajatev / odbitkov", "Plačilo za praznike in vikende", "Plačilo za nadurno delo", "Registracija izpadov", " Izračun ob odpustu", "Varstvo otrok na dopustu", "Bonusi zaposlenih", "Plače".

“Plačilne liste”, “Plačilni list”, “Obračun obračunanih plač”, “Obrazec delovnega časa”, “Struktura dolga” in drugo. Preberite več o poročilih.

Oddelek za izračun plač vključuje tudi dokumente o registraciji izplačila plače: »Plače za izplačilo«, »Plačilni nalog«, »Nalog za izplačilo gotovine«, »Polog«, »Plačilo vlagateljev«. Preberite glavni članek o izplačilih plač.

Davki in pristojbine

Seminar “Lifehacks za 1C ZUP 3.1”
Analiza 15 življenjskih vdorov za računovodstvo v 1C ZUP 3.1:

KONTROLNI LIST za preverjanje obračunov plač v 1C ZUP 3.1
VIDEO - mesečno samokontrolo računovodstva:

Obračun plač v 1C ZUP 3.1
Navodila po korakih za začetnike:

Računovodstvo

Ustvarjene transakcije lahko naložite v računovodski program s posebno storitvijo ali natisnete s poročilom “Odraz plač v reguliranem računovodstvu”.

Pokojninski sklad

Ta del programa vsebuje vse, kar je povezano s pripravo individualnih podatkov za pokojninsko blagajno. Glavna stvar tukaj je delovno mesto "Priprava podatkov za prenos v Pokojninski sklad Rusije." Marca 2014 je bila izdana posodobitev programskega izdelka 1C: plače in upravljanje osebja, v kateri je delovno mesto doživelo pomembne spremembe. O teh novostih si lahko preberete v članku.

To je vse za danes! Veseli me, da berete moj blog. Kmalu bodo na voljo novi zanimivi materiali.

Če želite biti prvi obveščeni o novih publikacijah, se naročite na posodobitve mojega bloga:

Za uspešno poslovanje v sodobni realnosti je pomembno kompetentno upravljanje delovnih virov. Kadrovsko delo je gospodarski vir, s katerim je treba upravljati hitro in čim bolj učinkovito. V hitro rastočem svetu podjetje, če želi slediti sodobnim trendom, nikakor ne more brez avtomatizacije specializiranih kadrovskih delovnih tokov.

Prednosti nakupa sistema avtomatizacije za podjetje v razvoju so pomembne:

  • Rutinsko delo s papirji in primarnimi dokumenti se zmanjša, kar osebju sprosti čas za bolj "kreativno" delo, na primer za spodbujanje korporativne etike;
  • Samodejna obdelava informacij zmanjšuje človeški dejavnik in možne napake, kar odpravlja nezadovoljstvo zaposlenih z delom »osebja«, na primer zaradi napačnih izračunov;
  • Poenostavljen je izračun regresa za dopust, bolniške odsotnosti in drugih časovnih razmejitev. Kadroviki se lahko vedno hitro odzovejo na zahteve in pripravijo potrebne dokumente;
  • Omogoča ustvarjanje velikega števila različnih reguliranih in upravljavskih poročil, razen glob in kazni regulativnih organov.

Možnosti za programe 1C in izdelke za avtomatizacijo

Pri odločitvi za nakup sistema, ki temelji na platformi 1C:Enterprise za pravočasno delo s kadri na trgu, lahko izbirate med dvema konfiguracijama: »1C: Plača in kadri 7.7« (1C:ZIK) in »1C: Plača in kadri«. Upravljanje 8”.

Program 1C: Plače in kadri 7.7 je bil razvit v 90. letih in je v svojem času pridobil veliko popularnost. Nato je z razvojem sodobnih tehnologij priljubljeno platformo 7.7 nadomestila funkcionalna in obetavna platforma - "osemica". Posodobitev konfiguracije 7.7 je bila medtem ustavljena. Trenutno lahko programe, ki temeljijo na platformi 7.7, kupite tako, da izpolnite posebno vlogo pri franšizijemalcu 1C.

1C:ZUP deluje na novi platformi, ki se nenehno izboljšuje in posodablja - "1C:Enterprise 8" (danes - različica 8.3). Prednosti 1C:ZUP* v veliki meri temeljijo na uporabi vseh njegovih zmogljivosti:

  • Povečana hitrost delovanja;
  • Hitra konstrukcija poizvedbe in izbira podatkov;
  • Enostavno skaliranje;
  • Hitra in enostavna nastavitev prikaza podatkov v seznamih, sortiranje in tiskanje seznamov;
  • Možnost konfiguriranja sinhronizacije med konfiguracijami;
  • Podpira največje možno število formatov datotek za izmenjavo;
  • Neomejeno število porazdeljenih baz podatkov;
  • Podpora za različne vrste baz podatkov;
  • Razpoložljivost vlog, uporabniških profilov za nastavitev in konfiguracijo pravic;
  • Delo prek spletne aplikacije, mobilnega odjemalca itd.

* Vse to je seveda pripomoglo k popularizaciji novejše konfiguracije. Ob tem pa ne smemo pozabiti, da kadrovske evidence pomenijo tudi urejeno delo, zato je objava posodobitev ZUP (in pomanjkanje le-te v ZIK), ki odraža nove zakonske zahteve, bistvena točka pri prehodu uporabnikov na nov izdelek.

1C:ZIK in 1C:ZUP

Kadrovski program 1C na platformi 7.7 je omogočil organizacijo evidenc osebja in zaposlenih v podjetju, nadzor notranjih premikov osebja in izračun plač podjetja v skladu z veljavno zakonodajo. Program lahko izvaja katero koli obliko zahtevanega poročanja. ZUP je postal dostojen naslednik slavne tradicije računovodstva, dobil pa je tudi razširjeno funkcionalnost:

  • Delo v proračunskih organizacijah in samostojnih podjetjih;
  • Celovita celovita avtomatizacija različnih procesov gibanja osebja, nadzor gibanja osebja;
  • Analiza kakovosti dela zaposlenih, kadrovska usposobljenost;
  • Analiza obremenjenosti zaposlenih;
  • Izračun kadrovskih potreb, kadrovska rezerva;
  • Analiza stroškov osebja, priprava načrtovanih kadrovskih proračunov, analiza izvrševanja proračuna;
  • Izdelava kadrovskega načrta, zbiranje informacij o kandidatih, izdelava načrtov usposabljanja kadrov in analiza dobljenih rezultatov usposabljanja;
  • Obračun plač, obračun in načrtovanje dopusta;
  • Izračun potrebnih davkov državnim agencijam in skladom;
  • Ustvarjanje popolnih in celovitih poročil z različnimi analitiki, podrobnostmi in razdelki za predložitev vladnim agencijam, pa tudi za vodje podjetja in oddelkov.

Slika 1. Programski vmesnik

Možnosti za sisteme avtomatizacije, ki temeljijo na platformi 8:

  • Plače in osebje državnih agencij (za podjetja v državni lasti), različica CORP, osnovna različica.
  • 1C: ZUP 8 različice KORP (celovito strokovno vodenje v podjetjih z geografsko razpršenimi podružnicami, za ocenjevanje zaposlenih z vseh strani na strokovni ravni), PROF (za mala podjetja in velika podjetja s strukturnimi deli), Osnovna različica (za računovodstvo v majhno podjetje z možnostjo dela v enozaposlenem programu).

Primerjava dobav 1C:ZUP 8

Prednosti različice 8 v primerjavi z 7.7

Če ne upoštevamo izgube relevantnosti ZIK-a, ki smo jo že omenili, je v razširjenih različicah 1C:ZUP implementirano naslednje:

  • Vodenje kadrovskih in plačnih evidenc za več podjetij s splošno sestavo imenikov in analitičnih informacij.
  • Konfiguracija 1C:ZUP izvaja računovodstvo za več urnikov dela, individualne časovnice, poljubne formule za izračun časovnih razmejitev in odtegljajev ter izračun samo prve polovice meseca.
  • Poročanje je možno v obliki grafov in diagramov. Uvedeni so vsi tiskani obrazci enotnega standardiziranega poročanja in T-7/T-10/T-10a.
  • Organiziran prikaz seznama opravil o prihajajočih ali nedokončanih dejanjih, prikaz opomnikov o rojstnih dnevih.
  • Spremenjeni vmesnik je postal veliko bolj priročen in informativen. Zdaj obstaja možnost skupinske obdelave podatkov in različna orodja za delo s tiskanimi obrazci.
  • Izvedena je priljubljena možnost nastavitve datuma prepovedi urejanja podatkov in druge prednosti.

Zaključek se kaže sam po sebi, da je treba za izvajanje polne funkcionalnosti platforme in avtomatizacijo največjega števila poslovnih procesov organizacije kadrovske evidence in plačilne liste hraniti v sodobni konfiguraciji 1C: ZUP, ki jo razvijalec nenehno podpira. Na koncu bi rad omenil tudi, da so kadrovski programi podvrženi resnim spremembam le v izjemnih primerih, in če ima konfiguracija bolj ali manj standardno funkcionalnost, prehod na novo različico in platformo ne bo vzel veliko časa in se bo plačal sam zaradi enostavnejšega in s tem cenejšega vzdrževanja.