1c přepočty. Opravy a přepočty platů

28.12.2023 -

Nedílnou součástí výpočtu mezd jsou přepočty. Informace o pracovní neschopnosti, dovolené nebo nepřítomnosti zaměstnanců, které účetní oddělení obdrží s určitým zpožděním, vedou k přepočtu mezd a tím i pojistného. Odborníci 1C hovoří o tom, jak se výpočty a přepočty pojistného promítají do účetnictví a regulovaného výkaznictví v programu 1C: Platy a personální management 8, vydání 3.

Při přepočtu mezd vzniká nutnost přepočítat pojistné. Důvodem pro přepočet příspěvků může být navíc změna sazebníku v průběhu roku nebo zjištění chyb, například nezahrnování výpočtu do základu pro pojistné.

V těchto případech má účetní otázky týkající se potřeby, povinnosti a práva předkládat aktualizované informace Federální daňové službě.

Podle bodu 1.2 Postupu pro vyplnění výpočtu pojistného, uvedeného v příloze č. 2 příkazu Federální daňové služby Ruska ze dne 10.10.2016 č. ММВ-7-11/551@, je plátcem povinen provést potřebné změny Kalkulace a v případě nezaznamenaných nebo neúplných údajů, jakož i chyb vedoucích k podhodnocení výše splatného pojistného podat správci daně aktualizované hlášení.

Při rozhodování, zda odeslat aktualizovaný výpočet, musí účetní odpovědět na následující otázky:

zda byly všechny informace zohledněny;
zda došlo k chybám a zda vedly k podhodnocení výše splatného pojistného.

Předložení aktualizované kalkulace může být povinností, právem nebo vynucenou nutností.

Aktualizovaný výpočet pojistného

Povinnost předložit aktualizovaný výpočet vzniká, pokud se po předložení hlášení Federální daňové službě ukáže, že byly předloženy neúplné nebo nesprávné informace o zaměstnancích nebo byly zjištěny chyby, které vedly k podhodnocení výše splatného pojistného.

Typy běžných chyb, které vyžadují povinné odeslání aktualizovaného výpočtu:

1. Zaměstnanec neprodleně nenahlásil změny svých osobních údajů a Federální daňová služba o něm uvedla nepravdivé informace v části 3 Výpočtů.

2. Zaměstnanec pracoval v oddělení, které má právo uplatňovat zvýhodněnou sazbu pojistného. Poté byl převeden na útvar, kde se uplatňuje základní sazba pojistného. Informaci o převodu zaměstnance obdrželo účetní oddělení pozdě. Výpočet příspěvků byl proveden nesprávně ve snížené sazbě.

3. Ve fázi počátečního nastavení programu 1C: Platy a personální management 8 došlo k chybě vyloučením pojistného z výpočtového základu pro pojistné. Oprava chyby bude mít za následek další poplatky.

4. Oddělení se zvýhodněným tarifem ztrácí právo jej používat, ale informace se ke mzdovému vedoucímu dostane se zpožděním. Přepočet podle základního sazebníku vede ke zvýšení výše splatného pojistného.

5. Při výpočtu pojistného program neuvedl, že pozice byla uvedena v seznamu rizikových profesí podléhajících dalším tarifům. Po zjištění a nápravě chyby došlo v důsledku přepočtu k nedoplacení pojistného v dodatečných sazbách.

Podívejme se na funkce přepočtu pojistného v „1C: Platy a personální management 8“ vydání 3 na příkladech.

Příklad 1

Při výpočtu pojistného na jednotku Skladem byla uplatněna zvýhodněná sazba pojistného Obyvatelé technologicky inovativní speciální ekonomické zóny(kód jízdného „05“). Tento tarif stanoví příspěvky do Penzijního fondu ve výši 13 % v roce 2018; ve Fondu sociálního pojištění 2,9 %; ve Federálním fondu povinného zdravotního pojištění 5,1 %. Přesně tak se počítaly odvody pro zaměstnance V.S. Břečťan. S měsíčním výdělkem 10 000 rublů. Výše pojistných srážek za měsíc byla:

v penzijním fondu - 1 300 rublů;
v FFOMS - 510 rublů;
ve Fondu sociálního pojištění - 290 rublů.

Uvedené částky se promítly do výpočtu pojistného za první čtvrtletí roku 2018.

Když se ukázalo, že divize ztratila právo uplatňovat zvýhodněnou sazbu pojistného, pak v souladu s dopisy Federální daňové služby Ruska ze dne 25. října 2017 č. GD-4-11/21611@ a ministerstva of Finance of Russia ze dne 18. prosince 2017 č.? 03-15-06/ 84443 bylo potřeba předložit upřesňující kalkulaci. K jeho vytvoření je nutné přepočítat pojistné s novými sazbami.

V kartě Divize pole by mělo být vyčištěno Strach z preferenčního tarifu. příspěvky. Nyní se na oddělení vztahuje tarif používaný pro organizaci a uvedený v kartě Organizace na záložce Účetní zásady a další nastavení odkaz Účetní politika v terénu Typ tarifu.

V příkladu 1 je organizace nastavena na Základní sazba pojistného(tarifní kód „01“), který stanoví sazby příspěvků v roce 2018: do Penzijního fondu Ruské federace ve výši 22 %; Fond sociálního pojištění 2,9 %; FFOMS 5,1 %. Je zřejmé, že Penzijní fond „podplatil“ 9 % příspěvků (22 % - 13 %) a změnil se tarifní kód.

