Perbedaan utama antara 1C:UPP dan 1C:Akuntansi. Pelaporan Akuntansi dalam 1s upp

Pada artikel ini kita akan berbicara tentang sistem ERP “Manajemen perusahaan manufaktur" Saat mengotomatisasi perusahaan manufaktur, produk ini sering kali menjadi solusi optimal, dan saya telah terlibat lebih dari satu kali dalam penerapan UPP 1C untuk berbagai organisasi.

Saat bekerja, saya perhatikan bahwa praktis tidak ada ulasan tentang produk perangkat lunak ini. Terdapat dokumentasi teknis, beberapa saran untuk pemrogram dalam memecahkan masalah spesifik dalam sistem ini, dan kursus pelatihan. Namun bagi pengguna tidak ada gambaran yang jelas tentang keseluruhan sistem. Dan seringkali, sebelum mengimplementasikan produk perangkat lunak ini, saya harus menjelaskan fitur, kelebihan dan kekurangan “Manufaktur Manajemen Perusahaan” secara praktis “di jari saya”.

Bahkan di Habré di bagian ERP masih belum ada informasi tentang sistem ini. Kesenjangan inilah yang saya putuskan untuk diisi. Selain itu, saya berharap artikel saya akan membantu pengusaha dan spesialis TI pada tahap memilih perangkat lunak untuk mengotomatisasi perusahaan manufaktur dan mempersiapkan mereka untuk fitur-fitur yang perlu dipertimbangkan ketika menerapkan sistem ini.

Dalam ulasan kali ini saya ingin memberi tahu Anda apa itu sistem edisi UPP. 1.3, agar siapapun yang memutuskan untuk membeli dan menerapkannya lebih sadar dan sadar dalam memilih produk mahal tersebut. Saya akan mencoba memberikan penilaian objektif terhadap sistem, berdasarkan pengalaman saya menggunakannya dan pengalaman klien saya. Ulasan ini akan membantu seseorang membuat keputusan positif mengenai pembelian program, dan seseorang akan memutuskan untuk mengabaikannya.

Untuk memahami fitur-fitur produk perangkat lunak, Anda perlu menjawab pertanyaan-pertanyaan berikut:

  1. Apa sistemnya, tugas apa yang ditetapkan untuknya.
  2. Seberapa mampu sistem ini melaksanakan tugas yang diberikan?
  3. Identifikasi kelebihan dan kekurangan sistem.
Hal pertama yang sangat penting untuk dipahami: 1C. Mengelola suatu perusahaan manufaktur bukan hanya sekedar sistem akuntansi, dalam perkembangannya kami juga memperhitungkannya metode modern manajemen perusahaan, dan oleh karena itu produk ini ditawarkan untuk digunakan, termasuk sebagai sistem ERP. Sesuai dengan namanya, produk khusus ini ditujukan untuk perusahaan jenis produksi. Dari sudut pandang inilah saya bermaksud untuk mempertimbangkan produk perangkat lunak UPP 1C.

Apa itu sistem ERP?

Sistem ERP (Enterprise Resource Planning) adalah sistem informasi perusahaan yang dirancang untuk mengendalikan, mencatat dan menganalisis semua jenis proses bisnis dan menyelesaikan masalah bisnis dalam skala perusahaan.

Sederhananya, sistem ERP menggabungkan semua jenis akuntansi yang ada di perusahaan. Dengan menggunakan sistem ERP, informasi dipertukarkan dan interaksi dilakukan antar departemen yang berbeda, dll. Dalam kasus sistem ERP “Manufaktur Manajemen Perusahaan”, produk perangkat lunak menawarkan implementasi semua fungsi ini untuk perusahaan manufaktur.

Saat mengimplementasikan produk “Manufaktur Manajemen Perusahaan”, para pengembang mencoba menggabungkan sebanyak mungkin ke dalam sistem daftar yang mungkin fungsi. Jika dilihat dari dokumennya, Anda bisa menghitung sebanyak 15 subsistem. Faktanya adalah bahwa dalam 1C dokumen dikelompokkan ke dalam subsistem:

  • Kontrol manufaktur
  • Manajemen biaya
  • Manajemen pengadaan
  • Perencanaan
  • Pajak dan akuntansi
  • Gaji
  • Akuntansi personalia, dll.
Itu. Kami mencoba memasukkan ke dalam sistem ini semua fungsi yang mungkin diperlukan untuk pengoperasian perusahaan manufaktur. Beginilah cara perusahaan 1C memposisikan sistem ERP-nya: ia sudah memiliki semua yang Anda perlukan untuk mengotomatiskan proses apa pun tanpa menggunakan produk perangkat lunak lain.


Tangkapan layar yang saya ambil dengan jelas menunjukkan bahwa sebagian kecil dokumen berhubungan langsung dengan produksi. Semua dokumen lainnya adalah subsistem tambahan yang dirancang untuk menjadikan “Manajemen Perusahaan Manufaktur” sebagai solusi universal untuk pekerjaan semua departemen. Saya tidak melihat ada gunanya mempertimbangkan semua kemungkinan ini secara mendetail, tetapi penting agar setiap subsistem bekerja secara efisien dan penuh serta dapat memenuhi kebutuhan bisnis tertentu. Pada artikel ini kita akan membahas secara rinci blok yang membedakan UPP dari 1c - solusi Manajemen Produksi lainnya.

1C UPP: lebih lanjut tentang produk

Perusahaan 1C memposisikan “Manufacturing Enterprise Management” sebagai salah satu produk andalannya. Ini adalah konfigurasi khas dari 1C, mis. produk perangkat lunak sepenuhnya diproduksi oleh 1C sendiri, dan setiap modifikasi pada sistem harus dilakukan oleh mitra resmi 1C. UPP adalah salah satu konfigurasi yang selalu didukung oleh 1C, pembaruan dirilis untuknya, dll.

Untuk konfigurasi standar ini, banyak modifikasi yang disebut versi industri telah dibuat: 1C.Teknik Mesin, 1C.Pabrik Pengolahan Daging, 1C.Produksi Furnitur, 1C.Percetakan, dll.

Solusi industri dibuat oleh perusahaan mitra 1C berdasarkan konfigurasi dasar. Ini biasanya terjadi sebagai berikut: modifikasi dilakukan untuk pelanggan tertentu, setelah itu “dirakit” versi baru, ditujukan untuk industri yang dipilih. Konfigurasi yang dimodifikasi diberi nama sesuai dengan industri tempat konfigurasi tersebut ditulis dan dijual sebagai “solusi dalam kotak”.

Biaya produk

Untuk dapat bekerja dengan konfigurasi ini, Anda harus membeli produk itu sendiri. Harga yang disarankan dari perusahaan 1C adalah 186.000 rubel. Dan lisensi produk perangkat lunak ini dilakukan atas dasar umum untuk 1C, yaitu. pengguna produk 1C lainnya tidak boleh membeli lisensi terpisah untuk sistem ini.
Lisensi apa pun, misalnya, dari 1C Accounting atau 1C Trade and Warehouse cocok untuk sistem ini. Tentu saja, biaya lisensi untuk produk-produk ini sama.

Penting untuk dipahami: untuk solusi industri, perusahaan mitra 1C mungkin memerlukan lisensi terpisah. Dan di sini harganya mungkin berbeda dari versi dasarnya.

Seperti ketika bekerja dengan produk lain, lisensi dilakukan sesuai dengan salah satu opsi yang diterima di 1C: untuk komputer (perangkat) dan untuk pengguna (koneksi dari perangkat apa pun). Saya tidak akan menjelaskan secara detail disini, karena semua informasi ada di website 1C. Anda dapat mengenalnya di tautan: http://v8.1c.ru/enterprise/

Banyak yang telah ditulis tentang program 1C itu sendiri. Saya juga sudah menulis tentang platform ini, misalnya di artikel “”. Mempertimbangkan fakta bahwa sistem “Manufaktur Manajemen Perusahaan” beroperasi berdasarkan 1C. Enterprise 8.3, segala kelebihan dan kekurangan software dasar juga hadir di dalamnya.

Mari kita lihat lebih dekat konfigurasinya

Dalam buku “Manajemen Produksi dan Operasi” oleh R.B. Chase, F.R. Jacobs, N.J. Aquilano, saya menyukai daftar tugas yang ditugaskan pada sistem ERP untuk perusahaan manufaktur:
  1. Catat pesanan baru dan segera informasikan ke departemen produksi.
  2. Memberikan kesempatan kepada departemen penjualan untuk melihat status pesanan pelanggan kapan saja.
  3. Memberikan kesempatan kepada departemen pembelian untuk melihat kebutuhan produksi akan bahan kapan saja.
  4. Memberikan data kinerja perusahaan kepada negara secara tepat waktu, yaitu. memelihara catatan akuntansi dan pajak.
