perhitungan ulang 1s. Koreksi dan perhitungan ulang upah. Preemption berdasarkan masa berlaku

Di antara yang lain, misalnya, bonus dapat ditentukan oleh besaran gaji pada periode tersebut. Dalam hal ini, ada kemungkinan gaji akan diubah setelah bonus dihitung. Secara default, platform tidak mengontrol situasi seperti itu. Jika pengembang menganggap perlu untuk melacak ini, maka Anda perlu menggunakan objek bawahan khusus dari register perhitungan - Perhitungan Ulang:

Catatan perhitungan ulang disimpan dalam tabel terpisah. Hal ini tidak menjamin bahwa register dependen perlu dihitung ulang secara akurat, namun berfungsi sebagai sinyal akan adanya kebutuhan potensial.

Secara umum, entri tabel perhitungan ulang berisi bidang-bidang berikut:

objek perhitungan ulang (mencatat dokumen yang datanya perlu dihitung ulang)
jenis perhitungan - tautan ke jenis perhitungan dari Rencana jenis perhitungan yang ditentukan untuk register perhitungan ini

Catatan dapat disimpan secara lebih rinci, dalam konteks satu atau beberapa dimensi register perhitungan tertentu. Misalnya, pencatat penggajian untuk seluruh departemen sudah ketinggalan zaman; Apalagi perubahan itu hanya untuk karyawan Ivanov. Menambahkan dimensi Karyawan ke Perhitungan Ulang akan memungkinkan Anda melacaknya. Dalam hal ini, dimensi Perhitungan Ulang harus dihubungkan dengan dimensi register perhitungan:

Data dari tabel perhitungan ulang dihasilkan secara otomatis jika rencana jenis perhitungan yang sesuai memiliki kumpulan properti Periode dasar. Jika properti tidak disetel, maka pengembang bertanggung jawab untuk membuat catatan.

Soal 14.41 ujian 1C: Platform Profesional. Data perhitungan ulang...

bukan entri register perhitungan
adalah entri register perhitungan
adalah entri register perhitungan ulang
adalah catatan tabel masa berlaku sebenarnya

Jawaban yang benar adalah yang pertama, umumnya disimpan dalam tabel terpisah.

Soal 14.42 ujian 1C: Platform Profesional. Di jendela properti dimensi "Penghitungan Ulang", pada tab "Komunikasi", di properti "Daftarkan dimensi", tunjukkan...

pengukuran register dasar, bila datanya berubah, catatan register saat ini harus dihitung ulang
pengukuran register saat ini, yang entrinya harus dihitung ulang ketika data register dasar berubah
pengukuran register dasar, bila datanya berubah, catatan register saat ini harus dihitung ulang

Jawaban yang benar adalah yang kedua. Perhitungan ulang itu sendiri diperlukan untuk melacak kebutuhan untuk memperbarui entri dalam register saat ini.

Soal 14.43 ujian 1C: Platform Profesional. Tabel "Penghitungan Ulang" diisi dengan baris-baris yang masing-masing mewakili...

kumpulan informasi tentang jenis perhitungan dan dokumen perekam entri register perhitungan yang perlu dihitung ulang. Tabel tersebut juga akan berisi perhitungan ulang pengukuran
sekumpulan informasi tentang jenis perhitungan dan pencatat dokumen entri register perhitungan yang perlu dihitung ulang
sekumpulan informasi tentang jenis perhitungan, nomor baris dokumen pencatat dan pencatat itu sendiri entri register perhitungan yang perlu dihitung ulang. Tabel tersebut juga akan berisi perhitungan ulang pengukuran
tidak ada jawaban yang benar

Jawaban pertama benar, analisis di atas.

Soal 14.45 ujian 1C: Platform Profesional. Pilih jawaban yang benar:

Dalam proses pengerjaan perhitungan ulang, pengembang dapat “mengabaikan” informasi yang disediakan sistem dalam tabel perhitungan ulang, yaitu menolak untuk merevisi hasil perhitungan
Prinsip pengoperasian perhitungan ulang dalam sistem 1C:Enterprise 8 adalah “memberi tahu”
Pengembang konfigurasi tidak dapat mengontrol proses penghitungan ulang entri register penyelesaian; sistem melakukan semuanya secara otomatis
Pernyataan 1 dan 2 benar

Jawaban benar keempat adalah penghitungan ulang hanya memantau potensi kebutuhan untuk mengubah data yang bergantung.

Soal 14.46 ujian 1C: Platform Profesional. Untuk satu register perhitungan...

Hanya satu perhitungan ulang yang dapat didukung
Hanya tiga alokasi dari struktur berbeda yang dapat didukung
Sejumlah perhitungan ulang struktur yang berbeda didukung

Jawaban yang benar adalah yang ketiga, tidak ada masalah menambahkan sejumlah objek Perhitungan Ulang bawahan ke register perhitungan; strukturnya tidak dikontrol dengan cara apa pun.

Soal 14.57 ujian 1C: Platform Profesional. Frekuensi pemukiman adalah bulanan. Pengaturan terkait telah dibuat dalam register perhitungan. Untuk tipe penghitungan Gaji, tipe penghitungan Perjalanan ditentukan sebagai tipe penghitungan perpindahan. Pada 01.03.14, informasi gaji telah dimasukkan ke dalam basis informasi, tetapi tidak ada perhitungan yang dilakukan. Pada 20/03/14, perjalanan bisnis dimasukkan ke dalam database informasi dan dihitung. Pada 30/03/14, perhitungan gaji diluncurkan. Apakah data perjalanan bisnis akan diperhitungkan saat menghitung gaji? Apakah saya perlu menghitung ulang perjalanan bisnis saya?

Akan diperhitungkan, tetapi perjalanan bisnis harus dihitung ulang
Akan diperhitungkan, tidak perlu perhitungan ulang perjalanan
Tidak akan diperhitungkan. Perhitungan perjalanan perlu dibatalkan dan kedua jenis perhitungan tersebut dihitung ulang
Tidak akan diperhitungkan. Untuk melakukan perhitungan dengan benar, gaji dan perjalanan bisnis harus ada dalam satu dokumen

Tidak perlu perhitungan ulang, catatan perjalanan bisnis ada dalam bulan tersebut.

Pada artikel ini, kami akan mempertimbangkan landasan teori bekerja dengan register perhitungan, dan juga menghitung gaji karyawan sebanding dengan jumlah jam kerja.

Teori

Daftar perhitungan (RR)- objek metadata konfigurasi yang digunakan untuk mengimplementasikan perhitungan berkala dalam sistem 1C. Bidang penerapan register perhitungan yang jelas meliputi: perhitungan gaji, perhitungan sewa, perhitungan sewa.

Dalam strukturnya, register perhitungan mirip dengan register akumulasi atau register informasi. Mereka, seperti halnya register akumulasi, memiliki pengukuran, sumber daya, detail, tetapi prinsip pengoperasian register perhitungan sangat berbeda.

Pada intinya, pengukuran dalam register akumulasi berfungsi sebagai “ Saring» dalam konteks dimana kami menerima data dari register akumulasi. Sebagai contoh, ketika kita mengambil “sisa” menurut daftar akumulasi “Sisa barang” dalam konteks barang tertentu atau “potongan terbaru” menurut daftar informasi “Gaji Karyawan” dalam konteks karyawan tertentu . Berbeda dengan register akumulasi, pengukuran dalam register perhitungan periodik berfungsi untuk mengimplementasikan “” (ini adalah ketika jenis perhitungan yang diperpanjang waktu bersaing satu sama lain selama interval masa berlaku catatan, yaitu, sebagai contoh, perhitungan perjalanan bisnis jenis ini menggantikan jenis penghitungan gaji selama masa berlaku) dan ““ (ini adalah ketika jenis penghitungan bonus bergantung pada jenis penghitungan gaji periode sebelumnya).

