ZUP: introducere. Conceptul de tipuri de calcul de bază și de conducere Angajamente de bază ale organizațiilor

În „1C: Manufacturing Enterprise Management 8” există obiecte speciale care combină o descriere a regulilor de calcul al angajării sau deducerii și o descriere a regulilor de contabilizare a rezultatelor acestei acumulari sau deduceri în scopul calculării impozitului social unificat, impozitul pe venitul persoanelor fizice și contabilitate. Astfel de obiecte se numesc tipuri de calcul. În program, tipurile de calcul sunt împărțite în trei subgrupe: angajamente de bază, angajamente suplimentare și deduceri. Unele tipuri de angajamente și deduceri sunt descrise de dezvoltatori în etapa creării programului, dar există și acelea care sunt unice pentru organizația noastră; utilizatorul trebuie să le adauge independent. Pentru a seta corect parametrii pentru taxele și deducerile existente și pentru a descrie corect pe cei nou creați, trebuie să înțelegem care sunt diferențele lor și în ce secvență ar trebui să organizăm instalarea algoritmilor de calcul.

Să luăm în considerare toate grupurile de tipuri de calcule.

Acumulări de bază ale organizațiilor

Grupul de angajamente de bază ale organizațiilor include acele angajamente, al căror rezultat de calcul depinde de perioada de valabilitate (durata) calculului. De exemplu, rezultatul calculării concediului de odihnă depinde de perioada de concediu, plata salariului va fi calculată în funcție de zilele lucrate de angajat și așa mai departe. În plus, grupul de angajamente de bază ale unei organizații include acele tipuri de calcule care sunt acumulate pentru un angajat pentru o perioadă lungă de timp. De exemplu, dacă o organizație plătește un bonus lunar de o sumă fixă ​​oricărui grup de angajați, atunci un astfel de bonus ar trebui inclus în principalele angajamente ale organizației.

La crearea unei noi baze de informații, lista angajamentelor de bază ale organizațiilor este completată cu așa-numitele tipuri de calcule predefinite. Tipurile predefinite de calcule sunt elemente care au fost determinate de dezvoltatori în etapa creării sistemului. Unii parametri ai unor tipuri predefinite de calcule nu pot fi modificați de către utilizatori, deoarece participă la algoritmii interni ai programului. Lista angajamentelor de bază ale organizațiilor poate fi completată de utilizator.

Puteți deschide lista de angajamente de bază pentru organizații introducând elementul de meniu „Entreprindere”, submeniul „Setări de salarizare” și selectând „Angajări de bază”.

Figura 5.1 Interfața Calculul salariilor angajaților organizațiilor. Taxe de bază

În fața noastră se va deschide o fereastră cu o listă cu toate taxele predefinite. După cum puteți vedea, această listă include acumulări precum „Salariu pe zi”, „Plată pentru concediu medical” și așa mai departe. Acumularea indicată de semnul evidențiat în Figura 5.2 este un tip de calcul predefinit. Tipurile de calcul nepredefinite sunt, de asemenea, marcate cu o pictogramă în formă de romb, dar fără imaginea unei mingi lângă ea.

Figura 5.2 Lista taxelor de bază ale organizației

Să luăm în considerare situația care s-a dezvoltat la ZAO Avtomatizatsiya. Unul dintre angajații organizației folosește o mașină personală în scopuri de afaceri. În conformitate cu legislația rusă, el are dreptul la compensații bănești speciale. Deoarece o astfel de acumulare nu este predeterminată, o vom adăuga la lista de tipuri de calcule, vom descrie caracteristicile contabilității sale în scopul calculării UST și impozitului pe venitul personal și procedura de calcul a angajamentelor în program. Dar mai întâi trebuie să determinați cărui grup de taxe îi aparține o astfel de indemnizație. Este clar că angajatul intenționează să folosească transportul personal pentru o perioadă lungă de timp, adică nu o lună, ci mai multe. Prin urmare, vom considera această compensație ca o angajare pe termen lung și o vom include în principalele angajamente. Compensația va fi calculată la o rată fixă. În timp ce un angajat este în vacanță, într-o călătorie de afaceri sau absent de la serviciu (adică, în perioadele în care transportul personal nu este utilizat în scopuri de afaceri), compensația nu este plătită.

Să deschidem o fereastră cu o listă de taxe principale și să descriem noua taxă. Făcând clic pe butonul „Adăugați” din bara de instrumente (vezi Figura 5.3), adăugăm simultan linie nouă lista și deschideți fereastra de descriere a angajamentelor.

Figura 5.3 Adăugarea unui nou element de angajamente de bază

În fereastra goală care se deschide, în câmpul „Nume”, indicați denumirea tipului de calcul care urmează să fie creat: „Compensație transport personal”.

Comutatoarele din secțiunea „Secvența contabilă” din fila „Calcule” vă permit să determinați secvența de calcul a mai multor angajări pentru același angajat. Acumularea primară se numește astfel de angajamente, al cărei rezultat nu depinde de rezultatele calculării altor angajamente (de exemplu, plata salariului). Acumulările dependente le includ pe acelea ale căror rezultate de calcul depind de rezultatele calculării altor angajamente. Pentru astfel de angajamente, ordinea de calcul este determinată prin alegerea nivelului de dependență. O angajamente este considerată dependentă de primul nivel dacă rezultatul calculării sale depinde de rezultatul calculării numai a angajamentelor primare. O angajamente este considerată dependentă de al doilea nivel dacă rezultatul calculului său depinde de rezultatele calculării a cel puțin o angajare, ordinea de calcul fiind „dependentă de primul nivel”. Toate celelalte angajamente dependente sunt clasificate ca angajamente dependente de al treilea nivel.

Astfel, pentru a alege secvența de calcul, trebuie să luăm în considerare metoda de calcul a angajamentelor noastre. Indemnizația pentru utilizarea transportului personal se calculează proporțional cu timpul lucrat dintr-un tarif fix. Aceasta înseamnă că rezultatul nu depinde de rezultatul calculării altor angajamente și, prin urmare, este o angajamente primară. Indicăm acest lucru prin setarea comutatorului secvenței de calcul, așa cum se arată în Figura 5.4.

Metoda de calcul al angajamentelor poate fi fie selectată dintr-o listă de standarde, fie specificată printr-o formulă arbitrară, astfel încât utilizatorul să poată determina independent algoritmul de calcul al angajamentelor descrise. Dacă alegem opțiunea de calcul reglementată „Sumă fixă” (vezi Figura 5.4), atunci acumularea noastră nu va depinde de timpul lucrat. Pentru ca rezultatul compensației să fie calculat proporțional cu timpul lucrat, vom folosi oportunitatea pentru a crea formule arbitrare.

Figura 5.4 Configurarea angajamentelor de bază. Fila „Calcule”

Setați comutatorul metodei de calcul în poziția „Formulă de calcul personalizată” și continuați cu editarea formulei utilizând linkul „Editați formula de calcul” (vezi Figura 5.5).

Figura 5.5 Accesați descrierea formulei de calcul

Am discutat deja în detaliu formularul deschis pentru editarea formulei de calcul în secțiunea „Configurați angajamente și deduceri” a celei de-a doua lucrări. Să descriem formula de calcul a compensației noastre folosind indicatori de calcul. Să inserăm indicatorul „Cummă fixă” în formulă folosind elementul „Inserare indicator în formulă” din meniul contextual al indicatorului (vezi Figura 5.6) sau pur și simplu trăgând-l cu mouse-ul în câmpul formulei.