Mari kita lihat masing-masing poin ini secara lebih rinci. Untuk lebih jelasnya, saya akan menggunakan salah satu klien saya sebagai contoh - sebuah perusahaan menjahit yang menggunakan sistem SCP dan merupakan model produksi klasik dan visual. Perusahaan ini memiliki banyak departemen berbeda: departemen desain, teknik, produksi, departemen penyimpanan kain dan aksesori, departemen penyimpanan produk jadi, departemen manajemen.

Akuntansi pesanan baru di departemen penjualan

Akuntansi pesanan merupakan bagian integral dari pekerjaan departemen penjualan mana pun. Setiap pesanan terdiri dari beberapa bagian:
  1. Akuntansi pelanggan (kepada siapa penjualan dilakukan);
  2. Akuntansi barang (apa yang akan dijual kepada klien).
Pembeli (klien) dimasukkan ke dalam direktori Counterparty. Klien bisa seperti itu individu, dan sah. Anda dapat menunjukkan semuanya di kartu rekanan rincian bank perusahaan, nomor telepon, alamat pengiriman dan informasi lain yang diperlukan untuk dokumen dan penjualan.

Dan informasi detail tentang semua barang yang bisa dijual disimpan di direktori Nomenklatur.


Nomenklatur adalah direktori yang dirancang untuk menyimpan informasi tentang barang dan jasa yang dapat diberikan kepada pembeli. Dan dalam sistem ini, tata nama merupakan salah satu buku referensi yang paling kompleks.

Berikut ini dapat disimpan di sini:

  • Nama Produk
  • Seri
  • Foto
  • File dokumentasi teknis
  • Deskripsi dan hampir semua informasi lainnya tentang produk.
Dengan menggunakan direktori ini, karyawan departemen penjualan membuat dokumen Pesanan Pelanggan, di mana dia menunjukkan rekanan dan daftar barang beserta harga.

Misalnya produksi pakaian Pengerjaan pesanan dibagi menjadi beberapa tahap sebagai berikut:

  1. Menerima pesanan dan mencatat kebutuhan pelanggan.
  2. Jika perlu, beli bahan untuk pesanan.
  3. Lakukan pemotongan dan penjahitan produk.
  4. Melakukan pemeriksaan (quality control) barang.
  5. Pindahkan produk jadi ke gudang.
  6. Melaksanakan pengapalan atau penyerahan kepada pembeli.
Jadi, pekerjaan tahap pertama telah selesai: dokumen Pesanan Pelanggan telah dibuat, yang mencerminkan data klien dan barang yang dibutuhkannya. Sekarang kita perlu mentransfer informasi ke produksi.

Memberi tahu produksi tentang pesanan baru

Manufaktur akan melihat pesanan baru segera setelah pesanan tiba. Konfigurasi UPP 1C, secara umum, mengatasi tugas ini. Namun muncul masalah balasan: produksi seharusnya hanya menerima pesanan yang perlu diproduksi. Itu. Jika dokumen pesanan menentukan barang yang sudah tersedia, produksi tidak tertarik dengan pesanan tersebut, dan kemunculannya dalam daftar dokumen yang tersedia untuk produksi dapat menimbulkan kebingungan tambahan.
Produksi harus melihat pesanan segera setelah diterima, tetapi hanya bagian dari pesanan yang produknya perlu diproduksi.

Untuk menghindari masalah seperti itu, pengembang 1C menawarkan solusi berikut: berdasarkan pesanan pembeli, manajer penjualan harus membuat dokumen baru - Pesanan Produksi, yang akan mencantumkan item produk yang perlu diproduksi.

Tetapi opsi ini tidak bisa disebut sangat nyaman, karena ada satu langkah lagi dalam pekerjaan yang sepenuhnya bergantung pada faktor manusia. Itu. Setelah membuat pesanan, manajer mungkin lupa membuat pesanan produksi, melakukan kesalahan, dan sebagainya. Akibatnya barang yang dibutuhkan tidak terkirim ke rencana produksi tepat waktu, dan pelanggan tidak menerima produk pesanan tepat waktu. Tentu saja, dengan otomatisasi penuh perusahaan, situasi seperti itu tidak dapat diterima. Di sisi lain, masalah ini dapat diselesaikan sepenuhnya dengan membuat pemrosesan tambahan.

Kami telah menciptakan solusi berikut untuk perusahaan pakaian. Plugin tambahan telah ditulis yang membuat pesanan produksi secara otomatis berdasarkan daftar tertentu kondisi yang berbeda.

Pemrosesan ini menentukan apakah barang yang dibutuhkan tersedia. Jika tidak, maka langkah selanjutnya adalah menganalisis item yang tersedia dalam produksi. Jika tidak ada produk seperti itu atau dijadwalkan pada tanggal lebih lambat dari yang ditentukan dalam pesanan, pesanan produksi akan dibuat secara otomatis.

Kesimpulan: Sistem ini memiliki semua yang Anda butuhkan untuk menyimpan informasi tentang produk dan pelanggan. Dimungkinkan untuk membuat pesanan dan mentransfernya ke produksi. Namun untuk mengotomatisasi pekerjaan sepenuhnya, masih memerlukan modifikasi agar sesuai dengan kebutuhan perusahaan tertentu.

Status pesanan dalam produksi

Seperti yang telah disebutkan, setelah pesanan memasuki produksi, departemen penjualan perlu diberi kesempatan untuk memantau status pesanan secara real time. Penting bagi manajer bagian penjualan untuk mengetahui pada tahap pekerjaan apa: apakah barang pesanan sudah dikirim ke tempat kerja, kapan direncanakan akan selesai, dll.

Hal ini diterapkan dengan salah satu dari dua cara berikut:

  1. Manajer penjualan dapat melacak pada tahap teknologi apa pekerjaan yang dilakukan berdasarkan pesanan: direncanakan, mulai dikerjakan, pada kendali mutu, dll. Dengan demikian, spesialis penjualan dapat terus memantau pekerjaan pada setiap pesanan dan memberi tahu klien tentang tenggat waktu.
  2. Periode penjualan ditetapkan untuk produk, mis. tanggal ketika daftar barang yang dibutuhkan akan diproduksi, akan diuji dan siap untuk dikirim.
Sistem tidak menyediakan alat yang diperlukan untuk mengimplementasikan opsi pertama. Laporan yang tersedia hanya mencerminkan status pesanan dan stok barang. Untuk produksi, jika perlu menerapkan notifikasi tahap demi tahap, diperlukan modifikasi.
Sayangnya, dalam kasus kedua, tidak ada alat yang siap pakai jika produksi dapat mengubah tanggal penyelesaian pesanan. Hanya departemen penjualan yang dapat melakukan perubahan apa pun pada tanggal pengiriman, dan seterusnya. Biasanya pihak pengelola bisa menjadwal ulang pengirimannya menjadi lebih banyak tanggal terlambat, tetapi pihak produksi harus diberitahu tentang kemungkinan mengubah ketentuan pembuatan barang secara manual. Selain itu, jika perlu, produksi tidak dapat menunda tanggal pengiriman, meskipun pesanan dapat diselesaikan lebih cepat.
Pada konfigurasi dasar, setiap perubahan tenggat waktu dan penentuan tahapan pemenuhan pesanan dilakukan secara manual oleh karyawan, sehingga faktor manusia yang tidak dapat diprediksi ikut serta dalam pekerjaan. Namun di sini perbaikan akan membantu memecahkan masalah tersebut.

Nah, untuk produksi penjahitan, kami membuat ringkasan laporan yang menunjukkan: batch barang mana (dari pesanan mana) yang sedang diproduksi, antara lain, laporan tersebut menunjukkan batch mana yang sedang dipotong, mana yang sedang dijahit, dan sebagainya. Itu. kami berpisah proses produksi menjadi beberapa tahap, dan laporan tersebut menampilkan gambaran keseluruhan - produk mana yang dipesan, tahap produksi mana, yang dalam antrian (menunjukkan tanggal mulai pekerjaan), yang dalam kendali mutu, yang telah dikirim ke gudang.

