1-ის გადაანგარიშება. ხელფასების კორექტირება და გადაანგარიშება. პრევენცია მოქმედების ვადის მიხედვით

სხვებისგან - მაგალითად, ბონუსი შეიძლება განისაზღვროს იმ პერიოდის ხელფასების ოდენობით. ამ შემთხვევაში შესაძლებელია პრემიის დათვლის შემდეგ ხელფასი შეიცვალოს. სტანდარტულად, პლატფორმა არ აკონტროლებს ასეთ სიტუაციებს. თუ დეველოპერი საჭიროდ მიიჩნევს ამის თვალყურის დევნებას, მაშინ უნდა გამოიყენოთ საანგარიშო რეესტრის სპეციალური დაქვემდებარებული ობიექტი - ხელახალი გაანგარიშება:

გადაანგარიშების ჩანაწერები ინახება ცალკე ცხრილში. ისინი არ იძლევიან გარანტიას, რომ დამოკიდებული რეესტრი საჭიროებს ხელახალი გამოთვლას, მაგრამ ემსახურება როგორც სიგნალს ასეთი პოტენციური საჭიროების შესახებ.

ზოგადად, გადაანგარიშების ცხრილის ჩანაწერები შეიცავს შემდეგ ველებს:

• ხელახალი გაანგარიშების ობიექტი (ჩაწერის დოკუმენტი, რომლის მონაცემების ხელახალი გამოთვლაა საჭირო)
• გაანგარიშების ტიპი - ბმული გაანგარიშების ტიპზე ამ საანგარიშო რეესტრისთვის განსაზღვრული გაანგარიშების ტიპების გეგმიდან

ჩანაწერები შეიძლება შეინახოს უფრო დეტალურად, მოცემული საანგარიშო რეესტრის ერთი ან რამდენიმე განზომილების კონტექსტში. მაგალითად, მთელი დეპარტამენტის სახელფასო რეგისტრატორი იყო უკან დაბრუნებული; უფრო მეტიც, ცვლილებები მხოლოდ თანამშრომელ ივანოვს შეეხებოდა. თანამშრომლის განზომილების დამატება ხელახალი გამოთვლაში მოგცემთ საშუალებას თვალი ადევნოთ ამას. ამ შემთხვევაში, ხელახალი გაანგარიშების განზომილება უნდა იყოს დაკავშირებული საანგარიშო რეგისტრის განზომილებთან:

გადაანგარიშების ცხრილიდან მონაცემები გენერირდება ავტომატურად, თუ შესაბამისი გაანგარიშების ტიპის გეგმას აქვს საბაზისო პერიოდის თვისებების ნაკრები. თუ ქონება არ არის მითითებული, მაშინ დეველოპერი პასუხისმგებელია ჩანაწერების გენერირებაზე.

1C გამოცდის 14.41 შეკითხვა: პლატფორმის პროფესიონალი. ხელახალი გაანგარიშების მონაცემები...

1. არ არის საანგარიშო რეესტრის ჩანაწერები
2. არის საანგარიშო რეესტრის ჩანაწერები
3. არის გადაანგარიშების რეესტრის ჩანაწერები
4. არის მოქმედების პერიოდის ცხრილის ჩანაწერები

სწორი პასუხი არის პირველი, ისინი ძირითადად ინახება ცალკეულ ცხრილებში.

1C გამოცდის 14.42 კითხვა: პლატფორმის პროფესიონალი. "გაანგარიშების" განზომილების თვისებების ფანჯარაში, "კომუნიკაცია" ჩანართზე "განზომილების რეგისტრაცია" თვისებაში მიუთითეთ...

1. საბაზო რეესტრის გაზომვა, რომლის მონაცემებიც იცვლება, მიმდინარე რეესტრის ჩანაწერი ხელახლა უნდა გამოითვალოს
2. მიმდინარე რეესტრის გაზომვა, რომლის ჩანაწერები ხელახლა უნდა გამოითვალოს ბაზის რეგისტრების მონაცემების ცვლილებისას.
3. საბაზისო რეგისტრების გაზომვები, რომელთა მონაცემები იცვლება, მიმდინარე რეესტრის ჩანაწერი ხელახლა უნდა გამოითვალოს

სწორი პასუხი მეორეა. თავად ხელახალი გამოთვლა საჭიროა მიმდინარე რეესტრში ჩანაწერების განახლების აუცილებლობის თვალყურის დევნებისთვის.

1C გამოცდის 14.43 შეკითხვა: პლატფორმის პროფესიონალი. ცხრილი "ხელახალი გაანგარიშება" ივსება რიგებით, რომელთაგან თითოეული წარმოადგენს...

1. ინფორმაციის ერთობლიობა გაანგარიშების ტიპისა და საანგარიშო რეესტრის ჩანაწერის დოკუმენტ-ჩამწერის შესახებ, რომელიც საჭიროებს ხელახლა გამოთვლას. ცხრილი ასევე შეიცავს გადაანგარიშების გაზომვებს
2. ინფორმაციის ერთობლიობა გაანგარიშების ტიპისა და საანგარიშო რეესტრის ჩანაწერის დოკუმენტ-რეგისტრატორის შესახებ, რომელიც საჭიროებს ხელახლა გამოთვლას
3. ინფორმაციის ერთობლიობა გაანგარიშების ტიპის, რეგისტრატორის დოკუმენტის ხაზის ნომრისა და თავად რეგისტრატორის შესახებ საანგარიშო რეესტრის ჩანაწერის შესახებ, რომელიც საჭიროებს ხელახლა გამოთვლას. ცხრილი ასევე შეიცავს გადაანგარიშების გაზომვებს
4. არ არის სწორი პასუხები

პირველი პასუხი სწორია, ანალიზი ზემოთ.

1C გამოცდის 14.45 შეკითხვა: პლატფორმის პროფესიონალი. Აირჩიეთ სწორი პასუხი:

1. ხელახალი გამოთვლებით მუშაობის პროცესში, დეველოპერს შეუძლია "იგნორირება გაუკეთოს" ინფორმაციას, რომელსაც სისტემა აწვდის გადაანგარიშების ცხრილში, ანუ უარი თქვას გაანგარიშების შედეგების გადახედვაზე.
2. 1C:Enterprise 8 სისტემაში ხელახალი გამოთვლების მოქმედების პრინციპი "ატყობინებს"
3. კონფიგურაციის შემქმნელს არ შეუძლია აკონტროლოს ანგარიშსწორების რეესტრის ჩანაწერების ხელახალი გაანგარიშების პროცესი; სისტემა ყველაფერს აკეთებს ავტომატურად
4. 1 და 2 დებულებები მართალია

მეოთხე სწორი პასუხი არის ის, რომ ხელახალი გამოთვლა მხოლოდ აკონტროლებს დამოკიდებული მონაცემების შეცვლის პოტენციურ საჭიროებას.

1C გამოცდის 14.46 შეკითხვა: პლატფორმის პროფესიონალი. ერთი გაანგარიშებისთვის დარეგისტრირდით...

1. შესაძლებელია მხოლოდ ერთი ხელახალი გაანგარიშების მხარდაჭერა
2. სხვადასხვა სტრუქტურის მხოლოდ სამი გამოყოფა შეიძლება იყოს მხარდაჭერილი
3. მხარდაჭერილია სხვადასხვა სტრუქტურების ნებისმიერი რაოდენობის ხელახალი გამოთვლა

სწორი პასუხი არის მესამე, არ არის პრობლემა რაიმე რაოდენობის დაქვემდებარებული გადაანგარიშების ობიექტების დამატება საანგარიშო რეესტრში; მათი სტრუქტურა არანაირად არ კონტროლდება.

1C გამოცდის 14.57 შეკითხვა: პლატფორმის პროფესიონალი. ანგარიშსწორების სიხშირე ყოველთვიურია. შესაბამისი პარამეტრები გაკეთდა საანგარიშო რეესტრში. ხელფასის გაანგარიშების ტიპისთვის, მოგზაურობის გაანგარიშების ტიპი მითითებულია, როგორც გადაადგილების გაანგარიშების ტიპი. 01/03/14 საინფორმაციო ბაზაში შემოვიდა ინფორმაცია ხელფასის შესახებ, მაგრამ გაანგარიშება არ განხორციელებულა. 20/03/14 მივლინება შევიდა საინფორმაციო ბაზაში და დაითვალა. 30.03.14 ამოქმედდა ხელფასის გაანგარიშება. გათვალისწინებული იქნება თუ არა მივლინების მონაცემები ხელფასის გაანგარიშებისას? მჭირდება თუ არა ჩემი მივლინების ხელახალი გამოთვლა?

1. გათვალისწინებული იქნება, მაგრამ მივლინების გადათვლა მოუწევს
2. გათვალისწინებული იქნება, არ არის საჭირო მოგზაურობის გადაანგარიშება
3. არ იქნება გათვალისწინებული. აუცილებელია მოგზაურობის გაანგარიშების გაუქმება და ორივე ტიპის გაანგარიშების ხელახლა გამოთვლა
4. არ იქნება გათვალისწინებული. გაანგარიშება სწორად რომ მოხდეს, ხელფასი და მივლინება უნდა იყოს ერთ დოკუმენტში

გადაანგარიშება არ არის საჭირო, მივლინების ჩანაწერი არის თვის განმავლობაში.

ამ სტატიაში განვიხილავთ საანგარიშო რეესტრებთან მუშაობის თეორიულ საფუძვლებს და ასევე გამოვთვლით თანამშრომლის ხელფასს სამუშაო საათების რაოდენობის პროპორციულად.

თეორია

გაანგარიშების რეგისტრი (RR)- კონფიგურაციის მეტამონაცემების ობიექტი, რომელიც გამოიყენება 1C სისტემაში პერიოდული გამოთვლების განსახორციელებლად. საანგარიშო რეესტრების გამოყენების აშკარა სფეროები მოიცავს შემდეგს: სახელფასო გაანგარიშება, ქირის გაანგარიშება, იჯარის გაანგარიშება.

მათი სტრუქტურით, საანგარიშო რეგისტრები ჰგავს დაგროვების რეგისტრებს ან საინფორმაციო რეესტრებს. მათ, ისევე როგორც დაგროვების რეგისტრებს, აქვთ გაზომვები, რესურსები, დეტალები, მაგრამ საანგარიშო რეგისტრების მუშაობის პრინციპი სრულიად განსხვავებულია.

