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ā;


    Identifikators- 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;


    Indikatora veids- 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;
    • Skaitlisks- rādī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.
    • Tarifu kategorija- indikators ir tarifu kategorija ;
    • Pieredze- šī rādītāja vērtība ir tajā pašā rādītājā norādītais darba stāžs mēnešos pieredzes veids darbinieks
    • Rādītāja apjoms- indikatora vērtība būs norādītā indikatora vērtību summa.
    • Vērtēšanas skala- indikators, kas ir trīs kolonnu tabula. Pirmās divas kolonnas nosaka diapazonu ( No uz...), un trešajā kolonnā ir norādīts rezultāts ( Izmērs). 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 NO Un Autors. No atrastās virknes tiek atgriezts skaitlis no kolonnas Izmērs.
























CAutorsIzmērs
10 0%
10 20 10%
20 50 100%
Piemēram. Programma atbalsta divu veidu svarus - skaitliski Un procentos. Ja skala ir procentos, tas nozīmē, ka, aprēķinot vērtību no kolonnas Izmērs 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% no algas; ja 6 - tad tikai 50%.



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



    • Visām organizācijām- 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.


  • Kā ievadīt indikatoru- nosaka secību, kādā lietotājs ievada indikatoru. Priekš iepriekš noteikti rādītāji stimulēšanas shēmas, piemēram, Laika norma dienās, Laiks dienās, gabaldarbu ražošana, 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 saraksts , 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ānotajiem 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 (algas), 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 algas- 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. Algas rādītāji. 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 elements Pieredzes veidi.


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



    • Tarifa likme stundā;


      Dienas likme;


      Tarifa likme mēnesī.


      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 nav ieinstaletsšāda pieprasījuma nepieciešamība tiks ņemta no personāla dokumentiem, kur tiek izmantoti uzkrājumi, kuriem tas uzstādīta.



    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.



    Slēdzis Faktiskais/plānotais rādītājs nosaka, kurā ziņojuma sadaļā Rādītāju analīze tiks parādītas ievadītās indikatora vērtības. Plānotajiem galvenajiem skaitļiem var arī saskaņot vienu no faktiskajiem 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 formulas, izveidots un ir konfigurēti patvaļīgi indikatori un arī runāt par mehānismu Sākotnējās 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. Sāksim.

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 svarīgi saprast indikatora iestatījumus. 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ādītāja 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 "Organizācijai";
  • Indikatora veids- stundas likme ir "Naudas indikators";
  • Precizitāte- 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. Kāpēc nosacīti? 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 mehānismu 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 (citiem vārdiem sakot, nospiediet pogu "Izveidot"). Šajā jaunajā elementā iestatīt 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 "Pastāvīgs". 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 iestatījumiem 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

Seminārs "Life hacks for 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:

Algu uzskaite 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ā. Tie 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". Mēs izveidojam jaunu indeksu. Tu pats izdomā nosaukumu vai aizņemies manu vārda versiju. Apskatīsim pārējos iestatījumus:

  • Rādītāja 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";
  • Indikatora veids- 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;
  • Precizitāte- teorētiski, izmantojot šo iestatī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 zīmes aiz komata. Tajā pašā laikā nevajadzētu aizmirst, ka 1 stunda 30 minūtes ir nevis 1,3, bet 1,5.
  • Lietots - Pirmkārt, mums 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 dokuments."

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- piemēram, "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 "Dokumentā 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 remonts - 2 stundas;
  • 2. līmeņa remonts - 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

Seminārs "Life hacks for 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:

Algu uzskaite 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 to, piemēram, "Maksājums par remontu". 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 formulu. 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 iestatījumi. Mūsu piemērā mēs norādīsim vērtību "Citi uzkrājumi un maksājumi".
  • Aprēķins un rādītāji- izvēlieties "Rezultāts tiek aprēķināts", t.i. mēs ievadīsim formulu;
  • Formula– formulā izmantosim iepriekšējos soļos izveidotos rādītājus. Formula izskatīsies šādi: Remonta cena1*Remonta stundas 1+Remonta maksa2*Remonta stundas2+Remonta cena3*Remonta stundas3 ;
  • Uzkrāšana 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 rubļi. Dokumenta atvēršana "Algu saraksts" un pēc atlases aizpildām to 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 “ Apmaksa pēc stundas likmes.

ZUP 2.5 tādas iespējas nebija. Jebkurā gadījumā mums šis uzkrājums būtu jāpiešķir darbiniekam, kā plānots, un, ja remontam nebūtu paredzētas stundas, paliktu tukša rinda ar uzkrājuma veidu “Remontdarbu stundu samaksa” (par citām atšķirībām varat lasīt starp Zup 3.0 un Zup 2.5 collas).

Tas arī 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 formulu, netiek parādīts indikators "TimeIn Hours". 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

Atbilde:() Paldies. nestāvēja. tādu vispār nebija
() Es neveicu sākotnējo iestatīšanu utt. sēdēju salīdzināt :)

Paldies

Jautājums: nododiet indikatoru formulai


Sveiki! 1C: Enterprise 8.3 (8.3.11.2867).
Vēlos pārnest rādītāju (procentos) uz pabalsta formulu. 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 (Laika algas un piemaksas, Tikai tad, ja ievadīta rādītāja vērtība, bāzes aprēķins ir aktuāls, rādītājs Piemaksa). Izveidots indikators Pabalsts (darbiniekam. skaitlisks, tikai tajā mēnesī, kurā to ievada, to ievada pa reizei pie dokumenta). Formula: Piemaksa / 100 * Paredzamā bāze.
Dokumentu modulī es rakstīju:

#If Server Or ThickClientRegularApplication Or 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, | TRUE AS Lietots, | ScheduleWorkSurchargesWorkSurcharges.Link AS DocumentBasic | NO | Dokuments.GrafiksWorkSupplements.WorkSupplements KĀ GrafiksDarbuPielikumiDarba papildinājumi |KUR | ScheduleWorkSurchargesWorkSurcharges.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 | NO | 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 plānoto 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("Indicator Values",Indicator Values); Atgriezt datus izpildei; EndFunction; #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.

Atbilde: Paldies, es tikai mācos.

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


Un atkal par pāreju no ZUP 2 uz ZUP 3.1. Ir aprēķina veids "prēmija par plāna izpildi". To ievada "saskaņā ar atsevišķu dokumentu", to 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", tipisks.
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, bet! 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 plāna 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?

Atbilde:() 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ā bonuss.
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 noteikts 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". Formula - 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ā.

Atbilde:

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ā.


Sveiki.
Izveidots jauna veida prēmiju aprēķins ar šādu formulu:
Rezultāts = Max(Minimālā alga * Laiks stundās / Laika norma stundās-Aprēķinu bāze, 0) Kur caur rādītājiem ievadīta minimālā alga. Tie. 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 iestatī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?

Atbilde:() 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 automātisku.
Secinājums: lai maksātāji piesienas ar narkotiku atkarīgo bonusu shēmām

Jautājums: budžeta plānošana. Atvasinātie rādītāji. Darbu summa


konfigurācija KA2 (2 .4 .3 .172 ) Plānošanas datu ievadei ir budžeta veids. Tajā ir sarežģīta tabula ar patvaļīgu rādītāju un formulu izkārtojumu. Slejās ir norādīts mēneša periods, 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 to 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?

Atbilde: 1. Detalizētu budžeta pozīciju veidošana nav labākais risinājums. Kāpēc, es rakstīju šeit:
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 dokuments "Budžetu 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ūdz šīs vērtības ievietot \u200b\ u200b blakus ...
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 programmatiski
Conf ZiK 8, laidiens 1.0

Atbilde: 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, budžeta atskaites sastādīšana.

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), spied "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 PERIODS" - tāpat, caps .

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

Atbilde:() 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, plānojot neto apgrozījumu, budžeta posteņu pietiek.

Jautājums: Kā es varu padarīt indikatoru neatlasā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 grupa<>Nedefinēts Tad RowsIndicators = GroupIndicators.Rows; BrutoPr = RowsIndicators.Find("Brutopeļņas cenas"); Ja bruto pr<>Undefined Tad GrossUsage=False ; EndIf ;   //IndicatorsGroup.use=false; EndIf ;
Kā tam vajadzētu būt tik vienkārši?...

Atbilde: 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 FieldRepresentation 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 iestatī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)
Dokuments "Personāla maiņa". 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āla tabulas pozīciju, šis piemaksas procents tiek aizpildīts. 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.

Atbilde: Vai kāds to ir piedzīvojis? Kā 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.

Algas piemērs

Mūsu uzņēmumā 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 uzvārds

Alga Atskaitījumi

Nostrādāto dienu skaits maijā

70000 2 bērni
20000 500 rubļi, 1 bērns

Ņikiforovs

24000 3000 rubļu, 2 bērni
16000 2 bērni
16000 500 rubļi, 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 strādnieku Ivanovu.

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

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

Alga 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 rubļi.

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 280 000 rubļu.

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

Alga \u003d 66667 + 66667 * 15% \u003d 76667 rubļi.

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

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

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

Maksājamā alga \u003d Uzkrātā alga - iedzīvotāju ienākuma nodoklis \u003d 76667 - 9967 \u003d 66700 rubļi.

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 Alga Otrab. dienas maijā Alga par darbu laiks uzkrāta algu Atskaitījumi Iedzīvotāju ienākuma nodoklis (Alga - Atvilkumi) * 13% Lai atmaksātos

Ivanovs

322000 70000 20 66667 76667 0 9967

66700

Petrovs

92000 20000 21 20000 23000 1900 2743

20257

Ņikiforovs

110400 24000 21 24000 27600 5800 2834

24766

Burkovs

73600 16000 21 16000 18400 2800 2028

16372

Krainovs

73600 16000 10 7619 8762 500 1074

7688

Kopā

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

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

Video nodarbība “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 Gandevas 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, neatkarī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 plāna Nr.94n piemērošanas instrukcija 31.10.2000.
  • Rostrudas un Finanšu ministrijas vēstules.

Saskaņā ar noteiktajiem aktiem darba samaksas uzskaite tiek veikta reizi mēnesī, bet 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 dabūja darbu uzņēmumā. Viņš tika pieņemts organizācijā kā tirgotājs ar algu 32 000 rubļu. 2018. gada novembrī viņš strādāja pilnas 19 dienas. 2018. gada ražošanas kalendārā novembrī ir 20 darba dienas.

Š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 rubļi.

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 plāns tika pārsniegts par 3 450 000 rubļu. Nosakiet prēmijas summu:

  • 3450000 * 5% / 98 = 1760 rubļi.

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

  • 30400+1760=32160 rubļi.

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 ieturējums par darbinieku:

  • 32160-500=31660 rubļi.

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

  • 31660 * 13% \u003d 4115,80 rubļi.

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 noteikt 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 rubļi.

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.Medvedevam paredzēts maksāt 11 033,15 rubļus.

Visas šī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:

  • Alga algām un tarifi darbiniekiem par.
  • Alga, kas uzkrāta atbilstoši izlaides normām gabaldarbu sistēmā.
  • Alga natūrā. Šā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 sistemātiski. Dāvanu izmaksas darbiniekiem un viņu ģimenes locekļiem, akcijas, kuponi. Šos maksājumus ieraksta tirgus cenās.

Gabaldarba algas 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 prēmija 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-progresīvs 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.
  • Netiešs 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).
  • akords 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.

Dokumentēšana

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.