Zup 3 entri awal pendapatan rata-rata.

  • 18.12.2019

Transisi ke versi baru 3.1 dari 1C: ZUP dan 1C: Program PGU sedang berjalan lancar. Jadi, database baru dibuat, dan data secara otomatis ditransfer dari versi sebelumnya. Apa yang perlu diperiksa terlebih dahulu, dan di mana dalam program baru menemukan dokumen berharga dengan data? Kami telah menyiapkan lembar contekan kecil untuk Anda.

1. Informasi dasar tentang karyawan

Bagian "Utama" - "Data pada awal operasi"
Jenis dokumen:
- Penetapan staf awal: akrual terencana dan jumlah pembayaran di muka, posisi dan unit karyawan, sisa liburan.
- Tunggakan gaji awal: saldo pada penyelesaian bersama (+ hutang untuk organisasi, - hutang untuk karyawan).
- Periode dibayar sebelum dimulainya operasi: Liburan dibayar dalam program sebelumnya sebelum transfer, jatuh pada periode saat ini.

2. Daftar Eksekutif

Bagian "Gaji" - "Tunjangan dan pemotongan lainnya."

3. Hak atas pengurangan pajak penghasilan pribadi

Bagian "Pajak dan Kontribusi".
Jenis dokumen:
- Aplikasi pengurangan PIT - pemotongan standar;
- Pemberitahuan TETAPI tentang hak untuk pengurangan - pengurangan properti, notifikasi TETAPI harus dimasukkan secara manual.

4. Data perkiraan (penghasilan rata-rata)

Tab "Administrasi" - "Transfer data" (rata-rata untuk FSS dilakukan selama 3 tahun sebelumnya, untuk menghitung liburan selama 15 bulan sebelumnya).
Untuk melihat rata-rata karyawan, Anda perlu menggunakan "Laporan" - "Laporan Universal". Juga, jumlah dan jumlah hari yang diambil ketika menghitung liburan dapat dilihat langsung dalam dokumen, misalnya, "Liburan".

5.   Jika ada perjanjian pinjaman dengan karyawan (tab “Gaji” - “Pinjaman kepada karyawan”), maka harus dimasukkan secara manual. Juga, jika ada cuti orang tua ("Gaji" - "Liburan untuk pengasuhan anak"), Anda juga harus memasukkan informasi secara manual.

Misalnya, dalam 1C, akuntansi penggajian telah dilakukan sejak Januari 2013, dan data historis untuk menghitung pendapatan rata-rata belum dimasukkan. Ketika mencoba untuk mendapatkan cuti kepada seorang karyawan pada bulan Juli 2013, sebuah pesan informasi yang sesuai dikeluarkan bahwa data pendapatan tidak lengkap dan bahwa data yang hilang perlu ditambahkan:

Dengan demikian, dari Januari hingga Juni 2013, ada data untuk perhitungan, mereka ditentukan oleh hasil perhitungan yang dilakukan dalam 1C ZUP, tetapi data dari Juli hingga Desember 2012 harus ditambahkan:

Bagian dari data yang akan diperbarui ditentukan secara dinamis.

  • Jika kotak centang dipilih bahwa bonus diperoleh, maka data harus dimasukkan secara terpisah berdasarkan jenis pendapatan: penghasilan dasar, bonus, bonus tahunan. Karena mereka dimasukkan dalam berbagai cara dalam basis pendapatan rata-rata.
  • Jika kotak centang dicentang bahwa ada indeksasi, maka Anda harus membagi semua pendapatan ke dalam indeks dan bukan indeks.

Dalam contoh kami, tidak ada indeksasi atau premi, jadi masukkan saja:

  • jumlah biaya dan informasi tentang jam kerja,
  • jumlah hari kerja, ini penting.
  • Jumlah hari bekerja pada hari enam harus dibayar jika hari libur disediakan pada hari kerja.
  • Hari-hari bekerja dengan kalender, sangat penting, ini adalah untuk informasi dasar liburan.
  • Dan norma-norma hari menurut kalender produksi juga dapat ditunjukkan, kadang-kadang digunakan:

