Akuntansi seri di UT 11. Cara mengisi direktori kebijakan akuntansi seri. Laporan dokumen yang lengkap dan gagal

Akuntansi berdasarkan seri merupakan aspek analitis tambahan dari akuntansi item. Seri digunakan jika Anda perlu mengklasifikasikan barang berdasarkan batch, atau nomor seri unik, atau tanggal kedaluwarsa, dll. Anda dapat mengatur salah satu opsi untuk menggunakan rangkaian:

• Salinan produk dengan nomor unik
• Kumpulan barang berdasarkan angka
• Batch barang berdasarkan tanggal kedaluwarsa
• Kumpulan barang berdasarkan nomor dan tanggal kedaluwarsa

Jika opsi tersebut dipilih Batch barang berdasarkan tanggal kedaluwarsa atau Kumpulan barang berdasarkan nomor dan tanggal kedaluwarsa, lalu Anda dapat menentukan kuantum umur simpan minimum itu sendiri, hingga yang akan diperhitungkan. Ini bisa memakan waktu satu hari atau satu jam.

Selain menentukan apa sebenarnya yang diidentifikasi oleh seri tersebut, Anda juga harus menentukan kebijakan akuntansi seri. Pilihan yang tersedia:

• Indikasi acuan seri (pengendalian saldo barang berdasarkan seri tidak dilakukan, tetapi informasi seri dicatat dalam dokumen perputaran)
• Perhitungan otomatis saldo seri menggunakan FEFO (pengendalian saldo produk berdasarkan seri tidak dilakukan, tetapi dalam laporan Sisa barang berdasarkan tanggal kadaluarsa saldo produk dihitung secara dinamis berdasarkan seri dan tanggal kedaluwarsa menggunakan prinsip First Expired Fist Out)
• Pengelolaan saldo batch (pendaftaran saldo produk per batch dipertahankan)
• Manajemen FEFO saldo batch (pembukuan barang per batch disimpan; dalam dokumen penghapusan barang, sistem pertama-tama menawarkan barang yang akan segera kedaluwarsa)
• Akuntansi biaya berdasarkan seri (akuntansi biaya ujung ke ujung berdasarkan seri)

Kebijakan akuntansi seri dikonfigurasi untuk jenis item tertentu. Selain itu, ini dapat diterapkan pada semua gudang dan departemen produksi, dan pada gudang tertentu dan/atau departemen produksi tertentu:

Soal 1.29 ujian 1C: Profesional oleh ERP Manajemen Perusahaan 2.0. Akuntansi berdasarkan rangkaian item dapat digunakan untuk jenis item:

Soal 1.30 ujian 1C: Profesional oleh ERP Manajemen Perusahaan 2.0 . Yang kami maksud dengan seri adalah:

1. Foto copy barang dengan nomor seri yang sama
2. Banyak sekali barang dengan nomor seri yang sama
3. Banyak barang dengan tanggal kadaluwarsa yang sama
4. Banyak barang dengan nomor batch dan tanggal kadaluwarsa yang sama
5. Opsi 2 atau 4 (tergantung pengaturan)
6. Opsi 1 atau 2 atau 3 atau 4 (tergantung pengaturan)

05.09.2018 2081

Dalam pelajaran kali ini, kita akan mempertimbangkan opsi untuk menggunakan seri produk di UT 11, di mana saldo barang dalam konteks seri tertentu dikontrol saat memposting dokumen pengeluaran.

Seri kebijakan akuntansi, jenis barang

Mari kita mulai dengan membuat kebijakan akuntansi batch:

Di bidang jenis kebijakan Anda harus memilih Mengelola saldo batch, sebagai akibatnya, pilihan rumah tangga. operasi (di mana rangkaian diisi sesuai dengan kebijakan ini) menjadi tidak tersedia - rangkaian akan ditunjukkan di semua operasi. Tetapi Anda dapat menentukan momen pemilihan seri - tangkapan layar menunjukkan kasus di mana seri akan ditunjukkan dalam pesanan (klien, untuk pergerakan, untuk konsumsi internal):

Saat bekerja dengan item tertentu, pengaturan penggunaan seri diambil dari jenis item:

