Programski izdelek 1C: Plače in upravljanje osebja 8, kot pove že ime, je zasnovan za upravljanje osebja in obračunavanje poravnav z zaposlenimi v podjetju. Ima veliko možnosti, s pomočjo katerih je mogoče organizirati upravljanje in računovodstvo poravnav z osebjem v podjetju katere koli velikosti in z uporabo najrazličnejših vrst časovnih razmejitev in odbitkov.
Ker je program prilagodljiv pri nastavitvi različnih računovodskih parametrov, urnikov dela, vrst izračunov, pa tudi načinov odražanja plač v računovodstvu, je treba posebno pozornost posvetiti nastavitvi programa in izpolnjevanju vseh kadrovskih in poravnalnih dokumentov ter analitiko v vsakem dokumentu. V praksi je veliko napak, povezanih z nepoznavanjem konfiguracijskih funkcij. Najpogosteje se napake odkrijejo pri izračunu plačilne liste ali ustvarjanju knjižb, ki bodo kasneje naložene v 1C: Računovodstvo 8 ali 1C: Računovodstvo 7.7. Da bi se izognili morebitnim napakam, je potrebno posebno pozornost posvetiti začetnim računovodskim nastavitvam v programu, in sicer:
- imenik "Organizacijske enote" - imenik se samodejno zapolni z razkladanjem iz "1C: Računovodstvo 8" z navedbo potrebnih parametrov ("Za nalaganje v novo informacijsko bazo"). Če je imenik izpolnjen ročno, je treba paziti na ujemanje imen in kod njegovih elementov z imeni in kodami imenika "Organizacijske enote" v računovodskem programu 1C;
- referenčna knjiga "Stroškovne postavke" - samodejno se izpolni tudi pri nalaganju podatkov iz 1C: Računovodstvo različice 8 ali 7.7. Potrebno je preveriti razpoložljivost stroškovnih postavk "Plačilo" in "Davki in pristojbine";
- imenik "Nomenklaturne skupine" mora ustrezati istoimenskemu imeniku v 1C: Računovodstvo različice 8 ali 7.7;
- referenčna knjiga "Metode odražanja plač v računovodstvu" - referenčna knjiga vsebuje seznam možnih vnosov, ki se uporabljajo pri odražanju plač v reguliranem računovodstvu.
Katere napake se najpogosteje pojavljajo pri delu s programom? No, prvič, to je oblikovanje "nepravilnih objav". Da bi se izognili takšni situaciji, je treba poskrbeti za nastavitve knjiženja in vsakemu zaposlenemu vnaprej določiti določen način odražanja plač v reguliranem računovodstvu. Torej lahko izberete način odražanja plač na naslednje načine:
- dodelite določeno metodo celotni enoti. Imenik "Pododdelki organizacije", zavihek "Obračun plač";
- dodelite način odražanja plač zaposlenemu ali seznamu zaposlenih. Za to se uporablja dokument "Vnos podatkov o obračunavanju zaslužka zaposlenih";
- dodeliti posebno metodo odražanja plač za določeno časovno razmejitev ali odtegljaj. Zahtevano knjiženje je treba določiti v polju "Metoda odseva v računovodstvu" na zavihku "Računovodstvo in UTII".
drugič napaka na lestvici najbolj priljubljenih - napačen izračun povprečnega zaslužka za bolniško odsotnost ali regres. Razlogi za to napako so lahko različni, najpogosteje pa se to zgodi zaradi dejstva, da nekateri zneski ne sodijo v osnovo za izračun povprečnega zaslužka. To stanje popravimo z nastavitvijo osnove za izračun povprečne plače (v meniju "Podjetje" - "Nastavitev plačilne liste" - "Povprečna plača"). V tabelarnem delu »Osnovni izračuni« morate dodati vrsto izračuna, ki naj se uporablja pri izračunu povprečne plače.
Tretjič po priljubljenosti je napaka vključitev / nevključitev določenih vrst izračuna v osnovo za izračun UST ali dohodnine. Da bi takšno napako preprečili ali odpravili, je treba preveriti nastavitev posameznega časovnega razmejitve, ki je napačno obdavčena ali neobdavčena z navedenimi davki. Na zavihku "Davki" v oknu za urejanje vrste obračuna so ustrezna polja - "PIT" in "UST, prispevki v pokojninski sklad".
"narobe" plačilo za nepopoln mesec dela se izračuna v dokumentu "Plače za zaposlene v organizacijah". Tako imenovana napaka se lahko pojavi, ko je urnik dela nastavljen nepravilno. Potrebno je preveriti število delovnih ur po razporedu dela in glede na situacijo bodisi popraviti razpored (če je napaka v razporedu), bodisi vnesti individualni časovni list za tega zaposlenega (če je delavec opravil ne hodi v službo v skladu s svojim delovnim urnikom). Če dokument "Časovni list" ni vnesen, se privzeto šteje, da je delavec delal vse delovne dni v skladu z urnikom dela.
"narobe" se ustvari časovni list. Prva stvar, ki jo je treba storiti, ko pride do takšne situacije, je preveriti, ali je proizvodni koledar pravilno izpolnjen. Proizvodni koledar je tako kot mnogi drugi konfiguracijski objekti prilagodljiv in enostaven za uporabo. Po potrebi se lahko delovni dan prenese na vikend, vikend pa na delovni dan. Po preverjanju koledarja proizvodnje se preveri razpoložljivost vseh kadrovskih evidenc in pravilnost njihove izpolnitve.
Kako lahko izsledite napako in poiščete dokument ali vodnik, ki ga morate spremeniti? Za analizo popolnosti izračunov plač se uporablja poročilo "Analiza časovnih razmejitev zaposlenih v organizacijah". Poročilo vam omogoča sledenje skladnosti obračunanih zneskov z zneski, uporabljenimi pri izračunu UST, dohodnine in oblikovanju transakcij.
Za analizo vseh časovnih razmejitev in odtegljajev za vsakega zaposlenega je priročno uporabiti "plačni seznam v prosti obliki". Izjava omogoča vpogled v časovne razmejitve in odtegljaje za vsakega zaposlenega ne le v skupnih zneskih, temveč tudi v kontekstu vrst obračunov.
Za analizo obračunanih davkov in prispevkov se uporablja poročilo »Analiza obračunanih davkov in prispevkov«, ki poleg obračunanih davkov izkazuje plačila, ki se vštevajo v osnovo za obračun davka, in plačila, ki niso predmet obdavčitve.
Poleg naštetih se uporabljajo tudi poročila »Register časovnih razmejitev«, »Register obračuna plačilnih računov«, posamezne kartice UST in OPS.Lahko je videti, da so vse te napake posledica nepazljivosti in nepravilnega izpolnjevanja dokumentov ali nastavitev ustreznih imenikov in vrst izračunov. Zato je pri delu s programom priporočljivo posvetiti dovolj pozornosti potrebnim nastavitvam, pravilnemu oblikovanju primarnih dokumentov, pa tudi sklicevanju na referenčno literaturo, pomoč programu in diske s podporo informacijske tehnologije.
V informacijskih bazah na platformi 1C se lahko pojavijo številne različne napake:
kršitev logične/fizične celovitosti baze podatkov, uporabniške napake, "ukrivljena" koda razvijalca in še veliko več.
Razlogov je lahko veliko: luč je bila ugasnjena in ni bilo neprekinjenega napajanja ali pa je bil petkov večer uspešen in se uporabnik ne spomni več, kaj je počel v ponedeljek.
Najprej je vredno zastaviti nekaj pojasnilnih vprašanj uporabniku:
1) Izdaje platforme/konfiguracije.
2) Celotno besedilo sporočila o napaki. Uporabniki imajo nesrečno navado, da takih sporočil ne preberejo v celoti in morda vsebujejo priporočila za odpravljanje težav.
3) Pred koliko časa se je pojavil in v kakšnih okoliščinah se pojavlja. Neponovljive napake, ki jih še nismo videli, verjetno ne bomo mogli odpraviti.
4) Ali se to zgodi, če zaženete 1s iz drugega računalnika/drugega uporabnika? To nam bo dalo razlog za razmislek – ali nam lahko pomaga brisanje predpomnilnika, prilagajanje dovoljenj ali brisanje uporabniških nastavitev.
Zdaj pa malo o samih napakah in kako jih odpraviti.
Splošno:
Nekatere napake se pojavijo pri uporabi nelicencirane programske opreme (windows, 1C itd.).
Pogost primer je pokvarjena platforma. Eden od popravkov vdre v določeno različico platforme, tako da po namestitvi nove različice platforme in poskusu vstopa v bazo podatkov vidite okno »Ni proste licence najdene«.
Če ste se z napako srečali prvič - morda se je že kdo srečal z njo -
poiščite na googlu, mogoče se je že kdo srečal s tem in rešil problem, pa ne boste izgubili dodatnih par ur časa.
Izdaja konfiguracij mora biti posodobljena (predvsem za konfiguracije, iz katerih se oddaja regulirano poročanje), ni brez razloga, da posvetovalna linija skoraj vedno predlaga najprej posodobitev in nato iskanje naprej.
Trenutna izdaja platforme - vsaka konfiguracija ima opis, katera izdaja platforme je priporočljiva za delo s to konfiguracijo.
Tehnološki dnevnik vam omogoča beleženje vseh dogodkov 1C:Enterprise (ali del z uporabo filtra).
Lahko berete o njem.
!!!POMEMBNO
Pred kakršnimi koli dejanji z bazo - naredite arhivsko kopijo!
Če se baza ne odpre v konfiguratorju - kopirajte mapo z bazo in izvedite vse operacije na kopiji!
1) Baza podatkov se sploh ne odpre niti v uporabniškem načinu niti v konfiguratorju.
- Najhitreje lahko počistite začasne datoteke (izbrišite zbirko podatkov s seznama zbirk podatkov in se znova povežite)
To dejanje ne bo izbrisalo začasnih datotek (predpomnilnika), ampak bo ustvarilo novo mapo za začasne datoteke baze podatkov, datoteke lahko izbrišete:
V sistemu Windows 7 v C:\Users\UserName\AppData\Roaming\1C\1Cv8x
V sistemu Windows XP C:\Documents and Settings\Username\Application Data\1C\1Cv8x
- Do baze podatkov lahko poskusite dostopati tudi od drugega uporabnika.
- Če je baza podatkov datotečna, potem je vredno zagnati pripomoček za testiranje fizične celovitosti baze podatkov chdbfl. Nahaja se v mapi:
C:\Programske datoteke (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe
- Če je osnova sql-th, potem testiranje s pomočjo sql.
- Če nobeno ni pomagalo, lahko posodobite platformo (glejte, na kateri platformi izdaja deluje)
- Če se ni zgodilo nič od naštetega, lahko uporabite program Tool_1CD.
2) Če gre osnova ob zagonu v dump.
- Onemogoči strojno pospeševanje grafične kartice:
- Odprite lastnosti zaslona. To lahko storite prek nadzorne plošče ali preprosto tako, da z desno miškino tipko kliknete katero koli mesto na namizju, kjer ni oken in ikon, ter izberete element kontekstnega menija »Lastnosti«.
- V oknu z nastavitvami zaslona, ki se odpre, pojdite na zavihek »Nastavitve« in kliknite gumb »Napredno«.
- V oknu lastnosti grafične kartice, ki se odpre, pojdite na zavihek "Diagnostika".
- Premaknite drsnik "Pospešek" na skrajni levi položaj ("brez") in kliknite "Uporabi" ali "V redu". Strojno pospeševanje je onemogočeno. Spremembe bodo začele veljati po ponovnem zagonu sistema.
- Odprite nadzorno ploščo (Start - Nadzorna plošča).
- Poiščite in odprite element Zaslon.
- V levem delu okna, ki se odpre, kliknite na povezavo "Prilagodi nastavitve zaslona".
- V oknu, ki se odpre, kliknite povezavo »Napredne možnosti«.
- Pojdite na zavihek "Diagnostika" in kliknite gumb "Spremeni nastavitve".
- V oknu, ki se odpre, premaknite drsnik v skrajni levi položaj (»ne«) in kliknite »V redu«. Če je UAC omogočen, boste morali potrditi, da je uporabnik odobril spremembe. Strojno pospeševanje je onemogočeno. Spremembe bodo začele veljati po ponovnem zagonu sistema.
V sistemu Windows 7 bo v nekaterih primerih gumb Spremeni nastavitve zatemnjen. V tem primeru ne morete onemogočiti strojnega pospeševanja, ker grafična kartica in njen gonilnik ne podpirata manipulacije s strojnim pospeševanjem.
- Če je protivirusni program Kaspersky, lahko poskusite onemogočiti samoobrambo in preimenovati datoteki kloehk.dll in mzvkbd3.dll v mapi Kaspersky. (Napaka se je pojavila pri starejših različicah 2011, vendar se še vedno občasno pojavlja)
- Preverite, ali se izdaja/konfiguracija platforme ujema.
- Poskusite dostopati do baze podatkov z druge platforme.
3) Baza se odpre v konfiguratorju, vendar noče v uporabniški način.
- Čiščenje začasnih datotek
- Poskusite se prijaviti kot drug uporabnik
- testiranje chdbfl / sql
- Testiranje in popravljanje informacijske varnosti:
V konfiguratorju Administracija-Testiranje in popravek - potrditvena polja glede na situacijo. - Poskusite ustvariti drugega uporabnika s polnimi pravicami in se prijavite od njega.
- Poskusi prenesti na drug PC in tam odpreti, mogoče kaj iz PC-ja.
4) Ko neko dejanje vrže kodo v konfiguratorju.
- Če želite preveriti, je vredno počistiti predpomnilnik.
- Če ne pomaga, potem je najverjetneje napaka v kodi - to je še posebej pomembno za nestandardne in samonapisane konfiguracije, včasih pa se pojavi tudi v tipičnih.
Če konfiguracija ni tipična, je šla bodisi posodobitev narobe bodisi razvijalec, ki je dokončal konfiguracijo, ni predvidel vseh možnosti uporabniških napak – zanesljivo (če je mogoče!).
Če je tipično, potem morda napaka v izdaji.
V vsakem primeru se splača pognati skozi razhroščevalnik in videti, kaj je narobe.
5) Pod enim uporabnikom vam omogoča nekaj, pod drugim pa ne.
- Nastavitve uporabniških pravic.
- Uporabniške nastavitve.
- Čiščenje predpomnilnika.
6) Prihaja iz enega računalnika, ne pa iz drugega.
- Preverite, ali raziskovalec vidi bazo podatkov - morda mapa z bazo podatkov ni v skupni rabi.
- Čiščenje predpomnilnika.
- Prijavite se kot drug uporabnik.
7) Naredil/naredil sem nič, a se mi je vse pokvarilo
- Če vam lahko natančno povedo, česa »niso naredili« in kdaj, potem lahko uporabite
- dnevnik z izbirami in morda ugotovite, v čem je težava.
- Dnevnik najdete v konfiguratorju:
- Administracija - dnevnik registracije.
Bodisi v uporabniškem načinu - lokacija je odvisna od konfiguracije.
8) Ni dovolj pomnilnika.
Imel sem primer, prišla je stranka, pravi, ko je mesec zaprt, se zruši napaka "Ni dovolj pomnilnika". Prevzel sem ta problem. Mislil sem, da je enostavno, najprej sem dodal RAM - napaka. Bilo je 2 gigabajta, postalo je 4, a še vedno 1 s ni dovolj. Spremenjena velikost ostranjevalne datoteke - napaka, ponovna namestitev sistema (nameščen Windows 7) je dala le začasen rezultat, približno en teden. Poskusila vse. Čez nekaj časa se je našla rešitev.
rešitev
V odjemalskem računalniku zaženite ukazni poziv kot skrbnik in vnesite naslednje:
BCDEdit /set increaseuserva xxxx- namesto xxxx napišite količino virtualnega naslovnega prostora v megabajtih, tj. Koliko pomnilnika potrebujete za izvajanje aplikacij? Privzeto je 2 gigabajta. Na splošno so v 32-bitnih operacijskih sistemih dodeljeni 4 gigabajti: 2 za aplikacije in 2 za potrebe samega OS. Izbral sem 3000 (tj. CDEdit /set increaseuserva 3000 ). Vendar pa je sistem lahko hrošč. Še posebej, če imaš 2 GB RAM-a, kot ga imam jaz. To je za družino OS Windows Vista, 7, Windows 2008.
Za Windows XP \ Windows 2003 pišemo
/3 GB /uporabnik=xxxx (xxxx v MB v območju 2048 - 3072) v datoteki boot.ini priporočene največje vrednosti userva 2900-3030.
9) Elementi obrazca se med seboj prekrivajo in so v napačnem položaju.
- Čiščenje predpomnilnika.
10) Napaka DBMS Notranja napaka komponente dbeng8
- Napaka je povezana z razliko v kodi različnih različic platforme, ko uporabniki poskušajo uporabiti različico datoteke. Pri različici odjemalec-strežnik se nadzor pojavi ob zagonu in delo z različnimi različicami platforme je načeloma nemogoče.
Rešitev: nadgradite na najnovejšo izdajo na vseh delovnih postajah.
Če ne pomaga, naredite naslednje:
- Testiranje in popravljanje
11) Napaka v platformi 8.3.4.428
- V različici 8.3.4.428 platforme 1C:Enterprise je bila najdena kritična napaka, ki se pojavi med prestrukturiranjem podatkov. Ta napaka je lokalizirana in bo odpravljena v naslednji različici platforme.
12) Konflikt ključavnic med izvajanjem transakcije:
Ponudnik Microsoft OLE DB za SQL Server: skeniranja z NOLOCK ni bilo mogoče nadaljevati zaradi premikanja podatkov.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, stanje=3, resnost=C, izvorno=601, vrstica=1
"Kako preveriti (obnoviti) bazo podatkov na MS SQL Server s pomočjo strežniških orodij
Preverjanje logične celovitosti je treba opraviti z običajnimi sredstvi 1C: Enterprise (testiranje in popravljanje informacijske varnosti). Če takšno preverjanje ne uspe, preverite fizično celovitost baze podatkov z MS SQL. Če želite preveriti celovitost z MS SQL, morate zagnati naslednji ukaz:
Koda:
DBCC CHECKDB("",REPAIR_REBUILD)
Pred izvedbo tega ukaza mora biti baza podatkov nastavljena na način "enouporabnik":
Koda:
sp_dboption "","en uporabnik",true
V procesu izvajanja DBCC CHECKDB se lahko odkrijejo napake, nekatere pa se lahko takoj popravijo. Če napake ostanejo, potem jih očitno ni mogoče obnoviti brez izgube nekaterih podatkov. V tem primeru morate zagnati DBCC CHECKDB s parametrom REPAIR_ALLOW_DATA_LOSS (pred začetkom je priporočljivo narediti kopijo datotek baze podatkov).
Koda:
DBCC CHECKDB("", REPAIR_ALLOW_DATA_LOSS)
Ko zaženete DBCC CHECKDB, se ne pozabite vrniti v običajni način (izhod iz načina »enega uporabnika«):
Koda:
sp_dboption "","single user",false" (Vzeto iz )
Seznam seveda še zdaleč ni popoln, zato bom vesel, če ga v komentarjih dopolnimo.
Mnogi ste že doživeli pomembne spremembe. Od januarja 2018 je ukinjena podpora za "1C: Plače in HR 8" izdaja 2.5. Zato 1C vsem uporabnikom priporoča čimprejšnji prehod na različico 3.1.
Vabimo vas, da se seznanite s tipičnimi napakami in njihovimi rešitvami, ki so jih odkrili naši strokovnjaki:
1. V novi informacijski bazi so bile najdene napake v prenesenih dokumentih
To je posledica dejstva, da te napake niso bile odpravljene v stari konfiguraciji. Če želite odpraviti te napake, se vrnite na prejšnjo konfiguracijo, odpravite vse napake in dokumente ponovno naložite v novo informacijsko bazo.
2. Dolg, ki ne obstaja, je bil prenesen na ZUP 3.1
Napaka je v tem, da so bili v osnovi, iz katere je bil opravljen prehod, kreirani plačilni dokumenti, ni pa nastavljen atribut izplačila. Če želite popraviti to napako, morate izbrisati ta vnos v že prenesenih podatkih ali nastaviti zastavico za izplačilo v izvirni informacijski bazi in ponovno naložiti.
3. Po raztovarjanju je nova informacijska baza preobremenjena z nepotrebnimi dokumenti in imeniki.
Do te napake pride zaradi napačne izbire metode prehoda. V velikih organizacijah popolna selitev naloži veliko zastarelih informacij. Če predstavljate dokaj veliko organizacijo z velikim številom zaposlenih, potem je za vas primerna druga možnost prenosa - ni popolna. Da bi odpravili to napako, je priporočljivo, da se vrnete na začetno stopnjo in izberete pravilen način selitve.
Na splošno velja v računovodskih krogih mnenje, da so nekoč podatki prostovoljno (čudno sovpadajoč z željo računovodje) neovirano romali iz ene informacijske baze v drugo, zlobni programerji pa so uvedli jurjevo in prehod začeli izvajati le enkrat letno na začetku davčnega obdobja, nato pa so s postopnim krčenjem pravic povsem pozabili na prenos podatkov po volji računovodje ...
Ne smete odvrniti računovodstva, da takšne napačne predstave nimajo mesta v njihovih glavah. Vendar se lahko (in verjetno bi morali) pred samostojnim prenosom seznaniti s funkcijami in napakami, ugotovljenimi med prenosom iz Zeke 7.7 V ZUP 8 , in sicer:
1). najprej morate posodobiti konfiguracije izvorne in ciljne baze podatkov (zelo ni priporočljivo prenašati podatkov prek omrežja) in morda boste presenečeni, kje se pojavijo napake, kot "Indeks ni v mejah seznama vrednosti" ;
2). prvi izračun po nakazilu plač ugotovil podvojeni zneski za dohodnino (pa ne v vseh bazah - vzorec je bil razkrit le, ko v 7.7 obračunsko obdobje ni bilo zaprto, tj. prenesemo ga v juliju, junij pa ni zaprt - v juliju pride do podvajanja) - v tem primeru je lažje ponastavitev prenesenih podatkov o dohodnini preko Poslovanje - Dokumenti - Prenos podatkov;
3). prav tako niso bili preneseni podatki o zaposlenih, katerih dohodninska evidenca je bila vodena pred letom 2011. v obrazcu 1-NDFL, kasneje pa v davčnem registru za dohodnino - v tem primeru ročni vnos dokumenta "Računovodski popravki dohodnine, zavarovalnih premij in enotnega socialnega davka", ki se lahko uporablja tudi za vnesite začetna stanja in obnovite računovodstvo pri izvajanju programa;
4). nepopolnost proizvodnega koledarja ni napaka med prenosom, vendar se ta odtenek pogosto ne upošteva pri prvi plačilni listi po prenosu;
5). pri izvajanju potrdila v obrazcu 2-NDFL se ustvari napaka in dokument se ne izvede zaradi dejstva, da pogoj "Naslov posameznika zunaj Ruske federacije" ni prazen (vejico je treba odstraniti), čeprav v 7.7 naslov v državi stalnega prebivališča ni bil izpolnjen;
6). poročilo "Struktura dolga organizacij". dolgoročni dolg zaposlenih , za katere so poravnave zaprte v Ziku (na enem od znanih forumov 1c je bil razlog naveden z napačnim plačilom z ročno navedbo zneska ob odpustu in ne z izračunom celotnega plačila) in od takrat. ti zneski niso deponent, potem se ustrezni registrski vnosi izbrišejo iz dokumentov "Prenos podatkov";
7). nikoli ne kopirajte dokumentov, ki so samodejno ustvarjeni z obdelavo prenosa, da ustvarite dokumente, ki odražajo dejstvo izplačila plače (plačilo ne bo prikazano na plačilni listi).
se nadaljuje...))
Napake pri izpolnjevanju 6-NDFL v 1C ZUP 8.2 (2.5)
Odprite univerzalno poročilo s pogojnim oblikovanjem:
Izberemo razdelek za iskanje napak 2 obrazca 6 - dohodnina:
Po nastavitvi ustreznih nastavitev bo Univerzalno poročilo prikazalo napake, kjer se datum dohodka ne ujema z datumom davčnega odtegljaja za dohodke, ki niso plače, pri dohodkih iz plače pa preveri datum dohodka, ali sodi na konec meseca ali ne. Poudaril bo tudi negativni odtegljaj dohodnine.
Popravek napak pri izpolnjevanju 6-dohodnine v 1C 8.2 ZUP 2.5
Ste že poskusili izpolniti obrazec 6-NDFL v svoji bazi podatkov 1C ZUP 2.5? Dovolj je, da se enkrat zmotite, saj se računovodstvo dohodnine dobesedno "zruši", to pa lahko opazite šele z oblikovanjem 6-dohodnine.
Pozabil sem popraviti načrtovani datum plačila
Iz univerzalnega poročila je bila prejeta napaka - davek je bil zadržan prej, kot je bil prejet dohodek, to je v primeru, ko so pozabili popraviti načrtovani datum plačila:
Kako popraviti to napako? Ko odprete obrazec, lahko vidite, da je v našem primeru to (Romashkina):
Predajmo dokument, vrnili se bomo k napakam. Napaka ni bila odpravljena, datum prejema dohodka je 28.01.2016:
Gremo na zavihek za plačilo in popravimo datum prejema dohodka za 27.01.2016, nato pa ponovimo:
Vendar pa napaka ne izgine, kar je razvidno tudi iz obrazca 6-NDFL:
Ne smemo pozabiti, da oddelek 2 obrazca 6-NDFL temelji na odtegnjenem davku, odtegnjeni davek pa je zabeležen v plačilnem dokumentu. Za popolno odpravo napake morate ponovno nakazati plačilo:
Po izvedenih ukrepih je bila napaka v celoti odpravljena. V poročilu 6 - dohodnina je bila popravljena 27. 01. 2016 in dohodek "sesut" na datum prejema iz evidence dohodkov z davčno blagajno:
Popravil načrtovani datum izplačila dohodka, pozabil pa popraviti datum dohodnine
Vzemimo za primer dokument. Nadomestilo za bolniško odsotnost je bilo obračunano za januar 2016 z datumom izplačila 02.05.2016. Dejansko je bil dodatek izplačan skupaj s plačo dne 04.02.2016. Pri izplačilu plač v obračunu na bolniško odsotnost je bil popravljen datum izplačila dohodka na dan 02. 04. 2016, na zavihku dohodnine pa niso bili popravljeni:
Zakaj se je to zgodilo? Ker se je dohodek odražal na dan 04.02.2016, saj smo popravili dokument na glavnem obrazcu "Bolniška odsotnost", znesek davka na zavihku "Dohodnina" pa se je odražal na datum 05.02. 2016. Program 1C poravna to "ukrivljenost".
Po knjiženju plačilnega dokumenta se v registru davčnih odtegljajev »Obračuni DDV s proračunom« prikaže vnos:
Iz registra davčnih odtegljajev se samodejno vnesejo podatki v obrazec 6 - dohodnina:
Za odpravo napake je potrebno v dokumentu »bolniška«, na zavihku dohodnina, popraviti datum na pravilen 04.02.2016 in knjižiti dokument:
Po odpravi napak je bilo tudi v obrazcu 6 - dohodnina vse pravilno izpolnjeno:
Da vam ne bo treba iskati in odpravljati napak, uporabite pravilen pristop pri vodenju dohodninske evidence. namreč:
- Pred izplačilom dohodka preverite in po potrebi uredite predvidene datume izplačil v aktih o obračunu (ne pozabite na zavihek Dohodnina).
- Kontrolirajte znesek odtegnjene dohodnine po vsakem plačilu.
- Pred zaključkom meseca preverite skladnost načrtovanih plačilnih rokov z dejanskimi
Kršitev zaporedja dokumentov
In nazadnje, o zmedi z datumi. Pri 99% uporabnikov 1C ZUP 2.5 ne deluje odtegljaj dohodnine in datumi v 2. rubriki obrazca 6-dohodnine. To je posledica dejstva, da je obračun odtegljaja dohodnine v 1C ZUP 2.5 (za razliko od nove različice ZUP 3.0) uporabniku »skrit« očem, izračun se izvede samodejno ob knjiženju dokumentov, tako da je rezultat odvisen od , med drugim o zaporedju vodenja.
Na primer, zaposleni je bil obračunan, v resnici je bil dodatek izplačan 02.04.2016. Hkrati je bil datum dokumenta ostal tisti, na katerega je bil vpisan:
Potem so si nabrali dopust:
Izvajamo dokument o plačilu dopusta z dne 27.01.2016:
V evidenci dohodninskih odtegljajev je evidentiran davčni odtegljaj od bolniških nadomestil in priloženi naslednji dokumenti:
Vrnite se nazaj in popravite datum ugodnosti za datum izplačila - 04.02.2016:
Datum dokumenta mora sovpadati z načrtovanim datumom plačila, potem bo veliko manj težav s kronologijo dokumentov.
Vrnemo se na plačilni dokument in ponovno posredujemo dokument:
Vodimo register davčnih odtegljajev »Obračuni dohodnine s proračunom«. V redu.