Aprēķinu un algas piemērs. Papildu algu aprēķins Darbinieku algas aprēķināšanas operatīvo rādītāju vērtības


Šajā direktorijā ir rādītāju saraksts, pamatojoties uz kuru vērtībām tiek aprēķināti darbinieku motivācijas shēmās izmantotie uzkrājumi un atskaitījumi. Direktorija elementa veidlapā ir šāda informācija:



    Vārds- rādītāja nosaukums lietotājam saprotamā patvaļīgā formā;


    Identifikatoren- rādītāja nosaukums, kas tiks izmantots aprēķinu formulu ievadīšanai. Identifikatoram jāsākas ar burtu; aizliegts lietot atstarpes un speciālās rakstzīmes;


    Anzeiger- ir atļautas šādas iespējas:


    • Naudas- šī rādītāja vērtība ir nauda. Ievadot šāda rādītāja vērtību, būs jānorāda valūta;
    • Skylisken- radītāja vērtība ir skaitlis;
    • Procenti- rādītājs norādīts procentos, t.i. aprēķinos tā vērtība būs jāpārvērš ciparā. Piemēram, ja procentam ir iestatīta vērtība 50, tad aprēķinos ir jāizmanto skaitlis 50/100, t.i. 0,5.
    • Tarifkategorien-Indikatorenir tarifu categoryja ;
    • Pieredze- durchbohrte Veiden darbinieks
    • Raditaja apjoms- indikatora vērtība būs norādītā indikatora vērtību summa.
    • Vērtēšanas skala- Indikatoren, kas ir tris kolonnu tabula. Pirmas divas kolonnas nosaka diapazonu ( Nein uz...), un trešajā kolonnā ir norādīts rezultāts ( Izmer). Novērtējums skalā tiek veikts šādi. Pieņemsim, ka vērtēšanas skalai ir piešķirts skaitlis X. Novērtēšanas tabulā ir rinda, kurā skaitlis X atrodas starp vērtībām kolonnās NEIN Un Autoren. No atrastās virknes tiek atgriezts skaitlis no kolonnas Izmer.
























CAutorenIzmer
10 0%
10 20 10%
20 50 100%
Piemēram. Programma atbalsta divu veidu svarus - skaitliski Un Prozent. Ja skala ir procentos, tas nozīmē, ka, aprēķinot vērtību no kolonnas Izmer ir jāpārvērš par skaitli. Sniegsim procentuālās vērtējuma skalas piemēru piemaksas aprēķināšanai par darbu brīvdienās. Piemaksa tiks aprēķināta procentos no algas atkarībā no brīvo dienu skaita. Pirmajās divās ailēs mēs noteiksim brīvo dienu skaita diapazonus, bet trešajā - piemaksas lielumu procentos no algas. Ja darbinieks ir nostrādājis 12 brīvdienas, tad saskaņā ar tabulu viņam pienākas 100 % keine Algen; ja 6 - tad tikai 50%.



  • Rāditaja mērķis- nosaka indikatora ievadīšanas secību:



    • Visam-Organisation- rādītājs tiek ievadīts visām programmā iekļautajām organizācijām;


      Visam uzņēmumam (organizācijai)- tiek ievadīts rādītājs uzņēmumam (organizācijai);


      Par sadalīšanu- indikators tiek ievadīts vienībai kopumā;


      Darbiniekam- Rādītājs tiek ievadīts vienam darbiniekam.


  • Ka ievadit indikatoru- nosaka secību, kādā lietotājs ievada indikatoru. Prieks iepriekš noteikti rādītāji stimulēšanas shēmas, piemēram, Laika norma dienas, Laiks dienas, gabaldarbu razosana, kā arī formas rādītājiem Pieredze ievades secība nav iestatīta: iepriekš definētos rādītājus programma aprēķina automātiski dokumenta aprēķina stadijā Algu Saraksten , un Pieredzes veida indikatoriem, nevis Ieejas kārtība aizpildiet citus datus - Pieredzes veids. Citos gadījumos ir iespējamas šādas iespējas:



    • Ievadīts tikai personāla izmaiņām-šo ievades secību var iestatīt tikai rādītājiem ar uzdevumu Darbiniekam. Rādītāja vērtība tiek noteikta, pieņemot darbā, un to var mainīt tikai darbinieka un dokumentu personāla pārcelšanas laikā Informācijas ievadīšana par plānotajiem organizāciju darbinieku uzkrājumiem, Informācijas ievadīšana par plānotajiem atskaitījumiem organizāciju darbiniekiem Un Informācijas ievadīšana par plānotajem darbinieku uzkrājumiem un atskaitījumiem, Pastāvīgā uzkrājuma vai atskaitījuma ievadīšana, Pastāvīga uzkrājuma vai atskaitījuma ievadīšana organizācijas darbiniekiem. Piemēram, tā var būt mēneša tarifa likmes (Algen), stundas likmes, ražošanas likmes vērtība utt.


      Periodiski- šo ievades secību var iestatīt visiem rādītājiem, izņemot tos, kuriem ir iestatīts uzdevums Darbiniekam. Rādītāja vērtība tiks iestatīta ar noteiktu periodu;


      Katru mēnesi pirms Algen- tas nozīmē, ka rādītāja vērtība tiek iestatīta informācijas reģistrā pirms algas aprēķināšanas, kuru vērtības tiek ievadītas, izmantojot apstrādi. Algen raditaji. Arī šos rādītājus var ievadīt tieši dokumentu tabulas daļās: Organizācijas darbinieku apbalvojumi, Vienreizējo uzkrājumu reģistrācija organizāciju darbiniekiem, Organizāciju darbinieku vienreizējo atskaitījumu reģistrēšana, bet ievadītās vērtības netiks saglabātas informācijas reģistrā Motivācijas shēmu rādītāju vērtības.


      Pieredzes veids- šis atribūts ir pieejams tikai tipa indikatoriem Pieredze. Vērtība ir atsauces Elemente Pieredzes veidi.


    Vai tarifa likme- ja ir iestatīts karogs, indikators tiek izmantots tāpat kā šādi iepriekš noteikti indikatori:



    • Tarifa likme stunda;


      Dienas mag mich;


      Tarifa likme menesī.


      Tajā pašā laikā rādītāja vērtību, kas norādīta personāla dokumentā, var izmantot vienlaikus vairākos darbinieka plānotajos uzkrājumos (atskaitījumos). Ja izvēles rūtiņa nav atzīmēta, tad rādītāja vērtību izmantos tikai tas uzkrājums vai atskaitījums, kuram šī vērtība ir ierakstīta personāla dokumentā (ar nosacījumu, ka pats uzkrājums (saglabājums) norāda, ka šis rādītājs ir jāpieprasa ievadot) . Rādītāja vērtība tiem uzkrājumiem un atskaitījumiem, kuros navi installiere ichšāda pieprasījuma nepieciešamība tiks ņemta no personāla dokumentiem, kur tiek izmantoti uzkrājumi, kuriem tas uzstadita.



    Ir efektivitātes rādītājs- ja ir uzstādīts karogs, tad pēc šī rādītāja var novērtēt darbinieku. Rādītājs tiks iekļauts pārskatā Rādītāju analīze un slēdzis kļūst pieejams.



    Sledzis Faktiskais/planotais rādītājs nosaka, kurā ziņojuma sadāļā Rādītāju analīze tiks parādītas ievadītās indikatora vērtības. Plānotajem galvenajiem skaitļiem var arī saskaņot vienu no factiskajiem galvenajiem skaitļiem. Piemēram, personāla maiņas laikā ievadīto plānoto rādītāju "Pārdošanas plāns" var norādīt k. faktisko rādītāju "Pārdošanas apjoms", kas ievadīts pirms aprēķina.