Data yang hilang dapat dimasukkan secara manual, langsung di formulir entri Data untuk menghitung pendapatan rata-rata. Tetapi di ZUP adalah mungkin untuk memprediksi pendapatan apa yang dibayarkan kepada karyawan untuk periode yang hilang, berdasarkan data personelnya saat ini - dengan tombol “Tambah”:

Setelah mengklik tombol "Tambah" di 1C, informasi yang diperlukan secara otomatis diisi. Segera sesuai dengan data yang dimasukkan, penghasilan rata-rata dihitung:

Setelah penghasilan yang dimasukkan ke dalam formulir ini dapat digunakan di masa depan, jika karyawan tersebut mendapat cuti berikutnya, atau, misalnya, pembayaran untuk kunjungan sementara dalam perjalanan bisnis atau dalam beberapa kasus lain.

Selain itu, dimungkinkan untuk mencentang kotak dan menggunakan data yang sama untuk pendapatan rata-rata saat menghitung cuti sakit dan tunjangan pengasuhan anak:

Kami menyimpan data yang dimasukkan dengan menekan tombol "ok" dan menghabiskan dokumen liburan:

Selanjutnya, kami mendaftarkan liburan lain untuk karyawan yang sama, misalnya, dari 1 September 2013 hingga 7 September 2013. Dalam 1C ZUP, penghasilan rata-rata dihitung secara otomatis, dan untuk periode Januari 2013 hingga Agustus 2013, informasi dari basis informasi digunakan sesuai dengan hasil akrual. . Dan untuk periode dari September 2012 hingga Desember 2012, data digunakan saat menghitung liburan sebelumnya kepada karyawan:

Dalam hal ini, Anda perlu menambahkan data untuk 2012, mulai Januari. Masukkan juga data untuk 2011, karena pendapatan rata-rata untuk dua tahun kalender sebelumnya diambil untuk pembayaran cacat sementara. Oleh karena itu, untuk menghitung manfaat penyakit, pendapatan rata-rata harus ditambahkan:

Pengaturan perhitungan pendapatan rata-rata dalam 1C ZUP

Di 1C ZUP ada kemampuan untuk mengkonfigurasi basis untuk menghitung pendapatan rata-rata. Saat menyiapkan jenis biaya apa pun, Anda dapat menentukan apakah akan dimasukkan dalam perhitungan penghasilan rata-rata atau tidak termasuk:

Selain itu, program ini memiliki formulir umum di mana Anda dapat melihat daftar semua biaya yang termasuk dalam basis untuk menghitung pendapatan rata-rata, dan yang tidak dalam dasar untuk menghitung pendapatan rata-rata:

Daftar lengkap penawaran kami:


Nilai artikel ini:

Dalam artikel ini, saya akan berbicara tentang cara lain untuk mulai bekerja dengan "1C: Gaji dan Manajemen Sumber Daya Manusia 3.0" (ZUP 3.0) - memasukkan saldo awal. Metode ini digunakan dalam kasus di mana perusahaan telah beroperasi selama beberapa waktu, tetapi basis data ZUP 3.0 tidak dilakukan (misalnya, perangkat lunak lain digunakan) atau karena alasan tertentu tidak mungkin untuk mentransfer data dari konfigurasi lama.

Yang terakhir sering terjadi jika database rusak atau dijalankan dengan kesalahan besar, membuatnya lebih mudah untuk memulai dari awal lagi dalam database baru daripada memperbaiki "sekolah" lama karyawan tidak terampil. Lagi pula, sebagian besar kesalahan terletak pada periode yang telah lama ditutup, dan upaya untuk memperbaikinya mengarah pada munculnya masalah baru.

Omong-omong, salah satu keunggulan global "1C: Gaji dan Manajemen SDM 3.0" dan "1C: Akuntansi 3.0" adalah perlindungan terhadap tindakan yang salah. Program memonitor dokumen-dokumen yang coba dikirim oleh pengguna dan tidak mengizinkan ini jika dokumen dijalankan dengan tidak benar. Dan ketika data dengan kesalahan diimpor ke dalam basis data ZUP 3.0, kesalahan ini segera berkembang dalam warna yang subur di jendela peringatan.

Baru-baru ini, dalam praktik saya ada kasus karakteristik. Sangat penting untuk mentransfer data untuk organisasi yang telah bekerja dengan program 1C: Gaji dan Personel 7,7 selama lebih dari lima belas tahun - hampir sejak konfigurasi ini muncul. Jumlah kesalahan yang terdeteksi setelah pemindahan skala dan menyebabkan keinginan yang obsesif untuk melemparkan server ke api. Ini adalah liburan yang dikeluarkan dengan tidak benar, perintah personil yang dikeluarkan salah, dan banyak lagi. Memperbaiki semua ini sama sekali tidak realistis. Tetapi karena staf organisasi hanya berisi sekitar dua puluh orang, masalahnya sangat mudah diselesaikan dengan memasukkan saldo awal.

Jadi, mari kita lihat bagaimana ini dilakukan. Pertama, Anda perlu melakukan pengaturan konfigurasi awal menggunakan wizard, seperti yang dijelaskan dalam artikel dan "Pengaturan. Dalam prosesnya, informasi tentang organisasi akan diisi dan catatan personel, serta daftar gaji, akan disiapkan.

Setelah mengisi, semua pengaturan harus diperiksa dan, jika perlu, disesuaikan dan ditambah. Saya berbicara tentang di mana mencari pengaturan ini dalam program dalam artikel, dan. Disebutkan pula masing-masing pengaturan ini bertanggung jawab.

Jika Anda perlu membuat akrual atau deduksi baru, saatnya untuk melakukannya pada tahap ini.

Maka Anda perlu mengisi daftar departemen, posisi, jadwal kerja dan kepegawaian, jika Anda ingin menyimpannya.

Ketika semua ini dilakukan, Anda perlu menambahkan semua individu dan karyawan ke database.

Saat memasukkan saldo awal karyawan, Anda dapat menambahkan tidak dengan dokumen untuk pekerjaan, tetapi dengan dokumen khusus "Data pada awal operasi program", yang terletak di bagian "Personil".

Dokumen ini mencatat periode kerja untuk setiap karyawan dan sisa liburan.

Pada tahap yang sama, ada baiknya menambahkan cuti orang tua yang ada, absen lainnya, pinjaman, serta surat perintah eksekusi, jika ada.

Jika pada saat memasukkan saldo awal antara organisasi dan karyawan ada tunggakan gaji, mereka harus dicatat dengan dokumen "Tunggakan gaji awal", yang terletak di bagian "Pembayaran". Jika ingatanku, sebelumnya dokumen ini ada di bagian "Gaji".

Hutang harus ditunjukkan pada akhir bulan. Selain itu, jika karyawan berhutang kepada perusahaan, maka jumlah pada kolom yang sesuai harus negatif.

Jumlah penghasilan rata-rata dalam dokumen menggunakan perhitungan pendapatan rata-rata dapat disesuaikan secara langsung dalam dokumen-dokumen ini ketika dibuat.

Jika Anda tidak memasukkan saldo awal di awal tahun, Anda juga harus memasukkan informasi tentang pajak dan kontribusi.

Informasi tentang pajak penghasilan pribadi dimasukkan menggunakan dokumen “Transaksi akuntansi pajak penghasilan pribadi” (sebelumnya disebut “transaksi akuntansi pajak penghasilan pribadi”), yang terletak di bagian “Pajak dan kontribusi”.

Menurut undang-undang saat ini, basis perhitungan untuk menghitung pendapatan rata-rata mencakup semua jenis upah, dengan pengecualian pembayaran sosial dan lainnya (kompensasi untuk pemeriksaan medis, pembayaran perjalanan dan makan, biaya pelatihan dan lain-lain). Bergantung pada pengaturan infobase, akrual di atas dapat diindeks dan tetap tidak berubah (pengecualian hanya akrual yang tidak dapat diindeks yang tidak terikat dengan gaji karyawan, misalnya, biaya tambahan berdasarkan jumlah). Pengaturan ini dapat dilihat di bagian Pengaturan - Penggajian - kotak centang "Indeksasi penghasilan karyawan sedang berlangsung".

Ketika kotak centang diaktifkan dalam pengaturan jenis akrual, tanda centang pengindeksan akrual menjadi aktif. Kemungkinan ini disediakan hanya untuk kasus-kasus seperti itu ketika Anda perlu menunjukkan apakah akrual tunduk pada indeksasi atau tidak. (Pengaturan Bagian - Biaya).

Pembayaran kompensasi tidak diperhitungkan dalam menghitung pendapatan rata-rata. Dan jika kita membuat (atau memilih dari daftar yang tersedia) akrual, maka ketika memilih tujuan “pembayaran kompensasi” akrual, bagian Pendapatan rata-rata menjadi tidak tersedia untuk diedit.

Beberapa jenis biaya memungkinkan untuk menentukan secara independen apakah mereka termasuk dalam basis untuk menghitung rata-rata atau tidak. Misalnya, bantuan materi terkait dengan menutupi kebutuhan karyawan mengacu pada manfaat sosial dan tidak diperhitungkan dalam perhitungan. Dan bantuan keuangan untuk liburan (jika disepakati dalam perjanjian bersama) mengacu pada pembayaran insentif dan diperhitungkan saat menghitung pendapatan rata-rata. Jika tanda pencantumannya dalam perhitungan telah diubah dalam bentuk akrual, maka untuk memperbarui daftar akumulasi tanpa menggunakan penghitungan ulang semua dokumen penggajian, Anda dapat menggunakan layanan "Perbarui data untuk menghitung pendapatan rata-rata", yang terletak di bagian "Gaji".

Sangat tidak nyaman untuk menganalisis pengaturan dari basis pendapatan rata-rata melalui satu akrual. Oleh karena itu, dalam konfigurasi, dimungkinkan untuk melihat secara besar-besaran semua biaya yang termasuk dalam database. Untuk melakukan ini, di bagian Pengaturan - Biaya, klik tombol “Pajak penghasilan pribadi, pendapatan rata-rata, dll.”

Seperti yang Anda lihat pada gambar, pengaturan terdiri dari dua kolom: di sebelah kiri adalah semua biaya yang menentukan pangkalan, di sebelah kanan semuanya tidak diperhitungkan. Untuk mengubah urutan akunting, cukup memindahkan akrual dari satu kolom ke kolom lainnya. Selain itu, di sini kita dapat segera mengubah urutan indeksasi biaya.

Setelah menyiapkan basis, kita dapat langsung menuju ke akrual itu sendiri, dihitung berdasarkan pendapatan rata-rata. Akrual seperti itu termasuk cuti berbayar, perjalanan bisnis, hari-hari cacat, hari-hari merawat anak cacat, downtime dibayar. Secara default, periode perhitungan adalah 12 bulan (norma ini ditetapkan oleh Pasal 139 dari Kode Perburuhan Federasi Rusia), tetapi jika periode yang berbeda ditentukan dalam perjanjian bersama, perhitungan perhitungan memungkinkan kita untuk memperbaikinya.

Dokumen akrual (mis. Perjalanan bisnis, Liburan, Cuti sakit, dll.) Memiliki formulir entri data terpisah untuk menghitung pendapatan rata-rata. Dalam formulir ini, semua pendapatan karyawan dikumpulkan untuk semua akrual yang membentuk basis rata-rata, jumlah hari yang benar-benar bekerja diperhitungkan. Berdasarkan data ini, rata-rata harian (penghasilan karyawan rata-rata per jam) dihitung.

Jika Anda masih memiliki pertanyaan tentang penghitungan penghasilan rata-rata dalam ZUP 1C, kami akan dengan senang hati menjawabnya sebagai bagian dari konsultasi gratis.

Kami berbicara tentang nuansa penghitungan pendapatan rata-rata dan memberikan contoh pengaturan dasar untuk menghitung pendapatan rata-rata di "1C: Gaji dan Manajemen Sumber Daya Manusia 8", edisi 3.