Figura 5.6 Inserarea unei măsuri într-o formulă

În mod similar, vom plasa în câmpul formulă indicatorii „Timp lucrat în zile” și „Timp standard în zile”. Ca rezultat, formula de calcul a compensației ar trebui să arate astfel:

Figura 5.7 Formula de calcul a compensației pentru utilizarea transportului personal

Să terminăm editarea formulei făcând clic pe butonul „OK” și să accesăm fila „Ora” a formularului de editare a angajamentelor.

În fila „Timp”, vom seta parametrii care vor afecta formarea foii de timp de lucru. Compensația pe care o descriem este o suprataxă obișnuită, așa că vom seta comutatorul „Tip de timp” în poziția selectată „Acumulare suplimentară pentru timpul deja plătit”.

Notă: angajamentele care reflectă timpul lucrat al angajatului (cum ar fi salariul pe zi, plata la o rată zilnică etc.) sunt corelate cu tipul de timp „Acumulare pentru munca unui schimb complet în limita de timp”. Vacanțele, concediile medicale și alte angajări pentru timpul nelucrat, precum și călătoriile de afaceri trebuie să fie configurate cu tipul de timp „Nelucrat” ture complete, precum și călătorii de afaceri.”

În fila „Utilizare”, comutatoarele sunt setate în poziții standard, pe care va trebui să le schimbăm atunci când facem ajustări fine în descrierea taxelor speciale. De exemplu, comutatorul „Este un beneficiu” din grupul „Beneficii de asigurări sociale” este utilizat pentru a determina acumularea ca beneficiu de asigurări sociale. Valoarea acestuia este luată în considerare la calcularea impozitului social unificat.

Comutatorul „Este vacanță” din grupul „Vacante anuale” este setat pentru angajamente care descriu plata concediilor anuale ale angajaților. În cazul în care comutatorul de acumulare este setat pe poziția „Este vacanță”, zilele plătite cu această acumulare vor reduce numărul de zile de concediu ale angajaților care nu sunt scoase. Aceste informații sunt reflectate într-un raport de specialitate.

Comutatoarele grupului „Tipul de vechime în muncă în scopul evidenței personalizate a Fondului de pensii al Rusiei” vă permit să stabiliți un mod special de reflectare a acestei acumulari atunci când formați pachete de SZV-4.

Figura 5.8 Formular de bază de editare a angajamentelor. Utilizarea filelor

În cazul nostru, setăm toate comutatoarele în „Nu. ..” și „Nereflectat...”.

Notă: În fereastra care descrie acumularea de bază predefinită „Alocație pentru îngrijirea copilului până la 1,5 ani”, trebuie să modificați poziția comutatorului „Prestații de asigurări sociale” la valoarea „Este un beneficiu”.

Apoi, folosind butonul de selecție, indicați tipul de prestație „Pentru îngrijirea copiilor până la un an și jumătate”. Programul va avea nevoie de aceste informații pentru calcularea ulterioară a impozitului social unificat și pregătirea raportării reglementate.

Figura 5.9 Modificarea parametrilor pentru utilizarea unui angajamente predefinit

„Alocație pentru îngrijirea copilului până la 1,5 ani”

Pentru a determina caracteristicile reflectării compensației descrise în contabilitate și contabilitate fiscală, să mergem la fila „Control”. contabilitate". Nu setăm indicatorul „Este venit în natură”, deoarece compensația noastră va fi plătită în numerar. Grupul de detalii „Se determină reflectarea în contabilitate și contabilitate fiscală” are scopul de a determina opțiunea de reflectare a rezultatelor de angajamente în contabilitate și contabilitate fiscală. Să setăm trecerea la poziția „pe baza datelor despre angajat și angajamentele lui planificate”, ceea ce înseamnă că nu este nevoie să reflectăm în mod specific contabilitatea rezultatelor angajamentelor. Metodele de reflectare a rezultatelor angajamentelor în contabilitatea financiară și fiscală vor fi discutate în detaliu mai jos.

Câmpul „Contabilitatea tipurilor de activități supuse UTII” vă permite să indicați posibilitatea de a atribui rezultatul acestei acumulari activităților supuse UTII. Completarea acestui câmp este importantă doar pentru organizațiile care plătesc UTII.

Figura 5.10 Formular de editare a angajamentelor.

Vom descrie caracteristicile impozitării în următoarea filă „Tax” (a se vedea Figura 5.11). În conformitate cu legislația rusă, compensația pentru utilizarea transportului personal în scopuri comerciale este o plată bănească care nu este considerată venitul unui angajat dacă valoarea acestuia se încadrează în limitele stabilite de lege, de exemplu. Impozitul pe venitul personal nu este evaluat. Prin urmare, vom seta comutatorul „Netaxat”. Cu ajutorul butonului de selecție, vom indica în câmpul „Tip de venit” din secțiunea „Impozit social unificat, contribuții la fondul de pensii” că acumularea nu este supusă impozitării impozitului social unificat și nu este supusă contribuțiilor la pensie. Fond în conformitate cu Codul Fiscal, ceea ce înseamnă că nu este nevoie de o reflectare specială a rezultatelor contabile ale angajamentelor. Comutați, influențând calcularea bazei de impozitare pe venit, o vom seta la valoarea superioară „Nu este inclusă în muncă cheltuieli."

Figura 5.11 Configurarea parametrilor contabilității de angajamente

În fila „Control”. contabilitate” pentru a reflecta angajamentele în contabilitatea de gestiune, vom verifica dacă comutatorul este setat în poziția „în funcție de datele despre angajat și angajamentele planificate ale acestuia” (vezi Figura 5.12). Astfel, indicăm că metoda de reflectare a acestei angajamente în contabilitatea de gestiune nu diferă de metoda de reflectare a altor angajamente angajați.

Figura 5.12 Stabilirea metodei de reflectare a angajamentelor în contabilitatea de gestiune

În fila „Altele” din tabelul „Deplasarea angajamentelor”, completați lista de angajamente deplasate, de exemplu. acele angajamente pentru perioada cărora nu trebuie acumulată compensația descrisă. De exemplu, în perioada în care un angajat este în vacanță, acesta nu primește compensații pentru utilizarea transportului personal. O astfel de acumulare - vacanță - va fi o „deplasare” pentru acumularea „Compensații pentru transportul personal”. Făcând clic pe butonul „Selectare”, vom deschide o listă de angajamente existente pentru organizații.

Figura 5.13 Începeți editarea tabelului de angajări cu excludere

Din lista de angajamente de bază, putem selecta acumularea de care avem nevoie - „Plată pentru concediu în zile calendaristice”.

Figura 5.14 Selectarea angajamentelor

Lista angajărilor de excludere va fi completată, iar noi, deoarece nu se acumulează compensații pentru perioada de boală, călătorie de afaceri și alte absențe ale angajatului, vom adăuga mai multe taxe de excludere în modul descris mai sus. Includem plata concediilor medicale, absenteismului, concediilor medicale pentru o vătămare domestică și alte angajamente prezentate în figura de mai jos ca angajamente pentru deplasări.

Figura 5.15 Lista completă a angajamentelor de excludere

Ne vom familiariza cu caracteristicile de completare a listelor de angajamente de bază și de conducere puțin mai târziu, deocamdată vom lăsa aceste câmpuri goale.