Sveiki dārgie lasītāji. Šodien es vēlētos runāt par ļoti interesantu un noderīgu ZUP 3.0 konfigurācijas opciju kopumu, izmantojot konkrētas problēmas risināšanas piemēru. Rīku komplekts, kas tiks apspriests, jau ir palīdzēja daudziem maniem klientiem automatizēt diezgan sarežģītas grāmatvedības problēmas. Iepriekšējā ZUP programmas versijā, izdevumā 2.5, iespējams, tas būtu prasījis tipiskas konfigurācijas pabeigšanu (var lasīt par atšķirībām starp ZUP 3.0 un ZUP 2.5 collas).

Lai jums uzreiz būtu iespēja izlemt, vai ir vērts izlasīt šo materiālu, šajā ievadā es sniegšu attiecīgā piemēra nosacījumus. Izskatīsim situāciju kādā organizācijā, kur strādā šoferi. Viņu pamata samaksa tiek veikta pēc stundas likmes par mēnesī nostrādāto stundu skaitu (ti, atbilstoši faktiskajai vēlētāju aktivitātei – I). Arī mēnesī var būt nostrādātas stundas (vai varbūt arī ne) pie remontdarbiem, kuras tiek apmaksātas ar dažādu likmi atkarībā no remonta sarežģītības pakāpes - 3 sarežģītības pakāpes.

Kā daļu no šī piemēra es piedāvāšu divas problēmas risināšanas iespējas, mēs redzēsim, kā tas notiks Tiek izveidotas ZUP 3.0 Formeln, izveidots un ir konfigurēti patvaļīgi indikatori un arī runāt par mehanismu Sakotnējas datu ievades veidnes, ar kuru jūs varat izveidot veidlapas indikatoru vērtību ievadīšanai (es jau minēju šo mehānismu rakstā par). Es runāšu arī par diviem jauniem veidiem, kā veikt uzkrājumus:

  • Tikai tad, ja ir ievadīta mēra vērtība
  • Tikai tad, ja ir ievadīts laika uzskaites veids

Varbūt visi šie vārdi izklausās diezgan draudīgi un mulsinoši, tāpēc mēģināšu pēc iespējas vienkāršāk izskaidrot, kas ir kas.

Konstanta indikatora vērtības iestatīšana un ievadīšana 1C ZUP 3.0. Kas ir „Ievades datu ievades veidne“?




Es jau izteicu izskatāmā piemēra nosacījumus, tāpēc mēs nekavējoties turpināsim pie tā risinājuma. Tātad, mums ir darbinieks Frolovs Ivans Petrovičs, kurš ir autovadītājs un viņam ir plānots standarta uzkrājums "Maksā par stundu" ar likmi 150 rubļi stundā. Ir arī vērts atzīmēt, ka darbiniekam kā galvenais grafiks ir standarta piecu dienu nedēļa ar 40 stundām nedēļā.

Tagad mums ir jāizveido programma, lai samaksātu darbiniekam par remontā pavadītajām stundām. Iestatiet kalkulatoram ērtākajā veidā. Ar ērtāko es domāju tādu metodi, kad kalkulators ievada tikai remontā pavadīto stundu skaitu, bet pārējo dara programma. Saksim.

Pirmkārt, mums programmā jāievada informācija par 1 stundas remontdarbu tarifu katram no 3 remonta sarežģītības līmeņiem. Lai to izdarītu, atveriet direktoriju "Algas rādītāji", kas atrodas galvenās izvēlnes sadaļā "Iestatījumi".

Veidojot, ir svargi saprast indikatora estajumus. Nosaukumos nav nekā sarežģīta, mēs veidojam to, kā parādīts attēlā zemāk, vai arī izdomājam savu oriģinālāku nosaukumu. Sīkāk apskatīsim pārējos laukus:

  • Rāditaja mērķis– mūsu gadījumā remontdarbu stundu tarifi nebūs saistīti ar konkrētu darbinieku, bet attieksies uz visas organizācijas darbiniekiem, tāpēc izvēlamies vērtību "Organisation";
  • Anzeiger- stundas likme ir "Naudas-Indikatoren";
  • Präzisieren- ja stundas likme norādīta ar kapeiku precizitāti, tad jānorāda cipars 2 (tas nozīmē divas zīmes aiz komata);
  • Vai tarifa likme Jā, mūsu gadījumā tā ir. Blakus esošajā laukā atlasiet "Stundas likme";
  • lietots- svarīgi saprast, ka šis rādītājs netiek ievadīts katru mēnesi, tā ir nosacīti nemainīga vērtība. Kapec nosaciti? Jo reizi gadā vai divos šī likme joprojām var mainīties. Tāpēc mēs norādām slēdzi "Visos mēnešos pēc vērtības ievadīšanas (pastāvīga lietošana)". Apakšā parādās komentārs: "Periodiski mainās, mainoties apstākļiem."

Tādā pašā veidā mēs izveidojam vēl divus indikatorus ar līdzīgiem iestatījumiem: „Likums (Remonts 2)“ un „Likums (Remonts 3)“.

Tagad mums ir jāievada noteiktas šo rādītāju vērtības. Izveidosim formu, ar kuru ievadīsim vērtības. Es jau rakstīju par šo mehanismu rakstā. Ja joprojām nav līdz galam skaidrs, kas ir uz spēles, tad vienkārši dariet to, par ko es rakstu, un pēc dažām rindkopām viss kļūs skaidrs.

Galvenās izvēlnes sadaļā „Iestatījumi“ atlasiet vienumu „Ievades datu ievades veidnes“ un izveidojiet jaunu šī direktorija elementu (citem vārdiem sakot, nospiediet pogu „Izveidot“). Šajā jaunajā elementā iestait nosaukumu, piemēram, ievadiet stundu remonta tarifus vadītājiem. Nedaudz zemāk mēs norādām, ka ar šīs veidnes palīdzību mēs ievadīsim nemainīgo rādītāju vērtības - atzīmējiet izvēles rūtiņu "Pastavigen". Tālāk mēs tieši atlasām, kuriem konkrētiem rādītājiem vērtības tiks ievadītas šajā veidnē - atzīmējiet atzīmi pirms pēdējā darbībā izveidotajiem rādītājiem. Ar šiem estajumiem mums pagaidām pietiks.

Rezultātā tiks atvērts logs, kurā mums jāiestata tarifi katram remonta sarežģītības līmenim un jānorāda datums, no kura šīs likmes būs spēkā. Mūsu piemērā būs šādas remontdarbu stundu likmes:

  • 1 grūtības pakāpe – 120 rubļi stundā
  • 2. grūtības pakāpe – 130 rubļi stundā
  • 3 grūtības pakāpe – 140 rubļi stundā

Šie rādītāji ir spēkā no 01.04.2015. Ievades princips ir parādīts attēlā.

Mēneša rādītāji 1C ZUP 3.0

Seminare "Lifehacks für 1C ZUP 3.1"
15 grāmatvedības kļūdu analīze 1 s zup 3.1:

PĀRBAUDES SARAKSTS algu saraksta pārbaudei 1C ZUP 3.1
VIDEO - ikmēneša grāmatvedības pašpārbaude:

Alguuzskait 1C ZUP 3.1
Soli pa solim instrukcijas iesācējiem:

Tagad jāizveido vēl 3 rādītāji, pēc kuriem tiks ievadīta informācija, cik stundas šoferis kārtējā mēnesī pavadīja remontā. Krawatte būs mēneša skaitļi.

Tātad, mēs atveram uzziņu grāmatu "Algas rādītāji". ZUP 3.0 versijā tas atrodas galvenās izvēlnes sadaļā "Iestatījumi". Mes izveidojam jaunu indeksu. Tu pats izdomā nosaukumu vai aizņemies manu vārda versiju. Apskatīsim pārējos iestaījumus:

  • Rāditaja mērķis- šis rādītājs konkrētai personai jau ir individuāls, tāpēc mēs izvēlamies vērtību "Darbiniekam";
  • Anzeiger- fakts ir tāds, ka nav tādas iespējas kā laiks, tāpēc jums ir jāizvēlas veids "Cipars", bet mēs paši saprotam, ka patiesībā šis rādītājs glabā nostrādāto stundu vērtības;
  • Präzisieren- teorētiski, izmantojot šo iestaījumu, jūs varat pielāgot indikatora ievadi ar precizitāti līdz minūtei. Lai to izdarītu, jāizvēlas precizitāte 2, t.i. divas zimes aiz komata. Tajā pašā laikā nevajadzētu aizmirst, ka 1 stunda 30 minūtes ir nevis 1.3, bet 1.5.
  • Lietos- Pirmkart, Mütter ir jāiestata slēdzis "Tikai tajā mēnesī, kurā tiek ievadīta vērtība (vienreizēja lietošana)" tā kā mums ir rādītājs tiek ievadīts katru mēnesi. Otrkārt, tā kā mēs dokumentā „Dati algas aprēķinam“ ierakstīsim remontam nostrādāto stundu kopējo vērtību mēnesī, jāiestata radio poga "To vienā reizē ievada algu uzskaites datu ievades documents."

Ar tieši tādiem pašiem iestatījumiem ir jāievada vēl divi indikatori „Stundas remontam 2“ un „Stundas remontam 3“.

Nākamais solis ir izveidot veidni, ar kuru kalkulators katru mēnesi ievadīs informāciju par remontā nostrādātajām stundām. Programmas galvenās izvēlnes sadaļā "Iestatījumi" atlasiet vienumu "Ievades datu veidnes" un izveidot jaunu elementu, jaunu veidni. Iestatījumi būs šādi:

  • Vārds- Piemeram, "Ievadiet remontā nostrādātās stundas";
  • Ievadiet algas skaitļus- izvēlēties „Vienreizējs (izmantots tikai vienu mēnesi);
  • Mēs atlasām trīs indikatorus, ko izveidojām pēdējā darbībā. Starp citu, lūdzu, ņemiet vērā, ka indikatorus var izveidot ne tikai no atbilstošās atsauces grāmatas (kā mēs to darījām), bet arī tieši no dokumenta „Ievades datu ievades veidnes“ - pogas „Pievienot indikatoru“.

Un pēdējais pieskāriens. Visticamāk, kalkulatoram būs ērti ievadīt nostrādāto stundu skaitu vairākiem darbiniekiem uzreiz, tāpēc atveram cilni "Papildus" un atzīmējiet izvēles rūtiņu "Documentā izmantoti vairāki: darbinieki". Ja paskatās uzmanīgi, cilnē "Papildu" ir vēl daži papildu iestatījumi. Šī piemēra ietvaros nav pamata tos apsvērt, bet, ja uzskatāt, ka tie ir nepieciešami jūsu situ.cijai, tad varat, un mēs tos izskatīsim.

Nu, tagad norādīsim, cik stundas mūsu darbinieks Frolovs strādāja remontdarbos 2015. gada aprīlī. Galvenās izvēlnes sadaļā „Alga“ atlasiet vienumu „Dati algas aprēķinam“ un ievadiet jaunu veidlapas dokumentu "Ievadiet remontam nostrādātās stundas." Noteikti norādiet uzkrāšanas mēnesi "2015. gada aprīlis" un norādiet, cik stundu mūsu darbinieks strādāja remontdarbos katram sarežģītības līmenim:

  • 1.līmeņa-Remonte - 2 stundas;
  • 2. līmeņa-Remonte - 4 Stundas;
  • 3. līmeņa remonts - 0 stundas (t.i. vienkārši neko neievadiet, lauku atstājiet tukšu).


"Uzkrāšanas veida" izveide ar patvaļīgu formulu un izmantojot savus rādītājus 1C ZUP 3.0

Seminare "Lifehacks für 1C ZUP 3.1"
15 grāmatvedības kļūdu analīze 1 s zup 3.1:

PĀRBAUDES SARAKSTS algu saraksta pārbaudei 1C ZUP 3.1
VIDEO - ikmēneša grāmatvedības pašpārbaude:

Alguuzskait 1C ZUP 3.1
Soli pa solim instrukcijas iesācējiem:

Tagad mums ir jāizveido uzkrāšanas veids, kas izmantos datus, kas ievadīti caur indikatoriem pēdējā darbībā. Galvenās izvēlnes sadaļā "Iestatījumi" mēs meklējam vienumu "Uzkrājumi" - tas ir visu programmas uzkrājumu veidu saraksts. Tajā mēs izveidojam jaunu uzkrājumu veidu. Sauksim zu, piemēram, "Maksājums par repair". Tagad apskatīsim mūsu jaunā aprēķina veida iestatījumus:

  • Uzkrāšanas mērķis– ir diezgan grūti dažās rindās raksturot šīs jomas mērķi. Īsāk sakot, šajā laukā varat atlasīt izstrādātāju iepriekš definētas opcijas, kas ietekmē iestatījumus kopumā un dažreiz arī noteikta veida aprēķina formel. Lai to izprastu pilnīgāk, varat atlasīt katru vērtību pēc kārtas un redzēt, kā mainīsies uzkrājuma veida estajumi. Mūsu piemērā mēs norādīsim vērtību "Citi uzkrājumi un maksājumi".
  • Apreķins un rādītāji- izvēlieties "Rezultāts tiek aprēķināts", t.i. mēs ievadīsim-Formel;
  • Formel– Formel izmantosim iepriekšējos soļos izveidotos rādītājus. Formel izskatīsies šādi: Remonta cena1*Remonta stundas 1+Remonta maksa2*Remonta stunda2+Remonta cena3*Remonta stunda3 ;
  • Uzkrasana notiek- izvēlieties iespēju "Tikai tad, ja ir ievadīta mēra vērtība." Tas nozīmē, ka uzkrāšana pēc šīs aprēķina metodes kārtējā mēnesī tiks veikta tikai tad, ja darbiniekam kārtējā mēnesī bija remontdarbu stundas, t.i. ja ir ievadīta vismaz viena rādītāja vērtība: HoursOn Repair1 vai HoursOn Repair2 vai HoursOn Repair3. Tieši zem šiem rādītājiem ir nepieciešams atzīmēt ķeksīti.

Tagad varam mēģināt aprēķināt darbinieka Frolova algu par 2015. gada aprīli. Atgādināšu, ka aprīļa dokumentā „Dati algu sarakstam” bija iekļauta informācija par remontā nostrādātajām stundām: 2 stundas ar likmi 1 līmenī - 120 rubļi stundā. un 4 stundas ar ātrumu 2 līmenis - 130 rubļi / stundā. Mēs sagaidām šādu remonta summu: 2*120 + 4*130 = 760 Rubel. Dokumenta atversana "Algu Saraksten" un pēc atlasses aizpildām zu ar darbinieku Frolovu. Redzam, ka papildus galvenajam „Maksājums pēc stundas likmes“ darbiniekam ir rinda ar uzkrājuma veidu „Maksājums par remontdarbu stundām“ ar tādu summu, kādu gaidījām.