mekanisme represi berdasarkan periode aksi«:

Di sini kita melihat bahwa jenis perhitungan “Perjalanan Bisnis” memiliki durasi waktu dan berlaku dari 10 April hingga 20 April, “Perjalanan Bisnis” diindikasikan sebagai jenis perhitungan pengganti untuk jenis perhitungan “Gaji”. “Gaji” juga diperpanjang seiring waktu dan berlaku mulai 1 April hingga 30 April. Karena “Perjalanan Bisnis” diindikasikan sebagai jenis perhitungan pengganti untuk jenis perhitungan “Gaji” (memiliki prioritas lebih tinggi dari gaji) dan berlaku selama masa berlakunya gaji, maka gaji tersebut digantikan oleh perjalanan bisnis dan terbentuklah “Masa berlaku sebenarnya gaji”. Masa berlaku gaji sebenarnya “Ini adalah masa berlaku gaji setelah dipindahkan dengan perjalanan bisnis, dalam kasus kami terdiri dari 2 periode - mulai 1 April sampai 9 dan dari 21 sampai 30 April dan totalnya adalah 19 hari. Mekanisme perpindahan berdasarkan periode hanya berfungsi untuk perhitungan jangka panjang.

Gambar di atas secara grafis menunjukkan prinsip " mekanisme ketergantungan berdasarkan periode dasar«:

Katakanlah di akhir bulan April 2017 kita ingin memberikan bonus kepada seorang karyawan sebesar 10% dari gajinya. Gaji diindikasikan sebagai jenis dasar penghitungan bonus.

Namun sebagai “dasar” penghitungan premi, kami tidak akan mengambil seluruh bulan April, melainkan hanya selang waktu 10 April hingga 20 April (11 hari). Mari kita hitung dasar bonusnya, gaji karyawan adalah 60.000 rubel, ada 30 hari dalam sebulan, gaji harian = 60.000/30 = 2.000 rubel. Berikutnya 2000*11 = 22000 gosok. Dasar penghitungan premi adalah 22.000 rubel.

Mari kita hitung preminya: (22000/100)*10 = 2200 rubel. Bonus 10% dari gaji adalah 2.200 rubel.

Objek metadata aplikasi "Rencana jenis penghitungan" terkait erat dengan register penghitungan.

Rencana jenis perhitungan (PVR)- objek metadata konfigurasi yang menyimpan informasi tentang tipe tipe perhitungan dan menentukan pengaruh perhitungan yang berbeda satu sama lain.

Satu jenis rencana perhitungan dapat digunakan dalam beberapa register perhitungan, namun satu register perhitungan tidak dapat menggunakan beberapa rencana jenis perhitungan secara bersamaan.

Register perhitungan adalah tabel tempat data perhitungan disimpan, dan menurut jenis perhitungan, algoritma untuk menghitung data ini disimpan. Daftar perhitungan harus memiliki setidaknya satu pencatat dokumen yang melakukan pergerakan dalam daftar perhitungan (misalnya, Penggajian).

Mekanisme perhitungan dalam sistem 1C Enterprise dirancang sedemikian rupa sehingga Anda harus terlebih dahulu membuat entri dalam register perhitungan dan baru kemudian melakukan perhitungan berdasarkan data tersebut. Misalnya, tidak mungkin menghitung bonus berdasarkan gaji sampai gaji yang sama dicatat dalam daftar perhitungan.

Praktik

Mari kita lihat lebih dekat register perhitungan dalam praktiknya:

Langkah 1 Mari kita mulai dengan rencana untuk jenis perhitungannya. Anda harus membuat rencana jenis penghitungan sebelum membuat register penghitungan. Kami membuat rencana untuk tipe perhitungan sebelum register perhitungan karena sebelum membuat tabel untuk menyimpan data perhitungan (yaitu, register perhitungan), perlu untuk menentukan algoritma untuk menghitung data ini (yaitu, rencana untuk jenis perhitungan).

Mari kita buat rencana untuk jenis perhitungan “Biaya dasar”. Ayo segera masuk ke tab “Perhitungan”. Disini kita langsung melihat benderanya” Menggunakan masa berlaku", ketika tanda ini disetel, semua jenis penghitungan yang disertakan dalam rencana ini akan berlaku lamanya waktu(misalnya Gaji, Perjalanan Bisnis), dan juga untuk rencana jenis perhitungan ini, “ mekanisme represi berdasarkan periode aksi". Jika tanda “Menggunakan masa berlaku” tidak disetel, maka jenis perhitungan tidak akan diperpanjang waktunya (misalnya Bonus, Denda) dan “mekanisme perpindahan berdasarkan masa berlaku” tidak akan berjalan. Juga pada tab ini terdapat bagian "Ketergantungan pada basis" dan "Rencana dasar untuk jenis perhitungan" - keduanya berfungsi untuk mengimplementasikan " mekanisme ketergantungan berdasarkan periode dasar“, tapi kita akan membicarakannya nanti. Untuk saat ini, biarkan “Ketergantungan pada basis” dalam mode “Independen”.

Mari kita buat jenis perhitungan “Gaji” yang telah ditentukan sebelumnya. Di tab “Dasar”, semuanya sederhana. Tetapkan nama dan kode jenis perhitungan.

Berkat fakta bahwa kami memasang bendera " Menggunakan masa berlaku"Kami sekarang memiliki tab" Menggusur" dan dihidupkan " mekanisme represi berdasarkan periode«.

Pada tab ini kami menunjukkan jenis perhitungan yang akan menggantikan gaji berdasarkan masa berlakunya (misalnya, Perjalanan Bisnis).

Catatan: di “Penggantian” Anda dapat menambahkan tipe penghitungan yang hanya dimiliki oleh rencana tipe penghitungan ini.

Ada juga tab " Pembawa acara»—ini menunjukkan jenis penghitungan yang, jika diubah, harus menghitung ulang jenis penghitungan saat ini. Di sini Anda juga dapat menentukan tipe penghitungan dari rencana tipe penghitungan lainnya. Misalnya, jenis penghitungan “Gaji” adalah yang utama untuk jenis penghitungan “Bonus”, yaitu. Ketika gaji berubah, kita juga harus menghitung ulang bonusnya karena Bonus dihitung tergantung pada gaji. Dalam hal ini, jenis perhitungan “Gaji” termasuk dalam PRP “Akrual Dasar” yang menggunakan masa berlaku, dan jenis perhitungan “Bonus” termasuk dalam PRP “Akrual Tambahan” yang tidak menggunakan masa berlaku.

Langkah 2.Mari kita buat direktori “Charts” dengan struktur default. Di direktori “Jadwal” kami akan menyimpan jam kerja karyawan (lima hari, enam hari, dll).

Langkah 3.Kita juga membutuhkan objek untuk menyimpan kalender Produksi (hari kerja dan akhir pekan). Untuk tujuan ini, kami menggunakan daftar informasi independen non-periodik.

Mari kita buat daftar informasi independen non-periodik “Jadwal Kerja” dengan 2 dimensi “Tanggal” dan “Jadwal” dan sumber daya “Jumlah Jam”.

Berkat daftar informasi “Jadwal Kerja”, kami akan dapat menghitung upah dari gaji secara proporsional dengan jumlah hari kerja.

Langkah 4.Buat dokumen “Penggajian” dengan struktur detail seperti di bawah ini:

Persyaratan:

Eksekusi operasional diatur ke “Larangan” Karena tidak masuk akal untuk mekanisme penyelesaian berkala di 1C - kami tidak pernah menghitung bonus, gaji, atau denda secara real time.