Dalam kasus yang ditentukan oleh undang-undang Federasi Rusia, seorang karyawan harus dibayar dalam bentuk pendapatan rata-rata, dan bukan upah. Prosedur untuk menghitung upah rata-rata untuk cuti sakit dan, misalnya, perjalanan bisnis dan liburan, bervariasi. 1C ahli mengklarifikasi apa yang perlu Anda ketahui tentang penghitungan pendapatan rata-rata sesuai dengan Keputusan Pemerintah Federasi Rusia 24 Desember 2007 No. 922 untuk kasus-kasus yang disediakan oleh Kode Tenaga Kerja Federasi Rusia, dan juga memberikan contoh pengaturan dasar untuk menghitung pendapatan rata-rata di "1C: Gaji dan Manajemen Sumber Daya Manusia 8" Revisi 3 dan efek penyimpangan dari jadwal kerja karyawan pada perhitungan.

Dalam hal apa penghasilan rata-rata dihitung

Istilah "penghasilan rata-rata" digunakan dalam dokumen peraturan untuk menggambarkan aturan perhitungan dalam berbagai kasus. Dari perhitungan penghasilan rata-rata, hari sakit, liburan, perjalanan bisnis dan lainnya dibayarkan. Dalam hal ini, penghasilan rata-rata dihitung dengan cara yang berbeda. Dengan demikian, Undang-Undang Federal 29 Desember 2006 No. 255-FZ dan Keputusan Pemerintah Federasi Rusia 15 Juni 2007 No. 375 menentukan prosedur untuk menghitung tunjangan cacat sementara, persalinan, dan pengasuhan anak hingga mencapai 1,5 tahun.

Aturan umum untuk menghitung pendapatan rata-rata untuk kasus-kasus ketika seorang karyawan tidak berada di tempat kerja, tetapi pendapatan tersebut dipertahankan untuknya sesuai dengan Kode Perburuhan, ditetapkan dalam pasal 139 dari Kode Perburuhan Federasi Rusia.

Prosedur perhitungan ditetapkan dalam Keputusan Pemerintah Federasi Rusia pada tanggal 27 Desember 2007 No. 922 (selanjutnya - Resolusi No. 922).

Artikel ini membahas perhitungan penghasilan rata-rata sesuai dengan Pasal 139 dari Kode Perburuhan Federasi Rusia dan Resolusi No. 922.

Keputusan yang ditentukan mendefinisikan prosedur berbeda untuk menghitung pendapatan rata-rata untuk dua kasus:

1. Cuti dan kompensasi untuk liburan yang tidak digunakan.

2. Kasus-kasus lain yang disediakan oleh Kode Tenaga Kerja Federasi Rusia (kecuali dalam kasus menentukan pendapatan rata-rata karyawan yang telah membuat catatan kumulatif waktu kerja).

Kasus yang disebutkan dalam Kode Tenaga Kerja Federasi Rusia, ketika penghasilan rata-rata disimpan:

  • perjalanan bisnis (Pasal 167 dari Kode Perburuhan Federasi Rusia);
  • pemeriksaan medis (Pasal 185 dari Kode Perburuhan Federasi Rusia);
  • pemindahan seorang karyawan ke pekerjaan lain (Pasal 72.2 dan 182 dari Kode Perburuhan Federasi Rusia);
  • donor darah dan komponennya (Pasal 186 dari Kode Perburuhan Federasi Rusia);
  • partisipasi karyawan dalam perundingan bersama (Pasal 39 Kode Perburuhan Federasi Rusia);
  • tidak terpenuhinya standar ketenagakerjaan, tidak terpenuhinya tugas tenaga kerja (resmi) karena kesalahan majikan (Pasal 155 dari Kode Perburuhan Federasi Rusia);
  • dll.

Kode Perburuhan Federasi Rusia menetapkan daftar kasus yang tidak tertutup untuk mempertahankan pendapatan rata-rata.