Când faceți clic pe butonul „OK”, programul va salva acumularea adăugată și va închide fereastra care descrie acumularea noastră pentru compensarea transportului personal.

Tipuri principale de calcule

1. Introducere

Configurarea majorității proprietăților planurilor de tip de calcul (CAP) și tipurilor de calcul (CP) în 1C:Enterprise 8.2 nu prezintă dificultăți. Cartea lui M.G. Radchenko este suficientă pentru a le înțelege. Dar principalele tipuri de calcule sunt un subiect puțin „întunecat”. Informațiile despre regulile de completare a listei de VR-uri de top sunt distribuite în mai multe surse, care uneori se contrazic. Dacă puneți împreună toate aceste informații, devine clar algoritmul prin care trebuie specificate VR-urile principale pentru un anumit VR.

2. Variante de dependență între tipuri de calcule

„Prezentatori” este una dintre filele din fereastra de setări a vizualizărilor VR. Fiecare tip de calcul îl are, indiferent de valorile proprietăților PVR. Ca master, puteți specifica VR-uri care aparțin oricărei configurații VR.

Alături de cele de conducere, pot fi specificate VR de bază și anticipative pentru VR. De bază sunt BP, a căror cifră de afaceri pentru o anumită perioadă este datele inițiale pentru calcularea acestui BP. De exemplu, „Bonus” BP este calculat pe baza „Salariu” BP, adică „Salariu” este BP de bază pentru „Bonus”.

Cele înlocuitoare sunt BP care afectează perioada reală de acțiune și care pot înlocui un anumit BP pe perioada de valabilitate. De exemplu, un angajat nu poate primi plăți de salariu și concediu medical în aceeași zi. VR „Concediul medical” înlocuiește „Salariu” VR.

Deoarece VR-urile sunt interconectate, modificarea unor VR poate necesita recalcularea altor VR.

De regulă, VR-urile de bază și de deplasare sunt determinate în mod unic de enunțul problemei. Specificarea unei liste de BP principale poate provoca o oarecare confuzie.

3. Informații despre principalele tipuri de calcule din diverse surse

Documentația 1C, ca întotdeauna, nu ne strică cu informații detaliate și instrucțiuni detaliate. Despre VR-urile conducătoare se spune doar că „în fila „Leading” sunt indicate acele tipuri de calcul care determină funcționarea mecanismului de recalculare al registrului de calcul corespunzător (adică cel căruia îi este atribuit planul de tip de calcul dat). ”

Ajutorul Configuratorului oferă o descriere a părții tabelare predefinite din Tipurile de calcul principale ale PVR, dar nu există reguli pentru completarea VRP-urilor principale.

Conține mai mult informatii detaliate. Se precizează că principalele tipuri de calcule sunt utilizate pentru a recalcula înregistrările învechite din registrele de calcul. Necesitatea de a indica principalele tipuri de calcul este demonstrată prin exemplu. Fie BP „A” să fie baza pentru BP „B”, care, la rândul său, este baza pentru BP „C”. Dacă mecanismul de recalculare se bazează numai pe BP de bază, atunci cu modificările BP „A” va deveni clar că recalcularea este necesară numai pentru BP „B”. Și numai după efectuarea modificărilor (recalculării) pentru BP „B” va deveni clară necesitatea recalculării pentru „C”. Utilizarea corectă a VR-urilor principale vă permite să evitați astfel de recalculări în mai multe etape. ÎN în acest exemplu pentru BP „B” trebuie să specificați BP-urile conducătoare „A” și „B”.

Este dată o definiție care nu contribuie deloc la înțelegerea esenței problemei: „Tipul principal de calcul este un tip de calcul, al cărui rezultat afectează indirect acest tip de calcul”. Se dovedește că VR, care afectează direct acest tip de calcul, nu ar trebui să fie inclusă în lista celor mai importante VR. Nu este corect. Și mai departe: „Dacă rezultatul tipului de calcul principal s-a schimbat, acest tip de calcul trebuie să fie calculat din nou.” Ne interesează doar rezultatul sau orice caracteristică a VR care poate afecta acest VR?

Se indică următoarele: „În secțiunea tabelară „Tipuri de calcul principale” sunt indicate tipurile de calcul, la introducerea (modificarea) a cărui rezultat al tipului curent de calcul trebuie recalculat (de exemplu, „Salariu pe zi” este tipul principal de calcul pentru tipurile de calcul „Plătă suplimentară pentru nocivitate” și „Bonus procentual”).

Este dată următoarea definiție: „Conducerea - o schimbare a rezultatelor lor ar trebui să conducă la necesitatea recalculării acestui tip de calcul”. Și mai departe: "Bunul simț dictează că toate tipurile de calcul de bază ar trebui incluse în categoria principală. În plus, tipurile de calcul principale pot conține și alte tipuri care afectează indirect acest tip de calcul."

Dacă „Absenteismul” înlocuiește „Salariu” în perioada de valabilitate, iar „Bonus” depinde de „Salariu” pentru perioada de bază, atunci următoarele BP trebuie să fie indicate ca principale pentru „Bonus”: „Salariu”, „Absenteism” . Adică, atunci când se formează o listă de BP-uri de conducere, este necesar să se ia în considerare dependențele tranzitive (sau în cascadă).

Acest exemplu este, de asemenea, discutat în detaliu în.

Definiția din carte nu adaugă aproape nimic la materialele surselor anterioare: „Liderii sunt tipurile de calcule, la introducerea sau modificarea cărora este necesar să se recalculeze rezultatul calculelor existente”. Dar această carte conține bun exemplu. „Bonusul” depinde de baza din „Plată suplimentară pentru călătorie”, care la rândul său depinde de baza din „Călătoria de afaceri”. Principalele BP pentru „Bonus” sunt „Plată suplimentară pentru călătorie” și „Călătorie de afaceri”. Aceasta este o dependență tranzitivă (sau în cascadă) de bază.

Subiectul calculelor de conducere nu este discutat în detaliu; se face referire la el.

Cel mai lista plina Motivele pentru care BP ar trebui inclusă în lista liderilor BP sunt prezentate în. Scopul conducerii VR-urilor este de a „reflecta influența tipurilor de calcul unul asupra celuilalt. Influența poate apărea din:

La configurarea bazei de date,

La definirea represiunii,

Din dependența în cascadă a tipurilor de calcule,

În funcție de specificul problemei care se rezolvă.”

3. Concluzii

Astfel, lista VR-urilor de conducere indică toate VR-urile, la introducerea, ștergerea sau modificarea cărora trebuie să recalculați acest VR și anume:

VR de bază pentru un anumit VR,

Întregul lanț de BP de care depind direct sau tranzitiv BP-urile de bază (în cascadă), aceasta poate fi o dependență de bază sau o dependență preventivă:

VR-uri care înlocuiesc direct VR-urile de bază,

VR-uri care în mod tranzitiv (în cascadă) înlocuiesc VR-urile de bază,

VR care sunt de bază pentru VR de bază sau preventive.

În cele mai multe cazuri, o regulă simplificată, formulată ca exemplu, funcționează: cele conducătoare sunt VR-urile de bază și VR-urile care le înlocuiesc pe cele de bază.

Surse:

1. 1C: Întreprindere 8.2. Ghidul dezvoltatorului. - M.: Firma „1C”.