Mari buat formulir dokumen dengan pengaturan default.

Langkah 5. Akhirnya, kita sampai pada pembuatan register perhitungan.

Objek metadata register perhitungan terletak di cabang "Register perhitungan" pada konfigurator.

Mari kita membuat register perhitungan “Biaya dasar”. Mari kita lihat pengaturan register perhitungannya dibawah ini:

1. Di kolom “Rencana jenis penghitungan”, tunjukkan “Biaya dasar” PVR yang dibuat pada langkah 1.

2. Setel tanda “Masa berlaku” ke “Benar” karena PVR yang ditentukan pada langkah 1 memiliki perpanjangan waktu.

Setelah menyetel tanda ini, detail standar "Periode Tindakan", "Periode TindakanMulai", "ActionPeriodEnd" segera tersedia bagi kami, yang berarti bahwa jenis penghitungan yang terdaftar dalam register penghitungan ini juga memiliki lamanya waktu dan kami memiliki akses ke " mekanisme represi berdasarkan periode aksi«.

P.S. Jika Anda menentukan PVR yang memiliki lamanya waktu untuk RR dengan tanda “Masa Validitas” disetel ke “False”, maka PVR ini akan berfungsi sebagai PVR yang tidak memiliki perpanjangan waktu.

3.Setelah menyetel tanda “Periode validitas” ke “Benar”, bidang “Bagan”, “Nilai bagan”, “Tanggal bagan” menjadi tersedia bagi kami.

Di bidang "Jadwal" kami menunjukkan daftar informasi "Jadwal Kerja" yang dibuat pada langkah 3.

Di bidang “Nilai Jadwal” kami menunjukkan sumber daya “Jumlah Jam” di daftar informasi “Jadwal Kerja”.

Di bidang “Tanggal Jadwal” kami menunjukkan dimensi “Tanggal” dari daftar informasi “Jadwal Kerja”.

4.Pada kolom “Frekuensi” kami menunjukkan nilai “Bulan”, artinya data akan dimasukkan ke dalam register setiap bulan.

Di bawah ini adalah struktur metadata registri:

Tanda “Dasar” untuk suatu dimensi hanya memengaruhi kinerja; Anda tidak perlu menyetelnya, namun jika Anda melakukannya, kolom “Karyawan” akan diindeks.

Dimensi "Karyawan" - digunakan dalam " mekanisme represi berdasarkan masa berlakunya" Dan " mekanisme ketergantungan pada periode dasar«.

Sumber Daya "Jumlah" - gaji yang dihitung akan dicatat di sana.

Atribut “Bagan” ditunjukkan sebagai atribut, dan bukan dimensi register, karena baik itu maupun itu tidak menggantikan apa pun - pada dasarnya adalah bidang referensi. Penting!!! Jangan lupa mengisi kolom "Jadwal Link". pada atribut “Jadwal”, dimensi “Jadwal” dari daftar informasi “Jadwal Kerja” harus ditunjukkan di sana, jika tidak, jumlah gaji tidak akan dihitung.

Atribut “Parameter” akan menyimpan nilai gaji.

Sekarang kita telah menunjukkan hubungannya dengan MS “Jadwal Kerja”, kita akan menghitung gaji karyawan secara proporsional dengan jumlah hari kerja.

Kami menunjukkan dokumen tersebut sebagai pendaftar " Daftar gaji" dibuat pada langkah 4.

Langkah 6. Kami melakukan pergerakan sesuai dengan register perhitungan “Biaya dasar”.

Mari kita kembali ke dokumen “Penggajian” yang dibuat pada langkah 4.

Mari kita uraikan proses pengeposan pada modul objek dokumen:

Fragmen kode pemrosesan pemrosesan dokumen

1C (Kode)

Prosedur Pemrosesan Pemrosesan (Kegagalan, Mode Pemrosesan) // daftarkan BasicAccruals of Movement.MainAccruals.Write = True; Pergerakan.MainAccruals.Clear(); Periode Pendaftaran = Awal Bulan (Tanggal); Untuk Setiap TechLineMainAccruals Dari Siklus MainAccruals Movement = Movements.MainAccruals.Add(); Pindah.Pembalikan = Salah; Movement.CalculationType = TechLineMainAccruals.CalculationType; Pergerakan.ActionPeriodStart = TechLineMainAccruals.StartDate; Movement.ActionPeriodEnd = Hari Akhir(TexLineMainAccruals.EndDate); Pergerakan.Masa Pendaftaran = Masa Pendaftaran; Pergerakan.Karyawan = TechLineMainAccruals.Employee; Pergerakan.Bagan = TechStringMainAccruals.Bagan; Movement.Parameter = TechStringMainAccruals.Size; Siklus Akhir; Akhir Prosedur

Prosedur Pemrosesan (Kegagalan, Mode)

// Daftar Akrual Utama

Gerakan. Akrual Dasar. tulis = benar;

Gerakan. Akrual Dasar. Jernih() ;

Periode Pendaftaran = Awal Bulan (Tanggal) ;

Untuk setiap TechLine BasicAccrualsDari BasicAccrualsCycle

Gerakan = Gerakan. Akrual Dasar. Menambahkan() ;

Pergerakan. Storno= Salah;

Pergerakan. Jenis Perhitungan=TexLineMainAccruals. Jenis Perhitungan;

Pergerakan. PeriodActionStart = TechLineMainAccruals. Mulai tanggal;

Pergerakan. ActionPeriodEnd=Hari Akhir(TexLineMainAccruals.EndDate) ;

Pergerakan. Masa Pendaftaran = Masa Pendaftaran;

Pergerakan. Karyawan = TechLineMainAccruals. Karyawan;

Pergerakan. Bagan = TechLineMainAccruals. Jadwal;

Pergerakan. Parameter = TechStringMainAccruals. Ukuran;

Siklus Akhir;

Akhir Prosedur

Mari buat dokumen pengujian dan jalankan:

Mari kita pergi ke “Pergerakan Dokumen”:

Kami melihat bahwa periode pendaftaran diatur ke awal bulan karena Frekuensi RR diindikasikan sebagai “Bulan”. Kami juga melihat semua kolom kecuali jumlah telah diisi (gaji belum dihitung).

Langkah 7.Mari kita tulis kode perhitungan penggajiannya.

Mari buat modul umum "Perhitungan" dengan tanda berikut:

Perhitungannya sendiri akan dilakukan pada modul umum ini.

Mari kita tulis fungsi ekspor “Hitung biaya” di modul “Perhitungan”:

Sejak kami mengisi kolom "Jadwal", "Nilai jadwal", "Tanggal jadwal" di pengaturan RR "Biaya dasar", tabel virtual dari register perhitungan menjadi tersedia untuk kami DataGrafis, dalam kueri ke tabel virtual kami tertarik pada bidang berikut:

“Jumlah Jam Periode Tindakan Aktual” — berisi jumlah jam kerja sebenarnya yang dihitung berdasarkan data jadwal

"Jumlah Jam Periode Aksi" - memuat jumlah jam kerja yang dihitung berdasarkan data jadwal dalam periode perhitungan

Prosedur perhitungan gaji

1C (Kode)

