Učenje dela z registri (1C: Računovodstvo 8.3, izdaja 3.0)

2016-12-08T13:50:45+00:00

Dragi bralci, v tej lekciji se želim dotakniti izjemno pomembne teme pri delu v 1C: Računovodstvo 8.3 - Registri.

Naj vam z majhnim primerom pokažem, zakaj je to tako pomembno.

Recimo, da imamo obračun plač za januar:

V začetku februarja iz blagajne ustvarimo plačilni list in kliknemo gumb »Izpolni«:

In dobimo naslednje:

Ampak za januar:

  • Obračun 50.000 rubljev
  • dohodnina 6.500 rubljev
  • Skupni znesek plačila 43.500 rubljev

Kje se je prikradla napaka? Nekaj ​​je šlo narobe? Ali res zdaj vedno ročno vnesete znesek za plačilo?

Izkušen računovodja bo takoj naredil bilanco stanja za račun 70:

In še bolj bo zmeden, ker se po poročilu izplačuje istih 43.500! In od kod dodatnih 5000 rubljev?

Poleg tega se lahko takšna situacija (s kakršnimi koli izračuni) pojavi tako v "trojki" kot v "dvojici".

Danes bom poskušal odgrniti tančico skrivnosti - zakaj se včasih program obnaša tako čudno. Povedal vam bom, kako najti in odpraviti napako v takih primerih. Proti koncu članka bomo ugotovili, od kod teh istih 5000 rubljev.

Torej gremo!

Naučite se videti registre

Pri knjiženju dokumentov 1C: Računovodstvo 8 izvaja knjižbe na računovodske konte (gumb DtKt za kateri koli dokument):

Na podlagi teh knjižb se gradijo vsa računovodska poročila: Analiza konta, Konto kartica, Bilanca stanja ...

Obstaja pa ogromno podatkov, ki jih program piše vzporedno s knjiženjem in jih uporablja za vse ostalo: izpolnjevanje KUDIR-ja, nabavne in prodajne knjige, urejeno poročanje ... izplačane plače, končno

Kot ste verjetno že uganili, se ta plast imenuje registri, tukaj je:

Ne bom se zdaj spuščal v podrobnosti opisa samih registrov, da vas ne bom še bolj zmedel.

Naj samo povem, da je za nas preprosto ključnega pomena, da se postopoma naučimo "videti" premike v teh registrih, da bi bolje razumeli in po potrebi popravili obnašanje programa.

Poglejmo podrobneje evidenco »Obveznosti za plače« – prav ta je smiselna za rešitev našega problema z dodatnimi 5.000:

V tem registru vidimo dva vpisa, narejena v župniji, torej v plusu. Če se pomaknete po zaslonu v desno, bomo v prvi vrstici videli znesek izplačila "-6.500", v drugi pa "50.000".

Stanje za ta register -6.500 + 50.000 je enako 43.500, kar naj bi padlo v dokument "Izpisek za plačilo iz blagajne", ko kliknemo na gumb "Izpolni".

Še enkrat ponavljam - izjava o plačilu ugotavlja naše zaostale plače do zaposlenega ne po kontu 70, ampak po registru "Obveznosti za plače".

Izkazalo se je, da vemo, da se izplačane plače polnijo na podlagi tega registra, vendar tudi ob ogledu vnosov v register ne moremo razumeti, kaj je narobe.

Najverjetneje ne vidimo celotne slike (mogoče so v tem registru še drugi vnosi) in se nakazuje določeno orodje za analizo registra, podobno kot računovodska poročila.

Učenje analize registrov

In obstaja takšno orodje, imenuje se " Univerzalno poročilo".

Pojdite na razdelek »Poročila«, element »Univerzalno poročilo«:

Izberite vrsto registra "Register akumulacije", register "Obveznosti plače" in pritisnite gumb "Generiraj":

Izkazalo se je, da ni zelo informativno:

To je zato, ker je treba poročilo vnaprej konfigurirati, kliknite gumb "Prikaži nastavitve" in na zavihku "Združevanje" dodajte polje "Zaposleni":

Na zavihku "Izbori" naredimo izbor za našo organizacijo:

Kliknite gumb "Ustvari":