Penting untuk menetapkan bahwa seri tersebut akan mengidentifikasi suatu kumpulan barang (untuk mengidentifikasi contoh, hanya indikasi referensi dari seri yang digunakan):

Kami akan bekerja dengan furnitur desainer, jadi kami tidak tertarik dengan tanggal kedaluwarsa atau tanggal produksi. Pilih kebijakan yang dibuat (umum untuk semua gudang):

Kami tidak menemukan kebijakan baru dalam daftar yang terbuka; alasannya dijelaskan di bagian atas formulir:

Ada dua cara untuk menyelesaikan masalah ini:

• di semua gudang, memungkinkan penggunaan skema pemesanan untuk mencerminkan kelebihan, kekurangan dan kerusakan;
• gunakan kebijakan hanya untuk gudang tertentu.

Mari kita pilih yang kedua:

Untuk semua barang jenis ini, akuntansi serial hanya akan digunakan di gudang utama.

Pengendalian saldo secara batch

Mari kita membuat kartu item; jenis penggunaan seri terisi secara otomatis:

Sekarang kita membuat dokumen pembelian barang, kita coba posting tanpa menentukan serinya (tidak berhasil):

Klik Tentukan seri dan isi data-data yang diperlukan (kedua sofa bisa digolongkan menjadi satu seri, namun sebagai contoh saya akan membuat dua seri). Jika Anda sudah masuk ke seri tadi, Anda bisa menggunakan tab Pilihan.

Dalam laporan gudang biasa Anda tidak akan melihat informasi tentang seri, Anda perlu mencarinya di laporan khusus:

Sekarang mari kita coba menjual sofa; untuk melakukannya, pertama-tama buat pesanan pelanggan:

Meskipun serinya kosong, dokumen berhasil diproses. Masalahnya adalah opsi keamanan tidak ditentukan Mengirimkan- dalam hal ini kita akan langsung mengalami error saat melakukan:

Kami mengisi rangkaian sesuai saldo yang tersedia:

Jika dalam kasus Anda ada banyak baris, akan lebih mudah untuk memilih semua baris dalam daftar ( Ctrl+A), lalu klik Mendistribusikan:

Rangkaian dalam urutan sudah terisi, kita laksanakan:

Atas dasar pembuatan penjualan barang dan jasa, rangkaian diisi sesuai urutan:

Kami menavigasi dan menutup dokumen.

Mari kita lihat lagi pernyataan serinya:

Jangan biarkan maknanya membingungkan Anda tidak dilakukan dalam sebuah kolom Sisa- di sini kita berbicara tentang fakta bahwa tidak ada akuntansi saldo barang dari pembeli dalam konteks seri, tetapi akuntansi saldo berdasarkan seri di gudang tetap dipertahankan.

Pengendalian saldo operasional pada kartu gudang harus diaktifkan:

Komentar (5)

Dmitry 19-12-2018 22:09:53

Untuk mengatur kebijakan akuntansi untuk seri jenis ini, di mana saldo seri dikontrol, di bagian "Gudang dan pengiriman" pengaturan "Pemesanan gudang" harus diatur, dan juga, untuk gudang, Anda perlu mengatur pengaturan untuk menggunakan skema pemesanan ketika mencerminkan kelebihan, kekurangan, penilaian ulang, dan pembusukan Menjawab

Dmitry 19-12-2018 22:12:21

Ini adalah saat menetapkan kebijakan individual untuk gudang Menjawab

Dmitry Medvedkov 2018-12-19 23:03:27

Dmitry, saya tidak begitu mengerti - apakah Anda tidak setuju dengan sesuatu? Apakah saya melakukan kesalahan di suatu tempat? Menurut saya, artikel tersebut memperhatikan apa yang Anda tulis Menjawab

Elena 29-05-2019 19:11:52

Saya bingung kenapa harus ada gudang pesanan? Ya, kami ingin mengontrol seri untuk semua gudang, tidak hanya gudang utama, tetapi kami tidak ingin menggunakan pesanan. apa kebutuhannya? Menjawab

Dmitry Medvedkov 2019-05-29 19:49:53