Prosedur Hitung Akrual (Registrar, Kumpulan Catatan) Ekspor // Permintaan Gaji = Permintaan Baru; Query.Text="PILIH | ISNULL(BasicAccrualsGraphicsData.NumberofHoursActualActionPeriod, 0) AS HoursFact, |BasicAccrualsGraphicsData.Parameter, |ISNULL(BasicAccrualsGraphicsData.NumberofHoursActionPeriod, 0) AS HoursPlan, |BasicAccrualsGraphicsData ica.Line Number | DARI |Daftar Perhitungan.Akrual Dasar. Data Grafik(| Registrar = &Registrar | Dan Tipe Perhitungan = &Jenis PerhitunganGaji) SEBAGAI Basic AccrualsDataGraphics"; Request.SetParameter("Registrator", Perekam); // meneruskan dokumen ke registrar sehingga pencarian dilakukan hanya pada dokumen saat ini Request.SetParameter("Jenis PerhitunganGaji", Rencana Jenis Perhitungan. Akrual Dasar. Gaji); //mengatur jenis perhitungan gaji karena menghitung gaji Selection=Request.Run().Select(); Struktur Pencarian=Struktur Baru; Struktur Pencarian.Sisipkan("Nomor Baris",0); //membuat struktur untuk mencari data untuk penghitungan berdasarkan nomor baris Untuk Setiap Catatan Dari Siklus RecordSet //menggilir kumpulan catatan dari dokumen saat iniSearch Structure.LineNumber=Record.LineNumber; //isi nomor baris untuk pencarian If Selection.FindNext(Struktur Pencarian) Kemudian //kita mencari sampel data untuk perhitungan berdasarkan nomor baris saat ini Record.Sum =?(Selection.HoursPlan=0.0, Selection.HoursFact /Sample.HoursPlan * Pengambilan Sampel .Parameter); //hitung gaji secara proporsional dengan hari kerja, di Parameter - gaji saat ini EndIf; Seleksi.Reset(); //mengatur ulang pilihan, kita memerlukan rekaman berikutnya dari kumpulan data untuk mencari melalui pilihan EndCycle pertama; Recordset.Write(, Benar); //tulis catatan terhitung ke database, teruskan parameter Ganti = True EndProcedure

//Gaji

Permintaan=Permintaan Baru;

Meminta. Teks = "PILIH

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

| BasicAccrualsDataGraphics.Parameter,

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

| BasicAccrualsDataGraphics.NumberLines

|DARI

| Daftar Perhitungan, Akrual Dasar, Data Grafik (

| Perekam = &Perekam

Selamat siang. Saya sudah lama tidak mendengar kabar dari Anda :) Hari ini saya ingin menjelaskan fitur perhitungan ulang di ZUP 3.0 untuk periode yang lalu. Artikel ini membahas cara kerjanya di dalam dan, karenanya, Anda dapat mengontrol proses ini. Lagi pula, Anda mungkin pernah menemukan fakta bahwa program secara tak terduga menghasilkan jumlah yang tidak diketahui seseorang, membalikkannya, beberapa perbedaan muncul... dan Anda tidak menginginkan ini, atau menginginkannya. tapi ini tidak terjadi))

Mari kita mulai. Pertama, perhitungan ulang terjadi pada saat Anda menganggap gaji sebagai dokumen “Penggajian”. Untuk tujuan ini, ia menyediakan tab “Akrual tambahan, perhitungan ulang”. Hal pertama yang ingin saya sarankan kepada Anda: selalu periksa data pada label "Akrual tambahan, perhitungan ulang" . Mereka mungkin muncul di sana tanpa sepengetahuan Anda, dan Anda tidak akan mengerti mengapa jumlah yang dihitung tidak sama.

Secara teori, di header dokumen kita selalu diperingatkan bahwa program akan menghitung seseorang atau kita perlu mengisinya kembali, karena... seseorang tidak dihitung.

Bagaimana program mengetahui siapa yang harus saya hitung dan untuk bulan apa?

Dia menentukan ini berdasarkan tindakan Anda. Apakah Anda memundurkan tanggal dokumen tersebut? Program ini melihat karyawan yang ada di dokumen ini dan mencatat daftar mereka. Apakah Anda melakukan koreksi pada dokumen (misalnya mengoreksi absensi bulan lalu)? Program ini telah mengingat semua orang dari lembar waktu ini dan bulan ini akan dihitung ulang. Hampir semua dokumen, baik kepegawaian maupun penggajian, terpengaruh. Dalam hal ini, program tidak peduli apakah sentuhan Anda terhadap dokumen tersebut memengaruhi gaji Anda atau tidak.

Katakanlah Anda membuka lamaran pekerjaan dan menulis komentar di sana, setelah itu Anda memposting ulang dokumen tersebut. Tidak ada gaji, tidak ada tanggal pengangkatan, tidak ada posisi... tidak ada yang tersentuh. Tetapi program tidak mengetahui mengapa Anda menimpa dokumen dari periode sebelumnya, itu bukan telepatis, itu hanya mencatat karyawan ini.

Tip kedua (alias rahasia pertama): melalui “semua fungsi”, buka daftar informasi “Penghitungan ulang gaji”. Jangan malas dan masuklah! Masuk ke sana sebelum setiap perhitungan penggajian dan setelah setiap dokumen yang sudah ketinggalan zaman.

Banyak akuntan menganggap nasihat ini berarti bahwa mereka memiliki pekerjaan baru, yang sudah cukup bagi mereka. Tetapi jika Anda tidak naik ke sana, Anda tidak akan memahami logika kerjanya, dan jika program itu seperti kotak hitam bagi Anda, maka Anda tidak akan berteman dengannya. Persahabatan dimulai dengan memahami dunia batin seorang teman! Jika Anda tidak peduli dengan dunia batin lawan Anda, maka dia bukanlah teman Anda.

Jadi, apakah kamu sudah masuk? Besar. Biasanya kosong dan tidak ada satu baris pun, tetapi segera setelah Anda menyentuh sesuatu secara surut, sebuah catatan akan muncul di sini berisi karyawan dan bulan yang perlu dihitung ulang.

Kiat ketiga: jika Anda tidak setuju dengan maksud program untuk menghitung karyawan tersebut, hapus baris tersebut dari daftar ini.

1. Apakah kamu sudah paham bagaimana garis-garis itu muncul? Besar.

2. Pada saat mengisi dokumen “Penggajian” dan mempostingnya berdasarkan baris-baris dalam register, dilakukan perhitungan ulang dan pengisian tabel "Akrual tambahan, perhitungan ulang."

3. Pegawai yang dihitung ulang dikeluarkan dari daftar dan menjadi kosong.

4. Ketika Anda membatalkan dokumen “Penggajian”, garis-garis tersebut dikembalikan ke tempatnya sehingga ketika Anda mengisinya kembali, semuanya akan jatuh ke tempatnya.

Tips keempat (mungkin ini akan diperbaiki): Sebelum mengisi ulang dokumen “Penggajian”, sebarkan!

Berdasarkan algoritma, setelah dokumen diposting, register dibersihkan. Jika Anda mengisi ulang tanpa mengosongkannya, program tidak akan mengetahui siapa yang perlu dihitung, dan bagian tabel dengan penghitungan ulang akan kosong. Ini berlaku untuk rilis 21. Saya belum sempat memeriksanya di rilis 22.

Nuansa lainnya, jika Anda mengklik daftar orang yang akan dihitung ulang di dokumen, maka akan terbuka formulir daftar informasi pendaftaran"Penghitungan ulang gaji." Dan juga akan ada tombol untuk “menghapus” satu entri.

P.S. (penting)

Alasan penyelidikan ini adalah perhitungan ulang yang tiada habisnya saat mentransfer data asli dari Accounting 3.0. Selama transisi, Anda harus menyentuh semua teknik dan terjemahan)) setelah itu, hapus semua isi register " "Perhitungan ulang gaji", jika tidak, Anda akan mendapatkan penghitungan ulang semuanya selama bertahun-tahun. Memulai ZUP 3.0 dengan transfer data dari Accounting 3.0

Inilah yang terjadi di database demo ketika mengeksekusi ulang satu perekrutan. Dan ketika Anda mentransfer 1C Accounting 3.0 ke 1C ZUP 3.0, Anda akan mengulangi semua yang mungkin:

Itu saja, pertanyaan di komentar dan jangan takut dengan program ini, Anda perlu memahaminya dan itu akan membalasnya dengan cinta.

Banyak programmer 1C yang belum pernah menjumpai komponen “Perhitungan” dalam prakteknya, oleh karena itu ketika harus mengikuti ujian Spesialis di Platform 8.0, dimana setiap tugas berisi tugas perhitungan periodik yang kompleks, timbul kesulitan, terutama kesulitan pemahaman.

Mari kita coba mencari tahu komponen ini di 8.0. Daripada menyelesaikan berbagai masalah perhitungan, mari kita coba memahami komponen ini sehingga kita dapat menyelesaikan masalah perhitungan apa pun. Setelah mempelajari manual ini, Anda akan memahami cara kerja register perhitungan.

Misalnya, kita akan menggunakan konfigurasi bingkai yang dipasang selama ujian.

Sejujurnya, saya sudah lama mencoba mencari tahu untuk apa lagi perhitungan itu diperlukan, tetapi saya tidak dapat memahaminya, jadi mari kita pertimbangkan masalah penghitungan gaji.

Apa itu perhitungan

Pada dasarnya, produk penggajian akhir adalah sekumpulan entri daftar penggajian dalam bentuk:

Karyawan	Periode	Jenis perhitungan	Hasil	Data	Komentar
Pengukuran	Resmi	Resmi			Atribut

Nilai pada kolom “Data” mencerminkan gaji pokok karyawan (sesuai kontrak kerja), namun jumlah tersebut dapat ditambah dengan bonus, dikurangi dengan denda dan ketidakhadiran, dll, oleh karena itu, jumlah sebenarnya yang harus dibayar dimasukkan setelahnya perhitungan pada kolom “Hasil”. Ini perhitungannya. Jumlah di kolom “Sumber Daya” untuk karyawan tertentu adalah gaji yang menjadi haknya.

Jadi, register perhitungan pada dasarnya adalah sekumpulan catatan, yang strukturnya mirip dengan register akumulasi yang dapat dinegosiasikan. Hanya saja untuk melakukan perhitungan yang rumit, pengaturan tambahan ditentukan untuk itu, yang kemudian memungkinkan Anda membuat banyak tabel virtual untuk register perhitungan, meskipun pada dasarnya register ini hanyalah sekumpulan catatan yang ditunjukkan pada gambar.

Setiap entri dalam daftar penyelesaian berkaitan dengan jenis penyelesaian dan jangka waktu tertentu.

Jenis perhitungan

Setiap catatan jenis perhitungan memiliki atribut layanan - jenis perhitungan.

Suatu jenis perhitungan dapat dianggap sebagai elemen dari buku referensi khusus seperti "Rencana jenis perhitungan" - ia juga memiliki detail, bagian tabel, elemen yang telah ditentukan sebelumnya dan dibuat oleh pengguna. Mungkin ada beberapa “direktori” seperti itu di sistem.

Misalnya, mari kita buat rencana untuk tipe perhitungan Utama dan di dalamnya tipe perhitungan yang telah ditentukan sebelumnya gaji, bonus, ketiadaan, perjalanan bisnis.

Jenis perhitungan digunakan secara fungsional untuk mencerminkan pengaruh entri register perhitungan satu sama lain. Namun singkatnya mereka berbicara tentang pengaruh jenis perhitungan satu sama lain:

Jenis perhitungan	Keterangan	Contoh
Berdasarkan periode dasar	Hasil perhitungan periode dependen bergantung pada hasil periode dasar. Jika hasil periode dasar berubah, maka hasil periode dependen harus dihitung ulang.	Bonusnya tergantung pada gaji periode dasar.
Menyeka berdasarkan periode	Masa berlaku masa tanggungan menggantikan masa berlaku masa dasar, sehingga masa dasar mempunyai masa berlaku	Ketidakhadiran mempengaruhi periode gaji sebenarnya.
Perhitungan terkemuka	Perhitungannya tergantung pada perhitungan pendahulunya, tetapi tidak secara langsung tetapi tidak langsung, yaitu. perhitungan A bergantung pada perhitungan dasar B, dan perhitungan B bergantung pada perhitungan dasar B, oleh karena itu A secara tidak langsung bergantung pada B, yaitu. A bergantung pada perhitungan utama B. Faktanya, ketika perhitungan C berubah, B dapat berubah dan oleh karena itu A dapat berubah. Sistem tidak secara otomatis melacak ketergantungan kompleks tersebut, jadi Anda perlu menunjukkan perhitungan mana yang memimpin.	Bonus tergantung pada gaji pokok, tetapi juga secara tidak langsung tergantung pada ketidakhadiran.

Oleh karena itu, masa berlaku pencatatan register penyelesaian dibagi menjadi empat periode:

Periode	Keterangan
Periode pendaftaran	Pada periode berapa peristiwa itu dicatat, mis. biasanya ketika dokumen dimasukkan.
Keabsahan	Pada periode berapa acara tersebut berlangsung, mis. pada periode apa acara tersebut berlangsung.
Periode dasar	Hanya bermakna untuk periode yang mempunyai periode dasar – menggambarkan interval periode dasar.
Masa berlaku sebenarnya	Apabila masa berlakunya digantikan oleh jenis perhitungan lain, maka masa berlaku sebenarnya terdiri dari beberapa periode pada saat jenis perhitungan tersebut benar-benar berlaku.

Periode pendaftaran ditentukan oleh satu nomor - awal periode, sesuai dengan frekuensi register perhitungan. Walaupun kita menetapkan tanggal yang berbeda pada kolom layanan ini, tetap akan diganti dengan awal periode. Periode yang tersisa ditentukan oleh dua bidang - awal dan akhir periode. Masa berlaku sebenarnya adalah sekumpulan periode, karena itu dapat terdiri dari beberapa interval tanggal.

Grafik Waktu

Sistem mempunyai kemampuan untuk menghubungkan data register perhitungan dengan grafik waktu sehingga dapat diperoleh jumlah jam kerja untuk suatu periode tertentu.

Garis waktu adalah register informasi sederhana di mana satu dimensi menyimpan tanggal, dimensi lain dikaitkan dengan dimensi melalui register kalkulasi, dan salah satu sumber daya digunakan untuk melacak waktu.

Sebuah dimensi itu terkait dengan register perhitungan yang biasanya dibawa berarti "jenis grafik".

tanggal	Jenis bagan	Arti
11.01.05 Jumat	Lima hari
11.01.05 Jumat	Enam hari
12.01.05 Duduk	Lima hari
12.01.05 Duduk	Enam hari

Mengapa menggunakan dimensi tanggal dibandingkan register detail periodik? Semuanya sangat sederhana - jika pada hari Jumat tanggal 11 Januari kita memiliki 8 jam kerja dalam kurun waktu lima hari, bukan berarti keesokan harinya kita akan memiliki 8 jam kerja lagi. Namun jika kita menggunakan register periodik, maka nilai hari berikutnya akan diambil dari hari sebelumnya jika tidak ada pencatatan.

Jadi, dengan jangka waktu tertentu (aksi aktual, registrasi, periode dasar, dll), secara otomatis kita dapat memperoleh jumlah jam untuk periode tersebut sesuai jadwal.

Perhitungan ulang

Penghitungan ulang agak mengingatkan pada batas barisan. Karena kita memiliki penghitungan dependen, ketika mengubah penghitungan dasar dan penghitungan awal, sistem harus memperhatikan bahwa kita harus menghitung ulang penghitungan dependen.

Inilah gunanya perhitungan ulang.

Jika kita menghitung catatan dasar, sistem akan mencatat alokasi yang kita perlukan untuk menghitung catatan dependen. Setelah kami menghitung catatan dependen, alokasinya akan jelas.

Intinya, perhitungan ulang adalah daftar entri register perhitungan yang perlu dihitung ulang.

Jika Anda tidak memasukkan pengukuran apa pun dalam penghitungan ulang, maka ketika penghitungan dasar berubah, semua catatan dependen akan ditambahkan ke daftar penghitungan ulang.

Jika kita membuat dimensi “Karyawan” dalam perhitungan ulang, maka ketika perhitungan dasar untuk seorang karyawan diubah, catatan dependen hanya untuk karyawan tersebut akan ditambahkan ke perhitungan ulang.

Tugas praktis

Teori yang cukup. Mari kita coba mempelajari detailnya dalam praktik. Mari kita ambil konfigurasi bingkai sebagai dasar.

Rumusan masalah:

Biarkan bonus ditetapkan sebagai persentase tetap dari gaji (dikurangi ketidakhadiran dan tunjangan perjalanan).

Biarkan tunjangan perjalanan dibayarkan dalam dua kali lipat gaji + jumlah pembayaran tetap untuk setiap hari perjalanan.

Hendaknya pegawai tersebut dikenakan denda sebesar setengah gaji selama masa ketidakhadiran karena ketidakhadiran.

Kemajuan:

Pelatihan awal

Mari buat rencana baru untuk tipe perhitungan “Utama”.

Mari kita tentukan jenis penghitungan dan ketergantungan di antara keduanya:

	Dasar	Menggusur	Pembawa acara
Gaji		Ketidakhadiran, Perjalanan bisnis
Hadiah		Ketidakhadiran, Perjalanan bisnis	Gaji, Absen, Perjalanan Bisnis
Perjalanan bisnis
Ketidakhadiran

Mari tambahkan jenis perhitungan ini ke rencana jenis perhitungan "Utama" dan atur ketergantungan pada properti jenis perhitungan sesuai dengan tabel.

Dalam register penghitungan gaji, kita akan membuat dimensi "Karyawan" dengan tipe "Perorangan" - sehingga register tersebut akan memiliki bagian analitik untuk karyawan.

Konfigurasi sudah berisi dokumen “Payroll”.

Ini memiliki dua tanggal di header - "tanggal" dan "periode pendaftaran", serta dua tanggal "tanggal mulai" dan "tanggal akhir" di setiap baris.

Dapat dipahami bahwa tanggal hanyalah tanggal pembuatan dokumen, jangka waktu pendaftaran menunjukkan pada bulan berapa kita menghitung gaji, dan tanggal pada setiap baris menggambarkan masa berlaku setiap jenis perhitungan.

Mari tambahkan pengaturan awal atribut "Data" ke modul dokumen - kita akan memasukkan gaji awal, mengatur periode pendaftaran, masa berlaku dan periode dasar ke dalamnya.

Modul dokumen akan terlihat seperti ini:

Untuk Untuk masing-masing Daftar TechString Dari Siklus Daftar

// daftar Perhitungan

Gerakan = Gerakan .Perhitungan.Tambahkan();

Pergerakan .S tornado= Salah;

Pergerakan .Dalam idCalculation = TechStringList.CalculationType;

Pergerakan .PeriodActionsMulai= Awal Hari ( TechStringList.Tanggal Mulai);

Pergerakan .PeriodActionEnd= Hari Akhir();

Pergerakan .Masa pendaftaran = Periode Pendaftaran;

Pergerakan .BasicPeriodStart= Awal Hari ( TechStringList.Tanggal Mulai);

Pergerakan .BasePeriodEnd= Hari Akhir ( TechStringList.Tanggal Berakhir);

Pergerakan .Karyawan = TechStringList.Karyawan;

Pergerakan .Jadwal = TechStringList.Grafik;

Pergerakan .Hasil = 0;

Pergerakan .Data = TechStringList.Ukuran;

Siklus Akhir;

Atribut Reversal diperlukan untuk membalikkan entri (analog dengan tanda minus).

Kami menunjukkan jenis perhitungan, dan mengatur tanggal awal dan akhir hari. Tentu saja, periode dasar hanya dapat dimasukkan untuk jenis penghitungan yang bergantung pada basis, dan Data hanya dapat dimasukkan untuk gaji, tetapi semuanya berjalan seperti itu.

Kami akan memberi tanggal pada semua dokumen 20/01/2003, periode pendaftaran akan ditetapkan ke 02/01/2003 (saya secara khusus tidak menunjukkan data awal dan akhir, ini tidak masalah di sini, saat merekam di Periode Pendaftaran dikonversi ke awal periode 01/01/2003). Kami menggunakan bulan Januari 2003 karena jadwal pekerjaan untuk periode ini telah selesai.

Mari kita buat perhitungan ulang “Penghitungan Ulang” dan tambahkan ke dalamnya dimensi “Karyawan” yang terkait dengan dimensi “Karyawan”.

Bermain dengan Perhitungan Ulang.

Untuk memainkan game, buka konsol permintaan - pemrosesan " Permintaan Khusus» dalam konfigurasi bingkai. Mari buat kueri baru menggunakan konstruktor kueri dan tambahkan tabel virtual di sana Perhitungan ulang. Perhitungan. Perhitungan ulang, teks permintaannya akan seperti ini:

MEMILIH

CalculationsRecalculation.Tentang objek Recalculation,

Perhitungan Perhitungan Ulang. Dalam ID Perhitungan,

Perhitungan Perhitungan Ulang Dari karyawan

DARI

Daftar Perhitungan Perhitungan Perhitungan Ulang BAGAIMANA Perhitungan Perhitungan Ulang

Kami akan membuat tiga dokumen - pertama kami akan menghitung gaji karyawan A dan B. Karyawan A bekerja dari 1 hingga 31 Januari, B bekerja dari 1 hingga 20 Januari. Yang kedua akan memberikan bonus kepada karyawan B untuk periode 1 hingga 31 Januari, yang ketiga akan memberikan absensi kepada karyawan A dari 20 hingga 25 Januari.

Kami bermain dengan masa berlaku sebenarnya.

Mari buat kueri baru - kali ini kita akan menambahkan data tabel ke dalamnya Register Perhitungan Perhitungan Periode Tindakan Aktual.

Mari kita buat permintaan dan lihat bahwa periode gaji karyawan A dibagi menjadi dua periode - dari 1 hingga 19 Januari dan dari 26 hingga 31 Januari. Saya harap Anda mengerti bahwa periode itu dibagi menjadi dua, karena... ketidakhadiran menggantikan gaji.

Saya rasa mekanisme pengoperasian register perhitungan menjadi lebih jelas di depan mata kita.

Mari kita belajar grafik.

Sekarang mari kita coba menghitung gaji berdasarkan gaji karyawan.

Mari buat query baru untuk register perhitungan menggunakan tabel virtual Register Perhitungan, Perhitungan, DataGraphics. Anda dapat menetapkan parameter untuk tabel virtual ini - suatu kondisi untuk memilih catatan, misalnya Karyawan=&PilihKaryawan Dan Jenis Perhitungan=&Jenis Perhitungan Dan Grafik=&LihatGrafik.

Mari kita atur karyawan tertentu, jenis perhitungan dan jadwal di parameter permintaan dan lihat berapa jam hasilnya.

Kolom hasil	Arti
NilaiPeriodAction	Untuk masa berlaku berapa jam pencatatan di register.
NilaiAktualPeriodAction	Berapa jam sebenarnya karyawan tersebut bekerja?
Periode Basis Nilai	Untuk gaji tidak masuk akal, untuk bonus - jumlah jam kerja pada periode dasar.
Periode Pendaftaran Nilai	Berapa jam kerja pada masa pendaftaran (bulan Januari)