V uvažovaném příkladu 1 by za účelem přepočtu příspěvků měl být revidován postup účtování příjmů. Doklad je určen k evidenci postupu evidence příjmů a přepočtu pojistného minulého období. (Jídelní lístek Daně a poplatky). Na záložce Informace o příjmech je nutné ručně objasnit všechny příjmy zaměstnanců. Zároveň na záložce Odhadované příspěvky Pojistné bude automaticky přepočítáno.

V důsledku přepočtu pojistného zaměstnance V.S. Ivy s měsíčním výdělkem 10 000 rublů. Výše pojistných srážek za měsíc byla:

v Penzijním fondu Ruska - 2 200 rublů;
ve Federálním fondu povinného zdravotního pojištění a Fondu sociálního pojištění - částka se nezměnila a činila 510 rublů. a 290 rublů.

Po přepočtu pojistného za první čtvrtletí by měly být připraveny zpřesňující Kalkulace. Používání služby 1C-Reporting, je nutné vytvořit nové výkazy za opravovaná období a za Titulní strana naznačit Číslo opravy(obr. 2). Vyjasnění se dotkla všech zaměstnanců oddělení, protože se všem změnil tarifní kód. Proto jsou oddíly 3 v aktualizované Kalkulace tvořeny pro všechny zaměstnance oddělení. V ostatních případech, kdy je tvorba aktualizované Kalkulace způsobena změnami údajů nebo časového rozlišení jednotlivých zaměstnanců, jsou v části 3 zobrazeny údaje pouze za tyto zaměstnance. V každém případě jsou zbývající části upřesňující Kalkulace vyplněny zcela novými údaji.

Rýže. 2. Titulní strana zpřesňujícího výpočtu pojistného za 1. čtvrtletí 2018

Právo na předložení aktualizovaného Kalkulace pojistného

Pojistníci mohou ke kontrole předložit aktualizovaný Kalkulaci, pokud zjistí chyby, které vedou k nadhodnocení výše pojistného. Při dalším výpočtu příspěvků v aktuálním období se totiž provede přepočet a výsledek se promítne do výkazu za další období. Možnosti situace, které vám umožní předložit aktualizovaný výpočet:

1. Zaměstnanci byla vyplacena mzda za celý odpracovaný měsíc. Výpočet pojistného byl předložen Federální daňové službě, ale později se ukázalo, že zaměstnanec byl na vlastní náklady na nemocenské nebo na dovolené. Časové rozlišení nezahrnované do základu pro výpočet pojistného nahradilo časové rozlišení podléhající pojistnému, které vedlo k přeplatku pojistného.

2. Případný přepočet časového rozlišení zaměstnanců, vedoucí k přepočtu pojistného směrem k jeho snížení.

Příklad 2

Při výpočtu mzdy za červen zaměstnanci S.S. Gorbunkov byl oceněn:

výplata mzdy - 7 500 rublů;
platba za pracovní cestu (na základě průměrného výdělku) za červen - 2 500 rublů.

Pojistné bylo vypočteno v základní sazbě. V červnu příspěvky z platu S.S. Gorbunkov byli:

v Penzijním fondu Ruska - 2 200 rublů;
v FFOMS - 510 rublů;
ve Fondu sociálního pojištění - 290 rublů.

Tyto příspěvky byly zaplaceny a zahrnuty do pololetního účtu 2018. Nemocenská podaná na účetní oddělení za období 25.6.2018-30.6.2018 nezakládá důvod pro vytvoření aktualizované Kalkulace. Dokument registrovaný v programu Nemocenská ruší dříve naběhlou částku cestovních náhrad (obr. 3).

Rýže. 3. Přepočet cestovních náhrad v dokladu „Nemocenské“.

Nemocenskou pobírala organizace v červenci. Nejedná se o chybovou situaci a nemá za následek nedoplatek pojistného. Vzhledem k tomu, že částka vzniklá na nemocenské nepodléhá odvodům na pojištění, došlo k přeplatku příspěvků ve výši:

v Penzijním fondu Ruské federace - 550 rublů;
v FFOMS - 127,50 rublů;
ve Fondu sociálního pojištění - 72,50 rublů.

V programu Nemocenská, registrovaný července 2018, ovlivňuje výpočet pojistného v aktuálním měsíci, snižuje výpočtový základ.

V takové situaci neexistují žádné právní požadavky na předložení aktualizované Kalkulace. Všechny přepočty probíhají v dalším období a jsou zohledněny v dalších přehledech. Zároveň však má organizace právo objasnit zprávu za pololetí a informovat Federální daňovou službu o přeplatku, ke kterému došlo, předložením vysvětlení.

Před koncem měsíce byste však neměli ukvapeně upřesňovat Výpočet. V průběhu měsíce se totiž evidují různé dokumenty. V určitém okamžiku dokument Nemocenská může skutečně stornovat příjem z předchozího měsíce a na základě výsledků výpočtu mezd za daný měsíc vypracovat jiný doklad, např. Výpočet mezd a odvodů, provede dodatečné časové rozlišení, které převyšuje storno výnos z minulého období. V důsledku toho se příjem aktuálního měsíce sníží o částku storna pracovní cesty, nezůstanou žádné mínusy za předchozí měsíc a opravný výkaz neukáže žádné změny.

Nutnost předložit aktualizovaný Výpočet pojistného

V řadě případů, i přes absenci povinnosti předkládat aktualizovaný Kalkulaci, nemá pojistník jinou možnost nahlásit svůj přeplatek na pojistném, kromě předložení aktualizace:

1. V důsledku přepočtu odvodů v běžném období obdrží zaměstnanec zápornou částku. Hlášení se zápornou částkou nelze odeslat Federální daňové službě. Zbývá tedy jediné východisko – vygenerovat aktualizovaný výkaz za předchozí období.

2. Zaměstnanec pracoval v rizikové práci. Pojistné bylo vypočítáno s dodatečnou sazbou. Informaci o převedení zaměstnance do práce za běžných pracovních podmínek obdržela účtárna pozdě. V důsledku přepočtu není možné snížit vypočtené příspěvky dodatečnou sazbou, protože časové rozlišení zaměstnance v běžném období již nepodléhá příspěvkům v dodatečné sazbě.

Příklad 3

V tomto případě, na rozdíl od předchozího Příkladu 2, nebude záporná částka pojistného vyplývající ze zrušení pracovní cesty kompenzována časovým rozlišením. I přesto, že z důvodu časového rozlišení ostatních zaměstnanců bude celková výše pojistného kladná, v § 3 zůstanou zaměstnanci záporné hodnoty, což je nepřípustné. A proto bude muset účetní vytvořit doklad Přepočet pojistného, přepočítat příspěvky za červen, vygenerovat a odeslat aktualizovaný Výpočet Federální daňové službě.

Program 1C: Platový a personální management 8 automatizuje proces přepočtu pojistného. Používání služby 1C-Hlášení počáteční a upřesňující kalkulace pojistného jsou generovány automaticky. Rozhodnutí připravit objasňující Kalkulace však zůstává na účetním. Po analýze důsledků registrace dokladu, který mění výpočty v období, za které již bylo hlášení podáno, účetní buď přepočítá pojistné za předchozí období, nebo dojde k výpočtu automaticky v aktuálním měsíci.

Od redaktora. V článku si přečtěte o mechanismu implementovaném v 1C:Enterprise 8 pro kontrolu kontrolních poměrů pro výpočet pojistného, který bere v úvahu údaje o výpočtech úprav.

Dobré odpoledne. Dlouho jsem o vás neslyšel :) Dnes chci objasnit vlastnosti přepočtů v ZUP 3.0 za minulá období. Tento článek hovoří o tom, jak to funguje uvnitř, a podle toho můžete tento proces ovládat. Koneckonců, pravděpodobně jste se setkali s tím, že program člověku nečekaně nashromáždí neznámé částky, obrátí je, objeví se nějaké rozdíly... a to jste nechtěli, nebo chtěli. ale to se nestalo))

Pojďme začít. Nejprve k přepočtům dochází v okamžiku, kdy mzdu považujete za doklad „Mzdy“. Pro tento účel poskytuje záložku „Dodatečné časové rozlišení, přepočty“. První věc, kterou vám chci poradit: vždy zkontrolujte údaje na štítku "Dodatečné časové rozlišení, přepočty" . Mohou se tam objevit bez vašeho vědomí a vy nebudete chápat, proč částka ve výpočtu není stejná.

Teoreticky jsme v záhlaví dokumentu vždy upozorněni, že se program chystá někoho počítat nebo že jej musíme doplnit, protože... někdo nebyl započítán.

Jak program pozná, koho mám počítat a za jaký měsíc?

Ona to určuje na základě vašich činů. Nedatovali jste dokument zpětně? Program se podíval na zaměstnance, kteří byli v tomto dokumentu, a zaznamenal jejich seznam. Provedli jste opravu v dokumentu (např. opravili pracovní výkaz za minulý měsíc)? Program si všechny zapamatoval z tohoto časového rozvrhu a tento měsíc bude přepočítán. Postiženy jsou téměř všechny doklady, personální i mzdové. V tomto případě je programu jedno, zda váš dotyk s dokumentem ovlivnil váš plat nebo ne.

Řekněme, že jste přešli na žádost o zaměstnání a napsali tam komentář, načež jste dokument znovu zveřejnili. Žádný plat, žádné datum jmenování, žádná pozice... nic se nedotklo. Program ale neví, proč jste přepsali dokument z předchozího období, není to telepat, prostě tohoto zaměstnance zaznamenal.

Druhý tip (neboli první tajemství): přes „všechny funkce“ přejděte do informačního registru „Přepočet platu“. Nebuďte líní a vlezte! Dostaňte se tam před každým výpočtem mezd a po každém dokumentu se zpětnou platností.

Mnoho účetních tyto rady vnímá tak, že mají novou práci, které už mají dost. Pokud tam ale nevlezete, nepochopíte logiku práce, a pokud je pro vás program jako černá skříňka, tak se s ním neskamarádíte. Přátelství začíná pochopením vnitřního světa přítele! Pokud se nestaráte o vnitřní svět vašeho soupeře, pak to není váš přítel.

Tak co, lezli jste dovnitř? Skvělý. Zpravidla je prázdný a není tam ani jeden řádek, ale jakmile na něco zpětně sáhnete, objeví se zde záznam obsahující zaměstnance a měsíc, který je potřeba přepočítat.

Třetí tip: pokud nesouhlasíte se záměrem programu započítat zaměstnance, vymažte řádek z tohoto registru.

1. Už chápete, jak se čáry objevují? Skvělý.

