Perangkat lunak"1C: Manajemen Perdagangan 10.3" adalah alat yang ampuh untuk perencanaan dan akuntansi untuk operasi perdagangan. Edisi baru, diperluas secara signifikan dengan menambahkan fitur baru, seperti: manajemen penyelesaian, manajemen ritel, manajemen inventaris, dan fungsi nyaman lainnya.
Salah satu inovasi konfigurasi yang paling penting adalah penambahan metode penetapan harga baru. Sekarang Anda dapat menetapkan diskon Anda sendiri untuk sekelompok pembeli atau barang tertentu, yang akan dihitung secara otomatis.
Pendekatan ini berguna ketika Anda ingin mengatur diskon, misalnya, kepada klien korporasi. Lagi pula, klien seperti itu membuat jumlah maksimum operasi dan menarik mereka akan membawa kemakmuran bagi perusahaan Anda. Mesin penghitungan diskon otomatis menerima kondisi apa pun untuk pelanggan individu dan aturan untuk menerapkan beberapa diskon.
Untuk mengatur diskon untuk klien korporat, gunakan dokumen "Mengatur diskon item". Dokumen ini berisi banyak pengaturan untuk fleksibel kebijakan harga. Untuk mengatur diskon barang, pilih Dokumen > Harga > Atur diskon barang di menu. Di jendela yang terbuka, atur parameter diskon. Anda harus memilih jenis operasi "Berdasarkan tata nama". Dalam daftar "Kondisi", pilih nilai "Tanpa kondisi". Jika perlu, Anda dapat menentukan kondisi di mana pelanggan diberikan diskon.
Jika Anda ingin membuat diskon untuk semua produk, centang kotak "Untuk seluruh rentang". Jika Anda tidak mencentang kotak ini, maka Anda harus memilih daftar barang yang diberikan harga khusus.

Misalnya, mari tambahkan grup produk (TV).

Kemudian pilih dari daftar penerima klien yang dibutuhkan. Anda dapat memilih klien individu atau grup tertentu. Di bidang "Persentase", tentukan jumlah diskon untuk klien korporat.

Setelah melewati dokumen ini, diskon akan dihitung secara otomatis. Dalam sistem pengiriman, ketika Anda memilih pelanggan yang tepat, jumlah diskon akan ditampilkan.

Terkadang ada kalanya perlu untuk membatalkan diskon. Ini dilakukan dengan menggunakan dokumen "Pembatalan diskon item". Itu dapat ditemukan menggunakan menu Documents > Pricing > Cancel item discount.

Dengan sifat pekerjaan saya, saya sering membantu orang mulai membuat catatan perdagangan. Sebagian besar grosir. Terkadang saya mengaturnya dari awal, terkadang saya menyelesaikannya untuk seseorang. Artikel ini ingin membantu orang-orang yang secara mandiri mengatur program ini untuk pertama kalinya.

Saya tidak akan masuk jauh ke dalam fitur dari setiap buku referensi dan dokumen, informasi ini cukup baik di 1C itu sendiri maupun di Internet. Artikel ini adalah "kerangka" pengaturan 1C dan dapat berubah secara signifikan untuk akun yang berbeda. Saya sedang berbicara tentang contoh versi dasar UT 10.3.43.1, perusahaan komersial bertunangan perdagangan grosir dan eceran. Jadi, Anda telah menjadi pemilik program (atau klien Anda) yang bangga. Anda memiliki kotak 1C, pertimbangkan isinya:

• Buku "Panduan Pengguna" dan "Deskripsi Konfigurasi"
• cd dengan konfigurasi dan platform
• kartu pendaftaran, yang tulang punggungnya harus diisi dan dikirimkan, amplop terlampir
• amplop tertutup dengan data untuk mendapatkan lisensi (kode pin)

Dari semua ini, yang paling penting adalah "kartu registrasi", semacam "paspor" 1C. Tapi saya sangat menyarankan Anda menyimpan seluruh kotak dan menyimpannya lebih dekat ke tempat kerja di mana 1C digunakan. Saya juga menyarankan Anda segera mendaftar di situs "users.v8.1c.ru" untuk menerima pembaruan, untuk versi dasar mereka gratis.

Persiapan tempat kerja

Pertama, kita membuat dua folder di komputer: "1C Bases" dan "1C Programmer". Folder "1C Base" akan digunakan untuk arsip dasar dan sementara. Folder "1C Programmer" akan digunakan untuk distribusi 1C dan program terkait lainnya. Kami segera membuat folder dengan database kami di "1C Base", misalnya "TradeBase10.3".

Sekarang kami membuat basis kami:

1. di jendela peluncuran 1C klik "Tambah"
2. pilih "Buat database baru"
3. pilih template dasar
4. tentukan nama "Toko kami"
5. tentukan path ke database, misalnya: "D:\1С Bases\TradeBase10.3". Secara default, biasanya "C:\Users\Petya\1C...", saya sarankan untuk mengubahnya, karena jika ada masalah dengan windows, akan sulit untuk mengeluarkan basis dari sana.
6. selesai, menunggu database dibuat
7. pilih database yang muncul dalam daftar dan klik "1C:Enterprise"

Jalankan dan penyiapan pertama

Pada awal pertama, 1C meminta kami untuk membuat pengisian awal otomatis - kami setuju. Setelah itu kita tutup buka jendela: "Asisten transisi ut 11", "Mulai asisten", "Panel fungsi". Dan kami memulai konfigurasi manual.

Pengaturan perusahaan

Kita pergi Direktori -> Perusahaan -> Organisasi. Kami menekan dan di kartu yang dibuka kami mengisi nama, misalnya "IP Menshikov A.Yu.", pilih "Legal / fisik." orang (IP adalah individu dalam 1C ini), isi NPWP, dan opsional Kontak informasi(Alamat resmi / fisik, telepon) perlu untuk pembentukan dokumen dan klik "Tulis". Sekarang mari kita buat meja kas KKM dan perusahaan. Klik tombol "Pergi" dan pilih "Kasir". Di jendela yang terbuka, tambahkan checkout. Di kasir, isikan nama "Meja kas utama" dan mata uang "rubel", klik "OK". Kami menutup daftar meja kas, kembali ke kartu organisasi. Sekali lagi, tekan tombol "Go" dan pilih "KKM cash register". Kami juga menambahkan mesin kasir KKM. Pada mesin kasir KKM, isikan nama “Meja Kas Utama KKM”, tekan “OK”, tutup daftar meja kas KKM.

Selanjutnya, kami membuat kebijakan akuntansi untuk akuntansi pajak. Kami menekan tombol "Pergi" di kartu organisasi dan pilih "Kebijakan akuntansi (akuntansi pajak)". Menambahkan kebijakan akun baru. Misalkan kita memiliki imputasi (ya, ya, grosir bukan halangan), maka kita centang kotak: "Organisasi bukan pembayar PPN", "Organisasi adalah pembayar UTII", "Perdagangan eceran tunduk pada UTII" . Kami menekan "Oke". Tutup kartu organisasi dan daftar organisasi.

Menyiapkan direktori dasar

Kita pergi Direktori -> Perusahaan -> Gudang. Menambahkan gudang baru Isikan nama “Store”, klik “OK”. Jika beberapa gudang akan digunakan dalam akuntansi, maka tambahkan semuanya. Jika toko memiliki gudang selain lantai perdagangan, dan saat menjual, pemilihannya berasal dari kedua tempat, maka saya sarankan untuk menggabungkannya menjadi satu gudang dalam program ini.

Sekarang mari kita pergi ke nomenklatur itu sendiri Direktori -> Tata Nama -> Tata Nama. Kami menambahkan nomenklatur baru, kami akan membutuhkannya di masa mendatang untuk memeriksa kebenaran pengaturan 1C. Isikan nama, misalnya “Test”, pilih jenis barang “Product”, satuan dasarnya adalah “pcs”. dan tekan tombol "Rekam". Ini adalah minimal yang kita butuhkan.

Selanjutnya, mari kita lihat harga. Kita pergi Referensi -> Nomenklatur -> Jenis harga Nomenklatur. Tambahkan jenis harga beli baru, isi nama "Beli", mata uang "rubel", tinggalkan jenis harga "Dasar" dan tekan tombol "Simpan". Selanjutnya, Anda harus memasukkan jenis harga untuk dijual. Tambahkan jenis harga eceran baru, isi nama "Eceran", mata uang "rubel", pilih jenis harga "Penyelesaian", metode perhitungan "Berdasarkan markup persentase pada jenis dasar", jenis dasar "Pembelian", markup % misalnya "30" dan klik tombol "Rekam". Jika ada harga grosir lain atau yang lain, kami melakukan hal yang sama. Jelas bahwa tidak mungkin markup tetap cocok untuk seluruh rentang, di mana kita perlu memperbaikinya secara manual. Program ini memiliki mekanisme markup untuk kelompok harga, tetapi jika Anda baru mulai berkenalan dengan 1C, saya sarankan Anda tidak menggunakannya.

Sekarang mari kita tambahkan pelanggan. Kita pergi Direktori -> Rekanan -> Rekanan. Menambahkan grup baru pembeli, nama "BUYERS" . Ayo tambah pembeli retail, masuk ke folder "BUYERS", klik add a new counterparty. Isi nama Pembeli Eceran", centang "Pembeli", tekan tombol "Rekam". Selanjutnya, buka tab "Akun dan perjanjian", di sini "Perjanjian utama" "dengan pembeli" secara otomatis dibuat, buka. ", centang kotak " melakukan penyelesaian dengan rekanan sesuai dengan dokumen", mata uang "rubel", buka tab "Tambahan" dan pilih jenis harga "Eceran", klik "OK" di kartu perjanjian dan di kartu rekanan. Ini menyelesaikan pengaturan pembeli , dengan analogi, kita bisa mendapatkan pembeli grosir.

Sekarang mari kita tambahkan penyedia. Kita pergi Direktori -> Rekanan -> Rekanan. Kami menambahkan grup pemasok baru, nama "PEMASOK". Ayo tambah supplier baru, masuk ke folder "SUPPLIERS", klik add a new counterparty. Isikan nama “Input saldo awal”, centang kotak “Supplier”, tekan tombol “Rekam”. Selanjutnya, buka tab "Akun dan perjanjian", di sini "Perjanjian utama" "dengan pemasok" secara otomatis dibuat, buka. Kami mengubah "Penyelesaian bersama sedang dilakukan" menjadi "Berdasarkan kontrak secara keseluruhan", beri tanda centang "untuk melakukan sesuai dengan dokumen penyelesaian dengan rekanan", mata uang "gosok". Masuk ke tab “Additional” dan pilih jenis harga counterparty, disini kita klik untuk menambahkan jenis harga counterparty yang baru, isikan dengan nama “Purchassing supplier”, pilih jenis harga kita “Purchase”, currency “rub”, klik "OK" dan klik dua kali pada jenis harga rekanan yang dibuat sehingga diganti ke dalam kontrak kami. Selanjutnya, klik "OK" di kartu kontrak dan di kartu rekanan. Ini melengkapi pengaturan pemasok, dengan analogi kita bisa mendapatkan pemasok lain.

Siapkan opsi akuntansi

Kita pergi Alat-> Pengaturan Akuntansi -> Pengaturan Akuntansi. Kami mengisi judul program "Toko Kami", hapus centang pada kotak "Gunakan seri produk" dan "Gunakan pesanan internal". Kami memilih metode pengendalian utang "menurut hari kalender" dan indikasi gudang dan pesanan di bagian tabular "Jangan gunakan". Pada tab "Mata Uang", ubah mata uang akuntansi manajemen menjadi "rubel".

Selanjutnya, atur kebijakan akuntansi untuk seluruh database, go Layanan-> Pengaturan Akuntansi -> Kebijakan Akuntansi. Di sini program telah membuat kebijakan akuntansi default, kita perlu mengeditnya. Kami membuka entri ini, dimulai dengan "01/01/1980 ...". Di sini kami mencentang kotak "simpan catatan barang-barang organisasi di gudang" dan "hapus batch saat melakukan dokumen", saya juga merekomendasikan memilih kronologi untuk menghapus batch "Rata-rata" dan klik "OK".

Pengaturan pengguna

Sekarang mari kita buat pengguna, pergi Alat-> Pengguna -> Daftar pengguna. Kami menambahkan pengguna baru, menurut tradisi ini adalah administrator, isi nama pendek "Administrator" dan klik tombol "Rekam". Program akan menanyakan "Secara otomatis membuat pengguna IS", kami setuju. Kartu pengguna IB akan terbuka secara otomatis (jangan bingung dengan direktori pengguna!). Di sini kita dapat memasukkan kata sandi (opsional), pilih antarmuka utama "Penuh" dan bahasa "Rusia", di jendela kanan, centang kotak di sebelah "Hak penuh" dan klik "OK". Sekarang kita mengatur pengaturan di jendela pengguna, untuk kenyamanan, saya sarankan membuka semua folder pengaturan. Di bawah ini adalah pengaturan yang disarankan yang perlu Anda ubah, setelah mengubah, klik "OK".