Perhitungan ulang merupakan bagian integral dari perhitungan penggajian. Informasi tentang cuti sakit, liburan atau ketidakhadiran karyawan yang diterima oleh departemen akuntansi dengan beberapa penundaan menyebabkan penghitungan ulang gaji dan, karenanya, premi asuransi. Pakar 1C berbicara tentang bagaimana penghitungan dan penghitungan ulang premi asuransi tercermin dalam akuntansi dan pelaporan yang diatur dalam program 1C: Gaji dan Manajemen Personalia 8 edisi 3.

Saat menghitung ulang upah, perlu menghitung ulang premi asuransi. Selain itu, alasan penghitungan ulang iuran dapat berupa perubahan tarif sepanjang tahun atau ditemukannya kesalahan, misalnya tidak dicantumkannya penghitungan dalam dasar premi asuransi.

Dalam kasus ini, akuntan memiliki pertanyaan tentang kebutuhan, kewajiban dan hak untuk menyampaikan informasi terkini ke Layanan Pajak Federal.

Menurut klausul 1.2 Prosedur pengisian penghitungan premi asuransi, diberikan dalam Lampiran No. 2 atas perintah Layanan Pajak Federal Rusia tertanggal 10.10.2016 No. ММВ-7-11/551@, pembayar adalah wajib melakukan perubahan yang diperlukan pada Perhitungan dan menyampaikan laporan terkini kepada otoritas pajak jika ada informasi yang tidak tercatat atau tidak lengkap, serta kesalahan yang menyebabkan terlalu rendahnya perkiraan jumlah premi asuransi yang harus dibayar.

Saat memutuskan apakah akan menyerahkan perhitungan yang diperbarui, akuntan harus menjawab pertanyaan-pertanyaan berikut:

apakah semua informasi telah tercermin;
apakah kesalahan telah terjadi dan apakah kesalahan tersebut menyebabkan terlalu rendahnya perkiraan jumlah premi asuransi yang harus dibayar.

Penyampaian Perhitungan yang dimutakhirkan dapat merupakan suatu kewajiban, suatu hak, atau suatu keharusan yang terpaksa.

Perhitungan premi asuransi yang diperbarui

Kewajiban untuk menyampaikan perhitungan yang diperbarui muncul jika, setelah menyerahkan laporan ke Layanan Pajak Federal, ternyata informasi yang disampaikan tidak lengkap atau salah tentang karyawan, atau ditemukan kesalahan yang menyebabkan terlalu rendahnya perkiraan jumlah premi asuransi yang harus dibayar.

Jenis kesalahan umum yang mengharuskan penyerahan Perhitungan yang diperbarui secara wajib:

1. Karyawan tersebut tidak segera melaporkan perubahan data pribadinya, dan Layanan Pajak Federal memberikan informasi palsu tentang dia di Bagian 3 Perhitungan.

2. Karyawan tersebut bekerja di departemen yang berhak menerapkan tarif preferensi premi asuransi. Kemudian dia dipindahkan ke unit yang menerapkan tarif dasar premi asuransi. Informasi mutasi karyawan terlambat diterima oleh bagian akuntansi. Perhitungan iuran dilakukan secara tidak benar dengan tarif yang dikurangi.

3. Pada tahap awal setup program 1C: Gaji dan Manajemen Personalia 8, terjadi kesalahan dengan mengeluarkan premi dari dasar perhitungan premi asuransi. Memperbaiki kesalahan akan mengakibatkan dikenakan biaya tambahan.

4. Departemen dengan tarif preferensial kehilangan hak untuk menggunakannya, tetapi informasinya terlambat sampai ke manajer penggajian. Penghitungan ulang sesuai tarif dasar menyebabkan peningkatan jumlah premi asuransi yang harus dibayar.

5. Saat menghitung premi asuransi, program tidak menunjukkan bahwa jabatan tersebut termasuk dalam daftar profesi berbahaya yang dikenakan tarif tambahan. Setelah kesalahan ditemukan dan diperbaiki, perhitungan ulang mengakibatkan kurang bayar premi asuransi dengan tarif tambahan.

Mari kita lihat fitur penghitungan ulang premi asuransi pada “1C: Gaji dan Manajemen Personalia 8” edisi 3 dengan menggunakan contoh.

Contoh 1

Saat menghitung premi asuransi untuk suatu unit Saham tingkat preferensi premi asuransi diterapkan Penghuni kawasan ekonomi khusus yang inovatif teknologi(kode tarif “05”). Tarif ini memberikan iuran kepada Dana Pensiun sebesar 13% pada tahun 2018; di Dana Asuransi Sosial 2,9%; di Dana Asuransi Kesehatan Wajib Federal 5,1%. Beginilah cara menghitung kontribusi untuk karyawan V.S. ivy. Dengan penghasilan bulanan 10.000 rubel. Besarnya potongan asuransi untuk bulan tersebut adalah:

di Dana Pensiun - 1.300 rubel;
di FFOMS - 510 rubel;
di Dana Asuransi Sosial - 290 rubel.

Jumlah tersebut tercermin dalam perhitungan premi asuransi triwulan I tahun 2018.

Apabila ternyata divisi tersebut kehilangan hak untuk menerapkan tarif preferensi premi asuransi, maka sesuai dengan surat Layanan Pajak Federal Rusia tertanggal 25 Oktober 2017 No. GD-4-11/21611@ dan Kementerian Keuangan Rusia tanggal 18 Desember 2017 No.?03-15-06/84443 perlunya menyampaikan Perhitungan klarifikasi. Untuk membentuknya, perlu menghitung ulang premi asuransi dengan tarif baru.

Di dalam kartu Divisi lapangan harus dibersihkan Ketakutan akan tarif preferensial. kontribusi. Sekarang pembagiannya tunduk pada tarif yang digunakan untuk organisasi dan ditentukan dalam kartu Organisasi di penanda Kebijakan akuntansi dan pengaturan lainnya tautan Kebijakan akuntansi di lapangan Jenis tarif.

Dalam Contoh 1, organisasi diatur ke Tarif premi asuransi dasar(kode tarif “01”), memberikan tingkat iuran pada tahun 2018: ke Dana Pensiun Federasi Rusia sebesar 22%; Dana Jaminan Sosial 2,9%; FFOMS 5,1%. Jelas terlihat bahwa Dana Pensiun “kurang membayar” iuran sebesar 9% (22% - 13%), dan kode tarif telah berubah.

Dalam Contoh 1 yang sedang dipertimbangkan, untuk menghitung ulang iuran, prosedur akuntansi pendapatan harus direvisi. Dokumen tersebut dimaksudkan untuk menjelaskan tata cara pencatatan pendapatan dan penghitungan ulang premi asuransi periode sebelumnya. (menu Pajak dan biaya). Di penanda Informasi pendapatan perlu untuk mengklarifikasi semua pendapatan karyawan secara manual. Pada saat yang sama, di bookmark Perkiraan kontribusi Premi asuransi akan dihitung ulang secara otomatis.

Akibat penghitungan ulang premi asuransi karyawan V.S. Ivy dengan penghasilan bulanan 10.000 rubel. Besarnya potongan asuransi untuk bulan tersebut adalah:

di Dana Pensiun Rusia - 2.200 rubel;
di Dana Asuransi Kesehatan Wajib Federal dan Dana Asuransi Sosial - jumlahnya tidak berubah dan masing-masing berjumlah 510 rubel. dan 290 gosok.