Zdaj je to bolj zanimivo. Vidimo, da bo preostanek plačan našemu zaposlenemu enakih 48.500 rubljev!

Vrnite se na nastavitve poročila in dodajte novo polje »Registrar« na zavihek »Kazalniki«:

Ponovno ustvarimo poročilo:

Sedaj lahko jasno vidimo, da se je kot posledica operacije (očitno vnos stanja) 31.12.2014 pojavilo 5000.

In to operacijo moramo bodisi spremeniti bodisi ročno prilagoditi register "Plače" in zapreti teh 5000 rubljev, na primer 31. decembra 2015.

Pojdimo po drugi poti. Torej, naša naloga je zagotoviti, da v začetku leta 2016 po evidenci »Obveznosti za plače« ni bilo našega dolga do delavca.

To se izvede z ročnim delovanjem.

Učenje popravljanja registrov

Pojdite na razdelek "Operacije" element "Operacije, vnesene ročno":

Do konca leta 2015 ustvarimo novo operacijo:

V meniju »Več« izberite postavko »Izberi registre ...«:

Določite register "Obveznosti plače" in kliknite V redu:

Gremo na zavihek register, ki se prikaže, in naredimo strošek v višini 5000 rubljev:

S tem iz registra tako rekoč odštejemo 5000 rubljev na zaposlenega, da bi do začetka leta 2016 dosegli nič.

Izvedemo operacijo in ponovno ustvarimo univerzalno poročilo:

Vse se je izšlo! Vidimo, da je naš ročno upravljanje z dne 31. 12. 2015 izničil stanje in je plača po obračunu enaka pričakovanih 43.500.

čudovito In zdaj bomo to preverili v izjavi za plačilo.

Toda najprej vas želim opozoriti na še eno pomembno točko:

Upoštevajte, da stanja na začetku in na koncu skupine "Zaposleni" kažejo nesmisel. To ni napaka, to je odtenek, ki ga je treba upoštevati arhitekturne značilnosti 1s.

Ne pozabite. V primeru, da se prikaže univerzalno poročilo s podrobnostmi do dokumenta (registratorja) - stanja po združevanju bodo pokazala nesmisel.

Če potrebujemo stanja po skupinah zaposlenih, moramo najprej odstraniti indikator "Registrator", ki smo ga dodali iz nastavitev.

(iz vprašanj uporabnikov)

V novih izdajah 1C: Enterprise Accounting 8 ed. 3.0 in 1C: Plača in upravljanje podjetja 3.0, takega poročila ni ločeno. Sami si lahko ogledate vsa poročila v konfiguraciji obračuna plač Enterprise Accounting 3.0 tako, da odprete v razdelku “Zaposleni in plačilne liste” - Plače - Poročila o plačilih - Vsa poročila - glede na možnost poročila “Plače”. Tukaj je vse, kar obstaja:

— Prispevki zaposlenih, preneseni na FIU

— Vloga DSV-1 Kartica registracije zavarovalnih premij (na splošno)

— Kartica evidentiranja zavarovalnih premij (po podružnicah)

— Povzetek časovnih razmejitev Davki in prispevki (na kratko)

- Plačilne liste (T-51)

- plačilni list

— Predpisana oblika sklicevanja na DST

— Register prejemnikov zavarovalnega kritja

- Odtegljaji iz plače.

"Plača v kakršni koli obliki" ni tukaj. Še več, če prej v izd. 2.0 poročila »Plača (T-51)« in »Plača v poljubni obliki« sta bila ločena poročila, potem je v novi izdaji samo eno poročilo »Analiza časovnih razmejitev« in seznam ustvarjenih tiskanih obrazcev, ki smo jih uporabili. obravnavati kot ločena poročila. To so le možnosti:

— Analiza plač po oddelkih in zaposlenih

— Povzetek časovnih razmejitev in odbitkov

— Celoten nabor časovnih razmejitev, odbitkov in plačil

- Plačilne liste (T-51)

— Poravnava in plačilni seznam (T-49)

- plačilni list

- Odtegljaji iz plače

Kaj se tukaj da narediti? Podatki o vrstah izračunov so prisotni v zahtevku, zato jih morate samo "potegniti" v poročilo z ustvarjanjem nova različica poročilo.