მათ ძირითადში, დაგროვების რეესტრში გაზომვები ემსახურება როგორც " ფილტრი» რომლის კონტექსტშიც ვიღებთ მონაცემებს დაგროვების რეესტრიდან. მაგალითად, როდესაც ჩვენ ვიღებთ "ნარჩენებს" დაგროვების რეესტრის მიხედვით "დარჩენილი საქონელი" გარკვეული ნივთის კონტექსტში ან "უახლესი ამოჭრა" საინფორმაციო რეესტრის მიხედვით "თანამშრომლის ხელფასები" გარკვეული თანამშრომლის კონტექსტში. . დაგროვების რეესტრისგან განსხვავებით, პერიოდული გაანგარიშების რეესტრში გაზომვები ემსახურება „“-ის განხორციელებას (ეს მაშინ, როდესაც დროში გაწელილი გამოთვლის ტიპები კონკურენციას უწევენ ერთმანეთს ჩანაწერის მოქმედების პერიოდის ინტერვალში, მაგალითად, მივლინების გაანგარიშება. ტიპი ანაცვლებს ხელფასის გაანგარიშების ტიპს მოქმედების პერიოდისთვის) და „“(ეს მაშინ, როდესაც ბონუსების გაანგარიშების ტიპი დამოკიდებულია წინა პერიოდების ხელფასის გაანგარიშების ტიპზე).

რეპრესიული მექანიზმი მოქმედების პერიოდის მიხედვით«:

აქ ჩვენ ვხედავთ, რომ გაანგარიშების ტიპს "საქმიანი მოგზაურობა" აქვს დროში ხანგრძლივობა და მოქმედებს 10 აპრილიდან 20 აპრილამდე, "საქმიანი მოგზაურობა" მითითებულია, როგორც გადაადგილების გაანგარიშების ტიპი "ხელფასი" გაანგარიშების ტიპისთვის. „ხელფასი“ ასევე ვრცელდება დროთა განმავლობაში და მოქმედებს 1 აპრილიდან 30 აპრილამდე. ვინაიდან „საქმიანი მოგზაურობა“ მითითებულია, როგორც გაანგარიშების ჩანაცვლებითი ტიპი საანგარიშო ტიპის „ხელფასისთვის“ (ხელფასზე უფრო მაღალი პრიორიტეტი აქვს) და მოქმედებს ხელფასის მოქმედების ვადით, მაშინ ხელფასი გადაადგილდება მივლინებით და ყალიბდება „ხელფასის მოქმედების ფაქტობრივი ვადა“. ხელფასის მოქმედების ფაქტი „ეს არის ხელფასის მოქმედების პერიოდი მივლინებით გადაადგილების შემდეგ, ჩვენს შემთხვევაში იგი შედგება 2 პერიოდისგან - 1 აპრილიდან. 9-დან და 21 აპრილიდან 30-მდე და ჯამში 19 დღეა. პერიოდზე დაფუძნებული გადაადგილების მექანიზმი მუშაობს მხოლოდ გრძელვადიანი გამოთვლებისთვის.

ზემოთ მოყვანილი ფიგურა გრაფიკულად აჩვენებს პრინციპს " დამოკიდებულების მექანიზმი საბაზისო პერიოდის მიხედვით«:

ვთქვათ, 2017 წლის აპრილის ბოლოს გვინდა დასაქმებულს მივცეთ პრემია ხელფასის 10%-ის ოდენობით. ხელფასი მითითებულია, როგორც პრემიების გაანგარიშების ძირითადი ტიპი.

მაგრამ პრემიის გამოთვლის „ბაზად“ ჩვენ არ მივიღებთ მთელ აპრილის თვეს, არამედ მხოლოდ ინტერვალს 10 აპრილიდან 20 აპრილამდე (11 დღე). გამოვთვალოთ პრემიის ბაზა, თანამშრომლის ხელფასი 60000 რუბლია, თვეში არის 30 დღე, დღიური ხელფასი = 60000/30=2000 რუბლი. შემდეგი 2000*11 = 22000 რუბლი. პრემიის გაანგარიშების საფუძველია 22000 რუბლი.

მოდით გამოვთვალოთ პრემია: (22000/100)*10 = 2200 რუბლი. ხელფასის 10%-იანი ბონუსი არის 2200 რუბლი.

განაცხადის მეტამონაცემების ობიექტი „გაანგარიშების ტიპების გეგმა“ მჭიდრო კავშირშია საანგარიშო რეესტრთან.

გაანგარიშების ტიპების გეგმა (PVR)- კონფიგურაციის მეტამონაცემების ობიექტი, რომელიც ინახავს ინფორმაციას გაანგარიშების ტიპების შესახებ და განსაზღვრავს სხვადასხვა გამოთვლების გავლენას ერთმანეთზე.

ერთი გაანგარიშების ტიპის გეგმა შეიძლება გამოყენებულ იქნას რამდენიმე საანგარიშო რეესტრში, მაგრამ ერთი საანგარიშო რეესტრი არ შეიძლება გამოიყენოს რამდენიმე გაანგარიშების ტიპის გეგმა ერთდროულად.

საანგარიშო რეგისტრი არის ცხრილი, რომელშიც ინახება გამოთვლილი მონაცემები, ხოლო გამოთვლის ტიპების მიხედვით ინახება ამ მონაცემების გამოთვლის ალგორითმები. საანგარიშო რეესტრს უნდა ჰქონდეს მინიმუმ ერთი დოკუმენტის რეგისტრატორი, რომელიც მოძრაობს საანგარიშო რეესტრში (მაგალითად, სახელფასო).

1C Enterprise სისტემაში გაანგარიშების მექანიზმები შექმნილია ისე, რომ ჯერ უნდა გააკეთოთ ჩანაწერები გაანგარიშების რეესტრში და მხოლოდ ამის შემდეგ შეასრულოთ გაანგარიშება ამ მონაცემების საფუძველზე. მაგალითად, ხელფასზე დაფუძნებული პრემიის გამოთვლა შეუძლებელია, სანამ იგივე ხელფასი არ ჩაიწერება საანგარიშო რეესტრში.

ივარჯიშე

მოდით უფრო ახლოს მივხედოთ გაანგარიშების რეგისტრებს პრაქტიკაში:

Ნაბიჯი 1დავიწყოთ გამოთვლების ტიპების გეგმით. გაანგარიშების რეესტრის შექმნამდე უნდა შექმნათ გაანგარიშების ტიპის გეგმა. ჩვენ ვქმნით გაანგარიშების ტიპების გეგმას საანგარიშო რეესტრამდე, რადგან გამოთვლილი მონაცემების შესანახად ცხრილის შექმნამდე (ანუ საანგარიშო რეესტრი), აუცილებელია ამ მონაცემების გამოთვლის ალგორითმების მითითება (ანუ, გაანგარიშების ტიპების გეგმა).

მოდით შევქმნათ გეგმა "ძირითადი გადასახადების" გაანგარიშების ტიპებისთვის. მოდით დაუყოვნებლივ გადავიდეთ "გაანგარიშების" ჩანართზე. აქ ჩვენ დაუყოვნებლივ ვხედავთ დროშას " იყენებს მოქმედების პერიოდს„როდესაც ეს დროშა დაიდება, ამ გეგმაში შეტანილი ყველა სახის გამოთვლა ექნება ხანგრძლივობა დროში(მაგალითად, ხელფასი, მივლინება), და ასევე ამ ტიპის გაანგარიშების გეგმისთვის, ” რეპრესიული მექანიზმი მოქმედების პერიოდის მიხედვით". თუ დროშა „გამოიყენებს მოქმედების პერიოდს“ არ არის დაყენებული, მაშინ გაანგარიშების ტიპებს არ ექნებათ დროში გაფართოება (მაგალითად, ბონუსი, ჯარიმა) და „გადაადგილების მექანიზმი მოქმედების ვადის მიხედვით“ არ იმუშავებს. ასევე ამ ჩანართზე არის სექციები "დამოკიდებულება ბაზაზე" და "ძირითადი გეგმები გაანგარიშების ტიპებისთვის" - ისინი ემსახურება " დამოკიდებულების მექანიზმი საბაზისო პერიოდის მიხედვით“, მაგრამ ამაზე მოგვიანებით ვისაუბრებთ. ახლა მოდით დავტოვოთ "დამოკიდებულება ბაზაზე" "დამოუკიდებელ" რეჟიმში.

მოდით შევქმნათ წინასწარ განსაზღვრული გაანგარიშების ტიპი "ხელფასი". "ძირითადი" ჩანართზე ყველაფერი მარტივია. დააყენეთ გაანგარიშების ტიპის სახელი და კოდი.

მადლობა იმ ფაქტს, რომ ჩვენ დავნიშნეთ დროშა " იყენებს მოქმედების პერიოდს"ჩვენ ახლა გვაქვს ჩანართი" გადაადგილება"და ჩართულია" პერიოდზე დაფუძნებული რეპრესიის მექანიზმი«.

ამ ჩანართზე ჩვენ მივუთითებთ გამოთვლების ტიპებს, რომლებიც ანაცვლებს ხელფასს მოქმედების პერიოდის მიხედვით (მაგალითად, მივლინება).

შენიშვნა: "გადაადგილებაში" შეგიძლიათ დაამატოთ გაანგარიშების ტიპები, რომლებიც მიეკუთვნება მხოლოდ ამ ტიპის გაანგარიშების გეგმას.

ასევე არის ჩანართი " წამყვანები» — მიუთითებს გამოთვლების ტიპებზე, რომლებიც შეცვლისას უნდა გადაითვალოს მიმდინარე ტიპის გაანგარიშება. აქ ასევე შეგიძლიათ მიუთითოთ გაანგარიშების ტიპები სხვა გაანგარიშების ტიპის გეგმებიდან. მაგალითად, „ხელფასის“ გაანგარიშების ტიპი წამყვანია „ბონუსის“ გაანგარიშების ტიპისთვის, ე.ი. როცა ხელფასი იცვლება, პრემიაც უნდა გამოვთვალოთ, რადგან ბონუსი გამოითვლება ხელფასის მიხედვით. ამ შემთხვევაში, „ხელფასის“ გაანგარიშების ტიპი ეკუთვნის „ძირითადი დარიცხვების“ PRP-ს, რომელიც იყენებს მოქმედების პერიოდს, ხოლო „ბონუსის“ გაანგარიშების ტიპი ეკუთვნის „დამატებითი დარიცხვების“ PRP-ს, რომელიც არ იყენებს მოქმედების პერიოდს.

ნაბიჯი 2.მოდით შევქმნათ “Charts” დირექტორია ნაგულისხმევი სტრუქტურით. "განრიგების" დირექტორიაში ჩვენ ვინახავთ თანამშრომლების სამუშაო საათებს (ხუთდღიანი, ექვსდღიანი და ა.შ.).

ნაბიჯი 3.ასევე გვჭირდება ობიექტი, რომელშიც შევინახავთ წარმოების კალენდარს (სამუშაო დღეები და შაბათ-კვირა). ამ მიზნებისათვის ვიყენებთ ინფორმაციის არაპერიოდულ დამოუკიდებელ რეესტრს.

შევქმნათ არაპერიოდული დამოუკიდებელი საინფორმაციო რეესტრი „სამუშაო განრიგი“ 2 განზომილებით „თარიღი“ და „განრიგი“ და რესურსი „საათების რაოდენობა“.

„სამუშაო განრიგის“ საინფორმაციო რეესტრის წყალობით, ჩვენ შევძლებთ ხელფასის გამოთვლას სამუშაო დღეების რაოდენობის პროპორციულად.

ნაბიჯი 4.შექმენით „ხელფასის სია“ დოკუმენტი დეტალების სტრუქტურით, რომელიც ნაჩვენებია ქვემოთ:

რეკვიზიტები:

ოპერაციული შესრულება დაყენებულია „აკრძალვაზე“რადგან აზრი არ აქვს 1C-ში პერიოდული ანგარიშსწორების მექანიზმს - ჩვენ არასდროს ვიანგარიშებთ ბონუსებს, ხელფასს ან ჯარიმებს რეალურ დროში.

მოდით შევქმნათ დოკუმენტის ფორმა ნაგულისხმევი პარამეტრებით.

ნაბიჯი 5. ბოლოს მივედით საანგარიშო რეესტრების შექმნამდე.

საანგარიშო რეგისტრის მეტამონაცემების ობიექტი მდებარეობს კონფიგურატორის "გაანგარიშების რეგისტრების" ფილიალში.

მოდით შევქმნათ საანგარიშო რეესტრი "ძირითადი გადასახადები". მოდით შევხედოთ გაანგარიშების რეგისტრის პარამეტრებს ქვემოთ:

1. ველში „გაანგარიშების ტიპების გეგმა“ მიუთითეთ 1-ლი ნაბიჯით შექმნილი PVR „ძირითადი გადასახადები“.

2. დააყენეთ „Validity period“ დროშა „True“, რადგან საფეხურ 1-ში მითითებული PVR აქვს დროში გაფართოება.

ამ დროშის დაყენების შემდეგ, ჩვენთვის დაუყოვნებლივ ხდება სტანდარტული დეტალები „Action Period“, „Action PeriodStart“, „ActionPeriodEnd“, რაც ნიშნავს, რომ ამ საანგარიშო რეესტრში რეგისტრირებული გამოთვლების ტიპებსაც გააჩნიათ. ხანგრძლივობა დროშიდა ჩვენ გვაქვს წვდომა " რეპრესიული მექანიზმი მოქმედების პერიოდის მიხედვით«.

P.S. თუ მიუთითებთ PVR-ს, რომელსაც აქვს ხანგრძლივობა დროში RR-ისთვის, რომლის დროშიც „Validity Period“ არის მითითებული „False“, მაშინ ეს PVR იმუშავებს როგორც PVR, რომელსაც არ აქვს დროში გაფართოება.

3. „მოქმედების პერიოდის“ დროშის „True“-ზე დაყენების შემდეგ ჩვენთვის ხელმისაწვდომი გახდება ველები „დიაგრამა“, „დიაგრამის ღირებულება“, „დიაგრამის თარიღი“.

"განრიგის" ველში ჩვენ მივუთითებთ მე-3 საფეხურზე შექმნილ "სამუშაო განრიგის" საინფორმაციო რეესტრს.

"განრიგის ღირებულების" ველში მივუთითებთ რესურსს "საათების რაოდენობა" საინფორმაციო რეესტრში "სამუშაო განრიგი".

ველში „განრიგის თარიღი“ მივუთითებთ „სამუშაო განრიგის“ საინფორმაციო რეესტრის განზომილებას „თარიღი“.

4. „სიხშირე“ ველში მიგვითითებს მნიშვნელობა „თვე“, რაც ნიშნავს, რომ მონაცემები ყოველთვიურად შეიტანება რეესტრში.

ქვემოთ მოცემულია რეესტრის მეტამონაცემების სტრუქტურა:

განზომილების "ძირითადი" დროშა გავლენას ახდენს მხოლოდ შესრულებაზე; თქვენ არ გჭირდებათ მისი დაყენება, მაგრამ თუ ამას გააკეთებთ, ველი "თანამშრომლები" ინდექსირებული იქნება.

"თანამშრომლის" განზომილება - ის გამოიყენება " მოქმედების პერიოდზე დაფუძნებული რეპრესიული მექანიზმი"და" ბაზის პერიოდზე დამოკიდებულების მექანიზმი«.

რესურსი "თანხა" - იქ ჩაიწერება გამოთვლილი ხელფასი.

"დიაგრამის" ატრიბუტი მითითებულია როგორც ატრიბუტი და არა რეგისტრის განზომილება, რადგან არც ის და არც ის არაფერს ცვლის - არსებითად საცნობარო ველს. Მნიშვნელოვანი!!! ნუ დაგავიწყდებათ შეავსოთ ველი "განრიგის ბმული".„განრიგის“ ატრიბუტზე იქ უნდა იყოს მითითებული „სამუშაო განრიგის“ საინფორმაციო რეესტრის განზომილება „განრიგი“, წინააღმდეგ შემთხვევაში ხელფასის ოდენობა არ დაითვლება.

"პარამეტრი" ატრიბუტი შეინახავს ხელფასის ღირებულებას.

ახლა, როდესაც ჩვენ მივუთითეთ კავშირი "სამუშაო განრიგებთან" MS-თან, ჩვენ გამოვთვლით თანამშრომლის ხელფასს სამუშაო დღეების რაოდენობის პროპორციულად.

ჩვენ აღვნიშნავთ დოკუმენტს, როგორც რეგისტრატორს " სახელფასო" შექმნილია მე-4 საფეხურზე.

ნაბიჯი 6. მოძრაობებს ვაკეთებთ საანგარიშო რეესტრის „ძირითადი გადასახადების“ მიხედვით.

დავუბრუნდეთ მე-4 საფეხურზე შექმნილ დოკუმენტს „ხელფასი“.

მოდით აღვწეროთ განცხადების დამუშავება დოკუმენტის ობიექტის მოდულში:

დოკუმენტის დამუშავების დამუშავების კოდის ფრაგმენტი

1C (კოდი)

Procedure ProcessingProcessing(Failure, Processing Mode) // რეგისტრაცია BasicAccruals of Movement.MainAccruals.Write = True; Movements.MainAccruals.Clear(); რეგისტრაციის პერიოდი = თვის დასაწყისი (თარიღი); თითოეული TechLineMainAccruals From MainAccruals Cycle Movement = Movements.MainAccruals.Add(); Move.Reversal = False; Movement.CalculationType = TechLineMainAccruals.CalculationType; Movement.ActionPeriodStart = TechLineMainAccruals.StartDate; Movement.ActionPeriodEnd = EndDay(TexLineMainAccruals.EndDate); მოძრაობა.რეგისტრაციის პერიოდი = რეგისტრაციის პერიოდი; Movement.Employee = TechLineMainAccruals.Employee; Movement.Chart = TechStringMainAccruals.Chart; Movement.Parameter = TechStringMainAccruals.Size; საბოლოო ციკლი; პროცედურის დასასრული

დამუშავების პროცედურა (მარცხი, რეჟიმი) // ძირითადი დარიცხვის რეგისტრი მოძრაობები. ძირითადი დარიცხვები. დაწერე = მართალია; მოძრაობები. ძირითადი დარიცხვები. Clear() ; რეგისტრაციის პერიოდი = თვის დასაწყისი (თარიღი); თითოეული TechLine BasicAccrualsFrom BasicAccrualsCycle მოძრაობა = მოძრაობები. ძირითადი დარიცხვები. დამატება() ; მოძრაობა. სტორნო= მცდარი; მოძრაობა. გაანგარიშების ტიპი=TexLineMainAccruals. გაანგარიშების ტიპი; მოძრაობა. PeriodActionStart = TechLineMainAccruals. Დაწყების თარიღი; მოძრაობა. ActionPeriodEnd=EndDay(TexLineMainAccruals.EndDate) ; მოძრაობა. რეგისტრაციის პერიოდი = რეგისტრაციის პერიოდი; მოძრაობა. თანამშრომელი = TechLineMainAccruals. თანამშრომელი; მოძრაობა. დიაგრამა = TechLineMainAccruals. განრიგი; მოძრაობა. პარამეტრი = TechStringMainAccruals. ზომა; საბოლოო ციკლი; პროცედურის დასასრული

მოდით შევქმნათ სატესტო დოკუმენტი და გავუშვათ იგი:

მოდით გადავიდეთ "დოკუმენტის მოძრაობებზე":

ჩვენ ვხედავთ, რომ რეგისტრაციის ვადა დაწესებულია თვის დასაწყისში, რადგან RR-ის სიხშირე მითითებულია როგორც "თვე". ასევე ვხედავთ, რომ თანხის გარდა ყველა ველი შევსებულია (ხელფასი ჯერ არ არის დათვლილი).

ნაბიჯი 7.დავწეროთ სახელფასო გამოთვლის კოდი.

მოდით შევქმნათ ზოგადი მოდული "გაანგარიშება" შემდეგი დროშებით:

თავად გაანგარიშება განხორციელდება ამ ზოგად მოდულში.

მოდით ჩავწეროთ ექსპორტის ფუნქცია "გაანგარიშება გადასახადების" მოდულში "გაანგარიშება":

მას შემდეგ, რაც ჩვენ შევავსეთ ველები "განრიგი", "განრიგის ღირებულება", "განრიგის თარიღი" RR "ძირითადი გადასახადების" პარამეტრებში, ჩვენთვის ხელმისაწვდომი გახდა საანგარიშო რეესტრის ვირტუალური ცხრილი. მონაცემთა გრაფიკა,ვირტუალური ცხრილის შეკითხვისას ჩვენ გვაინტერესებს შემდეგი ველები:

"საათების რაოდენობა მოქმედების ფაქტობრივი პერიოდი" -შეიცავს რეალურად დამუშავებული საათების რაოდენობას, რომელიც გამოითვლება გრაფიკის მონაცემებზე დაყრდნობით

"საათების რაოდენობა სამოქმედო პერიოდი" -შეიცავს საანგარიშო პერიოდში გრაფიკის მონაცემების საფუძველზე გამოთვლილ სამუშაო საათების რაოდენობას

ხელფასის გაანგარიშების პროცედურა

1C (კოდი)