Awalnya laporan ini dibuat untuk para pekerja produksi agar mereka dapat memantau pekerjaannya dan melakukan penyesuaian jika diperlukan. Namun kemudian kami membuka laporan yang sama ke bagian penjualan sehingga manajer juga dapat melihat status pesanan tertentu.

Kesimpulan: Konfigurasi tidak menyediakan pertukaran data otomatis antara departemen penjualan dan produksi setelah pesanan diserahkan untuk diproses. Namun solusi serupa dapat diterapkan berdasarkan konfigurasi ini dengan membuat laporan dan pemrosesan tambahan.

Komunikasi antara departemen produksi dan pembelian

Sangat poin penting– menyediakan produksi dengan bahan-bahan yang diperlukan. Pada saat yang sama, untuk pengoperasian yang benar, produksi perlu menyediakan segala yang diperlukan untuk memenuhi pesanan dan membuat barang untuk dijual gratis dari gudang, dan di sisi lain, bahan berlebih tidak boleh menumpuk di gudang. Oleh karena itu, bagian supply harus mempunyai akses terhadap informasi terkini mengenai jumlah material yang ada di gudang dan kebutuhan produksi saat ini, termasuk daftar material pesanan yang baru direncanakan untuk diproduksi.

Bagaimana pekerjaan ini seharusnya dilakukan:

  1. Daftar kebutuhan dihasilkan.
  2. Berdasarkan daftar dan spesifikasi produk ini, maka dibuatlah daftar bahan yang diperlukan untuk produksi produk.
  3. Berdasarkan daftar yang diterima, rencana pengadaan dibentuk.
  4. Sesuai dengan rencana pengadaan, sistem menghasilkan pesanan untuk pemasok.
Kelemahan penting dari sistem: Departemen pembelian tidak mempunyai cara untuk melihat bahan apa yang perlu dibeli dari pemasok mana dan berapa harganya. Itu. laporan hanya menunjukkan kebutuhan produksi umum saat ini, dan untuk memperoleh informasi lebih rinci, harus dilakukan modifikasi tambahan.
Sistem memiliki dokumen yang disebut Rencana Pengadaan. Ini mengumpulkan informasi tentang kebutuhan, mis. tentang apa yang perlu dibeli untuk menjamin produksi dan dalam jumlah berapa, sebagaimana seharusnya dalam sistem MRP klasik.


MRP (Perencanaan Kebutuhan Material)– ini adalah perencanaan otomatis kebutuhan perusahaan akan bahan mentah dan perlengkapan produksi. Perencanaan dilakukan berdasarkan spesifikasi.

Spesifikasi (Bill of Material) adalah buku referensi yang menjelaskan semua parameter bahan tertentu, kualitas, fitur, toleransinya. Untuk produk jadi atau “produk setengah jadi”, spesifikasinya menunjukkan terdiri dari apa produk tersebut.

Produksi setiap produk memerlukan bahan dan produk setengah jadi tertentu. Bahan dapat langsung dipesan berdasarkan spesifikasi. Untuk produk setengah jadi, perlu untuk mengambil langkah berikutnya - untuk mencari tahu bahan apa yang terdiri dari produk setengah jadi ini atau itu. Dan juga tambahkan bahan-bahan yang diperlukan ke dalam pesanan.

Dengan demikian, setiap produk jadi secara otomatis dibagi menjadi bahan-bahan menggunakan beberapa langkah. Misalnya:

Jas terdiri dari celana panjang, jaket dan kemasan (paket). Celana dan jaket merupakan produk setengah jadi yang perlu diurai pada tahap selanjutnya, untuk membuat kemasan bahannya bisa langsung ditambahkan ke pembelian. Pada langkah kedua, celana “dibagi” menjadi beberapa jenis kain, benang, resleting, dan kancing. Begitu pula jaketnya juga terdiri dari jenis yang berbeda kain, benang dan kancing. Semua bahan ini ditambahkan ke rencana pembelian.

Sekarang Anda dapat melanjutkan untuk memilih pemasok untuk setiap bahan dan membuat pesanan. Semua tahapan di atas dalam sistem SCP tidak otomatis, dan oleh karena itu beberapa modifikasi akan diperlukan untuk menyelesaikan masalah tersebut. Pada saat yang sama, konfigurasi menyediakan kemampuan untuk menyimpan semua persyaratan, dan ada juga kemampuan untuk mengumpulkan informasi pengadaan. Namun dalam versi dasar, semuanya memerlukan campur tangan manusia, yang mengurangi tingkat kenyamanan dan keandalan. Oleh karena itu, pemrosesan eksternal juga akan sangat berguna di sini, terutama karena semua data dan aksesnya tersedia di sistem.

Untuk produksi menjahit, kami memecahkan masalah sebagai berikut. Berdasarkan laporan yang dikembangkan untuk produksi, serta informasi pesanan, kebutuhan bahan-bahan yang diperlukan dihitung secara otomatis. Selanjutnya, bahan-bahan yang disimpan di gudang dikurangi dari daftar ini, dan sebuah laporan dibuat dengan bantuan pembelian yang dapat dilakukan. Pemasok kemudian memberi tahu Anda seberapa cepat mereka dapat mengirimkan material. Dan informasi ini dimasukkan secara manual ke dalam sistem, yang menjadi dasar penjual dapat memberi tahu pelanggan tentang waktu produksi pesanan.

Pelaporan akuntansi dan pajak dalam “solusi kotak”

Konfigurasi khas "Manajemen Perusahaan Manufaktur", seperti yang dikandung oleh pengembang, harus mengumpulkan semua informasi yang diperlukan untuk pelaporan akuntansi dan pajak dan membuat semua pelaporan yang diperlukan untuk pekerjaan departemen akuntansi.
Dan di sini konfigurasi ini memiliki “tumit Achilles” yang sangat besar. Faktanya adalah ada tiga kotak centang di setiap dokumen:
  • УУ – dokumen akuntansi manajemen;
  • BU - dokumen tersebut tunduk pada akuntansi;
  • NU – dokumen tersebut tunduk pada akuntansi pajak.

Karena dokumen tidak dipisahkan ke dalam sistem yang berbeda, faktor manusia ikut berperan. Misalnya, seorang karyawan departemen pembelian atau pemilik toko, setelah menerima bahan, memposting dokumen tanda terima. Materi sudah terdaftar. Namun jika tidak mencentang kotak BU, maka akuntan tidak melihat dokumen tersebut, dan ia sendiri yang memposting faktur berdasarkan faktur pajak yang diterimanya. Akibatnya, dokumen tersebut dikoreksi dua kali oleh penulis yang berbeda. Dan jika terjadi kesalahan, akan sangat sulit untuk mengidentifikasi pelakunya.

Saya tidak tahu bagaimana masalah ini diselesaikan dalam berbagai kasus. Sejauh ini, saya telah menemukan opsi di mana manajemen setuju dengan kekurangan ini dan lebih memilih mengandalkan karyawan. Satu-satunya metode perlindungan terhadap kesalahan manusia yang telah diterapkan adalah dengan menyetel kotak centang default. Pada prinsipnya, di usaha kecil dan menengah tempat saya biasa bekerja, ini sudah cukup.

Integrasi dengan produk dan sistem perangkat lunak lain

Integrasi adalah tahapan penting yang diperlukan ketika mengotomatisasi pekerjaan perusahaan mana pun, termasuk produksi. Perlu dipahami bahwa integrasi adalah proses mahal yang memerlukan banyak waktu dan tenaga. Karena kita berbicara tentang sistem ERP multifungsi yang kompleks, untuk otomatisasi proses berkualitas tinggi, Anda perlu mendapatkannya sejumlah besar berbagai data dari berbagai sumber.

Jika dilihat dari sudut pandang produksi, Anda pasti perlu memuat data tanggal rilis produk, produk setengah jadi, dan bahan ke dalam sistem. Departemen pembelian mengunggah catatan pengiriman dan dokumen tanda terima lainnya ke dalam sistem. Bagian penjualan harus mengunggah informasi tentang pesanan dan sebagainya. Selain itu, dalam produksi dimungkinkan situasi yang berbeda, dan sangat penting bahwa sistem segera menerima informasi tentang konsumsi bahan, tingkat cacat, penjadwalan ulang produksi karena beberapa kesulitan yang timbul selama proses kerja, dll.

Misalnya pada perusahaan jahit, integrasi dilakukan dengan mesin pemotong. Integrasi dengan CAD apa pun, dengan situs web perusahaan, atau dengan solusi lain juga sering kali diperlukan. Dan tahap pekerjaan ini seringkali memakan waktu hingga 30% dari anggaran.
Pada saat yang sama, tanpa solusi komprehensif seperti itu, penggunaan sistem EPR tidak akan efektif, Anda tidak akan dapat mencapai tingkat kendali dan otomatisasi perusahaan yang baru. Ini sangat penting untuk dipahami.