Tangkapan layar di atas menunjukkan bahwa ini adalah batasan desain sistem. Mengapa tepatnya ini diperkenalkan adalah pertanyaan yang lebih baik untuk ditanyakan kepada pengembang. Saya pikir intinya di sini adalah bahwa penyertaan akuntansi saldo produk secara seri secara signifikan memperumit akuntansi komoditas dan memerlukan penggunaan rangkaian dokumen akuntansi pesanan tambahan. Menjawab

Detail pembayaran Biaya, lisensi, penggunaan oleh banyak pengguna Biaya produk - 0 rubel. Jumlah pekerjaan tidak terbatas. Tidak diperlukan lisensi tambahan. Ada opsi pembayaran apa aja? Anda dapat membayar dengan kartu bank (Visa, Mastercard atau Mir), dompet Yandex, atau mengirim NPWP organisasi Anda untuk menerbitkan faktur (dari pengusaha perorangan). Saat membayar dari badan hukum, dokumen penutup disediakan jika diperlukan. Apakah pembayaran di situs aman? 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 menerima file setelah pembayaran? Setelah pembayaran, Anda akan secara otomatis menerima email dalam satu menit dengan tautan untuk mengunduh produk (Anda menunjukkan alamat Anda saat membayar).

Masalah teknis Bagaimana cara menambahkan produk ke database? Anda dapat menerapkan produk sendiri dengan melihat petunjuknya. Jika Anda mengalami kesulitan dalam hal ini, saya dapat membantu. Hubungi saya dan kami akan mengatur waktu tertentu untuk komunikasi. Jika pengembangan tidak dimulai (atau tidak berfungsi dengan benar) Dalam hal ini, pertama-tama, periksa instruksi untuk melihat apakah Anda menghubungkan pengembangan dengan benar. Jika pemeriksaan tidak menghasilkan apa-apa, buat tangkapan layar kesalahan tersebut dan kirimkan kepada saya melalui surat yang menunjukkan nama pengembangannya. Sesuai pilihan Anda, saya dapat memperbaiki kesalahan dan mengirimi Anda file versi baru, atau mengembalikan uang. Jika pengembangan terhenti setelah pembaruan, Anda perlu menghubungi saya, beri tahu saya nomor rilis baru konfigurasi Anda dan nama pengembangan yang Anda beli. Setelah itu, saya akan mengirimkan versi file yang diadaptasi melalui surat. Apakah mungkin untuk meningkatkan perkembangan saya sendiri? Ya kamu bisa. Kode sumber terbuka dan tersedia untuk modifikasi apa pun, tidak ada batasan. Apakah ada perubahan pada konfigurasinya? Tidak, implementasi pengembangan tidak mengubah konfigurasi database dengan cara apa pun dan tidak akan mempengaruhi pembaruan selanjutnya. Apakah ada versi demo? Tidak, saya tidak bisa memberikan akses demo ke pengembangan.

Masalah lainnya Penjualan perkembangan setelah jam kerja/hari libur/akhir pekan Penjualan di website dilakukan secara otomatis sepanjang waktu, tujuh hari seminggu, hari libur dan istirahat makan siang. Apakah perkembangannya diperbarui? Beberapa perkembangan diperbarui dan ditingkatkan dari waktu ke waktu. Ketika produk diperbarui, Anda akan menerima pemberitahuan email yang merinci perubahan dan tautan unduhan (gratis). Anda juga memiliki kesempatan untuk menyampaikan keinginan Anda untuk perbaikan. Apakah dokumen penutup disediakan? Saat membayar dengan faktur, sertifikat penyelesaian pekerjaan dengan stempel dan tanda tangan disediakan (scan dan/atau asli melalui Russian Post, berdasarkan permintaan). Pengembalian dana Uang untuk pembelian pengembangan situs web segera dikembalikan secara penuh dalam hal berikut:

• pengembangan tidak dimulai atau berfungsi dengan kesalahan di database Anda, dan Anda menolak untuk mengadaptasinya,
• pengembangannya tidak sesuai dengan fungsi yang tercantum dalam deskripsi.

Mengalami masalah dengan pembayaran?

Pembayaran di situs ini berfungsi berdasarkan layanan pembayaran Yandex. Jika ini tidak berhasil untuk Anda, saya berasumsi Anda tidak berada di Rusia, dan Yandex tidak berfungsi di negara Anda (atau tidak stabil).

Apa yang harus dilakukan?