• Melakukan penyelesaian bersama sesuai dengan dokumen penyelesaian dengan pihak lawan - Ya
• Mata uang utama dari penyelesaian bersama - gosok.
• Manajemen utama penyelesaian bersama berdasarkan kontrak - "Menurut kontrak secara keseluruhan"
• Formulir pengaturan laporan yang diperluas - Ya
• Daftar harga pemasok - Ya
• Unit utama menurut pengklasifikasi - bagian
• Jenis nomenklatur utama - Barang
• Gudang utama - Toko
• Mencerminkan dokumen dalam akuntansi manajemen - Ya
• Meja kas utama - Meja kas utama
• Organisasi utamanya adalah IP Menshikov A.Yu.
• Tarif PPN Dasar - Tanpa PPN
• Pembeli Utama - Pembeli Eceran
• Jenis utama harga jual - Eceran

Selanjutnya, Anda perlu mengonfigurasi hak pengguna tambahan. Untuk ini kita pergi Alat-> Pengguna -> Mengonfigurasi hak pengguna tambahan. Di jendela yang terbuka, pilih "Administrator" di bagian atas. Dan jika perlu, atur pengaturan berikut:

• Izinkan kelebihan stok - Ya
• Izinkan organisasi yang terlalu banyak menimbun - Ya
• Biarkan saldo bebas berlebih Uang- Ya
• Izinkan melakukan tanpa kendali penyelesaian bersama - Ya
• Izinkan pembayaran tanpa aplikasi - Ya
• Hitung hutang saat membuka formulir - Ya
• Pengeditan tabel - Ya
• Mengedit harga dan diskon dalam dokumen - Ya

Dengan analogi, Anda dapat membuat pengguna lain. Sangat diharapkan bahwa tidak semua orang memiliki "Hak Penuh". Fitur standar program ini untuk mengatur pengguna tidak terlalu luas. Untuk membatasi hak pengguna, saya sarankan untuk memperhatikan "Tanggal larangan mengedit". Ada juga "Pembatasan hak di tingkat pengguna", tetapi memuat pekerjaan 1C sangat banyak, dan tidak menyelesaikan seluruh masalah pembatasan hak pengguna.

Penyelidikan

Setelah menyelesaikan pengaturan, tutup 1C dan masuk ke dalamnya lagi, sudah di bawah "Administrator". Saya merekomendasikan skrip berikut untuk pengujian:

• Kami membuat penerimaan barang Dokumen -> Pengadaan -> Penerimaan barang dan jasa.
• Waran tunai akun dengan pembayaran sebagian.
• Berdasarkan tanda terima, kami melakukannya Menetapkan harga barang.
• Ayo buat jualan Dokumen -> Penjualan -> Penjualan barang dan jasa.
• Kami membuat berdasarkan penjualan Pesanan tunai masuk dengan pembayaran sebagian.
• Membuat laporan keuntungan Laporan -> Penjualan -> Analisis Penjualan -> Laba Kotor periksa apakah keuntungannya dihitung
• Kami membuat laporan tentang penyelesaian bersama Laporan -> Penjualan -> Penyelesaian bersama -> Pernyataan penyelesaian bersama dengan rekanan periksa apakah ada penyelesaian bersama

Dalam hal ini, pengaturan awal 1C: Manajemen Perdagangan 10.3 dapat dianggap selesai.

Memulai di 1C

Jika toko baru saja dibuka dan belum mulai berfungsi, hingga 1C dikonfigurasi. Kemudian semuanya sederhana, kami membuat tanda terima dari pemasok kami, menetapkan harga, mencetak label harga dan mulai bekerja.

Jika toko sudah bekerja dan kami dapat menangguhkan pekerjaannya untuk penghitungan ulang penuh. Kemudian pertama-tama kita masukkan seluruh nomenklatur di 1C. Selanjutnya, kami mencetak daftar barang, menutup toko dan menghitung ulang. Saat menghitung ulang, tunjukkan jumlahnya, perkiraan harga pembelian, dan harga jual saat ini. Jika barang sudah masuk Bursa saham dan ruang utilitas tulis sisanya dalam dua angka. Setelah selesai, toko tetap bekerja, tetapi kami harus mencatat semua penjualan di atas kertas sampai hasil penghitungan ulang dimasukkan ke dalam program. Saldo awal dapat dimasukkan ke dalam program dengan beberapa cara, tetapi saya sarankan melalui penerimaan barang dan jasa dari rekanan "Masukkan saldo awal", karena. maka akan lebih mudah untuk menetapkan harga berdasarkan itu. Disarankan untuk membuat kuitansi terpisah untuk setiap kelompok barang. Setelah memasukkan saldo, kami menyelesaikan penjualan yang ada di atas kertas setelah perhitungan ulang dan mulai membuat catatan secara real time. Kami membuat kwitansi dari pemasok baik sebelum perhitungan ulang atau sesudahnya.

Jika toko sudah buka dan tidak bisa ditutup untuk perhitungan ulang. Kasus yang paling sulit. Untuk kenyamanan, kita perlu pencetak label. Metodenya akan mirip dengan yang sebelumnya. Kami memperkenalkan barang ke dalam program dalam kelompok kecil. Barang-barang yang telah dibawa masuk ditandai dengan barcode kami. Kami memperbaiki setiap penjualan barang bertanda di 1C.

Tesis tentang akuntansi di 1C

Tentang nomenklatur. Cobalah untuk memberi nama produk sedemikian rupa sehingga jelas bagi pelanggan, dan bukan hanya Anda. Nama produk yang bagus meningkatkan loyalitas pelanggan dan juga mempercepat pengembangan situs, jika Anda merencanakannya. Saya juga menyarankan Anda membuat folder "Dihapus dari jangkauan", di mana Anda akan memindahkan barang yang tidak lagi digunakan dalam akuntansi.

Tentang cadangan. Ada banyak cara untuk membuat cadangan database. Tetapi saya sarankan Anda memastikan untuk membuat salinan secara berkala ke drive eksternal. Karena server dapat gagal sepenuhnya dengan database dan arsip. Hal yang sama berlaku untuk penyerang, mereka akan memblokir semuanya - baik database maupun arsip. Dan jika kita memiliki salinan database di tempat lain, konsekuensinya akan jauh lebih ringan.

Tentang diskon dan pengeditan harga. Coba hilangkan peluang ini dari seller, tk. ini adalah lubang utama dalam keamanan perusahaan perdagangan.

Pada keuntungan lebih dari 7.7 (9.2). Tis 7.7 adalah program yang sangat layak. Tapi di 10.3, dari yang sekarang, ada dukungan standar untuk beberapa barcode, pembuat laporan. Dan yang paling penting, ada sangat sedikit spesialis di 7.7.

Tentang keunggulan dibandingkan UT 11. UT 11 adalah program modern yang luar biasa. Tapi 10.3 pada mesin yang lemah akan berjalan JAUH lebih cepat.

Tentang USB. Jika Anda memiliki banyak peralatan USB, untuk menghemat port di komputer Anda, pastikan untuk membeli hub USB dengan daya eksternal dari stopkontak.

Tentang pengganggu. Mayoritas (90%) dari kegagalan 1C terkait dengan crash saat lampu dimatikan. Saya sarankan memasang catu daya yang tidak pernah terputus dan mematikan komputer tepat waktu setelah mematikan lampu. Tidak terputus akan terbayar dengan sangat cepat, percayalah.

tentang biaya tambahan. Dalam program ini, Anda dapat melacak biaya tambahan, seperti: sewa, gaji, kebutuhan rumah tangga. Untuk melakukan ini, masukkan layanan ini dalam nomenklatur, dan kemudian buat kedatangan mereka sebagai tanda terima barang dan jasa secara teratur. Anda kemudian dapat melihat biaya ini di laporan pembelian.

Tentang perbedaan antara perdagangan grosir dan eceran. Jika Anda memiliki pembayaran non-tunai dari pembeli, atau pengiriman secara kredit, atau beberapa jenis harga jual, maka ini dianggap perdagangan grosir. Dan itu berarti 1C: Manajemen Perdagangan cocok untuk Anda.

Penyetelan 1C: Manajemen Perdagangan 10.3

Setelah instalasi, ada perasaan kuat bahwa ada sesuatu yang hilang. Pertama-tama, saya hampir selalu menempatkan eksternal formulir tercetak"Cek komoditas" untuk penjualan barang dan jasa. Dan tentu saja pemrosesan eksternal label harga pencetakan. Selanjutnya, Anda dapat mempertimbangkan daftar harga dengan gambar atau bahkan pesanan harga. Kemudian titik lemahnya adalah pengaturan harga, penggandaan, pengisian yang berlebihan dengan entri yang tidak perlu sepanjang waktu, diselesaikan dengan pemrosesan eksternal. Jika tidak, sebagian besar tugas dapat diselesaikan dengan cara standar - jika diinginkan oleh programmer.

Apa yang aku sengaja tidak katakan

Peralatan toko. Topiknya sangat luas, di sana Anda dapat menulis artikel terpisah untuk setiap peralatan.

Modus RMK. Dalam 1C, RMK adalah kesedihan dan kesedihan. Jika Anda hanya memiliki eceran, ambil lebih baik 1C: Retail atau Frontol.

Tes/koreksi. Di 1C, ada dua mekanisme yang memungkinkan Anda untuk menghilangkan sebagian besar masalah: ini adalah pengujian internal dan eksternal (chbfl). Internet memiliki informasi yang diperlukan.

Itu saja, terima kasih telah menonton ...

Bagaimana dalam UT 10.3 untuk menetapkan jumlah total diskon pada akun, dinyatakan dalam rubel (bukan sebagai persentase)?

Sebuah tugas. Perusahaan mengadakan promosi di mana setiap pelanggan diberikan diskon 1.000 rubel dengan jumlah setiap faktur. Apakah mungkin untuk memutuskan? tugas ini dan dengan cara apa?

Hal pertama yang terlintas dalam pikiran pelanggan biasanya untuk mendapatkan produk "Diskon" dan menjatuhkannya pada faktur dengan harga negatif sama dengan 1000 rubel. Tapi rencana ini tidak layak, karena. memasukkan produk dengan harga negatif dilarang oleh pengembang. Dari sudut pandang akal sehat, ini mutlak dibenarkan, karena. tidak masuk akal untuk mempertimbangkan PPN suatu produk dengan harga negatif, dan kemudian siapa yang akan memposting produk "Diskon" ke gudang, dengan harga berapa dan dari siapa membelinya, dan mengapa kita membutuhkannya di gudang sama sekali ? Tapi apa yang harus dilakukan pengguna biasa dalam situasi ini?

Solusi 1. Kurangi 1000 rubel dari biaya beberapa barang dalam faktur.

Misalnya invoice berisi produk "TV" sebanyak 1 pc. dan harga 30.000 rubel. Kami secara manual mengurangi harga menjadi 29.000 rubel dan dengan demikian pembeli menerima diskon.

Kerugian dari metode ini jelas:

Perubahan harga manual.

Pembeli tidak melihat di faktur bahwa dia diberi diskon. Bahkan jika kita, pada kenyataannya, memiliki satu set TV yang berharga 30.000 rubel, maka pembeli dapat menganggap pengurangan harga sebagai fiksi.

Faktur tidak boleh berisi barang senilai lebih dari 1000 rubel. Dalam hal ini, jumlah total akun mungkin lebih banyak.

Tidak selalu mungkin untuk mengurangi 1000 rubel tanpa kesalahan dalam pembulatan harga barang. Misalnya, jika kami menjual 3 TV dengan harga masing-masing 10.000 rubel, maka total biayanya adalah 30.000 rubel. Untuk memperoleh harga baru satu TV harus dihitung: (30.000 - 1000) / 3 = 9.666.67 hasilnya dibulatkan menjadi dua tempat desimal. Masalah muncul ketika kita memasukkan harga baru ke dalam program dan mendapatkan total biaya barang \u003d 3 * 9.666.67 \u003d 29.000.01 rubel. Jadi, kami memberi pembeli diskon bukan 1000 rubel, seperti yang dijanjikan, tetapi 999 rubel dan 99 kopek.

Dalam beberapa kasus, kesalahan pembulatan bisa jauh lebih besar!

Solusi 2. Opsi ini sudah sedikit lebih maju daripada opsi 1, tetapi memiliki kelemahan umum dengannya.

Dalam opsi ini, kita perlu mengklik tombol "Ubah", yang terletak di bilah tindakan di atas bagian tabular dokumen, tempat kita memilih barang dan jasa.

Di jendela yang muncul, buat pengaturan yang ditunjukkan pada gambar dan klik tombol "Jalankan" dan "OK".

Setelah tindakan yang dijelaskan, semua harga dalam dokumen akan dihitung ulang sedemikian rupa sehingga jumlah total dokumen berkurang 1000 rubel.

Dalam hal ini, tidak akan ada kesalahan, dan harga barang akan berubah secara proporsional dengan jumlah secara otomatis.

Kerugian dari metode ini adalah klien juga tidak akan melihat jumlah diskon yang diberikan kepadanya dalam faktur.

Jadi apakah mungkin membuat pelanggan melihat diskon pada tagihan?

Secara teoritis mungkin. Untuk melakukan ini, dalam konfigurasi "Manajemen Perdagangan" ed. 10.3 Ada mekanisme diskon manual dan otomatis.

Dalam prakteknya, masalahnya adalah bahwa:

• Nilai diskon ditetapkan sebagai persentase.
• Diskon tidak diberikan pada faktur secara keseluruhan, tetapi pada setiap item produk.

Jadi, untuk menggunakan mekanisme ini untuk tugas kami, ketika nilai diskon dinyatakan sebagai nilai absolut 1000 rubel, kami memiliki 2 opsi:

Pada saat yang sama, jika kami mengirim faktur untuk dicetak, kami akan melihat bahwa klien telah diberikan diskon barang dalam jumlah 999 rubel.

Opsi kedua adalah mencoba mendistribusikan diskon ke semua produk secara merata, yang dinyatakan sebagai persentase dari setiap item. Opsi ini, karena kerumitan perhitungan dan kemungkinan kesalahan yang tinggi serta kelimpahannya buatan sendiri, kami bahkan tidak akan mempertimbangkan. Saat mendaftarkan faktur dengan volume besar berbagai item, umumnya tidak dapat diterima.

Seperti dapat dilihat dari contoh yang diberikan, masing-masing opsi mengandung kekurangannya sendiri dan, sepenuhnya, tidak dapat dianggap otomatis, setidaknya "memuaskan".

Anda dapat mengotomatiskan masuknya diskon tetap secara absolut dengan membuat beberapa modifikasi pada konfigurasi Anda. Permintaan jenis pekerjaan ini dapat dilakukan melalui telepon, surel atau melalui formulir masukan di situs web kami.

Pertanyaan: Pertukaran data UT 10.3 - Ritel 2.2

Halo. 1C:Perusahaan 8.3 (8.3.11.2924), "Manajemen Perdagangan", edisi 10.3 (10.3.47.3), file. Saya ingin melakukan pertukaran dengan Ritel 2.2 (basis UT telah dipertahankan untuk waktu yang lama, Ritel - pangkalan baru). Masalahnya dimulai pada tahap pertama - ketika Anda mencoba membuat rencana pertukaran di menu konfigurasi di UT, tidak ada item "Retail 2.2", tetapi hanya "Retail 2.1". Mengapa dan apa yang harus diperbaiki. Dan secara umum, saya ingin mengetahui pendapat tentang pertukaran antara UT 10.3 dan Ritel 2.2, apa jebakannya, jika terbatas pada pertukaran biasa.

Menjawab:

Secara umum, saya benar-benar puas dengan ritel 2.2

Klik untuk mengungkapkan...

Kemudian eceran "segalanya kami"
Ritel dan frontol ramah, tetapi tanpa diskon.

Dalion - frontol adalah sekelompok yang berfungsi.

Pertanyaan: Perdagangan pertukaran 10.3 akuntansi 3

Selamat sore
biaya Akuntansi 3 dan perdagangan 10.3 (10.3.32.1) perdagangan memiliki satu database terdistribusi
Dengan database terdistribusi, pertukaran dengan akuntansi 3 diatur
Akuntansi yang diperbarui 3 untuk rilis terbaru, saya ingin mengunggah aturan konversi baru untuk berdagang, katanya kepada saya
(Processing.ConvertingInfoBaseObjects.ObjectModule(3038)): Bidang objek tidak ditemukan (GoodsNon-Commodity)
Pengembalian Manajer[Nilai];

Saya pikir mungkin mereka menambahkan sesuatu yang baru ke departemen akuntansi, memperbarui perdagangan pada 10.3.34.2 dan menulis ke salah satu di atas
Kesalahan memanggil metode konteks (ReadChanges): Kesalahan mengonversi data XML:
dan tidak ingin mentransfer perubahan
Katakan padaku apa yang harus dilakukan? , Tentu saja, Anda dapat membongkar basis data lagi, tetapi ini akan menerbangkan pertukaran dengan boo dan banyak lagi. Secara umum, kasus ekstrem dan bukan fakta bahwa tentu saja ada di versi perdagangan lama

Menjawab:

masih terjadi kesalahan sehingga saya menggunakan 10.3.32.2 dari 10.3.32.1 ke satu versi semuanya
Kesalahan membaca perubahan dari file pertukaran.
Kesalahan saat memanggil metode konteks (ReadChanges): Konfigurasi node IS terdistribusi tidak sesuai dengan yang diharapkan!
Membaca data dari file pertukaran selesai dengan kesalahan!

Pertanyaan: Pembaruan UT 10.3 (membuang, dll.)

Saya meningkatkan 10.3.18.3 secara berurutan hingga rilis terakhir, dari mana dimungkinkan untuk mentransfer sisa makanan ke UT11.
Saya menjalankan konfigurator, perbarui. Configurator melihat file pembaruan, tetapi ketika diluncurkan dari configurator, ia membuangnya dari program. Menulis Program "1cv8" tidak berfungsi, Vin akan menutup program ini ....
Program dihentikan...

Saya me-restart konfigurator, sebagai hasilnya, sekali dari lima, pembaruan masih berjalan, tetapi kemudian ketika saya membuka database itu sendiri, yang berfungsi, itu juga membuangnya. Jangan dibuang sekali, buang 5 kali.
apa? Di mana untuk menggali?
Terima kasih.

Dan satu hal lagi: setelah pembaruan saya pergi ke dasar kerja, dan disana:

tidak didukung!
Migrasi hanya dimungkinkan dari versi... 10.3.18, 10.3.19
Anda perlu meningkatkan ke salah satu versi yang terdaftar terlebih dahulu.
Dan kemudian jendela: "Pembaruan Infobase gagal! Matikan sistem?"

Yah, saya pindah dari 10.3.18 ke 10.3.19
Apa hubungannya 10.3.28 dengannya? Dari mana? Downgrade macam apa ini? Dari rilis 28 hingga 19?

Saya pergi ke informasi tentang program, di sana: 10.3.19.2
Saya masuk ke pengaturan akuntansi, di sana Nomor versi konfigurasi: 10.3.28.1

Pembaruan akan datang. Sejauh ini telah berhenti membuang, 5 rilis telah berlalu. Dengan apa yang terhubung, tidak jelas.

Menjawab:

nsk1C berkata:

Setelah pembaruan - Anda perlu memperbarui konfigurasi basis data (menu Konfigurasi - Perbarui konfigurasi basis data (F7)), tulis setelah pembaruan dan jalankan dalam mode pengguna dan di sana Anda juga dapat mengonfirmasi bahwa Anda tidak mencuri apa pun + terkadang Anda perlu untuk mengonfirmasi pembaruan aturan pertukaran
Semua 3 tindakan ini - memperbarui basis data, menulisnya (konfigurasi basis data), meluncurkan dalam mode pengguna, dapat dilakukan dengan mengklik tombol bulat kuning dengan segitiga biru "Mulai debugging" di konfigurator

Klik untuk mengungkapkan...

Konfigurator itu sendiri melihat file pembaruan, saya mengkliknya, pembaruan dimulai.
Kemudian tabel Perbarui muncul, dengan dua jendela: di sebelah kanan adalah conf Utama, di sebelah kiri adalah Baru. Saya ingin mengeksekusi.
Pengaturan Aturan Dukungan muncul. Saya meninggalkan semuanya secara default. saya tekan OK. Asosiasi dimulai.
Kemudian jendela: Menggabungkan konfigurasi selesai.
Saya pergi ke Layanan. Saya menjalankan 1C Enterprise.
Bertanya: Perbarui conf basis data? saya katakan ya. Konfigurasi sedang disimpan.
Sebuah jendela muncul: Reorganisasi informasi, Perubahan struktur informasi conf. Klik Terima. Perubahan sedang diterima.
Basis kerja diluncurkan.
Menulis:
"Beralih dari versi 10.3.28 ke versi 10.3.19.2 dari konfigurasi UT 10.3
tidak didukung!"
"Pembaruan Infobase gagal! Matikan sistem?"
Tapi, pada saat yang sama, dalam info tentang program, versinya sudah baru.

Tombol "Konfigurasi menu - Perbarui konfigurasi basis data" tidak aktif

PS: Saya mulai memperbarui dari 8.3, saya berhenti membuangnya, pembaruan diinstal tanpa masalah.

Pertanyaan: Perbarui UT 10.3.49.3 ke 10.3.49.4

Menjawab:

Naran08 berkata:

Halo, UT 10.3.49.3 platform 1C: Perusahaan 8.3 (8.3.13.1513). Saya update ut dari 10.3.47.3, tapi mulai dari 48.3 terjadi error saat scan di cashier mode dan tidak request cukai alkohol saat jualan, dan kemarin saya download rilis baru 49.4 saat scan alkohol, keluar form seperti di layar. Tidak ada informasi tentang ini atau itu berfungsi untuk semua aturan, saya tidak mengerti

Klik untuk mengungkapkan...

Apakah Anda melihat kodenya? Saya baru saja meluncurkan pembaruan sendiri, saya menunggu di mana saya akan menemukan masalahnya

Pertanyaan: Tukarkan UT 10.3 ke Buch 2.0.65.29

Untuk beberapa alasan, dari UT 10.3, dokumen untuk satu organisasi tidak dimuat ke departemen akuntansi 2.0.65.29, tetapi untuk organisasi lain ada norma (2 organisasi di ut, bahkan tidak masuk ke pendaftaran) (pembayaran masuk), di mana untuk menggali? Pembaruan UT tidak membantu.

Menjawab:

memperbarui KORP Enterprise Accounting, edisi 2.0 (2.0.65.45) "Manajemen Perdagangan", edisi 10.3 (10.3.37.3), tidak membantu. dokumen pesanan pembayaran yang masuk untuk satu organisasi tidak termasuk dalam pendaftaran untuk pertukaran.

Pertanyaan: Sekali lagi UT 10.3 vs 11

Saya memutuskan untuk mengisolasi pertanyaan dalam topik terpisah, sehingga kehadiran spesifik dalam bentuk situs tidak mengalihkan perhatian dari pertanyaan utama:

Jadi, sekali lagi:
Pada konferensi apa untuk mengatur pekerjaan? perusahaan kecil jenis jual-beli. 11 di kusen, 10 secara moral ketinggalan jaman.

Ada sebuah perusahaan, pembeli dan penjual biasa, bekerja di bawah perintah pembeli, baik dari gudangnya sendiri maupun dari gudang pemasok. Klien, sebagian besar fisikawan, membayar tunai dan non-tunai. Pengiriman: pengambilan sendiri, kurir, operator pihak ketiga.
Secara umum, seperti kantor kecil yang khas.

Untuk 10.3, argumennya sudah jelas: stabil, gesit, mudah beradaptasi, dan seterusnya.

Dan dapatkah seseorang berkampanye untuk UT 11?
Ini untuk mengatakan: atur pekerjaan pada tanggal 11, tetapi jangan lakukan pada 10.3, untuk ini dan itu.

Terima kasih.

Menjawab:

nsk1C berkata:

Mengapa pengguna harus dilatih ulang saat berpindah dari UT 10.3 ke UT 11, jika rantai operasi dan proses bisnis dibangun dan di-debug di UT 10.3?

Klik untuk mengungkapkan...

Jangan beritahu. Saya tidak punya masalah pelatihan ulang, tk. Saya memiliki motivasi yang sama sekali berbeda dari
karyawan, dan setiap perubahan akan menjadi beban bagi mereka, kecuali jika cukup jelas, seperti: kemarin saya melakukannya, dan besok akan dilakukan oleh robot. Karyawan biasa tidak melihat lebih jauh dari satu langkah ke depan, dan ini bukan tugas mereka.

nsk1C berkata:

Dan seluruh masalah dengan TS adalah umumnya melewatkan tahap pengumpulan dan analisis persyaratan (survei cepat) dan, berdasarkan analisis ini, memilih berdasarkan solusi yang sesuai.

Klik untuk mengungkapkan...

Mungkin. Saya mengerti apa yang Anda bicarakan: bahwa saya masuk dari ujung yang salah sama sekali dan pertanyaan tidak boleh diajukan tentang conf mana yang harus dipilih, tetapi tentang bagaimana mengatur pekerjaan secara umum. Tetapi, dari pengalaman hidup saya, saya dapat mengatakan bahwa kebutuhan apa pun harus matang. Sekarang ada kebutuhan untuk menerapkan tepat 1C untuk karyawan, dan tidak lebih (jika kita benar-benar membesar-besarkan dan menguranginya menjadi dua kata: memperkenalkan barcode dan menghapus duplikasi pekerjaan). Ketika saya mengerti bahwa ini bukan masalah yang perlu ditangani, kebutuhan baru akan muncul dan saya akan menyelesaikannya.

Pertanyaan: Perbarui UT 10.3 untuk mentransfer direktori ke UT 11.3.4

Sebenarnya ada UT 10.3.10.4 pada platform 8.1, Anda perlu mentransfer semua direktori ke UT 11.3.4.
Prosedur transfer standar dari 1C membutuhkan versi UT 10.3.38
Jadi pertanyaannya adalah di mana untuk memulai?
Perbarui 10.3? Ada beberapa rilis di antaranya, dapatkah Anda melompati beberapa?!...
Dari rilis mana saya harus mentransfer ke platform 8.2? Apakah perlu? Matikan mode kompatibilitas 8.1?

Menjawab:

Saya akan memperbarui 10.3 atau mengambil aturan migrasi standar dan menyesuaikan sendiri. Lebih seperti 2

Ada pertanyaan dari klien hari ini - untuk beralih dari UT 11.4.1.254 ke UT 10.3
Sebaliknya, pertanyaan muncul untuk waktu yang lama dan momen kritis telah tiba untuk membuat diskusi dan mengirim semua orang tautan ke sana

Basis UT digergaji (pada hal-hal sepele secara sporadis untuk waktu yang lama mengumpulkan sakit kepala untuk pembaruan), modul Bitrix untuk bertukar dengan toko online situs web Bitrix, situs juga digergaji untuk perubahan 1C.
Sebaliknya, perubahan konfigurasi 1C dibuat untuk perubahan fungsionalitas situs dan sebaliknya
Interkampanye antara 2 organisasi

Ada masalah yang tidak ada sebelum pembaruan ke 11.3
Pada skala yang lebih kecil daripada saat memutakhirkan ke 11.4.1.261

• 8.x UT 11.4.1.261 phantom negative balances - SIAPA yang harus disalahkan (akan membayar) dan APA yang harus dilakukan?

tetapi intinya adalah tidak ada masalah pada 11.3 sebelum memperbarui ke 11.4, pelanggan membayar untuk pembaruan, tetapi mendapatkan masalah untuk uang mereka, akibatnya - psikosis dan stres dan bekerja tanpa pembayaran

Saya tidak pernah berpikir - saya hanya tidak memahami dan tidak menganggap pertanyaan ini sebagai benar-benar perlu untuk membuang-buang waktu

Jika seseorang terlibat dalam transisi dari UT 11 ke UT 10.3 - bagikan

Berikut adalah dialog hari ini dengan klien (dengan pemotongan, frasa yang dihapus tentang masalah lain):

• Klien:
  Sejujurnya, saya sudah mulai ragu apakah kita membutuhkan 1C ini

  transisi ke UT 10 memecahkan masalah?

• SAYA: Pertanyaan apa?
• Klien:
  tentang masalah dengan pembaruan

  Di awal tahun, transfer semuanya ke 10k dan bekerja di sana

• SAYA:
  Anda mulai dari premis bahwa pindah ke UT 10.3 lebih mudah daripada menyelesaikan masalah di UT 11
  Tapi tidak seperti itu

  Untuk transisi, Anda perlu menerima saldo, dan sekarang ada masalah dengan mereka

  Kemudian, kembali bukanlah hal yang sepele
  Dan transfer antar organisasi yang harus Anda buat secara manual

• Klien::
  ya saya punya sebelumnya psikosis UT 11, kami membayar untuk pembaruan/pekerjaan dan saya tidak melihat perbedaan apa pun selain 2 faktur per tahun

  Secara global tidak ada perubahan besar

  Lebih buruk dari yang lain, mengingat kejadian baru-baru ini, saya hampir 100% mengabaikan peningkatan di 1C

  Saya berbicara kemarin dengan administrator situs, dia biasanya menyarankan milik saya, saya ingin melakukannya di Bitrix24 dan hanya menyinkronkan bagian akuntansi dengan 1C

• SAYA:
  Mengapa menggosok?
  1C 8.3.11 dirilis di mana lebih mudah untuk menerapkan peningkatan melalui ekstensi
  Bagaimana menurut Anda - berapa biaya transfernya?
  Anggaran - apa - transisi?
• Klien::
  sebutkan harganya
  Aku bahkan tidak akan berpikir, karena tidak tahu
  kita membutuhkan harga dan apa yang akan kita dapatkan sebagai hasilnya
• Saya
  Penilaian adalah pekerjaan besar
  dan hasilnya akan tetap tidak akurat dan probabilistik

  Saya juga tidak akan berpikir dengan sia-sia

  Anda menyebutkan anggaran Anda
  dan saya - apa yang bisa / lebih baik dilakukan untuknya

  "Saya tidak melihat perbedaan selain 2 invoice per tahun"

  Mungkin bukan dua SF?
  Saya tidak benar-benar membahasnya, tetapi menurut saya ada 4 kali lipat lebih banyak

• Klien::
  Saya ingat ada musim panas dan Oktober yang penting

  Saya bisa salah

• SAYA: Saya, seperti, tidak pernah dipaksakan - perbarui UT 11
• Klien:: Saya tidak mengatakan itu
• SAYA:: Yah, itu tidak perlu - tanpa kebutuhan yang ekstrim

Menjawab:

Saya belum pernah melihat transisi seperti itu dalam latihan saya. Mungkin Anda harus memikirkan UNF 1.6. Untungnya, untuk saat ini, ini sedang ditulis oleh departemen pengembangan yang berbeda dan fungsinya berbeda. Tetapi sekali lagi, transisi apa pun hanyalah banyak pekerjaan. Jika mereka akan beralih, maka pada awalnya, seperti biasa, mereka harus menduplikasi akuntansi dalam dua sistem. Ini adalah beban tambahan pada "pokok tombol". Ketidakpuasan akan 1000 kali lebih kuat.
Tidak ada mekanisme Intercampani di UNF, tapi sepertinya ada yang mirip, seperti transfer antar organisasi. Bisakah Anda mempertimbangkannya? + Toko online untuk Bitrix biasanya diatur. Nah, sebagai nilai tambah, pertukaran yang sehat dengan PSU dan pembaruan, tampaknya, juga normal. Yah, setidaknya untuk Tahun lalu, Saya tidak ingat saat ada masalah karena pembaruan.
Sekali lagi, fungsi UT 11 dan UT 10.3 pada dasarnya berbeda. Klien akan menghadapi banyak masalah lain, seperti re-sequencing, reposting dokumen. Saya pikir Anda menyadari semua ini.

Akhir dari semua obrolan ini. Sesuatu perlu dilakukan, itu bisa dimengerti. Saya mengusulkan untuk berpikir ke arah UNF.

Pertanyaan: UT 10.3 bagaimana mengatur penerimaan barang

UT 10.3.
Pelanggan ingin mengambil barang langsung dari mobil.
misalnya, mobil datang dengan barang dan ada kertas waybill.
Klien ingin segera mengambil dan memasukkan struk ke database dan langsung mengecek apakah barang (dari sk) ada di database atau tidak.
Bisakah ini diatur? MB entah bagaimana dengan konfigurasi TSD atau aplikasi seluler tersedia sebagai tambahan.

Menjawab:

dengan apa yang ada di dalam mobil.

--- Sebuah asosiasi pesan, 5 Jan 2018 pukul 16:42 ---

misalnya, obeng atau korek api masuk ke dalam mobil, seseorang memindai korek api. ya, ada yang seperti itu di database 1c dan atur jumlahnya, misalnya 10. lalu saya scan sk dengan obeng, ya, tidak ada sk seperti itu, lalu masukkan produk atau atur barcode dan atur jumlahnya , dll. kemudian disimpan dan ditransfer semuanya dari tsd atau dari suatu tempat ke basis 1s 10.3

Sebuah tugas. Perusahaan mengadakan promosi di mana setiap pelanggan diberikan diskon 1.000 rubel dengan jumlah setiap faktur. Apakah mungkin untuk memecahkan masalah ini dan dengan cara apa?

Hal pertama yang terlintas dalam pikiran pelanggan biasanya untuk mendapatkan produk "Diskon" dan menjatuhkannya pada faktur dengan harga negatif sama dengan 1000 rubel. Tapi rencana ini tidak layak, karena. memasukkan produk dengan harga negatif dilarang oleh pengembang. Dari sudut pandang akal sehat, ini mutlak dibenarkan, karena. tidak masuk akal untuk mempertimbangkan PPN suatu produk dengan harga negatif, dan kemudian siapa yang akan memposting produk "Diskon" ke gudang, dengan harga berapa dan dari siapa membelinya, dan mengapa kita membutuhkannya di gudang sama sekali ? Tapi apa yang harus dilakukan pengguna biasa dalam situasi ini?

Solusi 1. Kurangi 1000 rubel dari biaya beberapa barang dalam faktur.

Misalnya invoice berisi produk "TV" sebanyak 1 pc. dan harga 30.000 rubel. Kami secara manual mengurangi harga menjadi 29.000 rubel dan dengan demikian pembeli menerima diskon.

Kerugian dari metode ini jelas:

• Perubahan harga manual.
• Pembeli tidak melihat di faktur bahwa dia diberi diskon. Bahkan jika kita, pada kenyataannya, memiliki satu set TV yang berharga 30.000 rubel, maka pembeli dapat menganggap pengurangan harga sebagai fiksi.
• Faktur tidak boleh berisi barang senilai lebih dari 1000 rubel. Dalam hal ini, jumlah total akun mungkin lebih banyak.
• Tidak selalu mungkin untuk mengurangi 1000 rubel tanpa kesalahan dalam pembulatan harga barang. Misalnya, jika kami menjual 3 TV dengan harga masing-masing 10.000 rubel, maka total biayanya adalah 30.000 rubel. Untuk mendapatkan harga baru satu TV, Anda perlu menghitung: (30.000 - 1000) / 3 = 9.666.67 hasilnya dibulatkan menjadi dua tempat desimal. Masalah muncul ketika kita mengganti harga baru ke dalam program dan mendapatkan total harga barang = 3 * 9.666.67 = 29.000,01 rubel. Jadi, kami memberi pembeli diskon bukan 1000 rubel, seperti yang dijanjikan, tetapi 999 rubel dan 99 kopek.

Dalam beberapa kasus, kesalahan pembulatan bisa jauh lebih besar!

Solusi 2. Opsi ini sudah sedikit lebih maju daripada opsi 1, tetapi memiliki kelemahan umum dengannya.

Dalam opsi ini, kita perlu mengklik tombol "Ubah", yang terletak di bilah tindakan di atas bagian tabular dokumen, tempat kita memilih barang dan jasa.

Di jendela yang muncul, buat pengaturan yang ditunjukkan pada gambar dan klik tombol "Jalankan" dan "OK".

Setelah tindakan yang dijelaskan, semua harga dalam dokumen akan dihitung ulang sedemikian rupa sehingga jumlah total dokumen berkurang 1000 rubel.

Dalam hal ini, tidak akan ada kesalahan, dan harga barang akan berubah secara proporsional dengan jumlah secara otomatis.

Kerugian dari metode ini adalah klien juga tidak akan melihat jumlah diskon yang diberikan kepadanya dalam faktur.

Jadi apakah mungkin membuat pelanggan melihat diskon pada tagihan?

Secara teoritis mungkin. Untuk melakukan ini, dalam konfigurasi "Manajemen Perdagangan" ed. 10.3 Ada mekanisme diskon manual dan otomatis.

Dalam prakteknya, masalahnya adalah bahwa:

• Nilai diskon ditetapkan sebagai persentase.
• Diskon tidak diberikan pada faktur secara keseluruhan, tetapi pada setiap item produk.

Jadi, untuk menggunakan mekanisme ini untuk tugas kami, ketika nilai diskon dinyatakan sebagai nilai absolut 1000 rubel, kami memiliki 2 opsi:
Pada saat yang sama, jika kami mengirim faktur untuk dicetak, kami akan melihat bahwa klien telah diberikan diskon barang dalam jumlah 999 rubel.

Opsi kedua adalah mencoba mendistribusikan diskon ke semua produk secara merata, yang dinyatakan sebagai persentase dari setiap item. Opsi ini, karena kerumitan perhitungan dan kemungkinan kesalahan yang tinggi serta banyaknya pekerjaan manual, bahkan tidak akan dipertimbangkan. Saat mendaftarkan faktur dengan volume besar berbagai item, umumnya tidak dapat diterima.

Seperti dapat dilihat dari contoh yang diberikan, masing-masing opsi mengandung kekurangannya sendiri dan, sepenuhnya, tidak dapat dianggap otomatis, setidaknya "memuaskan".

Anda dapat mengotomatiskan masuknya diskon tetap secara absolut dengan membuat beberapa modifikasi pada konfigurasi Anda. Permintaan untuk jenis pekerjaan ini dapat dilakukan melalui telepon, email, atau melalui formulir umpan balik di situs web kami.