Rumus untuk menghitung pendapatan rata-rata berbeda untuk kasus pertama dan kedua, tetapi di masing-masing Anda perlu mengetahui periode perhitungan, jumlah hari bekerja dalam periode perhitungan, dan pendapatan aktual karyawan yang diterima dalam periode perhitungan.

Periode penagihan

Dalam kasus umum, periode penagihan terdiri dari 12 bulan sebelum bulan mempertahankan pendapatan rata-rata (paragraf 4 Resolusi No. 922).

Sesuai dengan pasal 139 dari Kode Perburuhan Federasi Rusia, pengusaha dapat menetapkan periode penagihan yang berbeda jika ini tidak memperburuk situasi pekerja.

Dalam program "1C: Gaji dan manajemen personalia" edisi 3 dalam dokumen yang mendaftarkan hari pembayaran untuk penghasilan rata-rata (misalnya, Liburan, Perjalanan bisnis), ada ikon pensil - Ubah data perhitungan pendapatan rata-rata  (gbr. 1).


Fig. 1. Ubah periode penagihan

Mengkliknya akan membuka jendela Entri data untuk menghitung pendapatan rata-rata. Beralih Taksiran periode penghasilan rata-rata  memberikan kemampuan untuk memilih periode: Standar, terdeteksi secara otomatis  dan Ditetapkan secara manual.

Jika dokumen peraturan lokal menyediakan periode penyelesaian selain 12 bulan, maka ketika bekerja dengan dokumen-dokumen tersebut dalam program, pengguna harus secara independen mengendalikan sehingga Penghasilan rata-ratadihitung pada periode penagihan yang ditetapkan secara manual tidak kurang dari standar. Lebih mudah untuk membuat kontrol dalam bentuk mengatur ulang sakelar.

Periode penagihan mencakup waktu kerja aktual. Jika, misalnya, kontrak kerja disimpulkan dengan seorang karyawan kurang dari 12 bulan sebelum menghitung pendapatan rata-rata, maka dalam periode penagihan standar (12 bulan sebelumnya) waktu sebelum kerja akan dikecualikan.

Artinya, periode penagihan tidak berubah, tetapi waktu yang tidak bekerja dialokasikan di dalamnya. Daftar periode yang dikecualikan didefinisikan dalam paragraf 5 Resolusi No. 922.

Jadi, waktu ketika karyawan:

  • menerima penghasilan rata-rata (dengan pengecualian istirahat untuk memberi makan anak);
  • cuti hamil, cuti sakit;
  • tidak bekerja karena downtime karena kesalahan majikan atau karena keadaan di luar kendali para pihak;
  • tidak dapat bekerja karena mogok di mana dia sendiri tidak berpartisipasi;
  • digunakan hari tambahan berbayar untuk merawat anak cacat;
  • dalam kasus-kasus lain, ia diberhentikan dari pekerjaan dengan pengawetan penuh atau sebagian dari penghasilan atau tanpa itu.

Dalam program "1C: Gaji dan manajemen personalia" edisi 3 menyediakan untuk pengecualian periode tersebut.

Periode pengecualian diatur dalam kartu jenis perhitungan (menu Setup - Biaya) pada bookmark Penghasilan rata-rata.

Jika bendera   tidak ditetapkan, maka periode dan penghasilan untuk periode ini dikecualikan dari perhitungan rata-rata.

Ketika tidak ada hari kerja dalam periode penagihan, perhitungan dilakukan untuk bulan berjalan.

Misalnya, perjalanan bisnis atau liburan terjadi di bulan ketika seorang karyawan menandatangani kontrak kerja. Berseragam Memasukkan data untuk menghitung pendapatan rata-rata  tombol Tambahkan sesuai dengan data penggajian  mengisi data untuk menghitung pendapatan rata-rata dengan informasi bulan berjalan.

Penghasilan aktual

Saat menghitung penghasilan rata-rata, penghasilan aktual karyawan mencakup semua jenis pembayaran yang disediakan oleh sistem penggajian yang diberikan kepada karyawan dalam periode penagihan, terlepas dari sumber dana. Dengan kata lain, perhitungan rata-rata mencakup semua pembayaran yang ditetapkan oleh pemberi kerja dalam sistem upah sebagai upah.