Sistem apa pun hanya akan efektif jika ada tautan terlemahnya. Dan jika selama implementasi Anda menolak untuk mengintegrasikan dalam satu atau lain kasus, dan mengandalkan faktor manusia, kesalahan pasti akan menumpuk, dan seluruh sistem akan menjadi tidak stabil.
Misalnya, jika kita berbicara tentang mendesain produk baru, maka semua dokumentasi desain harus diunggah dari sistem desain (CAD) ke sistem ERP secara otomatis. Dan kemudian, jika ada pertanyaan atau kesulitan yang muncul, selalu mungkin untuk memahami produk spesifik apa yang sedang kita bicarakan. Dan desainer akan dapat membuat perubahan yang diperlukan dengan cepat dan tanpa kesalahan.

Dalam hal produksi, sangat penting untuk menerima informasi tentang pesanan yang masuk secara tepat waktu dan tanpa kesalahan (misalnya, dari situs web atau dari bentuk khusus pesanan) yang perlu diproduksi, serta transmisi informasi yang tepat waktu dan bebas kesalahan tentang bahan yang sebenarnya digunakan, yang memungkinkan pekerjaan dilanjutkan tanpa waktu henti.

Telah saya sebutkan di atas bahwa di perusahaan penjahitan perlu diintegrasikan dengan mesin pemotong yang memotong 36 lapis kain secara bersamaan, perlu diperoleh informasi tentang sisa, jumlah sisa, dan mendistribusikan sisa tersebut ke dalam biaya produksi. seluruh batch produk. Oleh karena itu diperlukan suatu add-on yang langsung terintegrasi dengan mesin agar sistem dapat memahami data yang keluar dan mengirimkan data ke mesin dalam format yang dapat dimengerti. Selain itu, diperlukan pemrosesan data yang diterima dari mesin untuk menghitung cacat dan biaya produk.

Selain itu, dalam banyak kasus lain, mengandalkan faktor manusia tidak dapat diterima, karena kesalahan, ketidakakuratan dalam sistem, dan entri informasi yang tidak tepat waktu menyebabkan gangguan dalam pekerjaan. Oleh karena itu, integrasi tentu saja bukan proses yang cepat dan mahal, namun perlu dilakukan untuk meningkatkan kualitas kerja.

Solusi Industri

Selain konfigurasi dasar 1C. Ada sejumlah besar solusi industri untuk SCP. Mereka dibuat oleh perusahaan mitra 1C berdasarkan konfigurasi dasar. Paling sering, solusi seperti itu muncul sebagai hasil penerapan 1C.UPP untuk beberapa perusahaan manufaktur. Setelah itu, versi konfigurasi yang dimodifikasi untuk industri tertentu sedikit dimodifikasi dan ditawarkan sebagai solusi industri siap pakai kepada pelanggan.

Sekarang di situs web 1C Anda dapat menemukan konfigurasi seperti itu untuk hampir semua industri. Namun sangat penting untuk memahami poin-poin berikut:

  1. Konfigurasinya dimodifikasi untuk memenuhi kebutuhan perusahaan tertentu. Dan tidak ada jaminan bahwa pendekatan ini tepat untuk perusahaan Anda. Misalnya, produksi susu dapat menghasilkan keju cottage dan krim asam berdasarkan beratnya, atau dapat mengemas produk tersebut dalam wadah tertentu. Perusahaan ini dapat memproduksi susu, kefir, dan susu panggang fermentasi, atau dapat mengkhususkan diri pada yoghurt dan makanan penutup. Masing-masing kasus ini memerlukan modifikasi yang berbeda. Dan bukan fakta bahwa yang ditawarkan dalam versi dasar dari mitra cocok untuk Anda.
  2. Konfigurasi industri dilakukan oleh perusahaan mitra berdasarkan perusahaan utama, sedangkan perubahan signifikan dilakukan pada konfigurasi itu sendiri. Oleh karena itu, pembaruan untuk versi dasar 1C. Soft starter tidak cocok untuk konfigurasi industri. Pengguna harus menunggu hingga perusahaan mitra 1C juga memperbarui versi industri.

Beberapa kata tentang 1C. UPP ERP 2.0

Ada juga konfigurasi 1C terpisah. UPP ERP 2.0, yang memerlukan perbaikan dan penambahan signifikan untuk mengotomatisasi manajemen perusahaan manufaktur. Itu. konfigurasi ini diposisikan tidak hanya sebagai solusi lengkap, tetapi sebagai solusi universal untuk perusahaan manufaktur yang mencakup sistem ERP lengkap.

Sistem ini juga dibuat berdasarkan 1C, konfigurasinya juga komprehensif, tidak modular. Oleh karena itu, semua fitur produk 1C, pada prinsipnya, serta masalah yang dihadapi saat mengimplementasikan konfigurasi 1C yang kompleks, juga melekat pada sistem ini.

Di satu sisi, versi 1C. UPP ERP 2.0 benar-benar memiliki serangkaian fungsi yang diperluas, terutama terkait dengan masalah otomatisasi dan manajemen. Namun produk perangkat lunak ini dibuat relatif baru. Dan saya yakin masih terlalu dini untuk beralih ke versi ini karena versi ini belum sepenuhnya dikembangkan.

Itu terus diperbarui dengan fitur-fitur baru, buku referensi baru, dokumen, laporan, tidak seperti 1C. UPP, yang pemutakhirannya hanya mencakup koreksi bug yang teridentifikasi dan pemutakhiran pelaporan akuntansi dan perpajakan terkait perubahan peraturan perundang-undangan.

Selain itu, sistem 1C. UPP ERP 2.0 jauh lebih mahal dibandingkan konfigurasi 1C. UPP.

Pro dan kontra dari sistem UPP 1C

Sistem ini benar-benar komprehensif dan, dengan modifikasi yang sesuai, dapat menjalankan fungsi pengelolaan perusahaan produksi jenis tertentu. Penting juga untuk dipahami bahwa setiap industri memerlukan perbaikan yang berbeda. Jika sistem ini dibuat untuk menjahit pakaian, maka sistem tersebut tidak akan cocok untuk perusahaan produksi susu. Tentu saja, Anda juga dapat menggunakan solusi industri, tetapi saya pribadi tidak menyarankan penggunaan solusi tersebut.

Hanya karena jika konfigurasi standar “Manufaktur Manajemen Perusahaan” tidak cocok untuk Anda dalam banyak hal, maka solusi industri juga tidak cocok untuk Anda. Dalam hal ini, akan lebih mudah untuk memilih produk lain atau memesan solusi khusus. Dan jika konfigurasi standar sebagian besar cocok untuk Anda, maka jumlah modifikasi dan pengaturan yang sesuai dengan karakteristik bisnis tertentu untuk solusi standar dan solusi khusus industri akan sedikit berbeda.

Kerugian penting dari sistem ini adalah kurangnya modularitas. Itu. Untuk memecahkan masalah tertentu, Anda dapat membuat pemrosesan atau laporan tertentu, “tambahan” pada sistem. Solusi-solusi tersebut akan berhasil, namun solusi dasarnya tidak akan tersentuh. Namun jika untuk tujuan tertentu Anda perlu melakukan perubahan pada pekerjaan dokumen atau buku referensi, Anda perlu melakukan perubahan pada semua subsistem yang ada pada konfigurasi.

Karena kurangnya modularitas dalam sistem ini, tidak mungkin melakukan penyesuaian signifikan terhadap akuntansi atau, misalnya, pada pekerjaan akuntansi gudang tanpa perubahan signifikan pada dokumen dan direktori yang ditujukan untuk departemen lain. Semuanya terhubung dan bekerja dengan buku referensi dan dokumen yang sama. Namun, fitur ini dikenal luas karena melekat pada semua produk perangkat lunak dari 1C.

Itu sebabnya biasanya tidak ada seorang pun yang melakukan perbaikan signifikan pada sistem ini; mereka hanya mencoba melakukan pemrosesan eksternal, laporan, dan tambahan lainnya. Solusi industri seringkali hanyalah variasi dari serangkaian add-on yang dibuat untuk perusahaan tertentu yang terkait dengan area tertentu. Dan Anda masih memerlukan beberapa modifikasi, yang biayanya sedikit berbeda dari modifikasi konfigurasi dasar. Namun keandalan solusi standar selalu lebih tinggi dibandingkan produk dari perusahaan mitra.