Akcijski načrt je:

(!) Samo naredite vse vnaprej na kopiji, sicer so lahko spremembe nepopravljive in poročilo sploh ne bo ustvarjeno, če naredite napake.

1. Odprite poročilo "Plače (T-51)". Zgornji desni meni "Vsa dejanja" - "Spremeni različico poročila". Odpre se struktura poročila, pojdite na zavihek “Polja” in povlecite polje “Vrsta izračuna” iz “Razpoložljiva polja” na seznam “Izbrana polja” (Kazalec mora biti na korenu strukture poročila “Poročilo”) .

2. Ko se na seznamu izbranih polj prikaže »Vrsta izračuna«, postavite kazalec na spodnjo vrstico strukture poročila »Zaposleni. Položaj« in kliknite z desno miškino tipko, da dodate novo združevanje, pri čemer v polju za združevanje navedete »Vrsta izračuna«.

3. Kliknite »V redu«, »Dokončaj urejanje« in shranite novo različico poročila s ponovnim klicem »Vsa dejanja« – »Shrani različico poročila« pod novim imenom.

4. Iz seznama možnosti izberite novo različico poročila: "Vsa dejanja" - "Izberite različico poročila". Nato ustvarite poročilo s klikom na gumb "Generiraj". Vse vrste izračuna bodo podrobno določene.

To je najlažja možnost, ki pride na misel. Ustvarite lahko novo strukturo poročil, ki je bolj zapletena v obliki tabel, kjer v stolpce poročila umestite vrsto izračuna, vendar to zahteva čas in precej izkušenj. Morda bodo razvijalci 1C v naslednjih posodobitvah vključili običajno različico plačilne liste v poljubni obliki, ko bo vse več uporabnikov prešlo na rdečo. 3.0. Navsezadnje je obrazec res zelo priročen in verjetno ga bo marsikdo vprašal. In vsi ne bodo mogli ustvariti lastnih različic poročil in celo precej zapletenih. Poskusite se torej poigrati z možnostmi poročila na kopiji.

V vsakem primeru je zanimivo! 🙂

– Poročilo o rezultatih časovnih razmejitev:

  • Izjava o poravnavi v obliki T-51;
  • Povzetek obračunane plače;
  • Plačilne liste;
  • Analiza plač zaposlenih.

- Poročila o davkih in prispevkih.

Ukaz za priklic vseh obračunskih poročil v 1C 8.3 ZUP 3.0 se nahaja na posebni plošči za poročanje. V vsakem razdelku programa 1C ZUP 3.0 je povezava za klic panela. Na primer:

  • Razdelek "Plače - Poročila o plačilnih listah";
  • Oddelek "Plačila - Poročila o plačilih";
  • Rubrika "Davki in prispevki - Poročila o davkih in prispevkih".

Sestavo poročil na plošči in dodelitev posameznemu odseku je mogoče konfigurirati.

V rubriki Poročila o plačah najdete vsa poročila o plačah:

  • "Celoten sklop časovnih razmejitev, odbitkov in plačil";
  • »Analiza plač po zaposlenih« se je nekoč imenovala »Obračun plač v prosti obliki«:

V 1C ZUP 3.0 bomo oblikovali "Celoten sklop časovnih razmejitev, odtegljajev in plačil", kjer je povzetek oblikovan po vrstah dajatev:

  • Vse, kar je obračunano v okviru vrst časovnih razmejitev,
  • Vse, kar se obdrži v okviru vrst hrambe,
  • Vse plačano:

V 1C ZUP 3.0 je vidna ključna razlika od prejšnje verzije 1C ZUP 2.5, to je obračunavanje stanja. V 1C ZUP 3.0 je »plačna bilanca«. Če je plačano vse, kar je obračunano za tekoči mesec, je stanje nič. Se pravi, da v trezorju ni stanja, ker je izplačana celotna plača za tekoči mesec.

V poročilu o plačah bo izplačilo za januar, ker je mesec izplačila januar. V 1C ZUP 3.0 je za plačilo najpomembnejši mesec plačila, v tem mesecu bo plačani znesek zajet v poročilih:

Kako videti plačo zaposlenih za obdobje v 1C ZUP 3.0

V 1C ZUP 3.0 lahko uporabljate register akumulacije »Medsebojni obračuni z zaposlenimi«. V tem poročilu lahko nastavite polja po meri glede na datum premika:

In za količino gibanja:

To poročilo bo primerjalo promet. Nastavite obdobje vpisa v register za januar, od 01.01.2016 do 31.01.2016. Postavili bomo tudi dodatno izbiro po datumu gibanja od 01.01.2016 do 31.01.2016. Promet računa 70 se oblikuje:

Če ustvarite poročilo za obdobje do 06. februarja, torej ko je plača že izplačana, potem ne bo stanja, saj je vse, kar je bilo obračunano, že izplačano:

Kako v 1C ZUP 3.0 videti “bilance plač”.

Če po rezultatih izračunov za tekoči mesec nekateri zaposleni dolgujejo denar, nekdo pa nam ostane dolžan, se v poročilih o plačilih prikaže »Stanje po rezultatih izračunov za mesec«. Na primer, januarja je en zaposleni prejel 10.000 rubljev več, drugi pa 1000 rubljev manj. To se vidi:

  • V poročilu "Celoten sklop časovnih razmejitev, odbitkov in plačil":

  • Promet na kontu 70 lahko vidite tudi v Univerzalnem izpisu:

  • V razdelku »Izplačila – Poročila o izplačilih – Zaostale plače:

Prav tako je bilanca vidna v »Plačni listi v poljubni obliki«, v 1C ZUP 3.0 se poročilo imenuje »Analiza plač zaposlenih«. To poročilo vsebuje:

  • stanje na začetku meseca
  • število opravljenih in neopravljenih dni in ur za vsakega zaposlenega,
  • zneske časovnih razmejitev po vrstah časovnih razmejitev,
  • skupaj na časovne razmejitve,
  • višina odbitkov po vrstah odbitkov,
  • zadrževanje skupaj,
  • plačila za tekoči mesec,
  • stanje na koncu meseca:

V 1C ZUP 3.0 se stanje samodejno upošteva pri naslednjem izplačilu plače. V našem primeru bo en zaposleni v naslednjem mesecu prejel 10.000 rubljev manj plače, drugi zaposleni pa 1000 rubljev več.

Obračunski list T-51 v 1C ZUP 3.0

Razmislite, kako so izpolnjeni stolpci v plačilni listi T-51.

Plačilna lista ima polja, ki prikazujejo: kaj je obračunano, kaj zadržano in znesek za plačilo. Po novi metodologiji v 1C ZUP 3.0 se znesek za plačilo polni z dejansko plačanimi zneski. Po izdelavi izjave za plačilo v programu 1C ZUP 3.0 se določi znesek za plačilo. Ta znesek gre v stolpec 18 plačilne liste in na plačilne liste v razdelku Znesek za plačilo:

Stolpca 16 in 17 v plačilni listi T-51 sta stanje na začetku meseca. Dejstvo, da so bili zaposleni v tekočem mesecu preveč ali premalo plačani, je razvidno iz plačilne liste T-51 za naslednji mesec:

Glavna zahteva za plačni program 1C ZUP 3.0 je, da mora uporabnik poskrbeti, da je plačano vse, kar je obračunano. V 1C 8.3 Računovodstvo 3.0 na bilanci stanja ni razvidno, ali je vse plačano, ker je na primer plača za januar izplačana februarja, na začetku meseca pa je stanje na kontu 70. Analiza računa 70, je nemogoče ugotoviti, ali so bili vsi zaposleni plačani, kar je zapadlo. Zato so za 1C ZUP 3.0 razvili mehanizem »bilance plač«. In to je priročno, saj je v 1C ZUP 3.0 jasno: če ni dolga, potem je vse narejeno pravilno.

Plačilna položnica v 1C ZUP 3.0

V 1C ZUP 3.0 je oblikovana zelo priročna oblika plačilnih listov, čim bolj kompaktna za tiskanje. Podrobnosti o izpisu informacij na plačilne liste se konfigurirajo z gumbom "Nastavitve":

S potrditvenimi polji lahko konfigurirate sestavo informacij za tiskanje:

Na plačilni listi je razvidno, kolikšen je bil dohodek, koliko je bilo zadržano, dejansko izplačano, kot znesek za plačilo pa je naveden izplačan znesek plače:

Če vse pravilno vnesete v 1C ZUP 3.0 in plačate plače pravočasno, potem ne bo ravnovesja. Če se izpisek izpolni samodejno, potem program 1C ZUP 3.0 ponudi plačilo vsega obračunanega.

Poročila o davkih in prispevkih v 1C ZUP 3.0

Poročila o davkih in prispevkih v 1C ZUP 3.0 se generirajo v poglavju »Davki in prispevki – Poročila o davkih in prispevkih«:

Časovni list v 1C 8.3 ZUP 3.0 - nastavitve, postopek izpolnjevanja, obravnavan v članku.

Tukaj bomo razmislili o možnostih preverjanja podatkov v sistemu 1C: ZUP.

Preverjanje stanja na računu 70 v ZUP z 1C: Računovodstvo

Za pregled konta 70 v ZUP morate omogočiti možnost generiranja poročila o bilanci stanja. Ta funkcija je omogočena v naprednih nastavitvah.

Slika 1

Ko je ta funkcija navedena, se izplačilo plače upošteva po datumu dejanskega izplačila zaposlenemu v dokumentu "Izjava o izplačilu plače" in ne po obdobju, za katero je bila ta plača izplačana.

V sistemu 1C:ZUP generiramo poročilo “Analiza plač po zaposlenih (splošno za obdobje)”, ki se nahaja v meniju “Plače - Izpisi obračunov”.



Slika 2

Poročilo prikazuje časovne razmejitve, odtegljaje in plačila za zaposlene glede na zaposlene in vrste časovnih razmejitev ter odraža stanje na začetku in koncu obdobja. Stanje na začetku in stanje na koncu se mora ujemati z bilanco stanja na kontu 70.



Slika 3

Analiza odbitkov za zaposlene v okviru 20% plače

Za analizo takšnih odtegljajev je na voljo poročilo »Odtegljaji od plače«, ki se nahaja v meniju »Plače – Poročila o plačilnih listah«. Zaposleni z odbitki, večjimi od 20 %, so označeni z rdečo.



Slika 4

Če želite preveriti zneske, izračunane v dokumentu "Plače in prispevki" in se odražajo v dokumentu "Odraz plač v računovodstvu", morate uporabiti poročilo "Obračun plač".



Slika 5

Poročilo prikazuje podatke v dokumentih "Odraz plač v računovodstvu" za navedeno obdobje. Zneski za bloke »Obračunano«, »Dohodnina«, »Odtegnjeno« se morajo ujemati s podatki v obračunskih registrih.

Analiza prispevkov v sklade. Preverjanje prenesenih podatkov v 1C: Računovodstvo

Za preverjanje obračunanih prispevkov v PFR, FSS, MHIF v sistemu ZUP z obračunanimi podatki morate uporabiti poročilo "Preverjanje obračuna prispevkov", ki se nahaja v meniju "Davki in prispevki - Poročila o davkih in prispevkih". Poročilo prikazuje prispevke, prejete s poravnavo. Če se izračunani podatki razlikujejo od tistih, ki so navedeni v sistemu, so takšne vrstice prikazane rdeče.



Slika 6

Preverjanje prenesenih podatkov o zavarovalnih premijah se lahko izvede s pomočjo poročila "Analiza prispevkov v sklade" in bilance stanja za račun 69 in podračune v 1C: Računovodstvo.



Slika 7



Slika 8



Slika 9

Preverjanje dohodnine

Za analizo davčne osnove, uveljavljenih olajšav in primerjavo obračunane, odtegnjene in nakazane dohodnine morate uporabiti poročilo »Razračun dohodnine po mesecih«. Obračunana dohodnina se mora ujemati z dohodnino na kontu 68 v bilanci stanja v 1C: Računovodstvo.



Sl.10

Za kontrolo roka za plačilo dohodnine morate uporabiti poročilo "Nadzor časovnice plačila dohodnine". Če je končno stanje na datum pozitivno, je plačilo zapadlo.



Slika 11