Selain itu, berikut ini termasuk dalam perhitungan:

  • tunjangan dan biaya tambahan untuk tarif tarif dan gaji untuk keterampilan profesional, masa kerja, pengetahuan bahasa asing, kombinasi profesi, peningkatan volume pekerjaan, dll.;
  • pembayaran yang berkaitan dengan kondisi kerja (koefisien distrik, biaya tambahan untuk bekerja dalam kondisi berbahaya, berbahaya dan sulit, untuk bekerja lembur di malam hari, pada hari libur);
  • bonus dan remunerasi yang disediakan oleh sistem upah, ditetapkan dalam peraturan setempat;
  • jenis pembayaran gaji lainnya dari majikan.

Perhatikan, bonus satu kali tidak termasuk dalam sistem remunerasi tidak berpartisipasi dalam perhitungan pendapatan rata-rata. Dalam program "1C: Gaji dan manajemen personalia" edisi 3 semua jenis perhitungan, yang diinstal Tujuan akrual - Penghargaantentu jatuh ke dalam perhitungan pendapatan rata-rata.

Bendera Sertakan dalam basis akrual saat menghitung pendapatan rata-rata  dalam jenis kartu perhitungan pada tab Penghasilan rata-rata  untuk biaya seperti itu diatur secara default dan tidak tersedia untuk beralih. Untuk premi yang tidak termasuk dalam penghasilan rata-rata, Anda harus membuat jenis perhitungan baru dengan Tujuan akrual - Akrual dan pembayaran lainnya.

Perhitungan penghasilan rata-rata untuk ...

... semua kecuali liburan

Perhitungan pendapatan rata-rata untuk semua kasus, kecuali untuk liburan, dilakukan sesuai dengan rumus yang sama, tetapi tergantung pada sistem upah, lebih tepatnya - pada cara menghitung waktu.

Jika karyawan diatur ke mode jam kerja kumulatif, maka perhitungan dilakukan oleh jam, dan penghasilan rata-rata per jam dari akun standar dihitung dengan rumus:

SChZ \u003d RFP / HPF,

dimana:
Filter lulus tinggi  - jam aktual bekerja;
ZP  - penghasilan yang diperoleh karyawan untuk periode penagihan.

Jika karyawan tidak memiliki rezim jam kerja kumulatif, maka perhitungan dilakukan oleh hari dan penghasilan harian rata-rata SDK dihitung sesuai dengan rumus:

SDZ \u003d ЗП / ФВД,

dimana FVD  - Jam aktual bekerja dalam beberapa hari.

Untuk menghitung penghasilan rata-rata untuk periode dalam kasus ini, pendapatan harian rata-rata dikalikan dengan waktu yang dibayarkan sesuai dengan jadwal karyawan dalam beberapa hari.

Namun, tidak dalam semua kasus waktu yang harus dibayar dihitung sesuai dengan jadwal. Pengecualian adalah pembayaran hari donor. Dalam surat No. 14-2 / \u200b\u200bOOG-1727 tertanggal 1 Maret 2017 dan No. 14-2 / \u200b\u200bB-1087 tanggal 31 Oktober 2016, Kementerian Tenaga Kerja Rusia menjelaskan bahwa pembayaran harus dilakukan untuk hari-hari donor darah dan komponen-komponennya berdasarkan pada hari kerja delapan jam, terlepas dari jadwal karyawan

... liburan

Ketika menghitung penghasilan rata-rata untuk tujuan menghitung liburan, terlepas dari metode pencatatan waktu kerja, akuntansi dilakukan setiap hari.

Pendapatan harian rata-rata SDK dihitung dengan rumus:

SDZ \u003d ЗП / 29.3 х Мes + Dnepr,

dimana:
   Bulan
  - jumlah bulan kalender penuh bekerja;
Dnepr  - jumlah hari dalam bulan kalender tidak lengkap, dihitung dengan rumus:

Dnipro \u003d 29,3 / KD x OD,

dimana:
   Cd
  - jumlah hari kalender dalam sebulan;