2. Při vyplňování dokladu „Mzdy“ a jeho zaúčtování na základě řádků v evidenci se provede přepočet a vyplnění tabulky. "Dodatečné časové rozlišení, přepočty."

3. Přepočtení zaměstnanci jsou z evidence vyřazeni a ta se stává prázdnou.

4. Když zrušíte doklad „Mzdy“, řádky se vrátí na své místo, takže když je znovu naplníte, vše zapadne.

Čtvrtý tip (možná to bude opraveno): Před doplňováním dokladu „Výplata“ jej rozložte!

Na základě algoritmu je po zaúčtování dokumentu registr vymazán. Pokud ji doplníte, aniž byste ji vyčistili, program nebude vědět, koho je třeba počítat, a tabulková část s přepočty bude prázdná. To platilo pro vydání 21. Ještě jsem neměl čas to zkontrolovat ve 22.

Další nuance, pokud kliknete na seznam osob pro přepočet v dokumentu, otevře se formulář seznamu registrů informací"Přepočet platů." A bude zde také tlačítko pro „smazání“ jednoho záznamu.

P.S. (Důležité)

Důvodem tohoto šetření byly nekonečné přepočty při přenosu původních dat z Účetnictví 3.0. Během přechodu se budete muset dotknout všech technik a překladů)) poté vymažte veškerý obsah registru " "Přepočet platu", jinak dostanete přepočet všeho za všechny roky Začínáme v ZUP 3.0 s přenosem dat z Účetnictví 3.0

To se stalo v demo databázi, když byla znovu provedena jedna úloha. A když převedete 1C Accounting 3.0 na 1C ZUP 3.0, zopakujete vše, co je možné:

Toť vše, dotazy do komentářů a programu se nebojte, je potřeba mu porozumět a on se vám za to odvděčí láskou.

V tomto článku zvážíme teoretické základy práce s kalkulačními registry a také vypočítáme mzdy zaměstnance v poměru k počtu odpracovaných hodin.

Teorie

Kalkulační registr (RR)- objekt konfiguračních metadat používaný k implementaci periodických výpočtů v systému 1C. Mezi samozřejmé oblasti použití kalkulačních registrů patří: výpočet mezd, výpočet nájemného, výpočet nájemného.

Výpočtové registry jsou svou strukturou podobné akumulačním registrům nebo informačním registrům. Mají stejně jako akumulační registry měření, zdroje, detaily, ale princip fungování kalkulačních registrů je úplně jiný.

Ve svém jádru slouží měření v registru akumulace jako „ filtr» v jejímž rámci získáváme data z akumulačního registru. Jako příklad vezmeme „zbytky“ podle akumulačního registru „Zbývající zboží“ v kontextu určité položky nebo „úsek nejnovější“ podle informačního registru „Platy zaměstnanců“ v kontextu určitého zaměstnance . Na rozdíl od registru akumulace slouží měření v registru periodických výpočtů k realizaci „“ (jde o případ, kdy si v intervalu doby platnosti záznamu konkurují časově rozšířené typy výpočtů, např. výpočet pracovní cesty typ nahrazuje typ výpočtu mzdy pro dobu platnosti) a „“(to je, když typ výpočtu bonusu závisí na typu výpočtu mzdy za předchozí období).

represivní mechanismus dobou působení«:

Zde vidíme, že typ výpočtu „Služební cesta“ má trvání v čase a je platný od 10. dubna do 20. dubna, u typu výpočtu „Plat“ je jako vytěsněný typ výpočtu uveden „Služební cesta“. „Plat“ se také prodlužuje v čase a platí od 1. dubna do 30. dubna. Vzhledem k tomu, že „Služební cesta“ je uvedena jako vytěsněný typ výpočtu pro typ výpočtu „Mzda“ (má vyšší prioritu než mzda) a platí po dobu platnosti mzdy, je mzda vytlačena pracovní cestou a se tvoří „Skutečná doba platnosti mzdy.“ Skutečná doba platnosti mzdy „Jedná se o dobu platnosti mzdy po vystěhování pracovní cestou, v našem případě se skládá ze 2 období - od 1.4. do 9. a od 21. do 30. dubna a celkem je 19 dní. Mechanismus posunu na základě období funguje pouze pro dlouhodobé výpočty.

Obrázek výše graficky znázorňuje princip „ mechanismus závislosti podle základního období«:

Řekněme, že na konci dubna 2017 chceme dát zaměstnanci bonus ve výši 10 % z jeho mzdy. Mzda je uvedena jako základní typ výpočtu bonusů.

Ale jako „základ“ pro výpočet pojistného nebudeme brát celý měsíc duben, ale pouze interval od 10. dubna do 20. dubna (11 dní). Vypočítejme základ pro bonus, plat zaměstnance je 60 000 rublů, v měsíci je 30 dní, denní plat = 60 000/30 = 2 000 rublů. Dalších 2000*11 = 22000 rublů. Základem pro výpočet pojistného je 22 000 rublů.

Vypočítejme prémii: (22000/100)*10 = 2200 rublů. Bonus ve výši 10 % z platu je 2 200 rublů.

Objekt metadat aplikace „Plán typů výpočtů“ je úzce spojen s registrem výpočtů.

Plán typů výpočtů (PVR)- objekt konfiguračních metadat, který ukládá informace o typech typů výpočtů a určuje vzájemný vliv různých výpočtů.

Jeden výpočtový typový plán lze použít v několika kalkulačních registrech, ale jeden kalkulační registr nemůže používat více plánů výpočtových typů současně.

Výpočtový registr je tabulka, ve které se ukládají vypočítaná data a z hlediska typů výpočtů jsou uloženy algoritmy pro výpočet těchto dat. Kalkulační evidence musí mít alespoň jednu evidenci dokladů, která provádí pohyby v kalkulační evidenci (např. Mzdy).

Výpočtové mechanismy v systému 1C Enterprise jsou navrženy tak, že nejprve je potřeba provést zápisy do kalkulačního registru a až poté provést výpočet na základě těchto údajů. Například není možné vypočítat bonus na základě mzdy, dokud není stejná mzda zaznamenána v registru výpočtů.

Praxe

Podívejme se blíže na kalkulační registry v praxi:

Krok 1 Začněme plánem typů výpočtů. Před vytvořením kalkulačního registru musíte vytvořit plán typu výpočtu. Plán pro výpočetní typy vytváříme před kalkulačním registrem, protože před vytvořením tabulky pro ukládání vypočtených dat (tj. kalkulačního registru) je nutné specifikovat algoritmy pro výpočet těchto dat (tj. plán pro výpočetní typy).

Vytvořme plán pro typy výpočtu „Základní poplatky“. Okamžitě přejdeme na kartu „Výpočet“. Zde okamžitě vidíme vlajku " Používá dobu platnosti", když je tento příznak nastaven, budou mít všechny typy výpočtů zahrnuté v tomto plánu délka v čase(například Mzda, Služební cesta) a také pro tento plán typů kalkulací „ represivní mechanismus dobou působení". Pokud není nastaven příznak „Použije dobu platnosti“, pak typy výpočtu nebudou mít časové prodloužení (například Bonus, Pokuta) a nebude fungovat „mechanismus přesunu podle doby platnosti“. Na této záložce jsou také sekce „Závislost na základně“ a „Základní plány pro typy výpočtů“ - slouží k implementaci „ mechanismus závislosti podle základního období“, ale o tom si povíme později. Nyní ponechme „Závislost na základně“ v režimu „Nezávislý“.

Vytvořme si předdefinovaný typ výpočtu „Mzda“. Na kartě „Základní“ je vše jednoduché. Nastavte název a kód typu výpočtu.

Díky tomu, že jsme nastavili vlajku " Používá dobu platnosti"Teď máme kartu" Přemístění"a zapnuto" dobový represivní mechanismus«.

Na této záložce označujeme typy výpočtů, které posunou mzdu podle doby platnosti (například Služební cesta).

Poznámka: v „Přemístění“ můžete přidat typy výpočtů, které patří pouze do tohoto plánu typů výpočtů.

Je tam také záložka " Přednášející»—označuje typy výpočtů, které při změně musí přepočítat aktuální typ výpočtu. Zde můžete také určit typy výpočtů z jiných plánů typů výpočtů. Například typ výpočtu „Mzda“ je hlavní typ výpočtu typu „Bonus“, tzn. Při změně platu musíme přepočítat i bonus protože Bonus se vypočítává v závislosti na platu. V tomto případě typ výpočtu „Mzda“ patří do PRP „Základní časové rozlišení“, který používá dobu platnosti, a typ výpočtu „Bonus“ patří do PRP „Dodatečné časové rozlišení“, který nepoužívá dobu platnosti.

Krok 2.Pojďme vytvořit adresář “Charts” s výchozí strukturou. V adresáři „Rozvrhy“ budeme ukládat pracovní dobu zaměstnanců (pětidenní, šestidenní atd.).

Krok 3.Potřebujeme také objekt, do kterého budeme ukládat Výrobní kalendář (pracovní dny a víkendy). Pro tyto účely využíváme neperiodický nezávislý registr informací.

Vytvořme neperiodický nezávislý informační registr „Pracovní rozvrhy“ se 2 dimenzemi „Datum“ a „Rozvrh“ a zdroj „Počet hodin“.

Díky informačnímu registru „Rozvrhy práce“ budeme schopni vypočítat mzdu ze mzdy v poměru k počtu odpracovaných dnů.

Krok 4.Vytvořte dokument „Mzdy“ s níže uvedenou strukturou podrobností:

Náležitosti:

Operační provádění je nastaveno na „Zakázat“ protože pro mechanismus periodického zúčtování v 1C to nedává smysl - nikdy nepočítáme bonusy, platy ani pokuty v reálném čase.

Vytvoříme formulář dokumentu s výchozím nastavením.

Krok 5. Konečně jsme se dostali k bodu vytváření výpočtových registrů.

Objekt metadat kalkulačního registru se nachází v konfigurátoru ve větvi „Výpočtové registry“.

Vytvořme kalkulační registr „Základní poplatky“. Podívejme se na nastavení registru výpočtů níže:

1. V poli „Plán typů výpočtů“ označte „Základní poplatky“ PVR vytvořené v kroku 1.

2. Nastavte příznak „Doba platnosti“ na „True“, protože PVR specifikovaný v kroku 1 má prodloužení v čase.

Po nastavení tohoto příznaku se nám okamžitě zpřístupní standardní detaily „Action Period“, „Action PeriodStart“, „ActionPeriodEnd“, což znamená, že typy výpočtů evidované v tomto kalkulačním registru mají také délka v čase a máme přístup k " represivní mechanismus dobou působení«.

P.S. Pokud zadáte PVR, které má délka v čase pro RR s příznakem „Doba platnosti“ nastaveným na „False“, bude tento PVR fungovat jako PVR, který nemá prodloužení v čase.

3.Po nastavení příznaku „Doba platnosti“ na „True“ se nám zpřístupní pole „Graf“, „Hodnota grafu“, „Datum grafu“.

V poli „Plán“ označujeme registr informací „Pracovní rozvrhy“ vytvořený v kroku 3.

V poli „Hodnota rozvrhu“ uvádíme zdroj „Počet hodin“ v informačním registru „Pracovní rozvrhy“.

V poli „Datum rozvrhu“ uvádíme dimenzi „Datum“ registru informací „Pracovní rozvrhy“.

4. V poli „Frekvence“ uvedeme hodnotu „Měsíc“, to znamená, že údaje budou do registru vkládány měsíčně.

Níže je struktura metadat registru:

Příznak „Basic“ pro dimenzi ovlivňuje pouze výkon; nemusíte jej nastavovat, ale pokud tak učiníte, pole „Zaměstnanec“ bude indexováno.

Dimenze "Zaměstnanec" - používá se v " represivní mechanismus založený na době působení" A " mechanismus závislosti na základním období«.

Zdroj „Částka“ - tam bude zaznamenána vypočtená mzda.

Atribut „Graf“ je indikován jako atribut, nikoli jako dimenze registru, protože ani ono, ani ono nic nevytěsňuje – v podstatě referenční pole. Důležité!!! Nezapomeňte vyplnit pole „Schedule Link“. u atributu „Rozvrh“ musí být uvedena dimenze „Rozvrh“ informačního registru „Rozvrhy práce“, jinak se výše mzdy nevypočítá.

Atribut „Parametr“ uloží hodnotu platu.

Nyní, když jsme naznačili souvislost s MS „Pracovní rozvrhy“, spočítáme mzdu zaměstnance v poměru k počtu odpracovaných dnů.

Dokument označujeme jako registrátora " Výplatní páska“ vytvořené v kroku 4.

Krok 6. Pohyby provádíme podle kalkulačního registru „Základní poplatky“.

Vraťme se k dokumentu „Mzdy“ vytvořenému v kroku 4.

Popišme si zpracování zaúčtování v modulu objektu dokladu:

Fragment kódu zpracování zpracování dokumentu

1C (kód)

Procedure ProcessingProcessing(Failure, Processing Mode) // registrace BasicAccruals of Movement.MainAccruals.Write = True; Movements.MainAccruals.Clear(); Registrační období = začátek měsíce (datum); Pro každou TechLineMainAccruals z cyklu MainAccruals Pohyb = Movements.MainAccruals.Add(); Move.Reversal = False; Movement.CalculationType = TechLineMainAccruals.CalculationType; Movement.ActionPeriodStart = TechLineMainAccruals.StartDate; Movement.ActionPeriodEnd = EndDay(TexLineMainAccruals.EndDate); Movement.Registration Period = Období registrace; Movement.Employee = TechLineMainAccruals.Employee; Movement.Chart = TechStringMainAccruals.Chart; Movement.Parameter = TechStringMainAccruals.Size; EndCycle; Konec procedury

Postup zpracování (selhání, režim)

// Hlavní registr časového rozlišení

Pohyby. Základní časové rozlišení. psát = pravda;

Pohyby. Základní časové rozlišení. Průhledná() ;

Registrační období = začátek měsíce (datum) ;

Pro každou TechLine BasicAccrualsFrom BasicAccrualsCycle

Pohyb = Pohyby. Základní časové rozlišení. Add() ;

Hnutí. Storno= nepravda;

Hnutí. Typ výpočtu=TexLineMainAccruals. Typ výpočtu;

Hnutí. PeriodActionStart = TechLineMainAccruals. Datum zahájení;

Hnutí. ActionPeriodEnd=Koncový den(TexLineMainAccruals.EndDate) ;

Hnutí. Registrační období = Registrační období;

Hnutí. Zaměstnanec = TechLineMainAccruals. Zaměstnanec;

Hnutí. Graf = TechLineMainAccruals. Plán;

Hnutí. Parametr = TechStringMainAccruals. Velikost;

EndCycle;

Konec procedury

Vytvoříme testovací dokument a spustíme jej:

Pojďme na „Pohyby dokumentů“:

Vidíme, že registrační období je nastaveno na začátek měsíce, protože Frekvence RR je označena jako „Měsíc“. Dále vidíme, že jsou vyplněna všechna pole kromě částky (mzda ještě není vypočítána).

Krok 7.Napišme kód výpočtu mezd.

Vytvořme obecný modul "Výpočet" s následujícími příznaky:

Samotný výpočet bude probíhat v tomto obecném modulu.

Napišme exportní funkci „Vypočítat poplatky“ v modulu „Výpočet“:

Jelikož jsme v nastavení RR „Základní poplatky“ vyplnili pole „Rozvrh“, „Hodnota harmonogramu“, „Datum harmonogramu“, zpřístupnila se nám virtuální tabulka kalkulačního registru. DataGraphics, v dotazu na virtuální tabulku nás zajímají následující pole:

„Počet hodin skutečného období akce“ — obsahuje počet skutečně odpracovaných hodin vypočtený na základě údajů plánu

"Počet hodin akčního období" - obsahuje počet pracovních hodin vypočtený na základě údajů rozvrhu ve kalkulačním období

Postup výpočtu mezd

1C (kód)

Procedure CalculateAccruals(Registrář, Sada záznamů) Export //Požadavek na mzdu=Nový požadavek; HQ Data ica.Číslo řádku |OD |Registr výpočtů.Základní časové rozlišení. Grafická data(| Registrátor = &Registrátor | A Typ výpočtu = &Typ výpočtuPlat) AS Basic AccrualsDataGraphics"; Request.SetParameter("Registrátor", Záznamník); // předá dokument registrátorovi, aby bylo vyhledávání provedeno pouze na aktuálním dokumentu Request.SetParameter("Calculation TypeSalary", Plans of Calculation Types. Basic Accruals. Plat); //nastavíme typ výpočtu mzdy, protože vypočítat mzdu Selection=Request.Run().Select(); SearchStructure=NewStructure; SearchStructure.Insert("RowNumber",0); //vytvoří strukturu pro vyhledávání dat pro výpočet podle čísla řádku For Each Record From RecordSet Cycle //cykluje množinu záznamů aktuálního dokumentuSearch Structure.LineNumber=Record.LineNumber; //vyplňte číslo řádku pro hledání If Selection.FindNext(Search Structure) Potom //hledáme v ukázce data pro výpočet na základě aktuálního čísla řádku Record.Sum =?(Selection.HoursPlan=0.0, Selection.HoursFact /Sample.HoursPlan * Vzorkování .Parametr); //výpočet mzdy v poměru k odpracovaným dnům, v Parametr - aktuální mzda EndIf; Selection.Reset(); //resetování výběru, potřebujeme další záznam sady záznamů, abychom prohledali výběr jako první EndCycle; Recordset.Write(, True); //zapíše vypočítané záznamy do databáze, předá parametr Replace = True EndProcedure

//Plat

Požadavek=Nový požadavek;

Žádost. Text="SELECT

| ISNULL(Basic AccrualsDataGraphics.NumberofHoursActualActionPeriod, 0) AS HoursFact,

| BasicAccrualsDataGraphics.Parameter,

| ISNULL(Basic AccrualsDataGraphics.NumberofHoursActionPeriod, 0) AS HoursPlan,

| BasicAccrualsDataGraphics.NumberLines

|OD

| Registr kalkulací. Základní časové rozlišení. Grafická data (

| Záznamník = &Záznamník

Pošlete mi tento článek na můj email

V tomto článku se podíváme na to, jak přepočítat výplatu dovolené v 1C ZUP. Takové situace mohou nastat z různých důvodů. Například došlo ke změně údajů v informačním systému nebo kvůli chybě v účetnictví. Ihned je třeba poznamenat, že existuje několik možností opravy. Pokud je akruální měsíc stále otevřený, můžete provést opravy přímo v samotném dokladu a poté jej znovu zaúčtovat. V opačném případě je nutné provést opravy nebo mohou vzniknout účetní nesrovnalosti.

Vezměme si například případ, kdy byla dovolená ukončena dříve, než bylo skutečné datum. Zaměstnanci byla původně připsána náhrada dovolené za období od 1. do 3. října.

Například zaměstnanec byl z nějakého důvodu nucen vzít si dovolenou dříve - druhého října. Chcete-li tuto akci zohlednit a přepočítat částku, otevřete původní dokument a klikněte na odpovídající hypertextový odkaz „Správně“ ve spodní části dokumentu.

V tomto případě bude vytvořen nový dokument, ve kterém je nutné uvést nové datum návratu zaměstnance organizace z dovolené.

Přejděte na kartu „Přepočet předchozího období“. Vidíme, že dříve nashromážděná částka bude stornována.

Poté dokument provedeme. Je třeba poznamenat, že nebude následovat žádná platba, protože přepočtená částka převyšuje částku časového rozlišení. Vypočtená daň zase podléhá přepočtu. Vzniklý přeplatek na dani z příjmu fyzických osob bude zohledněn při dalším výpočtu mezd. Výše vypočtené daně se sníží o částku přeplatku vzniklého v souvislosti s přepočtem dovolené. Zpráva 6-NDFL nezobrazuje částku sražené nebo převáděné daně, ale při výplatě další mzdy bude částka daně, která má být převedena, zohledněna tento přeplatek. Poté bude v dalším výpisu do banky nebo pokladny převedena daň z příjmu fyzických osob s přihlédnutím k dříve provedenému přeplatku, což následně zajistí správné zobrazení vyúčtování daně z příjmu fyzických osob v hlášení k dani z příjmu 6 osob.

Máte-li dotazy na téma přepočítání mzdy za dovolenou v 1C ZUP, zeptejte se je v komentářích pod článkem, naši specialisté se na ně pokusí odpovědět.

Dále se podívejme na druhý příklad. Pracovník organizace sepsal žádost o dovolenou od 1. října do 14. října. Obdobně se přes výpis počítala a proplácela dovolená. Mzdy za předchozí měsíc - září, však ještě nebylo možné vypočítat, protože se jedná o aktuální měsíc. Na konci měsíce a výpočtu mezd za září je nutné přepočítat výplatu dovolené. Otevřeme si původní dokument o dovolené, ve kterém budeme mít informaci, že potřebujeme doplnit informace o průměrném výdělku. To znamená, že se data změnila.

Stejným způsobem klikněte na odkaz „Opravit“, v důsledku čehož se také vytvoří nový doklad „Dovolená“, ve kterém bude stornována dříve naběhlá částka, a na záložce „Naběhlo (podrobnosti)“, bude provedeno nové časové rozlišení dovolené s přihlédnutím k novým podmínkám výpočtu. Z rozdílu poplatků bude nově vypočítána daň z příjmu fyzických osob. Poté dokument provedeme.

Od ostatních - např. bonus může být určen výší mezd za období. V tomto případě je možné, že po vyčíslení bonusu dojde ke změně mzdy. Ve výchozím nastavení platforma takové situace neřídí. Pokud vývojář považuje za nutné toto sledovat, musíte použít speciální podřízený objekt registru výpočtů - Přepočet:

Záznamy přepočtu jsou uloženy v samostatné tabulce. Nezaručují, že závislý registr je třeba přesně přepočítat, ale slouží jako signál takové potenciální potřeby.

Položky v tabulce přepočtu obecně obsahují následující pole:

objekt přepočtu (záznamový dokument, jehož data je třeba přepočítat)
typ výpočtu - vazba na typ výpočtu z Plánu typů výpočtu definovaného pro tento kalkulační registr

Záznamy lze ukládat podrobněji v kontextu jedné nebo několika dimenzí daného kalkulačního registru. Například mzdová matrika pro celé oddělení byla antidatována; Změny se navíc týkaly pouze zaměstnance Ivanova. Přidání dimenze Zaměstnanec do přepočtu vám umožní toto sledovat. V tomto případě musí být dimenze přepočtu propojena s dimenzí registru výpočtu:

Data z tabulky přepočtu se generují automaticky, pokud má odpovídající plán typu výpočtu nastavenou vlastnost Základní období. Pokud vlastnost není nastavena, je za generování záznamů odpovědný vývojář.

Otázka 14.41 zkoušky 1C: Platform Professional. Údaje o přepočtu...

nejsou záznamy výpočtového registru
jsou záznamy výpočtového registru
jsou záznamy registru přepočtů
jsou záznamy tabulky skutečné doby platnosti

Správná odpověď je první, obecně jsou uloženy v samostatných tabulkách.

Otázka 14.42 zkoušky 1C: Platform Professional. V okně vlastností kóty "Přepočet" na kartě "Komunikace" ve vlastnosti "Zaregistrovat kótu" uveďte...

měření základního registru, kdy se mění údaje, je nutné přepočítat aktuální záznam registru
měření aktuálního registru, jehož zápisy by se měly přepočítat při změně dat základních registrů
měření základních registrů, u kterých se mění údaje, je nutné přepočítat aktuální záznam registru

Správná odpověď je ta druhá. Samotný přepočet je potřeba pro sledování potřeby aktualizace záznamů v aktuálním registru.

Otázka 14.43 zkoušky 1C: Platform Professional. Tabulka "Přepočet" je plná řádků, z nichž každý představuje...

soubor informací o typu kalkulace a záznamníku dokladů záznamu kalkulačního registru, který je potřeba přepočítat. Tabulka bude obsahovat i přepočtová měření
soubor informací o typu kalkulace a registrátoru dokladů záznamu kalkulačního registru, který je třeba přepočítat
soubor informací o typu výpočtu, čísle řádku matričního dokladu a samotném registrátoru záznamu kalkulačního registru, který je třeba přepočítat. Tabulka bude obsahovat i přepočtová měření
neexistují žádné správné odpovědi

První odpověď je správná, analýza výše.

Otázka 14.45 zkoušky 1C: Platform Professional. Vyberte správnou odpověď:

V procesu práce s přepočty může vývojář „ignorovat“ informace, které systém poskytuje v tabulce přepočtu, to znamená odmítnout revidovat výsledky výpočtu
Princip fungování přepočtů v systému 1C:Enterprise 8 je „upozornění“
Vývojář konfigurace nemůže řídit proces přepočítávání záznamů registru vypořádání, systém vše dělá automaticky
Tvrzení 1 a 2 jsou pravdivá

Čtvrtá správná odpověď je, že přepočet sleduje pouze potenciální potřebu změny závislých dat.

Otázka 14.46 zkoušky 1C: Platform Professional. Pro jeden kalkulační registr...

Podporován může být pouze jeden přepočet
Podporovány mohou být pouze tři alokace různých struktur
Je podporován libovolný počet přepočtů různých struktur

Správná odpověď je třetí, do kalkulačního registru není problém přidat libovolný počet podřízených objektů Přepočet, jejich struktura není nijak řízena.

Otázka 14.57 zkoušky 1C: Platform Professional. Frekvence vyřizování je měsíční. Odpovídající nastavení byla provedena v registru výpočtů. Pro typ výpočtu Mzdy je typ výpočtu Cesta specifikován jako vytěsňující typ výpočtu. Dne 3. 1. 2014 byly do informační základny vloženy informace o platu, ale nebyl proveden žádný výpočet. Dne 20. 3. 2014 byla pracovní cesta vložena do informační databáze a vypočítána. 30.3.14 byl spuštěn výpočet mezd. Budou se při výpočtu mzdy zohledňovat údaje o pracovní cestě? Musím přepočítat služební cestu?

Bude zohledněno, ale pracovní cesta se bude muset přepočítat
Bude zohledněno, není třeba přepočítávat cestu
Nebudou brány v úvahu. Je nutné zrušit výpočet jízdy a přepočítat oba typy výpočtu
Nebudou brány v úvahu. Pro správný výpočet musí být mzda a pracovní cesta v jednom dokladu

Přepočet není potřeba, evidence pracovní cesty je do měsíce.