Kesimpulan. Jika Anda puas dengan konfigurasi sistem dasar, yang terbaik adalah membeli dan menginstalnya. Namun pada saat yang sama, sangat penting bahwa implementasi sistem dilakukan oleh spesialis berpengalaman yang tidak hanya mampu mengkonfigurasi perangkat lunak, tetapi juga melakukan semua perbaikan yang diperlukan untuk bisnis Anda, melaporkan, dan melakukan integrasi. dengan produk dan sistem perangkat lunak lainnya.

Dengan pendekatan yang tepat, sistem Manajemen Perusahaan Manufaktur 1C menjadi alat luar biasa yang memungkinkan Anda mencapai otomatisasi proses bisnis tingkat tinggi dan koordinasi pekerjaan berbagai departemen di perusahaan.

Sebagai penutup, saya ingin memberikan beberapa saran kepada mereka yang telah memutuskan untuk membeli dan mengimplementasikan program “1C: Manufacturing Enterprise Management 8 edisi 1.3”:
1. Pilih strategi
SCP adalah produk kompleks dan besar yang diklaim universal. Produknya mahal, dan yang saya bicarakan di sini tidak hanya tentang biaya perolehan, tetapi juga tentang biaya kepemilikan program - spesialis yang berkualifikasi itu mahal, dan jumlahnya sangat sedikit. Pilih strategi dan tentukan mengapa Anda membeli program khusus ini dan bagaimana Anda akan menggunakannya, apa yang akan Anda lakukan selanjutnya.

Apa saja strateginya? Salah satu klien saya memilih konfigurasi ini karena “ini adalah satu-satunya sistem yang memiliki segalanya.” Perusahaan ini bekerja di beberapa sistem: 1c, Excel, dll. - mereka memutuskan untuk mengambil satu sistem untuk mengkonsolidasikan akuntansi.

Perusahaan lain, yang mengembangkan produksi, ingin mengontrol pekerjaan yang sedang berjalan - mereka khawatir tentang akuntansi bahan dalam produksi. Ini juga merupakan sebuah strategi.

2. Pertimbangkan integrasi
Integrasi harus dipikirkan terlebih dahulu untuk menilai sumber daya finansial dan waktu apa yang akan digunakan untuk implementasinya. Penilaian objektif atas fakta ini dapat mempengaruhi keputusan apakah akan membeli program ini atau memberikan preferensi pada produk lain.
3. Menilai kebutuhan SCP dilihat dari besar kecilnya perusahaan
SCP tidak cocok untuk setiap perusahaan. Saya melihat sebuah perusahaan yang mempekerjakan 15 orang. Mereka entah bagaimana “mewarisi” sistem SCP, tetapi pada saat yang sama sistem itu merugikan uang besar, dan pada akhirnya mereka tidak pernah beralih ke SCP. Anda harus memahami bahwa jika perusahaan Anda tidak cukup siap untuk bekerja dengan produk yang sedemikian kompleks, maka hal itu tidak akan berpengaruh apa pun. Saya tidak merekomendasikan konfigurasi ini untuk perusahaan kecil.
4. Menilai kebutuhan SCP dari perspektif industri
Meskipun 1c menulis bahwa UPP adalah solusi universal, kita harus memahami bahwa ini hanya cocok untuk produksi perakitan, yang melibatkan perakitan satu produk utuh dari beberapa bagian. Untuk produksi, misalnya bahan bangunan dan campurannya, konfigurasi ini tidak cocok.

Semua aktivitas ekonomi perusahaan tercermin dalam akuntansi. Prinsip perilaku akuntansi, diterapkan dalam konfigurasi, sepenuhnya mematuhi undang-undang Rusia dan pada saat yang sama memenuhi kebutuhan bisnis.

Konfigurasi tersebut mencakup bagan akun untuk akuntansi, dikonfigurasi sesuai dengan Perintah Kementerian Keuangan Federasi Rusia “Atas persetujuan bagan akun untuk akuntansi kegiatan keuangan dan ekonomi organisasi dan instruksi penerapannya” tertanggal Oktober 31 tahun 2000. No.94n. Komposisi akun, pengaturan akuntansi analitis, mata uang, dan kuantitatif memungkinkan Anda mempertimbangkan persyaratan hukum. Pengguna juga dapat mengelola metodologi akuntansi secara mandiri dalam pengaturan kebijakan akuntansi, buat sub-akun baru dan bagian akuntansi analitis. Ini tidak memerlukan pengetahuan khusus atau keterampilan konfigurasi.

Akuntansi dipelihara sesuai dengan undang-undang Rusia di semua bidang:

  • transaksi bank dan tunai;
  • aset tetap dan aset tidak berwujud;
  • akuntansi bahan, barang, produk;
  • akuntansi biaya dan perhitungan biaya;
  • operasi mata uang;
  • penyelesaian dengan organisasi;
  • penyelesaian dengan orang yang bertanggung jawab;
  • penyelesaian dengan personel mengenai upah;
  • perhitungan dengan anggaran.

Akuntansi secara otomatis mencerminkan semua transaksi bisnis suatu perusahaan, terdaftar di subsistem lain, dan memastikan pembentukan laporan keuangan tingkat tinggi.

Akuntansi adalah salah satu bidang paling penting dalam kegiatan suatu perusahaan. Akuntan harus dilengkapi dengan alat otomatisasi yang andal dan efektif.

Cara utama untuk mendaftarkan transaksi bisnis dalam akuntansi adalah dengan memasukkan dokumen yang relevan ke dalam database informasi. dokumen utama akuntansi. Entri akuntansi untuk suatu dokumen dibuat secara otomatis, asalkan dokumen tersebut berisi indikator untuk mencerminkan transaksi bisnis dokumen tersebut dalam akuntansi. Beberapa dokumen mungkin tidak tercermin dalam akuntansi.

Entri langsung entri akuntansi individual diperbolehkan.

Mendukung akuntansi untuk beberapa badan hukum dalam satu basis informasi. Ini akan berguna dalam situasi di mana kegiatan ekonomi organisasi-organisasi ini terkait erat satu sama lain: dalam hal ini, Anda dapat menggunakan daftar umum barang, rekanan (mitra bisnis), karyawan, gudang sendiri, dll., dan pelaporan wajib harus dibuat secara terpisah.

Entri akuntansi

Dalam akuntansi tradisional, entri digunakan untuk mencatat transaksi bisnis hanya di akun buku besar. Dalam konfigurasinya, fungsi postingan diperluas: postingan juga dapat digunakan untuk mencerminkan transaksi bisnis dalam akuntansi analitik. Hal ini dicapai dengan menggunakan detail tambahan dalam postingan - subconto.

Subconto adalah objek akuntansi analitik, dan jenis subconto adalah sekumpulan objek akuntansi analitik serupa dari mana objek tersebut dipilih. Jenis subkonto, khususnya, adalah daftar rekanan perusahaan, gudang, divisi, karyawan, daftar barang inventaris, dokumen penyelesaian dengan pihak rekanan, dll.

Jenis subkonto dilampirkan ke akun akuntansi langsung di bagan akun.

Anda dapat melampirkan hingga tiga jenis sub-akun ke satu akun akuntansi.

Entri akuntansi dapat berisi sejumlah besar informasi.

Selain akun debit dan kredit, suatu transaksi dapat mencakup hingga tiga sub-akun debit dan hingga tiga sub-akun kredit. Jika untuk setiap akun posting dalam bagan akun atribut akuntansi kuantitatif dan atribut akuntansi mata uang ditunjukkan, maka selain jumlah rubel, catatan posting dapat menunjukkan jumlah dan jumlah dalam mata uang asing (dengan debit dan/atau secara kredit).

Dengan demikian, posting adalah alat yang ampuh untuk mencerminkan transaksi bisnis secara bersamaan dalam akuntansi sintetis dan di beberapa bagian akuntansi analitik. Namun keserbagunaan alat ini tidak menimbulkan kesulitan tambahan bagi pengguna, karena biasanya transaksi dihasilkan secara otomatis.

Memiliki pengalaman yang cukup dalam mengimplementasikan SCP, saya ingin mencatat bahwa pada setiap proyek, cepat atau lambat departemen akuntansi perlu dipindahkan sebagai departemen untuk bekerja dalam program tersebut. Ada beberapa kesulitan dalam proses ini. Secara khusus, saya ingin mencatat transisi dari BP 2.0 ke UPP. Meskipun BP 3.0 telah dirilis, saya rasa pertanyaan ini akan tetap populer untuk beberapa waktu. Lalu apa kesulitannya?

Kita harus mulai dengan fakta bahwa di 1.3 departemen akuntansi lebih dekat dengan departemen akuntansi perusahaan edisi 1.6 daripada 2.0, meskipun tentu saja semua fungsinya sesuai dengan kenyataan modern. Namun demikian, hal ini dianggap sebagai kembalinya ke sesuatu yang lama, usang secara moral. Dan yang paling penting, ada cukup banyak kebenaran dalam hal ini.

Tentu saja, untuk tugas akuntansi, konfigurasi (selanjutnya disebut BP) 2.0 memiliki kelebihan dan kemudahan, namun demikian, yang paling menonjol dari UPP adalah sirkuit produksinya, yang tidak memiliki analog dalam solusi 1C mana pun (kecuali). Sayangnya, sulit untuk membalikkan keuntungan psikologis ini; hal ini hanya dapat dicapai dengan keputusan yang kuat dari manajemen bahwa mereka yang tidak melatih kembali akan dipecat.

Perbedaan UPP 1C dan 1C Akuntansi

Poin negatif utama yang membedakan UPP dengan BP, yang saya temui dalam praktik:

  • Pembuatan invoice menggunakan link (di BP invoice ini dimasukkan pada tab terpisah).
  • Tampilan laporan (laporan akuntansi di UPP tentu terlihat kusam, berbeda dengan laporan cantik di BP yang headernya berwarna hijau dan banyak pengaturannya).
  • Perbedaan jurnal dokumen (baik nama maupun susunan jurnal dokumen yang biasa digunakan oleh akuntan di BP berbeda-beda).
  • Tersedianya kolom pencarian tambahan pada formulir jurnal dokumen.

Dapatkan 267 pelajaran video di 1C gratis:

Sekarang kita harus membicarakan lebih detail tentang hal ini dan kemungkinan teknis lainnya yang dapat mempengaruhi akuntansi. Dan juga, alternatif apa yang ditawarkan 1C UPP kepada kita?

Perbedaan terpenting prinsip akuntansi di UPP dan BP bagi seorang akuntan, menurut saya, adalah ketidakmungkinan (mungkin jumlahnya sangat terbatas) untuk mencerminkan transaksi bisnis dengan “Laporan Akuntansi”. Di beberapa perusahaan, setengah dari akuntansi dibangun berdasarkan penggunaan “Operasi”. Fitur ini muncul dari meluasnya penggunaan register akuntansi di UPP, dan bukan hanya register akuntansi saja. Di UPP, sebagian besar operasi dilakukan dengan menggunakan dokumen khusus.

Contoh: sebagian besar akuntan mencerminkan bunga atas pinjaman yang diterbitkan menggunakan suatu operasi, menunjukkan korespondensi Dt91 Kt76, namun dalam 1C UPP pendekatan ini tidak akan mempengaruhi, misalnya, daftar penyelesaian bersama dengan pihak lawan. Anda sebaiknya menggunakan dokumen penjualan barang dan jasa.

Perlu disebutkan secara terpisah bahwa dokumen Operasi dapat digunakan, tetapi hanya bersamaan dengan dokumen Penyesuaian Daftar, dan dokumen ini dapat membingungkan pengguna yang tidak siap.

Lebih lanjut, perlu dicatat bahwa terdapat perbedaan akuntansi subkonto untuk beberapa akun akuntansi dan ketidakmungkinan memperoleh informasi yang menarik dengan menggunakan metode standar. Misalnya, akun 60 tidak memiliki sub-akun ketiga “Dokumen penyelesaian dengan pihak lawan”, yang menurutnya dokumen Panitera tercermin dalam BP, oleh karena itu, dokumen-dokumen ini tidak dapat dilihat menggunakan neraca standar. . Salah satu jalan keluar dari situasi ini adalah dengan menggunakan laporan “Pernyataan penyelesaian bersama dengan pihak lawan”.

Tidak adanya beberapa rekening “off-balance sheet” di 1C UPP, misalnya rekening MC. Memang material dalam pengoperasiannya diperhitungkan di akun BP di akun MC. Di UPP, informasi tentang material yang dipindahkan ke dalam operasi dicatat dalam daftar “Bahan dalam Pengoperasian”, informasi tentang material tersebut dapat diperoleh dengan menggunakan laporan “Laporan Bahan dalam Pengoperasian”.

Kurangnya prosedur penutupan akhir bulan yang begitu dekat dan mudah dipahami. Ya, pemrosesan seperti itu tidak termasuk dalam SCP. Penutupan bulan dilakukan dengan menggunakan proses bisnis “Prosedur Penutupan Bulan”, yang menggunakan elemen direktori “Pengaturan Penutupan Bulan”.

Mungkin poin ini adalah kasus yang sangat istimewa. Namun demikian, perlu diperhatikan. Dokumentasikan “Pergerakan aset tetap” - kesulitannya di sini adalah departemen akuntansi menunjukkan dari mana dan ke mana objek aset tetap dipindahkan, tetapi SCP hanya menunjukkan tempat pergerakan objek tersebut. Lokasi sebenarnya dari objek tersebut ditentukan oleh entri register pada waktu tertentu.

Laporan Lembar Penyusutan di UPP mempunyai penyajian yang berbeda dan tidak mencerminkan pergerakan aktiva tetap, alternatifnya dapat menggunakan laporan yang dimodernisasi.

Peningkatan jumlah rincian yang harus diisi. Tentu saja, jumlah detailnya bertambah. Namun, berkat pengaturan pengguna, sebagian besar rincian tersebut dapat diisi secara otomatis.

Jalan keluar dari situasi ini

Biasanya, sebagian besar masalah yang kita hadapi memiliki beberapa solusi. Dalam situasi ini, saya dapat menyoroti, misalnya, ini:

Di satu perusahaan posisi bagian akuntansi sangat kuat, mereka sangat tidak suka kembali ke masa lalu pada 1C UPP 1.3, proyeknya terancam gagal... Untungnya, perusahaan tersebut memiliki kemampuan keuangan yang sangat baik... Hasilnya adalah penulisan ulang seluruh laporan akuntansi secara lengkap dan membawanya ke bentuk BP 2.0, menambahkan dokumen baru ke log dokumen, menampilkan formulir pencarian pada formulir log dokumen. Ternyata mahal: baik dalam hal pengembangan dan dukungan lebih lanjut, tetapi departemen akuntansi merasakan pentingnya hal ini, dan proyek terus berlanjut.

Meskipun opsi ini tampaknya tidak terlalu efektif, opsi ini memang ada dalam kehidupan.

Solusi yang sangat berlawanan adalah instruksi ketat dari manajemen untuk hanya menggunakan fungsi yang ada. Omong-omong, ini memungkinkan akuntansi lengkap dan memiliki semua mekanisme kontrol. Pendekatan ini optimal bagi perusahaan!

Akuntansi manajemen sangat penting bagi keberhasilan keberadaan suatu perusahaan. Alat otomasi yang muncul selama beberapa dekade terakhir telah sangat menyederhanakan masalah ini. Jadi, apa itu akuntansi manajemen di 1C 8.3?

informasi Umum

Pilihan cara optimal untuk memecahkan masalah bersifat ambigu dan sangat bergantung pada spesifikasi pekerjaan yang dilakukan dan organisasi struktural sistem informasi internal. Meskipun ada banyak momen yang bersamaan. Pertama-tama, Anda perlu memperhatikan konfigurasi sistem informasi. Dan di sini kita perlu memulai dari awal - desain. Stabilitas dan kelancaran pengoperasian seluruh sistem sangat bergantung pada hal ini. Jika Anda tidak mengaturnya dari awal, akan menimbulkan banyak ketidaknyamanan di kemudian hari.

Apa itu akuntansi manajemen?

Di "1C" 8.3 ada banyak kemungkinan. Bagi sebagian orang, ini adalah perencanaan pembayaran, yang lain menggunakan sistem untuk membentuk anggaran, dan yang lain menghitung keuntungan yang diterima dari penjualan barang. Oleh karena itu, ketika membangun keseluruhan sistem, perlu diputuskan untuk tujuan apa sistem itu akan digunakan. Selain itu, di sini perlu mencari jalan tengah - sehingga pada saat yang sama ada pemahaman tentang situasi di perusahaan, dan tidak dibebani dengan data yang Anda kenal - situasinya telah berubah.

Akuntansi manajemen juga dimungkinkan di 1C: Accounting, namun harus diingat bahwa akuntansi tidak bisa berdiri sendiri. Hal ini selalu didasarkan pada data yang disediakan dan menginformasikan situasi operasional. Meskipun mencerminkan transaksi secara real time tidak selalu diperlukan. Namun yang harus Anda perhatikan adalah penilaian keuangan mereka. Padahal syarat utamanya adalah data sampai tepat waktu. Di sini, banyak hal bergantung pada aktivitas perusahaan, persyaratan data spesifik yang menjadi dasar pembuatan laporan, dan periode penyediaannya. Satu informasi harus disampaikan setiap hari, yang kedua - setiap tiga bulan, dan yang ketiga - berdasarkan permintaan.

Apa gunanya?

Ketika orang berbicara tentang akuntansi manajemen di 1C:Enterprise, mereka sering kali mengklarifikasi bahwa akuntansi tersebut harus lebih detail dan akurat daripada akuntansi. Tentu saja, hal ini mungkin saja terjadi. Tapi belum tentu. Bagaimanapun, akuntansi manajemen di 1C:UPP adalah alat yang ampuh, tujuan utamanya adalah untuk menyediakan akuntansi dalam bagan akun dan saat bekerja dengan register. Oleh karena itu, jika departemen akuntansi mencakup semua permintaan, maka pada awal periode berikutnya Anda dapat memiliki semua data yang diperlukan. Namun perlu dipahami bahwa ada banyak faktor berbeda yang mempunyai dampak signifikan terhadap “kebenaran” informasi yang dikumpulkan dan kesesuaiannya dengan tujuan pengelolaan. Katakanlah kita bekerja dengan rekanan. Pemilik perusahaan mitra tidak berubah selama ini. Tapi tanda, alamat resmi dan nama - lebih dari satu kali. Oleh karena itu, akan ada beberapa rekanan di departemen akuntansi. Meskipun untuk akuntansi manajemen diinginkan untuk menampilkannya sebagai satu perusahaan. Oleh karena itu, bekerja berdasarkan data akuntansi lebih cocok untuk perusahaan kecil.

Perangkat lunak apa yang harus saya gunakan?

Tentu saja kami sudah memiliki 1C:Enterprise. Namun kemampuan dasar sering kali kurang. Oleh karena itu, add-on dan pengaturan yang diproduksi oleh berbagai perusahaan sering digunakan. Sebagai contoh, kita dapat mempertimbangkan "1C BIT.FINANCE.Akuntansi Manajemen". Sangat cocok bagi mereka yang ingin mengkonsolidasikan pelaporan, menyelaraskannya dengan persyaratan standar internasional, menyediakan perencanaan anggaran multi-varian, dan memungkinkan pencatatan semua kontrak. Anda juga dapat bekerja dengan "1C BIT.FINANCE.Management Accounting" dari perangkat seluler, yang memungkinkan Anda merespons kebutuhan yang muncul secara fleksibel dan cepat. Benar, tidak mungkin memuaskan semua orang hanya dengan satu perkembangan. Dan di sini kami juga merekomendasikan penggunaan “1C:ERP Management Accounting”. Konfigurasi ini dirancang untuk karyawan layanan perencanaan ekonomi, manajer menengah dan senior.

Momen individu dalam persepsi

Bagi banyak orang, ketika mereka berbicara tentang 1C - akuntansi, akuntansi manajemen, yang pertama diklasifikasikan sebagai putih (fiskal), dan yang kedua - sebagai nyata, memperjelas keadaan yang ada. Ya, ini bisa terjadi. Tapi belum tentu. Ada banyak perusahaan yang bekerja dengan jujur ​​dan tidak menyembunyikan apapun. Oleh karena itu, konsep akuntansi dan akuntansi manajemen dapat diterapkan pada mereka. Namun bagaimana jika beberapa informasi tersebut tidak disajikan dalam BU? Ada opsi di sini juga. Mari kita lihat salah satunya:

  1. Dua organisasi dibuat dalam database. Yang satu bisa diberi nama asli, dan yang kedua bisa disebut, misalnya, “Manajerial”.
  2. Semua dokumentasi utama dimasukkan ke dalam database kedua. Jika dokumen harus ditampilkan dalam akuntansi putih, maka Anda dapat mengonfigurasi penyalinan otomatisnya ke database dengan nama asli organisasi.
  3. Pendekatan serupa dapat digunakan ketika memecahkan masalah konsolidasi. Misalnya, jika sebuah perusahaan mencakup beberapa badan hukum dan Anda perlu mengecualikan transaksi dalam grup.

Sejauh mana pendekatan ini dapat diterapkan, setiap manajer suatu perusahaan harus memutuskan sendiri.

Tentang relevansi data

Anda sering mendengar bahwa akuntansi manajemen di 1C menampilkan data terkini dan lebih efisien daripada akuntansi. Ya, ada benarnya hal ini, tetapi tidak selalu. Mari kita pertimbangkan contoh ini. Akuntan toko segera merefleksikan penutupan pesanan yang ada untuk produksi barang-barang tertentu dalam akuntansi. Sedangkan tidak masuk ke BU atau mengalami keterlambatan yang berarti. Namun hal ini sepertinya tidak akan berguna bagi seseorang yang memegang posisi direktur keuangan. Sebaliknya, ini ditujukan untuk manajer produksi, tenaga penjualan, dan manajer menengah. Tidak semua data perlu ditampilkan di OU. Namun di sisi lain, bagian akuntansi mencatat laporan uang muka karyawan di bagian akuntansi. Dan ada satu fitur teknis di sini.

Karyawan mungkin secara berkala lupa membawa dokumen yang diperlukan(tiket pesawat, kartu perjalanan). Oleh karena itu, laporan awal tidak akan segera diterbitkan, melainkan berlaku surut. Keadaan ini cukup umum terjadi. Tetapi! Jika jasa disediakan oleh perusahaan rekanan, maka mereka harus memberikan sertifikat penyelesaian pekerjaan. Dan jika ada keterlambatan, maka di akuntansi akan dibentuk piutang usaha. Padahal menurut CU seharusnya tidak ada. Selain itu, akuntansi manajemen dalam 1C mengasumsikan penutupan periode lebih awal (biasanya paling lambat pada hari kesepuluh).

Tentang perencanaan

Poin penting lainnya. Laporan akuntansi lebih terfokus pada masa lalu dan mencatat fakta-fakta kegiatan ekonomi yang telah dicapai. Sedangkan akuntansi manajemen diciptakan untuk memungkinkan perencanaan masa depan. Namun ada beberapa nuansa di sini. Jadi, pertama-tama, perlu untuk memastikan otomatisasi tugas-tugas yang diperlukan (misalnya, penganggaran). Namun untuk menghindari momen-momen yang tidak menyenangkan, perlu dilakukan analisis dan pemutakhiran rencana-fakta.

Untuk apa?

Lalu mengapa akuntansi manajemen bisa diimplementasikan di 1C: Accounting 8.3? Hal ini diperlukan jika Anda perlu mengetahui tentang pergerakan Uang, pendapatan, pengeluaran dan neraca manajemen. Perhatian yang terpisah dan dekat diperlukan terhadap tujuan yang ditetapkan bagi pemimpin. Lagi pula, banyak data yang bisa dijejalkan ke dalam akuntansi manajemen. Tapi apakah itu akan berguna? Kita juga tidak boleh melupakan otomatisasi pemrosesan informasi. Lagi pula, jika manajer memproses dan menyortir laporan dalam jumlah besar, banyak di antaranya tidak diperlukan, efisiensi kerja mereka akan menurun. Dan bahkan untuk membuat keputusan yang sukses, mereka akan membutuhkan waktu yang jauh lebih lama dibandingkan dengan pengorganisasian kerja yang tepat.

Tugas pokok dan kesulitan dalam menyelesaikannya

Jadi, kami meninjau program, akuntansi manajemen "1C" dan perbedaan antara manajemen dan akuntansi. Sekarang mari kita bicara tentang latihan. Pertama-tama, perlu dicatat fakta bahwa laporan yang dibuat dalam kerangka manajemen dan akuntansi mungkin memiliki bentuk yang sama, tetapi isinya sangat berbeda. Hal ini paling relevan dalam hal perincian (analitik) dan penilaian finansial terhadap indikator. Di masa depan, penekanannya adalah pada akuntansi manajemen. Saat membuat laporan pendapatan dan pengeluaran, laporan tersebut berisi perincian pusat biaya. Hal ini diperlukan untuk menentukan siapa yang mendatangkan lebih banyak pendapatan dan/atau pengeluaran, baik secara absolut maupun relatif. Laporan arus kas juga dihasilkan berdasarkan prinsip serupa. Pada saat yang sama, tautannya tidak hanya mengarah ke item, tetapi juga ke tempat terjadinya pengeluaran.