Lai redzētu to rādītāju vērtības, kas piedalījās šo 760 rubļu aprēķināšanā. Varat noklikšķināt uz pogas "Rādīt aprēķina informāciju".

Tajā pašā laikā es vēlos vērst jūsu uzmanību uz vienu smalku punktu. Uzkrājumu „Stundu apmaksa remontdarbos“ darbiniekam nepiešķīrām kā plānoto uzkrājumu. Programma pati izsekoja, ka šāda veida aprēķinos izmantotie rādītāji tika ievadīti datu bāzē par aprīli un aprēķinot izveidoja nepieciešamo rindu. Tas bija iespējams, iestatot "Uzkrāšana tiek veikta: tikai tad, ja ir ievadīta indikatora vērtība", ko mēs izdarījām pašā aprēķinā.

Tādējādi, ja, piemēram, maijā darbiniekam nebija stundu remontā, tad dokumentā „Algas dati“ neierakstīsim stundas remontā, un līdz ar to, aizpildot „Algas“ dokumentu par 2015. gada maiju, būs tikai viena rinda „Apmundstaksa.

ZUP 2.5 tādas iespējas nebija. Jebkurā gadījumā mütter Šis uzkrājums būtu Jāpiešķir Darbiniekam, Kā Plānots, Un, Ja Remontam Nebūtu Paredzētas Stundas, Paliktu tukša rinda uzKrājum, vidu „remontu„ remontu „remontu“ (uzKrājum).

Tas ari viss šodienai! Vienā no nākamajiem rakstiem es parādīšu vēl vienu ļoti interesantu iespēju tās pašas problēmas risināšanai, proti, es parādīšu, kā tiek izmantots mehānisms vairāki laika veidi darba grafikā. Sekojiet vietnei, lai iegūtu atjauninājumus.

Lai pirmais uzzinātu par jaunām publikācijām, abonējiet mana emuāra atjauninājumus:

Jautājums: ZUP 3.1. Algas aprēķina rādītāji


Labi

Cilvēki, palīdziet pliz konfa ZUP 3.1. Tajā nestrādāja. Ir uzdevums no "tyzhprogrammer" apgabala - darīt šajā, tāpat kā tajā (konfs ir vienāds), vienā formula tiek maksāta pēc algas = Alga * TimeIn Hours / NormHours otrā, Kad es noklikšķinu, lai rediģētu formulukī, netiek inādators" . Kur ir kura izvēles rūtiņa ir jāiestata, lai tā tiktu parādīta? (un kopumā vienā konf. ir vairāk iepriekš definētu nekā citā)
- šajā tas ir "TimeInHours" rādītājos, otrā nav

Es kā akls kaķēns bakstu pa konfekti (((
Paldies

Bild:() Paldies. nestavēja. tadu vispar nebija
() Es neveicu sākotnējo iestaīšanu utt. sēdēju salīdzināt :)

Paldies

Jautājums: nododiet indikatoru formulai


Sweiki! 1C: Unternehmen 8.3 (8.3.11.2867).
Vēlos pārnest rādītāju (procentos) uz pabalsta formul. Rādītājs tiekņemts atkarībā no pabalsta pakāpes (augsta, vidēja, zema). Izveidots iezīmēšanas dokuments (ar uzkrājuma un indikatora izvēli pirms grāmatošanas), informācijas reģistrs (procentos), ceļvedis uzcenojuma pakāpei. Izveidota uzkrājuma piemaksa Izveidots indikators Pabalsts (darbiniekam. skaitlisks, tikai tajā mēnesī, kurā to ievada, to ievada pa reizei pie dokumenta). Formel: Piemaksa / 100 * Paredzamā bāze.
Dokumentu modulī es rakstīju:

#If Server oder ThickClientRegularApplication oder ExternalConnection Tad
Procedūra Apstrāde Publicēšana (neveiksme, grāmatošanas režīms) PostingServer.PrepareRecordSetsKRegisterMovements(ThisObject); DataToPlace = GetDataToPlace(); Algu Aprēķins. Ģenerēt plānotās uzkrāšanas kustības (šis objekts, kustības, dati, kas jāveic); EndProcedure funkcija GetDataToPerform() Query = jauns vaicājums; Query.Text = "ATLASĪT | GrafiksDarba pielikumiDarba pielikumi.Datums AS DateNotikums, | PIEVIENOT(BEIGAS PERIOD(GrafiksDarbapapildi.Datums, DIENA), SEC, 1) AS Derīgs Līdz, | GrafiksDarba papildinājumiDarba papildinājumi.Darbinieks.Individuāls AS Individuāls, | GrafiksDarba pielikumiDarba papildinājumi.Darbinieks.HeadOrganization AS HeadOrganization, | GrafiksDarba pielikumiDarbu papildinājumi.Darbinieks AS Darbinieks, | ScheduleWorkSurchargesWorkSurcharges.Link.Accrual AS Accrual, | WAHR WIE Lietots, | ZeitplanArbeitszuschlägeArbeitszuschläge.Link AS DocumentBasic | NEIN | Dokuments.GrafiksWorkSupplements.WorkSupplements KĀ GrafiksDarbuPielikumiDarba papildinājumi |KUR | ZeitplanArbeitszuschlägeArbeitszuschläge.Link = &Saite |; | //////////////////////////////////////////////////////////////////////////////// |IZVĒLĒTIES | GrafiksDarba pielikumiDarba pielikumi.Datums AS DateNotikums, | PIEVIENOT(BEIGAS PERIOD(GrafiksDarbapapildi.Datums, DIENA), SEC, 1) AS Derīgs Līdz, | GrafiksDarba papildinājumiDarba papildinājumi.Atsauce.Organizācija AS Organizācija, | GrafiksDarba papildinājumiDarba papildinājumi.Darbinieks.Individuāls AS Individuāls, | GrafiksDarba pielikumiDarbu papildinājumi.Darbinieks AS Darbinieks, | GrafiksDarba papildinājumiDarba papildinājumi.Saites indikators AS indikators, | Piemaksu procentuālā daļa. Piemaksu procentuālā daļa AS Vērtība | NEIN | Document.ScheduleWorkSupplements.WorkSupercharges AS GrafiksDarba pielikumiDarba pielikumi | PA kreisi PIEVIENOTIES ON ScheduleWorkSuperchargesJobSupercharges.SuperchargeRate = ProcentiSupercharge.SuperchargeRate |KUR | ScheduleWorkExtrasWorkExtras.Reference = &atsauce"; Query.SetParameter("atsauce", atsauce); QueryResult = Query.ExecutePackage(); DataToPerform = jauna struktūra;   // Datu kopa planoto maksu ģenerēšanai PlannedAccruals = RequestResult.Upload(); DataToPay.Insert("DataFor Planned Accruals", Plānotie uzkrājumi);   // Datu kopa rādītāju ģenerēšanai IndicatorValues ​​​​= QueryResult.Upload (); DataFor Posting.Insert("Indikatorwerte",Indikatorwerte); Atgriezt datus izpildei; Endfunktion; #EndJa
Ievietojot dokumentu, reģistrā Periodisko algas rādītāju vērtības (darbiniekiem) darbiniekam tiek doti nepieciešamie procenti, t.i. ir reģistrēts. Veidojot Algas dokumentu: tiek izveidota piemaksa, iestatīta norādītā diena, tiek ņemta aprēķina bāze vēlamajai dienai, un rādītājs tur nenonāk, t.i., nulle.
Lūdzu, pastāstiet man, kur meklēt kļūdu.

Bild: Paldies, es tikai macos.

Jautājums: ZUP 3.1 Algas lapiņa, rādītāja izvade + iedzīvotāju ienākuma nodoklis.


Un atkal par pareju no ZUP 2uz ZUP 3.1. Ir aprēķina veids "prēmija par plāna izpildi". Zu ievada "saskaņā ar atsevišķu dokumentu", zu uzskata par rādītāju "Busijas apjoms", "Pabeigšanas procents" un "Nostrādātās stundas" reizinājumu:
1. „Bonusa summa“ naudas izteiksmē, darbiniekam, precizitāte=2, ierakstīta ar personāla dokumentiem.
2. "Pabeigtības procents", skaitlisks, darbiniekam, tiek ievadīts datu ievades dokumentā aprēķinam vienlaikus.
3. "Nostrādātās stundas", Tipisken.
Recruitmentā uzstādu piemaksas apmēru, ievadu datu ievades dokumentu aprēķinam. Tālāk es izveidoju un aizpildu dokumentu "Vienreizējs uzkrājums". Viss ir aizpildīts un skaitīts, wette! Papildu jautājumi:
1. 2.5 līdzīgā dokumentā tika izskatīts arī iedzīvotāju ienākuma nodoklis, 3.1 nav aplūkots. Vai tā ir kaut kāda jauna loģika vai arī tā ir kaut kur konfigurēta? Pašā dokumentā ir iedzīvotāju ienākuma nodokļa lauks, bet aprēķina laikā tas paliek tukšs.
2. Izvadot datus algas lapiņā, netiek attēloti visi rādītāji, kas piedalījās „prēmijas par plana izpildi“ aprēķināšanā. Stundas tiek parādītas tā, kā tam vajadzētu būt ailē „Apmaksāts“, „Brēmijas summa“ tiek parādīta kā indikators zem uzkrājuma nosaukuma, bet „Izpildes procents“ netiek rādīts kā rādītājs. Lai gan 2.5, izvēloties opciju „Pilna“ algas lapa, tika parādīti visi rādītāji. Vai tas ir kaut kāds uzstādījums vai atkal jaunas tendences un algas lapiņā var parādīt tikai vienu indikatoru?

Bild:() Ok, neteikšu, ka izvēlējos labāko rīku, turklāt ZUP 3.1 man joprojām ir grūts, it īpaši smalkumos. Iesakiet, kā vislabāk, kamēr mēs trenējamies pārejas posm., mēs varam mainīt apavus.
1. Kāpēc prēmija ir atkarīga no darba laika. Patiesībā es nedaudz vienkāršoju formulu, jo manu jautājumu atrisināšanai tā nav būtiska. Algām piemaksa tiek aprēķināta kā prēmijas apmērs * Izpildes procents / Dienu norma * Nostrādātās dienas. Stundas darbiniekiem tas tiek aprēķināts kā Bonusa summa stundā * Pabeigšanas procents * Nostrādātās stundas. Tas vairāk atgādina algas vai tarifa daļu, nevis piemaksu, bet pēc visiem personāla dokumentiem pāriet kā bonuses.
2. Kāpēc vienreizējās Maksas. Problēma ir tā, ka rādītājs "Pabeigšanas procents" dažos gadījumos tiek uzskatīts par diezgan sarežģītu, bukh kadriem vienkārši nav laika vākt datus. Tāpēc "prēmijas" aprēķins tiek notikts t., lai tas sakristu ar avansu, t.i. līdz norēķinu mēnesim sekojošā mēneša pēdējai dienai. Piemēram, 25. februārī tika aprēķināta un izmaksāta prēmija par janvāra rezultātiem. 2.5. vienreizējo uzkrājumu dokumentā uzkrājuma mēnesis = februāris, ienākuma nodokļa iekasēšanas datums = februāris, bet sākuma un beigu datums aprēķinos = janvāris. Ar kādu dokumentu 3.1.punktā var aprēķināt šādu maksājumu, ņemot vērā iedzīvotāju ienākuma nodokli?

Jautājums: Darba laika uzskaite aprēķina veidā


Labdien! Nekavējoties, lūdzu, kādā var būt bizness. Izveidoja aprēķina veidu „piemaksa par kaitīgumu“. Formel - nostrādātās stundas * likme * procenti. Krājot pamanīju, ka viņam nez kāpēc tika iekasēta arī piemaksa par stundām, ko viņš atradās atvaļinājumā (1 diena, 7,2 stundas). Paskatījos uzziņu grāmatā "darba laika klasifikatoru" - tur viss kārtībā, pretī atvaļinājumam "darba laika" rūtiņa pati par sevi nav tā vērta. Kas var būt nepareizi? Konfigurācija - algu uzskaite un cilvēkresursi, 2.5. izdevums (2.5.103.2.)
--- Apvienot ziņas, 2016. gada 21. jūnijs ---

Un piedevām papildjautājums, varbūt kāds zin ar ko atšķiras rādītāji "nostrādātais laiks stundās" un "laiks stundās"? Vakar arī uzstādīju aprēķinu veidu, piemaksu, kas strādāja tikai uz stundu normas un nebija jārēķinās ar virsstundām un darbu brīvdienās/brīvdienās - ar pirmo rādītāju nederēja, fiksēja virsstundas un nedēļas nogales, bet ar otro - viss kārtībā.

Bild:

Vai tad neviens nestāstīs? Kā tiek izveidoti piemaksu aprēķināšanas veidi, kuros tiek ņemta vērā vēlētāju aktivitāte, virsstundas un brīvdienas?

Jautājums: ZUP 2.5 nostrādātās stundas ir nepareizi ņemtas vērā aprēķina veidā.


Sweiki.
Izveidots jauna veida prēmiju aprēķins ar šādu formel:
Rezultāts = Max(Minimālā-Alge * Laiks stundās / Laika norma stundās-Aprēķinu bāze, 0) Kur caur rādītājiem ievadīta minimālā-Alge. Binden. piemaksas jēga ir panākt minimālās algas uzkrājumus, ņemot vērā faktiski nostrādātās stundas.
Attiecīgi alga tika iekļauta aprēķina bāzē. Cilnē Laiks slēdzis atrodas pirmajā vienumā "Rēķins par pilnu maiņu darbu termiņā". Laika veids - vēlētāju aktivitāte. Rezultātā, aprēķinot šo uzkrājumu, „Laiks stundās“ nez kāpēc tiek noteikts vienāds ar „Laika normu stundās“ un skaitļos tas ir vienāds ar nostrādātajām stundām. Es jau izmēģināju visas izvēles rūtiņas aprēķinu iestaījumos tā un tā - viss nav pareizi ..
Kā pareizi veikt iestatījumus, lai nostrādātās stundas būtu vienādas ar nostrādātajām stundām, bet laika norma ir laika norma?

Bild:() Cik reizes viņi ir apsprieduši, ka tik ģeniāla ideja ZUP 2.5 nepacelsies.
Lai izmantotu nostrādātā laika un stundu normas rādītājus, uzkrājums jāapraksta Pamatā. 2.5. noteikumā darbiniekam nevar piešķirt vairāk nekā vienu pamata uzkrājumu. Tiklīdz jūs piešķirat šādu piemaksu, algas izmaksa vairs netiks uzskatīta par automatisku.
Secinājums: lai maksātāji piesienas ar narkotiku atkarīgo bonusu shēmām

Jautājums: budžeta planošana. Atvasinātie radītāji. Darbu summa


konfigurācija KA2 (2 .4 .3 .172 ) Planošanas datu ievadei ir budžeta veids. Tajā ir sarežģīta tabula ar patvaļīgu rādītāju un formel izkārtojumu. Slejās ir norādīts mēneša Perioden, nevis finanšu rādītājs (noteikts koeficients) ar analīzi pēc pozīcijas. Rindas ir pozīciju analītika ar iespēju pievienot vērtības budžeta instancē.
Zemāk ir aprēķinu rinda, kurā jums jāaprēķina bis vērtību reizinājumu summa, kuras pēc koeficienta iekasē pa mēnešiem.

Šobrīd problēmu atrisināju, tieši rakstot visus darbus, bet man nepatīk, ka, pievienojot jaunu amatu, būs jāpārraksta formula.

Programmā Excel šim ir iespējams izmantot funkciju SUMPRODUCT, kā var sasniegt līdzīgu rezultātu, iestatot budžeta veidu?

Bild: 1. Detalizētu budžeta pozīciju veidošana nav labākais risinājums. Kāpēc, es rakstīju seit:
2. Ja rakstu vadītājs un ģenerāldirektors vietā ir raksts ar "pozīcijas" analīzi, tad salikt nepieciešamo struktūru ir pavisam vienkārši - pievienot vēl vienu aprēķināto aili ar preci un vienkārši summēt.
3. ERP ir-Dokumente „Budzetu sagatavošanas process“. Izmantojot šo dokumentu un iestatot budžeta procesu, jūs varat pārvietot starpaprēķinus uz fona uzdevumu.

Jautājums: Algas, aprēķinu veidi ar vērtībām


Sveiki, kur ir vērtības katram aprēķinu veidam?
Man vajag, lai atskaitē pie aprēķina veida būtu rakstīts pabalsta procents, cik dienas, stundas, kur šie dati jāmeklē.
aprēķina veida nosaukums ir pārskatā, summa ir, bet no kurienes šī summa ir un procenti ir pareizi, jums ir jāpārbauda grāmatveži vēlāk un tagad viņi lņi lūdz šīs vērtības ievietot \u200b\ blakuu200b ...
Lūdzu palīdziet, ja kāds ir saskāries ar šo problēmu...

Ziņojums tapis ar skd palīdzību un pievienot. izkārtojumu, kas tiek aizpildīts programmatici
Conf ZiK 8, Laien 1.0

Bild: Ahaaaaa tas tā, tāpēc visas pārējās nulles, un tad vēl cipars tajā pašā rādītājā, tam pašam darbiniekam, liels paldies par atbildi, tagad skaidrāk

J: ERP budžeta plānošana. Budžeta rādītājs - iegūstiet DS atlikumus


Labdien. ERP 2.4

Es visu sakārtoju kā rakstos, kā video kursos, viņiem tas der, man nē.

Īsumā - izveidoju budžeta rādītāju "Skaidra nauda", norādīju faktisko datu iegūšanas noteikumus - Operatīvā uzskaite - Skaidrā nauda (kase) un Operatīvā uzskaite - Nauda (bezskaidra). Iestatiet indikatora saites ar budžeta posteņiem. Atlikumus viņš ievadīja gada sākumā bankai un kasei. Budžeta modelis – organizācijai un nodaļai nav izvēles rūtiņu.

Pievienoju indikatoru budžeta veidā (bez izvēles rūtiņas "izmantots ievadei" - budžeta atskaite), ausspioniert "Skatīt pārskata veidu" - indikators ir tukšs. Kad gada vidū parādās faktiskās kustības DS, rādītājs iegūst vērtības - posteņu ietekme uz rādītāju darbojas (nepareizi - izdevumi ir norādīti, bet pozīcijas tiek pievienotas).

1. Kā iegūt DS bilanci budžeta pārskatā (Budžeta rādītāja veidā, ja dodieties uz cilni "Faktisko datu iegūšanas noteikumi" un noklikšķiniet uz "Noteikumu rezultāts" - viss rāda pareizi - visi atlikumi , pēc bilances ierakstīšanas datumiem, visi atlikumi pēc norakstīšanas utt.) . Man nav rādītāja datu ievadei izmantotajā budžeta veidā.

2. Ja faktisko datu iegūšanas noteikumos budžeta rādītājā norādāt tikai „Nauda (nauda)“ - lai gan tas darbojas pareizi „Noteikumu darbības rezultāts“, ģenerējot budžeta atskaiti tas dod kļūdu „Lauks nav atrasts SĀKUMA PERIO.

3. Pantu ietekme uz rādītāju – vismaz maksā „Izdevumi“ – ir budžeta pārskatā – tas piebilst

Bild:() ERP budžeta rādītājus var nosacīti saukt par bilances posteņiem. Bet budžeta rādītāji ļauj arī analizēt ienākumus / izdevumus pa pozīcijām. Tāpēc atkarībā no uzdevuma tos var izmantot šādā veidā. Bet, protams, planojot neto apgrozījumu, budžeta posteņu pietiek.

Jautājums: Kā es varu padarīt indikatoru ordentlichlasāmu pārskatā?


Labdien.
UT 10.3 – ziņojums, kas izveidots, izmantojot UniversalReport. Nevaru saprast, kā vienu no indikatoriem padarīt nepieejamu lietotāja izvēlei (lai iestatījumos nevarētu atzīmēt izvēles rūtiņu) .....
Pievienots šādi: UniversalReport.AddIndicator("Bruto cenas peļņa", "Bruto peļņa", False, "NPV=15; NPV=2");
Mēģinu dzēst šādi:
IndicatorsGroup = UniversalReport.Indicators.Rows.Find("GrossProfitPrices"); Ja Rādītāju-Gruppe<>Nedefinēts Tad RowsIndicators = GroupIndicators.Rows; BrutoPr = RowsIndicators.Find("Brutopeļņas cenas"); Ja bruto pr<>Undefinierter Tad GrossUsage=False ; Ende Wenn ;   //IndicatorsGroup.use=false; Ende Wenn ;
Kā tam vajadzētu būt tik vienkārši?...

Bild: izrādījās) šeit, varbūt kādam noderēs:
Tikko izkomentēju rindiņu, kur pievienots rādītājs, t.i.
UniversalReport.AddIndicator("Bruto peļņa", "Bruto peļņa", False, "NPV=15; NPV=2");
un kur tam pašam indikatoram Feldrepräsentation struktūra (nav nepieciešams, bet kāpēc to nodot iestatījumiem)
Kopumā šis bija pirmais mēģinājums no paša sākuma, un tas veiksmīgi darbojās cita klienta datu bāzē, taču klientu datu bāzē atskaite neatvērās un rādīja apmēram šādu kļūdu: "(Report.UniversalReport.ObjectModule(5040) )): Kļūda, izsaucot konteksta metodi (Shift ) Receiver.Rows.Shift(FoundIndicator, Source.Rows.Index(CurrentIndicator) - Receiver.Rows.Index(FoundIndicator)); iemesls: nepareiza nobīde kolekcijā."

Jā, vajadzēja iedziļināties kļūdas būtībā, bet uzdevums likās tik vienkāršs, un celtnieks bija nemīlēts un neizpētīts mehānisms) Es intuitīvi pārdēvēju atskaiti (nevis faila nosaukumu, bet atskaites nosaukumu, tajā pašā vieta kā sinonīms), to saglabāja, izrādījās). Pirmajā startā es konfigurēju grupējumus lietotājam, pievienojiet. laukiem un t. t.l.k, un, lai šis iestatījums paliktu, noklikšķiniet uz "Saglabāt iestātījumus", norādot lietot.jvārdu un abas izvēles rūtiņas (saglabāt, atv.rt). Es rakstīju detalizēti, jo Es bieži aizmirstu par šo pogu.
Paldies visiem, jauku dienu)