Anda dapat melakukan pembayaran dengan cara alternatif:

• Kartu Bank Tabungan: 4276 3000 2875 5851
• Dompet Yandex: 410011805420743

Dalam catatan pembayaran, pastikan untuk menunjukkan ID produk 592 dan alamat email Anda, di mana saya kemudian akan mengirimkan tautan untuk mengunduh pengembangannya.

Program “1C: Trade Management 8” (rev. 11.3) menerapkan akuntansi untuk rangkaian produk. Opsi dan pengaturannya dijelaskan dalam artikel kami.

Mari kita pertimbangkan jenis akuntansi yang paling sederhana - indikasi referensi seri produk.

Fitur akuntansi referensi untuk seri produk

Jika versi referensi akuntansi berdasarkan seri digunakan, maka rangkaian barang dapat ditunjukkan saat melakukan operasi - penerimaan, perpindahan, pengiriman. Operasi khusus yang memerlukan indikasi seri dikonfigurasikan dalam kebijakan akuntansi seri.

Namun, opsi akuntansi referensi tidak memungkinkan Anda memperhitungkan saldo barang dan biayanya berdasarkan seri.

Saat menggunakan akuntansi referensi berdasarkan seri, mungkin ada situasi ketika penerimaan barang dari satu seri didaftarkan, dan ketika produk ini dikirim, seri lain ditunjukkan. Dalam hal ini, program tidak akan mengontrol saldo secara seri.

Namun, dengan metode akuntansi ini, Anda dapat menggunakan laporan untuk melacak seluruh pergerakan barang berdasarkan seri. Hal ini dapat membantu dalam kasus-kasus seperti, misalnya, memeriksa keabsahan klaim klien (jika klien mengajukan klaim untuk produk yang bukan produk yang dibeli dari perusahaan kami).

Menyiapkan jenis item untuk akuntansi referensi berdasarkan seri

Mari buat tipe item baru – “Sepeda listrik”, dengan tipe item “Produk (tanpa fitur akuntansi)”.

Data referensi dan administrasi / Data referensi / Pengklasifikasi tata nama / Jenis tata nama

Di kartu jenis item pada tab “Dasar”, atur tanda untuk akuntansi berdasarkan seri; dalam contoh kita, mereka akan dikonfigurasi untuk jenis ini.

Secara default, program ini memiliki pengaturan berikut:

• seri mengidentifikasi contoh produk yang memiliki nomor seri unik;
• Detail seri hanya menyertakan nomornya, tanpa tag RFID.

Dalam contoh ini, kita akan membiarkan nilai default. Harap dicatat: jika suatu seri mengidentifikasi suatu contoh suatu produk, maka hanya akuntansi referensi berdasarkan seri yang dimungkinkan. Namun, dalam kasus kami, inilah yang diperlukan.

Untuk kebijakan akuntansi batch dalam contoh, kami akan memilih opsi “Dikonfigurasi untuk setiap gudang”. Pada kolom yang muncul, tambahkan baris, tunjukkan gudang, lalu buka pilihan kebijakan.

Mari kita buat kebijakan akuntansi seri baru dengan tipe “Indikasi referensi seri”. Dalam formulir polis, kami akan menunjukkan operasi di mana serangkaian barang akan digunakan (misalnya, penerimaan dari pemasok dan pengiriman ke klien).

Harap dicatat bahwa jenis kebijakan "Spesifikasi Referensi Seri" tidak mengizinkan penggunaan seri dalam perencanaan (yaitu, dalam pesanan). Seri ini akan digunakan pada saat seleksi - langsung dalam dokumen distribusi.

Mari kita tulis dan tutup rangkaian kebijakan akuntansi dan jenis barangnya.

Membuat item

Mari kita buka buku referensi produk dan buat posisi dengan tampilan “Sepeda listrik” – “Sepeda listrik 1”.

Data referensi dan administrasi / Data referensi / Nomenklatur

Setelah diisi, kami akan mencatat dan menutup item item.

Membeli barang dengan nomor seri

Kami akan mengatur pembelian sepeda listrik dengan pre-order ke supplier.

Pembelian/Pembelian/Pemesanan kepada supplier

Kami akan membuat dan mengisi pesanan untuk pemasok. Seperti yang Anda lihat, seri produk tidak ditentukan dalam pesanan. Setelah diisi, pesanan akan kami posting dengan status akhir “Confirmed”.

Berdasarkan pesanan tersebut, kami akan membuat “Kwitansi Barang dan Jasa”.

Dalam dokumen ini, pada tab “Produk”, ada kolom “Tidak”. Ikon merah di dalamnya berarti produk diatur untuk dihitung berdasarkan seri, tetapi serinya tidak ditentukan. Dokumen tidak dapat diproses dalam formulir ini.

Untuk memasukkan nomor seri, pilih lini produk dan klik tombol “Tentukan seri”.

Jendela “Pendaftaran seri produk” akan terbuka.

Saat mendaftarkan seri produk, Anda dapat memasukkan seri baru (tab “Input” di jendela pendaftaran) atau memilih dari seri yang dimasukkan sebelumnya (tab “Pilihan”). Nomor seri, pada gilirannya, dapat dimasukkan secara manual atau menggunakan pembuatan atau pengisian otomatis (tombol “Hasilkan nomor” dan “Isi nomor…”)

Dalam contoh ini, kita akan memasukkan nomor baru secara manual menggunakan tombol “Masukkan nomor”. Kemudian klik "Selesai".

Setelah mendaftarkan seri produk, piktogram pada kolom “Tidak” berubah menjadi hijau.

Kami akan memposting dan menutup dokumen penerimaan barang.

Menjual barang dengan nomor seri

Sekarang kami akan mencerminkan penjualan sepeda listrik yang dibeli, dengan pendaftaran pesanan awal untuk klien.

Penjualan / Grosir / Pesanan Pelanggan

Kami akan membuat dan mengisi pesanan pelanggan. Di dalamnya, seperti dalam pesanan ke pemasok, seri tidak ditunjukkan. Kami akan menentukan tindakan “Kirim” untuk produk dan memposting pesanan dalam status “Untuk Pemenuhan”.

Kami akan membuat “Penjualan barang dan jasa” berdasarkan pesanan. Di sini, di tab “Produk” ada kolom “Seri”. Ikon di dalamnya menunjukkan apakah seri ditunjukkan untuk barang yang akuntansinya dilakukan menggunakan seri.

Icon kami berwarna merah karena rangkaian barang yang dikirim belum terdaftar. Klik "Tentukan seri".

Seri sepeda listrik sudah didaftarkan, sehingga dalam hal ini tidak perlu memperkenalkan seri baru, melainkan memilih dari yang sudah ada.

Mari pergi ke tab “Seleksi” di jendela registrasi. Untuk menampilkan semua episode, klik "Semua". Seri yang diperkenalkan sebelumnya telah muncul. Centang dan klik Selesai.

Namun, program ini juga akan memungkinkan pengenalan seri baru; dalam hal ini, dokumen akan diproses, karena referensi akuntansi seri tidak mengontrol saldo seri.

Kami akan mendokumentasikan penjualan barang dan jasa.

Dokumen penjualan memungkinkan Anda mencetak formulir “Faktur”, yang menampilkan rangkaian barang.

.

Siapa yang butuh ini?

Sebagian besar jaringan toko kelontong berupaya memasukkan produk-produk beralkohol ke dalam koleksinya sesuai dengan prinsip: “Di mana ada makanan ringan, di situ ada minuman.” Rak minuman beralkohol secara signifikan meningkatkan omset ritel. Jadi ternyata banyak pengusaha yang tertarik untuk mencatat peredaran produk minuman beralkohol. Dan pembuat undang-undang FS RAR(Layanan Federal untuk Regulasi Pasar Alkohol), yang mengeluarkan izin untuk perdagangan grosir dan eceran alkohol, mengusulkan untuk melapor ke EGAIS(sistem informasi otomatis negara terpadu) untuk setiap botol yang terjual:

Mulai 1 Januari 2016, perangkat lunak untuk EGAIS harus diinstal oleh semua pedagang grosir alkohol,

Mulai 1 Juli 2016, semua toko retail yang menjual minuman beralkohol (di kota dan pemukiman besar).

Setiap botol alkohol - saat ini hanya kuat dan anggur, tetapi sebentar lagi juga akan menjadi lemah - memiliki stempel khusus. Ini memiliki kode batang dua dimensi PDF417 dengan informasi rinci tentang produsen, lisensi, tanggal pembotolan, dan karakteristik minuman lainnya. Ketika menjual setiap unit minuman beralkohol yang dibubuhi stempel khusus federal (FSM) atau pita cukai (AM), perlu untuk menyimpan dalam tanda terima informasi yang terdapat pada stempel khusus federal atau pita cukai. Kasir harus memindai barcode pada stempel khusus dengan pemindai, mentransfer informasi tentang botol yang dijual ke program mesin kasir yang kompatibel dengan modul EGAIS. Modul ini menerima data dan, menggunakan kunci perangkat lunak tanda tangan elektronik (diterima oleh perusahaan pemegang lisensi untuk setiap fasilitas ritel), informasi tersebut dienkripsi dan dikirimkan ke sistem EGAIS yang diinstal di FS RAR.

Intinya, EGAIS adalah semacam alat kontrol atas siklus penuh seluruh perputaran produk beralkohol di Rusia: mulai dari botol yang meninggalkan jalur perakitan, penjualan oleh distributor dan perusahaan perdagangan hingga masuknya ke keranjang konsumen.

Dan karena, selain terhubung ke Sistem Informasi Otomatis Negara Terpadu, kewajiban perusahaan untuk menyerahkan Deklarasi peredaran dan penjualan produk beralkohol dan mengandung alkohol ke FS RAR setiap triwulan tetap ada, data ini harus sesuai dengan yang diterima oleh Unified State Automated Information System. Sistem Informasi Otomatis Negara. Dan sebaiknya persiapan Deklarasi tidak memakan waktu sekitar satu bulan kerja beberapa programmer dan karyawan yang memenuhi syarat.

Sederhana Seri, dari sudut pandang EGAIS, harus memuat informasi tentang:

• Tata nama,
• Pabrikan,
• Tanggal pembotolan
• Rentang merek (rentang nomor).

Selama ini pembentuk undang-undang tidak wajib mencantumkan keterangan tentang seri dan nomor prangko dalam Surat Pernyataan, namun hal itu untuk saat ini.

Sedikit sejarah

Barcode barang satu dimensi digunakan di sebagian besar toko saat bekerja sebagai kasir.

Saat menangani alkohol, masalahnya sudah diketahui sejak lama. Jadi cognac berumur 3 dan 5 tahun dengan nama yang sama dari produsen yang sama memiliki barcode yang sama. Dan perbedaan harga sangat signifikan. Namun masalah utamanya adalah pemalsuan. Di tahun 90an, hanya orang malas yang tidak memalsukan alkohol.

Pada tahun 1997, pemerintah wilayah Krasnodar membeli mesin cetak holografik dari Inggris. “Tanda kualitas” pertama untuk produk alkohol yang diproduksi oleh perusahaan di wilayah Krasnodar mulai dicetak di atasnya. Namun perjuangan melawan alkohol ilegal yang dilakukan oleh badan-badan resmi digagalkan oleh usaha pengusaha bayangan. Dari mana mereka mendapatkan prangko dengan hologram asli? Masalah ini tetap berada dalam kompetensi otoritas investigasi.

Masalah ini masih ada sampai sekarang - keuntungannya terlalu tinggi. Selama audit, bahkan di toko berantai, ditemukan alkohol yang tidak diimpor ke sana, atau diimpor - tetapi dalam jumlah yang lebih kecil. Selain itu, semua botol memiliki stempel khusus federal atau stempel cukai. Kunci untuk mengatasi masalah pemalsuan adalah data barcode 2D PDF417. Mereka harus ditransfer ke EGAIS pada saat implementasi. Kemudian “menghubungkan” data tentang produk yang diproduksi dan dijual menjadi tugas yang bisa diselesaikan. Artinya, perusahaan yang terkait dengan peredaran minuman beralkohol harus memperkuat kontrol atas setiap botol minuman beralkohol yang dibeli dan dijual. Meskipun mudah untuk menguraikan data kode batang, ketika membaca kode batang dua dimensi dengan pemindai khusus, beberapa lusin angka muncul, yang belum ada informasi khusus untuk penguraiannya.

Bagaimana cara memperhitungkan hal ini di UT 11?

Di UT 11, hubungan dengan deret sangat sederhana: Jenis tata nama dan Terbaik sebelumnya. Data ini diambil dari database Demo UT 11. Tidak ada contoh minuman beralkohol di database Demo.

Komposisi detail seri ini ditentukan dalam direktori Jenis tata nama ketika bendera dipasang Gunakan seri dan memilih di lapangan Identifikasi seri:

Namun, ada sedikit variasi pilihan. Untuk Jenis nomenklatur TV di database Demo hanya digunakan Nomor:

Terakhir, Anda dapat membuat jenis item untuk seri apa sekumpulan barang yang mempunyai nomor batch dan tanggal kadaluwarsa yang sama:

Kemudian di kartu referensi Seri tata nama dimungkinkan untuk menunjukkan Nomor dan Tanggal Kedaluwarsa (Tanggal Pembotolan?!):

Seperti akuntansi seri, kemampuan untuk masuk Sertifikat Nomenklatur dan informasi tentang produk beralkohol di ritel muncul ketika bendera dicentang di Pengaturan Parameter Sistem, di blok Nomenklatur:

Jika kemungkinan pemeliharaan catatan berdasarkan seri dan format catatan seri ditentukan dalam bentuk item, maka dalam kartu item itu sendiri dimungkinkan dengan memasang bendera Menyimpan catatan sertifikat barang, dapatkan kesempatan ini. Tetapi Anda dapat menentukan akuntansi wajib untuk sertifikat Jenis nomenklatur.

Alih-alih satu item dalam nomenklatur, Anda dapat menentukan daftar barang yang sertifikat ini valid. Sertifikat yang tertera berlaku untuk 4 produk.

Data akan ditulis ke register informasi Ruang lingkup sertifikat produk:

Laporan dapat dijalankan dengan pilihan berdasarkan item dan seri. Dapat ditarik Pabrikan nomenklatur dan dokumen Pendaftar. Namun, dengan pengaturan ini, Anda perlu hati-hati memilih baris yang sisa nomenklaturnya benar:

Laporan Pergerakan serangkaian nomenklatur memberikan informasi berikut:

Saya tidak dapat “mencabut” sertifikat nomenklatur di laporan mana pun, setidaknya untuk memeriksa keberadaannya.

Bagaimana cara memodifikasi UT 11?

Rangkaian tata nama alkohol yang diperkenalkan pada UT 11 memiliki kelemahan sebagai berikut:

1. Bidang Jual oleh menjadi tidak ada artinya, karena anggur, vodka, dan cognac tidak memiliki tanggal kedaluwarsa resmi.
2. Bidang Nomor Tidak cukup jika Anda menunjukkan kisaran mereknya. Penyebaran (range) suatu merek dapat terdiri dari beberapa rentang. Namun ukurannya cukup memadai jika Anda menentukan pengidentifikasi bantuan B (lebih jelasnya di lanjutan artikel “”).
3. Sulit untuk mengurutkan seri berdasarkan satu nomenklatur, karena direktori Seri Nomenklatur hanya memiliki tiga detail:

Ke buku referensi Seri tata nama M Anda dapat memasukkan detail tambahan Nomenklatur seri:

Kemudian masukkan detail tambahan Jenis stempel khusus:

Kemudian modifikasi formulir seri dengan detail tambahan “Rentang dari” dan “Rentang menurut”, serta “Tanggal pembotolan”.

Di dalam dokumen Penerimaan barang dan jasa untuk nomenklatur ini, seri ini memiliki semua detail tambahan:

Namun, muncul pesan yang menyatakan bahwa penggunaan modal windows dalam mode ini dilarang. Apa maksudnya?

Laporan Daftar barang di gudang setelah konfigurasi lanjutan, menampilkan detail tambahan yang dimasukkan.

Masalah seri apa yang mungkin muncul di UT 11?

Memasukkan saldo awal secara seri

Selama implementasi nyata, masalahnya mungkin adalah pengenalan rangkaian yang sudah pada tahap tersebut. Tanpa memperkenalkan seri, dokumen tidak akan diproses. Dan pada program sebelumnya berdasarkan 1C:Enterprise 7.7, nomor batch pada perusahaan ini dibentuk dari nomor invoice dan tanggal penerimaan, kisaran angka tidak diperhitungkan sama sekali. Nomenklatur tidak dihitung ulang bahkan menggunakan barcode. Tidak realistis untuk segera membuat catatan “bersih” dengan menghitung ulang barang-barang sekaligus memperkenalkan seri: sekitar seribu item, hingga 10 seri per item produk beralkohol, pergerakan barang terus-menerus. Di Demo Base UT 11, saldo awal produk susu dimasukkan ke Gudang Pusat, yang pengaturan akuntansi batchnya adalah “seri tidak diperhitungkan di gudang ini”:

Jika Anda memperbaiki kesalahan ini dan mengatur pengaturan akuntansi batch untuk Gudang Pusat, maka Anda dapat mencatat dokumen ini, tetapi Anda tidak dapat mempostingnya.

Untuk memposting dokumen dan memperoleh data setidaknya tentang saldo barang, diputuskan untuk membuat pemrosesan yang mendaftarkan seri tersebut. STEKER untuk setiap elemen nomenklatur saham:

Jadi, setelah mengunduh data nomenklatur dan kuantitas dari program lama ke UT 11, dan memasang Stub seri di dokumen, Anda dapat terus bekerja secara sistematis memasukkan seri untuk barang individu atau kelompoknya.

Masalah memasukkan saldo awal barang berdasarkan batch muncul tidak hanya untuk produk beralkohol, tetapi juga untuk produk lain yang memiliki akuntansi serial.

Perlakuan " Pemasangan colokan untuk rangkaian input sisa" terlampir pada artikel.

Laporan dokumen yang lengkap dan gagal

Setiap laporan standar di UT 11 hanya berfungsi berdasarkan catatan register yang melaksanakan dokumen yang diposting. Laporan tambahan menunjukkan pergerakan barang, tetapi menurut dokumen (diposting dan tidak diposting, kecuali yang ditandai untuk dihapus):

Mengapa laporan ini diperlukan?

Bahkan di database Demo UT 11 Anda dapat menemukan masalah akuntansi yang dapat muncul di database nyata karena berbagai alasan. Telah disebutkan di atas bahwa Demo Base Gudang Pusat tidak memiliki kebijakan akuntansi seri. Oleh karena itu, dokumen tersebut tidak diposting tanpa mencantumkan serinya. Bagaimana jika Anda sangat ingin melihat berapa banyak produk yang ada di entri saldo?

Data yang dirangkum dalam laporan menunjukkan absurditas situasi: susu yang dibeli pada Januari 2012 tidak ditentukan batchnya (tanggal kadaluwarsanya), dan perhitungan ulang barang setelah 2 tahun menunjukkan saldo 11 unit barang. Saya tidak ingin memikirkan bau apa yang ada di gudang ini...

Dalam database nyata, laporan memperlihatkan, misalnya, situasi berikut:

Pengguna tidak ingin memasukkan data pada rangkaian satu botol, atau lupa. Saya ingatkan Anda bahwa dokumen Penjualan barang dan jasa tidak dilakukan tanpa menunjukkan serinya.

Dan opsi ini membantu menemukan kesalahan dalam nama dan kode batang (sisa-sisa satu nomenklatur ditransfer dalam dua dokumen):

Laporan " Pergerakan item secara seri" terlampir pada artikel.

Ngomong-ngomong, perlu diingat bahwa di UT 11 formulir cetak hanya bisa diperoleh dari dokumen yang diposkan.

Kesimpulan

Modifikasi UT 11 (rilis 11.1.10) untuk memenuhi kebutuhan persyaratan modern untuk akuntansi minuman beralkohol adalah hal yang kompleks dan memerlukan pengetahuan khusus serta banyak pekerjaan. Kelengkapan informasi pada direktori Seri tata nama jelas tidak cukup untuk mempertahankan penghitungan penuh minuman beralkohol.

Alternatifnya adalah solusi khusus “Manajemen Perdagangan Alkohol”, yang dibuat berdasarkan UT 11. Solusi ini merupakan produk gabungan 1C dan KT-Alkohol. Produk khusus ini dipilih untuk akuntansi dalam jaringan ritel kecil. Permasalahan pelaksanaannya dijelaskan pada artikel berikut “.