Hal yang paling sulit adalah keseimbangan manajemen. Untuk contoh sebelumnya, cukup memperhitungkan indikator turnover saja. Sedangkan untuk keseimbangan manajerial perlu diberikan perhatian pada selebihnya. Selain itu, ketika menyusunnya, seringkali perlu untuk menunjukkan arah kegiatan jika perusahaan tersebut multidisiplin. Untuk menyederhanakan tugas ini, grup produk dapat dibuat dengan distribusi pilihan selanjutnya di antara mereka.

Contoh pertama

Katakanlah perusahaan Konstruksi memiliki departemen teknologi informasi yang memelihara peralatan dan perangkat lunak terkomputerisasi. Konsumen jasa mereka adalah berbagai tim konstruksi, yang meliputi peralatan konstruksi yang kompleks. Pada saat yang sama, departemen TI dibentuk sebagai organisasi A yang independen dan berada pada neraca tersendiri. Pada akhir setiap bulan, sertifikat penyelesaian pekerjaan ditransfer darinya ke organisasi B lain, yang terlibat langsung dalam konstruksi. Dalam akuntansi regulasi, timbul pendapatan A dan beban B. Namun keduanya mempunyai pemilik yang sama! Oleh karena itu, semua pergerakan ini tidak boleh terjadi, karena semuanya terjadi dalam kerangka satu perusahaan. Namun untuk akuntansi manajemen tetap perlu memperhitungkan biaya-biaya yang dikeluarkan oleh departemen teknologi informasi. Lagi pula, pemeliharaan program dan peralatan tidak gratis, dan selain itu, Anda perlu membayar gaji kepada karyawan.

Contoh kedua

Katakanlah kita memiliki sebuah perusahaan yang barangnya melewati rantai pasokan tertentu melalui beberapa departemen. Awalnya di gudang grosir, kemudian di pusat distribusi regional dan berakhir di divisi penjualan eceran. Mari kita asumsikan kondisi berikut terpenuhi:

  1. Semua divisi yang terdaftar adalah bagian dari satu organisasi dengan satu pemilik.
  2. Kebijakan akuntansi manajemen menetapkan bahwa pendapatan dihitung secara eksklusif pada produk yang dijual kepada konsumen akhir.

Ketika produk dijual di pasar, partisipasi semua departemen harus diperhatikan. Untuk tujuan ini, apa yang disebut profitabilitas dihitung. Artinya, dalam akuntansi manajemen perlu disediakan kemungkinan pencatatan pergerakan barang melalui gudang. Namun perlu juga mempertimbangkan hal yang sering terlewatkan, seperti harga transfer, yang mencakup biaya pemindahan produk antar titik yang berbeda. Dan dengan mempertimbangkan semua ini, indikator akhir harus dibentuk.

Kode vendor:

« 1C:Manajemen Perusahaan ERP 2» adalah solusi inovatif untuk membangun sistem informasi yang kompleks untuk mengelola aktivitas perusahaan multi-industri, dengan mempertimbangkan praktik global dan domestik terbaik dalam otomatisasi bisnis besar dan menengah. Solusi 1C:ERP Enterprise Management 2 dikembangkan pada platform 1C:Enterprise versi modern 8.3 yang baru oleh tim proyek spesialis dari 1C dengan partisipasi dewan ahli yang dibentuk khusus, yang mencakup spesialis dari mitra 1C terkemuka (Pusat ERP , Pusat Pengembangan "1C") dan kepala departemen khusus perusahaan industri besar. Sebelum rilis versi final, produk ini dipelajari dan diuji oleh ratusan mitra dan puluhan klien dalam implementasi percontohan selama lebih dari satu tahun.

Ini akan berguna!

"1C:ERP Manajemen Perusahaan 2"

Perhatian khusus Selama pengembangan, perhatian diberikan pada penerapan fungsionalitas yang dibutuhkan oleh perusahaan besar di berbagai bidang kegiatan, termasuk perusahaan dengan produksi multi-proses yang secara teknis rumit. Pendekatan ini memungkinkan perluasan kemampuan dan cakupan solusi ERP baru secara signifikan dibandingkan dengan “1C: Manufacturing Enterprise Management” edisi 1.3.

Manfaat produk utama:
  • lebar Kegunaan pada tingkat sistem ERP kelas internasional;
  • platform modern yang fleksibel dan produktif "1C:Perusahaan 8.3", mendukung pekerjaan melalui Internet, termasuk teknologi “cloud” dan bekerja pada perangkat seluler;
  • sejumlah besar solusi khusus yang memperluas kemampuan sistem pada satu platform (PDM, EAM, PMO, ITIL, CRM, MDM, WMS, TMS, BSC, ECM, CPM, ESB, GIS, dll.);
  • jaringan mitra yang luas dengan pengalaman bertahun-tahun dalam mengimplementasikan sistem ERP;
  • biaya kepemilikan yang rendah dan kemungkinan memperoleh dampak ekonomi yang signifikan dengan peningkatan produktivitas tenaga kerja dan pengembalian investasi yang cepat.
Arah utama pembangunan:
  • Subsistem manajemen produksi baru telah dikembangkan– manajemen transisi antar bengkel dan di tingkat operasional, lembar rute, manajemen batch peluncuran, penugasan kerja kelompok dan pribadi, pengiriman operasional, manajemen kemacetan, manajemen muatan, perencanaan hingga kuantum waktu, kesiapan untuk bekerja dengan standar yang tidak akurat .
  • Subsistem untuk mengatur perbaikan telah dikembangkan– akuntansi objek perbaikan, pencatatan jam operasional, akuntansi perbaikan saat ini dan tidak terjadwal, integrasi dengan subsistem produksi – jadwal ketersediaan peralatan.
  • Pengembangan sistem akuntansi biaya dan perhitungan biaya– merinci hingga volume biaya awal, visibilitas dan kontrol validitas perhitungan.
  • Pengembangan subsistem pengelolaan keuangan– akuntansi berdasarkan bidang kegiatan, tahapan persetujuan aplikasi, aturan distribusi yang fleksibel, operasi perolehan.
  • Memperbaiki mekanisme dan alat penganggaran - model penganggaran tabular, pembuatan versi, perhitungan indikator yang direncanakan, penguraian data.
  • Pengembangan subsistem untuk otomatisasi aktivitas perdagangan dan gudang suatu perusahaan - manajemen efisiensi proses penjualan Dan transaksi dengan klien, kemampuan penetapan harga otomatis yang dapat disesuaikan, penggunaan proses penjualan yang diatur, manajemen pesanan pelanggan tingkat lanjut, manajemen perwakilan penjualan, pemantauan status proses penjualan, akuntansi terpisah untuk pesanan - kebutuhan pemesanan, stasiun kerja seluler untuk pekerja gudang, akuntansi untuk kemasan yang dapat digunakan kembali, analisis statistik persediaan, manajemen pengiriman dan kalender komoditas (penyatuan dengan Manajemen Perdagangan, edisi 11.1).
  • Pengembangan subsistem akuntansi yang diatur- menetapkan aturan untuk mencerminkan transaksi bisnis untuk kelompok akuntansi keuangan, memperhitungkan fakta kegiatan ekonomi melalui posting yang ditangguhkan dengan kontrol relevansi refleksi, kontrol operasional pembentukan posting untuk dokumen arbitrer, penyelesaian dengan divisi terpisah dari organisasi (79 akun), dukungan otomatis untuk akuntansi PPN “kompleks” tanpa pengaturan tambahan, interpretasi pengembalian pajak penghasilan, dan pelaporan yang diatur.
  • Meningkatkan kemampuan manajemen produk personel dan perhitungan upah – memelihara tabel kepegawaian, menghitung upah berdasarkan keluaran karyawan, pilihan fleksibel untuk mencerminkan upah dalam akuntansi keuangan dan peraturan.
  • Menggunakan fitur baru versi 8.3 1C:Platform perusahaan – mendukung pengoperasian dalam mode klien tipis dan klien web.
Jika Anda menemukan kesalahan, silakan pilih sepotong teks dan tekan Ctrl+Enter.