Jautājums: ZUP Kad izvēlaties Parādītie indikatori sadaļā PM, indikatoru vērtības tiek notīrītas.


ZUP (3.1.5.250)
Dokumente "Personala maina". Tabulas sadaļā atlasiet „Parādītie rādītāji“ un iestatiet karogu „Kaitīguma piemaksas procents“. Tabulas sadaļā parādās kolonna „Procenti no prēmijas par kaitīgumu“, taču tā ir tukša. Ja ejat uz pašu štata vietu, tad tur arī „Kaitīguma piemaksas procents“ = 0. Tajā pašā laikā, ja no „Parādītajiem rādītājiem“ tiek izņemta izvade „Procenti no piemaksas par kaitīgumu“, tad, atverot person aizpildits. Nav skaidrs, kāpēc tad, kad mēs vēlamies dokumenta tabulas daļā redzēt "Piemaksas procenti par kaitīgumu", mēs to vienkārši neredzam, jo ​​​​atverot dokumentu, šis procents tiek pārrakstīts.

Bild: Vai kāds to ir piedzīvojis? Ka cīnīties? Vai vienkārši noņemt karogu no pārrakstītajiem "Rādītajiem indikatoriem"?

Šodien praksē apkoposim iepriekš uzrakstīto informāciju, apsveriet algu uzskaites piemēru.

Algenpiemer

Mūsu uzņēmā strādā pieci darbinieki, viņiem ir jāaprēķina un jāaprēķina alga, piemēram, par maija mēnesi, kurā ir 21 darba diena.

Darba samaksas aprēķināšanai nepieciešami dati par katram darbiniekam noteikto algu, tām pienākošās iedzīvotāju ienākuma nodokļa atskaites un maijā nostrādāto dienu skaitu. Turklāt noderēs informācija par kopējo kopš gada sākuma uzkrāto algu.

Darbinieku dati: (noklikšķiniet, lai izvērstu)

Darbinieka uzvards

Alge Atskaitījumi

Nostradāto dienu skaits maijā

70000 2
20000 500 Rubel, 1 Bern

Sikiforovs

24000 3000 Rubel, 2 Birni
16000 2
16000 500 Rubel, bez bērniem

Sākot no gada sākuma līdz maija mēnesim visi darbinieki nostrādāja visus mēnešus pilnā apjomā, ņemsim reģionālo koeficientu mūsu algu aprēķināšanas piemērā 15% apmērā. Atgādināšu, ka dati par nostrādātajām dienām tiek ņemti no darba laika uzskaites lapas, var atrast šī dokumenta paraugu.

Apsveriet pirmo stradnieku Ivanovu.

1) Nosakām algu par nostrādātajām stundām

Maijā viņš strādāja 20 dienas no nepieciešamajām 21.

Alge par nostrādātajām stundām tiek definēta kā alga * Nostrādātās dienas / 21 = 70000 *

Ivanovs saņēma algu = 70.000 * 20 / 21 = 66.667 Rubel.

2) Nosakiet nepieciešamos atskaitījumus

Kopš gada sākuma viņam izmaksāta 322.000 rubļu alga, līdz ar to viņam vairs nepienākas atskaitījumi par bērniem. Atgādināšu, ka bērnu ieturējumi ir spēkā līdz darbinieka darba alga, rēķinot no kalendārā gada sākuma, ir sasniegusi

3) Aprēķinām darba samaksu, ņemot vērā reģionālo koeficientu

Alge \u003d 66667 + 66667 * 15% \u003d 76667 Rubel.

4) Mēs uzskatām iedzīvotāju ienākuma nodokli

Iedzīvotāju ienākuma nodoklis \u003d (Uzkrātā-Alge - Ieturējumi) * 13% \u003d (76667 - 0) * 13% \u003d 9967 rubļi.

5) Mēs aprēķinām algu, ko maksāsim darbiniekam:

Maksājama-Alge \u003d Uzkrātā-Alge - iedzīvotāju ienākuma nodoklis

Līdzīgi aprēķini tiek veikti arī visiem pārējiem darbiniekiem.

Visi aprēķini visu piecu darbinieku aprēķinam un algu sarakstam ir apkopoti zemāk esošajā tabulā: (noklikšķiniet, lai izvērstu)

Pilnais vārds Alga kopš gada sākuma Alge Otrab. dienas maija Alge par darbu laiks uzkrata algu Atskaitījumi Iedzīvotāju ienākuma nodoklis (Alge - Atvilkumi) * 13% Lai atmaksātos

Ivanovs

322000 70000 20 66667 76667 0 9967

66700

Petrows

92000 20000 21 20000 23000 1900 2743

20257

Sikiforovs

110400 24000 21 24000 27600 5800 2834

24766

Burkows

73600 16000 21 16000 18400 2800 2028

16372

Krainovs

73600 16000 10 7619 8762 500 1074

7688

Kopa

154429 18646

135783

Praksē, aprēķinot un aprēķinot algas, tiek aizpildīts primārais dokuments - algas veidlapa T51, kuras paraugu var lejupielādēt.

Pamatojoties uz aprēķinu rezultātiem, tiek ņemta vērā kopējā uzkrātās algas summa un izmaksai paredzētā alga.

Apdrošināšanas prēmiju aprēķins

Nakamajos rakstos mēs apsvērsim, kā uzņēmā tiek aprēķināta atvaļinājuma nauda, ​​​​un sniegsim aprēķināšanas piemērus.

Video nodarbiba „Organizācijas darbinieku algu izmaksas kārtība“

Video nodarbība no mācību centra „Grāmatvedība un nodokļu uzskaite manekeniem“ skolotājas, galvenās grāmatvedes Gandavas N.V. Noklikšķiniet zemāk, lai skatītos video ⇓

Jebkura uzņēmuma darbības ekonomiskā jēga ir ar savu komercdarbību gūt pēc iespējas lielāku peļņu. Šo darbību veic šīs struktūras darbinieki. Acīmredzot grāmatvedība un darba samaksa ir tās grāmatvedības darbības, bez kurām nevar iztikt neviena organizācija, nettkarīgi no tā, ko tā dara.

Pēdējos gados likumdevēji un regulējošās iestādes ir īpaši rūpīgi sākušas uzraudzīt šo maksājumu un nodevu pilnīgumu un pareizību. Tagad ir īpaši svarīgi visu izdarīt pēc iespējas kompetentāk un savlaicīgi. Būtiski pieaugusi atbildība, ko likumdošana uzliek grāmatvedības darbiniekiem personāla uzskaitē.

Naudas līdzekļu uzskaites un izsniegšanas kārtība

Algu uzskaite Krievijas Federācijā tiek veikta saskaņā ar šādiem standartiem:

  • Krievijas Federācijas Darba kodeksa jaunākajā izdevumā.
  • Krievijas Federācijas nodokļu kodeksa jaunākajā izdevumā.
  • PBU 10/99 „Organizācijas izdevumi“.
  • 2011. gada 6. decembra federālais likums Nr.402-FZ "Par grāmatvedību".
  • Uzņēmumu kontu plana Nr.94n piemērošanas instrukcija 31.10.2000.
  • Rostrudas un Finanšu ministrijas Vorhallen.