Setelah menghitung ulang premi asuransi untuk kuartal pertama, perhitungan klarifikasi harus disiapkan. Menggunakan layanan Pelaporan 1C, perlu dibuat laporan baru untuk periode yang dikoreksi dan untuk Judul Halaman menunjukkan Nomor koreksi(Gbr. 2). Klarifikasi tersebut mempengaruhi seluruh karyawan departemen, karena kode tarif setiap orang telah berubah. Oleh karena itu, Bagian 3 dalam Perhitungan yang diperbarui dibentuk untuk seluruh karyawan departemen. Dalam kasus lain, ketika pembentukan Perhitungan yang diperbarui disebabkan oleh perubahan data atau akrual masing-masing karyawan, Bagian 3 hanya menampilkan data untuk karyawan tersebut. Bagaimanapun, bagian lain dari Perhitungan klarifikasi diisi dengan data yang benar-benar baru.

Beras. 2. Halaman judul klarifikasi perhitungan premi asuransi triwulan I tahun 2018

Hak untuk menyampaikan Perhitungan premi asuransi terkini

Pemegang polis dapat menyampaikan Perhitungan terkini kepada pemeriksaan jika menemukan kesalahan yang mengakibatkan perkiraan jumlah premi asuransi yang terlalu tinggi. Padahal, pada penghitungan iuran berikutnya pada periode berjalan dilakukan penghitungan ulang, dan hasilnya tercermin dalam laporan periode berikutnya. Opsi situasi yang memungkinkan Anda menyajikan Perhitungan yang diperbarui:

1. Karyawan diberi gaji selama sebulan penuh bekerja. Perhitungan premi asuransi telah diserahkan ke Layanan Pajak Federal, namun belakangan ternyata karyawan tersebut sedang cuti sakit atau berlibur atas biaya sendiri. Akrual yang tidak termasuk dalam dasar penghitungan premi menggantikan akrual yang dikenakan premi asuransi, sehingga menyebabkan kelebihan pembayaran premi.

2. Setiap penghitungan ulang akrual karyawan yang mengakibatkan penghitungan ulang premi asuransi ke arah pengurangannya.

Contoh 2

Saat menghitung gaji bulan Juni untuk karyawan S.S. Gorbunkov dianugerahi:

pembayaran gaji - 7.500 rubel;
pembayaran perjalanan bisnis (berdasarkan pendapatan rata-rata) untuk bulan Juni - 2.500 rubel.

Premi asuransi telah dihitung berdasarkan tarif dasar. Pada bulan Juni, kontribusi dari gaji S.S. Gorbunkov adalah:

di Dana Pensiun Rusia - 2.200 rubel;
di FFOMS - 510 rubel;
di Dana Asuransi Sosial - 290 rubel.

Kontribusi ini telah dibayarkan dan dimasukkan dalam Rekening Setengah Tahun 2018. Cuti sakit yang diserahkan ke bagian akuntansi periode 25/06/2018-30/06/2018 tidak menjadi alasan pembentukan Perhitungan yang diperbarui. Dokumen terdaftar dalam program Cuti sakit membalikkan jumlah tunjangan perjalanan yang diperoleh sebelumnya (Gbr. 3).

Beras. 3. Penghitungan ulang tunjangan perjalanan pada dokumen “Cuti Sakit”.

Cuti sakit diterima oleh organisasi pada bulan Juli. Hal ini bukan merupakan situasi kesalahan dan tidak mengakibatkan kurang bayar premi asuransi. Karena jumlah yang diperoleh pada cuti sakit tidak dikenakan iuran asuransi, maka terjadi kelebihan pembayaran iuran sebesar:

di Dana Pensiun Federasi Rusia - 550 rubel;
di FFOMS - 127,50 rubel;
di Dana Asuransi Sosial - 72,50 rubel.

Dalam sebuah program Cuti sakit, terdaftar Juli 2018, mempengaruhi perhitungan premi asuransi pada bulan berjalan sehingga mengurangi dasar perhitungan.

Tidak ada persyaratan hukum untuk penyerahan Perhitungan yang diperbarui dalam situasi seperti ini. Semua perhitungan ulang terjadi pada periode berikutnya dan tercermin dalam laporan berikutnya. Tetapi pada saat yang sama, organisasi memiliki hak untuk mengklarifikasi laporan selama enam bulan dan memberi tahu Layanan Pajak Federal tentang kelebihan pembayaran yang terjadi dengan menyampaikan klarifikasi.

Namun, sebelum akhir bulan, sebaiknya jangan terburu-buru melakukan klarifikasi Perhitungan. Toh, berbagai dokumen didaftarkan sepanjang bulan. Pada titik tertentu dokumen tersebut Cuti sakit memang dapat membalikkan penghasilan bulan sebelumnya, dan berdasarkan hasil penghitungan upah bulan itu, dokumen lain, misalnya, Perhitungan gaji dan kontribusi, akan membuat tambahan akrual yang melebihi pembalikan pendapatan periode sebelumnya. Akibatnya, pendapatan bulan berjalan akan berkurang sebesar pembalikan perjalanan bisnis, tidak ada pengurangan yang tersisa pada bulan sebelumnya, dan laporan penyesuaian tidak akan menunjukkan perubahan apa pun.

Perlunya menyampaikan Perhitungan premi asuransi yang terkini

Dalam beberapa kasus, meskipun tidak ada kewajiban untuk menyampaikan Perhitungan yang dimutakhirkan, pemegang polis tidak mempunyai kesempatan lain untuk melaporkan kelebihan pembayaran preminya, kecuali untuk menyampaikan pemutakhiran:

1. Akibat penghitungan ulang iuran pada periode berjalan, pekerja menerima jumlah negatif. Laporan dengan jumlah negatif tidak dapat diserahkan ke Layanan Pajak Federal. Oleh karena itu, hanya ada satu jalan keluar - dengan membuat laporan terkini untuk periode sebelumnya.

2. Karyawan tersebut bekerja di pekerjaan berbahaya. Premi asuransi dihitung dengan tarif tambahan. Informasi tentang perpindahan karyawan untuk bekerja dalam kondisi kerja normal terlambat diterima oleh departemen akuntansi. Akibat perhitungan ulang, tidak mungkin untuk mengurangi iuran yang dihitung dengan tarif tambahan, karena akrual karyawan pada periode berjalan tidak lagi dikenakan iuran dengan tarif tambahan.

Contoh 3

Dalam hal ini, berbeda dengan Contoh 2 sebelumnya, jumlah negatif premi asuransi akibat pembatalan perjalanan bisnis tidak akan dikompensasikan dengan akrual. Meskipun karena akrual karyawan lain, jumlah total premi asuransi akan positif, di Bagian 3 karyawan akan tetap memiliki nilai negatif, dan ini tidak dapat diterima. Dan oleh karena itu akuntan harus membuat dokumen Perhitungan ulang premi asuransi, menghitung ulang kontribusi untuk bulan Juni, membuat dan mengirimkan Perhitungan yang diperbarui ke Layanan Pajak Federal.

Program 1C: Gaji dan Manajemen Personalia 8 mengotomatiskan proses penghitungan ulang premi asuransi. Menggunakan layanan Pelaporan 1C perhitungan awal dan klarifikasi untuk premi asuransi dihasilkan secara otomatis. Namun, keputusan untuk menyiapkan Perhitungan klarifikasi tetap berada di tangan Akuntan. Setelah menganalisis konsekuensi dari pendaftaran dokumen yang mengubah perhitungan pada periode penyampaian laporan, akuntan akan menghitung ulang premi asuransi untuk periode sebelumnya, atau perhitungan secara otomatis terjadi pada bulan berjalan.

Dari editor. Pada artikel tersebut, baca tentang mekanisme yang diterapkan di 1C:Enterprise 8 untuk memeriksa rasio kontrol untuk perhitungan premi asuransi, yang memperhitungkan data perhitungan penyesuaian.