პროცედურა CalculateAccruals(რეგისტრატორი, ჩანაწერების ნაკრები) ექსპორტი //ხელფასის მოთხოვნა=ახალი მოთხოვნა; Query.Text="SELECT | ISNULL(BasicAccrualsGraphicsData.NumberofHoursActualActionPeriod, 0) AS HoursFact, |BasicAccrualsGraphicsData.Parameter, |ISNULL(BasicAccrualsGraphicsData.scPerio,BasicAccrualsGraphicsData.scPerium,HoursActualActionPerio crualsGraphicsData ica.ხაზის ნომერი |FROM |გაანგარიშების რეგისტრაცია.ძირითადი დარიცხვები. გრაფიკული მონაცემები(| რეგისტრატორი = &რეგისტრატორი | და გაანგარიშების ტიპი = &გაანგარიშების ტიპი ხელფასი) AS Basic AccrualsDataGraphics"; Request.SetParameter ("რეგისტრატორი", ჩამწერი); // დოკუმენტის გადაცემა რეგისტრატორს ისე, რომ ძიება განხორციელდეს მხოლოდ მიმდინარე დოკუმენტზე Request.SetParameter("Calculation TypeSalary", Plans of Calculation Types. Basic Accruals. ხელფასი); //დაადგინეთ ხელფასის გაანგარიშების ტიპი, რადგან ხელფასის გამოთვლა Selection=Request.Run().Select(); SearchStructure=NewStructure; SearchStructure.Insert("RowNumber",0); //სტრიქონის ნომრის მიხედვით გამოსათვლელი მონაცემების საძიებლად სტრუქტურის შექმნა ყოველი ჩანაწერი RecordSet Cycle //ციკლი მიმდინარე დოკუმენტის ჩანაწერების სიმრავლის მეშვეობით Search Structure.LineNumber=Record.LineNumber; //შეავსეთ საძიებო სტრიქონის ნომერი If Selection.FindNext(Search Structure) შემდეგ //ვეძებთ ნიმუშში მონაცემებს გამოსათვლელად, რომელიც ეფუძნება მიმდინარე ხაზის ნომერს Record.Sum =?(Selection.HoursPlan=0.0, Sampling.HoursFact /Sample.HoursPlan * Sampling .Parameter); //ხელფასის გამოთვლა სამუშაო დღეების პროპორციულად, პარამეტრში - მიმდინარე ხელფასი EndIf; Selection.Reset(); //შერჩევის გადატვირთვა, ჩვენ გვჭირდება ჩანაწერების შემდეგი ჩანაწერი, რომ მოვძებნოთ შერჩევის პირველი EndCycle; Recordset.Write(, True); //ჩაწერეთ გამოთვლილი ჩანაწერები მონაცემთა ბაზაში, გადადით პარამეტრზე Replace = True EndProcedure

//ხელფასი მოთხოვნა=ახალი მოთხოვნა; მოთხოვნა. ტექსტი = აირჩიეთ | ISNULL(Basic AccrualsDataGraphics.NumberofHoursActualActionPeriod, 0) AS HoursFact, | BasicAccrualsDataGraphics.Parameter, | ISNULL(Basic AccrualsDataGraphics.NumberofHoursActionPeriod, 0) AS HoursPlan, | BasicAccrualsDataGraphics.NumberLines |საიდან | კალკულაციის რეესტრი. ძირითადი დარიცხვები. გრაფიკული მონაცემები ( | ჩამწერი = &ჩამწერი

Საღამო მშვიდობისა. თქვენგან დიდი ხანია არაფერი მსმენია :) დღეს მინდა განვმარტო ZUP 3.0-ში გასული პერიოდების ხელახალი გამოთვლების მახასიათებლები. ეს სტატია საუბრობს იმაზე, თუ როგორ მუშაობს იგი შიგნით და, შესაბამისად, შეგიძლიათ გააკონტროლოთ ეს პროცესი. ბოლოს და ბოლოს, თქვენ ალბათ შეგხვედრიათ ის ფაქტი, რომ პროგრამა მოულოდნელად ერიცხება ადამიანს უცნობი თანხები, აბრუნებს მათ, ჩნდება გარკვეული განსხვავებები... და თქვენ ეს არ გინდოდათ, ან გინდოდათ. მაგრამ ეს არ მოხდა ))

Მოდით დავიწყოთ. პირველი, გადაანგარიშება ხდება იმ მომენტში, როდესაც ხელფასს განიხილავთ, როგორც "ხელფასის" დოკუმენტს. ამ მიზნით, ის შეიცავს ჩანართს "დამატებითი დარიცხვები, გადაანგარიშებები". პირველი რაც მინდა გირჩიოთ: ყოველთვის შეამოწმეთ მონაცემები ეტიკეტზე "დამატებითი დარიცხვები, გადათვლები" . ისინი შეიძლება იქ გამოჩნდნენ თქვენი ცოდნის გარეშე და თქვენ ვერ გაიგებთ, რატომ არ არის იგივე თანხა გაანგარიშებაში.

თეორიულად, დოკუმენტის სათაურში ყოველთვის გვაფრთხილებენ, რომ პროგრამა აპირებს ვინმეს დათვლას ან მისი შევსება გვჭირდება, რადგან... ვიღაც არ იყო დათვლილი.

როგორ იცის პროგრამამ ვისი დათვლა მჭირდება და რომელი თვის განმავლობაში?

ის განსაზღვრავს ამას თქვენი ქმედებების საფუძველზე. დოკუმენტს უკუნაჩვენებია? პროგრამამ დაათვალიერა ამ დოკუმენტში მყოფი თანამშრომლები და ჩაწერა მათი სია. გააკეთეთ თუ არა შესწორება დოკუმენტში (მაგალითად, შეასწორეთ გასული თვის დროის ცხრილი)? პროგრამამ დაამახსოვრა ყველას ამ დროის ცხრილიდან და ეს თვე ხელახლა გამოითვლება. თითქმის ყველა დოკუმენტი, როგორც პერსონალი, ასევე სახელფასო, დაზარალდა. ამ შემთხვევაში პროგრამას არ აინტერესებს იმოქმედა თუ არა თქვენს ხელფასზე დოკუმენტთან შეხებამ.

ვთქვათ, თქვენ წახვედით სამუშაოს განაცხადზე და დაწერეთ კომენტარი, რის შემდეგაც ხელახლა განათავსეთ დოკუმენტი. არც ხელფასი, არც დანიშვნის თარიღი, არც თანამდებობა... არაფერი შეხებია. მაგრამ პროგრამამ არ იცის რატომ გადაწერე წინა პერიოდის დოკუმენტი, ეს არ არის ტელეპათი, უბრალოდ ჩაწერა ეს თანამშრომელი.

მეორე რჩევა (ანუ პირველი საიდუმლო): „ყველა ფუნქციის“ მეშვეობით გადადით „ხელფასის გადაანგარიშების“ საინფორმაციო რეესტრში. არ დაიზაროთ და შედით! შედით იქ ხელფასების ყოველი გაანგარიშებამდე და ყოველი უკან დაბრუნებული დოკუმენტის შემდეგ.

ბევრი ბუღალტერი აღიქვამს ამ რჩევას, როგორც იმას, რომ მათ აქვთ ახალი სამუშაო, რომელიც უკვე საკმარისი აქვთ. მაგრამ თუ იქ არ ახვიდე, ვერ გაიგებ ნაწარმოების ლოგიკას და თუ პროგრამა შენთვის შავი ყუთია, მაშინ არ დაუმეგობრდები მას. მეგობრობა იწყება მეგობრის შინაგანი სამყაროს გაგებით! თუ არ გაინტერესებთ თქვენი მოწინააღმდეგის შინაგანი სამყარო, მაშინ ის არ არის თქვენი მეგობარი.

მაშ, ჩახვედი? დიდი. როგორც წესი, ცარიელია და არც ერთი ხაზი არ არის, მაგრამ როგორც კი რაიმეს რეტროაქტიულად შეეხებით, აქ გამოჩნდება ჩანაწერი, რომელშიც მითითებულია თანამშრომელი და თვე, რომელიც გადაანგარიშებას საჭიროებს.

მესამე რჩევა: თუ არ ეთანხმებით პროგრამის განზრახვას თანამშრომლის დათვლაზე, წაშალეთ ხაზი ამ რეესტრიდან.

1. უკვე გესმით როგორ ჩნდება ხაზები? დიდი.

2. დოკუმენტის „ხელფასი“ შევსების და რეესტრში სტრიქონების მიხედვით განთავსებისას ტარდება გადაანგარიშება და ცხრილის შევსება. „დამატებითი დარიცხვები, გადათვლები“.

3. ხელახალი გამოთვლილი მოსამსახურეები ამოღებულია რეესტრიდან და ის ცარიელი ხდება.

4. როდესაც გააუქმებთ „ხელფასის“ დოკუმენტს, ხაზები უბრუნდება თავის ადგილს, რათა ხელახლა შევსებისას ყველაფერი თავის ადგილზე დადგეს.

მეოთხე რჩევა (შესაძლოა ეს გამოსწორდეს): „ხელფასის“ დოკუმენტის შევსებამდე გაავრცელეთ!

ალგორითმის მიხედვით, დოკუმენტის განთავსების შემდეგ ხდება რეესტრის გასუფთავება. თუ მას ხელახლა შეავსებთ გასუფთავების გარეშე, პროგრამა არ გაიგებს ვის უნდა დათვალოს და ცხრილის ნაწილი ხელახალი გამოთვლებით ცარიელი იქნება. ეს მართალი იყო 21-ე გამოშვებისთვის. ჯერ არ მქონდა დრო, რომ გადამემოწმებინა 22-ში.

კიდევ ერთი ნიუანსი, თუ დააწკაპუნებთ დოკუმენტში ხელახალი გაანგარიშებისთვის ადამიანების სიაზე, გაიხსნება ინფორმაციის რეესტრის სიის ფორმა„ხელფასების გადაანგარიშება“.და ასევე იქნება ღილაკი ერთი ჩანაწერის "წაშლისთვის".

P.S. (მნიშვნელოვანი)

ამ გამოძიების მიზეზი იყო გაუთავებელი ხელახალი გამოთვლები ბუღალტრული აღრიცხვის 3.0-დან ორიგინალური მონაცემების გადაცემისას. გადასვლის დროს, თქვენ მოგიწევთ შეეხოთ ყველა ტექნიკას და თარგმანს)) ამის შემდეგ, წაშალეთ რეესტრის ყველა შინაარსი " "ხელფასის გადაანგარიშება", წინააღმდეგ შემთხვევაში თქვენ მიიღებთ ყველაფრის ხელახალი გაანგარიშებას ყველა წლის განმავლობაში. დაწყება ZUP 3.0-ში მონაცემთა გადაცემით Accounting 3.0-დან

ეს არის ის, რაც მოხდა დემო მონაცემთა ბაზაში, როდესაც ერთი სამუშაო ხელახლა შესრულდა. და როდესაც გადარიცხავთ 1C Accounting 3.0-ს 1C ZUP 3.0-ზე, თქვენ ხელახლა გააკეთებთ ყველაფერს, რაც შესაძლებელია:

სულ ესაა, კითხვები კომენტარებში და ნუ შეგეშინდებათ პროგრამის, უნდა გაიგოთ და სიყვარულით გადაგიხადოთ.

ბევრ 1C პროგრამისტს არასოდეს შეხვედრია "გაანგარიშების" კომპონენტი თავის პრაქტიკაში, ამიტომ, როდესაც მათ უნდა ჩააბარონ გამოცდები სპეციალისტისთვის პლატფორმაზე 8.0, სადაც თითოეული დავალება შეიცავს დავალებას რთული პერიოდული გამოთვლების შესახებ, წარმოიქმნება სირთულეები, პირველ რიგში, გაგების სირთულეები.

შევეცადოთ გაერკვნენ ეს კომპონენტი 8.0-ში. იმის ნაცვლად, რომ გადავჭრათ სხვადასხვა საანგარიშო ამოცანები, შევეცადოთ გავიგოთ ეს კომპონენტი, რათა მოვაგვაროთ ნებისმიერი გამოთვლების პრობლემა. ამ სახელმძღვანელოს შესწავლის შემდეგ გაიგებთ, თუ როგორ არის მოწყობილი და მუშაობს საანგარიშო რეგისტრები.

მაგალითად, ჩვენ გამოვიყენებთ გამოცდების დროს დაყენებულ ჩარჩოს კონფიგურაციას.

მართალი გითხრათ, დიდი ხანი ვცდილობდი გამეგო, კიდევ რისთვის იყო საჭირო გათვლები, მაგრამ ვერ გავარკვიე, მოდით განვიხილოთ ხელფასების გამოთვლის პრობლემა.

რა არის გათვლები

ძირითადად, საბოლოო სახელფასო პროდუქტი არის ფორმის სახელფასო რეესტრის ჩანაწერების ნაკრები:

თანამშრომელი	პერიოდი	გაანგარიშების ტიპი	შედეგი	მონაცემები	კომენტარი
გაზომვა	ოფიციალური	ოფიციალური			რეკვიზიტები

სვეტში „მონაცემების“ ღირებულება ასახავს დასაქმებულის საბაზისო ხელფასს (სამუშაო ხელშეკრულების მიხედვით), მაგრამ ეს თანხა შეიძლება გაიზარდოს პრემიებით, შემცირდეს ჯარიმებით და არყოფნით და ა.შ., შესაბამისად, ფაქტობრივი გადასახდელი თანხა შეიტანება შემდეგ. გაანგარიშება "შედეგი" სვეტში. ეს არის გაანგარიშება. მოცემული თანამშრომლისთვის გრაფაში „რესურსების“ თანხა არის მისთვის დაკისრებული ხელფასი.

ამრიგად, საანგარიშო რეესტრი არსებითად წარმოადგენს ჩანაწერების ერთობლიობას, მსგავსი სტრუქტურით შეთანხმებული დაგროვების რეესტრის. უბრალოდ, რთული გამოთვლების შესასრულებლად, მისთვის მითითებულია დამატებითი პარამეტრები, რაც შემდეგ საშუალებას გაძლევთ შექმნათ მრავალი ვირტუალური ცხრილი საანგარიშო რეესტრისთვის, თუმცა, არსებითად, ეს რეესტრი მხოლოდ ფიგურაში მითითებული ჩანაწერების ნაკრებია.

ანგარიშსწორების რეესტრში თითოეული ჩანაწერი ეხება ანგარიშსწორების კონკრეტულ ტიპს და ვადას.

გამოთვლების სახეები

გაანგარიშების ტიპების თითოეულ ჩანაწერს აქვს მომსახურების ატრიბუტი - გაანგარიშების ტიპი.

გაანგარიშების ტიპი შეიძლება ჩაითვალოს სპეციალური საცნობარო წიგნის ელემენტად, როგორიცაა „გამოთვლების ტიპების გეგმა“ - მას ასევე აქვს დეტალები, ცხრილის ნაწილები, წინასწარ განსაზღვრული და მომხმარებლის მიერ შექმნილი ელემენტები. სისტემაში შეიძლება იყოს რამდენიმე ასეთი "ცნობარი".

მაგალითად, შევქმნათ გეგმა ძირითადი და მასში წინასწარ განსაზღვრული გაანგარიშების ტიპებისთვის. ხელფასი, ბონუსი, არარსებობა, ბიზნეს მოგზაურობა.

კალკულაციის ტიპები გამოიყენება ფუნქციურად, რათა აისახოს საანგარიშო რეესტრის ჩანაწერების გავლენა ერთმანეთზე. მაგრამ მოკლედ ისინი საუბრობენ გაანგარიშების ტიპების ერთმანეთზე გავლენის შესახებ:

გაანგარიშების ტიპი	აღწერა	მაგალითი
ბაზის პერიოდის მიხედვით	დამოკიდებული პერიოდის გამოთვლის შედეგი დამოკიდებულია საბაზისო პერიოდის შედეგზე. თუ საბაზისო პერიოდის შედეგი იცვლება, დამოკიდებული პერიოდის შედეგი ხელახლა უნდა გამოითვალოს.	ბონუსი დამოკიდებულია საბაზისო პერიოდის ხელფასზე.
გასუფთავება პერიოდის მიხედვით	დამოკიდებული პერიოდის მოქმედების პერიოდი ანაცვლებს საბაზისო პერიოდის მოქმედების პერიოდს, ამიტომ საბაზისო პერიოდს აქვს რეალური	არყოფნა გავლენას ახდენს ხელფასის რეალურ პერიოდზე.
წამყვანი გათვლები	გაანგარიშება დამოკიდებულია წამყვან გაანგარიშებაზე, მაგრამ არა პირდაპირ, არამედ ირიბად, ე.ი. A გაანგარიშება დამოკიდებულია B ძირითად გამოთვლაზე, ხოლო B გაანგარიშება დამოკიდებულია B ძირითად გამოთვლაზე, შესაბამისად A ირიბად დამოკიდებულია B-ზე, ე.ი. A დამოკიდებულია წამყვან გამოთვლაზე B. ფაქტობრივად, როდესაც C გაანგარიშება იცვლება, B შეიძლება შეიცვალოს და, შესაბამისად, შეიცვალოს A. სისტემა ავტომატურად არ აკონტროლებს ასეთ რთულ დამოკიდებულებებს, ამიტომ თქვენ უნდა მიუთითოთ რომელი გამოთვლებია წამყვანი.	ბონუსი დამოკიდებულია ხელფასის ბაზაზე, მაგრამ ასევე ირიბად დამოკიდებულია არყოფნაზე.

ამ გავლენის გამო, ანგარიშსწორების რეესტრში ჩანაწერის მოქმედების ვადა იყოფა ოთხ პერიოდად:

პერიოდი	აღწერა
რეგისტრაციის პერიოდი	რა პერიოდში დაფიქსირდა მოვლენა, ე.ი. როგორც წესი, დოკუმენტის შეყვანისას.
მოქმედების ვადა	რა პერიოდში მოქმედებს ღონისძიება, ე.ი. რომელ პერიოდს ეკუთვნის მოვლენა.
საბაზისო პერიოდი	მნიშვნელობა აქვს მხოლოდ იმ პერიოდებს, რომლებსაც აქვთ საბაზისო პერიოდი - აღწერს საბაზისო პერიოდის ინტერვალს.
მოქმედების ფაქტობრივი პერიოდი	თუ მოქმედების ვადა ჩანაცვლებულია სხვა ტიპის გამოთვლებით, მაშინ მოქმედების ფაქტობრივი პერიოდი შედგება რამდენიმე პერიოდისგან, როდესაც ამ ტიპის გაანგარიშება რეალურად მოქმედებს.

რეგისტრაციის ვადა მითითებულია ერთი რიცხვით - პერიოდის დასაწყისი, რომელიც შეესაბამება საანგარიშო რეესტრის სიხშირეს. იმ შემთხვევაშიც კი, თუ ამ სერვისის ველში სხვა თარიღი დავაწესოთ, ის მაინც შეიცვლება პერიოდის დასაწყისით. დარჩენილი პერიოდები მითითებულია ორი ველით - პერიოდის დასაწყისი და დასასრული. მოქმედების ფაქტობრივი პერიოდი არის პერიოდების ნაკრები, რადგან ის შეიძლება შედგებოდეს რამდენიმე თარიღის ინტერვალისგან.

დროის დიაგრამები

სისტემას აქვს შესაძლებლობა დააკავშიროს საანგარიშო რეგისტრებიდან მიღებული მონაცემები დროის დიაგრამებთან, რათა სამუშაო საათების რაოდენობა მიღებულ იქნეს ნებისმიერი პერიოდისთვის.

ვადები არის მარტივი საინფორმაციო რეესტრი, რომელშიც ერთი განზომილება ინახავს თარიღს, მეორე განზომილებას უკავშირდება საანგარიშო რეესტრით და ერთ-ერთი რესურსი გამოიყენება დროის თვალყურის დევნებისთვის.

განზომილება, რომელიც ასოცირდება გაანგარიშების რეესტრთან, როგორც წესი, ახორციელებსრაც ნიშნავს "გრაფიკის ტიპს".

თარიღი	დიაგრამის ტიპი	მნიშვნელობა
11.01.05 პარასკევი	Ხუთი დღე
11.01.05 პარასკევი	ექვსი დღე
12.01.05 სატ	Ხუთი დღე
12.01.05 სატ	ექვსი დღე

რატომ გამოვიყენოთ თარიღის განზომილება, ვიდრე პერიოდული დეტალური რეგისტრი? ყველაფერი ძალიან მარტივია - თუ პარასკევს, 11 იანვარს, ხუთდღიანი პერიოდის განმავლობაში გვაქვს 8 სამუშაო საათი, ეს არ ნიშნავს, რომ მეორე დღეს ისევ 8 სამუშაო საათი გვექნება. მაგრამ თუ პერიოდულ რეესტრს გამოვიყენებდით, მომდევნო დღის მნიშვნელობა აღებული იქნებოდა წინა დღიდან ჩანაწერების არარსებობის შემთხვევაში.

ამრიგად, გარკვეული პერიოდის არსებობისას (ფაქტობრივი მოქმედება, რეგისტრაცია, საბაზისო პერიოდი და ა.შ.) შეგვიძლია ავტომატურად მივიღოთ ამ პერიოდის საათების რაოდენობა გრაფიკის მიხედვით.

გადაანგარიშება

ხელახალი გამოთვლა გარკვეულწილად მოგვაგონებს მიმდევრობის საზღვრებს. ვინაიდან ჩვენ გვაქვს დამოკიდებული გამოთვლები, მათი ბაზის და წამყვანი გამოთვლების შეცვლისას სისტემამ როგორღაც უნდა გაითვალისწინოს, რომ ჩვენ ხელახლა უნდა გამოვთვალოთ დამოკიდებული გამოთვლები.

ეს არის ის, რისთვისაც არის ხელახალი გამოთვლები.

თუ ჩვენ გამოვთვლით საბაზისო ჩანაწერებს, სისტემა გამოყოფებში შენიშნავს, რომ ჩვენ გვჭირდება დამოკიდებული ჩანაწერების გამოთვლა. მას შემდეგ, რაც ჩვენ გამოვთვლით დამოკიდებულ ჩანაწერებს, ასიგნებები გაირკვევა.

არსებითად, ხელახალი გამოთვლები არის საანგარიშო რეესტრის ჩანაწერების სია, რომლებიც საჭიროებს ხელახლა გამოთვლას.

თუ არ შეიყვანთ რაიმე გაზომვას ხელახალი გამოთვლებში, მაშინ როდესაც ძირითადი გამოთვლები შეიცვლება, ყველა დამოკიდებული ჩანაწერი დაემატება ხელახალი გაანგარიშების სიას.

თუ ხელახალი გაანგარიშებისას შევქმნით „თანამშრომლის“ განზომილებას, მაშინ როდესაც თანამშრომლისთვის ძირითადი გაანგარიშება შეიცვლება, გადაანგარიშებებს დაემატება მხოლოდ ამ თანამშრომლისთვის დამოკიდებული ჩანაწერები.

პრაქტიკული დავალება

საკმარისია თეორია. შევეცადოთ დეტალები პრაქტიკაში შევისწავლოთ. ავიღოთ ჩარჩოს კონფიგურაცია საფუძვლად.

პრობლემის ფორმულირება:

დაე, ბონუსი განისაზღვროს ხელფასის ფიქსირებული პროცენტის სახით (გამოკლებული არყოფნისა და მგზავრობის შემწეობა).

მიეცით მგზავრობის შემწეობა ორმაგი ხელფასით + გადახდის ფიქსირებული ოდენობა მოგზაურობის ყოველი დღისთვის.

დასაქმებულს დაერიცხოს ჯარიმა ხელფასის ნახევარი ოდენობით არყოფნის გამო.

პროგრესი:

საწყისი ტრენინგი

მოდით შევქმნათ ახალი გეგმა გაანგარიშების ტიპებისთვის "მთავარი".

მოდით განვსაზღვროთ გამოთვლების ტიპები და მათ შორის დამოკიდებულებები:

	ძირითადი	გადაადგილება	წამყვანები
ხელფასი		არყოფნა, მივლინება
პრიზი		არყოფნა, მივლინება	ხელფასი, არყოფნა, მივლინება
Ბიზნეს მოგზაურობა
არყოფნა

მოდით დავამატოთ ამ ტიპის გამოთვლები "მთავარი" გამოთვლის ტიპების გეგმას და დავადგინოთ დამოკიდებულებები გამოთვლის ტიპების თვისებებში ცხრილის მიხედვით.

ხელფასის გამოთვლის რეესტრში შევქმნით „დასაქმებულის“ განზომილებას „ფიზიკური პირები“ - რათა რეესტრს ჰქონდეს ანალიტიკური განყოფილება თანამშრომლებისთვის.

კონფიგურაცია უკვე შეიცავს "ხელფასის" დოკუმენტს.

მას აქვს ორი თარიღი სათაურში - "თარიღი" და "რეგისტრაციის პერიოდი", ასევე ორი თარიღი "დაწყების თარიღი" და "დასრულების თარიღი" თითოეულ სტრიქონში.

გასაგებია, რომ თარიღი არის უბრალოდ დოკუმენტის გაფორმების თარიღი, რეგისტრაციის პერიოდი მიუთითებს, თუ რომელ თვეს ვითვლით ხელფასს და თითოეულ სტრიქონში თარიღები აღწერს თითოეული ტიპის გაანგარიშების მოქმედების პერიოდს.

მოდით დავამატოთ დოკუმენტის მოდულს "მონაცემების" ატრიბუტის საწყისი პარამეტრი - ჩვენ შევიყვანთ საწყის ხელფასს, მასში ვადგენთ რეგისტრაციის პერიოდს, მოქმედების ვადას და საბაზისო პერიოდს.

დოკუმენტის მოდული ასე გამოიყურება:

ამისთვის Თითოეულ TechStringListსიის ციკლიდან

// რეგისტრაცია გათვლები

მოძრაობა = მოძრაობები .გათვლები.დამატება();

მოძრაობა .ს ტორნო= მცდარი;

მოძრაობა .idCalculation-ში = TechStringList.CalculationType;

მოძრაობა .პერიოდიმოქმედებებიდაწყება= დღის დასაწყისი ( TechStringList.StartDate);

მოძრაობა .PeriodActionEnd= EndDay();

მოძრაობა .რეგისტრაციის ვადა = რეგისტრაციის პერიოდი;

მოძრაობა .ძირითადი პერიოდიდაწყება= დღის დასაწყისი ( TechStringList.StartDate);

მოძრაობა .BasePeriodEnd= დასასრულის დღე ( TechStringList.End Date);

მოძრაობა .თანამშრომელი = TechStringList.Employee;

მოძრაობა .განრიგი = TechStringList.Graph;

მოძრაობა .შედეგი = 0;

მოძრაობა .მონაცემები = TechStringList.Size;

ბოლო ციკლი ;

Reversal ატრიბუტი საჭიროა ჩანაწერების შებრუნებისთვის (მინუს ნიშნის ანალოგი).

ჩვენ მივუთითებთ გაანგარიშების ტიპს და ვადგენთ თარიღებს დღის დასაწყისსა და დასასრულს. რა თქმა უნდა, საბაზისო პერიოდის შეყვანა შესაძლებელია მხოლოდ საანგარიშო ტიპებისთვის, რომლებიც დამოკიდებულია ბაზაზე, ხოლო მონაცემთა შეყვანა შესაძლებელია მხოლოდ ხელფასისთვის, მაგრამ ყველაფერი ასე მუშაობს.

ჩვენ ყველა დოკუმენტს დავათარიღებთ 01/20/2003, რეგისტრაციის ვადა დაწესდება 01/02/2003 (კონკრეტულად აღვნიშნავ არა დაწყების და დასასრულის მონაცემებს, ამას არ აქვს მნიშვნელობა აქ, ყოველ შემთხვევაში, ჩაწერისას რეგისტრაციის პერიოდიგადაყვანილია 01/01/2003 პერიოდის დასაწყისად). ჩვენ ვიყენებთ 2003 წლის იანვარს, რადგან ამ პერიოდისთვის სამუშაო გრაფიკი დასრულდა.

მოდით შევქმნათ ხელახალი გაანგარიშება "ხელახალი გაანგარიშება" და დავამატოთ "თანამშრომლის" განზომილება, რომელიც დაკავშირებულია "თანამშრომლის" განზომილებაში.

თამაში გადაანგარიშებით.

თამაშის სათამაშოდ, გახსენით მოთხოვნის კონსოლი - დამუშავება " CustomRequest» ჩარჩოს კონფიგურაციაში. მოდით შევქმნათ ახალი მოთხოვნა შეკითხვის კონსტრუქტორის გამოყენებით და დავამატოთ იქ ვირტუალური ცხრილი გადათვლები.გათვლები.გაანგარიშება, მოთხოვნის ტექსტი იქნება ასეთი:

არჩევა

CalculationsRecalculation.Recalculation ობიექტის შესახებ,

CalculationsRecalculation.In Calculation ID,

გამოთვლები გადაანგარიშება თანამშრომლისგან

FROM

კალკულაციის რეესტრი.გათვლები.ხელახალი გაანგარიშებაᲠᲝᲒᲝᲠ გამოთვლები ხელახალი გაანგარიშება

ჩვენ გამოვქმნით სამ დოკუმენტს - ჯერ ა და ბ თანამშრომლებს დავურიცხავთ ხელფასს. თანამშრომელი A მუშაობს 1-დან 31 იანვრამდე, B მუშაობს 1-დან 20 იანვრამდე. მეორე თანამშრომელს B 1-დან 31 იანვრამდე ვადით პრემიას, მესამე თანამშრომელს A-ს 20-დან 25 იანვრამდე დაუსწრებლად დაუნიშნავს.

ჩვენ ვთამაშობთ მოქმედების ფაქტობრივი პერიოდით.

შევქმნათ ახალი მოთხოვნა - ამჯერად მას დავამატებთ ცხრილის მონაცემებს კალკულაციის რეგისტრები.გათვლები.ფაქტობრივი მოქმედების პერიოდი.

შევქმნათ მოთხოვნა და ვნახოთ, რომ A-ს თანამშრომლის სახელფასო პერიოდი დაყოფილია ორ პერიოდად - 1-დან 19 იანვრამდე და 26-დან 31 იანვრამდე. იმედია გესმით, რომ პერიოდი ორად გაიყო, რადგან... არყოფნამ შეცვალა ხელფასი.

ვფიქრობ, ჩვენს თვალწინ უფრო ნათელი ხდება საანგარიშო რეესტრის მოქმედების მექანიზმები.

მოდით შევისწავლოთ გრაფიკები.

ახლა შევეცადოთ გამოვთვალოთ ხელფასი თანამშრომლის ხელფასის მიხედვით.

მოდით შევქმნათ ახალი მოთხოვნა გამოთვლის რეესტრისთვის ვირტუალური ცხრილის გამოყენებით კალკულაციის რეგისტრები.გამოთვლები.დატაგრაფები. თქვენ შეგიძლიათ დააყენოთ პარამეტრი ამ ვირტუალური ცხრილისთვის - პირობა, მაგალითად, ჩანაწერების არჩევისთვის Employee=&SelectEmployeeდა გაანგარიშების ტიპი=&გაანგარიშების ტიპიდა გრაფიკი=&გრაფიკის ნახვა.

მოთხოვნის პარამეტრებში დავაყენოთ კონკრეტული თანამშრომლები, გამოთვლების ტიპები და განრიგი და ვნახოთ რამდენი საათია შედეგი.

