Untuk akrual yang berkaitan dengan upah, situasi yang umum terjadi adalah ketika beberapa akrual didasarkan pada akrual lainnya. Misalnya, bonus bergantung pada gaji tahun sebelumnya, dan gaji liburan bergantung pada apakah karyawan tersebut telah bekerja di perusahaan tersebut selama enam bulan atau belum. Mekanisme rencana jenis perhitungan memungkinkan ketergantungan ini direalisasikan sepenuhnya. Mari pertimbangkan untuk menyiapkan rencana jenis perhitungan:
- Menggunakan masa berlaku - menentukan apakah jenis perhitungan bersifat periodik. Misalnya, masa berlaku diperlukan untuk gaji, tunjangan, dan bonus triwulanan, namun tidak untuk bonus satu kali atas kinerja luar biasa atau denda.
- Ketergantungan pada pangkalan - menentukan kemungkinan ketergantungan jenis perhitungan dari rencana tertentu pada jenis perhitungan lain (rencana jenis perhitungan ini atau lainnya). Jika:
- Tidak tergantung - jenis perhitungan rencana ini akan sangat independen
- Tergantung pada masa berlakunya - jenis perhitungan rencana ini bergantung pada lamanya jenis perhitungan lainnya. Misalnya saja bonus pelayanan jangka panjang
- Tergantung pada periode pendaftaran - jenis perhitungan paket ini bergantung pada jenis perhitungan lain untuk periode tertentu. Misalnya, bonus triwulanan sebesar gaji
- Rencana dasar jenis perhitungan - Anda dapat menentukan rencana yang jenis perhitungannya dapat dipilih sebagai dasar. Anda juga dapat merujuk pada rencana saat ini untuk jenis perhitungan. Opsi ini hanya tersedia jika Ketergantungan dasar tidak disetel ke nilai Tidak bergantung
Yang pertama, Utama, Anda dapat menentukan kode dan nama jenis perhitungan, serta mengatur opsi Masa berlakunya adalah masa dasar. Opsi ini hanya tersedia jika jenis perhitungan rencana bersifat periodik, yaitu Menggunakan masa berlaku = Ya:
Tab Dasar menunjukkan jenis perhitungan yang sebenarnya dasar untuk ini:
Penting bahwa hanya jenis perhitungan tersebut yang tersedia, rencana yang ditentukan dalam pengaturan untuk rencana jenis perhitungan ini:
Pada tab Pengalihan, jenis perhitungan yang menggantikan ditunjukkan, yaitu perhitungan yang mengecualikan pengaruh perhitungan saat ini (misalnya, pada saat yang sama seorang karyawan dapat menerima gaji, cuti sakit, atau pembayaran liburan):
Pada tab Terkemuka, jenis perhitungan yang terkait dengan ini ditunjukkan. Anda harus menentukannya secara manual, meskipun Anda telah memilih beberapa jenis perhitungan sebagai dasar, Anda harus memasukkannya lagi di sini. Pengaturan ini diperlukan untuk mengontrol perhitungan ulang - jika kita menghitung ulang data secara retroaktif untuk jenis perhitungan yang mengarah ke jenis perhitungan tertentu, maka jenis perhitungan ini juga perlu dihitung ulang.
Soal 14.04 ujian 1C: Platform Professional. Ketergantungan pada dasar sebagai Ketergantungan pada masa berlaku dalam hal jenis perhitungan ditetapkan jika...
- diasumsikan bahwa setidaknya satu jenis perhitungan dalam rencana akan memiliki perpanjangan waktu
- Diasumsikan bahwa di kemudian hari, ketika menentukan dasar perhitungan untuk entri register perhitungan, hanya catatan-catatan yang masa berlaku sebenarnya berada dalam periode dasar yang akan diperhitungkan.
- diasumsikan bahwa semua jenis perhitungan dalam rencana akan mempunyai perpanjangan waktu
Jawaban yang benar adalah yang kedua, analisis di atas.
Soal 14.05 ujian 1C: Platform Professional. Ketergantungan pada basis sebagai Ketergantungan pada periode pendaftaran dalam hal jenis perhitungan ditetapkan jika...
- diasumsikan bahwa di kemudian hari, ketika menentukan dasar perhitungan untuk entri register perhitungan, hanya catatan-catatan yang Periode Pendaftarannya termasuk dalam periode dasar yang akan diperhitungkan.
- diasumsikan bahwa tidak ada satu pun jenis perhitungan dalam rencana yang akan beroperasi selama jangka waktu tertentu
- Diasumsikan bahwa dalam register perhitungan yang terkait dengan rencana jenis perhitungan ini, semua jenis perhitungan tidak akan mempunyai sifat berlaku untuk jangka waktu tertentu.
Jawaban pertama, analisis di atas.
Soal 14.31 ujian 1C: Platform Profesional. Jika ketergantungan dasar ditentukan berdasarkan masa berlaku, maka...
- Entri sebagian dalam register perhitungan dapat terjadi pada periode dasar
- tidak akan ada hasil “sebagian”: entri tersebut akan diperhitungkan seluruhnya, atau tidak akan diperhitungkan seluruhnya
- Sebagian entri dalam daftar penghitungan dapat dimasukkan ke dalam periode dasar, dan basis tersebut akan dihitung secara proporsional dengan bagian periode sebenarnya dari entri yang mempengaruhi yang tumpang tindih dengan periode dasar yang ditentukan. Ini akan menggunakan data dari grafik yang terkait dengan entri ini.
- pernyataan 1 dan 3 benar
Jawaban yang benar adalah yang ketiga - sebagian hit diperhitungkan secara proporsional.
Soal 14.36 ujian 1C: Platform Profesional. Jika satu dokumen menghitung catatan yang bergantung pada database (misalnya, Gaji dan Bonus berdasarkan Persentase, yang databasenya menyertakan gaji), maka...
- Sebelum menghitung record yang bergantung pada database, Anda perlu menghitung record yang termasuk dalam database ini dan menulis hasilnya ke register perhitungan. Dengan demikian, pada umumnya dalam proses pengeposan suatu dokumen akan dilakukan dua prosedur pencatatan dalam daftar penyelesaian
- urutan penghitungan catatan tersebut dapat berubah-ubah, karena sistem akan secara otomatis menentukan urutan penghitungan bergantung pada tingkat prioritas jenis penghitungan. Selama proses pengeposan dokumen, satu prosedur pencatatan akan dilakukan dalam daftar penyelesaian
- Sebelum menghitung record yang bergantung pada database, Anda perlu menghitung record yang termasuk dalam database ini. Selama proses pengeposan dokumen, satu prosedur pencatatan akan dilakukan dalam daftar penyelesaian
Jawaban yang benar adalah yang pertama - untuk membuat entri kedua, Anda harus membaca yang pertama terlebih dahulu (antara lain).
Soal 14.06 ujian 1C: Platform Professional. Rencana dasar untuk jenis penghitungan adalah...
- rencana jenis perhitungan yang terkait dengan register perhitungan
- rencana jenis perhitungan dari mana jenis perhitungan akan diambil untuk menghitung dasar perhitungan
- rencana jenis penghitungan yang properti "ketergantungan dasar" disetel ke nilai selain "tidak bergantung"
Jawaban yang benar jelas yang kedua.
Soal 14.07 ujian 1C: Platform Professional. Tidak adanya bagian tabel yang telah ditentukan sebelumnya “Jenis perhitungan dasar” untuk jenis perhitungan Rencana jenis perhitungan dapat dijelaskan oleh fakta bahwa...
- Dalam konfigurasi, beberapa rencana jenis perhitungan ditentukan dan jenis perhitungan dari rencana jenis perhitungan lainnya dapat ditentukan sebagai rencana dasar
- atribut "periode dasar" tidak disetel dalam register perhitungan
- Ketergantungan pada basis dalam hal jenis perhitungan tidak ditentukan
- Jawaban 1 dan 3 benar
Jawaban yang benar adalah yang ketiga, fitur ini dijelaskan di postingan.
Soal 14.33 ujian 1C: Platform Profesional. Sebagai register dasar (dari sumber daya yang basisnya dihitung)...
- mungkin ada beberapa register perhitungan
- hanya satu register perhitungan yang dapat bertindak
- mungkin terdapat register penghitungan yang dikaitkan dengan rencana jenis penghitungan yang merupakan dasar untuk rencana jenis penghitungan yang terkait dengan register penghitungan yang dimaksud
- pernyataan 1, 3 benar
Jawaban yang benar adalah yang keempat, ketergantungannya tidak hanya pada beberapa register, tetapi juga multi level.
Soal 14.56 ujian 1C: Platform Profesional. Untuk jenis perhitungan Bonus, jenis perhitungan Gaji ditetapkan sebagai jenis dasar, selain itu juga ditetapkan sebagai jenis perhitungan utama untuk bonus. Dalam hal apa informasi tentang perlunya penghitungan ulang gaji akan muncul di tabel penghitungan ulang?
- Selalu, saat memasukkan gaji
- Tidak akan pernah muncul
- Hanya jika gaji dimasukkan dalam dokumen tersendiri setelah bonus dimasukkan dan dihitung
Jawaban yang benar adalah yang ketiga, karena bonus tergantung pada gaji, maka perlu dihitung ulang setelah memasukkan gaji secara surut.
Soal 14.08 ujian 1C: Platform Professional. Jenis perhitungan perpindahan adalah jenis perhitungan seperti...
- catatan-catatan yang dalam register perhitungannya harus menggantikan catatan-catatan dari jenis perhitungan tertentu berdasarkan masa berlakunya
- yang saling eksklusif dalam hal masa berlaku sebenarnya dan sistem harus memastikan bahwa memasukkan satu jenis perhitungan akan mengakibatkan pengecualian jenis perhitungan lainnya
- yang saling eksklusif berdasarkan periode pendaftaran
Jawaban yang lebih benar di sini adalah yang pertama.
Soal 14.09 ujian 1C: Platform Professional. Jenis perhitungan yang...
- milik beberapa rencana jenis perhitungan
- milik rencana jenis perhitungan yang sama
- kedua pernyataan itu benar
Jawaban yang benar adalah yang kedua. Jenis perhitungan dari rencana yang berbeda tidak dapat dipilih dalam rencana ini.
Soal 14.10 ujian 1C: Platform Professional. Konsep menggantikan jenis perhitungan kehilangan maknanya jika...
- Masa berlaku tidak digunakan dalam hal jenis perhitungan
- masa berlaku sebenarnya tidak digunakan dalam hal jenis perhitungan
- Masa pendaftaran dan masa berlaku tidak digunakan dalam jenis pembayaran
- periode dasar tidak digunakan dalam jenis perhitungan
Soal 14.35 ujian 1C: Platform Profesional. Mekanisme represi memanifestasikan dirinya...
- dalam mengubah tabel register perhitungan
- dalam mengubah komposisi catatan pada tabel Masa berlaku sebenarnya
- adalah ketika memasukkan perpindahan pada beberapa dokumen, perpindahan dokumen lain akan terdistorsi secara permanen
- semua pernyataan benar
Jawaban kedua benar. Tabel register perhitungan tidak berubah, sama sekali tidak jelas apa distorsinya.
Soal 14.38 ujian 1C: Platform Profesional. Jika Anda menetapkan dalam rencana jenis penghitungan bahwa "Liburan" menggantikan "Gaji", dan, pada saat yang sama, "Gaji" tersebut menggantikan "Liburan", dan mencoba menyimpan perubahannya, maka...
- sistem akan mengeluarkan peringatan dan tidak akan menyimpan perubahan
- kesalahan sistem akan terjadi
- semuanya akan dipertahankan
Berdasarkan jawabannya, pilihan pertama benar. Faktanya, sistem tidak bereaksi dengan cara apa pun terhadap pengaturan seperti itu, setidaknya dalam pengaturan yang telah ditentukan sebelumnya. Gaji:
dan bonus:
Soal 14.52 ujian 1C: Platform Profesional. Untuk jenis perhitungan Gaji, jenis perhitungan Perjalanan ditetapkan sebagai jenis perhitungan pengganti, namun tidak ditetapkan sebagai jenis perhitungan utama. Dalam hal apa informasi tentang perlunya penghitungan ulang gaji akan muncul di tabel penghitungan ulang?
- Selalu, saat memasuki perjalanan
- Tidak akan pernah muncul
- Hanya jika perjalanan bisnis dimasukkan sebagai dokumen tersendiri
- Hanya jika perjalanan dinas tersebut dimasukkan sebagai dokumen tersendiri untuk periode sebelumnya
Jawaban ketiga.
Soal 14.11 ujian 1C: Platform Profesional. Jenis perhitungan utama adalah...
- jenis perhitungan, ketika memasukkan (atau mengubah) hasil jenis perhitungan saat ini harus dihitung ulang
- yang saling eksklusif dalam hal masa berlakunya dan sistem harus memastikan bahwa memasukkan salah satunya akan menyebabkan pengecualian yang lain
- jenis perhitungan, bila dihapus, record dengan jenis perhitungan saat ini akan otomatis terhapus
Jawaban yang benar adalah yang pertama, mereka seperti master, jadi ketika mengubah, Anda perlu menghitung ulang semua perhitungan budak.
Soal 14.12 ujian 1C: Platform Professional. Pemimpinnya bisa...
- jenis perhitungan dari beberapa rencana jenis perhitungan
- jenis perhitungan dari satu rencana jenis perhitungan
- kedua pernyataan itu benar
Jawaban yang benar adalah yang ketiga, Anda dapat memilih presenter mana saja.
Soal 14.54 ujian 1C: Platform Profesional. Untuk jenis perhitungan Bonus, jenis perhitungan dasar adalah Gaji, namun tidak ditetapkan sebagai yang utama. Dalam hal apa informasi tentang perlunya penghitungan ulang gaji akan muncul di tabel penghitungan ulang?
- Selalu, saat memasukkan gaji
- Tidak akan pernah muncul
- Hanya jika gaji dimasukkan dalam dokumen tersendiri
- Hanya jika gaji dimasukkan dalam dokumen tersendiri setelah bonus dimasukkan dan dihitung
Jawaban yang benar adalah yang kedua - karena tidak memimpin, berarti tidak ada ketergantungan langsung dan tidak perlu menghitung ulang.
. Gaji 1C dan Manajemen Personalia pada dasarnya adalah produk perangkat lunak khusus untuk mengotomatisasi perhitungan penggajian. Dalam artikel saya sebelumnya, saya telah menyebutkan bahwa program ini memberikan banyak peluang untuk menyiapkan berbagai rumus, yang tidak hanya dapat Anda pilih, tetapi juga buat sendiri, menggunakan indikator yang telah ditentukan sebelumnya dan Anda sendiri. Sayangnya, seringkali lebih mudah bagi pemrogram untuk memodifikasi dan menulis ulang konfigurasi daripada berurusan dengan alat standar produk perangkat lunak. 1C ZiUP. Akibatnya, pengguna akhir, klien, harus membayar untuk kerja ekstra pemrogram, dan juga memerlukan peningkatan biaya pembaruan terjadwal dari program itu sendiri dan kesulitan kecil namun tidak menyenangkan lainnya yang terkait dengan penggunaan a konfigurasi yang telah dihapus dari dukungan.
Pada artikel ini kita akan melihat contoh di mana saya akan mencoba untuk mencerminkan sepenuhnya kemampuan utama penggunaan rumus dan indikator. Masalah penggunaan direktori juga akan disinggung. "Jadwal kerja" dan dokumen misterius. Jangan bingung dengan laporan dengan nama yang sama. Tentu saja, tidak mungkin menceritakan semuanya dalam kerangka satu contoh, jadi nanti saya akan menulis beberapa publikasi lagi tentang topik ini.
Rumus perhitungan sewenang-wenang dalam 1C ZiUP
✅
✅
✅
Mari kita langsung ke contohnya. Saya pikir ini akan menjadi lebih jelas. Jadi, organisasi tersebut memiliki departemen keamanan. Pegawai departemen ini berjumlah 4 orang, bekerja setiap 3 hari sekali. Seorang karyawan menerima gaji penuh jika dia mengerjakan seluruh rencananya sesuai jadwal. Jika mereka melakukannya hari tidak bekerja, kemudian gaji dihitung ulang secara proporsional dengan hari kerja. Mungkin juga seorang karyawan akan bekerja hari lebih banyak dari yang dibutuhkan sesuai dengan jadwal Anda. Hal ini terjadi apabila pegawai menggantikan pegawai lain yang sedang berlibur atau keluar karena sakit. Dalam hal ini pegawai yang bekerja sebagai pengganti mempunyai hari kerja lebih banyak dari yang dibutuhkan menurut jadwalnya. Penting untuk memastikan bahwa dalam hal ini gajinya dihitung seperti untuk pekerjaan normal dalam kerangka hari-hari yang direncanakan dari jadwal, dan pembayaran untuk hari-hari kerja di luar rencana akan dikaitkan dengan jenis perhitungan lain “Pembayaran tambahan untuk kombinasi” .
Membuat elemen direktori “Jadwal Kerja”.
Pertama kita perlu membahas elemen-elemennya direktori "Jadwal Kerja". Itu dapat ditemukan di desktop program pada tab “Akuntansi Personalia” di kolom tengah.
Untuk keperluan kami, sudah ada template “Dalam tiga hari (40 jam kerja seminggu)”. Sebuah opsi akan muncul di mana program akan menghitung secara terpisah jam kerja malam dan malam untuk karyawan yang bekerja sesuai jadwal ini. Dalam contoh kami, ini tidak diperlukan, jadi kami tidak mencentang kotaknya. Tapi mari kita tetapkan tanggal dimulainya hitungan mundur periodisitas menjadi 01/07/2014. Pada grafik kedua - “Dalam tiga hari 2” - tanggal ini akan bergeser 1 hari dan seterusnya.
Setelah itu, klik tombol “Isi”. Dan jadwalnya akan terisi mulai dari tanggal yang ditentukan.
Jadi, kita akan membuat tiga grafik lagi untuk setiap pergeseran.
Membuat jenis perhitungan untuk mengotomatisasi penggajian di 1C ZiUP
✅ Seminar “Lifehacks untuk 1C ZUP 3.1”
Analisis 15 life hacks untuk akuntansi di 1C ZUP 3.1:
✅ DAFTAR PERIKSA untuk memeriksa perhitungan penggajian di 1C ZUP 3.1
VIDEO - pemeriksaan akuntansi mandiri bulanan:
✅ Perhitungan penggajian di 1C ZUP 3.1
Petunjuk langkah demi langkah untuk pemula:
Selain itu, saat mempekerjakan karyawan ini, perlu ditetapkan jenis perhitungannya. Mereka perlu diciptakan. Yang pertama adalah “Gaji (jaminan)”. Izinkan saya mengingatkan Anda sekali lagi bahwa gaji tersebut harus dibayar penuh jika semuanya bekerja sesuai jadwal (yaitu tidak ada hari yang terlewat), tetapi jika tidak dikerjakan sepenuhnya, maka dihitung secara proporsional dengan hari kerja. Namun dalam hal seorang karyawan bekerja di luar jadwal yang telah ditetapkan, perlu dipastikan bahwa hanya satu gaji yang diperoleh, tanpa perhitungan ulang untuk hari kerja lembur. Pembayaran untuk pemrosesan akan dilakukan dengan jenis pembayaran lain, tetapi akan dibahas lebih lanjut nanti.
Mari kita buka direktorinya "Akrual dasar organisasi" dan berdasarkan tipe perhitungan standar “Gaji per hari”, dengan menyalin kita akan membuat tipe perhitungan baru “Gaji (jaminan)”. Tautan ke buku referensi dapat ditemukan di tab "Daftar gaji" desktop program di bagian paling bawah di bagian "Lihat". Juga". Semua parameter kecuali rumus dan nama disimpan seperti elemen aslinya. Mari kita langsung mengedit rumusnya. Untuk melakukan ini, pertama-tama setel sakelar “Metode perhitungan” ke posisinya "Rumus perhitungan sewenang-wenang" lalu klik link “Edit rumus perhitungan”. Akibatnya, jendela terpisah akan terbuka di mana kita akan membuat rumus. Ini terdiri dari tiga bidang:
- Rumus perhitungan – di sini rumus akan langsung dihasilkan;
- Fungsi adalah operasi aritmatika dan logika yang telah ditentukan sebelumnya oleh pengembang dan dapat digunakan dalam rumus. Dalam bantuan tersebut Anda dapat mengetahui lebih banyak tentang masing-masing;
- Indikator, pertama, adalah variabel yang telah ditentukan sebelumnya yang mengambil nilai yang diprogram oleh pengembang 1C. Misalnya, parameter “TimeInDays” akan mengembalikan jumlah hari kerja karyawan yang penghitungannya dilakukan menggunakan jenis penghitungan ini. Kedua, Anda bisa membuat indikator sendiri. Misalnya, buat indikator “Item terjual”, bergantung pada bonus mana yang akan diberikan kepada karyawan, dan nilainya sendiri, mis. berapa banyak terjual diisi sebulan sekali sebelum menghitung gaji.
Langsung saja saya berikan rumus yang akan kita gunakan, lalu saya jelaskan:
? (TimeInDays>=NormTimeInDays, TariffRateMonthly, TariffRateMonthly / NormTimeInDays * TimeInDays)
Pertama, izinkan saya menjelaskan konstruksi penerapan rumus ini: ?(kondisi, ekspresi1, ekspresi2).
).
Jika kondisi dalam tanda kurung terpenuhi, maka hasilnya mengambil nilai variabel yang terletak setelah koma pertama (yaitu ekspresi1, dalam kasus kami adalah TarifTarifBulanan ). Jika kondisi tidak terpenuhi, maka hasilnya mengambil nilai yang diperoleh setelah menjalankan rumus, yang terletak setelah koma kedua (yaitu ekspresi2, dalam contoh kita ini adalah Tarif TarifBulanan / StandardTimeInDays * TimeInDays ).
Kedua, saya akan menguraikan indikator yang digunakan dalam rumus:
- Waktu Dalam Hari– jumlah hari kerja karyawan pada bulan berjalan –;
- NormaWaktuDalamHari– rencana jumlah hari karyawan harus bekerja pada bulan berjalan sesuai dengan jadwal kerja – indikator yang telah ditentukan sebelumnya - dihitung secara otomatis oleh program;
- TarifTarifBulanan– berapa penghasilan seorang karyawan jika mereka bekerja penuh pada hari kerja yang direncanakan – indikator yang telah ditentukan - ditunjukkan saat menugaskan jenis pembayaran ini kepada seorang karyawan.
Dan sekarang saya akan mencoba menjelaskan inti dari rumus tersebut. Jika karyawan tersebut telah bekerja ( Waktu Dalam Hari) sepanjang hari-hari normalku ( Norma Waktu Dalam Hari) atau melebihi norma ini (yaitu terpenuhinya syarat), maka Pekerja dibayar penuh gajinya. Jika kondisinya tidak terpenuhi, mis. ia bekerja lebih sedikit dari biasanya, maka pembayarannya ditentukan berdasarkan tarif bulanan sebanding dengan hari kerja. Bentuk akhir perhitungannya akan terlihat seperti ini.
Pastikan untuk mencatat jenis penghitungan ini untuk menyimpan perubahan apa pun.
Sekarang mari kita buat jenis perhitungan kedua, “Pembayaran tambahan untuk pekerjaan gabungan”, yang akan melacak situasi ketika seorang karyawan telah bekerja lebih lama dari yang ditentukan oleh jadwal kerjanya. Pembayaran untuk pemrosesan tersebut akan dihitung berdasarkan tarif bulanan, sebanding dengan hari pemrosesan. Rumus untuk perhitungan jenis ini akan terlihat seperti:
? (TimeInDays > NormTimeInDays, ((TimeInDays – NormTimeInDays) / NormTimeInDays * TariffRateMonthly), 0)
Jika kondisinya tidak terpenuhi, mis. apabila pegawai tersebut belum melebihi jumlah hari kerja sesuai jadwalnya, maka hasilnya nol, yaitu. dalam hal ini karyawan tidak menerima pembayaran tambahan. Tidak ada parameter baru yang muncul dibandingkan dengan jenis perhitungan sebelumnya, jadi tidak ada gunanya menjelaskannya lagi. Kami menyimpan jenis perhitungan ini.
Sekarang kita perlu menugaskan jenis penghitungan ini kepada karyawan kita. Jika ada pegawai baru, maka hal ini dilakukan dalam dokumen perekrutan. Baca lebih lanjut tentang mempekerjakan karyawan. Jika jenis perhitungan ditetapkan untuk karyawan yang sudah bekerja, maka Anda dapat menggunakan dokumen tersebut “Memperkenalkan akrual atau pengurangan permanen organisasi” atau “Memasukkan informasi tentang akrual yang direncanakan untuk karyawan organisasi”. Namun hanya dalam kasus pertama Anda harus memasukkan dua dokumen untuk setiap jenis penghitungan, dan dalam kasus kedua Anda dapat bertahan dengan satu dokumen.
Perhitungan penggajian menggunakan jenis perhitungan yang dibuat
✅ Seminar “Lifehacks untuk 1C ZUP 3.1”
Analisis 15 life hacks untuk akuntansi di 1C ZUP 3.1:
✅ DAFTAR PERIKSA untuk memeriksa perhitungan penggajian di 1C ZUP 3.1
VIDEO - pemeriksaan akuntansi mandiri bulanan:
✅ Perhitungan penggajian di 1C ZUP 3.1
Petunjuk langkah demi langkah untuk pemula:
Jadi, sebagai hasilnya, masing-masing dari empat karyawan ini harus memiliki dua akrual yang direncanakan.
Izinkan saya mengingatkan Anda bahwa perhitungan gaji di 1C ZiUP dilakukan berdasarkan prinsip perpindahan. Semua hari dalam jadwal dianggap bekerja jika tidak ada dokumen pengganti hari kerja dalam jadwal (cuti sakit, uang liburan, dll). Baca lebih lanjut tentang urutan perhitungan penggajian di ZUP. Sejauh ini kami belum memasukkan dokumen preemptive apa pun untuk karyawan kami ke dalam program, dan jika Anda mencoba membuat laporan "Lembar waktu"(lebih lanjut tentang laporan dan formulir cetak), maka kita akan melihat bahwa karyawan bekerja sepanjang hari di bulan Agustus sesuai dengan jadwalnya.
Sekarang mari kita asumsikan karyawan Shelestov pergi berlibur mulai tanggal 22 Agustus dan ternyata seseorang harus bekerja pada hari-harinya (pada bulan Agustus ini adalah tanggal 24 dan 28). Gorin menyetujui hal ini. Tidak sulit bagi Shelestov untuk merefleksikan liburannya. Untuk ini kami menggunakan dokumen tersebut “Akrual liburan untuk seorang karyawan”(baca lebih lanjut tentang liburan). Namun untuk mencerminkan hari tambahan bagi karyawan Gorin, kami akan menggunakan dokumen tersebut "Lembar waktu". Sekali lagi, jangan bingung antara dokumen ini dengan laporan dengan nama yang sama. Dokumen ini dapat ditemukan di tab “Perhitungan penggajian” di desktop program. Mari buat dokumen baru. Mari kita atur bulan akrual ke Agustus 2014 dan tambahkan karyawan Gorin ke bagian tabel dokumen. Dalam hal ini, absensi karyawan akan terisi secara otomatis sesuai dengan jadwal kerjanya di bulan Agustus. Kita hanya perlu mengubah tanggal 24 dan 28 Agustus dari akhir pekan menjadi hari kerja (“Saya 24”).
Kami melaksanakan dokumen itu.
Sekarang kita dapat membuka dokumen "Penggajian untuk karyawan organisasi", mengisi dokumen ini dengan karyawan departemen keamanan dan menghitung dokumen ini. Hasilnya, kami mendapatkan yang berikut ini.
Jadi, Shelestov bekerja 2 hari lebih sedikit karena liburan, bukannya 7 hari 5, jadi gajinya dihitung secara proporsional dengan hari kerja:
12.500 / 7*5 = 8.928,57 rubel.
Tentu saja, tidak ada pertanyaan tentang pembayaran tambahan apa pun, jadi “Pembayaran tambahan untuk kombinasi” sama dengan 0.
Karyawan Gorin bekerja dua hari lebih lama dari rencananya, bukannya 8 hari 10. Gaji dibebankan penuh untuk 8 hari yang direncanakan - 12.500 rubel. Tetapi pembayaran tambahan dihitung secara proporsional dengan dua hari kerja yang melebihi norma 8 hari kerja:
12.500 / 8 * 2 = 3.125,00 gosok.
Seperti ini. Kami mengotomatiskan segala sesuatu yang dapat diotomatisasi dalam contoh ini menggunakan alat standar. Untuk kenyamanan, Anda juga dapat melakukan pemrosesan eksternal, yang memungkinkan, berdasarkan liburan dan dokumen pengganti lainnya, untuk membuat dokumen “Lembar Waktu Kerja”, yang menunjukkan dalam pemrosesan ini siapa yang menggantikan siapa. Namun hal ini layak dilakukan hanya jika prosedur seperti itu tersebar luas dari bulan ke bulan dengan jumlah karyawan yang banyak. Dan Anda dapat memasukkannya secara manual.
Itu saja untuk hari ini! Segera akan ada materi baru yang menarik.
Untuk menjadi orang pertama yang mengetahui tentang publikasi baru, berlangganan pembaruan blog saya:
Rencana jenis perhitungan- ini adalah objek konfigurasi aplikasi. Mereka digunakan dalam mekanisme perhitungan periodik yang kompleks dan berfungsi untuk menggambarkan jenis perhitungan dan pengaruh timbal baliknya satu sama lain.
Struktur
Rencana jenis perhitungan adalah daftar jenis perhitungan. Setiap jenis perhitungan memiliki kode, nama dan himpunan detail, berisi informasi tambahan tentang jenis penghitungan ini:
Misalnya, rencana jenis perhitungan Akrual dasar organisasi mungkin terlihat seperti ini:
Pembuatan dan pengeditan tipe perhitungan dapat dilakukan baik oleh pengembang (tipe perhitungan yang telah ditentukan sebelumnya) dan oleh pengguna saat bekerja dengan solusi aplikasi. Namun, pengguna tidak dapat menghapus jenis penghitungan yang dibuat oleh pengembang.
Tipe perhitungan yang dibuat dalam rencana tipe perhitungan dapat mempengaruhi satu sama lain. Sistem mendukung dua jenis pengaruh tersebut: ketergantungan berdasarkan periode dasar Dan preemption berdasarkan masa berlakunya.
Untuk setiap jenis penghitungan, Anda dapat menentukan daftar jenis penghitungan yang bergantung pada periode dasar, dan yang akan menggantikannya selama masa berlaku.
Misalnya, jenis perhitungan Alimentasi mungkin bergantung pada periode dasar pada jenis perhitungan seperti Gaji, Tarif Harian, Pembayaran tambahanPribadi dll. Dan jenis perhitungannya Gaji dapat digantikan oleh jenis perhitungan Ketidakhadiran:
Selain ketergantungan ini, apa yang disebut jenis perhitungan utama dapat ditentukan untuk suatu jenis perhitungan - jenis perhitungan yang tidak bergantung secara langsung, tetapi dapat mempengaruhinya melalui jenis perhitungan lainnya.
Bentuk rencana jenis perhitungan
Agar pengguna dapat melihat dan mengubah data yang terdapat dalam rencana jenis perhitungan, sistem mendukung beberapa bentuk penyajiannya. Sistem dapat secara otomatis menghasilkan semua formulir yang diperlukan; Bersamaan dengan ini, pengembang mempunyai kesempatan untuk membuat formulirnya sendiri, yang akan digunakan sistem alih-alih formulir default:
Formulir daftar
Untuk melihat tipe penghitungan, gunakan formulir daftar. Ini memungkinkan Anda menavigasi daftar, menambah, menandai untuk dihapus, dan menghapus jenis perhitungan. Formulir daftar memungkinkan Anda mengurutkan dan memilih informasi yang ditampilkan berdasarkan beberapa kriteria:
Mekanisme perhitungan periodik yang kompleks memungkinkan penerapan berbagai model penggajian. Pengoperasian mekanisme ini didasarkan pada dua komponen.
Di satu sisi, mekanisme perhitungan periodik yang kompleks berisi alat untuk menjelaskan berbagai jenis perhitungan yang akan digunakan dalam solusi aplikasi. Misalnya, jenis pembayaran seperti gaji, tunjangan, denda, dll. Selain penjelasan sebenarnya tentang jenis perhitungan ini, dimungkinkan untuk menetapkan aturan yang menurutnya beberapa jenis perhitungan akan mempengaruhi jenis perhitungan lainnya.
Di sisi lain, mekanisme ini memberikan kemampuan untuk menyimpan data perantara yang digunakan untuk melakukan penghitungan dan hasil akhir penghitungan.
Pengoperasian mekanisme perhitungan periodik yang kompleks disediakan oleh dua objek solusi aplikasi:
Rencana jenis perhitungan dan register Perhitungan.
Rencana jenis-jenis perhitungan digunakan untuk menggambarkan jenis-jenis perhitungan dan pengaruh timbal baliknya satu sama lain. Dalam solusi aplikasi, terdapat sejumlah rencana untuk jenis penghitungan, bergantung pada model akuntansi yang diterapkan:
Register perhitungan digunakan untuk menyimpan catatan tentang jenis perhitungan tertentu yang perlu dilakukan, serta untuk menyimpan data perantara dan hasil perhitungan itu sendiri. Solusi terapan mungkin berisi beberapa register perhitungan yang dirancang untuk mencerminkan data dari bagian akuntansi tertentu:
Rencana jenis perhitungan
Struktur rencana jenis perhitungan
Rencana jenis perhitungan adalah daftar jenis perhitungan. Setiap jenis penghitungan memiliki kode, nama, dan kumpulan detail yang berisi informasi tambahan tentang jenis penghitungan ini:
Misalnya, rencana untuk jenis penghitungan Akrual Dasar Organisasi mungkin terlihat seperti ini:
Pembuatan dan pengeditan tipe perhitungan dapat dilakukan baik oleh pengembang (tipe perhitungan yang telah ditentukan sebelumnya) dan oleh pengguna saat bekerja dengan solusi aplikasi. Namun, pengguna tidak dapat menghapus jenis penghitungan yang dibuat oleh pengembang.
Tipe perhitungan yang dibuat dalam rencana tipe perhitungan dapat mempengaruhi satu sama lain. Sistem ini mendukung dua jenis pengaruh tersebut: ketergantungan berdasarkan periode dasar dan pergeseran berdasarkan masa berlaku.
Untuk setiap jenis penghitungan, Anda dapat menentukan daftar jenis penghitungan yang bergantung pada periode dasar, dan yang akan menggantikannya selama masa berlaku.
Misalnya, jenis penghitungan tunjangan mungkin bergantung pada periode dasar pada jenis penghitungan berikut:
Dan tipe perhitungan Gaji dapat diganti dengan tipe perhitungan Absensi :
Selain ketergantungan ini, apa yang disebut jenis perhitungan utama dapat ditentukan untuk suatu jenis perhitungan - jenis perhitungan yang tidak bergantung secara langsung, tetapi dapat mempengaruhinya melalui jenis perhitungan lainnya.
Bentuk rencana jenis perhitungan
Agar pengguna dapat melihat dan mengubah data yang terdapat dalam rencana jenis perhitungan, sistem mendukung beberapa bentuk penyajiannya. Sistem dapat secara otomatis menghasilkan semua formulir yang diperlukan; Bersamaan dengan ini, pengembang mempunyai kesempatan untuk membuat formulirnya sendiri, yang akan digunakan sistem alih-alih formulir default:
Untuk melihat tipe penghitungan, gunakan formulir daftar. Ini memungkinkan Anda menavigasi daftar, menambah, menandai untuk dihapus, dan menghapus jenis perhitungan. Formulir daftar memungkinkan Anda mengurutkan dan memilih informasi yang ditampilkan berdasarkan beberapa kriteria:
Untuk melihat dan mengubah data untuk tipe penghitungan individual, gunakan formulir tipe penghitungan. Biasanya, ini menyajikan data dalam bentuk yang mudah dipahami dan diedit:
Selain kedua formulir untuk tipe penghitungan ini, formulir untuk memilih tipe penghitungan tertentu dari daftar juga didukung. Biasanya berisi kumpulan informasi minimum yang diperlukan untuk memilih jenis perhitungan tertentu.
Daftar perhitungan
Struktur register perhitungan
Informasi dalam register perhitungan disimpan dalam bentuk catatan, yang masing-masing berisi nilai pengukuran dan nilai sumber daya yang sesuai.Dimensi register menggambarkan bagian di mana informasi disimpan, dan sumber daya register secara langsung berisi informasi yang disimpan. Misalnya untuk register perhitungan Akrual Dasar Pegawai Organisasi, yang mempunyai struktur sebagai berikut:
Catatan yang disimpan dalam database akan terlihat seperti ini:
Hubungan dengan jenis perhitungan rencana
Register penghitungan dikaitkan dengan salah satu rencana jenis penghitungan yang ada dalam solusi aplikasi. Koneksi ini menyebabkan setiap catatan register memiliki bidang Jenis Perhitungan, sehingga mekanisme register dapat melacak pengaruh timbal balik dari catatan perhitungan satu sama lain.Periodisitas
Register perhitungan menyimpan data tidak hanya dalam konteks pengukuran yang dibuat, tetapi juga dalam konteks waktu. Inilah alasan adanya satu lagi bidang wajib untuk setiap entri register perhitungan - Masa Berlaku. Saat membuat register perhitungan, pengembang dapat menentukan frekuensi minimum entri yang akan dimasukkan ke dalam register:
Subordinasi kepada registrar
Perubahan status register perhitungan biasanya terjadi pada saat dokumen diposting. Oleh karena itu, setiap entri register dikaitkan dengan dokumen tertentu - registrar dan nomor baris dokumen ini. Menambah entri ke dalam register, mengubahnya, dan menghapusnya hanya dapat dilakukan secara bersamaan untuk semua entri yang terkait dengan satu dokumen.
Hubungan dengan Garis Waktu
Register perhitungan dapat dihubungkan ke jadwal waktu. Garis waktu adalah daftar informasi yang berisi diagram waktu dari sumber data yang terlibat dalam penghitungan. Dimensi jadwal ini dapat berupa, misalnya jadwal dan tanggal kerja, dan sumber daya dapat berupa jumlah jam kerja pada tanggal tersebut. Kemudian dimungkinkan untuk mengaitkan entri register perhitungan dengan jadwal kerja tertentu dan di masa depan, dengan menggunakan bahasa bawaan, memperoleh informasi tentang jumlah jam kerja yang diperlukan untuk melakukan perhitungan.Misalnya timeline dengan struktur sebagai berikut:
Perhitungan ulang
Daftar perhitungan dapat mencakup objek khusus - Perhitungan ulang:
Dalam objek-objek ini, sistem akan menyimpan informasi tentang entri mana dalam register perhitungan yang kehilangan relevansinya dan dapat dihitung ulang sebagai akibat dari pengoperasian mekanisme ketergantungan untuk periode dasar dan penggusuran selama masa berlaku.
Keunikan catatan
Sistem memberikan kontrol atas keunikan catatan yang disimpan dalam register perhitungan. Oleh karena itu, register perhitungan tidak boleh memuat dua entri yang berkaitan dengan baris yang sama dari dokumen yang sama.Mekanisme yang diterapkan oleh register perhitungan
Preemption berdasarkan masa berlaku
Mekanisme preemption masa berlaku memungkinkan Anda menghitung masa berlaku sebenarnya dari entri register penyelesaian berdasarkan analisis entri lain yang terdapat dalam register.Secara umum, entri register penyelesaian berisi dua tanggal yang menentukan periode validitas entri tersebut. Periode ini disebut masa berlaku entri. Akan tetapi, jika jenis perhitungan yang dimiliki suatu entri tertentu dapat digantikan oleh jenis perhitungan lain, maka masa berlaku entri tersebut hanyalah periode “yang diminta”, yaitu, “kami ingin entri tersebut valid pada periode ini. .” Pada kenyataannya, masa berlaku sebenarnya dari catatan ini hanya dapat ditentukan setelah menganalisis semua catatan jenis perhitungan yang menggantikan jenis perhitungan ini berdasarkan masa berlakunya. Masa berlaku sebenarnya adalah serangkaian periode yang merupakan bagian dari masa berlaku awal entri. Jika tidak ditemukan catatan yang menggantikan masa berlakunya, maka masa berlaku sebenarnya dari catatan tersebut akan sama dengan masa berlakunya. Kasus ekstrim lainnya dari penggusuran seumur hidup adalah ketika suatu catatan tertentu digantikan sepenuhnya oleh catatan lain. Dalam hal ini, tidak akan ada masa berlaku sebenarnya untuk entri tersebut.
Setiap entri register penyelesaian berisi jenis penyelesaian yang terkait. Untuk menentukan entri mana yang harus menggantikan entri tertentu berdasarkan masa berlakunya, daftar penggajian menggunakan tautan ke rencana jenis penggajian, yang menggambarkan pengaruh timbal balik dari jenis penggajian satu sama lain. Penggunaan hubungan ini memungkinkan register penggajian menentukan masa berlaku aktual setiap entri.
Ketergantungan berdasarkan periode dasar
Mekanisme ketergantungan periode dasar memungkinkan Anda memperoleh nilai dasar untuk entri register perhitungan berdasarkan analisis entri lain yang terdapat dalam register.Basis adalah nilai numerik yang harus digunakan untuk menghitung hasil rekaman tertentu. Basis dihitung dengan menganalisis hasil perhitungan entri lain yang menjadi sandaran entri ini untuk periode dasar. Jadi, dalam kasus umum, entri register perhitungan berisi dua tanggal yang menentukan periode di mana perlu untuk menganalisis catatan jenis perhitungan di mana jenis perhitungan ini bergantung pada basis - periode dasar. Menggunakan tautan ke rencana jenis penghitungan memungkinkan register penghitungan menentukan jenis penghitungan yang bergantung pada jenis penghitungan tertentu untuk periode dasar.
Register perhitungan mendukung dua jenis ketergantungan pada periode dasar:
- ketergantungan pada masa berlaku;
- ketergantungan pada periode pendaftaran.
Dalam hal ketergantungan pada masa berlaku, untuk memperoleh dasar, catatan-catatan tersebut akan dipilih yang perpotongan masa berlaku sebenarnya dengan masa dasar catatan ini akan dipilih. Nilai dasar yang akan diperoleh dari suatu catatan berpengaruh tertentu umumnya tidak sama dengan hasil yang dikandung catatan tersebut. Basis akan dihitung secara proporsional dengan porsi periode aktual dari catatan yang berpengaruh yang tumpang tindih dengan periode dasar yang ditentukan. Ini akan menggunakan data bagan yang terkait dengan catatan ini.
Jika bergantung pada periode pendaftaran, untuk mendapatkan basis, hasil penghitungan catatan-catatan yang termasuk dalam periode dasar catatan ini dengan nilai bidang “Periode Pendaftaran” akan dipilih.
Versi paling rumit dari ketergantungan pada periode dasar adalah kasus ketika properti “Periode validitas adalah periode dasar” ditetapkan untuk jenis perhitungan catatan ini. Properti ini berarti bahwa periode dasar catatan ini akan digunakan bukan periode dasar, yang ditentukan dalam bidang catatan yang sesuai, tetapi masa berlaku sebenarnya dari catatan tersebut, yang diperoleh sebagai hasil dari pengoperasian mekanisme penggusuran untuk masa berlakunya dan yang pada umumnya merupakan kumpulan beberapa periode.
Menghasilkan catatan perhitungan ulang
Mekanisme pembuatan catatan perhitungan ulang memantau fakta munculnya catatan dalam register yang mempengaruhi hasil perhitungan catatan yang ada. Kemungkinan pencatatan baru mempengaruhi pencatatan yang sudah ada ditentukan sebagai hasil analisis pengaruh timbal balik jenis perhitungan dan berdasarkan kerja mekanisme perpindahan masa berlaku dan ketergantungan pada periode dasar.Hasil dari mekanisme pembuatan catatan perhitungan ulang adalah sekumpulan catatan perhitungan ulang yang berisi informasi tentang entri register mana yang harus dihitung ulang (dihitung ulang).
Formulir register perhitungan
Agar pengguna dapat melihat data yang terdapat dalam register perhitungan, sistem mendukung bentuk penyajian register perhitungan - formulir daftar. Ini memungkinkan Anda untuk mengurutkan dan memilih informasi yang ditampilkan berdasarkan beberapa kriteria:
Sistem dapat secara otomatis menghasilkan formulir ini. Bersamaan dengan ini, pengembang memiliki kesempatan untuk membuat formulirnya sendiri yang akan digunakan sistem alih-alih formulir default, termasuk formulir kumpulan catatan yang memungkinkan Anda menambah, mengubah, dan menghapus entri register perhitungan.
Fungsionalitas register perhitungan
Fungsi utama yang disediakan oleh register perhitungan kepada pengembang adalah:
- memilih catatan dalam interval tertentu sesuai dengan kriteria yang ditentukan;
- pemilihan rekaman oleh registrar;
- memperoleh nilai dasar entri register yang memenuhi seleksi yang ditentukan;
- memperoleh data jadwal entri register yang memenuhi seleksi tertentu;
- memperoleh data tentang catatan yang akan dihitung ulang;
- membaca, memodifikasi, dan menulis sekumpulan catatan ke register.
Pertama, mari kita cari tahu di mana lokasi rekanan di 1C 8.3. Direktori Counterparty dapat dipanggil dari bagian Direktori:
Atau melalui perintah Semua fungsi di menu Utama:
Langkah 1. Mengisi kolom kartu rekanan
Cara membuat rekanan
Saat mengisi kolom Counterparty Type, tersedia 4 nilai yang dapat dipilih: Badan Hukum, Perorangan, Divisi Terpisah, Instansi Pemerintah:
Jika pihak lawan adalah badan hukum
Cantumkan nama, nama lengkap (ditunjukkan pada formulir tercetak), INN (10 digit), KPP (9 digit), kode OKPO.
Untuk rekanan jenis ini, setelah mengisi nama pendek, tersedia tombol Isi berdasarkan nama. Ketika Anda mengkliknya, jendela kontraktor yang ditemukan dengan nama saat ini akan muncul:
Setelah pengguna memilih rekanan yang diinginkan, program 1C 8.3 membandingkan rinciannya dengan rincian yang diisi oleh pengguna dan:
- atau mengisi rincian yang kosong;
- atau, jika ada perbedaan, tawarkan untuk mengisi ulang rincian tersebut.
Jadi, dalam 1C 8.3 rinciannya otomatis terisi: nama, disingkat nama resmi, pos pemeriksaan, telepon, alamat resmi.
Untuk menggunakan layanan isi otomatis berdasarkan nama, Anda harus menghubungkan layanan dukungan pengguna Internet melalui bagian Administrasi – Layanan – Dukungan Internet.
Jika pihak lawannya adalah seorang individu
Cantumkan nama lengkap, INN (12 digit), kode OKPO, seri dan nomor sertifikat, dokumen identitas:
Jika pihak lawan adalah divisi yang terpisah
Susunan kolomnya sama dengan pengisian jenis Badan Hukum, namun ditambahkan kolom tambahan yaitu Head Counterparty. Pemilihan nilai untuk mengisi kolom ini juga berasal dari direktori Counterparty, oleh karena itu Head Counterparty harus dimasukkan terlebih dahulu ke dalam direktori ini.
Untuk divisi tersendiri pada 1C 8.3, NPWP diisi secara otomatis sesuai dengan NPWP pimpinan rekanan, dan pos pemeriksaannya tergantung lokasi divisi, nama divisi:
Jika pihak lawannya adalah instansi pemerintah
Digunakan untuk memasukkan informasi tentang lembaga pemerintah ke dalam database 1C 8.3: misalnya, Dana Pensiun Federasi Rusia, Layanan Pajak Federal, Dana Asuransi Sosial. Dalam hal ini ditunjukkan hal-hal berikut:
- Nama – nama penerima, dapat dimengerti oleh pengguna;
- Nama lengkap – nama penerima pembayaran dalam perintah pembayaran untuk transfer ke anggaran;
- Badan pemerintah:
- Otoritas pajak - jika penerimanya adalah Layanan Pajak Federal;
- Badan FSS - jika penerimanya adalah FSS;
- Badan Dana Pensiun - jika penerimanya adalah Dana Pensiun;
- Lainnya – jika penerimanya adalah badan lain.
- NPWP – NPWP penerima pembayaran;
- Pos pemeriksaan – pos pemeriksaan penerima pembayaran:
Mengisi sisa kolom kartu Counterparty
- Nama lengkap– nama lengkap rekanan (untuk dimasukkan ke dalam formulir cetak). Mampu menyimpan riwayat perubahan nama.
- Negara pendaftaran– penting untuk disebutkan, karena jika pihak lawan terdaftar di luar negeri, maka dimungkinkan untuk memasukkan nomor pajak dan pendaftaran dalam format negara pendaftaran.
- Detail lengkap rekening bank utama, alamat Dan telepon, orang yang dapat dihubungi dari kartu secara otomatis dimasukkan ke dalam dokumen saat memilih rekanan.
- NPWP dan pos pemeriksaan rekanan - saat mengisi rincian ini, kebenarannya diperiksa, serta ketidakhadirannya dalam database untuk menghindari duplikasi.
Untuk semua jenis rekanan, kecuali divisi tersendiri, pada 1C 8.3 dimungkinkan untuk mengisi rincian secara otomatis sesuai NPWP. Dalam hal ini:
- Mengisi NPWP juga berfungsi saat terhubung ke dukungan Internet.
- Jika ada informasi tentang rekanan dalam Daftar Badan Hukum Negara Bersatu, rincian berikut akan diisi: pos pemeriksaan, nama pendek dan lengkap, alamat resmi, manajer sebagai penghubung utama, telepon.
- Atribut checkpoint memiliki kemampuan untuk menyimpan riwayat perubahannya (mulai dari versi 3.0.39). Jika pos pemeriksaan telah berubah, maka Anda perlu mengklik link History dan menambahkan baris baru, yang menunjukkan tanggal mulai dari nilai baru:
Kartu rekanan di bagian atas memberikan akses ke detail dan dokumen yang terkait dengan rekanan ini:
Mari kita lihat masing-masing secara lebih rinci.
Daftar rekening bank untuk rekanan ini akan terbuka:
Rekening bank baru harus dimasukkan melalui kartu rekanan. Anda juga dapat menambahkan bank baru melalui formulir entri rekening saat ini:
Untuk mengisi bank dengan benar di 1C 8.3 sebaiknya menggunakan Bank Classifier yang diisi dengan mendownload bank classifier dari website lembaga RBC atau dari disk ITS (baca artikel kami).
Setelah pengklasifikasi dimuat ke 1C 8.3, Anda perlu menemukan bank yang diinginkan di folder dengan nama wilayah yang diperlukan dan klik tombol Pilih. Setelah ini, bank akan ditambahkan ke direktori Banks dan dari sana Anda dapat menambahkannya ke kolom Bank di jendela pembuatan Rekening Giro:
Kotak centang “Pembayaran dilakukan melalui rekening koresponden yang dibuka di bank lain (bank penyelesaian)” dipilih jika penyelesaian dilakukan melalui rekening koresponden bank di bank lain. Hanya berlaku untuk rekening bank Rusia.
Daftar orang yang dapat dihubungi untuk rekanan ini akan terbuka. Kontak person yang dipilih sebagai kontak utama dimasukkan ke dalam dokumen dan formulir cetak. Misalnya, contact person dimasukkan ke dalam bagian Tanda Tangan kontrak rekanan ini:
Saat membuat contact person, isi kolom berikut:
- Tab utama– nama lengkap;
- Tab Alamat– alamat, telepon, E-mail, informasi kontak lainnya;
- Tab Detail tambahan– posisi, peran, tanggal lahir, informasi tambahan lainnya.
- Bidang Peran diisi untuk memperjelas nilai yang ditentukan dalam bidang Posisi. Misalnya Jabatan = Akuntan, dan peran klarifikasinya bisa = Akuntan, Akuntan Material, Akuntan Aset Tetap, dll.
Saat Anda mulai mengisi, contact person diisi dengan formulir Kontak person rekanan:
Namun setelah merekam elemen pada tab Beranda, ditambahkan 2 jenis kontak lagi untuk dipilih: kontak pribadi dan contact person lainnya, sehingga jika kontak tersebut tidak lagi menjadi contact person untuk rekanan ini, maka kedepannya akan dimungkinkan. untuk menetapkan jenis lain padanya dan kontak tersebut akan muncul di direktori Kontak orang, tetapi tidak akan lagi terdaftar sebagai kontak rekanan ini dan tidak akan muncul dalam daftar kontak orangnya:
Daftar pengaturan akun penyelesaian untuk rekanan ini akan terbuka:
Jendela ini hanya memiliki nilai informatif, karena lebih baik mengatur akun dengan rekanan melalui daftar informasi dengan nama yang sama, sehingga pengaturannya benar dan gambar pengaturannya lengkap. Untuk melakukan ini, buka bagian Direktori – Pembelian dan penjualan – Akun untuk penyelesaian dengan pihak lawan:
Gambar tersebut menunjukkan bahwa dua baris dengan pengaturan akun telah dimasukkan:
- Pengaturan baris pertama berlaku untuk semua organisasi, semua rekanan dan untuk semua kontrak dan untuk penyelesaian dalam mata uang registri. akuntansi, karena tidak ada nilai di kolom yang dipilih.
- Baris kedua sudah secara khusus berlaku untuk organisasi Confetprom untuk penyelesaian dengan rekanan Cafe Skazka berdasarkan perjanjian tertentu dan untuk penyelesaian dalam mata uang registri. akuntansi.
Dengan demikian, penggantian rekening pada baris pertama akan berlaku dalam semua kasus kecuali yang ditentukan pada baris kedua. Dalam hal ini, kolom yang harus diisi di pengaturan baru tidak lebih sedikit daripada di pengaturan sebelumnya.
Daftar informasi dengan nama yang sama dibuka dengan pemilihan lisensi untuk rekanan ini. Informasi ini digunakan untuk menyusun deklarasi volume eceran:
Daftar pengaturan manajemen dokumen elektronik untuk rekanan ini akan terbuka. dapat ditemukan di bagian Administrasi – Pengaturan pertukaran dokumen elektronik:
Langkah 2. Bekerja dengan dokumen rekanan di 1C 8.3
Di tab Dokumen Jurnal Operasi dengan pilihan untuk rekanan ini akan terbuka, di mana Anda juga dapat mengatur pilihan berdasarkan perjanjian dan organisasi, serta detail lainnya melalui tombol Lainnya – Daftar pengaturan:
Langkah 3. Bekerja dengan perjanjian rekanan di 1C 8.3
Bagaimana memilih perjanjian rekanan
Ketersediaan akuntansi berdasarkan kontrak di 1C 8.3 disertakan di bagian Utama - Fungsionalitas - tab Perhitungan - Kotak centang Akuntansi berdasarkan kontrak.
Di tab Perjanjian daftar semua kontrak yang pernah dimasukkan ke dalam database 1C 8.3 untuk rekanan ini akan terbuka. Dalam daftar, Anda dapat memilih berdasarkan organisasi dan memilih kontrak yang ada untuk tanggal tertentu.
Konfigurasi 1C Accounting 3.0 memungkinkan Anda untuk menetapkan beberapa kontrak untuk rekanan sebagai kontrak utama, bergantung pada organisasi tempat kontrak dibuat dan jenis kontrak. Artinya, 2 kontrak utama dengan tipe Lainnya dan Dengan pembeli dapat ditugaskan ke satu organisasi, namun satu organisasi tidak dapat memiliki 2 kontrak utama dengan tipe Dengan pembeli:
Indikasi kontrak yang salah di 1C dapat menyebabkan duplikasi kontrak. Kesalahan apa yang dapat ditimbulkannya, cara menemukan dan memperbaiki kesalahan tersebut, lihat video kami:
Cara membuat perjanjian dengan rekanan di 1C 8.3
Mengisi rincian umum kontrak:
- Rincian berikut selalu diisi: nama, nomor dan tanggal kontrak;
- Mata uang penyelesaian – mata uang kontrak;
- Jenis penghitungan – analitik tambahan untuk penghitungan. Memungkinkan pengguna untuk menggabungkan kontrak dari rekanan yang berbeda. Misalnya, ke dalam kelompok menurut kriteria tertentu;
- Jenis harga – digunakan untuk substitusi saat memilih kontrak dalam dokumen.
Saat membuat kontrak baru, bidang kuncinya adalah Jenis Kontrak. Perluasan daftar pemilihan jenis kontrak di 1C 8.3 Accounting 3.0 ditentukan dengan mengaktifkan pengaturan di bagian Utama - Fungsi - tab Perdagangan:
Jenis perjanjian menentukan, misalnya, ketersediaan perjanjian untuk dipilih dari daftar perjanjian saat memasukkan dokumen (kwitansi, penjualan, dll.) ke dalam database 1C 8.3:
Kesalahan apa yang dapat terjadi karena kesalahan menentukan jenis kontrak, lihat video pelajaran kami:
Mengisi rincian kontrak dengan pemasok di 1C 8.3
Jika di lapangan Mata uang Jika mata uang akuntansi yang tidak diatur dipilih, kolom tersebut akan tersedia Pembayaran masuk dan pilihan mata uang pembayaran.
kotak centang Batas waktu pembayaran telah ditetapkan berdasarkan kontrak– ditetapkan jika kontrak menetapkan jangka waktu pembayaran yang berbeda dari jangka waktu pembayaran yang ditentukan dalam kebijakan akuntansi organisasi. Jika kotak centang dicentang, bidang Tanggal jatuh tempo pembayaran kontrak akan terlihat.
kotak centang Organisasi bertindak sebagai agen pajak untuk pembayaran PPN– ditetapkan jika organisasi bertindak sebagai agen pajak untuk pembayaran PPN. Kemampuan untuk menyetel kotak centang ini diaktifkan di bagian Utama - Fungsionalitas - tab Perhitungan - Agen pajak PPN.
Dalam hal ini Anda perlu menunjukkan:
- Jenis perjanjian keagenan (sewa, penjualan properti, bukan penduduk);
- Nama umum barang untuk faktur agen pajak - akan diganti dalam faktur selama pendaftaran otomatis faktur agen pajak.
Jika di lapangan Mata uang Jika mata uang akuntansi yang tidak diatur dipilih dan organisasi tidak bertindak sebagai agen pajak untuk PPN, maka kotak centang akan tersedia Perhitungan dalam satuan konvensional. Kotak centang ini harus dicentang jika kontrak dimasukkan dalam satuan konvensional. Kemungkinan untuk melakukan pembayaran dalam USD termasuk di bagian Utama - Fungsionalitas - Tab Perhitungan - Perhitungan dalam mata uang dan unit moneter.
Mengisi rincian kontrak dengan pembeli pada 1C 8.3
Di bidang Prosedur pendaftaran faktur, Anda harus memilih dari daftar urutan pendaftaran faktur untuk pembayaran di muka berdasarkan kontrak.
Nama barang yang digeneralisasi untuk faktur di muka - akan diganti dalam faktur selama pendaftaran otomatis faktur di muka.
Mengisi rincian perjanjian dengan prinsipal (principal) pada 1C 8.3
Untuk menghitung remunerasi komisi (agensi) secara otomatis di 1C 8.3, Anda perlu menentukan metode perhitungan yang akan dimasukkan saat pendaftaran.
Organisasi bertindak sebagai agen pajak untuk pembayaran PPN kotak centang – dipilih jika organisasi bertindak sebagai agen pajak untuk pembayaran PPN. Kemudian, secara default, Jenis perjanjian keagenan diatur ke Non-Residen (klausul 2 Pasal 161 Kode Pajak Federasi Rusia).
Mengisi rincian perjanjian dengan agen komisi (agent) pada 1C 8.3
Untuk menghitung remunerasi komisi (agensi) secara otomatis, Anda perlu menentukan Metode perhitungan, yang akan diganti saat pendaftaran.
Tersedia metode penghitungan berikut: Tidak dihitung, Persentase selisih antara jumlah penjualan dan penerimaan, Persentase jumlah penjualan.
Mengisi rincian kontrak lainnya di 1C 8.3
Untuk kontrak semacam itu, hanya rincian umum dan rincian masa berlaku yang harus diisi.
Masa berlaku– tergantung pada masa berlakunya, perjanjian tersebut dianggap jangka pendek (kurang dari satu tahun) atau jangka panjang dan memerlukan pembuatan akun akuntansi untuk transaksi kredit dan pinjaman: 66.01 “Pinjaman jangka pendek” dan 67.01 “Jangka Panjang pinjaman”.
Mengisi kartu perjanjian dengan rekanan di 1C 8.3
Pada kartu perjanjian di bagian atas terdapat bagian: dokumen, file terlampir, rekening penyelesaian dengan pihak rekanan.
- Dokumen– daftar semua dokumen (termasuk yang tidak diposting) terbuka, saat pembuatan yang ditentukan oleh perjanjian ini:
- File terlampir– daftar file yang dimuat untuk perjanjian ini akan terbuka. Misalnya scan salinan cetak kontrak itu sendiri atau tambahannya syarat untuk itu:
Cara memuat perjanjian dengan rekanan di 1C 8.3
Saat Anda menekan tombol Menambahkan Anda dapat mengunggah file atau gambar dari pemindai. Saat menambahkan dari pemindai, jendela untuk bekerja dengan pemindai akan terbuka. File yang diunggah disimpan dalam folder terpisah yang dibuat untuk setiap objek.
Jika Anda mengklik tombol Lainnya untuk memilih Pratinjau, maka saat melihat gambar terlampir di jendela khusus Anda dapat melihat isinya:
Piktogram Tanda tangan elektronik dan enkripsi menawarkan daftar perintah untuk dipilih:
Bekerja dengan templat kontrak di 1C 8.3
Dengan tombol Perjanjian– Anda dapat mencetak kontrak dengan terlebih dahulu memilih template untuk pembuatan kontrak.
Anda dapat memilih template siap pakai yang sesuai dan membuat kesepakatan. juga dapat dipanggil dari dokumen Faktur pembeli:
Penting: sebelum membuat kontrak di 1C 8.3, Anda harus memeriksa apakah semua data tentang organisasi sudah diisi: nama, daftar orang yang bertanggung jawab, rincian pembayaran; menurut rekanan: nama, contact person, rincian pembayaran; dan bagian perjanjian – tanda tangan:
Setelah itu, kontrak yang benar akan dibuat, di mana semua data yang diperlukan diisi:
Jika formulir kontrak yang dicetak berisi kolom kuning, berarti ada data yang tidak lengkap di database 1C 8.3:
Cara membuat template kontrak Anda sendiri di 1C 8.3
Direktori Bagian – Pembelian dan penjualan – Templat kontrak – Buat – Templat baru:
Formulir untuk membuat template akan terbuka. Ini adalah editor teks dengan ikon yang jelas untuk mengedit. Mari tambahkan teks manual dan masukkan detail yang harus diisi sesuai dengan basis informasi. Ini adalah nomor kontrak dan tanggal kontrak. Mari kita simpan:
Templat baru telah muncul di daftar templat:
Setelah ini, kita akan membuat perjanjian siap pakai menggunakan template ini:
Program 1C 8.3 menghasilkan formulir cetak menggunakan template baru. Artinya, saat membuat template, Anda dapat menyisipkan teks apa saja dan mengatur pengisian data yang berubah menggunakan nilai dari database.
Anda juga dapat mengirim melalui email dengan mengklik tombol Mengirim.
Langkah 4. Atur pengiriman dokumen melalui email ke rekanan di 1C 8.3
Untuk mengirim email, Anda harus melakukan pengaturan yang dijelaskan terlebih dahulu. Detail lebih lanjut tentang cara mengatur email di 1C 8.3 dapat dilihat di video tutorial kami:
Setelah pengaturan berhasil, Anda akan dapat mengirim file lampiran melalui email.
Langkah 5. Hapus duplikat rekanan di 1C 8.3
Dalam beberapa kasus, di 1C 8.3 perlu untuk mencari elemen duplikat dari direktori Counterparty. Misalnya, di direktori Counterparty ada pilihan berdasarkan beberapa kriteria dan pengguna tidak menyadari bahwa rekanan sudah masuk (karena disembunyikan) dan memasukkannya lagi.
Untuk menghilangkan situasi ini, pemrosesan Pencarian dan penghapusan duplikat digunakan. (di BP 2.0, ZUP 2.5, ZiK 1.0 pemrosesan serupa Cari dan ganti nilai). Bagian Administrasi – Dukungan dan Pemeliharaan.
Anda dapat membaca lebih lanjut tentang mencari dan menghapus duplikat di 1C 8.3.
Bagaimana duplikasi rekanan terjadi di direktori Counterparty dan kesalahan apa yang menyebabkan duplikasi ini, lihat video kami:
Langkah 6. Memeriksa rekanan di 1C 8.3
Fitur ini muncul dalam konfigurasi 1C Enterprise Accounting 3.0, dimulai dengan rilis 3.0.40.31 dan memungkinkan pengguna memperoleh informasi tentang rekanan untuk menilai keandalan, skala aktivitas keuangan, dll.
Berkas dapat dipanggil menggunakan tombol dengan nama yang sama di kartu rekanan:
Sebuah jendela terbuka dengan laporan untuk rekanan ini:
Dengan beralih antar bagian (Utama, Daftar Badan Hukum Negara Bersatu, Data program, Laporan akuntansi, Analisis pelaporan, Analisis keuangan, Inspeksi), Anda dapat memperoleh informasi lengkap tentang rekanan yang berkepentingan.
Penting: setelah laporan rekanan dibuat di 1C 8.3 Accounting 3.0, setiap bagiannya dapat disimpan dalam format mxl, pdf, xls.
- Bab Utama– informasi yang dikumpulkan dan diringkas dari data dari bagian lain ditampilkan.
- Bab Daftar Badan Hukum Negara Bersatu– informasi ditampilkan dalam konteks alamat resmi, pengelola, modal dasar, pendiri.
- Bab Data program– data yang ditentukan dalam program dari kartu rekanan ditampilkan.
- Bab Laporan akuntansi– pelaporan untuk 2012-2013 ditampilkan menurut Rosstat.
