Setelah pengiriman barang dalam pergerakan dokumen sesuai dengan register "Harga pokok" dan "Pendapatan dan harga pokok penjualan", sumber daya pada harga pokok tidak diisi. Dan, tentu saja, laporan analisis biaya juga tidak menampilkan data. Semua ini dijelaskan oleh fakta bahwa dalam UT 11 perhitungan biaya dilakukan dalam dokumen terpisah, yang disebut "Perhitungan harga pokok". Anda dapat menemukannya di bagian Keuangan - Peraturan. Dalam dokumen ini terdapat 2 pilihan untuk menghitung biaya - PRELIMINARY (dirancang untuk mendapatkan biaya yang direncanakan. Perhitungan selalu dilakukan rata-rata tanpa memperhitungkan biaya tambahan) dan ACTUAL (dalam hal ini, metode estimasi biaya barang dapat ditentukan baik dengan rata-rata untuk bulan tersebut, atau FIFO.
Jika metode yang dipilih berbeda dari yang ditentukan untuk organisasi, program akan memperingatkan dan melakukan perhitungan sesuai dengan metode yang ditentukan dalam dokumen ini). Disarankan untuk membuat satu dokumen dalam periode penagihan (bulan) dan, jika perlu untuk mendapatkan biaya yang direncanakan, buat dokumen "Perhitungan harga pokok" dengan opsi "Pendahuluan" dan kirimkan kembali jika diperlukan ( lebih baik, tentu saja, untuk mengatur tugas terjadwal). Di akhir bulan dalam dokumen ini, ubah opsi menjadi "Actual" dan posting dokumen. Peran penting dimainkan oleh tanggal dokumen, karena. perhitungan biaya akan dilakukan pada tanggal yang ditentukan. Oleh karena itu, perlu untuk menunjukkan akhir periode penagihan, dan waktunya tidak masalah. Saya juga ingin mencatat bahwa ketika melakukan secara manual, lebih baik menekan tombol "Posting", dan bukan "Posting dan tutup", karena. mungkin ada pesan kesalahan yang menutup dengan jendela dokumen dan pengguna tidak menyadarinya.
Nah, sekarang langsung ke skema perhitungan biaya di UT 11. Seperti yang sudah saya sebutkan, 2 metode perhitungan biaya yang digunakan di UT 11 - rata-rata tertimbang dan FIFO.
Perhitungan biaya rata-rata dilakukan berdasarkan hasil bulan tersebut. Rumus perhitungannya cukup sederhana - Anda memerlukan saldo barang dalam perkiraan nilai di awal bulan + biaya pembelian barang dan membaginya dengan jumlah saldo awal + jumlah penerimaan.
Penetapan biaya FIFO sedikit lebih rumit. Di UT 11 tidak ada konsep klasik "batch", oleh karena itu, neraca kuantitatif barang pada akhir bulan dihitung terlebih dahulu. Untuk menghitung penilaian saldo ini, kuantitas dan nilai dikumpulkan secara berurutan dari kuitansi terakhir, karena: diyakini bahwa batch pertama telah dihapuskan. Dalam hal ini, hanya kuitansi dengan nilai yang diketahui yang diambil, mis. perpindahan barang tidak diperhitungkan. Jumlah ini dipotong dari nilai semua penerimaan untuk bulan tersebut dan jumlah saldo awal. Dengan demikian, jumlah semua pengeluaran diperoleh, yang didistribusikan secara proporsional dengan jumlah barang pensiunan.
Perhitungan biaya di UT 11 dilakukan dalam konteks analis akuntansi: Organisasi, Gudang, Nomenklatur, Karakteristik barang, Pemasok, Kesepakatan, Subdivisi, dll. Oleh karena itu, biaya satu barang di gudang yang berbeda mungkin berbeda atau barang yang dimiliki karakteristik yang berbeda(meratakan warna, terutama jika barang dengan warna berbeda dibeli dari pemasok yang berbeda). Omong-omong, Anda tidak dapat menyimpan catatan biaya dalam konteks jenis saham. Untuk melakukannya, hapus centang pada kotak "Akuntansi terpisah" di bagian Administrasi - Keuangan. Untuk menghitung biaya untuk setiap analitik, persamaan linier dikompilasi, sehingga diperoleh sistem persamaan linier (SLE).
Mari kita lihat beberapa contoh:
Contoh 1
Dalam sebulan, gudang menerima barang sebanyak 50 buah. dalam jumlah 20.000 rubel. dan jumlah 30 pcs. dalam jumlah 18.000 rubel. dari satu pemasok. Implementasi ada 2 sebanyak 18 dan 14 pcs. dari produk ini. Pada awal bulan, saldo barang adalah 2 pcs. dalam jumlah 1.000 rubel. Sebelum menyusun SLE, sistem terlebih dahulu menghitung saldo akhir. Dalam kasus kami, ternyata 50 buah. (2 + 50 + 30 - 18 - 14).
26.000 \u003d 1.000 + 20.000 + 18.000 - 18x - 14x, di mana x adalah biaya rata-rata satu unit barang
Solusi persamaan:
Jadi, ongkos kirim pertama adalah 406,25 * 18 = 7,312,50, dan pengiriman kedua adalah 5,687,50. Sekarang untuk contoh yang lebih kompleks.
Contoh 2
Tetapi saya ingin mencatat bahwa distribusi jenis cadangan seperti itu tidak selalu berhasil dalam praktiknya. Faktanya adalah bahwa ketika melakukan pengiriman, sistem mengambil data pada analitik konsumsi dari daftar informasi "Tanggal penerimaan barang oleh organisasi", di mana pengelompokan berdasarkan pemasok dilakukan dan tanggal maksimum dipilih. Juga, selama pengeposan awal dokumen penerimaan barang, entri ditambahkan ke daftar informasi, tetapi ketika tanggal dokumen diubah dan dokumen diposkan ulang, entri dalam daftar ini tidak diperbarui. Oleh karena itu, akan lebih mudah untuk menggunakan laporan "Analisis harga pokok barang" (terletak di bagian Keuangan - Laporan Keuangan), dan menguraikan atau mengubah versi laporan dengan menambahkan pengelompokan berdasarkan pemasok (mana yang lebih nyaman) ke melihat analitik faktur. Anda juga dapat melihat data jenis stok langsung di dokumen pengiriman dengan mengklik tombol "Buka jenis stok".
0 \u003d 15.000 - 9XCaPp - 5XCaPp - 1XCaPp, di mana XCaPp adalah biaya rata-rata satu unit barang di gudang A pemasok Politext LLC
1XSbPp = 1XSaPp, di mana XSbPp adalah biaya rata-rata satu unit barang di gudang B pemasok "Polytext LLC"
Dalam Administrasi Perdagangan (konfigurasi 11.0), ada dua cara untuk menghitung biaya: rata-rata bulanan dan penghapusan dari gudang. Perhitungan penghapusan (penggunaan dalam produksi, penjualan, dll.) dilakukan untuk bulan berjalan atau pada tanggal yang ditunjukkan dalam "Perhitungan harga pokok barang" (dilakukan dari awal bulan hingga tanggal yang ditentukan dalam dokumen). ). Harga biaya dihitung secara individual untuk setiap gudang.
Perhitungan biaya rata-rata per bulan dilakukan pada akhir periode, untuk seluruh periode berjalan, semua barang yang dihapusbukukan selama ini akan memiliki biaya yang sama, yang dihitung dengan rumus:
Harga pokok = (biaya awal bulan + bulan berjalan) / (jumlah awal bulan + jumlah bulan).
Saat menghitung biaya penghapusan dalam konfigurasi UT 11.0, ada sejumlah fitur:
- Biaya barang yang tersisa di awal bulan dikurangi menjadi satu batch.
- Penerimaan barang pada siang hari (bahkan dari pemasok yang berbeda), saat menghitung, dikurangi menjadi satu batch.
Hasil perhitungan biaya harus dilihat dalam "Analisis harga pokok", serta transkrip laporan ini.
Contoh No. 1: Warehouse No. 39, Produk C, satu pemasok (misalnya, Intek LLC).
09/10/2013 - tanda terima A - 10 buah untuk 100 rubel
09/15/2013 - penerimaan B - 10 buah untuk 120 rubel
10.10.2013 - kedatangan C - 10 buah seharga 150 rubel
10/10/2013 - kedatangan D - 10 buah seharga 200 rubel
10/15/2013 - penjualan No. 1 - 35 buah
Saat menghitung biaya rata-rata per bulan, ternyata: (2200 + 3500) / 40 \u003d 142,5 rubel (atau 712,5 rubel untuk 5 buah).
Dengan metode write-off settlement, semua penerimaan dikurangi menjadi dua batch (di awal bulan dan mulai 10/10/13). Ternyata seperempat sisa dari batch kedua, jadi biaya sisanya sama dengan biaya batch kedua. Sekarang mari kita hitung: 3500/20 \u003d 175 rubel per potong (atau 875 rubel untuk 5 lembar saldo).
Contoh No. 2: kondisi awal tetap sama, hanya kuitansi No. 5 dari pemasok lain adalah SarMyas CJSC, tanggal penerimaan = 06.12.2012.
Pengaturan lain perlu diperhitungkan, seperti apakah akuntansi vendor diaktifkan. Jika akuntansi terpisah tidak diaktifkan, maka hasilnya akan mirip dengan contoh sebelumnya. Jika diaktifkan, maka hasilnya akan menjadi pembukuan terpisah dari produk yang sama (hanya untuk tujuan biaya, bukan penjualan) oleh pemasok.
Ketika akuntansi terpisah diaktifkan di UT 11.0, urutan penghapusan ditentukan dengan cara berikut: pertama-tama barang dari pemasok yang datang lebih awal dihapuskan. Dengan demikian, setengah dari penerimaan No. 5 akan tetap ada, meskipun penerimaan No. 4 lebih lambat, tetapi penghapusannya akan terjadi lebih awal. Biaya saldo barang sesuai dengan biaya penerimaan No. 5 - 200 rubel per potong (1000 rubel untuk 5 buah).
Saat menghitung biaya menggunakan metode "Penghapusan barang dari gudang", hasil yang serupa diperoleh.
Semua tindakan adalah dasar, tetapi ada satu hal yang membutuhkan perhatian khusus.
Misalnya: produk - korek api R ippo, satu pemasok dan 2 gudang.
03/01/2013 - kedatangan di Gudang No. 1: 10 buah seharga 100 rubel
03/02/2013 - kedatangan di Gudang No. 2: 10 buah seharga 200 rubel
03/03/2013 - transfer dari Gudang No. 2 ke Gudang No. 1: 5 buah
Setelah menghitung biaya, hasilnya dapat dilihat di "Analisis harga pokok": harga barang di gudang No. 1 adalah 500 rubel (untuk 5 buah), di gudang No. 2 - 2500 rubel (untuk 15 bagian-bagian). Data ini diperoleh setelah dilakukan perhitungan. Dokumen "Pergerakan barang" hanya dioperasikan secara kuantitas, biaya barang pindahan dihitung hanya menggunakan dokumen "Perhitungan harga pokok". Sebelum perhitungan harga pokok, data direfleksikan dengan tidak andal.
Ketika barang dirakit (dalam satu set atau barang lain), biaya dihapuskan dengan cara yang sama seperti dalam kasus penjualan. Saat pembongkaran terjadi, harga kit dibagi menjadi komponen individual, dengan mempertimbangkan bagian komponen.
Sebagai contoh:
14/02/2013 kedatangan: Produk "Piring" - 10 buah untuk 100 rubel, produk "Piala" - 10 buah untuk 300 rubel.
Tidak ada saldo barang (untuk mempermudah perhitungan).
Produk "Teh pair" - dari satu piring dan satu cangkir. Saat memetik (untuk kejelasan), setiap produk diberi bagian yang sama dengan satu.
02/15/2013 5 set "Tea Pair" dikumpulkan.
02/25/2013 5 set "Tea couple" dibongkar.
Setelah dilakukan perhitungan harga pokok, untuk produk “Piring” diperoleh hasil sebagai berikut:
14/02/2013 - penerimaan jumlah 10 buah -1000 rubel
02/15/2013 - penghapusan 5 buah, jumlah - 500 rubel
02/25/2013 - tanda terima (pembongkaran) 5 buah, 1000 rubel
Pada akhir periode yang tersisa: 10 buah dengan biaya 1500 rubel.
Untuk produk "Piala", harga biaya dihitung dengan cara yang sama, tetapi biayanya, dibandingkan dengan penerimaan pertama, akan berkurang 500 rubel.
Misalnya: satu gudang, satu produk - "Kursi kerja", satu pemasok, satu pembeli.
05/01/2013 - tanda terima: 10 buah untuk 2000 rubel
05/09/2013 - penjualan: 10 buah seharga 9000 rubel
20/05/2013 - tanda terima: 10 buah untuk 10.000 rubel
05/22/2013 - penjualan: 10 buah seharga 11.000 rubel
05/25/2013 - pengembalian: 10 buah dari pembeli
Berapa biaya barang yang dikembalikan? Tidak mungkin untuk menjawab dengan jelas, ada beberapa opsi untuk tindakan yang mengarah pada hasil yang berbeda satu sama lain:
1) Jika Anda memasukkan dokumen pengembalian berdasarkan dokumen pengiriman, maka biaya barang yang dikembalikan akan ditransfer dari dokumen penjualan, berdasarkan data yang membuat dokumen lain - "Pengembalian barang".
2) Saat memasukkan dokumen independen - "Pengembalian produk", harga pokok harus diambil dari dokumen penjualan.
07.09.2018 1668
Dalam pelajaran ini, kami akan mempertimbangkan opsi berikut untuk menggunakan seri - menghitung biaya dalam konteks seri di UT 11. Opsi ini, tentu saja, juga menyiratkan kontrol saldo berdasarkan seri (hanya tidak seperti opsi seri dari opsi sebelumnya. pelajaran, kontrol ini ketat, yaitu selalu berfungsi , terlepas dari pengaturan gudang).
Kebijakan akuntansi seri, jenis barang
Pertama, Anda perlu membuat kebijakan akuntansi seri baru, isi jenisnya Akuntansi biaya menurut seri:
Seperti yang Anda lihat, dengan jenis kebijakan ini, pengaturan untuk memilih transaksi bisnis dan saat menentukan seri menjadi sama sekali tidak tersedia.
Mari kita buat tipe item baru, aktifkan akuntansi serial:
Kami menunjukkan bahwa seri mengidentifikasi batch barang:
Sekarang mari kita atur kebijakan akuntansi seri untuk jenis barang ini (umum untuk semua gudang):
Dalam daftar yang terbuka, kami tidak melihat seri kami - penjelasan di header formulir:
Ada dua jalan keluar di sini:
- untuk semua gudang, tunjukkan penggunaan skema pemesanan saat mencerminkan kelebihan, kekurangan, dan kerusakan gudang,
- gunakan kebijakan untuk gudang utama saja.
Saya akan memilih opsi kedua:
Akuntansi biaya menurut seri
Buat kartu nomenklatur:
Sekarang mari kita buat dokumen pergerakan barang dan lihat bagaimana nomenklatur ini tercermin dalam laporan.
Mari kita mulai dengan dokumen untuk pembelian barang dan jasa:
Saat menentukan seri, Anda dapat memasukkan nomor secara manual, membuatnya secara otomatis, atau menggunakan nomor yang dimasukkan sebelumnya:
Misal kita masukkan 3 baris dengan harga beli yang berbeda, untuk setiap baris kita tunjukkan serinya:
Mari buka Daftar deret nomenklatur, kami melihat bahwa saldo ditampilkan dengan benar dalam konteks setiap seri:
Sekarang mari kita lihat data biayanya:
Dalam laporan keuangan Kami tertarik pada dua hasil:
Dalam pernyataan batch barang, kita melihat rincian harga pokok tidak hanya dalam konteks nomenklatur dan karakteristik, tetapi juga dalam rangkaian barang:
Biaya barang organisasi- gambarnya mirip:
Kami akan mengatur penjualan wallpaper, untuk ini kami memesan terlebih dahulu untuk klien. Karena dalam pengaturan kebijakan akuntansi seri ditunjukkan bahwa seri dimasukkan saat merencanakan pengiriman, maka Anda harus mengisinya dalam urutan (tetapi ini memerlukan opsi pasokan Mengirimkan):
Buka formulir untuk memilih seri. Di atasnya, kita dapat memilih seri yang diperlukan secara manual atau menggunakan distribusi (setelah memilih semua baris dengan menekan kombinasi Ctrl + A), maka program akan memilih seri sendiri:
Setelah memilih seri, kami melakukan pesanan:
Berdasarkan pesanan, kami mendaftarkan implementasi - seri diisi sesuai dengan data pesanan:
Sekarang mari kita lakukan operasi penutupan bulan ini dan lihat laba kotor perusahaan:
Kami melihat bahwa laba kotor (mirip dengan laporan batch dan biaya) juga dirinci berdasarkan seri. Selain itu, laba kotor dan profitabilitas penjualan di UT 11 dalam konteks seri yang berbeda berbeda (karena kami menunjukkan harga yang berbeda saat membeli).
Rincian pembayaran Biaya, lisensi, digunakan oleh banyak pengguna Biaya produk - 0 rubel. Jumlah pekerjaan tidak terbatas. Lisensi tambahan tidak diperlukan. Ada opsi pembayaran apa aja? Anda dapat membayar dengan kartu bank (Visa, Mastercard atau Mir), dompet Yandex atau mengirim TIN organisasi Anda untuk faktur (dari pengusaha perorangan). Saat membayar dari badan hukum, dokumen penutup disediakan jika perlu. Apakah aman untuk membayar di situs? Pembayaran dengan kartu kredit atau melalui dompet Yandex di situs ini benar-benar aman. Situs ini memiliki sertifikat SSL - tanda tangan digital unik untuk perlindungan yang andal selama transfer data. Bagaimana cara mendapatkan file setelah pembayaran? Setelah pembayaran, Anda akan secara otomatis menerima email dalam satu menit dengan tautan untuk mengunduh produk (Anda menentukan alamat Anda saat membayar).
Pertanyaan teknis Bagaimana cara menambahkan produk ke database? Anda dapat menerapkan produk sendiri dengan melihat instruksi. Jika Anda mengalami masalah dengan ini, saya dapat membantu. Hubungi saya dan kami akan menetapkan waktu tertentu untuk menghubungi Anda. Jika pengembangan tidak dimulai (atau tidak akan berfungsi dengan benar) Dalam hal ini, pertama-tama, periksa sesuai dengan instruksi apakah Anda menghubungkan pengembangan dengan benar. Jika cek tidak memberikan apa-apa, ambil tangkapan layar kesalahan dan kirimkan kepada saya melalui surat dengan nama pengembangan. Sesuai pilihan Anda, saya dapat memperbaiki kesalahan dan mengirim versi baru mengajukan, atau mengembalikan uang. Jika pengembangan terhenti setelah pembaruan, Anda harus menghubungi saya dengan nomor rilis baru konfigurasi Anda dan nama pengembangan yang Anda beli. Setelah itu, saya akan mengirimkan versi file yang disesuaikan melalui surat. Apakah mungkin untuk menyelesaikan pengembangan sendiri? Ya kamu bisa. Kode sumber terbuka dan tersedia untuk revisi apa pun, tidak ada batasan. Apakah ada perubahan konfigurasi? Tidak, injeksi pengembangan tidak mengubah konfigurasi database dengan cara apa pun dan tidak akan memengaruhi pembaruan selanjutnya. Apakah ada demo? Tidak, saya tidak dapat memberikan akses demo ke pengembangan.
Masalah lain Penjualan pengembangan setelah jam kerja/libur/akhir pekan Penjualan di situs dilakukan secara otomatis sepanjang waktu, tanpa hari libur, hari libur dan istirahat makan siang. Apakah perkembangan diperbarui? Beberapa perkembangan diperbarui dan ditingkatkan dari waktu ke waktu. Saat produk diperbarui, Anda akan menerima peringatan email dengan deskripsi perubahan dan tautan unduhan (gratis). Anda juga memiliki kesempatan untuk mengirimkan keinginan Anda untuk perbaikan. Apakah dokumen penutup disediakan Saat membayar dengan faktur, tindakan penyelesaian pekerjaan dengan stempel dan tanda tangan disediakan (dipindai dan / atau asli oleh Russian Post, berdasarkan permintaan). Pengembalian Uang Tunai untuk pembelian pengembangan situs dikembalikan segera secara penuh dalam kasus berikut:
- pengembangan tidak dimulai atau bekerja dengan kesalahan dalam database Anda, dan Anda menolak untuk mengadaptasinya,
- pengembangan tidak sesuai dengan fungsi yang dinyatakan dalam deskripsi.
Memiliki masalah dengan pembayaran?
Pembayaran di situs bekerja berdasarkan layanan pembayaran Yandex. Jika tidak berhasil untuk Anda, saya dapat berasumsi bahwa Anda tidak berada di Rusia, dan Yandex tidak berfungsi di negara Anda (atau tidak stabil).
Apa yang harus dilakukan?Anda dapat membayar dengan metode alternatif:
- Kartu Sberbank: 4276 3000 2875 5851
- Dompet Yandex: 410011805420743
Dalam catatan pembayaran, pastikan untuk menunjukkan ID produk 594 , dan alamat email Anda, di mana saya akan mengirimkan tautan untuk mengunduh pengembangan.
Pertimbangkan solusi langkah demi langkah untuk tiket ujian hipotetis Konsultan Spesialis versi 11. Saya harap solusi ini akan membantu Anda mempersiapkan ujian. Saya ingin memperingatkan Anda, saya tidak menjamin bahwa jawaban atas pertanyaan ini adalah 100% benar dan lengkap, ini hanya visi saya.
Tiketnya sendiri bisa diunduh di. Teks tugas itu sendiri tidak akan diberikan dalam teks.
Solusi Tugas No. 3, tiket No. 1 konsultan spesialis Manajemen perdagangan 11
1. Pengaturan dasar awal:
Pada tab Administrasi
- di bagian "Stok dan Pembelian", atur bendera - "Perakitan / Pembongkaran", "Pesanan Perakitan / Pembongkaran".
2. Masukan NSI
Dari informasi referensi, kita perlu membuat 2 nomenklatur-komponen (kaki dan rak) dan 1 produk jadi nomenklatur (rak). Di rak, kami menunjukkan Opsi Konfigurasi, misalnya, bagi kami itu akan terdiri dari empat "kaki" dan satu "rak":
4. Penerimaan komponen di gudang
Dapatkan pelajaran video 267 1C gratis:
5. Kami akan mengeluarkan pesanan untuk perakitan dan perakitan
Langkah selanjutnya adalah membuat assembly order (tab Inventory and Purchases - Assembly / Disassembly Orders):
Dan pembuatan dokumen perakitan itu sendiri atas dasar:
Namun, jika Anda melihat pergerakan daftar biaya, Anda dapat melihat bahwa sistem tidak menghitung biaya kit dan komponen:
Masalahnya adalah sistem menghasilkan biaya nanti, dengan dokumen khusus.
6. Perhitungan harga pokok barang
Untuk menghitung harga pokok barang, Anda harus memasukkan dokumen peraturan "Perhitungan harga pokok barang". Itu terletak di tab Keuangan, perintahnya adalah dokumen Peraturan:
5. Demonstrasi fungsionalitas:
Salah satu laporan yang dapat digunakan untuk melihat biaya rak rakitan adalah Analisis harga pokok barang: