Implementasi 1s up di perusahaan. Pelaksanaan up. Integrasi dengan produk dan sistem perangkat lunak lain

1C UPP 1.3 0 gosok

1C Manajemen ERP perusahaan 2.0 0 gosok

1C ERP + Alur Kerja + 100 lisensi 0 RUB

Daftar solusi berdasarkan 1C SCP untuk akuntansi produksi:

Produk ini dirancang sebagai alat yang efektif untuk manajemen operasional, kontrol dan perencanaan material dan sumber keuangan perusahaan manufaktur. Daftar tugas yang harus diselesaikan program" 1C: Mengelola perusahaan manufaktur" berisi: manajemen keuangan dan secara tunai, dan perencanaan, manajemen personalia perusahaan (termasuk penggajian), manajemen produksi, pengadaan dan pengendalian inventaris, manajemen hubungan pelanggan, manajemen aset tetap, penjualan, manajemen dan pelaporan peraturan.

Komposisi subsistem 1C UPP

Struktur konfigurasi "1C SCP 8.3 (8.2)" juga berisi beberapa subsistem yang memungkinkan manajemen operasional dan akuntansi dalam organisasi produksi, yaitu: subsistem untuk mengelola personel, kas, akuntansi, dll. Komponen utama program ditujukan untuk proses seperti:

• akuntansi pajak;
• Perencanaan keuangan;
• Akuntansi menurut IFRS;

Konfigurasi "1C: SCP" dikembangkan untuk perusahaan manufaktur, masing-masing, tujuan utamanya adalah untuk menyelesaikan tugas-tugas berikut:

• Penurunan waktu henti untuk spesialis dan peralatan;
• Pengecualian gangguan rencana penjualan karena kelebihan sumber daya produksi;
• Mengurangi waktu pelaksanaan tugas;
• Optimalisasi pergerakan saldo gudang dan material;
• Mengurangi biaya produksi;
• Membuat proses produksi dapat dikelola dan transparan;
• Meningkatkan kualitas produk yang dihasilkan.

Konfigurasi ini mampu melayani keduanya secara terpisah perusahaan manufaktur, dan kepemilikan besar, membentuk akuntansi manajemen ujung ke ujung dan basis informasi tunggal. Pajak dan akuntansi dikembangkan sesuai dengan undang-undang Rusia, dan dalam hal struktur, aturan perilaku, konten dan pelaksanaan, sepenuhnya memenuhi semua persyaratan dan standar dokumen peraturan yang relevan.

Program ini menerapkan mekanisme untuk menstabilkan kegiatan operasi perusahaan manufaktur, yang membantu merekam hanya informasi yang beroperasi. Mekanisme ini juga melaksanakan tugas pengendalian operasional. Selama pencatatan transaksi tersebut, analisis kebenaran informasi dalam dokumen akuntansi utama, serta kebenaran pelaksanaannya, dilakukan.

SCP hari ini

Karena produksi modern adalah proses multifungsi yang kompleks yang terdiri dari serangkaian tindakan yang ditujukan untuk produksi produk, produk 1C untuk perusahaan manufaktur memberikan kontrol penuh atas semua tahap produksi - mulai dari pasokan bahan baku hingga penerbitan produk jadi. Program memantau kepatuhan proses yang diselesaikan dengan rencana dan program yang disetujui: volume, volume cacat, volume produk yang diproduksi berdasarkan periode, dll.

Konfigurasi ini menangkap bahan yang dihabiskan untuk produksi dan produk manufaktur, dengan mempertimbangkan pendapatan yang dapat dikembalikan. Manajer dapat secara mandiri membuat amandemen dan penyesuaian terkait dengan rencana yang diberikan.

Efektivitas kompleks seperti itu perangkat lunak sangat tergantung pada fitur dan kualitas implementasinya. Biasanya, spesialis dari banyak perusahaan memiliki pengalaman luas dalam memelihara dan menginstal perangkat lunak semacam ini, baik di perusahaan kecil maupun di perusahaan dengan struktur holding terbesar. Jika Anda ingin membawa bisnis atau perusahaan Anda ke tingkat yang lebih tinggi, tingkat baru- solusi terbaik adalah pengenalan program 1C untuk produksi.

Jika kita membandingkan 1C ERP dengan fungsionalitas 1C SCP, maka kita dapat mencatat terobosan besar dalam fungsi produksi dan akuntansi keuangan. Karena fungsionalitas 1C Trade Management 11, blok penjualan, CRM, dan pembelian terkadang meningkat kualitasnya.

Sudah sekarang, program 1C ERP 2.0 (8.3) adalah produk yang cukup kuat dan inovatif yang telah mengumpulkan serangkaian fungsi yang benar-benar menarik.

Terlepas dari kenyataan bahwa program ini baru, modulnya telah digunakan dan di-debug di program lain (UT 11, BP 3.0, ZUP 3.0), yang menunjukkan bahwa produk tersebut tidak segera memasuki pasar dalam bentuk "mentah", tetapi diuji dan benar-benar siap untuk implementasi "manajemen perusahaan manufaktur 1c".

Dilihat dari pengalaman menerapkan 1C SCP 8.3, klien kami hampir selalu membutuhkan bantuan dalam memulai sistem. Daftar tahapan implementasi meliputi: pelatihan pengguna, pemuatan data awal, adaptasi dengan karakteristik perusahaan, pemasangan sistem di infrastruktur dan pekerjaan lainnya.

Setelah implementasi dan konfigurasi 1C SCP 1.3, program memerlukan perawatan yang tepat. Pemeliharaan diperlukan untuk operasi yang benar. Ini termasuk: memperbarui formulir pelaporan, membuat cadangan, konsultasi pengguna, menyelesaikan pelaporan.

Anda harus membeli program UPP 1C dari distributor perangkat lunak resmi yang menyediakan layanan terkait untuk implementasi ini paket perangkat lunak, pelatihan personel untuk bekerja dengannya dan dukungan selanjutnya. Dalam hal ini, efisiensi cepat dan solusi dari setiap tugas spesifik dari perusahaan tertentu dijamin. Selama pelatihan, jawaban diberikan atas pertanyaan umum pengguna (tentang kunci perlindungan, perbedaan versi, mentransfer program ke komputer lain, dll.).

Untuk operasi yang andal dan aman, disarankan untuk membeli dan menggunakan versi klien-server dari program, yang memungkinkan Anda untuk mengecualikan pekerjaan langsung karyawan biasa dengan program dan database perusahaan. Hanya karyawan yang paling terlatih - administrator - yang memiliki akses ke komputer server. Use case ini dikerjakan selama implementasi sistem.

1C: SCP bertindak sebagai solusi aplikasi komprehensif yang mencakup bidang utama akuntansi dan administrasi. Produk perangkat lunak memungkinkan Anda membuat sistem yang memenuhi kebutuhan perusahaan, domestik, dan standar internasional memastikan pekerjaan ekonomi dan keuangan yang efektif dari perusahaan.

Keuntungan

Produk perangkat lunak membentuk basis informasi tunggal untuk mencerminkan transaksi ekonomi dan keuangan di perusahaan. Pada saat yang sama, ada batasan yang jelas untuk akses ke data yang disimpan, kemungkinan tindakan sesuai dengan status karyawan. Pada perusahaan dengan struktur holding, dapat mencakup semua struktur yang termasuk di dalamnya. Ini memungkinkan Anda untuk secara signifikan mengurangi kerumitan pekerjaan akuntansi karena penggunaan kembali dasar umum informasi dari departemen yang berbeda. Untuk semua struktur perusahaan, akuntansi ujung ke ujung, manajemen dan akuntansi pajak dipertahankan. Namun, pelaporan yang diatur disusun secara terpisah untuk setiap divisi.

Fitur Sistem

Informasi yang dimasukkan oleh pengguna adalah subjek. Secara khusus, selama proses pendaftaran pembayaran tunai, sistem memeriksa ketersediaan dana sesuai dengan aplikasi yang diterima untuk pengeluaran mereka. Saat menghitung pengiriman produk, produk perangkat lunak menganalisis status offset dengan penerima. Solusi aplikasi dilengkapi dengan antarmuka. Hal ini memungkinkan setiap pengguna untuk mendapatkan akses prioritas ke data yang mereka butuhkan.

Akuntansi

Laporan akuntansi dan pajak (diatur) diisi dalam rubel. Mata uang apa pun dapat dipilih untuk akuntansi manajemen. Dalam berbagai struktur termasuk dalam satu database, berbagai sistem perpajakan. Jadi, di beberapa divisi, yang umum dimungkinkan, di yang lain - rezim khusus yang disederhanakan. Selain itu, prinsip akuntansi dan kebijakan akuntansi pajak yang berbeda mungkin berlaku. Sistem UTII dapat diterapkan pada beberapa jenis aktivitas perusahaan. Selain diatur dan Manajemen akunting pelaporan menurut standar internasional (IFRS) diperbolehkan. Untuk mengurangi kompleksitas, pekerjaan ini dilakukan secara non-operatif, melalui penggunaan terjemahan (perhitungan ulang) informasi dari model akuntansi lainnya.

Penggunaan produk

Pengenalan 1C: SCP tidak lagi dianggap sesuatu yang baru hari ini. Banyak perusahaan yang sudah aktif menggunakan produk ini dalam aktivitasnya. Fitur dari solusi ini adalah penggunaan teknologi komputer modern dalam proses manajemen. Pengenalan 1C: SCP berkontribusi pada pembentukan sistem administrasi yang efektif di perusahaan. Tetapi untuk memastikan pekerjaan dengan efisiensi maksimum, perlu untuk menyesuaikan produk perangkat lunak dengan spesifikasi perusahaan. Pada saat yang sama, perlu untuk bertindak secara kompeten, hati-hati, menggunakan mekanisme pemrosesan informasi.

Otomatisasi

Maka diambil keputusan untuk melaksanakan pelaksanaan KPBU. Bagaimana cara memulai? Otomatisasi dianggap sebagai proses yang cukup luas. Ini mencakup banyak operasi. Dalam hal ini, perlu untuk secara hati-hati mendekati pengembangan metodologi, untuk mempertimbangkan kelayakan otomatisasi dalam setiap kasus tertentu. Ini juga harus menganalisis dampaknya terhadap pekerjaan dan hasil perusahaan. Di sinilah rencana implementasi SCP dimulai. Pada tahap persiapan, Anda harus mengevaluasi:

1. Menambah beban kerja pada karyawan.
2. Biaya pembelian dan penerapan SCP dalam operasi produksi. Perlu dicatat bahwa pengembalian produk hanya akan muncul setelah periode tertentu.
3. Kurangnya integritas sementara dalam gambaran kegiatan perusahaan di database baru sampai selesai
4. Kemungkinan biaya tambahan untuk modernisasi (misalnya, untuk pembelian komputer baru), dll.

Implementasi SCP

Tahapan otomatisasi membutuhkan konsentrasi khusus dari semua peserta dalam prosesnya. Meskipun peluncuran sistem informasi baru, prinsip akuntansi di perusahaan tetap sama. Pengenalan SCP di perusahaan, tentu saja, tidak membebaskan departemen akuntansi dari beberapa bagian pekerjaan. Departemen ini juga memelihara dokumentasi utama. Namun sistem baru menghindari banyak masalah. Ini dicapai dengan metode yang cukup sederhana. Setiap karyawan memasukkan data yang menjadi tanggung jawabnya secara pribadi. Tidak banyak karyawan yang langsung mulai melakukan segalanya dengan benar. Dalam hal ini, Anda harus meluangkan waktu untuk pelatihan mereka. Untuk akuntansi, transisi ke opsi memasukkan data ini sangat penting. Karyawan departemen perlu memahami prinsip-prinsip di mana harga biaya dibentuk dalam sistem informasi. Selain itu, akuntan perlu belajar bagaimana mengidentifikasi dan memperbaiki kesalahan yang dilakukan oleh karyawan lain. Secara umum, tahap ini memakan waktu sekitar tiga bulan.

Keuntungan dari transisi

Terlepas dari kenyataan bahwa karyawan harus terbiasa dengan inovasi, keunggulan sistem tidak dapat disangkal. Secara khusus, pengenalan SCP memungkinkan:

• Mengembangkan laporan yang memberikan informasi tentang kinerja karyawan.
• Gunakan alat baru saat melakukan rekonsiliasi dengan informasi yang telah masuk ke database 1C:8 SCP.

Implementasi produk perangkat lunak juga memberikan kesempatan untuk membandingkan biaya produksi standar dan nyata.

Kesulitan

Masalah mungkin timbul dalam transfer bahan baku dan produk selama perubahan shift. Setiap kali, laporan harus ditandatangani. Pemeriksaan dapat dilakukan kapan saja. Apabila terjadi kekurangan, ganti rugi atas kerusakan sepenuhnya menjadi tanggungan karyawan atau karyawan yang sedang shift pada saat itu. Selain itu, inventaris bulanan dilakukan.

Konsumsi bahan baku

Pengenalan SCP memungkinkan Anda untuk melacak kinerja untuk setiap shift tertentu. Berkat ini, dimungkinkan untuk menghitung indikator bahan baku untuk produk dan produksi secara langsung. Dengan kata lain, mengetahui konsumsi bahan dan volume output, Anda dapat menentukan berat rata-rata produk jadi. Jika indikator standar kurang dari yang dihitung, dan kontrol kualitas tidak memperbaiki penyimpangan yang terlihat, fakta pencurian menjadi jelas. Sesuai dengan berat bulanan rata-rata produk, koefisien dihitung, yang menjadi titik awal untuk mengevaluasi pekerjaan karyawan produksi. Jadi, jika indikator ini diamati, karyawan menerima bonus yang meningkat, dan jika menyimpang, dikurangi. Setelah beberapa saat dalam produksi, pengurangan yang signifikan dalam konsumsi bahan baku dapat dicapai. Pada saat yang sama, sebagian besar shift akan sesuai dengan norma yang dihitung.

"Pesanan produksi"

Dalam produksi, situasi mungkin muncul ketika tidak mungkin untuk memenuhi semua pesanan yang masuk tepat waktu. Dalam hal ini, setiap karyawan yang bertanggung jawab akan mengalihkan kesalahan kepada orang lain. Untuk mengembalikan situasi saat ini menjadi normal, kepala toko harus mengisi "Tugas untuk produksi". Karyawan mengacu pada dokumen ini dalam laporan mereka. Hal ini, pada gilirannya, menjadi motivasi lain bagi karyawan. Pengenalan SCP 8.2 memungkinkan untuk setiap mesin yang terlibat dalam proses manufaktur, dalam operasi teknis, tunjukkan alasan penghentian, jika itu terjadi. Keadaan ini bersifat objektif, tidak tergantung pada karyawan, kepala produksi dapat mengurangi volume tugas untuk shift.

Ringkasan data

Pengenalan PPM memungkinkan pengawas shift dan bagian untuk mengenal indikator secara langsung dalam satu database. Bagi karyawan, tunjangannya juga jelas. Penggajian menjadi lebih transparan, karena karyawan memasukkan informasi ke dalam laporan shift produksi untuk setiap bawahan. Selain itu, orang yang bertanggung jawab menunjukkan koefisien partisipasi karyawan dalam proses produksi sesuai dengan spesialisasi mereka, kontribusi nyata terhadap pembuatan produk. Pada akhir bulan, setiap karyawan menerima laporan tambahan tentang shift dan pendapatan. Setelah ditinjau, dokumen dikembalikan ke departemen akuntansi.

Skema penjualan, pembelian, proses produksi

Perencanaan yang cermat diperlukan saat menggunakan produk perangkat lunak. Ini melibatkan penyusunan skema penjualan indikatif. Sesuai dengan itu, rencana produksi dan pengadaan dibentuk. Pada saat ini, sistem harus memperhitungkan pesanan pelanggan dalam konteks pengiriman produk. Pengenalan SCP memungkinkan Anda untuk menyesuaikan standar dengan hasil yang sebenarnya.

Laporan Anggaran, Rugi dan Laba

Bentuk dokumen ini agak tidak standar. Bagian horizontal terbentuk dari kolom rencana produksi dan penjualan, serta volume penjualan aktual. Untuk masing-masing dari mereka, jumlah, kuantitas dan harga ditunjukkan secara terpisah. Sumbu vertikal terdiri dari tiga blok besar:

1. Pengembangan produk.
2. Biaya produksi.

Bersama-sama dengan produk itu sendiri, bahan yang bertindak sebagai bahan baku untuk pembuatannya ditunjukkan. Pengembangan blok ini dapat menyebabkan beberapa kesulitan. Laporan ini harus mencerminkan hubungan antara pendapatan potensial dan aktual untuk produk yang dijual. Jika ada perbedaan mencolok antara biaya bahan baku dan biaya aktual dalam proses produksi, alasannya mungkin karena kenaikan harga atau konsumsi bahan baku yang lebih besar.

Saat menggabungkan laporan yang dikembangkan pada semua biaya dalam tabel Excel, Anda dapat menentukan secara rinci kerugian atau keuntungan. Dokumen ini dibuat secara otomatis setiap bulan. Dengan bantuan laporan ini, manajer menarik kesimpulan tentang dana yang tersedia untuk kebutuhan tertentu.

Biaya perbaikan

Pengenalan PPM memungkinkan Anda untuk mencatat biaya ini menggunakan laporan produksi untuk shift. Dalam hal ini, teknisi pemeliharaan juga harus dilatih. Akibatnya, mereka akan dapat secara mandiri menyiapkan laporan tentang pekerjaan yang dilakukan. Selain itu, register data ditambahkan ke sistem, di mana analisis yang lebih akurat tentang fungsi pusat kerja dilakukan. Ini, pada gilirannya, memungkinkan untuk membuktikan bahwa alasan tidak terpenuhinya pesanan seringkali bukan penurunan output, tetapi penundaan langsung dari bagian-bagian ini.

Kesimpulan

Sebagai hasil dari pengenalan SCP ke dalam produksi, perusahaan mencapai tingkat manajemen proses yang baru secara kualitatif. Bagi para eksekutif perusahaan, manfaat menggunakan produk juga sudah jelas. Pertama-tama, transparansi proses bisnis meningkat, efisiensi kerja karyawan meningkat. Otomatisasi juga memungkinkan Anda mengurangi biaya perusahaan secara signifikan.

Di bagian ini, kami memulai serangkaian artikel ulasan yang akan membantu Anda menguasai konfigurasi "1C: Manajemen Perusahaan Manufaktur".

pengantar

"1C:Manufacturing Enterprise Management 8" adalah solusi aplikasi komprehensif yang mencakup kontur utama manajemen dan akuntansi di perusahaan manufaktur. Solusinya memungkinkan Anda untuk mengatur sistem informasi komprehensif yang memenuhi standar perusahaan, Rusia dan internasional dan memastikan kegiatan keuangan dan ekonomi perusahaan.

Solusi aplikasi menciptakan ruang informasi tunggal untuk menampilkan keuangan dan aktivitas ekonomi perusahaan, meliputi proses bisnis utama. Pada saat yang sama, akses ke informasi yang disimpan dibatasi dengan jelas, serta kemungkinan tindakan tertentu tergantung pada status karyawan.

Di perusahaan struktur holding, basis informasi umum dapat mencakup semua organisasi yang termasuk dalam holding. Ini secara signifikan mengurangi kompleksitas akuntansi karena penggunaan kembali susunan informasi umum oleh organisasi yang berbeda. Pada saat yang sama, manajemen ujung ke ujung dan akuntansi yang diatur (akuntansi dan pajak) dipertahankan untuk semua organisasi, tetapi pelaporan yang diatur dibuat secara terpisah untuk organisasi.

Fakta suatu transaksi bisnis dicatat satu kali dan tercermin dalam akuntansi manajerial dan teregulasi. Tidak perlu memasukkan kembali informasi. Cara mendaftarkan transaksi bisnis adalah dokumen, dan untuk mempercepat pekerjaan, mekanisme substitusi data banyak digunakan "secara default", memasukkan dokumen baru berdasarkan yang dimasukkan sebelumnya.

Dalam solusi yang diterapkan, rasio data berikut dari akun yang berbeda diadopsi:

• independensi pengelolaan, akuntansi dan data akuntansi pajak;
• komparabilitas data akuntansi manajemen, akuntansi, dan akuntansi pajak;
• kebetulan jumlah dan penilaian kuantitatif aset dan kewajiban menurut manajemen, akuntansi dan akuntansi pajak, dengan tidak adanya alasan obyektif untuk perbedaan mereka.

Data yang dimasukkan oleh pengguna dikendalikan secara operasional oleh solusi aplikasi. Jadi, ketika mendaftarkan pembayaran tunai, sistem akan memeriksa ketersediaan dana, dengan mempertimbangkan aplikasi yang ada untuk pengeluaran mereka. Dan pada saat melakukan registrasi pengiriman produk, sistem akan mengecek status saling pelunasan dengan penerima barang.

Solusi aplikasi dilengkapi dengan serangkaian antarmuka, yang memberikan akses prioritas kepada setiap pengguna ke data dan mekanisme solusi aplikasi yang dia butuhkan.

Akuntansi yang diatur (akuntansi dan pajak) untuk organisasi disimpan dalam mata uang nasional, sementara mata uang apa pun dapat dipilih untuk akuntansi manajemen untuk perusahaan secara keseluruhan. Dalam organisasi yang berbeda dari satu basis informasi, sistem perpajakan yang berbeda dapat digunakan: di beberapa organisasi - sistem perpajakan umum, di lain - yang disederhanakan; pengaturan kebijakan pajak yang berbeda dan akuntansi. Sebagai tambahannya jenis tertentu kegiatan organisasi dapat diterapkan sistem perpajakan berupa pajak tunggal atas penghasilan yang diperhitungkan.

Selain akuntansi manajerial dan teregulasi, Anda dapat menjaga akuntansi sesuai dengan International Financial Reporting Standards (IFRS). Untuk mengurangi kompleksitas akuntansi di bawah IFRS, itu dilakukan secara non-operatif, menggunakan terjemahan (perhitungan ulang) data dari jenis akuntansi lain.

Saat mengembangkan solusi 1C: Manufacturing Enterprise Management 8, baik metode manajemen perusahaan internasional modern (MRP II, CRM, SCM, ERP, ERP II, dll.) diperhitungkan, serta pengalaman otomatisasi yang berhasil dari perusahaan manufaktur terakumulasi oleh 1C dan komunitas mitra. Spesialis dari ITRP (manajemen produksi) dan 1C-Rarus (akuntansi menurut IFRS) berpartisipasi dalam desain dan pengembangan konfigurasi. Perusahaan audit dan konsultan terkenal di dunia PricewaterhouseCoopers memberikan dukungan konsultasi tentang masalah metodologis penerapan akuntansi dan pelaporan manajemen dan keuangan sesuai dengan IFRS.

Solusi "1C:Manufacturing Enterprise Management 8" dikembangkan pada platform teknologi modern "1C:Enterprise 8". Selain platform, paket perangkat lunak mencakup konfigurasi "Manufacturing Enterprise Management".

Keandalan dan kinerja tinggi dari solusi yang diterapkan, skalabilitas, membangun sistem terdistribusi secara geografis, integrasi dengan lainnya sistem Informasi. Struktur internal dari solusi yang diterapkan sepenuhnya terbuka untuk studi dan penyesuaian untuk kebutuhan spesifik perusahaan.

1C Company sedang menyelesaikan dan mengembangkan konfigurasi "Manufacturing Enterprise Management" untuk mencerminkan perubahan dalam undang-undang dan memperluas fungsionalitas. Pembaruan cepat dari solusi terinstal yang diinstal disediakan. 1C dan mitranya menyediakan sistem dukungan teknis multi-level.

1C:Manufacturing Enterprise Management 8 adalah solusi aplikasi unggulan 1C dengan jangkauan fungsionalitas terluas. Konsep umum dari solusi diilustrasikan oleh diagram.

Semua mekanisme untuk mengotomatisasi solusi yang diterapkan dapat dibagi menjadi dua kelas besar:

• mekanisme untuk memelihara kegiatan operasi perusahaan, mekanisme untuk memelihara akuntansi non-operasional.
• Area yang termasuk dalam aktivitas operasi dapat diidentifikasi dalam setiap jenis akuntansi (dengan pengecualian akuntansi IFRS).

Selain itu, solusi yang diterapkan dibagi menjadi subsistem terpisah yang bertanggung jawab untuk menyelesaikan kelompok tugas serupa: subsistem manajemen kas, subsistem manajemen personalia, subsistem akuntansi, dll. Pembagian semacam itu adalah semacam konvensi yang memfasilitasi pengembangan yang diterapkan larutan. Dalam pekerjaan pengguna saat ini, batas antar subsistem praktis tidak terasa.

Versi terbaru dari konfigurasi "Manufacturing Enterprise Management", yang diberi nomor 1.3, dengan jelas menunjukkan keunggulan versi baru 8.2 dari platform 1C:Enterprise. Konfigurasi dapat digunakan dalam mode aplikasi normal, yang akrab bagi pengguna edisi sebelumnya.

"1C: Manufacturing Enterprise Management 8" dapat digunakan di sejumlah departemen dan layanan perusahaan manufaktur, termasuk:

• manajemen (direktur umum, direktur keuangan, Direktur Komersial, Direktur Produksi, Kepala teknisi, Direktur Sumber Daya Manusia, Direktur TI, Direktur Pengembangan), departemen perencanaan dan ekonomi;
• toko produksi;
• departemen produksi dan pengiriman;
• departemen kepala desainer;
• kepala departemen teknologi;
• departemen kepala mekanik;
• Departemen penjualan;
• departemen logistik (persediaan);
• Departemen pemasaran;
• gudang untuk bahan dan produk jadi;
• akuntansi;
• Departemen Sumber Daya Manusia;
• departemen organisasi tenaga kerja dan ketenagakerjaan;
• layanan TI;
• departemen administrasi dan ekonomi;
• departemen konstruksi modal;
• departemen informasi dan analitis;
• departemen pengembangan strategis.

Diharapkan penerapan solusi yang diterapkan akan memiliki efek terbesar di perusahaan dengan staf beberapa puluh hingga beberapa ribu orang, dengan puluhan dan ratusan pekerjaan otomatis, serta dalam struktur holding dan jaringan.

"1C: Manufacturing Enterprise Management 8" menyediakan:

• manajemen perusahaan dan manajer yang bertanggung jawab untuk pengembangan bisnis - banyak peluang untuk analisis, perencanaan, dan manajemen sumber daya perusahaan yang fleksibel untuk meningkatkan daya saingnya; kepala departemen, manajer, dan karyawan yang terlibat langsung dalam produksi, pemasaran, pasokan, dan kegiatan lain untuk memastikan produksi proses - alat untuk meningkatkan efisiensi pekerjaan sehari-hari di wilayah mereka;
• karyawan layanan akuntansi perusahaan - sarana untuk akuntansi otomatis yang sepenuhnya mematuhi persyaratan hukum dan standar perusahaan perusahaan.

Akuntansi produksi dan biaya sebagai subjek utama studinya

Komponen utama dari manajemen perusahaan manufaktur adalah akuntansi produksi.

Akuntansi produksi adalah teknologi yang kompleks dan menarik, dengan metode dan tekniknya sendiri. Tugas akuntansi produksi adalah memperhitungkan seluruh proses transformasi biaya: biaya mengubah sifatnya, menggabungkan, membagi, mengubah cara yang berbeda selama produksi, yaitu subjek akuntansi produksi adalah objek yang berubah secara dinamis. Misalnya, akuntansi produksi memberikan jawaban atas pertanyaan: berapa biaya suatu produk jika produksinya memerlukan sejumlah biaya yang dikeluarkan No. 4, yang terdiri dari bagian biaya #1 dan #2 dan sepenuhnya memperhitungkan biaya #3. Mengapa bagian? Karena, misalnya, bahan-bahan dengan volume besar tertentu dibeli, dan pertama-tama Anda perlu menghitung bagian mana dari total volume bahan ini yang digunakan per unit produksi. Hal yang sama berlaku untuk banyak biaya lainnya - listrik, dll. Pada saat yang sama, perlu untuk memperhitungkan seluruh sejarah perjalanan biaya melalui produksi - dari saat biaya terjadi dalam akuntansi hingga dimasukkannya dalam biaya dan penjualan sebagai bagian dari produk, dan terjadinya dalam akuntansi dan penyertaan dalam biaya mungkin dalam periode pelaporan yang berbeda.

Instalasi dan peluncuran soft starter

Untuk bekerja, kita membutuhkan platform 1C 8.2. Rilis SCP dapat diambil dari edisi terbaru 1.3.
Kami akan bekerja dengan database demo. Di pengaturan dasar untuk mode peluncuran utama, pilih "Klien tebal". Pengaturan lainnya dapat dibiarkan sebagai default.

Bagi yang belum familiar dengan platform 8.2, kami akan memberikan latar belakang singkat tentang istilah "thick client".
Klien kaya (Kaya) dalam arsitektur klien-server adalah aplikasi yang menyediakan (sebagai lawan dari klien tipis) fungsionalitas tingkat lanjut, independen dari server pusat. Seringkali server dalam hal ini hanya gudang data, dan semua pekerjaan pemrosesan dan penyajian data ini ditransfer ke mesin klien.
Manfaat klien gemuk
Klien tebal memiliki berbagai fungsi, tidak seperti klien tipis.
Modus multi-pengguna.
Memberikan kemampuan untuk bekerja bahkan jika koneksi dengan server terputus.
Ini memiliki kemampuan untuk terhubung ke bank tanpa menggunakan Internet.
Kinerja tinggi.
Kekurangan
Distribusi besar.
Sebagian besar pekerjaan klien bergantung pada platform apa yang dikembangkan.
Saat bekerja dengannya, ada masalah dengan akses jarak jauh ke data.
Proses instalasi dan konfigurasi yang agak rumit.
Kompleksitas pembaruan dan relevansi data yang terkait.

Saat memulai basis data demo yang diinstal, pilih pengguna "Abdulov", ia memiliki hak penuh. Anda tidak perlu memasukkan kata sandi.

Untuk mempelajari SCP, pada awal pertama, definisikan ulang antarmuka pengguna "Abdulov" menjadi "Penuh": menu "Pengguna - Pengguna - Administrasi - Abdulov - klik dua kali untuk membuka formulir Abdulov - bidang "Antarmuka utama" - Penuh - tombol Simpan dan tutup". Kemudian, di bilah alat, klik tombol "Ganti Antarmuka" dan pilih opsi "Penuh".

Pada konsep "Perusahaan" dan "Organisasi", "Diatur" dan Akuntansi Manajemen. Perusahaan adalah kumpulan semua organisasi yang catatannya disimpan dalam basis data. « Akuntansi yang diatur» ditentukan oleh fakta bahwa aturan pemeliharaannya ditentukan oleh undang-undang. " Manajemen akunting» Setiap perusahaan dapat memiliki sendiri, aturan untuk perilakunya tidak diatur oleh apa pun dan ditentukan oleh manajemen perusahaan tertentu. Konfigurasi SCP berisi visi tertentu tentang cara terbaik (lebih nyaman, lebih jelas, lebih rasional) untuk mempertahankan akuntansi manajemen, tetapi setiap perusahaan tertentu mungkin memiliki visi pemeliharaannya sendiri karena fakta bahwa tidak ada aturan dan standar yang seragam. , dan dalam hal ini perlu diselesaikan. Dalam konfigurasi PRM yang khas, akuntansi manajemen sebenarnya didasarkan pada persyaratan terutama akuntansi, sedangkan pelaporan dalam akuntansi manajemen ditujukan untuk memenuhi kebutuhan perencanaan pembelian, biaya, dll. Dalam penerapan akuntansi manajemen tidak digunakan prinsip double entry yaitu misalnya, Anda dapat memanfaatkan sesuatu "entah dari mana", dan pada saat yang sama tidak akan ada hutang, dll. Akuntansi yang diatur dilakukan untuk setiap organisasi secara terpisah. manajerial- sebagian di seluruh perusahaan.

Tentang akuntansi internasional. Dalam pengantar, dikatakan bahwa akuntansi internasional dapat disimpan di SCP. Perlu dicatat bahwa kemungkinan ini hanya muncul jika akuntansi batch diatur dalam pengaturan kebijakan akuntansi. Jika (lihat di antarmuka "Manajer Akuntansi" di menu "Pengaturan Akuntansi - Pengaturan Akuntansi") Anda memilih analitik akuntansi biaya lanjutan (bukan akuntansi batch), maka tidak akan ada kemungkinan untuk melakukan akuntansi internasional.

Istilah yang digunakan, penunjukan objek tempat 1C beroperasi dan yang perlu dipahami saat bekerja dengan database

• Buku referensi
• Enumerasi
• Konstanta
• Rencana jenis perhitungan
• Rencana jenis karakteristik
• Daftar informasi
• Dokumen
• Daftar akumulasi
• Bagan akun
• Laporan
• Perlakuan

Buku referensi

Direktori adalah kumpulan nilai yang berbeda untuk sesuatu. Direktori terdiri dari Item referensi. Setiap nilai elemen kamus dicirikan oleh serangkaian parameter tertentu. Biasanya salah satu parameter elemen kamus tidak berulang - untuk setiap elemen direktori nilainya unik. Biasanya ini adalah kode elemen direktori. Biasanya, direktori diisi ulang, mis. Anda dapat menambahkan elemen baru ke dalamnya saat Anda bekerja dengan database (ada juga direktori yang tidak diperbarui, biasanya semacam pengklasifikasi yang dimuat dari tempat lain).
Direktori berguna karena memungkinkan Anda untuk mengisi dokumen berkali-kali lebih cepat, sementara elemen akan memiliki nama dan presentasi yang sama di mana saja, setelah Anda mengatur parameter elemen, Anda dapat menggunakannya di mana pun Anda membutuhkannya.

Setiap elemen direktori adalah objek yang dapat direferensikan dari tempat lain. Misalnya, ada buku referensi "Kontraktor":


Misalkan Anda perlu memasukkan data ke database tentang penerimaan barang dan jasa selanjutnya. Alih-alih menulis nama rekanan "LLP" InnoTrade "" di tempat yang sesuai dan menunjukkan semua karakteristiknya yang mungkin diperlukan untuk mengeluarkan tanda terima, cukup memilih elemen yang sesuai dari direktori "Counterparty".

Atau, misalnya, ada direktori seperti itu - "Mata Uang":

Alih-alih menulis nama mata uang dan menunjukkan nilainya di setiap tanda terima, kita cukup memilih nilai referensi mata uang di tempat yang tepat:

Register informasi

Register informasi adalah jenis perangkat penyimpanan informasi yang terlihat sangat mirip dengan buku referensi. Tetapi tidak seperti direktori, string register informasi tidak dapat ditentukan sebagai objek - string register tidak dapat dirujuk, misalnya, ke rekanan tertentu dari direktori "Kontraktor". Tetapi dalam register informasi, Anda dapat menyimpan, misalnya, riwayat perubahan di beberapa elemen direktori. Misalnya, riwayat perubahan nilai elemen buku referensi "Mata Uang" disimpan dalam daftar informasi "Nilai mata uang":

Karena penyimpanan riwayat mata uang dalam daftar "Nilai Tukar", tidak perlu menunjukkan nilai tukar berkali-kali di setiap tanda terima. Program itu sendiri akan menentukannya, jika perlu, berdasarkan tanggal.

Enumerasi

Enumerasi adalah kasus khusus dari sebuah direktori. Pencacahan adalah seperangkat nilai tetap yang diberikan untuk sesuatu. Tidak seperti pencarian, setiap nilai enumerasi tidak memiliki parameter tambahan.

Konstanta

Konstanta adalah nilai dari sesuatu, biasanya didefinisikan sekali dan untuk semua saat Anda mulai bekerja dengan database. Konstanta UPP, khususnya, menyimpan pengaturan kebijakan akuntansi.

Rencana jenis perhitungan

Jenis buku referensi khusus yang menjelaskan algoritme untuk akrual dan deduksi, dan beberapa informasi lain yang diperlukan untuk menghitung akrual dan deduksi.

Rencana jenis karakteristik

Jenis buku pegangan khusus yang menjelaskan tentang informasi tambahan, yang berisi objek database.

Dokumen-dokumen

Dokumen adalah sarana entri data, pemrosesan data yang dimasukkan dengan kemampuan untuk memperhitungkan data yang ada dan mengubah data yang ada, dengan memperhitungkan data masukan, menjadi basis informasi.

Dokumen dapat dibagi menjadi beberapa jenis:

• mencerminkan fakta kegiatan ekonomi, misalnya, dokumen pendaftaran dalam database untuk penerimaan barang dan jasa (akibat dokumen, barang harus dikreditkan ke gudang, hutang ke pemasok harus muncul, PPN harus direkam, posting harus didaftarkan, dll.) atau dokumen "Laporkan produksi per shift "(memperbaiki fakta rilis produksi, memindahkannya ke gudang, mendaftarkan posting, dll.)
• dokumen peraturan - dokumen yang melakukan tindakan yang perlu dilakukan pada frekuensi tertentu, misalnya, menghitung penyusutan atau menghitung upah, mencerminkan upah dalam akuntansi, menghitung biaya penerbitan, melunasi biaya penerbitan, menutup tahun (dengan saldo reformasi), mendistribusikan materi untuk diterbitkan, mengalokasikan biaya, dll.
• dokumen perencanaan - pendaftaran fakta merencanakan beberapa acara, memperbaiki indikator yang direncanakan (rencana penjualan, rencana produksi, produksi per shift, rencana pembelian, pesanan pembeli, pesanan ke pemasok, pesanan produksi, pesanan untuk pemeliharaan aset tetap)
• manajer - diperkenalkan untuk mengelola pekerjaan dokumen lain (misalnya, menetapkan diskon - dokumen menetapkan kondisi untuk memberikan diskon, sehingga jika pembeli mencapai kondisi ini, dia akan secara otomatis diberikan diskon)
• inventaris - dokumen klarifikasi, pembaruan saldo, misalnya, saldo pekerjaan yang sedang berlangsung atau fiksasi biaya sisa untuk cacat (catatan: dalam konfigurasi SCP, dokumen inventaris tidak menulis informasi dalam register, tetapi hanya menyimpannya di diri).

Register akumulasi

Register akumulasi adalah penyimpanan utama data kuantitatif dan jumlah dalam database. Setiap register akumulasi menyimpan informasi spesifiknya. Register akumulasi dapat dibagi menjadi beberapa kelompok sesuai dengan jenis informasi yang disimpan:

• aset tetap
• Produksi
• Saham

Pada saat yang sama, data ini dapat disimpan dalam register yang berbeda tergantung pada bagian akuntansi, misalnya, register Perkawinan dalam produksi (akuntansi internasional), Perkawinan dalam produksi (akuntansi), Perkawinan dalam produksi (akuntansi pajak).

Dari sudut pandang metode penyimpanan informasi, register akumulasi adalah: sisa dan bisa dinegosiasikan.

Register akumulasi residu dirancang untuk menyimpan hanya residu pada setiap titik waktu. Register omset menyimpan data tentang bagaimana saldo berubah dari waktu ke waktu, mis. pada saat itu, begitu banyak yang diterima sebagai akibat dari tindakan ini dan itu, pada saat itu begitu banyak yang hilang sebagai akibat dari tindakan lain. Register omset memungkinkan Anda untuk menganalisis riwayat perubahan jumlah atau kuantitas selama periode waktu tertentu dalam konteks beberapa parameter. Misalnya, daftar penjualan akan menunjukkan berapa banyak dan berapa jumlah produk tertentu yang dijual kepada rekanan mana selama periode waktu tertentu.

Dalam register akumulasi, informasi muncul saat bekerja dengan dokumen, mis. dokumen memperkenalkannya di sana.

Bagan akun

Konfigurasi khas SCP berisi empat bagan akun (dan, karenanya, 4 register akuntansi - secara fisik, informasi bagan akun disimpan dalam register akuntansi yang sesuai):

• penganggaran
• Internasional
• Pajak
• mandiri

Karena dalam penerapan akuntansi manajemen tidak diperhatikan prinsip double entry, maka tidak diperlukan chart of account untuk itu. Dengan demikian, dalam konfigurasi PMS yang khas, neraca manajemen tidak dibentuk. Untuk melakukan ini, Anda dapat memperbaiki konfigurasi, atau, lebih disukai, menggunakan subsistem penganggaran (ini memungkinkan Anda untuk menyimpan informasi yang sangat berbeda, Anda dapat membuat skenario khusus "Saldo manajemen" dan, menurut akuntansi manajemen, masukkan informasi tentang ini skenario untuk akhirnya mendapatkan keseimbangan manajemen, tetapi lebih lanjut tentang itu nanti)

SCP berisi informasi yang disimpan hanya pada bagan akun (misalnya, informasi tentang 80-90 akun, data tentang biaya awal aset tidak berwujud, akuisisi aset tidak berwujud (akun 08.05), Penelitian, pengembangan, dan pekerjaan teknologi (akun 08.08 ), biaya R&D, bagian dari biaya akun ke-29, dll), ada juga informasi yang disimpan hanya di register akumulasi (segala sesuatu yang berhubungan dengan perencanaan, pemesanan, pemesanan, dll) dan ada informasi yang disimpan baik di bagan akun dan dalam daftar akumulasi (akuntansi gudang, akuntansi biaya, dll.). Catatan. Contoh dalam tanda kurung diberikan di bawah bagian "akuntansi". Fitur yang sama ada di jenis akuntansi lainnya.

Mari kita lihat sebuah contoh. Buka dokumen "Penerimaan barang dan jasa" - menu "Dokumen - Manajemen pengadaan - Penerimaan barang dan jasa". Buka, misalnya, dokumen pertama. Lihat transaksinya menggunakan ikon Perhatikan jenis akun analitik yang dimiliki 10: mis. setelah tanda terima diposting, informasi tentang barang dan gudang akan disimpan di bagan akun.

Sekarang lihat pergerakan dokumen menggunakan tombol "Pergi - Pergerakan dokumen dengan register":

Laporan pergerakan dokumen akan terbuka. Anda dapat menutup pohon grup dengan mengklik di bidang laporan dan kemudian secara bersamaan menekan kombinasi tombol "Ctrl + Shift + tombol MINUS di bagian keyboard NumLock". Lihat (perluas) grup “Daftar akumulasi” Pengiriman barang di gudang (akuntansi)”:

Perhatikan detail yang dilingkari oleh bingkai - analitik ini tidak ada di bagan akun. Tapi itu ada di daftar akumulasi ini.

Ada dokumen yang hanya mengoreksi posting bagan akun, dan ada dokumen lengkap yang mengoreksi semua informasi yang diperlukan, termasuk analitik tingkat lanjut dalam register.

Anda perlu memahami bahwa dokumen lengkap mencatat informasi terutama dalam register, dan hanya ekstrak dari informasi ini yang diperlukan untuk keseimbangan, mereka menulis ke bagan akun. Selain itu, setiap perhitungan yang diperlukan "on the fly" selalu menggunakan data register, dan hanya hasil perhitungan ini yang dapat dicatat sebagai posting ke bagan akun. Dengan demikian, jika dikoreksi hanya bagan transaksi akun, ini tidak berarti bahwa semuanya akan menjadi lebih baik di mana-mana dengan sendirinya, karena. tidak ada yang akan masuk ke register dengan analitik tingkat lanjut. Itu. semua pekerjaan harus dilakukan dalam dokumen yang sesuai, "benar", dan bukan dengan menyesuaikan entri bagan akun.
Namun, jika Anda mulai mengoreksi posting bagan akun secara manual, Anda harus menyesuaikannya lebih lanjut - misalnya, dokumen "Perhitungan biaya" di bulan mendatang tidak akan memperhitungkan posting apa pun yang disesuaikan dalam bagan akun , ia bekerja dengan register dan hanya menulis hasilnya ke bagan akun , - akibatnya, jumlah pekerjaan dapat meningkat sangat banyak sehingga menjadi tidak mungkin untuk menggunakan program.
Sebelum menggunakan dokumen, akuntan harus memahami apakah dokumen ini hanya mengoreksi transaksi, atau apakah itu mengoreksi informasi jika diperlukan. Untuk verifikasi, Anda dapat menggunakan laporan, yang telah disebutkan di atas, yang terbuka dengan mengklik tombol "Pergi - Pergerakan dokumen dengan register"

Dalam kasus ekstrim, ketika masalah tidak dapat diselesaikan dengan dokumen lengkap yang ada di database yang mencatat informasi baik di register akumulasi dan di bagan akun, Anda harus menggunakan tidak hanya dokumen penyesuaian posting, tetapi juga penyesuaian register akumulasi khusus. dokumen. Pada saat yang sama, tentu saja, Anda perlu memahami dengan baik tidak hanya entri apa yang harus dibuat pada bagan akun, tetapi juga di mana register akumulasi, dan bagaimana, informasi harus dikoreksi agar koreksi berubah menjadi lengkap - ini adalah masalah yang sangat rumit dan rumit, lebih baik mempercayainya hanya kepada spesialis yang sangat baik.

Laporan

Laporan adalah sarana untuk memperoleh informasi dari basis data, diproses dan disiapkan secara khusus dalam bentuk yang jelas, nyaman, dan dibutuhkan pengguna. Ada banyak laporan dalam konfigurasi, semuanya memiliki tujuan masing-masing.

Contoh laporan yang ada:

• Laporan yang dihasilkan sesuai dengan bagan akun:
• Neraca omset
• lembar catur
• Analisis akun, dll.

• Laporan yang diatur

Dalam konfigurasi SCP versi 1.3.7.1, panggilan ke alat untuk bekerja dengan laporan yang diatur tidak tersedia di "antarmuka penuh". Oleh karena itu, untuk menemukannya, beralih ke antarmuka Akuntansi dan Akuntansi Pajak:

Di antarmuka ini, alat untuk bekerja dengan pelaporan yang diatur terletak di menu "Akuntansi":

• Laporan data register akumulasi, register informasi, direktori, dll (output produk, rencana produksi, cacat produksi, analisis ketersediaan barang di gudang, analisis ketersediaan dana, dll). Biasanya, jika laporan dibuat berdasarkan data satu register, kata "pernyataan" ada di judulnya. Jika laporan dibuat untuk laporan berdasarkan data dari beberapa register yang berbeda, maka kata “analisis” biasanya digunakan atas nama laporan.

• Laporan kustom.

Untuk pengguna tingkat lanjut, ada mekanisme untuk membuat laporan mereka sendiri. Lebih lanjut tentang mereka akan dibahas nanti.

Pengolahan

Pemrosesan adalah alat 1C:Perusahaan yang melakukan beberapa transformasi data yang ditentukan secara terprogram. Tidak seperti laporan, pemrosesan menulis data yang dikonversi ini ke database. Misalnya, dalam buku referensi "Nomenklatur" Anda perlu mengganti orang yang bertanggung jawab atas pembeliannya dengan Chugunova S.G. di Ubeikin V.Ya. Untuk melakukan ini, Anda dapat menggunakan pemrosesan "Pemrosesan grup direktori dan dokumen":

Isi kolom pemrosesan sebagai berikut:

Dan klik tombol Pilih. Lalu pergi ke tab "Memproses":

Pilih "Tindakan" dan nilai baru. Dan klik tombol "Jalankan". Akibatnya, seluruh nomenklatur, yang ditugaskan kepada manajer yang bertanggung jawab untuk pengadaan Chugunov S.G. akan ada manajer pembelian baru yang bertanggung jawab.

Ada juga pemrosesan khusus dalam konfigurasi yang melakukan beberapa jenis tindakan rutin. Misalnya, perhitungan harga pokok produksi, dilakukan sesuai jadwal.

Prinsip bekerja dengan dokumen

Di bagian ini, kami akan mempertimbangkan prinsip-prinsip dasar bekerja dengan dokumen: membuat, merekam, memposting (operasional dan non-operasional, ditangguhkan), menandai penghapusan, penghapusan dokumen.

Membuat Dokumen

Sebuah dokumen dapat dibuat dengan berbagai cara. Perhatikan contoh dokumen "Penerimaan barang dan jasa"

Metode 1 - menggunakan alat "Tambah (Masuk)". Membuat dokumen baru dapat dilakukan dengan mengklik ikon "Tambah" dari daftar dokumen yang terbuka langsung dari menu utama program. Misalkan Anda ingin membuat dokumen “Penerimaan Barang dan Jasa”. Dari menu utama program, Anda dapat membuka daftar dokumen-dokumen ini:

Kemudian, dalam daftar tanda terima yang terbuka, pilih salah satu metode yang dilingkari pada gambar di bingkai (mereka setara, hal yang sama dilakukan):

Akibatnya, dokumen baru "Penerimaan barang dan jasa" akan terbuka dan kemudian Anda harus mengisi semua bidangnya secara berurutan (dan jangan lupa tentang tab berbeda dari dokumen ini - dilingkari):

Metode 2 - menggunakan mekanisme penyalinan. Pembuatan dokumen baru dapat dilakukan dengan mengklik ikon "Tambahkan dengan Salin":

Dalam hal ini, dokumen tempat kursor ditempatkan dalam daftar dokumen akan disalin dan salinannya akan dibuka. Dalam salinan ini, bidang dokumen sudah akan diisi. Tetap hanya untuk mengeditnya, jika perlu:

Tentu saja, metode ini seringkali jauh lebih cepat. kreasi sederhana dokumen.

Metode 3. - menggunakan mekanisme input atas dasar. Anda dapat membuat dokumen baru dari dokumen dasar. Misalnya, "Penerimaan barang dan jasa" dapat dibuat dengan memasukkan berdasarkan dokumen "Penerimaan barang". Dalam hal ini, pertama, pesanan penerimaan barang asli akan menjadi dasar untuk dokumen yang dibuat "Penerimaan barang dan jasa" dan kedua, "Penerimaan barang dan jasa" yang dibuat akan secara otomatis diisi dengan data dari dokumen dasar. . Untuk memanggil mekanisme masuk berdasarkan, Anda perlu membuka dokumen "Pesanan barang masuk" dan klik ikon input berdasarkan. Selain itu, hal yang sama dapat dilakukan tanpa membuka "Pesanan Barang Masuk" itu sendiri, tetapi langsung dari daftar "Pesanan Barang Masuk", hanya dengan terlebih dahulu menempatkan kursor pada dokumen yang diinginkan. Lihat gambar, metode input atas dasar dilingkari:

Dokumen resi baru yang dibuat akan “mengambil” daftar barang dari pesanan resi induk:

Metode 4. - menggunakan perawatan khusus. Pembuatan dokumen baru dapat dilakukan secara otomatis dengan menjalankan beberapa pemrosesan khusus. Biasanya, dalam hal ini, banyak dokumen dibuat sekaligus (pemrosesan diperlukan untuk mempercepat proses ketika beberapa jenis aksi massal atau urutan aksi tertentu diperlukan). Metode ini akan dibahas lebih rinci nanti.

Merekam Dokumen

Dokumen ditulis ke database ketika Anda mengklik tombol "Tulis". Sampai tombol ini ditekan di dokumen baru, dokumen tidak akan disimpan dalam database, dan jika terjadi gangguan pekerjaan yang tidak terduga (misalnya, selama pemadaman listrik), dokumen tidak tertulis akan hilang. Ini sangat penting untuk diketahui saat bekerja dengan dokumen yang berisi banyak informasi, seperti spreadsheet besar yang diisi secara manual. Rekam dokumen sesering mungkin sehingga Anda tidak perlu memasukkan data lagi. Pada saat penulisan dokumen, tidak ada perubahan penting dalam database yang mempengaruhi data lain yang tidak terkait dengan dokumen ini, mis. saat menulis, data hanya disimpan, dan data ini disimpan hanya dalam kerangka dokumen, informasi tidak pergi ke mana pun lebih jauh.

Catatan. Pada saat perekaman dokumen terjadi di database pada garis waktu di antara dokumen-dokumen dari jenis yang sama. Mari kita jelaskan lebih detail. Lihatlah bidang "dari" dengan tanggal dan waktu dokumen:

Saat membuat dokumen, waktu tidak diisi, tetapi saat menulis diisi dengan akurasi hingga satu detik. Pada saat yang sama, dalam detik yang sama, dokumen dengan jenis yang sama dapat ditulis oleh pengguna lain dari basis data Anda (misalnya, beberapa pengguna dari basis data yang sama mengklik tombol "Tulis", masing-masing dalam dokumen mereka sendiri "Penerimaan barang dan jasa" dan itu terjadi dalam satu detik yang sama). Setiap dokumen yang direkam, meskipun dalam waktu yang sama, akan mengambil beberapa posisinya sendiri dalam satu detik. Itu. bahkan dalam satu detik pada "garis waktu" pembuatan dokumen, setiap dokumen akan memiliki tempat uniknya sendiri - ketika dokumen ditulis, tempat itu ditetapkan untuknya.

Secara umum, tergantung pada jenis dokumen, mungkin selain catatan, tidak ada lagi yang diperlukan, mis. dokumen dimaksudkan hanya untuk menyimpan data di dalam dirinya sendiri (*lihat daftar dokumen tersebut di bawah), tetapi untuk sebagian besar jenis dokumen hanya ada sedikit catatan. Faktanya adalah bahwa dalam kasus umum, sebuah dokumen bukanlah penyimpanan informasi yang paling nyaman, kemampuannya dalam hal ini terbatas.

*Daftar dokumen yang hanya direkam:

"Akta rekonsiliasi penyelesaian", "Surat kuasa", "Dokumen penyelesaian dengan rekanan (akuntansi manual)", "Permintaan layanan informasi wajib pajak”, “Inventaris cacat produksi” dan semua jenis inventaris lainnya, “Dokumen tidak resmi otoritas pajak”, “Dokumen Wajib Pajak yang Tidak Diformalkan”, “Poll”, “Laporan Komposisi Shift”, “Pendistribusian Kuesioner”, “Perhitungan biaya yang direncanakan produk", "Laporan yang diatur", "Daftar faktur", "Faktur untuk pembayaran kepada pembeli", "Faktur untuk pembayaran pemasok", "Komunikasi transportasi".

Memegang dokumen

Seperti yang telah disebutkan, saat menulis dokumen, data yang dimasukkan hanya disimpan di dalam dokumen. Tetapi untuk sebagian besar jenis dokumen, pencatatan saja tidak cukup, tetapi juga perlu dilakukan.

Posting dokumen adalah tindakan khusus yang dilakukan untuk memperbaiki beberapa informasi untuk melindunginya dari modifikasi yang tidak disengaja lebih lanjut. Pada saat yang sama, informasi ini dapat tetap berada dalam dokumen itu sendiri (yaitu, dokumen tidak bergerak di tempat lain, misalnya, dalam register akumulasi), atau direkam dalam bentuk pergerakan dokumen di suatu tempat: dalam register akumulasi, informasi register, bagan akun, register penyelesaian, dll.

Artinya, dokumen yang tidak melakukan gerakan di mana pun juga dapat diposting. Biasanya, arti dari implementasinya adalah untuk memperbaiki beberapa informasi dalam dokumen untuk mencegah modifikasi lebih lanjut. Dalam konfigurasi standar SCP versi 1.3.7, hanya dua jenis dokumen yang diposting, tetapi tidak melakukan gerakan: "Aplikasi untuk membuka akun" dan "Mengatur parameter untuk menghitung item".

Pemrosesan dokumen operasional dan non-operasional

Dokumentasi dapat bersifat operasional atau non-operasional.
Perilaku operasional adalah perilaku di mana memeriksa kelayakan. Apa itu?

Misalkan kita telah membuat dan mencatat dokumen yang meningkatkan utang pihak lawan. Misalkan batas tertentu ditetapkan dengan pihak lawan piutang. Misalkan beberapa hari telah berlalu sejak pembuatan dokumen, dan seseorang masuk dan memposting dokumen lain yang meningkatkan hutang dari rekanan yang sama, dan dokumen terakhir ini menghabiskan batas hutang ini. Dan di sini ada opsi berbeda untuk pengembangan acara lebih lanjut.

Jika sebuah organisasi ingin mencegah pelepasan barang melebihi piutang pihak lawan, kita perlu memeriksa saldonya selama transaksi. Tetapi jika kita tidak mengubah tanggal, maka menurut program, hutang belum akan terlampaui - lagipula, dokumen yang habis dimasukkan kemudian dan saldo penyelesaian bersama untuk dokumen kita yang dicatat sebelumnya tidak akan relevan. Untuk tujuan inilah mekanisme implementasi yang cepat telah diperkenalkan - yaitu. mentransfer dokumen ke akhir antrian dokumen yang diposting, karena hanya dalam kasus ini dimungkinkan untuk melakukan semua pemeriksaan yang diperlukan.

Cara lain adalah jika penting bagi sebuah organisasi untuk mencerminkan fakta transaksi bisnis secara tepat ketika itu terjadi. Artinya, misalnya, meskipun piutangnya terlampaui, barangnya sudah dirilis dan pada kenyataannya klien berutang lebih dari apa yang diizinkan untuknya. Dalam hal ini, penting bagi kami untuk menonaktifkan centang dan mengaktifkannya. Maka akan benar untuk memegang dokumen itu tidak beroperasi, yaitu tanpa semua pemeriksaan ini.

Dalam kedua kasus, baik selama eksekusi operasional dan non-operasional, semua gerakan dokumen yang diperlukan akan dilakukan. Namun, penting untuk dipahami bahwa dengan perilaku non-operatif, ada kemungkinan besar untuk mendapatkan data yang tidak relevan dalam database khususnya karena kesalahan pengguna. Mari kita lihat contoh yang disederhanakan.

Misalkan, menurut program, ada 10 unit beberapa produk di gudang. Misalkan dua pesanan untuk rilis produk ini telah tiba: untuk 7 unit dan untuk 5 unit. Katakanlah dokumen untuk rilis 7 unit pertama telah dibuat, tetapi tidak diposting. Kemudian, setelah beberapa waktu, sebuah dokumen diposting untuk pengeluaran 5 unit, saldo menurut program setelah pengeluaran barang ini adalah 5 unit. Dan kini giliran mengeluarkan dokumen pengeluaran 7 unit barang pertama. Jika memang tidak ada tujuh unit di gudang, maka penting bagi kita untuk mencoba melakukan posting operasional dengan tepat - hanya dalam hal ini program akan memeriksa dan meminta pengguna bahwa barang tidak cukup. Tetapi bagaimana jika 7 unit ini tersedia secara fisik? Itu. Apa yang harus dilakukan jika Anda perlu mencerminkan fakta transaksi bisnis yang berhasil? Seperti yang telah disebutkan, dalam hal ini, pengguna perlu memposting dokumen secara non-operatif, tidak ada pemeriksaan yang akan dilakukan, dokumen akan diposting, pergerakan akan dilakukan, tetapi sesuai program sisanya akan dikurangi dua unit.

Akibatnya, kita mendapatkan pedang bermata dua. Di satu sisi, pengguna dapat melepaskan barang, karena dia secara fisik memilikinya. Di sisi lain, kami memiliki sisa-sisa yang tidak relevan. Itu. jelas bahwa sebenarnya tidak mungkin ada minus dua unit dan, kemungkinan besar, semacam dokumen tanda terima belum diposting.

Jika semua dokumen selalu dilakukan tepat waktu dan selalu dengan metode operasional, maka ini tidak akan terjadi. Tapi sudah faktor manusia. Jika data dapat muncul dalam program secara bersamaan dengan perubahan fisik di gudang yang sama ... tetapi data harus dimasukkan ke dalam program oleh seseorang, mis. ini juga membutuhkan waktu.

Untuk memperbaharui saldo, terdapat mekanisme reposting dokumen. Mekanisme ini diluncurkan hanya dalam mode eksklusif, mis. pengguna saat ini tidak akan dapat bekerja dengan database. Tetapi semakin lama ini tertunda, semakin besar rantai dokumen yang perlu dipulihkan dan semakin lama waktu yang dibutuhkan. Oleh karena itu, akan optimal untuk menjalankan mekanisme ini cukup sering dan teratur.

Selama pelaksanaan operasional, dokumen bergerak dalam waktu ke saat terakhir (saat ini), yaitu. didefinisikan sebagai baris terakhir.
Tentu saja, pengguna tidak perlu secara spesifik melacak antrian dokumen di sana. Pelacakan ini terjadi secara otomatis dalam program. Penting bagi pengguna untuk memahami bahwa jika program mengajukan pertanyaan tentang apakah akan memposting dokumen secara non-operatif, maka ini berarti bahwa tanggal perekaman dokumennya tidak sesuai dengan tanggal saat ini, dan pengguna perlu memutuskan apakah dia setuju untuk mengubah tanggal ini ke tanggal saat ini. Untuk memastikan bahwa tidak ada “konflik kepentingan dokumen”, pengguna harus menyetujui pemindahan dokumennya dalam antrian dan tetap melakukannya dengan segera. Atau pengguna perlu memahami bahwa dengan menyetujui eksekusi non-operasional, pengguna memberikan lampu hijau untuk kemungkinan hilangnya relevansi saldo (dan dalam hal ini, bagaimanapun, cepat atau lambat, akan diperlukan untuk mengembalikan pesan dan perbarui saldo, jadi masih lebih baik untuk selalu mencoba memproses dokumen dengan segera).

Kami telah menyebutkan di atas bahwa ketika sebuah dokumen ditulis, ia diberi posisi tertentu dalam antrian dokumen yang direkam. Jika tanggal entri bukan hari ini, pengeposan online tidak dimungkinkan, meskipun tidak ada dokumen lain yang dibuat sejak dokumen ini. Dan pertama-tama Anda perlu mengubah tanggalnya menjadi yang sekarang, atau memposting dokumen tidak segera.

Selama eksekusi cepat, tanggal tidak lagi berubah, hanya waktu dokumen yang berubah - itu menjadi yang terakhir dalam antrian dokumen "pada garis waktu". Akibat offset antrian ini, bisa saja terjadi dokumen yang ditulis lebih lambat darinya, sehingga ternyata ditulis lebih awal darinya. Namun, ini tidak masalah, karena ketika dokumen yang direkam kemudian juga mulai diposting, itu akan pindah ke akhir antrian dengan cara yang sama - itu akan pindah ke titik waktu ketika akan diposting - dan itu akan menjadi yang terakhir.

Apa yang akan terjadi nanti ketika kami meluncurkan mekanisme untuk memposting ulang semua dokumen untuk memperbarui saldo? Program akan memeriksa kemungkinan pengeposan setiap kali, dan pada saat, misalnya, jumlah piutang terlampaui, pengeposan akan berhenti. Dan pengguna perlu memecahkan masalah ini: baik menambah jumlah pinjaman, atau mengkreditkan sejumlah uang muka yang belum dihitung, atau sesuatu yang lain ... kita akan berbicara lebih banyak tentang mekanisme untuk mengirim ulang dokumen nanti.

Dalam edisi terbaru 1C: Manajemen Perdagangan di platform 8.2, metode baru untuk mengontrol pengiriman dokumen telah diterapkan: “Mekanisme untuk memposting dokumen telah sepenuhnya didesain ulang dalam konfigurasi. Kontrol operasional terhadap hasil perilaku dilakukan setelah pembentukan gerakan, berbeda dengan versi 10.3 (di mana kontrol dilakukan sebelum tindakan). Keputusan ini memungkinkan untuk sepenuhnya memisahkan logika eksekusi dan logika kontrol, secara radikal menyederhanakan yang sesuai kode pemrograman, yang, pada gilirannya, penting untuk memfasilitasi peningkatan konfigurasi, mengurangi jumlah kemungkinan kesalahan, meningkatkan kinerja sistem. Jika perlu, kontrol dilakukan saat memposting ulang dokumen dan saat membatalkan pengiriman dokumen. Misalnya, sistem tidak akan mengizinkan Anda untuk membatalkan pesanan pengiriman barang di bagian yang telah diselesaikan. Dapat diharapkan bahwa perubahan serupa secara bertahap akan mengalir ke versi baru SCP.

Penundaan pengeposan dan pengeposan dokumen tambahan

Seperti disebutkan sebelumnya, saat memposting dokumen, pergerakan sering dilakukan di beberapa jenis penyimpanan data - register akumulasi, register informasi, dll. Untuk melakukan gerakan ini, dokumen mengunci tabel register. Jika pada saat dokumen kami, ketika mencoba memblokir register, ternyata register ini sudah diblokir (yaitu, pada saat yang sama beberapa dokumen lain melakukan operasi dengan register ini), maka dokumen kami tidak akan dapat memblokirnya. Dia akan dipaksa untuk menunggu sampai daftar gratis. Saat memposting dokumen, gerakan paling sering dilakukan segera di dalam jumlah besar mendaftar. Masing-masing register ini dirancang untuk menyimpan beberapa informasinya. Akibatnya, kemungkinan bahwa akan ada kebutuhan untuk menunggu sampai salah satu dari mereka gratis cukup besar.

Mekanisme penangguhan posting dan posting posting diperlukan untuk meminimalkan kemungkinan menunggu seperti itu terjadi karena fakta bahwa ketika dihidupkan, gerakan tidak dilakukan segera di semua register yang diperlukan, tetapi hanya di yang paling "mendesak" - yaitu . dalam beberapa register akuntansi operasional dan manajemen. Kemudian, sesuai jadwal, atau secara manual, mekanisme tindak lanjut diluncurkan, yaitu. semua gerakan lain dilakukan.

Untuk mengaktifkan mekanisme posting yang ditangguhkan, Anda perlu membuat "Pengaturan posting tertunda": "Ganti antarmuka - Manajer akun - Posting yang ditunda - Pengaturan posting dokumen" - Tambahkan elemen baru, tentukan nama dan metode, misalnya, "hanya membutuhkan posting tambahan” - Kemudian di menu yang sama "Penahanan yang ditunda" - item "Daftar organisasi penahanan yang ditangguhkan" - tambahkan baris baru, tentukan tanggal *, organisasi, dan pengaturan yang baru saja dibuat.
*Tanggal yang ditunjukkan biasanya reguler, mis. shift bulanan. Itu. untuk pekerjaan yang lebih efisien, Anda perlu menggesernya setiap bulan ke hari pertama bulan berjalan - kemudian pada akhir setiap bulan, pengguna yang bekerja dengan dokumen untuk akhir periode akan dapat menyelesaikan dokumen yang dibutuhkannya secara normal dan menyelesaikan periode. satu. Memegang: gerakan terbentuk bersama bagian mendaftar
2. Implementasi tambahan: membentuk gerakan bersama sisanya mendaftar.

Dari sudut pandang konseptual, post-feeding mirip dengan posting "off-line" secara berkelompok.

Tindak lanjut dilakukan:

Mekanisme ini berguna jika, saat memasukkan dan memposting dokumen utama:

• persyaratan untuk pertunjukan dan paralelisme tangguh
• gerakan tidak di semua register diperlukan "sekarang"
• beberapa informasi yang diperlukan untuk pembentukan gerakan mungkin tidak diketahui - mereka akan diketahui nanti.

Mekanisme tersebut tidak berlaku untuk semua dokumen, tetapi hanya untuk besar sekali dimasukkan secara bersamaan oleh sejumlah besar pengguna.

Penundaan posting tidak digunakan untuk dokumen yang:

• diperkenalkan jarang
• ini penting untuk langsung untuk semua register

Untuk daftar dokumen yang menerapkan posting yang ditangguhkan, lihat .

Prosedur untuk bekerja dengan mekanisme

Mekanisme "Penundaan pengiriman dokumen" bersifat opsional. Penggunaannya dapat disesuaikan hingga ke organisasi dalam bentuk. Penahanan yang ditunda berlaku sejak tanggal yang ditentukan.

Bagaimana dokumen akan diposkan tergantung pada lokasi tanggal dokumen relatif terhadap tanggal mulai dari penundaan pengeposan:

Masuk akal untuk menggunakan posting yang ditangguhkan dalam periode di mana ada masukan intensif dari dokumen utama. Oleh karena itu, disarankan untuk menetapkan tanggal mulai dari posting yang tertunda pada awal bulan di mana dokumen utama dimasukkan.

Dokumen tambahan dilakukan sesuai dengan. Itu dapat dimulai secara otomatis sesuai dengan jadwal, dan secara manual.

Masuk akal untuk memulai posting tambahan setelah akhir input intensif dokumen utama. Sebelum memulai posting tambahan, Anda harus memastikan bahwa semua data untuk mencerminkan dokumen dalam akuntansi yang diatur diketahui.

Jika, setelah melakukan posting tambahan, data yang mempengaruhi refleksi dokumen dalam akuntansi yang diatur telah berubah (misalnya, pengaturan akun default), semua dokumen harus diposting ulang. Ini dapat dilakukan dengan memilih metode posting yang sesuai di .

Pengeposan tambahan harus diselesaikan sebelum dimulainya prosedur rutin penutupan bulan (lihat diagram prosedur "penutupan bulan").

Setelah penginputan dokumen secara intensif pada periode tersebut selesai dan dokumen selesai, disarankan untuk memindahkan tanggal mulai dari posting yang ditunda ke depan - ke awal bulan berikutnya.

Deskripsi mekanisme

Register, gerakan yang terbentuk saat memposting dokumen

Jika posting tertunda digunakan, saat memposting dokumen, gerakan dibentuk sesuai dengan register yang sama seperti dalam mode posting "penuh" dengan "Reflect in ex. akuntansi". Sebagai aturan, register ini digunakan untuk membuat keputusan operasional.

Ada fitur untuk register "Akuntansi Biaya": pergerakan hanya terbentuk saat memposting dokumen "produksi", dokumen "Penerimaan barang dan jasa", "Laporan di muka". Saat memposting semua dokumen lain, pergerakan dalam register ini tidak dibuat.

Saat melaksanakan dokumen tidak terbentuk pergerakan dalam register yang tidak digunakan untuk membuat keputusan operasional:

Barang yang dijual

Biaya penjualan

Penahanan yang ditunda tidak kompatibel dengan mode:

• Penghapusan batch saat memposting dokumen

  Penentuan uang muka saat memposting dokumen.

Mode ini digunakan ketika

tidak ada masalah kinerja

tidak ada tugas untuk memastikan fleksibilitas refleksi dalam akun

lebih prioritas adalah untuk mendapatkan "data yang akurat menit ini."

Artinya, konduksi tertunda saat menggunakan mode seperti itu tidak diperlukan.

Pembatalan posting (distribusi) dokumen

Setelah dokumen diposkan, itu dapat dibatalkan menggunakan ikon

Saat pengeposan dibatalkan, dokumen menjadi tersedia untuk diedit lagi, dan semua gerakan yang dilakukan sebelumnya akan dihapus (atau menjadi tidak aktif). Dokumen kemudian dapat diposting lagi (mungkin online, dengan pergeseran garis waktu, atau non-operatif, yaitu tanpa mengubah tanggal dan waktu).

Menghapus Dokumen

Dalam kasus ketika pengguna memutuskan bahwa, misalnya, dokumen yang dia masukkan tidak diperlukan, dia dapat menghapusnya. Menghapus dokumen dilakukan dengan menandai mereka untuk dihapus. Kemudian Anda dapat memulai pemrosesan "Penghapusan Objek yang Ditandai" dan menghapusnya secara permanen, dan sampai saat itu Anda dapat menghapus tanda penghapusan dan memulihkan dokumen. Penghapusan multi-tahap ini juga berguna karena pemrosesan Penghapusan Objek yang Ditandai melakukan pemeriksaan data sebelum penghapusan dan melindungi objek yang digunakan di tempat lain dalam database dari penghapusan. Misalnya, akan salah untuk menghapus secara langsung dan segera beberapa rekanan jika sudah ditunjukkan dalam beberapa dokumen, karena. dalam hal ini, integritas data akan dilanggar - dalam dokumen seperti itu, tautan ke beberapa "objek tidak dikenal" akan diperoleh.

Selain itu, terkadang dokumen dapat dihapus "secara langsung", mis. langsung. Biasanya, penghapusan langsung dilakukan dengan pemrosesan: jika ada, akan logis jika pemrosesan yang sama dapat menghapusnya.

****************************************************************************************************************************************

Perusahaan manufaktur adalah yang paling umum di antara perusahaan terbesar di Rusia. Manajemen perusahaan semacam itu adalah proses yang sangat kompleks, membutuhkan keduanya CEO, dan dari manajer departemen, dan dari kepala bengkel dan lini produksi lain yang memiliki keterampilan hebat, kemampuan untuk merencanakan, memprediksi, dan memecahkan masalah saat ini secara efektif.

Kesalahan manajemen dan manajerial yang tidak efektif terlalu mahal untuk perusahaan mana pun. Tetapi bagi perusahaan di bidang produksi, kesalahan seperti itu tidak dapat diterima. Produksi terkadang membutuhkan biaya bahan, tenaga kerja, bahan baku dan energi yang besar. Jika produksi tidak direncanakan dengan baik, pelanggan dan pembeli akan tidak puas, jika ada “kesenjangan” dalam perencanaan penjualan, perusahaan menanggung risiko tetap merugi. Untuk membantu perusahaan manufaktur, 1C telah mengembangkan produk perangkat lunak khusus 1C Manufacturing Enterprise Management 8 (selanjutnya - "1C: SCP 8").

Program ini adalah keseluruhan sistem akuntansi, perencanaan, kontrol dan alat manajemen yang berharga yang akan sangat berguna bagi direktur umum dan keuangan, kepala akuntan dan direktur produksi. Program "1C: UPP 8" mencakup akuntansi manajerial dan teregulasi.

Yang terakhir ini meliputi:

Akuntansi;

akuntansi pajak;

Akuntansi sesuai aturan IFRS.

Pengenalan SCP 8 akan mengotomatisasi area berikut:

Manajemen produksi (perencanaan, manajemen biaya dan biaya);

Pengelolaan keuangan (Akuntansi menurut standar nasional dan internasional, pengelolaan dana dan penyelesaian bersama, penganggaran);

Pembelian dan manajemen penjualan;

Manajemen persediaan;

Pengelolaan hubungan pelanggan;

Penilaian tingkat pekerjaan manajer;

Manajemen Personalia;

Laporan analitis dan banyak lagi. yang lain

Dengan demikian, program ini mencakup hampir semua departemen dan divisi perusahaan manufaktur, menghadirkan banyak kesempatan bagi akuntan, kepala departemen, dan manajemen senior perusahaan untuk merencanakan, menganalisis, melacak legalitas operasi, dan manajemen sumber daya yang fleksibel.

Tahapan implementasi SCP 8:

Ekspres pemeriksaan dan kesimpulan dari kontrak. Seperti proyek lainnya, penerapan "1C: Manufacturing Enterprise Management" didahului dengan perencanaan kerja. Sebelum melanjutkan dengan otomatisasi manajemen, spesialis menilai skala pekerjaan di depan, mengidentifikasi area utama, memprediksi kemungkinan kesulitan dan cara untuk menghilangkannya.

Persiapan spesifikasi teknis dan transfer ke kontraktor. Seringkali, spesialis Softroom sendiri yang berbaikan tugas teknis berdasarkan wawancara dengan karyawan perusahaan pelanggan.

Desain sistem adalah langkah yang paling penting. Selama itu, tata letak sistem dikembangkan, antarmuka dikonfigurasi, data ditransfer dari sistem lain. Kemudian sistem diuji dan, jika berhasil, tahap kedua implementasi dimulai.

Uji operasi dan pelatihan personel perusahaan. Sebagai aturan, semua karyawan departemen akuntansi dan layanan lainnya menjalani pelatihan. Setelah menentukan tingkat keterampilan staf dalam bekerja dengan sistem, spesialis perusahaan kami meluncurkan operasi uji, di mana mereka mengidentifikasi kekurangan, memperbaikinya, dan melakukan revisi akhir.

Keberhasilan penerapan SCP 8 di perusahaan sangat tergantung pada:

Kualifikasi spesialis yang mewakili perusahaan franchisee.

Karyawan perusahaan yang terlibat dalam manajemen proyek. Semakin tinggi posisi manajer proyek, semakin besar peluang keberhasilannya. Setiap arah harus diberikan orang yang bertanggung jawab.

Kebenaran penerapan fungsionalitas khas program dan perubahannya (ekstensi) dengan kebutuhan perusahaan. Risiko kesalahan berkurang jika, selama implementasi, semuanya dilakukan dengan hati-hati, sesuai standar, dengan pemeriksaan ganda dan pemantauan konstan.

Kualitas kontrol oleh manajemen puncak. Orang cenderung takut inovasi dan tanggung jawab untuk membuat keputusan. Tugas manajer adalah melakukan kontrol dan, jika perlu, menggunakan alat administratif. Selain itu, dalam beberapa kasus perlu dipikirkan peningkatan keterampilan karyawan.

Semua kondisi ini hanya dapat diberikan dengan pendekatan profesional untuk penerapan sistem. Spesialis bersertifikat dari franchisee yang melayani perusahaan Anda, tentu saja, akan melakukan segalanya dengan benar. Namun, kesuksesan hanya mungkin dicapai dengan kerja sama yang konstan dengan manajer perusahaan Anda.

Biaya penerapan SCP 8

Saat mengevaluasi biaya implementasi, faktor kuncinya adalah skala perusahaan, yang pengelolaannya ingin Anda otomatisasi. Jumlah karyawan, bengkel, divisi dan lini produksi secara langsung mempengaruhi masa kerja spesialis.

Di samping itu, faktor penting- apakah sebelumnya ada di perusahaan sistem otomatis dan seberapa baik mereka digunakan.

Perusahaan Softroom menentukan SCP 8 secara individual untuk setiap proyek, tergantung pada rentang tugas dan kompleksitasnya. Penilaian awal tidak dipungut biaya.

Garis waktu untuk implementasi SCP 8

Bisakah suatu perusahaan menerapkan SCP 8 sendiri?

Mungkin. Tetapi jangan abaikan bantuan spesialis dalam mengotomatisasi manajemen perusahaan menengah dan besar.

Hanya profesional bersertifikat yang dapat memberikan efek positif dari implementasi sistem. Dan hanya manajemen proyek yang kompeten yang akan memberikan penghematan dari otomatisasi proses.

Jadi, percayalah pada para profesional, dan penerapan "1C: UPP 8" di perusahaan Anda akan memberikan hasil yang luar biasa!

08.08.2016

Menetapkan sasaran pelaksanaan 1C: Production Enterprise Management (UPP). Bagaimana menentukan?

Hal ini tidak biasa untuk manajemen Perusahaan Besar membuat keputusan untuk mengotomatisasi bisnis dengan produk perangkat lunak SCP, menginstruksikan karyawan yang bertanggung jawab untuk mengembangkan rencana kasar otomatisasi. Dalam sebagian besar kasus ini, karyawan tidak tahu harus mulai dari mana. Artikel ini akan membantu Anda menangani poin penting pertama dari rencana masa depan - menetapkan tujuan untuk implementasi. Nantinya, berdasarkan tujuan tersebut, perusahaan integrator yang Anda pilih akan mengembangkan rencana otomatisasi. Harus segera dicatat bahwa tujuan otomatisasi yang tidak dirumuskan dengan benar, tidak jelas, dan kabur dapat menyebabkan konsekuensi negatif. Misalnya, mungkin ada peningkatan yang signifikan biaya soft starter karena tambahan waktu dan biaya tenaga kerja untuk menyelesaikan tujuan.

Untuk menetapkan tujuan otomatisasi dengan benar, Anda perlu mengidentifikasi tugas yang dirancang untuk diselesaikan. Hal paling sederhana yang dapat dilakukan dalam hal ini adalah mewawancarai manajemen perusahaan dan karyawan kunci. Selama survei, Anda perlu mengetahui tiga poin penting berikut:

• Masalah apa yang saat ini ada di perusahaan (apakah itu terkait langsung dengan otomatisasi atau tidak, terkadang jawaban masalah terletak pada jawaban spasial)?
• Apa yang perlu dilakukan untuk menyelesaikannya (langkah apa yang harus diambil, apa yang harus diperhatikan, apa yang harus diubah, dll.)?
• Apa cara untuk memecahkan masalah (menurut pendapat orang yang diwawancarai).

Integrator menyarankan untuk melakukan survei secara terpisah dengan setiap manajer dan mencatat setiap jawaban secara rinci, karena jawaban dari karyawan kunci mungkin menyembunyikan tujuan otomatisasi. Selain itu, perlu untuk melakukan wawancara dalam struktur yang meningkat: pertama - karyawan kunci, setelah - manajemen, dan pada akhirnya - direktur umum.

Seperti yang diperlihatkan oleh praktik, paling sering perusahaan manufaktur besar menghadapi masalah berikut, yang paling baik ditangani oleh: SCP:

• menyiapkan akuntansi terpadu dalam perusahaan dan divisi strukturalnya ( akuntansi UPP dilakukan dalam satu ruang informasi, terlepas dari kompleksitasnya struktur organisasi perusahaan atau holding);
• penerimaan terus menerus informasi terbaru tentang alur proses bisnis di perusahaan dalam bentuk informasi laporan analitis (pengaturan starter lunak menyiratkan dengan mempertimbangkan semua persyaratan untuk pengumpulan informasi, pemrosesan, dan penyediaannya kepada manajemen; parameter dan kriteria untuk mengumpulkan dan menganalisis informasi dikonfigurasi dan diatur secara manual);
• organisasi hubungan antar departemen dan divisi struktural perusahaan (misalnya, versi SCP 1.3 memungkinkan Anda untuk membuat dan menggunakan basis informasi untuk mengatur hubungan antarstruktur yang tidak terputus di perusahaan, yang beberapa kali meningkatkan efisiensi seluruh perusahaan dan setiap karyawan secara individual);
• percepatan proses bisnis pengumpulan dan pemindahan kredensial utama ( akuntansi SCP dilakukan berdasarkan pengisian kredensial primer secara otomatis).

Tujuan otomatisasi mungkin berbeda, tetapi poin utamanya adalah bahwa mereka dirumuskan dengan jelas dan ditransfer ke perusahaan integrator, yang, berdasarkan pada mereka, akan mempersiapkan rencana terperinci implementasi produk perangkat lunak yang dipilih