Saskaņā ar noteiktajiem aktiem darba samaksas uzskaite tiek veikta reizi mēnesī, Wette maksājumiem jābūt vismaz diviem.

Algas aprēķins tiek veikts, stingri ievērojot darba līgumu, pamatojoties uz gabaldarbu vai laiku. Tiek ņemts vērā faktiski nostrādātais laiks vai veiktā darba apjoms.

Šīs vērtības tiek reizinātas ar amatam pienākošo algu vai likmi, tiek izmaksātas prēmijas, tiek ieturēts iedzīvotāju ienākuma nodoklis. Tarifu algu un prēmiju kopumu jebkurā uzņēmumā sauc par algu sistēmu. Šī sistēma atspoguļojas saimnieciskajā vienībā, darba līgumos ar darbiniekiem un līgumos ar viņiem.

Atļauts kolektīvam izmaksāt algas skaidrā naudā un. Ir pieļaujams, vienojoties ar darbiniekiem, apmaksāt viņu darbu natūrā, bet ne vairāk kā 20% no kopējās maksājamās summas.

Procedūra un parauga aprēķins

Pieņemsim, ka uzņēmuma Astra LLC darbinieks Medvedevs Ju.V. uz laiku dabuja darbu uzņēmumā. Viņš tika pieņemts organizācijā kā tirgotājs ar algu 32 000 rubļu. 2018. gada november viņš strādāja pilnas 19 dienas. 2018

Šim amatam atbilstošā alga jādala ar darba dienu skaitu mēnesī un jāreizina ar faktiski nostrādāto dienu skaitu:

  • 32000/20*19=30400 Rubel.

Par pārdošanas plāna izpildi uzņēmumā tiek noteiktas prēmijas 5% apmērā no ieņēmumiem, kas pārsniedz plānu, visai darbinieku komandai (98 cilvēki). Novembrī pārdošanas planns tika pārsniegts par 3 450 000 rubļu. Nosakiet premijas summu:

  • 3450000 * 5% / 98 = 1760 Rubel.

Šī summa jāpieskaita algai, kas aprēķināta atbilstoši algai:

  • 30400+1760=32160 Rubel.

2015. Gadā Medvedevs Ju.V. uzrakstīja iesniegumu par iedzīvotāju ienākuma nodokļa nodrošināšanu viņam (kā pilsonim, atbrīvotam no militārā dienesta un pildot starptautiskos pienākumus Afganistānas Republikā) un diviem bērniem. Kopš janvāra viņa alga ir pārsniegusi 280 000, tāpēc atskaitījumi par bērniem 2018. gadā vairs netiek veikti, un, lai atrastu iedzīvotāju ienākuma nodokļa bāzi, būtu jāveic tikai par iedarējums:

  • 32160-500=31660 Rubel.

No atlikušās summas jāietur un jāieskaita iedzīvotāju ienākuma nodokļa budžetā:

  • 31660 * 13% \u003d 4115,80 Rubel.

Uzņēmuma grāmatvedībā ir izpildraksts par alimentu ieturēšanu no Ju. V. Medvedeva nepilngadīgās meitas uzturēšanai 25% apmērā no visiem ienākumiem pēc nodokļu nomaksas. Nepieciešams notikt alimentu apmēru, ieturēt tos no darbinieka un pārskaitīt uz izpildu rakstā norādīto norēķinu kontu:

  • (32160-4115,80) * 25% = 7011,05 Rubel.

Novembra vidū Medvedeva kartes kontā tika ieskaitīts avansa maksājums 10.000 Tas arī jāatvelk no maksājamajiem līdzekļiem:

  • 32160-4115.8-7011.05-10000=11033.15 rubļi.

Kopā par 2018. gada novembri Ju.V.

Visa šīs procedūras sarežģītības un nianses varat uzzināt no šī videoklipa:

Algas Aprēķins

Bieži vien uzņēmuma grāmatvežiem un personāla darbiniekiem ir nepieciešama algas fonda (FZP) summa. Šis skaitlis var būt vajadzīgs, lai aizpildītu dažādu veidu statistikas, nodokļu, grāmatvedības un vadības pārskatus.

Algu fonds ir visu organizācijā veikto uzkrājumu summa par labu komandai naudā un natūrā. Tas ietver šādus vienumus:

  • Alge algam un tarifi darbiniekiem par.
  • Alga, kas uzkrāta atbilstoši izlaides normām gabaldarbu sistēmā.
  • Alge Natur. Šādi maksājumi tiek uzskaitīti rubļos pēc vidējām tirgus cenām.
  • Visa veida veicināšanas un veicināšanas piemaksas un prēmijas.
  • Kompensācijas par virsstundām vai īpašiem darba apstākļiem, kā arī visas pārējās personālam uzkrātās kompensācijas.
  • Skaidras naudas maksājumi.
  • Maksājumi par degvielu, pārtiku, mājokli, ja tie ir sistematiski. Dāvanu izmaksas darbiniekiem un viņu ģimenes locekļiem, akcijas, kuponi. Šos maksājumus ieraksta tirgus cenās.

Gabaldarba-Algen aprēķināšanas iezīmes

Tas nozīmē maksājumus pēc likmēm par atsevišķu darbinieka saražoto preču (darbu, pakalpojumu) vienību. Tas nozīmē, ka tiek maksāts nevis fakts, ka kādu laiku esat darba vietā, bet gan darba aktivitātes rezultāts.

Ir šādi veidi:

  • Vienkāršs Gabaldarbs veidlapā ir ietverti uzkrājumi par katru atsevišķi aizpildītu ražošanas vienību pēc uzņēmumā pieņemtajām likmēm. Šī sistēma paredz ražošanas standartu un kritēriju esamību produktu atzīšanai par piemērotiem. Par laulībām darbinieka vainas dēļ maksājums netiek iekasēts.
  • Gabaldarba premija papildus iepriekšminētajiem principiem tas nozīmē arī bonusa maksājumu esamību par produkta kvalitāti, par apjomu, kas pārsniedz pieņemtos standartus, par mazāku materiālu izmaksām.
  • gabals-progressives sistēma satur divas dažādas cenu kopas: pamata un paaugstinātas. Pēdējie tiek izmantoti attiecībā uz produktiem, kas saražoti, pārsniedzot plānotās vērtības.
  • Netiess Gabaldarbs regulē ne tikai katra atsevišķā strādnieka saražoto preču daudzumu, bet arī viņa līdzdalības procentus no kopējās masas. Šeit plaši izplatīts ir tā sauktais KTU (darba līdzdalības līmenis).
  • Übereinstimmungen pēc būtības līdzīgs brigādes līgumam. Tas veido akordu uzdevumu un algu fondu konkrētam uzdevumam, kas pēc tam tiek sadalīts starp visiem darbiniekiem proporcionāli katra ieguldījumam.

Dokumentation

Primārie dokumenti algu uzskaitei ir vienotas veidlapas, kuras izstrādā pati organizācija. Šāda norma ir paredzēta jaunajā grāmatvedības likumā. Ja grāmatvedis patstāvīgi izstrādā dokumentu formas, tas ir jāatspoguļo uzņēmuma grāmatvedības politikā. Šādos reģistros ir jābūt visiem nepieciešamajiem datiem.

Personāla dokumentu glabāšanas termiņi ir augstākie starp visiem grāmatvedības dokumentiem. Reģistri, kuros ir informācija par darba stāžu, darba apstākļiem, algu maksājumiem, uzņēmumam ir pienākums veikals 75 gadi. Tāpēc prasības kompetentai šādu dokumentu sagatavošanai un uzskaitei ir ārkārtīgi augstas.