2. Gabets A.P., Kozyrev D.V., Kukhlevsky D.S., Khrustaleva E.Yu. Implementarea sarcinilor aplicate în sistemul 1C:Enterprise 8.2.

3. ITS. Document „Tipuri de calcule de conducere”.

4. ITS „Glosarul dezvoltatorului”.

5. Materiale ale cursului „Configurare în sistemul 1C:Enterprise 8. Rezolvarea problemelor de calcul”. - 1C-Centrul de Instruire Nr.3.

6. Materiale ale cursului „Configurarea platformei 1C:Enterprise 8.2”. - 1C-Centrul de Formare Nr.1.

7. Materiale ale cursului „Programare profesională în 1C:Enterprise 8.x: Curs de bază" - www.Spec8.ru.

8. Materiale forum devtrainingforum.v8.1c.ru.

9. Radchenko M.G., Khrustaleva E.Yu. 1C: Întreprindere 8.2. Ghid practic pentru dezvoltatori.

Tipul de calcul este o componentă a sumei salariului. Există diferite tipuri de calcul al angajamentelor și deducerii. Numele și regulile pentru calcularea angajamentelor și deducerilor descriu tipul de calcul. Numele este introdus formulare tipărite fișă de plată și fișă de plată.

Toate tipurile de calcule într-o configurație standard sunt salvate în planuri de tipuri de calcule (PVR). Tipurile de angajamente și deduceri care au un algoritm de calcul special conțin elemente predefinite ale planurilor de tip de calcul. Astfel de elemente nu pot fi șterse.

ÎN această decizie puteți crea o listă nelimitată de tipuri de calcul și puteți implementa orice schemă de salarizare, iar pentru contabilitatea reglementată - ajustați lista de taxe incluse în baza impozabilă pentru contribuțiile la fondurile de asigurări sociale.

Planurile pentru tipuri de calcule în ZUP alcătuiesc mai multe liste. Fiecare plan de tipuri de calcule este destinat să descrie tipuri similare de calcule.

Fiecare plan de tip de calcul corespunde unui registru de calcul, care stochează rezultatele calculului și informațiile pentru acestea.

Tipurile de calcul din același plan de tip de calcul pot fi caracterizate prin reguli și parametri generali similari.

Pentru a înțelege algoritmii și procesul de calcul, vom defini termeni speciali.

Tip de calcul

Există anumiți algoritmi pentru calcularea sumelor de angajamente și deduceri. Ele pot fi simple sau pot fi complexe și depind de mulți parametri.

Tipul de calcul conține:

  • metoda (algoritmul) de calcul, care este specificat prin formula;
  • indicatorii de formulă care sunt utilizați în formula de calcul;
  • norme contabile și fiscale;
  • conexiuni cu alte tipuri de calcule (tipuri de calcule preventive, de bază și dependente

Tipuri dependente și de bază de calcule

Rezultatele angajărilor dependente depind de rezultatele calculării altor angajamente. Exemplu: indexarea salariului depinde de valoarea tuturor angajamentelor pentru o anumită perioadă; bonusul poate fi calculat ca procent din plata salariului. Aici, indexarea și prima sunt tipuri de calcul dependente. Plata pe baza de salariu - de baza pentru bonusuri, pentru indexare - de baza pentru toate celelalte tipuri de calcul (plata pe baza de salariu si bonus).

Secvența de calcule

în configurație, acestea sunt nivelurile de dependență a taxelor unul față de celălalt. Acest produs propune utilizarea a patru niveluri de dependență de înregistrare: primar; persoane dependente de primul nivel; persoane dependente de nivelul doi; dependenti de nivelul trei.

Categoria de angajamente și deduceri determină succesiunea calculului acestora: mai întâi se calculează cele primare, după primul nivel etc. În consecință, rezultatul acumularii primare este independent de rezultatele altor angajamente.

Perioada de înregistrare și perioada de valabilitate

Perioada de inregistrare este perioada in care s-au facut angajari (retineri) si anume luna calculului salariului.

Perioada de valabilitate este durata calculului în timp pentru care se face acumularea.

Exemplu: în cazul în care un salariat a lucrat o lună întreagă, perioada de valabilitate a plății salariului este perioada de la prima până la ultima zi a lunii. Coincide cu perioada de înregistrare. Perioada de vacanță poate începe în perioada de înscriere și se poate termina în luna următoare.

Perioada de bază

setat pentru tipuri de calcul dependente. Acesta determină din ce interval de date ar trebui selectat rezultatul calculului de angajamente de bază.

Tipuri de calcule inițiale și finale

Maeștrii sunt tipuri de calcule, la schimbarea cărora trebuie să recalculați sclavii. Exemplu: atunci când se calculează bonusul ca procent din plata salariului pentru luna curentă, o modificare a sumei plății salariului (lider) implică o modificare a sumei bonusului (slave).

Unele angajamente care caracterizează perioada de valabilitate pot concura între ele pe perioada de valabilitate.

Acumulări/deduceri periodice -

Acestea sunt tipuri de plăți care sunt calculate pentru un angajat în fiecare lună pentru o perioadă lungă de timp (până la anulare). Aceștia pot fi numiți la angajare sau prin comenzi speciale pentru întreprindere (plată pe bază de salariu, plată suplimentară pentru nocive etc.).

Taxări/deduceri unice

alocate după caz ​​(concediu medical, bonus de vacanță etc.).

Metode de calcul

Acest termen se referă la algoritmul de calcul al angajamentelor sau deducerii. Poate fi:

  • algoritmi predefiniți care sunt utilizați în contabilitatea reglementată;
  • formule cu un număr nelimitat de indicatori cheie pe care îi descrie utilizatorul (utilizați în toate tipurile de contabilitate).

În consecință, multe tipuri de calcule pot fi create cu propria formulă și indicatori în ea (procentul de finalizare a planului, indicele clienților obișnuiți).

În acest articol, vom lua în considerare bazele teoretice ale lucrului cu registre de calcul și, de asemenea, vom calcula salariul angajatului proporțional cu numărul de ore lucrate.

Teorie

Registrul de calcul (RR)- un obiect de metadate de configurare utilizat pentru implementarea calculelor periodice în sistemul 1C. Domeniile evidente de aplicare a registrelor de calcul includ următoarele: calculul salariilor, calculul chiriei, calculul chiriei.

În structura lor, registrele de calcul sunt similare cu registrele de acumulare sau cu registrele de informații. Ei, la fel ca registrele de acumulare, au măsurători, resurse, detalii, dar principiul de funcționare al registrelor de calcul este complet diferit.

În esență, măsurătorile din registrul de acumulare servesc drept „ filtru» în contextul căruia primim date din registrul de acumulare. De exemplu, atunci când luăm „rămășițe” conform registrului de acumulare „Bunuri rămase” în contextul unui anumit articol sau o „reducere a ultimelor” conform registrului de informații „Salariile angajaților” în contextul unui anumit angajat . Spre deosebire de registrul de acumulare, măsurătorile din registrul de calcul periodic servesc la implementarea „“(acesta este atunci când tipurile de calcul extinse în timp concurează între ele pe intervalul perioadei de valabilitate a înregistrării, adică, de exemplu, calculul călătoriei de afaceri tip înlocuiește tipul de calcul al salariului pentru perioada de valabilitate) și „“(asta este atunci când tipul de calcul al bonusului depinde de tipul de calcul al salariului pentru perioadele anterioare).

mecanism de represiune după perioada de acţiune«:

Aici vedem că tipul de calcul „Călătorie de afaceri” are o durată în timp și este valabil în perioada 10 aprilie – 20 aprilie, „Călătorie de afaceri” este indicat ca tip de calcul deplasant pentru tipul de calcul „Salariu”. „Salariul” se extinde și el în timp și este valabil de la 1 aprilie până la 30 aprilie. Deoarece „Călătorie de afaceri” este indicată ca tip de calcul deplasant pentru tipul de calcul „Salariu” (are prioritate mai mare decât salariul) și este valabil pentru perioada de valabilitate a salariului, atunci salariul este înlocuit de o călătorie de afaceri și se formează „Perioada efectivă de valabilitate a salariului”.” Perioada efectivă de valabilitate a salariului „Aceasta este perioada de valabilitate a salariului după deplasarea printr-o călătorie de afaceri, în cazul nostru este formată din 2 perioade - de la 1 aprilie. la 9 și de la 21 la 30 aprilie și în total este de 19 zile. Mecanismul de deplasare bazat pe perioade funcționează numai pentru calcule pe termen lung.

Figura de mai sus arată grafic principiul „ mecanism de dependență pe perioada de bază«:

Să presupunem că la sfârșitul lunii aprilie 2017 dorim să oferim unui angajat un bonus în valoare de 10% din salariu. Salariul este indicat ca tip de calcul de bază pentru bonusuri.

Dar ca „bază” de calcul a primei, nu vom lua toată luna aprilie, ci doar intervalul de la 10 aprilie până la 20 aprilie (11 zile). Să calculăm baza pentru bonus, salariul angajatului este de 60.000 de ruble, există 30 de zile într-o lună, salariul zilnic = 60.000/30 = 2.000 de ruble. Următorul 2000*11 = 22000 rub. Baza de calcul a primei este de 22.000 de ruble.

Să calculăm prima: (22000/100)*10 = 2200 ruble. Un bonus de 10% din salariu este de 2.200 de ruble.

Obiectul de metadate ale aplicației „Planul tipurilor de calcul” este strâns asociat cu registrul de calcul.

Planul tipurilor de calcul (PVR)- un obiect de metadate de configurare care stochează informații despre tipurile de tipuri de calcule și determină influența diferitelor calcule unul asupra celuilalt.

Un plan de tip de calcul poate fi utilizat în mai multe registre de calcul, dar un registru de calcul nu poate utiliza mai multe planuri de tip de calcul în același timp.

Registrul de calcul este un tabel în care sunt stocate datele calculate, iar în ceea ce privește tipurile de calcul, sunt stocați algoritmi pentru calcularea acestor date. Registrul de calcul trebuie să aibă cel puțin un registrator de documente care face mișcări în registrul de calcul (de exemplu, Salarizare).

Mecanismele de calcul din sistemul 1C Enterprise sunt astfel concepute încât mai întâi trebuie să faceți înregistrări în registrul de calcul și abia apoi să efectuați calculul pe baza acestor date. De exemplu, este imposibil să se calculeze un bonus pe baza unui salariu până când același salariu nu este înregistrat în registrul de calcul.

Practică

Să aruncăm o privire mai atentă la registrele de calcul în practică:

Pasul 1 Să începem cu un plan pentru tipurile de calcule. Trebuie să creați un plan de tip de calcul înainte de a crea un registru de calcul. Creăm un plan pentru tipurile de calcul înainte de registrul de calcul, deoarece înainte de a crea un tabel pentru stocarea datelor calculate (adică, un registru de calcul), este necesar să specificați algoritmi pentru calcularea acestor date (adică un plan pentru tipurile de calcul).

Să creăm un plan pentru tipurile de calcul „Taxele de bază”. Să mergem imediat la fila „Calcul”. Aici vedem imediat steagul " Utilizează perioada de valabilitate„, atunci când acest steag este setat, vor avea toate tipurile de calcule incluse în acest plan lungime în timp(de exemplu, Salariu, Călătorie de afaceri), și, de asemenea, pentru acest plan de tipuri de calcul, „ mecanism de represiune după perioada de acţiune". Dacă indicatorul „Folosește perioada de valabilitate” nu este setat, atunci tipurile de calcul nu vor avea o prelungire în timp (de exemplu, Bonus, Amenda) și „mecanismul de deplasare după perioada de valabilitate” nu va funcționa. De asemenea, pe această filă există secțiuni „Dependența de bază” și „Planuri de bază pentru tipuri de calcul” - servesc la implementarea „ mecanism de dependență pe perioada de bază„, dar despre asta vom vorbi mai târziu. Deocamdată, să lăsăm „Dependența pe bază” în modul „Independent”.

Să creăm un tip de calcul predefinit „Salariu”. În fila „De bază”, totul este simplu. Setați numele și codul tipului de calcul.

Datorită faptului că am pus steagul " Utilizează perioada de valabilitate„Acum avem o filă” Deplasare"și a pornit" mecanism de represiune bazat pe perioade«.

Pe această filă indicăm tipurile de calcule care vor înlocui salariul pe perioada de valabilitate (de exemplu, Călătoria de afaceri).

Notă: în „Deplasare” puteți adăuga tipuri de calcule care aparțin numai acestui plan de tipuri de calcule.

Există și o filă " Prezentatori»—indică tipurile de calcule care, atunci când sunt modificate, trebuie să recalculeze tipul curent de calcul. Aici puteți specifica și tipuri de calcule din alte planuri de tipuri de calcul. De exemplu, tipul de calcul „Salariu” este cel mai important pentru tipul de calcul „Bonus”, adică. Când se schimbă salariul, trebuie să recalculăm și bonusul pentru că Bonusul se calculeaza in functie de salariu. În acest caz, tipul de calcul „Salariu” aparține PRP „Angajări de bază”, care utilizează o perioadă de valabilitate, iar tipul de calcul „Bonus” aparține PRP „Angajări suplimentare”, care nu utilizează o perioadă de valabilitate.

Pasul 2.Să creăm un director „Chars” cu structura implicită. În directorul „Programe” vom stoca programul de lucru al angajaților (cinci zile, șase zile etc.).

Pasul 3.Avem nevoie si de un obiect in care vom stoca Calendarul Productiei (zile lucratoare si weekenduri). În aceste scopuri, folosim un registru independent de informații neperiodic.

Să creăm un registru independent de informații neperiodic „Programe de lucru” cu 2 dimensiuni „Data” și „Program” și resursa „Număr de ore”.

Datorită registrului de informații „Programe de lucru”, vom putea calcula salariile din salariu proporțional cu numărul de zile lucrate.

Pasul 4.Creați un document „Salarizare” cu structura de detalii prezentată mai jos:

Rechizite:

Execuția operațională este setată la „Interzice” deoarece nu are sens pentru mecanismul decontărilor periodice din 1C - nu calculăm niciodată bonusuri, salarii sau amenzi în timp real.

Să creăm un formular de document cu setări implicite.

Pasul 5. În cele din urmă, am ajuns la punctul de a crea registre de calcul.

Obiectul de metadate registru de calcul se află în ramura „Registre de calcul” a configuratorului.

Să creăm un registru de calcul „Taxe de bază”. Să ne uităm la setările registrului de calcul de mai jos:

1. În câmpul „Plan de tipuri de calcul”, indicați PVR-ul „Taxe de bază” creat la pasul 1.

2. Setați indicatorul „Perioada de valabilitate” la „Adevărat” deoarece PVR-ul specificat la pasul 1 are prelungire în timp.

După setarea acestui flag, detaliile standard „Action Period”, „Action PeriodStart”, „ActionPeriodEnd” devin imediat disponibile pentru noi, ceea ce înseamnă că tipurile de calcule înregistrate în acest registru de calcul au și ele lungime în timpși avem acces la " mecanism de represiune după perioada de acţiune«.


P.S. Dacă specificați un PVR care are lungime în timp pentru un RR cu indicatorul „Perioada de valabilitate” setat la „Fals”, atunci acest PVR va funcționa ca un PVR care nu are prelungire în timp.

3.După setarea indicatorului „Perioada de valabilitate” la „Adevărat”, câmpurile „Grafic”, „Valoare diagramă”, „Data diagramă” devin disponibile pentru noi.

În câmpul „Schedule” indicăm registrul de informații „Work Schedules” creat la pasul 3.

În câmpul „Schedule Value” indicăm resursa „Număr de ore” din registrul de informații „Work Schedules”.

În câmpul „Schedule Date”, indicați dimensiunea „Date” a registrului de informații „Work Schedules”.

4. În câmpul „Frecvență” indicăm valoarea „Lună”, aceasta înseamnă că datele vor fi introduse în registru lunar.

Mai jos este structura metadatelor de registry:

Indicatorul „De bază” pentru o dimensiune afectează doar performanța; nu trebuie să îl setați, dar dacă o faceți, câmpul „Angajat” va fi indexat.

Dimensiunea „Angajat” - este folosită în „ mecanism de represiune bazat pe perioada de acţiune" Și " mecanism de dependență de perioada de bază«.

Resursa „Suma” - salariul calculat va fi înregistrat acolo.

Atributul „Diagramă” este indicat ca atribut, și nu o dimensiune de registru, deoarece nici ea și nici nu înlocuiește nimic - în esență un câmp de referință. Important!!! Nu uitați să completați câmpul „Schedule Link”. la atributul „Program” trebuie indicată acolo dimensiunea „Program” din registrul de informații „Programe de lucru”, altfel nu se va calcula cuantumul salariului.

Atributul „Parametru” va stoca valoarea salariului.

Acum că am indicat legătura cu MS „Programele de lucru”, vom calcula salariul angajatului proporțional cu numărul de zile lucrate.

Indicăm documentul ca registrator " Salarizare" creat la pasul 4.

Pasul 6. Efectuăm mișcări conform registrului de calcul „Taxe de bază”.

Să revenim la documentul „Salarizare” creat la pasul 4.

Să descriem procesarea postării în modulul obiect document:

Fragment de cod de procesare a documentelor

1C (Cod)

Procedure ProcessingProcessing(Failure, Processing Mode) // înregistrează BasicAccruals of Movement.MainAccruals.Write = True; Movements.MainAccruals.Clear(); Perioada de înregistrare = Începutul lunii (Data); Pentru fiecare TechLineMainAccruals din ciclul MainAccruals Mișcare = Movements.MainAccruals.Add(); Move.Reversal = Fals; Movement.CalculationType = TechLineMainAccruals.CalculationType; Movement.ActionPeriodStart = TechLineMainAccruals.StartDate; Movement.ActionPeriodEnd = EndDay(TexLineMainAccruals.EndDate); Movement.Registration Period = Perioada de înregistrare; Movement.Employee = TechLineMainAccruals.Employee; Movement.Chart = TechStringMainAccruals.Chart; Movement.Parameter = TechStringMainAccruals.Size; EndCycle; Sfârșitul procedurii

Procedura de procesare (Eșec, Mod)

// Registrul principal de angajamente

Mișcări. Acumulări de bază. scrie = adevărat;

Mișcări. Acumulări de bază. Clar() ;

Perioada de înregistrare = Începutul lunii (Data) ;

Pentru fiecare TechLine BasicAccrualsFrom BasicAccrualsCycle

Mișcare = Mișcări. Acumulări de bază. Adăuga() ;

Circulaţie. Storno= Fals;

Circulaţie. Tip de calcul=TexLineMainAccruals. Tip de calcul;

Circulaţie. PeriodActionStart = TechLineMainAccruals. Data de început;

Circulaţie. ActionPeriodEnd=EndDay(TexLineMainAccruals.EndDate) ;

Circulaţie. Perioada de înregistrare = Perioada de înregistrare;

Circulaţie. Angajat = TechLineMainAccruals. Angajat;

Circulaţie. Grafic = TechLineMainAccruals. Programa;

Circulaţie. Parametru = TechStringMainAccruals. Mărimea;

EndCycle;

Sfârșitul procedurii

Să creăm un document de testare și să-l rulăm:

Să mergem la „Mișcări de documente”:

Vedem că perioada de înregistrare este setată la începutul lunii deoarece Frecvența RR este indicată ca „Lună”. De asemenea, vedem că toate câmpurile cu excepția sumei au fost completate (salariul nu a fost încă calculat).

Pasul 7.Să scriem codul de calcul al salariului.

Să creăm modul comun„Calcul” cu următoarele steaguri:

Calculul în sine va avea loc în acest modul general.

Să scriem funcția de export „Calculați taxele” în modulul „Calcul”:

Deoarece am completat câmpurile „Program”, „Valoare program”, „Data program” în setările RR „Taxe de bază”, ne-a devenit disponibil un tabel virtual al registrului de calcul. DataGraphics,într-o interogare la un tabel virtual ne interesează următoarele câmpuri:

„Număr de ore Perioada reală de acțiune” — conține numărul de ore efectiv lucrate calculat pe baza datelor de program

„Număr de ore Perioada de acțiune” - conține numărul de ore de lucru calculate pe baza datelor de program din perioada de calcul

Procedura de calcul a salariilor

1C (Cod)

Procedura CalculateAccruals(Registrar, Set de înregistrări) Export //Solicitare salariu=Solicitare nouă; Query.Text="SELECT | ISNULL(BasicAccrualsGraphicsData.NumberofHoursActualActionPeriod, 0) AS HoursFact, |BasicAccrualsGraphicsData.Parameter, |ISNULL(BasicAccrualsGraphicsData.NumberofHoursActionPeriod, 0) AS HoursPlan |.FLinicDAccrual Registrul |FLinicData. Acumulări de bază. Date grafice(| Registrator = &Registrar | Și Tip de calcul = &Tip de calculSalarie) AS Basic AccrualsDataGraphics"; Request.SetParameter("Registrator", Recorder); // transmiteți documentul registratorului astfel încât căutarea să se efectueze numai pe documentul curent Request.SetParameter("Calculation TypeSalary", Planuri de Tipuri de Calcul. Acumulări de bază. Salariu); //setează tipul salariului de calcul deoarece calculeaza salariul Selection=Request.Run().Select(); SearchStructure=NewStructure; SearchStructure.Insert("RowNumber",0); //creați o structură pentru căutarea datelor pentru calcularea după numărul de rând pentru fiecare înregistrare din ciclul RecordSet //ciclați prin setul de înregistrări ale documentului curentSearch Structure.LineNumber=Record.LineNumber; //completați numărul rândului pentru căutare Dacă Selection.FindNext(Search Structure) Apoi //căutăm în eșantion date pentru calcul pe baza numărului curent de linie Record.Sum =?(Selection.HoursPlan=0.0, Selection.HoursFact /Sample.HoursPlan * Sampling .Parameter); //calculați salariul proporțional cu zilele lucrate, în Parametru - salariu curent EndIf; Selection.Reset(); //resetează selecția, avem nevoie de următoarea înregistrare a setului de înregistrări pentru a căuta prin selecție primul EndCycle; Recordset.Write(, True); // scrieți înregistrările calculate în baza de date, treceți parametrul Replace = True EndProcedure

//Salariu

Solicitare=Solicitare nouă;

Cerere. Text="SELECT

| ISNULL(BasicAccrualsDataGraphics.NumberofHoursActualActionPeriod, 0) AS HoursFact,

| BasicAccrualsDataGraphics.Parameter,

| ISNULL(BasicAccrualsDataGraphics.NumberofHoursActionPeriod, 0) AS HoursPlan,

| BasicAccrualsDataGraphics.NumberLines

|DIN

| Registrul de calcul. Acumulări de bază. Date grafice (

| Recorder = &Recorder

Pentru angajamente legate de salarii, o situație tipică este atunci când unele angajamente se bazează pe altele. De exemplu, un bonus depinde de salariul din anul precedent, iar plata de concediu depinde dacă angajatul a lucrat în companie timp de șase luni sau nu. Mecanismele pentru planurile de tipuri de calcul permit ca aceste dependențe să fie pe deplin realizate. Să luăm în considerare configurarea unui plan de tip de calcul:

  • Utilizează perioada de valabilitate - determină dacă tipul de calcul este periodic. De exemplu, este necesară o perioadă de valabilitate pentru salariu, pensie alimentară și bonusuri trimestriale, dar nu și pentru un bonus unic pentru performanță excepțională sau o amendă.
  • Dependența de bază - determină posibilitatea de dependență a tipurilor de calcule ale unui plan dat de alte tipuri de calcule (acest sau alte planuri de tipuri de calcule). Dacă:
    • Nu depinde - tipurile de calcule ale acestui plan vor fi strict independente
    • Depinde de perioada de valabilitate - tipurile de calcule ale acestui plan depind de durata altor tipuri de calcule. De exemplu, un bonus de serviciu lung
    • Depinde de perioada de înregistrare - tipurile de calcule ale acestui plan depind de alte tipuri de calcule pentru o anumită perioadă. De exemplu, un bonus trimestrial în valoare de salariu
  • Plan de bază al tipurilor de calcul - puteți specifica planuri ale căror tipuri de calcul pot fi selectate ca bază. De asemenea, puteți consulta planul curent al tipurilor de calcul. Opțiunea este disponibilă numai dacă Dependența de bază nesetat la valoarea Nu depinde

Pe primul, Main, puteți specifica codul și numele tipului de calcul, precum și setați opțiunea Perioada de valabilitate este perioada de bază. Opțiunea este disponibilă numai dacă planul de tip de calcul este periodic, adică Perioada de valabilitate a utilizărilor = Da:

În fila De bază, sunt indicate tipurile de calcule care sunt de fapt de bază pentru aceasta:

Este important ca numai acele tipuri de calcule să fie disponibile, planurile pentru care sunt definite în setările pentru acest plan de tipuri de calcule:

În fila Deplasare sunt indicate tipurile de calcul deplasare, adică cele care exclud efectul celui actual (de exemplu, în același timp, un angajat poate primi fie salariu, concediu medical, fie plăți de concediu):

În fila Leading sunt indicate tipurile de calcule asociate cu aceasta. Trebuie să le specificați manual, chiar dacă ați selectat deja un tip de calcul ca bază, trebuie să îl introduceți din nou aici. Setarea este necesară pentru a controla recalcularea - dacă recalculăm retroactiv datele pentru tipul de calcul care duce la unul dat, atunci acest tip de calcul va trebui și el recalculat.

Întrebarea 14.04 a examenului 1C: Platform Professional. Dependența de bază ca Dependența de perioada de valabilitate în ceea ce privește tipurile de calcul se stabilește dacă...

  1. se presupune că cel puţin un tip de calcul din plan va avea o prelungire în timp
  2. Se presupune că, în viitor, la determinarea bazei de calcul pentru o înregistrare în registrul de calcul, vor fi luate în considerare numai acele înregistrări a căror perioadă reală de valabilitate se încadrează în perioada de bază.
  3. se presupune că toate tipurile de calcule din plan vor avea o prelungire în timp

Răspunsul corect este al doilea, analiza de mai sus.

Întrebarea 14.05 a examenului 1C: Platform Professional. Dependența de bază ca Dependența de perioada de înregistrare în ceea ce privește tipurile de calcul se stabilește dacă...

  1. Se presupune că, în viitor, la determinarea bazei de calcul pentru o înregistrare în registrul de calcul, vor fi luate în considerare doar acele înregistrări a căror Perioada de Înregistrare se încadrează în perioada de bază.
  2. se presupune că nici un singur tip de calcul din plan nu va avea proprietatea de a funcționa pentru o anumită perioadă de timp
  3. se presupune că în registrul de calcul asociat acestui plan de tipuri de calcul, toate tipurile de calcul nu vor avea proprietatea de a fi valabile pentru o anumită perioadă de timp.

Primul răspuns, analiza de mai sus.

Întrebarea 14.31 a examenului 1C: Platform Professional. Dacă dependența de bază este setată după perioada de valabilitate, atunci...

  1. Înregistrările parțiale în registrul de calcul pot apărea în perioada de bază
  2. nu vor exista rezultate „parțiale”: fie intrarea va fi luată în considerare în întregime, fie nu va fi luată în considerare în întregime
  3. Înregistrările parțiale din registrul de calcul se pot încadra în perioada de bază, iar baza va fi calculată proporțional cu porțiunea din perioada efectivă a înregistrării de influență care se suprapune cu perioada de bază specificată. Aceasta va folosi datele din diagrama asociată cu această intrare.
  4. afirmațiile 1 și 3 sunt adevărate

Răspunsul corect este al treilea - hit-urile parțiale sunt luate în considerare proporțional.

Întrebarea 14.36 a examenului 1C: Platform Professional. Dacă un document calculează înregistrări dependente de baza de date (de exemplu, Salariu și Bonus în Procent, a căror bază de date include salariul), atunci...

  1. Înainte de a calcula o înregistrare dependentă de o bază de date, trebuie să calculați o înregistrare care se încadrează în această bază de date și să scrieți rezultatul în registrul de calcul. Astfel, în cazul general, în procesul de afișare a unui document se vor efectua două proceduri de înregistrare în registrul de decontare.
  2. secvența de calcul a unor astfel de înregistrări poate fi arbitrară, deoarece sistemul va determina automat secvența de calcul în funcție de nivelul de prioritate al tipurilor de calcul. În procesul de afișare a unui document, se va efectua o singură procedură de înregistrare în registrul de decontare
  3. Înainte de a calcula o înregistrare dependentă de bază de date, trebuie să calculați o înregistrare care se încadrează în această bază de date. În procesul de afișare a unui document, se va efectua o singură procedură de înregistrare în registrul de decontare

Răspunsul corect este primul - pentru a face o a doua intrare, trebuie mai întâi să o citiți pe prima (printre altele).

Întrebarea 14.06 a examenului 1C: Platform Professional. Planurile de bază pentru tipurile de calcul sunt...

  1. planuri de tipuri de calcule cu care sunt asociate registrele de calcul
  2. acele planuri de tipuri de calcul din care se vor lua tipuri de calcul pentru a calcula baza de calcul
  3. acele planuri de tip de calcul pentru care proprietatea „dependență de bază” este setată la o altă valoare decât „nu depinde”

Răspunsul corect este, evident, al doilea.

Întrebarea 14.07 a examenului 1C: Platform Professional. Absența unei părți tabelare predefinite „Tipuri de bază de calcul” pentru tipurile de calcul din Planul de tipuri de calcul poate fi explicată prin faptul că...

  1. În configurație, sunt specificate mai multe planuri de tipuri de calcule și tipuri de calcule din alte planuri de tipuri de calcul pot fi specificate ca fiind de bază
  2. atributul „perioada de bază” nu este setat în registrul de calcul
  3. Dependența de bază în ceea ce privește tipurile de calcul nu este definită
  4. Răspunsurile 1 și 3 sunt corecte

Răspunsul corect este al treilea, această caracteristică este descrisă în postare.

Întrebarea 14.33 a examenului 1C: Platform Professional. Ca registre de bază (din resursele cărora se calculează baza)...

  1. pot exista mai multe registre de calcul
  2. poate acţiona un singur registru de calcul
  3. pot exista registre de calcul care sunt asociate cu planuri de tipuri de calcul care sunt de bază pentru planul de tipuri de calcul cu care este asociat registrul de calcul în cauză
  4. afirmațiile 1, 3 sunt adevărate

Răspunsul corect este al patrulea, dependența poate fi nu numai pe mai multe registre, ci și pe mai multe niveluri.

Întrebarea 14.56 a examenului 1C: Platform Professional. Pentru tipul de calcul Bonus, tipul de calcul Salariul este specificat ca cel de bază; în plus, acesta este atribuit suplimentar ca principal pentru bonus. În ce caz vor apărea informații despre necesitatea recalculării salariului în tabelul de recalculare?

  1. Întotdeauna, la intrarea în salariu
  2. Nu va apărea niciodată
  3. Doar dacă salariul este înscris într-un document separat după ce bonusul a fost introdus și calculat

Răspunsul corect este al treilea, deoarece bonusul depinde de salariu, acesta trebuie recalculat după introducerea retroactivă a salariului.

Întrebarea 14.08 a examenului 1C: Platform Professional. Tipurile de calcul de deplasare sunt astfel de tipuri de calcul...

  1. înregistrări ale căror în registrele de calcul ar trebui să înlocuiască înregistrările unui anumit tip de calcul prin perioada de valabilitate
  2. care se exclud reciproc în ceea ce privește perioada de valabilitate reală, iar sistemul trebuie să se asigure că introducerea unui tip de calcul va duce la excluderea unui alt tip de calcul
  3. care se exclud reciproc prin perioada de înregistrare

Răspunsul mai corect aici este primul.

Întrebarea 14.09 a examenului 1C: Platform Professional. Tipuri de calcul care...

  1. aparțin mai multor planuri de tip calcul
  2. aparțin aceluiași plan de tip de calcul
  3. ambele afirmatii sunt adevarate

Răspunsul corect este al doilea. Tipurile de calcule ale unui plan diferit nu pot fi selectate în acesta.

Întrebarea 14.10 a examenului 1C: Platform Professional. Conceptul de deplasare a tipurilor de calcule își pierde sensul dacă...

  1. Perioada de valabilitate nu este utilizată în ceea ce privește tipurile de calcul
  2. perioada de valabilitate reală nu este utilizată în ceea ce privește tipurile de calcul
  3. Perioada de înregistrare și perioada de valabilitate nu sunt utilizate în ceea ce privește tipurile de plată
  4. perioada de bază nu este utilizată în ceea ce privește tipurile de calcul

Întrebarea 14.35 a examenului 1C: Platform Professional. Mecanismul de represiune se manifestă...

  1. la modificarea tabelului registrului de calcul
  2. în modificarea componenţei înregistrărilor din tabelul perioadei de valabilitate efectivă
  3. este că la introducerea mișcărilor în unele documente, mișcările altor documente sunt distorsionate ireversibil
  4. toate afirmatiile sunt adevarate

Al doilea răspuns este corect. Tabelul registrului de calcul nu se modifică, este complet neclar care este distorsiunea.

Întrebarea 14.38 a examenului 1C: Platform Professional. Dacă setați în planul tipurilor de calcul că „Vacanta” înlocuiește „Salariu” și, în același timp, acel „Salariu” înlocuiește „Vacanță” și încercați să salvați modificările, atunci...

  1. sistemul va emite un avertisment și nu va salva modificările
  2. va apărea o eroare de sistem
  3. totul va fi păstrat

Potrivit răspunsurilor, varianta corectă este prima. De fapt, sistemul nu reacționează în niciun fel la o astfel de setare, cel puțin în cele predefinite. Salariu:

si bonus:

Întrebarea 14.52 a examenului 1C: Platform Professional. Pentru tipul de calcul Salariul, tipul de calcul de călătorie este specificat ca tip de calcul deplasant, dar nu este atribuit ca fiind principal. În ce caz vor apărea informații despre necesitatea recalculării salariului în tabelul de recalculare?

  1. Întotdeauna, când intri într-o călătorie
  2. Nu va apărea niciodată
  3. Doar dacă călătoria de afaceri este introdusă ca document separat
  4. Doar dacă călătoria de afaceri este introdusă ca document separat pentru perioada anterioară

Al treilea răspuns.

Întrebarea 14.11 a examenului 1C: Platform Professional. Principalele tipuri de calcule sunt...

  1. tipuri de calcule, la introducerea (sau modificarea) careia rezultatul tipului curent de calcul trebuie recalculat
  2. care se exclud reciproc din punct de vedere al perioadei de valabilitate, iar sistemul trebuie să asigure că introducerea unuia dintre ele va duce la excluderea celuilalt
  3. tipuri de calcul, atunci când este ștearsă, înregistrarea cu tipul de calcul curent va fi ștearsă automat

Răspunsul corect este primul, sunt ca niște stăpâni, așa că atunci când schimbați, trebuie să recalculați toate calculele slave.

Întrebarea 14.12 a examenului 1C: Platform Professional. Liderii pot fi...

  1. tipuri de calcul din mai multe planuri de tip de calcul
  2. tipuri de calcul dintr-un plan de tip de calcul
  3. ambele afirmatii sunt adevarate

Răspunsul corect este al treilea, puteți alege orice prezentator.

Întrebarea 14.54 a examenului 1C: Platform Professional. Pentru tipul de calcul Bonus, tipul de calcul de bază este Salariul, dar nu este atribuit ca principal. În ce caz vor apărea informații despre necesitatea recalculării salariului în tabelul de recalculare?

  1. Întotdeauna, la intrarea în salariu
  2. Nu va apărea niciodată
  3. Doar dacă salariul este înscris într-un document separat
  4. Doar dacă salariul este înscris într-un document separat după ce bonusul a fost introdus și calculat

Răspunsul corect este al doilea - deoarece nu conduce, înseamnă că nu există dependență directă și nu este nevoie să recalculăm.

Acțiune