OD  - jumlah hari yang digunakan.

Contoh pengaruh penyimpangan dari jadwal kerja pada perhitungan pendapatan rata-rata

Pertimbangkan bagaimana penyimpangan dari jadwal kerjanya memengaruhi perhitungan pendapatan rata-rata karyawan, misalnya, karena sedang berlibur, perjalanan bisnis, dll.

Contoh 1

Saat menghitung liburan (Gbr. 2), penghasilan rata-rata harian sebesar 1.022,68 rubel. (358 571,43 RUB / 350,62 hari). Pada bulan November, satu hari tidak berhasil, dan penghasilan sebesar 28.571,43 rubel. Bulan November tidak sepenuhnya diperhitungkan - 28,32. Secara total, 358.571,43 rubel diperoleh untuk periode penagihan. dan tercatat 350,62 hari.


Fig. 2. Perhitungan penghasilan rata-rata untuk liburan, Contoh 1

Saat menghitung perjalanan (Gbr. 3), penghasilan rata-rata harian sebesar 1.451,71 rubel. (358 571,43 RUB / 247 hari). Secara total, 358.571,43 rubel diperoleh untuk periode penagihan. dan 247 hari kerja dihitung.


Fig. 3. Perhitungan penghasilan rata-rata untuk perjalanan bisnis, Contoh 1

Contoh 2

Saat menghitung liburan (Gbr. 4), penghasilan rata-rata harian sebesar 1 019,83 rubel. (358 571,43 rubel / 351,6 hari), yang kurang dari pada Contoh 1. Faktanya adalah bahwa hari libur mempengaruhi penghasilan karyawan - pada 28 November 571,43 rubel bertambah, seperti halnya dengan kegagalan lain untuk muncul . Tetapi cuti tidak mengurangi jumlah hari kerja, dan bulan dianggap selesai sepenuhnya. Secara total, 358.571,43 rubel diperoleh untuk periode penagihan. dan tercatat 351,6 hari.


Fig. 4. Perhitungan penghasilan rata-rata untuk liburan, Contoh 2

Namun, ketika menghitung perjalanan, waktu istirahat tidak termasuk dalam jumlah hari yang benar-benar bekerja, dan penghasilan rata-rata adalah 1.451,71 rubel, seperti pada Contoh 1 (lihat Gambar 3).

Contoh 3

Saat menghitung liburan (Gbr. 5), penghasilan rata-rata harian sebesar 1.032,18 rubel. (362.914,98 rubel / 351,6 hari), yang lebih dari pada Contoh 1. Faktanya adalah bahwa bekerja pada hari libur mempengaruhi pendapatan karyawan - 32.914, 98 rubel diperoleh pada bulan November. Tetapi bekerja pada hari libur tidak mengubah fakta bulan yang bekerja penuh, dan koefisien 29,3 digunakan untuk perhitungan. Secara total, 362.914,98 rubel diperoleh untuk periode penagihan. dan tercatat 351,6 hari.


Fig. 5. Penghitungan penghasilan rata-rata untuk liburan, Contoh 3

Ketika menghitung perjalanan bisnis, bekerja pada hari libur meningkatkan hari kerja yang sebenarnya, dan penghasilan rata-rata 1.457,49 rubel. (362.914,98 RUB / 249 hari). Secara total, 362.914,98 rubel diperoleh untuk periode penagihan. dan 249 hari kerja diperhitungkan (Gbr. 6).


Fig. 6. Perhitungan penghasilan rata-rata untuk perjalanan bisnis, Contoh 3

Dari redaksi. Untuk mendapatkan lebih banyak informasi tentang aturan penghitungan pendapatan rata-rata, tentang penghitungan bonus, tentang pengindeksan pendapatan rata-rata dengan kenaikan gaji, tentang peraturan tentang penghitungan pendapatan rata-rata dalam dokumen lokal, dan juga berkenalan dengan contoh-contoh lain dari penghitungan pendapatan rata-rata di 1C: program Manajemen SDM dan SDM 8 "Edisi 3 dimungkinkan dari