Če želite preveriti razdelek 2 poročila 6-NDFL, lahko uporabite poročilo »Preverjanje razdelka. 2 6-NDFL". Poročilo v celoti dešifrira oddelek 2 poročila 6-NDFL.



Slika 12

Preverjanje medsebojnih obračunov zaposlenih v 1C:ZUP

Za analizo medsebojnih obračunov za zaposlene morate uporabiti poročilo »Zamude iz plač«.



Slika 13

Poročilo se ustvari glede na stanje plač, ne glede na nastavitve programa. Zneski se beležijo po mesecih plačila (in mesecih obračuna) in ne po datumih, ko je bilo plačilo dejansko izvršeno.

Poročilo se nahaja v imeniku »Poročila« in je namenjeno pregledu in odpravljanju ugotovljenih težav z dokumenti, registri in morebitnimi podatki v programu, pregledu rezultatov računovodskih pregledov. Poročilo prikazuje vrsto pregleda - podatke o pregledu in seznam problematičnih predmetov, možni razlogi in priporočila za popravek.



Slika 14

Za napredne uporabnike in skrbnike je na voljo "Univerzalno poročilo", ki se ustvari iz imenikov, dokumentov in registrov.

Ta članek je na voljo tudi v naslednjih jezikih: tajska

  • Naslednji

    Najlepša hvala za zelo koristne informacije v članku. Vse je zelo jasno. Zdi se, da je bilo z analizo delovanja trgovine eBay vloženega veliko dela.

    • Hvala vam in ostalim rednim bralcem mojega bloga. Brez vas ne bi bil dovolj motiviran, da bi veliko svojega časa posvetil vodenju te strani. Moji možgani so urejeni takole: rad se poglobim, sistematiziram raznovrstne podatke, poskusim nekaj, česar pred menoj še nihče ni naredil ali na to nisem gledal s takega zornega kota. Škoda, da le našim rojakom zaradi krize v Rusiji nikakor ni do nakupovanja na eBayu. Na Aliexpressu kupujejo iz Kitajske, saj je velikokrat cenejše blago (pogosto na račun kakovosti). Toda spletne dražbe eBay, Amazon, ETSY bodo Kitajcem zlahka dale prednost pri ponudbi blagovnih znamk, vintage predmetov, ročnih izdelkov in različnih etničnih izdelkov.

      • Naslednji

        V vaših člankih je dragocen vaš osebni odnos in analiza teme. Ne zapustite tega bloga, pogosto pogledam sem. Veliko bi nas moralo biti. Pošlji mi email Pred kratkim sem po pošti prejel predlog, da bi me naučili trgovati na Amazonu in eBayu. In spomnil sem se vaših podrobnih člankov o teh dražbah. območje Še enkrat sem vse prebral in ugotovil, da so tečaji prevara. Ničesar še nisem kupil na eBayu. Nisem iz Rusije, ampak iz Kazahstana (Almaty). Vendar nam tudi ni treba dodatno porabiti. Želim vam veliko sreče in pazite nase v azijskih deželah.

  • Lepo je tudi, da so poskusi eBaya, da rusificira vmesnik za uporabnike iz Rusije in držav CIS, začeli obroditi sadove. Navsezadnje velika večina državljanov držav nekdanje ZSSR ni močna v znanju tujih jezikov. Angleščino ne govori več kot 5% prebivalstva. Več med mladimi. Zato je vsaj vmesnik v ruskem jeziku v veliko pomoč pri spletnem nakupovanju na tej trgovalni platformi. Ebey ni šel po poti kitajskega kolega Aliexpressa, kjer se izvaja strojno (zelo okorno in nerazumljivo, mestoma vzbujajoče smeha) prevajanje opisa izdelka. Upam, da bo na naprednejši stopnji razvoja umetne inteligence visokokakovostno strojno prevajanje iz katerega koli jezika v kateregakoli postalo resničnost v nekaj delčkih sekunde. Zaenkrat imamo tole (profil enega od prodajalcev na ebayu z ruskim vmesnikom, a angleškim opisom):
    https://uploads.disquscdn.com/images/7a52c9a89108b922159a4fad35de0ab0bee0c8804b9731f56d8a1dc659655d60.png