შედეგის სვეტი	მნიშვნელობა
ValuePeriodAction	საათებში მოქმედების რა ვადით იყო ჩანაწერი რეესტრში.
ValueActualPeriodAction	რამდენი საათი მუშაობდა რეალურად თანამშრომელი?
ValueBasePeriod	ხელფასზე აზრი არ აქვს, პრემიებზე - სამუშაო საათების რაოდენობა საბაზო პერიოდში.
ღირებულების რეგისტრაციის პერიოდი	რამდენი სამუშაო საათია რეგისტრაციის პერიოდში (იანვრის თვე)

ხელახალი გაანგარიშება წარმოადგენს სახელფასო გაანგარიშების განუყოფელ ნაწილს. გარკვეული დაგვიანებით მიღებული ინფორმაცია ავადმყოფობის შვებულების, შვებულების ან თანამშრომელთა დაუსწრებლობის შესახებ, იწვევს ხელფასების გადაანგარიშებას და, შესაბამისად, სადაზღვევო პრემიებს. 1C ექსპერტები საუბრობენ იმაზე, თუ როგორ აისახება სადაზღვევო პრემიების გამოთვლები და გადაანგარიშებები ბუღალტრულ აღრიცხვაში და რეგულირებულ ანგარიშგებაში 1C: ხელფასები და პერსონალის მენეჯმენტი 8 პროგრამა, გამოცემა 3.

ხელფასების გადაანგარიშებისას საჭირო ხდება სადაზღვევო პრემიების ხელახალი გამოთვლა. გარდა ამისა, შენატანების გადაანგარიშების მიზეზი შეიძლება იყოს წლის განმავლობაში ტარიფის ცვლილება ან შეცდომების აღმოჩენა, მაგალითად, სადაზღვევო პრემიის ბაზაში გაანგარიშების არ ჩართვა.

ამ შემთხვევებში ბუღალტერს აქვს კითხვები ფედერალური საგადასახადო სამსახურში განახლებული ინფორმაციის წარდგენის საჭიროების, ვალდებულებისა და უფლების შესახებ.

რუსეთის ფედერალური საგადასახადო სამსახურის 2016 წლის 10.10.2016 No ММВ-7-11/551@ ბრძანების No2 დანართში მოცემული სადაზღვევო პრემიის გაანგარიშების შევსების პროცედურის 1.2 პუნქტის მიხედვით, გადამხდელია. ვალდებულია შეიტანოს საჭირო ცვლილებები კალკულაციაში და წარუდგინოს განახლებული ანგარიში საგადასახადო ორგანოს, თუ რაიმე დაუფიქსირებელია ან არასრული ინფორმაცია, ასევე შეცდომები, რომლებიც იწვევს გადასახდელი სადაზღვევო პრემიის ოდენობის არასაკმარის შეფასებას.

როდესაც გადაწყვეტთ წარადგინოს თუ არა განახლებული გაანგარიშება, ბუღალტერმა უნდა უპასუხოს შემდეგ კითხვებს:

• აისახა თუ არა ყველა ინფორმაცია;
• დაშვებულია თუ არა შეცდომები და გამოიწვია თუ არა მათ გადასახდელი სადაზღვევო პრემიის ოდენობის არასაკმარისი შეფასება.

განახლებული კალკულაციის წარდგენა შეიძლება იყოს ვალდებულება, უფლება ან იძულებითი აუცილებლობა.

სადაზღვევო პრემიების განახლებული გაანგარიშება

განახლებული გაანგარიშების წარდგენის ვალდებულება წარმოიქმნება იმ შემთხვევაში, თუ ფედერალური საგადასახადო სამსახურში მოხსენების წარდგენის შემდეგ აღმოჩნდება, რომ თანამშრომლების შესახებ არასრული ან არასწორი ინფორმაცია იყო წარმოდგენილი, ან აღმოჩენილი იქნა შეცდომები, რამაც გამოიწვია გადასახდელი სადაზღვევო პრემიის ოდენობის არასაკმარისი შეფასება.

გავრცელებული შეცდომების ტიპები, რომლებიც საჭიროებენ განახლებული გაანგარიშების სავალდებულო წარდგენას:

1. თანამშრომელმა დაუყონებლივ არ შეატყობინა ცვლილებები მის პერსონალურ მონაცემებში და ფედერალური საგადასახადო სამსახურმა მის შესახებ ცრუ ინფორმაცია მიაწოდა გაანგარიშების მე-3 ნაწილში.

2. თანამშრომელი მუშაობდა განყოფილებაში, რომელსაც აქვს სადაზღვევო პრემიის შეღავათიანი განაკვეთის გამოყენების უფლება. შემდეგ ის გადაიყვანეს განყოფილებაში, სადაც გამოიყენება სადაზღვევო პრემიის საბაზისო განაკვეთი. თანამშრომლის გადარიცხვის შესახებ ინფორმაცია ბუღალტრულმა სამსახურმა დაგვიანებით მიიღო. შენატანების გაანგარიშება შემცირებული განაკვეთით არასწორად მოხდა.

3. 1C: ხელფასები და პერსონალის მენეჯმენტი 8 პროგრამის დაყენების საწყის ეტაპზე შეცდომა დაუშვა სადაზღვევო პრემიების საანგარიშო ბაზიდან პრემიის გამორიცხვით. შეცდომის გამოსწორება გამოიწვევს დამატებით გადასახადს.

4. შეღავათიანი ტარიფის მქონე განყოფილება კარგავს სარგებლობის უფლებას, მაგრამ ინფორმაცია სახელფასო მენეჯერთან დაგვიანებით აღწევს. ძირითადი ტარიფის მიხედვით გადაანგარიშება იწვევს გადასახდელი სადაზღვევო პრემიის ოდენობის ზრდას.

5. სადაზღვევო პრემიის დაანგარიშებისას პროგრამაში არ იყო მითითებული, რომ თანამდებობა შეტანილი იყო დამატებით ტარიფებს დაქვემდებარებული სახიფათო პროფესიების ნუსხაში. შეცდომის აღმოჩენისა და გამოსწორების შემდეგ, გადაანგარიშებამ გამოიწვია სადაზღვევო პრემიის არასრულფასოვანი გადახდა დამატებითი განაკვეთებით.

მოდით გადავხედოთ სადაზღვევო პრემიების გადაანგარიშების თავისებურებებს „1C: ხელფასები და პერსონალის მართვა 8“ გამოცემა 3 მაგალითების გამოყენებით.

მაგალითი 1

ერთეულის სადაზღვევო პრემიის გაანგარიშებისას საფონდოგამოყენებული იყო სადაზღვევო პრემიის შეღავათიანი განაკვეთი ტექნოლოგიურ-ინოვაციური სპეციალური ეკონომიკური ზონის მაცხოვრებლები(მგზავრობის კოდი "05"). ეს ტარიფი ითვალისწინებს საპენსიო ფონდში შენატანებს 2018 წელს 13%-ის ოდენობით; სოციალური დაზღვევის ფონდში 2,9%; ფედერალურ სავალდებულო სამედიცინო დაზღვევის ფონდში 5,1%. ზუსტად ასე გამოიანგარიშებოდა შენატანები თანამშრომელ ვ.ს. აივი. ყოველთვიური შემოსავლით 10,000 რუბლი. დაზღვევის გამოქვითვის ოდენობა თვეში იყო:

• საპენსიო ფონდში - 1300 რუბლი;
• FFOMS-ში - 510 რუბლი;
• სოციალური დაზღვევის ფონდში - 290 რუბლი.

აღნიშნული თანხები აისახა 2018 წლის პირველი კვარტლის სადაზღვევო პრემიების გაანგარიშებაში.

როდესაც გაირკვა, რომ სამმართველომ დაკარგა სადაზღვევო პრემიის შეღავათიანი განაკვეთის გამოყენების უფლება, მაშინ რუსეთის ფედერალური საგადასახადო სამსახურის 2017 წლის 25 ოქტომბრის No GD-4-11/21611@ და სამინისტროს წერილების შესაბამისად. რუსეთის ფინანსთა 2017 წლის 18 დეკემბრის No. 03-15-06/ 84443 საჭირო იყო დამაზუსტებელი გაანგარიშების წარდგენა. მის ფორმირებისთვის აუცილებელია სადაზღვევო პრემიების გადაანგარიშება ახალი ტარიფებით.

ბარათში განყოფილებებიველი უნდა გაიწმინდოს შეღავათიანი ტარიფის შიში. შენატანები. ახლა განყოფილება ექვემდებარება ორგანიზაციისთვის გამოყენებულ და ბარათში მითითებულ ტარიფს ორგანიზაციებისანიშნეზე სააღრიცხვო პოლიტიკა და სხვა პარამეტრებიბმული სააღრიცხვო პოლიტიკამინდორში ტარიფის ტიპი.

მაგალით 1-ში ორგანიზაცია დაყენებულია ძირითადი სადაზღვევო პრემიის განაკვეთი(სატარიფო კოდი "01"), რომელიც ითვალისწინებს შენატანების განაკვეთებს 2018 წელს: რუსეთის ფედერაციის საპენსიო ფონდში 22% ოდენობით; სოციალური დაზღვევის ფონდი 2,9%; FFOMS 5.1%. აშკარაა, რომ საპენსიო ფონდს შენატანების 9% (22% - 13%) „ნაკლებად აქვს გადახდილი“ და შეიცვალა სატარიფო კოდი.

განსახილველ მაგალითში 1, შენატანების ხელახალი გაანგარიშების მიზნით, უნდა გადაიხედოს შემოსავლის აღრიცხვის პროცედურა. დოკუმენტი მიზნად ისახავს წინა პერიოდის შემოსავლების აღრიცხვისა და სადაზღვევო პრემიების გადაანგარიშების პროცედურის რეგისტრაციას. (მენიუ გადასახადები და მოსაკრებლები). სანიშნეზე ინფორმაცია შემოსავლის შესახებაუცილებელია ხელით დაზუსტდეს ყველა თანამშრომლის შემოსავალი. ამავე დროს, სანიშნეზე სავარაუდო შენატანებისადაზღვევო პრემიები ავტომატურად გადაითვლება.

თანამშრომელი ვ.ს.-ს სადაზღვევო პრემიების გადაანგარიშების შედეგად. აივი ყოველთვიური შემოსავლით 10,000 რუბლი. დაზღვევის გამოქვითვის ოდენობა თვეში იყო:

• რუსეთის საპენსიო ფონდში - 2200 რუბლი;
• ფედერალურ სავალდებულო სამედიცინო დაზღვევის ფონდში და სოციალური დაზღვევის ფონდში - თანხა არ შეცვლილა და შეადგინა, შესაბამისად, 510 რუბლი. და 290 რუბლი.

პირველი კვარტლის სადაზღვევო პრემიების გადაანგარიშების შემდეგ უნდა მომზადდეს განმარტებითი გამოთვლები. სერვისის გამოყენება 1C-ანგარიშგება,აუცილებელია ახალი ანგარიშების შექმნა შესწორებული პერიოდებისთვის და რისთვის სათაურის გვერდიმიუთითეთ შესწორების ნომერი(ნახ. 2). განმარტებები შეეხო დეპარტამენტის ყველა თანამშრომელს, რადგან ყველას სატარიფო კოდი შეიცვალა. ამრიგად, განახლებული გაანგარიშების მე-3 განყოფილება ჩამოყალიბებულია დეპარტამენტის ყველა თანამშრომლისთვის. სხვა შემთხვევებში, როდესაც განახლებული გაანგარიშების ფორმირება გამოწვეულია ცალკეული თანამშრომლების მონაცემების ან დარიცხვების ცვლილებით, მე-3 სექცია აჩვენებს მონაცემებს მხოლოდ ამ თანამშრომლებისთვის. ნებისმიერ შემთხვევაში, გასარკვევი გაანგარიშების დარჩენილი სექციები ივსება სრულიად ახალი მონაცემებით.

ბრინჯი. 2. 2018 წლის პირველი კვარტლის სადაზღვევო პრემიების დამაზუსტებელი გაანგარიშების სათაური გვერდი.

სადაზღვევო პრემიების განახლებული გაანგარიშების წარდგენის უფლება

დაზღვეულებს შეუძლიათ განახლებული გაანგარიშება წარუდგინონ შემოწმებას, თუ აღმოაჩენენ შეცდომებს, რაც იწვევს სადაზღვევო პრემიის ოდენობის გადაჭარბებულ შეფასებას. ფაქტობრივად, მიმდინარე პერიოდში შენატანების მორიგი გაანგარიშებისას კეთდება გადაანგარიშება და შედეგი აისახება მომდევნო პერიოდის ანგარიშში. სიტუაციის ვარიანტები, რომლებიც საშუალებას გაძლევთ წარმოადგინოთ განახლებული გაანგარიშება:

1. დასაქმებულს გადაეცა ხელფასი მთელი სამუშაო თვის განმავლობაში. სადაზღვევო პრემიის გაანგარიშება წარედგინა ფედერალურ საგადასახადო სამსახურს, მაგრამ მოგვიანებით გაირკვა, რომ თანამშრომელი ავადმყოფობის შვებულებაში ან შვებულებაში იყო საკუთარი ხარჯებით. დარიცხვამ, რომელიც არ შედის პრემიის გამოთვლის ბაზაში, შეცვალა სადაზღვევო პრემიაზე დაქვემდებარებული დარიცხვა, რამაც გამოიწვია პრემიის ზედმეტად გადახდა.

2. თანამშრომელთა დარიცხვების ყოველგვარი გადაანგარიშება, რაც იწვევს სადაზღვევო პრემიების გადაანგარიშებას მათი შემცირების მიმართულებით.

მაგალითი 2

ივნისის ხელფასის გაანგარიშებისას თანამშრომელი ს.ს. გორბუნკოვი დაჯილდოვდა:

• ხელფასის გადახდა - 7500 რუბლი;
• მივლინების გადახდა (საშუალო შემოსავლის საფუძველზე) ივნისისთვის - 2500 რუბლი.

სადაზღვევო პრემიები დათვლილია საბაზისო განაკვეთით. ივნისში შენატანები ს.ს.-ს ხელფასიდან. გორბუნკოვი იყვნენ:

• რუსეთის საპენსიო ფონდში - 2200 რუბლი;
• FFOMS-ში - 510 რუბლი;
• სოციალური დაზღვევის ფონდში - 290 რუბლი.

ეს შენატანები გადახდილია და შედის 2018 წლის ნახევარწლიან ანგარიშში. აღრიცხვის განყოფილებაში წარდგენილი ავადმყოფობის შვებულება 2018-06/30/2018 პერიოდისთვის არ ქმნის განახლებული გაანგარიშების ფორმირების მიზეზს. პროგრამაში რეგისტრირებული დოკუმენტი Დათხოვნა ავადმყოფობის გამოაბრუნებს სამგზავრო შემწეობის მანამდე დარიცხულ რაოდენობას (ნახ. 3).

ბრინჯი. 3. მგზავრობის შემწეობის ხელახალი გაანგარიშება „ავადმყოფობის“ დოკუმენტში

ავადმყოფობის შვებულება ორგანიზაციამ ივლისში მიიღო. ეს არ არის შეცდომის შემთხვევა და არ იწვევს სადაზღვევო პრემიის ნაკლებ გადახდას. ვინაიდან ავადმყოფობის შვებულებაში დარიცხული თანხა არ ექვემდებარება სადაზღვევო შენატანებს, მოხდა შენატანების ზედმეტად გადახდა:

• რუსეთის ფედერაციის საპენსიო ფონდში - 550 რუბლი;
• FFOMS-ში - 127,50 რუბლი;
• სოციალური დაზღვევის ფონდში - 72,50 რუბლი.

პროგრამაში Დათხოვნა ავადმყოფობის გამო, რეგისტრირებულია 2018 წლის ივლისი, გავლენას ახდენს სადაზღვევო პრემიების გაანგარიშებაზე მიმდინარე თვეში, ამცირებს საანგარიშო ბაზას.

ასეთ სიტუაციაში განახლებული კალკულაციის წარდგენის სამართლებრივი მოთხოვნები არ არსებობს. ყველა ხელახალი გამოთვლა ხდება შემდეგ პერიოდში და აისახება შემდეგ ანგარიშებში. მაგრამ ამავდროულად, ორგანიზაციას უფლება აქვს განმარტოს ანგარიში ნახევარი წლის განმავლობაში და აცნობოს ფედერალურ საგადასახადო სამსახურს ზედმეტად გადახდის შესახებ, რაც მოხდა განმარტების წარდგენით.

თუმცა, თვის ბოლომდე არ უნდა გააკეთოთ გაანგარიშების ნაჩქარევი განმარტებები. ყოველივე ამის შემდეგ, სხვადასხვა დოკუმენტი რეგისტრირებულია მთელი თვის განმავლობაში. რაღაც მომენტში დოკუმენტი Დათხოვნა ავადმყოფობის გამოშეიძლება მართლაც შეცვალოს წინა თვის შემოსავალი და თვის ხელფასის გაანგარიშების შედეგების საფუძველზე, სხვა დოკუმენტი, მაგალითად, ხელფასების და შენატანების გაანგარიშება, განახორციელებს დამატებით დარიცხვას, რომელიც აღემატება წინა პერიოდის შებრუნებულ შემოსავალს. შედეგად, მიმდინარე თვის შემოსავალი შემცირდება მივლინების შებრუნების ოდენობით, არ დარჩება წინა თვის მინუსები და კორექტირების ანგარიშში ცვლილებები არ გამოჩნდება.

სადაზღვევო პრემიების განახლებული გაანგარიშების წარდგენის საჭიროება

რიგ შემთხვევებში, განახლებული კალკულაციის წარდგენის ვალდებულების არარსებობის მიუხედავად, დაზღვეულს არ აქვს სხვა შესაძლებლობა განაცხადოს პრემიის ზედმეტად გადახდის შესახებ, გარდა განახლების წარდგენისა:

1. მიმდინარე პერიოდში შენატანების გადაანგარიშების შედეგად თანამშრომელი იღებს უარყოფით თანხას. უარყოფითი თანხის ანგარიში არ შეიძლება წარედგინოს ფედერალურ საგადასახადო სამსახურს. აქედან გამომდინარე, გამოსავალი მხოლოდ ერთია - წინა პერიოდის განახლებული ანგარიშის გენერირება.

2. თანამშრომელი მუშაობდა სახიფათო სამუშაოზე. სადაზღვევო პრემიები გამოითვალა დამატებითი განაკვეთით. თანამშრომლის ნორმალურ სამუშაო პირობებში სამუშაოზე გადაყვანის შესახებ ინფორმაცია ბუღალტრულმა სამსახურმა დაგვიანებით მიიღო. გადაანგარიშების შედეგად გამორიცხული შენატანების დამატებითი განაკვეთით შემცირება შეუძლებელია, რადგან დასაქმებულის დარიცხვები მიმდინარე პერიოდში აღარ ექვემდებარება დამატებით განაკვეთით შენატანებს.

მაგალითი 3

ამ შემთხვევაში, წინა მე-2 მაგალითისგან განსხვავებით, მივლინების გაუქმების შედეგად წარმოქმნილი სადაზღვევო პრემიის უარყოფითი ოდენობა დარიცხვებით არ ანაზღაურდება. მიუხედავად იმისა, რომ სხვა თანამშრომლების დარიცხვის გამო სადაზღვევო პრემიების მთლიანი ოდენობა დადებითი იქნება, მე-3 ნაწილში დასაქმებული დარჩება უარყოფითი მნიშვნელობებით და ეს მიუღებელია. და ამიტომ ბუღალტერს მოუწევს დოკუმენტის შექმნა სადაზღვევო პრემიების გადაანგარიშება, ხელახლა გამოთვალეთ შენატანები ივნისისთვის, გენერირება და განახლებული გაანგარიშება წარუდგინეთ ფედერალურ საგადასახადო სამსახურს.

პროგრამა 1C: ხელფასი და პერსონალის მენეჯმენტი 8 ავტომატიზირებს სადაზღვევო პრემიების გადაანგარიშების პროცესს. სერვისის გამოყენება 1C-ანგარიშგებადაზღვევის პრემიის საწყისი და დამაზუსტებელი გათვლები გენერირდება ავტომატურად. თუმცა, დაზუსტებითი გაანგარიშების მომზადების გადაწყვეტილება რჩება ბუღალტერთან. დოკუმენტის რეგისტრაციის შედეგების გაანალიზების შემდეგ, რომელიც ცვლის გამოთვლებს იმ პერიოდში, რომლისთვისაც უკვე იყო წარმოდგენილი ანგარიში, ბუღალტერი ან გადათვლის სადაზღვევო პრემიებს წინა პერიოდისთვის, ან გაანგარიშება ავტომატურად ხდება მიმდინარე თვეში.

რედაქტორისგან. სტატიაში წაიკითხეთ 1C: Enterprise 8-ში დანერგილი მექანიზმის შესახებ სადაზღვევო პრემიების გაანგარიშების კონტროლის კოეფიციენტების შესამოწმებლად, რომელიც ითვალისწინებს კორექტირების გამოთვლების მონაცემებს.